Perangkat yang sudah dikelola oleh DPC kustom Anda dapat dimigrasikan ke Android Device Policy dan memanfaatkan Android Management API.
Prasyarat
- Perangkat sudah dikelola oleh EMM Anda dengan DPC kustom.
- DPC kustom Anda terintegrasi dengan AMAPI SDK.
- Perangkat didaftarkan dengan Google Play EMM API.
- Perangkat merupakan milik Akun Google Play perusahaan Terkelola.
- Perangkat menjalankan Android 9 atau yang lebih baru.
- Untuk profil kerja di perangkat milik perusahaan, perangkat harus menjalankan Android 11 atau yang lebih baru.
Mengintegrasikan dengan AMAPI SDK di DPC kustom
Proses migrasi memerlukan aplikasi DPC kustom untuk mengintegrasikan AMAPI SDK. Anda dapat menemukan informasi selengkapnya tentang library ini dan cara menambahkannya ke aplikasi dalam panduan integrasi AMAPI SDK.
Langkah-langkah untuk memigrasikan perangkat
- Siapkan kebijakan yang dimaksudkan untuk digunakan oleh perangkat setelah dimigrasikan ke AMAPI. Untuk pengalaman pengguna terbaik, kebijakan ini harus setara dengan kebijakan yang sudah diterapkan di perangkat oleh DPC.
- Buat token migrasi untuk perangkat dengan memanggil
enterprises.migrationTokens.create
. - Kirim
value
token migrasi ini ke DPC kustom Anda. - Pastikan Android Device Policy diinstal di perangkat menggunakan Play EMM API.
- Gunakan
DpcMigrationClientFactory
untuk membuatDpcMigrationClient
- Pada
DpcMigrationClient
, panggil metodemigrateDeviceManagementToAndroidManagementApi
. Tindakan ini akan menyelesaikan migrasi. deviceState
berubah menjadiACTIVE
, dan Anda akan menerima pesanSTATUS_REPORT
melalui saluran Pub/Sub.
Setelah migrasi selesai, aplikasi panggilan akan kehilangan hak istimewa Pemilik Perangkat atau Pemilik Profil, karena keduanya ditransfer ke Android Device Policy.
Catatan: Perangkat harus terhubung ke internet untuk memulai migrasi. Proses ini dirancang agar tahan terhadap pemutusan jaringan selama proses migrasi, sehingga operasi kunci yang memerlukan konektivitas jaringan dilakukan sebelum transfer sebenarnya milik pemilik perangkat atau hak pemilik profil dari DPC ke Android Device Policy terjadi.
Token migrasi
Token migrasi diminta oleh server EMM untuk menunjukkan niat untuk memigrasikan perangkat tertentu yang dikelola oleh DPC kustom. Token migrasi dapat digunakan hingga migrasi berhasil diselesaikan atau hingga masa berlakunya habis.
Integrasi DPC kustom
Pertama, Anda harus membuat DpcMigrationRequest
, meneruskan
token, dan jika perlu, daftar jaringan Wi-Fi yang dikonfigurasi ke
buildernya:
// Create a DpcMigrationRequest
DpcMigrationRequest request =
DpcMigrationRequest.builder()
.setMigrationToken(token)
.build();
Anda kemudian dapat menggunakan DpcMigrationClient
dan memulai
proses migrasi dengan
migrateDeviceManagementToAndroidManagementApi
:
// Create a DpcMigrationClient
DpcMigrationClient dpcMigrationClient = DpcMigrationClientFactory.create(context);
try {
// Use helper function to retrieve Admin component name
var adminComponentName = getAdminComponent(context);
ListenableFuture<DpcMigrationAttempt> futureAttempt =
dpcMigrationClient.migrateDeviceManagementToAndroidManagementApi(
new ComponentName(context, DpcMigrationNotificationReceiver.class),
adminComponentName,
request);
// handle futureAttempt
} catch (RuntimeException e) {
// send failure feedback: "Error: " + e
}
Melacak progres migrasi
Proses migrasi dilacak di perangkat melalui
DpcMigrationAttempt
.
Anda dapat langsung menggunakan metode yang ditampilkan oleh
migrateDeviceManagementToAndroidManagementApi
atau menggunakan
metode getMigrationAttempt
dan listMigrationAttempts
untuk mendapatkan
dan mencantumkan upaya migrasi.
// Passing an empty name, we retrieve the last attempt
var request = GetDpcMigrationAttemptRequest.builder().build();
var attempt = client.getMigrationAttempt(request);
Secara opsional, Anda dapat menyiapkan DpcMigrationListener
menggunakan
NotificationReceiverService
, untuk memproses
pembaruan status untuk DpcMigrationAttempt
.
// DpcMigrationNotificationReceiver for callback handling
public class DpcMigrationNotificationReceiver extends NotificationReceiverService
implements DpcMigrationListener {
@Override
protected DpcMigrationListener getDpcMigrationListener() {
// getDpcMigrationListener"
return this;
}
@Override
public void onMigrationStateChanged(DpcMigrationAttempt migrationAttempt) {
// send success feedback
}
}
Menangani jaringan Wi-Fi
Jika ada jaringan Wi-Fi yang dikelola oleh DPC kustom, kebijakan AMAPI ONC harus cocok dengan konfigurasi jaringan ini agar AMAPI dapat mulai mengelolanya dengan lancar. Interaksi migrasi DPC dengan pengelolaan Wi-Fi bervariasi bergantung pada mode pengelolaan.
Perangkat terkelola sepenuhnya dan profil kerja di perangkat milik perusahaan
Selama migrasi, Android Device Policy mengasumsikan bahwa jaringan Wi-Fi yang dikonfigurasi dalam kebijakan yang memiliki SSID dan jenis keamanan jaringan Wi-Fi yang dikonfigurasi yang sama di perangkat identik dengan jaringan Wi-Fi yang dikonfigurasi dan cocok. Oleh karena itu, jaringan Wi-Fi yang dikonfigurasi oleh DPC kustom tidak tersentuh setelah migrasi hingga ada perubahan dalam kebijakan ONC yang sesuai dengan jaringan. Namun, jika DPC kustom di-uninstal setelah migrasi, jaringan Wi-Fi yang dikonfigurasi oleh DPC kustom akan otomatis dihapus. Android Device Policy terus menegakkan kebijakan, dan jika salah satu jaringan ini dikonfigurasi dalam kebijakan, jaringan yang dikonfigurasi dalam kebijakan akan ditambahkan seperti biasa.
Profil kerja di perangkat pribadi
Karena alasan teknis, jaringan Wi-Fi yang dikonfigurasi oleh DPC kustom harus
dihapus oleh DPC kustom untuk Android Device Policy agar dapat mulai mengelola
jaringan Wi-Fi ini. AMAPI SDK menangani hal ini dan menghapus jaringan Wi-Fi tersebut
sebelum mentransfer kepemilikan dari DPC kustom ke Android Device Policy
tetapi mengharuskan DPC kustom meneruskan informasi tentang jaringan ini di
DpcMigrationRequest
. Setelah migrasi, jaringan
yang dikonfigurasi dalam kebijakan akan ditambahkan secara normal, sehingga sebaiknya
jaringan yang ditambahkan oleh DPC kustom juga harus dikonfigurasi dalam kebijakan.
Ada beberapa poin yang harus diperhatikan:
- Jika jaringan aktif adalah jaringan Wi-Fi yang dikonfigurasi oleh DPC kustom, perangkat dapat offline sebentar selama migrasi.
- Hanya jaringan Wi-Fi yang dikonfigurasi oleh DPC kustom yang harus diteruskan di
DpcMigrationRequest
. Jika tidak, migrasi akan gagal jika jaringan tidak dapat dihapus oleh AMAPI SDK (misalnya, pengguna yang menambahkan jaringan Wi-Fi). - Jaringan Wi-Fi harus diteruskan di
DpcMigrationRequest
hanya jika DPC kustom adalah pemilik profil di perangkat pribadi. Jika tidak, migrasi akan gagal. - Karena alasan teknis, Android 12 adalah kasus luar biasa saat jaringan
yang diteruskan di
DpcMigrationRequest
diabaikan dan semua jaringan Wi-Fi yang dikonfigurasi oleh DPC kustom akan dihapus secara otomatis. Selain itu, DPC kustom harus memiliki izinACCESS_WIFI_STATE
di Android 12 untuk profil kerja di perangkat pribadi. Jika tidak, migrasi akan gagal.
Peringatan
Berikut adalah beberapa peringatan terkait fitur ini.
ID khusus perusahaan
Untuk profil kerja di Android 12 dan yang lebih baru, ID khusus perusahaan,
yang dapat diakses dari DevicePolicyManager.getEnrollmentSpecificId
tidak berubah pada saat migrasi. Namun, jika profil kerja
yang dikelola oleh Android Device Policy dibuat lagi di perangkat (misalnya
setelah menghapus profil sebelumnya atau setelah mereset perangkat ke setelan pabrik), ID khusus perusahaan akan berubah pada saat itu.
Profil kerja di perangkat yang terkelola sepenuhnya
Fitur ini tidak didukung pada perangkat terkelola sepenuhnya yang memiliki profil kerja yang menjalankan Android 9 atau 10. Migrasi perangkat ini tidak boleh dicoba, dan terlepas dari apakah terjadi error atau tidak, perangkat tersebut tidak didukung untuk migrasi DPC.