ApsaraDB for MongoDB：Migrasikan kluster sharded MongoDB yang dikelola sendiri ke cloud dengan menggunakan DTS

Prasyarat

• Untuk versi yang didukung oleh MongoDB yang dikelola sendiri dan ApsaraDB for MongoDB, lihat Ikhtisar Solusi Migrasi.

• Pastikan setiap shard di instans kluster tujuan memiliki ruang penyimpanan yang cukup.

  Catatan

  Sebagai contoh, jika database yang dikelola sendiri memiliki tiga shard dan shard kedua menggunakan ruang penyimpanan paling banyak (500 GB), ruang penyimpanan setiap shard di instans kluster tujuan harus lebih besar dari 500 GB.

Cara kerjanya

DTS memigrasikan database MongoDB yang dikelola sendiri dengan memigrasikan setiap shard di dalam database. Anda perlu membuat tugas migrasi data untuk setiap shard.

Catatan penggunaan

• DTS mengonsumsi sumber daya dari database sumber dan tujuan selama migrasi data penuh. Hal ini dapat meningkatkan beban pada server database. Jika database Anda menangani beban kerja berat atau spesifikasi server tidak mencukupi, kinerja database mungkin terpengaruh. Dalam beberapa kasus, layanan database mungkin menjadi tidak tersedia. Sebelum memigrasikan data, evaluasi dampak migrasi pada database Anda. Kami menyarankan Anda memigrasikan data selama jam non-puncak.

• Untuk versi dan mesin penyimpanan yang didukung oleh instans MongoDB, lihat Versi dan Mesin Penyimpanan. Untuk melakukan migrasi lintas versi atau lintas mesin, Anda harus mengonfirmasi kompatibilitas terlebih dahulu.

• DTS menulis data ke database tujuan secara bersamaan. Ini menyebabkan ruang penyimpanan yang digunakan oleh database tujuan menjadi 5% hingga 10% lebih besar daripada yang digunakan oleh database sumber.

• Pastikan bahwa database tujuan tidak memiliki dokumen dengan kunci utama (_id) yang sama dengan database sumber. Jika tidak, data mungkin hilang. Jika database tujuan memiliki dokumen dengan kunci utama yang sama, Anda harus membersihkan data terkait dari database tujuan tanpa memengaruhi layanan Anda. Sebagai contoh, Anda dapat menghapus dokumen di database tujuan yang memiliki nilai _id yang sama dengan dokumen di database sumber.

• Database admin dan local tidak dapat digunakan sebagai database sumber atau tujuan.

• Instans kluster sharded MongoDB yang dikelola sendiri tidak boleh memiliki lebih dari 10 node Mongos.

Penagihan

Jenis-jenis migrasi

• Migrasi Data Penuh: Memigrasikan semua data historis objek yang dipilih dari database sumber ke database tujuan.

  Catatan

  Mendukung migrasi database, koleksi, dan indeks.

• Migrasi Data Inkremental: Memigrasikan data inkremental dari database sumber ke database tujuan setelah migrasi data penuh selesai.

  Catatan

  • Mendukung sinkronisasi operasi pembuatan dan penghapusan pada database, koleksi, dan indeks.

  • Mendukung sinkronisasi operasi pembuatan, penghapusan, dan pembaruan pada dokumen.

Izin yang diperlukan untuk akun database

Untuk informasi lebih lanjut tentang cara membuat akun database dan memberikan izin kepada akun database, lihat topik-topik berikut:

• Untuk database MongoDB yang dikelola sendiri, lihat Dokumentasi Pembuatan Pengguna MongoDB.

• Untuk instans MongoDB Alibaba Cloud, lihat Gunakan DMS untuk Mengelola Pengguna Database MongoDB.

Persiapan

1. Diperlukan: Untuk mencegah migrasi chunk memengaruhi konsistensi data, Anda harus menonaktifkan balancer dari database MongoDB yang dikelola sendiri selama migrasi. Untuk informasi lebih lanjut, lihat Mengelola Balancer MongoDB.

   Peringatan

   Jika balancer tidak dinonaktifkan, migrasi chunk akan memengaruhi konsistensi data yang dibaca oleh DTS.

2. Bersihkan dokumen yatim yang dihasilkan karena kegagalan migrasi chunk dari database MongoDB yang dikelola sendiri.

   Catatan

   Jika Anda tidak membersihkan dokumen yatim, kinerja migrasi akan terpengaruh. Anda juga mungkin menemukan dokumen dengan konflik _id selama migrasi, yang mengakibatkan kesalahan migrasi data.

   1. Unduh file skrip cleanupOrphaned.js.

      wget "https://docs-aliyun.cn-hangzhou.oss.aliyun-inc.com/assets/attach/120562/cn_zh/1564451237979/cleanupOrphaned.js"

   2. Ubah file skrip cleanupOrphaned.js dan ganti test dengan nama database dari mana Anda ingin membersihkan dokumen yatim.

      Catatan

      Jika Anda memiliki beberapa database, Anda harus mengulangi langkah ini dan langkah c.

      

   3. Jalankan perintah berikut untuk membersihkan dokumen yatim dari semua koleksi di database yang ditentukan pada node shard.

      Catatan

      Ulangi langkah ini untuk setiap node shard untuk membersihkan dokumen yatim.

      mongo --host <Shardhost> --port <Primaryport>  --authenticationDatabase <database> -u <username> -p <password> cleanupOrphaned.js

      Catatan

      • <Shardhost>: Alamat IP node shard.

      • <Primaryport>: Port layanan node utama di shard.

      • <database>: Nama database otentikasi. Ini adalah database tempat akun database berada.

      • <username>: Akun yang digunakan untuk masuk ke database.

      • <password>: Kata sandi yang digunakan untuk masuk ke database.

      Contoh:

      Dalam contoh ini, database MongoDB yang dikelola sendiri memiliki tiga shard, dan Anda harus menghapus dokumen yatim pada setiap shard.

      mongo --host 172.16.1.10 --port 27018  --authenticationDatabase admin -u dtstest -p 'Test123456' cleanupOrphaned.js

      mongo --host 172.16.1.11 --port 27021 --authenticationDatabase admin -u dtstest -p 'Test123456' cleanupOrphaned.js

      mongo --host 172.16.1.12 --port 27024  --authenticationDatabase admin -u dtstest -p 'Test123456' cleanupOrphaned.js

3. Berdasarkan kebutuhan bisnis Anda, buat database dan koleksi yang perlu di-shard di instans MongoDB tujuan dan konfigurasikan sharding data. Untuk informasi lebih lanjut, lihat Konfigurasikan Sharding Data untuk Sepenuhnya Memanfaatkan Kinerja Shard.

   Catatan

   Konfigurasikan sharding data sebelum Anda mengonfigurasi tugas migrasi data. Ini mencegah data dimigrasikan ke shard tunggal, yang dapat menyebabkan ruang penyimpanan yang digunakan oleh shard tersebut melebihi kapasitas yang dialokasikan.

Prosedur

1. Gunakan salah satu metode berikut untuk pergi ke halaman Migrasi Data dan pilih wilayah tempat instans migrasi data berada.

   Konsol DTS

   1. Masuk ke Konsol DTS.

   2. Di panel navigasi di sebelah kiri, klik Data Migration.

   3. Di pojok kiri atas halaman, pilih wilayah tempat instans migrasi data berada.

   Konsol DMS

   Catatan

   Operasi aktual dapat bervariasi berdasarkan mode dan tata letak Konsol DMS. Untuk informasi lebih lanjut, lihat Mode Sederhana dan Sesuaikan Tata Letak dan Gaya Konsol DMS.

   1. Masuk ke Konsol DMS.

   2. Di bilah navigasi atas, gerakkan penunjuk mouse ke atas Data + AI > DTS (DTS) > Data Migration.

   3. Dari daftar drop-down di sebelah kanan Data Migration Tasks, pilih wilayah tempat instans sinkronisasi data berada.

2. Klik Create Task untuk pergi ke halaman konfigurasi tugas.

3. Konfigurasikan database sumber dan tujuan. Tabel berikut menjelaskan parameter.

   Peringatan

   Setelah Anda mengonfigurasi database sumber dan tujuan, kami sarankan Anda membaca Limits yang ditampilkan di bagian atas halaman. Jika tidak, tugas mungkin gagal atau ketidaksesuaian data mungkin terjadi.

   Bagian	Parameter	Deskripsi
   Tidak Ada	Task Name	Nama tugas DTS. DTS secara otomatis menghasilkan nama tugas. Kami sarankan Anda menentukan nama yang informatif agar mudah mengidentifikasi tugas. Anda tidak perlu menentukan nama tugas yang unik.
   Source Database	Select Existing Connection	Jika Anda menggunakan instans database yang terdaftar dengan DTS, pilih instans dari daftar drop-down. DTS secara otomatis mengisi parameter database berikut untuk instans tersebut. Untuk informasi lebih lanjut, lihat Kelola koneksi database. Catatan Di Konsol DMS, Anda dapat memilih instans database dari daftar drop-down Select a DMS database instance. Jika Anda gagal mendaftarkan instans dengan DTS, atau Anda tidak perlu menggunakan instans yang terdaftar dengan DTS, Anda harus mengonfigurasi informasi database berikut.
   	Database Type	Jenis database sumber. Pilih MongoDB.
   	Access Method	Metode akses database sumber. Dalam contoh ini, Public IP Address dipilih. Catatan Jika Anda memilih metode lain untuk mengakses database MongoDB yang dikelola sendiri, Anda harus menerapkan lingkungan jaringan untuk database tersebut. Untuk informasi lebih lanjut, lihat Ikhtisar Persiapan.
   	Instance Region	Wilayah tempat database MongoDB yang dikelola sendiri berada. Catatan Jika wilayah tempat database MongoDB yang dikelola sendiri berada tidak ditampilkan di daftar drop-down, pilih wilayah yang secara geografis paling dekat dengan database MongoDB yang dikelola sendiri.
   	Architecture	Arsitektur tempat database sumber diterapkan. Pilih Sharded Cluster. Catatan Opsi Sharded Cluster hanya muncul jika Anda mengatur parameter Metode Akses ke Express Connect, VPN Gateway, or Smart Access Gateway, Public IP Address, atau Cloud Enterprise Network (CEN).
   	Migration Method	Metode yang digunakan untuk memigrasikan data inkremental dari database sumber. Pilih metode berdasarkan kebutuhan bisnis Anda. Nilai valid: Oplog (direkomendasikan): Opsi ini tersedia jika fitur oplog diaktifkan untuk database sumber. Catatan Secara default, fitur oplog diaktifkan baik untuk database MongoDB yang dikelola sendiri maupun ApsaraDB for MongoDB instans. Fitur ini memungkinkan Anda memigrasikan data inkremental dengan latensi rendah karena kecepatan penarikan log yang cepat. Oleh karena itu, kami merekomendasikan Anda memilih Oplog untuk parameter Metode Migrasi. ChangeStream: Opsi ini tersedia jika aliran perubahan diaktakan untuk database sumber. Untuk informasi lebih lanjut, lihat Change Streams. Catatan Jika database sumber adalah kluster Amazon DocumentDB yang tidak elastis, Anda hanya dapat mengatur parameter Metode Migrasi ke ChangeStream. Jika Anda memilih Sharded Cluster untuk parameter Architecture, Anda tidak perlu mengonfigurasi parameter Shard account dan Shard password.
   	Endpoint Type	Pilih Standalone atau Multi-node berdasarkan kebutuhan bisnis Anda. Catatan Parameter ini muncul hanya jika Anda mengatur parameter Metode Akses ke Express Connect, VPN Gateway, or Smart Access Gateway, Public IP Address, atau Cloud Enterprise Network (CEN).
   	Mongos Domain Name or IP Address	Endpoint atau alamat IP node mongos di database MongoDB yang dikelola sendiri. Dalam contoh ini, alamat IP publik node mongos digunakan. Catatan Parameter ini muncul hanya jika parameter Endpoint Type diatur ke Standalone. Atur parameter Domain Name or IP ke nama domain atau alamat IP node mongos mana pun. Atur parameter Port Number ke port node mongos mana pun.
   	Port Number	Nomor port layanan database MongoDB yang dikelola sendiri. Catatan Parameter ini muncul hanya jika parameter Endpoint Type diatur ke Standalone. Port layanan node mongos harus dapat diakses melalui Internet.
   	Mongos endpoint	Endpoint database MongoDB yang dikelola sendiri. Catatan Parameter ini muncul hanya jika parameter Endpoint Type diatur ke Multi-node. Tentukan parameter dalam format <IP>:<Port>. Ganti <IP> dengan nama domain atau alamat IP. Kami sarankan Anda menggunakan nama domain yang dapat diakses melalui Internet. Pisahkan beberapa endpoint dengan baris baru.
   	Authentication Database	Nama database otentikasi yang menyimpan akun dan kata sandi database dari database MongoDB yang dikelola sendiri. Jika Anda belum mengubah nama database otentikasi sebelumnya, nilai defaultnya adalah admin.
   	Database Account	Akun yang digunakan untuk mengakses node mongos di database MongoDB yang dikelola sendiri. Untuk informasi lebih lanjut tentang izin yang diperlukan untuk akun tersebut, lihat bagian Izin yang diperlukan untuk akun database dari topik ini. Catatan Jika Anda mengatur parameter Access Method ke Self-managed Database on ECS atau Database Gateway, masukkan akun yang digunakan untuk mengakses shard di database MongoDB yang dikelola sendiri.
   	Database Password	Kata sandi yang digunakan untuk mengakses instans database.
   	Access to Multiple Shard Nodes	Informasi yang digunakan untuk mengakses node shard database MongoDB yang dikelola sendiri. Catatan Parameter ini tersedia hanya jika database MongoDB yang dikelola sendiri adalah database sumber, parameter Architecture diatur ke Sharded Cluster, parameter Migration Method diatur ke Oplog dan parameter Endpoint Type diatur ke Multi-node. Klik Add di sebelah kanan Access to Multiple Shard Nodes. Di bidang Shard Node Endpoint, masukkan endpoint node shard dari database MongoDB yang dikelola sendiri. Catatan Jika Anda mengatur parameter Architecture ke Replica Set, tentukan parameter Endpoint. Jika Anda mengatur parameter Architecture ke Sharded Cluster, tentukan parameter Mongos endpoint. Sebuah endpoint berada dalam format <IP>:<Port>. Ganti <IP> dengan nama domain atau alamat IP. Kami sarankan Anda menggunakan nama domain yang dapat diakses secara publik. Pisahkan beberapa titik akhir dengan baris baru. Ulangi langkah-langkah sebelumnya untuk mengonfigurasi informasi akses untuk setiap shard node.
   	Shard access information (IP:Port)	Informasi akses untuk shard dalam database MongoDB yang dikelola sendiri, termasuk alamat IP dan nomor port dari shard. Formatnya adalah Alamat IP:Nomor Port. Catatan Parameter ini hanya muncul jika parameter Endpoint Type diatur ke Standalone. Pisahkan informasi akses untuk beberapa shard dengan koma (,).
   	Shard account	Akun yang digunakan untuk mengakses shard dalam database MongoDB yang dikelola sendiri di sumber.
   	Shard password	Kata sandi yang digunakan untuk mengakses shard dalam database MongoDB yang dikelola sendiri di sumber.
   	Encryption	Menentukan apakah akan mengenkripsi koneksi ke database sumber. Anda dapat memilih Non-encrypted, SSL-encrypted, atau Mongo Atlas SSL berdasarkan kebutuhan bisnis Anda. Opsi yang tersedia untuk parameter Encryption ditentukan oleh nilai yang dipilih untuk parameter Access Method dan Architecture. Opsi yang ditampilkan di Konsol DTS yang berlaku. Catatan Jika parameter Architecture diatur ke Sharded Cluster, dan parameter Migration Method diatur ke Oplog untuk database ApsaraDB for MongoDB, parameter Encryption SSL-encrypted tidak tersedia. Jika database sumber adalah database MongoDB yang dikelola sendiri yang menggunakan arsitektur Replica Set, parameter Access Method tidak diatur ke Alibaba Cloud Instance, dan parameter Encryption diatur ke SSL-encrypted, Anda dapat mengunggah otoritas sertifikasi (CA) untuk memverifikasi koneksi ke database sumber.
   Destination Database	Select Existing Connection	Jika Anda menggunakan instans database yang terdaftar dengan DTS, pilih instans dari daftar drop-down. DTS secara otomatis mengisi parameter database berikut untuk instans tersebut. Untuk informasi lebih lanjut, lihat Kelola koneksi database. Catatan Di Konsol DMS, Anda dapat memilih instans database dari daftar drop-down Select a DMS database instance. Jika Anda gagal mendaftarkan instans dengan DTS, atau Anda tidak perlu menggunakan instans yang terdaftar dengan DTS, Anda harus mengonfigurasi informasi database berikut.
   	Database Type	Jenis database tujuan. Pilih MongoDB.
   	Access Method	Metode akses database tujuan. Pilih Alibaba Cloud Instance.
   	Instance Region	Wilayah tempat instans ApsaraDB for MongoDB berada.
   	Replicate Data Across Alibaba Cloud Accounts	Dalam contoh ini, instans database dari akun Alibaba Cloud saat ini digunakan. Pilih No.
   	Architecture	Arsitektur tempat instans ApsaraDB for MongoDB diterapkan.
   	Instance ID	ID instans ApsaraDB for MongoDB tujuan.
   	Authentication Database	Nama database otentikasi yang menyimpan akun dan kata sandi database dari instans ApsaraDB for MongoDB tujuan. Jika Anda belum mengubah nama database otentikasi sebelumnya, nilai defaultnya adalah admin.
   	Database Name	Nama database tempat objek yang dimigrasikan di instans ApsaraDB for MongoDB tujuan milik.
   	Database Account	Akun database instans ApsaraDB for MongoDB tujuan. Untuk informasi lebih lanjut tentang izin yang diperlukan untuk akun tersebut, lihat bagian Izin yang diperlukan untuk akun database dari topik ini.
   	Database Password	Kata sandi yang digunakan untuk mengakses instans database.
   	Encryption	Menentukan apakah akan mengenkripsi koneksi ke database tujuan. Anda dapat memilih Non-encrypted, SSL-encrypted, atau Mongo Atlas SSL berdasarkan kebutuhan bisnis Anda. Opsi yang tersedia untuk parameter Encryption ditentukan oleh nilai yang dipilih untuk parameter Access Method dan Architecture. Opsi yang ditampilkan di Konsol DTS berlaku. Catatan Jika database tujuan adalah Instans ApsaraDB for MongoDB dan parameter Architecture diatur ke Sharded Cluster, parameter Enkripsi SSL-encrypted tidak tersedia. Jika database tujuan adalah database MongoDB yang dikelola sendiri yang menggunakan arsitektur Replica Set, parameter Access Method tidak disetel ke Alibaba Cloud Instance, dan parameter Encryption disetel ke SSL-encrypted, Anda dapat mengunggah sertifikat CA untuk memverifikasi koneksi ke database tujuan.

4. Di bagian bawah halaman, klik Test Connectivity and Proceed.

   Catatan

   • Pastikan blok CIDR server DTS dapat ditambahkan secara otomatis atau manual ke pengaturan keamanan database sumber dan tujuan untuk mengizinkan akses dari server DTS. Untuk informasi lebih lanjut, lihat Tambahkan Alamat IP Server DTS ke Daftar Putih.

   • Jika database sumber atau tujuan adalah database yang dikelola sendiri dan Access Method tidak diatur ke Alibaba Cloud Instance, klik Test Connectivity di kotak dialog CIDR Blocks of DTS Servers.

5. Konfigurasikan objek yang akan dimigrasikan.

   1. Configure Objects, konfigurasikan objek yang ingin Anda migrasikan.

      Parameter	Deskripsi
      Migration Types	Untuk hanya melakukan migrasi data penuh, pilih Schema Migration dan Full Data Migration. Untuk memastikan kontinuitas layanan selama migrasi data, pilih Schema Migration, Full Data Migration, dan Incremental Data Migration. Catatan Jika Anda tidak memilih Schema Migration, pastikan database dan tabel dibuat di database tujuan untuk menerima data dan fitur pemetaan nama objek diaktifkan di Selected Objects. Jika Anda tidak memilih Incremental Data Migration, kami sarankan Anda tidak menulis data ke database sumber selama migrasi data. Ini memastikan konsistensi data antara database sumber dan tujuan.
      Processing Mode of Conflicting Tables	Precheck and Report Errors: memeriksa apakah database tujuan berisi tabel yang menggunakan nama yang sama dengan tabel di database sumber. Jika database sumber dan tujuan tidak berisi tabel dengan nama yang identik, pemeriksaan awal berhasil. Jika tidak, kesalahan akan dikembalikan selama pemeriksaan awal dan tugas migrasi data tidak dapat dimulai. Catatan Jika database sumber dan tujuan berisi tabel dengan nama yang sama dan tabel di database tujuan tidak dapat dihapus atau diganti namanya, Anda dapat menggunakan fitur pemetaan nama objek untuk mengganti nama tabel yang dimigrasikan ke database tujuan. Untuk informasi selengkapnya, lihat Memetakan nama objek. Ignore Errors and Proceed: melewati pemeriksaan awal untuk nama tabel yang identik di database sumber dan tujuan. Peringatan Jika Anda memilih Ignore Errors and Proceed, ketidaksesuaian data mungkin terjadi dan bisnis Anda mungkin terpapar risiko potensial berikut: Jika database sumber dan tujuan memiliki skema yang sama, dan catatan data memiliki kunci utama yang sama dengan catatan data yang ada di database tujuan, skenario berikut mungkin terjadi: Selama migrasi data penuh, DTS tidak memigrasikan catatan data ke database tujuan. Catatan data yang ada di database tujuan dipertahankan. Selama migrasi data inkremental, DTS memigrasikan catatan data ke database tujuan. Catatan data yang ada di database tujuan ditimpa. Jika database sumber dan tujuan memiliki skema yang berbeda, hanya kolom tertentu yang dimigrasikan atau tugas migrasi data gagal. Lanjutkan dengan hati-hati.
      Capitalization of Object Names in Destination Instance	Kapitalisasi nama database dan nama koleksi di instans tujuan. Secara default, DTS default policy dipilih. Anda dapat memilih opsi lain untuk memastikan bahwa kapitalisasi nama objek sama dengan database sumber atau tujuan. Untuk informasi lebih lanjut, lihat Tentukan penulisan kapitalisasi nama objek di instans tujuan.
      Source Objects	Pilih satu atau lebih objek dari bagian Source Objects. Klik ikon untuk menambahkan objek ke bagian Selected Objects. Catatan Anda dapat memilih koleksi atau database sebagai objek yang akan dimigrasikan.
      Selected Objects	Untuk menentukan nama objek yang akan dimigrasikan di instans tujuan atau menentukan objek untuk menerima data di instans tujuan, klik kanan objek di bagian Selected Objects. Untuk informasi lebih lanjut, lihat Pemetaan Nama Objek. Untuk menghapus satu atau lebih objek yang dipilih untuk migrasi, klik objek di bagian Selected Objects dan kemudian klik ikon untuk memindahkan objek ke bagian Source Objects. Catatan Untuk memilih mode migrasi inkremental untuk database dan koleksi, klik kanan objek yang akan dimigrasikan di bagian Selected Objects dan kemudian pilih mode di kotak dialog yang muncul. Untuk menentukan kondisi WHERE untuk menyaring data, klik kanan tabel di bagian Selected Objects. Di kotak dialog yang muncul, tentukan kondisi tersebut. Untuk informasi lebih lanjut, lihat Atur kondisi filter. Anda dapat menentukan kondisi WHERE selama migrasi penuh tetapi tidak selama migrasi inkremental. Jika Anda menggunakan fitur pemetaan nama objek untuk menentukan database atau koleksi untuk menerima data, objek lain yang bergantung pada objek yang ditentukan mungkin gagal dimigrasikan.

   2. Klik Next: Advanced Settings untuk mengonfigurasi pengaturan lanjutan.

      Parameter	Deskripsi
      Dedicated Cluster for Task Scheduling	Secara default, DTS menjadwalkan tugas migrasi data ke kluster bersama jika Anda tidak menentukan kluster khusus. Jika Anda ingin meningkatkan stabilitas tugas migrasi data, belilah kluster khusus. Untuk informasi lebih lanjut, lihat Apa itu Kluster Khusus DTS?
      Retry Time for Failed Connections	Rentang waktu ulang untuk koneksi gagal. Jika database sumber atau tujuan gagal terhubung setelah tugas migrasi data dimulai, DTS segera mencoba kembali koneksi dalam rentang waktu ulang. Nilai valid: 10 hingga 1.440. Unit: menit. Nilai default: 720. Kami sarankan Anda mengatur parameter ini ke nilai lebih besar dari 30. Jika DTS terhubung kembali ke database sumber dan tujuan dalam rentang waktu ulang yang ditentukan, DTS melanjutkan tugas migrasi data. Jika tidak, tugas migrasi data gagal. Catatan Jika Anda menentukan rentang waktu ulang yang berbeda untuk beberapa tugas migrasi data yang berbagi database sumber atau tujuan yang sama, nilai yang ditentukan terakhir akan berlaku. Saat DTS mencoba kembali koneksi, Anda dikenakan biaya untuk instans DTS. Kami sarankan Anda menentukan rentang waktu ulang berdasarkan kebutuhan bisnis Anda. Anda juga dapat melepaskan instans DTS sesegera mungkin setelah instans database sumber dan tujuan dilepaskan.
      Retry Time for Other Issues	Rentang waktu ulang untuk masalah lain. Sebagai contoh, jika operasi DDL atau DML gagal dilakukan setelah tugas migrasi data dimulai, DTS segera mencoba kembali operasi dalam rentang waktu ulang. Nilai valid: 1 hingga 1.440. Unit: menit. Nilai default: 10. Kami sarankan Anda mengatur parameter ini ke nilai lebih besar dari 10. Jika operasi yang gagal berhasil dilakukan dalam rentang waktu ulang yang ditentukan, DTS melanjutkan tugas migrasi data. Jika tidak, tugas migrasi data gagal. Penting Nilai parameter Retry Time for Other Issues harus lebih kecil dari nilai parameter Retry Time for Failed Connections.
      Enable Throttling for Full Data Migration	Menentukan apakah akan mengaktifkan pembatasan untuk migrasi data penuh. Selama migrasi data penuh, DTS menggunakan sumber daya baca dan tulis dari database sumber dan tujuan. Hal ini dapat meningkatkan beban server database. Anda dapat mengaktifkan pembatasan untuk migrasi data penuh berdasarkan kebutuhan bisnis Anda. Untuk mengonfigurasi pembatasan, Anda harus mengonfigurasi parameter Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s). Ini mengurangi beban server database tujuan. Catatan Anda hanya dapat mengonfigurasi parameter ini jika Anda memilih Full Data Migration untuk parameter Migration Types.
      Only one data type for primary key _id in a table of the data to be synchronized	Menentukan apakah tipe data kunci utama _id unik dalam koleksi yang akan dimigrasikan. Penting Aktifkan parameter ini berdasarkan kebutuhan bisnis Anda. Jika tidak, kehilangan data mungkin terjadi. Parameter ini hanya diperlukan jika Anda memilih Full Data Migration untuk parameter Migration Types. Nilai valid: Yes: Tipe data unik. Selama migrasi penuh, DTS tidak memindai tipe data kunci utama di database sumber. DTS hanya memigrasikan satu tipe data kunci utama dalam koleksi yang akan dimigrasikan. No: Tipe data tidak unik. Selama migrasi penuh, DTS memindai tipe data kunci utama di database sumber dan memigrasikan data dari semua tipe data.
      Enable Throttling for Incremental Data Migration	Menentukan apakah akan mengaktifkan pembatasan untuk migrasi data inkremental. Untuk mengonfigurasi pembatasan, Anda harus mengonfigurasi parameter RPS of Incremental Data Migration dan Data migration speed for incremental migration (MB/s). Ini mengurangi beban server database tujuan. Catatan Anda hanya dapat mengonfigurasi parameter ini jika Anda memilih Incremental Data Migration untuk parameter Migration Types.
      Environment Tag	Tag lingkungan yang digunakan untuk mengidentifikasi instans DTS. Anda dapat memilih tag lingkungan berdasarkan kebutuhan bisnis Anda. Dalam contoh ini, Anda tidak perlu mengonfigurasi parameter ini.
      Configure ETL	Menentukan apakah akan mengaktifkan fitur ekstrak, transformasi, dan muat (ETL). Untuk informasi lebih lanjut, lihat Apa itu ETL? Nilai valid: Yes: mengonfigurasi fitur ETL. Anda dapat memasukkan pernyataan pemrosesan data di editor kode. Untuk informasi lebih lanjut, lihat Konfigurasikan ETL dalam Tugas Migrasi atau Sinkronisasi Data. No: tidak mengonfigurasi fitur ETL.
      Monitoring and Alerting	Menentukan apakah akan mengonfigurasi peringatan untuk tugas migrasi data. Jika tugas gagal atau latensi migrasi melebihi ambang batas yang ditentukan, kontak peringatan menerima notifikasi. Nilai valid: No: tidak mengonfigurasi peringatan. Yes: mengonfigurasi peringatan. Dalam hal ini, Anda juga harus mengonfigurasi ambang batas peringatan dan pengaturan notifikasi peringatan. Untuk informasi lebih lanjut, lihat bagian Konfigurasikan Pemantauan dan Peringatan saat Membuat Tugas DTS dari topik Konfigurasikan Pemantauan dan Peringatan.

   3. Klik Next Step: Data Verification untuk mengonfigurasi tugas verifikasi data.

      Untuk informasi lebih lanjut tentang cara menggunakan fitur verifikasi data, lihat Konfigurasikan Tugas Verifikasi Data.

6. Simpan pengaturan tugas dan jalankan pemeriksaan awal.

   • Untuk melihat parameter yang harus ditentukan saat Anda memanggil operasi API terkait untuk mengonfigurasi tugas DTS, gerakkan penunjuk mouse ke atas Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters.

   • Jika Anda tidak perlu melihat atau telah melihat parameter, klik Next: Save Task Settings and Precheck di bagian bawah halaman.

   Catatan

   • Sebelum Anda dapat memulai tugas migrasi data, DTS melakukan pemeriksaan awal. Anda hanya dapat memulai tugas migrasi data setelah tugas tersebut lulus pemeriksaan awal.

   • Jika tugas gagal lulus pemeriksaan awal, klik View Details di sebelah setiap item yang gagal. Setelah Anda menganalisis penyebab berdasarkan hasil pemeriksaan, atasi masalah tersebut. Kemudian, jalankan pemeriksaan awal lagi.

   • Jika peringatan dipicu untuk suatu item selama pemeriksaan awal:

     • Jika item peringatan tidak dapat diabaikan, klik View Details di sebelah item yang gagal dan atasi masalah tersebut. Kemudian, jalankan pemeriksaan awal lagi.

     • Jika item peringatan dapat diabaikan, klik Confirm Alert Details. Di kotak dialog Lihat Detail, klik Ignore. Di pesan yang muncul, klik OK. Kemudian, klik Precheck Again untuk menjalankan pemeriksaan awal lagi. Jika Anda mengabaikan item peringatan, ketidaksesuaian data mungkin terjadi dan bisnis Anda mungkin terpapar risiko potensial.

7. Beli instans.

   1. Tunggu hingga Success Rate menjadi 100%. Lalu, klik Next: Purchase Instance.

   2. Di halaman Purchase Instance, konfigurasikan parameter Kelas Instans untuk instans migrasi data. Tabel berikut menjelaskan parameter.

      Bagian	Parameter	Deskripsi
      New Instance Class	Resource Group	Kelompok sumber daya milik Instans migrasi data. Nilai default: default resource group. Untuk informasi selengkapnya, lihat Apa itu Resource Management?
      	Instance Class	DTS menyediakan kelas instans yang bervariasi dalam kecepatan migrasi. Anda dapat memilih kelas instans berdasarkan skenario bisnis Anda. Untuk informasi lebih lanjut, lihat Kelas instans tugas migrasi data.

   3. Baca dan setujui Data Transmission Service (Pay-as-you-go) Service Terms dengan memilih kotak centang.

   4. Klik Buy and Start. Di pesan yang muncul, klik OK.

      Anda dapat melihat kemajuan tugas di halaman Data Migration.

      Catatan

      • Jika tugas migrasi data tidak dapat digunakan untuk memigrasikan data inkremental, tugas tersebut secara otomatis berhenti. Status Completed ditampilkan di bagian Status .

      • Jika tugas migrasi data dapat digunakan untuk memigrasikan data inkremental, tugas tersebut tidak akan berhenti secara otomatis. Tugas migrasi data inkremental tidak pernah berhenti atau selesai. Status Running ditampilkan di bagian Status.

8. Opsional. Jika Anda mengatur parameter Access Method ke Self-managed Database on ECS atau Database Gateway untuk database MongoDB yang dikelola sendiri sebagai sumber, Anda perlu mengulangi Langkah 1 hingga 7 untuk membuat tugas migrasi data untuk shard yang tersisa.

9. Hentikan tugas migrasi data.

   • Migrasi data penuh

     Kami sarankan Anda tidak menghentikan tugas secara manual selama migrasi data penuh. Jika tidak, data yang dimigrasikan ke instans tujuan ApsaraDB for MongoDB mungkin tidak lengkap. Anda dapat menunggu hingga tugas migrasi data penuh berhenti secara otomatis.

   • Migrasi data inkremental

     Tugas migrasi data inkremental tidak berhenti secara otomatis. Anda harus menghentikan tugas secara manual.

     Catatan

     Pilih waktu yang tepat untuk menghentikan tugas secara manual, seperti selama jam non-puncak atau sebelum Anda beralih beban kerja ke instans MongoDB tujuan.

     1. Tunggu hingga Incremental Data Migration ditampilkan di progress bar Running pada tugas migrasi data dan Undelayed ditampilkan di Operation Info. Kemudian, hentikan penulisan data ke database sumber selama beberapa menit. Latensi migrasi data inkremental mungkin ditampilkan di progress bar.

     2. Setelah status Incremental Data Migration berubah menjadi Undelayed lagi, hentikan secara manual tugas migrasi untuk semua shard.

10. Beralih bisnis Anda ke instans tujuan ApsaraDB for MongoDB.