Mobilefirst 7.1 - 退役过程有什么作用?如何撤消退役的设备

Mobilefirst 7.1 - What does decommision process does? How to undo decommisioned devices

最近 90 天,我们上线并执行了停用批次,其中停用了大约 3000 台设备。 mobilefirst 停用这些设备的依据是什么?它是否完全禁止用户访问?如果可以,如何再次启用这些设备?如何禁用退役批处理。

停用过程在运行时数据库的设备 table 中将非活动设备标记为 "Inactive"。如果设备在一定时间内没有连接到服务器,则被认为是 "inactive",由 "wl.device.decommission.when" JNDI 属性 定义。在 "wl.device.archiveDecommissioned.when" JNDI 属性 定义的进一步不活动时间之后,一个不活动的设备将从 DEVICES table 中完全删除,并放入存档文件中。这两个属性的默认值为 90 天 - 因此,设备在闲置 90 天后在设备 table 中被标记为 "Inactive",并从 table 中完全删除在又处于非活动状态 90 天之后(除非您更改了这些属性的值以指定不同的非活动时间)。已退役的设备将再次标记为 "Active"(或放回设备 table,如果它已被存档)只需再次访问服务器即可,除非启用设备访问管理功能(详见下文)。如果启用了设备访问管理,并且尚未存档非活动设备,则在重新启用访问之前,服务器管理员将需要在 MobileFirst Operations Console 中手动将非活动设备设置回 "active"。

这主要用于许可证跟踪,并支持设备访问管理功能(如果您正在使用它们 - 禁止设备通过 MobileFirst Operations Console 访问服务器的功能)。如果未使用设备访问管理功能,它不会影响设备是否可以访问服务器。有关相关 JNDI 属性及其使用方式的更多信息,请参阅此处的文档:

License tracking

这里:

JNDI environment entries for MobileFirst projects in production

这里:

Mobile application management

如果您没有根据客户端设备或可寻址设备的数量(典型的 B2C 案例)许可 MobileFirst Platform,并且您不需要设备访问管理功能,您可能想要完全禁用设备跟踪以通过将 JNDI 属性 "wl.device.tracking.enabled" 设置为 "false" 来提高性能。默认情况下,"wl.device.tracking.enabled" 设置为 "true","wl.device.enableAccessManagement"(启用设备访问管理功能)设置为 "false"。