Migrasi data MongoDB ke PolarDB untuk MySQL - Data Transmission Service

Topik ini menjelaskan cara memigrasikan data dari replika set ApsaraDB for MongoDB ke klaster PolarDB for MySQL menggunakan Data Transmission Service (DTS).

Prasyarat

Jika database sumber adalah klaster sharded ApsaraDB for MongoDB, Anda harus mengajukan titik akhir untuk semua node shard. Node shard dalam instans klaster sharded harus berbagi kata sandi dan titik akhir yang sama. Untuk informasi lebih lanjut tentang cara mengajukan titik akhir, lihat Ajukan Titik Akhir untuk Shard.
Instans tujuan ApsaraDB RDS for MySQL telah dibuat. Ruang penyimpanan yang tersedia pada instans ini lebih besar daripada total ukuran data di database sumber. Untuk informasi lebih lanjut, lihat Pembelian Kustom dan Beli Klaster Langganan.
Catatan
Ruang penyimpanan yang tersedia di database tujuan 10% lebih besar daripada total ukuran data di database sumber. Ini adalah prasyarat yang direkomendasikan.
Sebuah database dan tabel dengan kolom kunci utama telah dibuat di klaster PolarDB for MySQL tujuan untuk menerima data. Untuk informasi lebih lanjut, lihat Kelola Database.
Penting
- Pastikan bahwa tipe data tabel tujuan kompatibel dengan data di instans ApsaraDB for MongoDB sumber. Sebagai contoh, jika bidang _id dari instans ApsaraDB for MongoDB adalah tipe ObjectId, tipe data klaster PolarDB for MySQL harus varchar.
- Jangan menamai kolom tabel tujuan di klaster PolarDB for MySQL sebagai _id atau _value.

Catatan Penggunaan

Tipe	Deskripsi
Batasan pada database sumber	Server tempat database sumber ditempatkan harus memiliki bandwidth keluar yang cukup. Jika tidak, kecepatan migrasi data akan menurun. Jika Anda memilih koleksi sebagai objek yang akan dimigrasikan dan ingin memodifikasi koleksi di database tujuan, seperti mengganti nama koleksi, Anda dapat memigrasikan hingga 1.000 koleksi dalam satu tugas migrasi data. Jika Anda menjalankan tugas untuk memigrasikan lebih dari 1.000 koleksi, kesalahan permintaan akan terjadi. Dalam hal ini, kami sarankan Anda mengonfigurasi beberapa tugas untuk memigrasikan koleksi tersebut. Hanya migrasi data penuh yang didukung ketika database sumber adalah instans ApsaraDB for MongoDB mandiri, klaster Azure Cosmos DB for MongoDB, atau klaster elastis Amazon DocumentDB. Untuk melakukan migrasi data inkremental, Anda harus memastikan bahwa persyaratan berikut terpenuhi: Fitur oplog diaktifkan untuk database sumber dan log operasi database sumber disimpan setidaknya selama tujuh hari. Atau, aliran perubahan diaktifkan untuk database sumber dan DTS dapat menggunakan aliran perubahan untuk berlangganan perubahan data di database sumber dalam tujuh hari terakhir. Jika tidak, DTS mungkin gagal mendapatkan log operasi dan tugas migrasi data mungkin gagal. Dalam keadaan luar biasa, ketidaksesuaian data atau kehilangan data mungkin terjadi. Perjanjian tingkat layanan (SLA) DTS tidak mencakup masalah ini. Penting Kami sarankan Anda menggunakan fitur oplog untuk mendapatkan perubahan data di database sumber. Anda hanya dapat menggunakan aliran perubahan untuk mendapatkan perubahan data di database sumber jika database sumber menjalankan MongoDB V4.0 atau lebih baru. Jika database sumber adalah klaster inelastis Amazon DocumentDB, Anda harus mengaktifkan aliran perubahan untuk database tersebut dan mengatur parameter Migration Method menjadi ChangeStream dan parameter Architecture menjadi Sharded Cluster saat Anda mengonfigurasi tugas migrasi data. Jika database sumber adalah instans klaster sharded ApsaraDB for MongoDB, bidang _id dalam koleksi yang akan dimigrasikan harus unik. Jika tidak, ketidaksesuaian data mungkin terjadi. Jika database sumber adalah instans klaster sharded ApsaraDB for MongoDB, jumlah node Mongos dalam instans tidak boleh melebihi 10. Anda juga harus memastikan bahwa instans klaster sharded ApsaraDB for MongoDB sumber tidak mengandung dokumen yatim. Jika tidak, ketidaksesuaian data mungkin terjadi dan tugas mungkin gagal. Untuk informasi lebih lanjut, lihat dokumentasi MongoDB dan bagian Bagaimana cara saya menghapus dokumen yatim dari database MongoDB yang diterapkan dalam arsitektur klaster sharded? dari topik FAQ. Batasan pada operasi yang akan dilakukan pada database sumber: Selama migrasi data penuh, jangan mengubah skema database atau koleksi atau data tipe ARRAY. Jika tidak, tugas migrasi data gagal, atau ketidaksesuaian data terjadi antara database sumber dan tujuan. Jika Anda hanya melakukan migrasi data penuh, jangan menulis data ke database sumber selama migrasi data. Jika tidak, ketidaksesuaian data terjadi antara database sumber dan tujuan. Jika database sumber adalah instans klaster sharded ApsaraDB for MongoDB, dan balancer ApsaraDB for MongoDB diaktifkan, instans mungkin tertunda.
Batasan lainnya	Anda hanya dapat memilih koleksi sebagai objek yang akan dimigrasikan. Tabel yang digunakan untuk menerima data di klaster PolarDB for MySQL tujuan harus memiliki kolom kunci utama unik, bukan kunci utama komposit. Selain itu, saat Anda mengonfigurasi bidang migrasi di bagian Selected Objects, Assign Value dari `bson_value("_id")` ke kunci utama unik. Tabel yang digunakan untuk menerima data di klaster PolarDB for MySQL tujuan tidak boleh berisi bidang yang bernama _id atau _value. Jika tidak, tugas migrasi data gagal. Jika tipe data klaster tujuan PolarDB for MySQL tidak kompatibel dengan data di instans ApsaraDB for MongoDB sumber, tugas migrasi data gagal. DTS tidak dapat memigrasikan data dari database admin atau local. Informasi transaksi tidak dipertahankan. Saat transaksi dimigrasikan ke database tujuan, mereka dikonversi menjadi catatan tunggal. Jika data yang akan dimigrasikan berisi informasi seperti karakter langka atau emoji yang memakan empat byte, database dan tabel tujuan untuk menerima data harus menggunakan set karakter UTF8mb4. Catatan Jika Anda menggunakan fitur migrasi skema DTS, atur parameter instans `character_set_server` di database tujuan ke set karakter UTF8mb4. DTS menghitung latensi migrasi data inkremental berdasarkan timestamp data terbaru yang dimigrasikan di database tujuan dan timestamp saat ini di database sumber. Jika tidak ada operasi pembaruan yang dilakukan pada database sumber untuk periode waktu yang lama, latensi migrasi mungkin tidak akurat. Jika latensi tugas migrasi terlalu tinggi, Anda dapat melakukan operasi pembaruan pada database sumber untuk memperbarui latensi. Jika instans gagal berjalan, personel dukungan teknis DTS akan mencoba memulihkan instans dalam waktu 8 jam. Selama proses pemulihan, instans mungkin di-restart atau parameter mungkin disesuaikan. Catatan Saat parameter disesuaikan, hanya parameter instans DTS yang dimodifikasi. Parameter database tidak dimodifikasi. Parameter yang mungkin dimodifikasi termasuk tetapi tidak terbatas pada parameter dalam Ubah parameter instans.

Penagihan

Tipe migrasi	Biaya konfigurasi tugas	Biaya transfer data
Migrasi Data Penuh	Gratis.	Gratis dalam contoh ini. Ketika parameter Access Method database tujuan diatur ke Public IP Address, Anda akan dikenakan biaya untuk lalu lintas internet. Untuk informasi lebih lanjut, lihat Item yang Dapat Ditagih.
Migrasi Data Inkremental	Dikenakan biaya. Untuk informasi lebih lanjut, lihat Ikhtisar Penagihan.

Tipe migrasi

Tipe migrasi	Deskripsi
Migrasi data penuh	DTS memigrasikan data historis objek dari instans ApsaraDB for MongoDB sumber ke klaster PolarDB for MySQL tujuan.
Migrasi data inkremental	Setelah migrasi data penuh selesai, DTS memigrasikan data inkremental dari instans ApsaraDB for MongoDB sumber ke klaster PolarDB for MySQL tujuan. Catatan Hanya operasi yang dilakukan untuk menyisipkan, memperbarui, atau menghapus dokumen dalam koleksi yang dapat dimigrasikan selama migrasi data inkremental. Data inkremental dokumen yang diperbarui hanya dengan menggunakan perintah `$set` dapat dimigrasikan.

Izin yang diperlukan untuk akun database

Tipe database	Migrasi data penuh	Migrasi data inkremental	Referensi
Instans Sumber ApsaraDB for MongoDB	Hak baca pada database sumber	Hak baca pada database sumber, database admin, dan database lokal	Manajemen akun
Klaster Tujuan PolarDB for MySQL	Hak baca dan tulis pada database tujuan		Buat dan kelola akun database

Prosedur

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 bilah 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 mungkin 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, arahkan kursor mouse ke Data + AI > DTS (DTS) > Data Migration.
3. Dari daftar drop-down di sebelah kanan Data Migration Tasks, pilih wilayah tempat instans sinkronisasi data berada.
Klik Create Task untuk pergi ke halaman konfigurasi tugas.
Opsional. Klik New Configuration Page di pojok kanan atas halaman.
Catatan
- Lewati langkah ini jika tombol Back to Previous Version ditampilkan di pojok kanan atas halaman.
- Parameter spesifik di versi baru dan sebelumnya dari halaman konfigurasi mungkin berbeda. Kami sarankan Anda menggunakan versi baru dari halaman konfigurasi.

Konfigurasikan database sumber dan tujuan. Tabel berikut menjelaskan parameter.

Kategori	Konfigurasi	Deskripsi
N/A	Task Name	Nama tugas DTS. DTS secara otomatis menghasilkan nama tugas. Kami sarankan Anda menentukan nama deskriptif yang memudahkan identifikasi 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	Tipe database sumber. Pilih MongoDB.
	Access Method	Metode akses database sumber. Pilih Alibaba Cloud Instance.
	Instance Region	Wilayah tempat instans ApsaraDB for MongoDB sumber berada.
	Replicate Data Across Alibaba Cloud Accounts	Dalam contoh ini, instans database dari akun Alibaba Cloud saat ini digunakan. Pilih No.
	Architecture	Arsitektur instans ApsaraDB for MongoDB sumber. Dalam contoh ini, Replica Set dipilih. Catatan Jika database sumber adalah instance ApsaraDB for MongoDB Sharded Cluster, Anda harus menentukan Shard account dan Shard password.
	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 instans ApsaraDB for MongoDB. 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 diaktifkan untuk database sumber. Untuk informasi lebih lanjut, lihat Change Streams. Catatan Jika database sumber adalah klaster inelastis Amazon DocumentDB, 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.
	Instance ID	ID klaster PolarDB for MySQL sumber.
	Authentication Database	Nama database otentikasi yang menyimpan akun dan kata sandi database dari instans ApsaraDB for MongoDB sumber. Jika Anda belum mengubah nama sebelumnya, nilai default admin digunakan.
	Database Account	Akun database dari instans ApsaraDB for MongoDB sumber. 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 database.
	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 Enkripsi 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 Enkripsi diatur ke SSL-encrypted, Anda dapat mengunggah sertifikat 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	Tipe database tujuan. Pilih PolarDB for MySQL.
	Access Method	Metode akses database tujuan. Pilih Alibaba Cloud Instance.
	Instance Region	Wilayah tempat klaster PolarDB for MySQL tujuan berada.
	Replicate Data Across Alibaba Cloud Accounts	Dalam contoh ini, instans database dari akun Alibaba Cloud saat ini digunakan. Pilih No.
	PolarDB Cluster ID	ID klaster tujuan PolarDB for MySQL.
	Database Account	Akun database klaster tujuan PolarDB for MySQL. Untuk informasi 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	Anda dapat menentukan parameter berdasarkan kebutuhan bisnis Anda. Untuk informasi lebih lanjut tentang fitur enkripsi SSL, lihat Konfigurasikan Enkripsi SSL.

Di bagian bawah halaman, klik Test Connectivity and Proceed.
Catatan
- Pastikan bahwa 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 Blok CIDR Server DTS.
- Jika database sumber atau tujuan adalah database yang dikelola sendiri dan Access Method-nya tidak diatur ke Alibaba Cloud Instance, klik Test Connectivity di kotak dialog CIDR Blocks of DTS Servers.

Konfigurasikan objek yang akan dimigrasikan.

Di halaman Configure Objects, konfigurasikan objek yang ingin Anda migrasikan.

Konfigurasi	Deskripsi
Migration Types	Untuk melaksanakan migrasi data penuh saja, pilih hanya Full Data Migration. Untuk memastikan kontinuitas layanan selama migrasi data, pilih Full Data Migration dan Incremental Data Migration. Catatan 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 koleksi yang memiliki nama yang sama dengan koleksi di database sumber. Jika database sumber dan tujuan tidak berisi koleksi dengan nama identik, pracheck dilewati. Jika tidak, kesalahan akan dikembalikan selama pracheck dan tugas migrasi data tidak dapat dimulai. Catatan Jika database sumber dan tujuan berisi koleksi dengan nama identik dan koleksi di database tujuan tidak dapat dihapus atau diganti namanya, Anda dapat menggunakan fitur pemetaan nama objek untuk mengganti nama koleksi yang dimigrasikan ke database tujuan. Untuk informasi lebih lanjut, lihat Peta nama objek. Ignore Errors and Proceed: melewati pracheck untuk nama koleksi identik di database sumber dan tujuan. Peringatan Jika Anda memilih Ignore Errors and Proceed, konsistensi data tidak dijamin dan bisnis Anda mungkin terpapar risiko potensial. DTS tidak memigrasikan catatan data yang memiliki kunci utama yang sama dengan catatan data di database tujuan. Data mungkin gagal diinisialisasi, hanya kolom tertentu yang dimigrasikan, atau tugas migrasi data gagal.
Capitalization of Object Names in Destination Instance	Huruf besar/kecil nama database, tabel, dan kolom di instans tujuan. Secara default, DTS default policy dipilih. Anda dapat memilih opsi lain untuk memastikan bahwa huruf besar/kecil nama objek konsisten dengan database sumber atau tujuan. Untuk informasi lebih lanjut, lihat Tentukan huruf besar/kecil 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 sebagai objek yang akan dimigrasikan.
Selected Objects	Ubah nama database. Di bagian Selected Objects, klik kanan database tempat koleksi yang akan dimigrasikan milik. Ubah nilai Database Name menjadi nama skema yang digunakan untuk menerima data di klaster tujuan PolarDB for MySQL. Klik OK. Ubah nama tabel. Di bagian Selected Objects, klik kanan koleksi tempat koleksi yang akan dimigrasikan milik. Ubah nilai Table Name menjadi nama tabel yang digunakan untuk menerima data di klaster tujuan PolarDB for MySQL. Opsional: Anda dapat menentukan kondisi untuk menyaring data. Untuk informasi lebih lanjut, lihat Tentukan kondisi filter. Opsional: Di bagian Select DDL and DML Operations to Be Synchronized, Anda dapat memilih operasi yang ingin dimigrasikan selama migrasi data inkremental. Tentukan bidang yang akan dimigrasikan dari instans sumber ApsaraDB for MongoDB. Secara default, DTS memetakan data koleksi yang akan dimigrasikan dan mengonfigurasi ekspresi di kolom Assign Value. Anda harus memeriksa apakah ekspresi tersebut memenuhi kebutuhan Anda dan menentukan parameter Column Name, Type, Length, dan Precision. Penting Anda harus menetapkan `bson_value("_id")` ke kolom kunci utama tabel tujuan. Anda harus menentukan bidang dan subbidang setiap kolom dalam ekspresi `bson_value()` sesuai dengan hubungan hierarki. Jika tidak, mungkin terjadi kehilangan data atau tugas gagal. Dalam ekspresi `bson_value()` pada kolom Assign Value, lihat nama bidang baris data di instans ApsaraDB for MongoDB. Bidang dalam `""` adalah nama bidang di instans ApsaraDB for MongoDB. Sebagai contoh, jika ekspresinya adalah `bson_value("age")`, `age` adalah nama bidang baris data di instans ApsaraDB for MongoDB. Opsional: Anda dapat menghapus bidang yang tidak perlu dimigrasikan. Catatan Klik ikon setelah baris data untuk menghapus bidang yang tidak perlu dimigrasikan. Tentukan bidang yang akan dimigrasikan. Lakukan salah satu prosedur berikut berdasarkan apakah ekspresi `bson_value()` memenuhi kebutuhan Anda. Ekspresi memenuhi persyaratan bidang Konfigurasikan parameter Column Name. Catatan Masukkan nama kolom dalam tabel yang digunakan untuk menerima data di klaster tujuan PolarDB for MySQL. Pilih tipe data Type untuk setiap kolom. Penting Pastikan bahwa tipe data tabel tujuan kompatibel dengan data di instans sumber ApsaraDB for MongoDB. Untuk informasi lebih lanjut tentang pemetaan tipe data, lihat bagian Pemetaan tipe data dari topik ini. Opsional: Tentukan panjang data length dan precision untuk setiap kolom. Ulangi langkah-langkah sebelumnya untuk memetakan kolom tabel sumber ke kolom tabel tujuan. Ekspresi tidak memenuhi persyaratan bidang Catatan Sebagai contoh, bidang dengan hubungan hierarki seperti struktur induk-anak. Di kolom Actions, klik ikon setelah baris data tersebut. Klik + Add Column. Konfigurasikan parameter Column Name, Type, Length, dan Precision. Masukkan ekspresi `bson_value()` di bidang Assign Value. Untuk informasi lebih lanjut, lihat bagian Contoh Penetapan Nilai dari topik ini. Ulangi langkah-langkah sebelumnya untuk memetakan kolom tabel sumber ke kolom tabel tujuan. Klik OK.

Klik Next: Advanced Settings untuk mengonfigurasi pengaturan lanjutan.

Konfigurasi	Deskripsi
Dedicated Cluster for Task Scheduling	Secara default, DTS menjadwalkan tugas migrasi data ke klaster bersama jika Anda tidak menentukan klaster khusus. Jika Anda ingin meningkatkan stabilitas tugas migrasi data, belilah klaster khusus. Untuk informasi lebih lanjut, lihat Apa itu Klaster Khusus DTS?.
Select the engine type of the destination database	Tipe mesin database tujuan. Pilih tipe mesin berdasarkan kebutuhan bisnis Anda. Nilai valid: InnoDB: mesin penyimpanan default. X-Engine: mesin penyimpanan database untuk pemrosesan transaksi online (OLTP).
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 tersambung 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 kemudian akan berlaku. Saat DTS mencoba kembali koneksi, Anda akan dikenakan biaya untuk instans DTS. Kami sarankan Anda menentukan rentang waktu ulang berdasarkan kebutuhan bisnis Anda. Anda juga dapat melepaskan instans DTS secepat mungkin setelah database sumber dan instans tujuan dilepaskan.
Retry Time for Other Issues	Rentang waktu ulang untuk masalah lainnya. 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 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. 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	Apakah tipe data kunci utama `_id` unik dalam koleksi yang sama dari data yang akan dimigrasikan. Catatan Ini hanya dapat dikonfigurasi ketika Migration Types diatur ke Full Data Migration. Yes: Unik. Selama fase migrasi penuh, DTS tidak akan memindai tipe data kunci utama dalam data yang akan dimigrasikan dari database sumber. No: Tidak unik. Selama fase migrasi penuh, DTS akan memindai tipe data kunci utama dalam data yang akan dimigrasikan dari database sumber.
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	Anda dapat memilih tag lingkungan berdasarkan kebutuhan bisnis Anda. Dalam contoh ini, tidak ada tag lingkungan yang dipilih.
Configure ETL	Menentukan apakah akan mengaktifkan fitur extract, transform, dan load (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 Data atau Tugas 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.

Simpan pengaturan tugas dan jalankan pracheck.
- Untuk melihat parameter yang harus ditentukan saat Anda memanggil operasi API terkait untuk mengonfigurasi tugas DTS, gerakkan penunjuk mouse ke 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 pracheck. Anda hanya dapat memulai tugas migrasi data setelah tugas lulus pracheck.
- Jika tugas gagal lulus pracheck, klik View Details di sebelah setiap item yang gagal. Setelah Anda menganalisis penyebab berdasarkan hasil pemeriksaan, atasi masalah tersebut. Kemudian, jalankan pracheck lagi.
- Jika peringatan dipicu untuk suatu item selama pracheck:
  Jika item peringatan tidak dapat diabaikan, klik View Details di sebelah item yang gagal dan atasi masalah tersebut. Kemudian, jalankan pracheck 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 pracheck lagi. Jika Anda mengabaikan item peringatan, ketidaksesuaian data mungkin terjadi, dan bisnis Anda mungkin terpapar risiko potensial.

Beli instans.

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

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

Bagian	Parameter	Deskripsi
New Instance Class	Resource Group	Grup sumber daya tempat instans migrasi data berada. Nilai default: default resource group. Untuk informasi lebih lanjut, lihat Apa itu Resource Management?
New Instance Class	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.

Baca dan setujui Data Transmission Service (Pay-as-you-go) Service Terms dengan memilih kotak centang.
Klik Buy and Start. Di pesan yang muncul, klik atau OK.
Anda dapat melihat kemajuan tugas di halaman Data Migration.
Catatan
- Jika tugas migrasi data tidak dapat digunakan untuk memigrasikan data inkremental, tugas tersebut akan berhenti secara otomatis. Completed akan 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. Running akan ditampilkan di bagian Status.

Pemetaan tipe data

Tipe data MongoDB	Tipe data PolarDB for MySQL
ObjectId	VARCHAR
String	VARCHAR
Document	VARCHAR
DbPointer	VARCHAR
Array	VARCHAR
Date	DATETIME
TimeStamp	DATETIME
Double	DOUBLE
Bilangan bulat 32-bit (BsonInt32)	INTEGER
Bilangan bulat 64-bit (BsonInt64)	BIGINT
Decimal128	DECIMAL
Boolean	BOOLEAN
Null	VARCHAR

Contoh Penetapan Nilai

Struktur data instans sumber ApsaraDB for MongoDB

{
  "_id":"62cd344c85c1ea6a2a9f****",
  "person":{
    "name":"neo",
    "age":26,
    "sex":"male"
  }
}

Skema tabel klaster tujuan PolarDB for MySQL

Nama kolom	Tipe
mongo_id	varchar Catatan Kolom kunci utama.
person_name	varchar
person_age	decimal

Konfigurasi kolom baru

Penting

Anda harus menentukan bidang dan subbidang setiap kolom dalam ekspresi bson_value() sesuai dengan hubungan hierarki. Jika tidak, kehilangan data mungkin terjadi atau tugas gagal. Sebagai contoh, jika Anda hanya menentukan bidang person dari kolom sumber menggunakan ekspresi bson_value("person"), DTS tidak dapat menulis data inkremental di subbidang bidang person, seperti nama, usia, dan jenis kelamin, ke kolom tujuan.

Nama kolom	Tipe	Penetapan
mongo_id	STRING	bson_value("_id")
person_name	STRING	bson_value("person","name")
person_age	DECIMAL	bson_value("person","age")