Good Control devices (from standalone Good Control ) | All BlackBerry
Dynamics apps compatible with migration are migrated. BlackBerry
Dynamics apps that are incompatible with migration are wiped from the device when the administrator triggers the migration. These apps must be reactivated on the destination BlackBerry UEM . Incompatible apps are apps that are built with BlackBerry Dynamics SDK versions earlier than 4.0.0. Before migration, you can run the container activity report to check the SDK versions of the apps. In the Migrate devices screen, the Incompatible containers column displays the number of BlackBerry
Dynamics apps for each device that cannot be migrated and the total number of BlackBerry
Dynamics apps for each device. Click on the number to see the BlackBerry
Dynamics apps that are incompatible with migration. Make sure that the user has entitlements for the app on the destination BlackBerry UEM . If the app doesn't have the entitlement, after migration, the user will receive a message that the app is blocked. BlackBerry
Dynamics apps are not migrated if the destination BlackBerry UEM already has apps registered for that user. BlackBerry Access for Windows 10 and BlackBerry Access for macOS are not supported for migration. After the migration is complete, users must re-enroll these apps in UEM . Custom apps migrate only if the source and destination servers are the same Good Control organization ID. It is possible to merge two organizations. For more information, visit support.blackberry.com/kb/ to read article KB47626.
Devices with a device authentication delegate of Good for Enterprise are not migrated. After removing Good for Enterprise as the authentication delegate, refresh the cache before continuing with the migration. It is a best practice to ensure that the user is assigned the same authentication delegate on BlackBerry UEM as they had on the source server. The authentication delegate must be the same on the source Good Control server and the destination BlackBerry UEM . You can change the authentication delegate after migration.
Good Dynamics MDM enrollments are not migrated. The user must unenroll from MDM. If the destination BlackBerry UEM requires MDM, the user must manually delete the old MDM profile and install and activate the BlackBerry UEM Client and re-enroll the device for MDM.
Devices with an unknown operating system are not migrated.
The source BEMS server may keep stale Connect chat sessions open for up to 24 hours so the user may temporarily appear to be logged into chat from two devices. Unread Connect chat messages are deleted during migration. Users should log out of Connect before migration.
If a user has more than one device with BlackBerry
Dynamics apps, all the devices are automatically selected for migration. You can't migrate devices for the same user from multiple Good Control source servers. You can migrate devices from multiple Good Control sources, but the users cannot already have a BlackBerry
Dynamics device on the destination BlackBerry UEM .
If a user forgets the password for a BlackBerry
Dynamics app after migration has been initiated, but before the container has completed migration, the unlock access key must be obtained from the Good Control source. After the migration is complete the key must be obtained from the destination BlackBerry UEM .
After migration, access keys can no longer be generated on the Good Control source server.
To trigger the migration, Android users must restart their device to force the BlackBerry
Dynamics apps to cold start. Sometimes a second restart is required. iOS device users must swipe up to close apps. To trigger the migration, it is a best practice to first open the app that is configured as the authentication delegate. Not all apps will appear on the launcher until the migration is complete. After migration, app icon arrangements in the launcher are reset to the default. Devices upload the VIP rules, bookmarks, and user certificates to the new server.
Because .json configurations are global, migrating them could overwrite .json configurations in the destination database. Therefore .json configurations are not migrated. Ensure that any required .json configurations are reapplied in the destination server.
|