Menyinkronkan data dari ApsaraDB untuk MongoDB ke AnalyticDB untuk MySQL 3.0 - Data Transmission Service

Data Transmission Service (DTS) memungkinkan Anda menyinkronkan data dari instansi ApsaraDB untuk MongoDB ke klaster AnalyticDB untuk MySQL 3.0. Topik ini menjelaskan cara menyinkronkan data dari instansi replika set ApsaraDB untuk MongoDB ke klaster AnalyticDB untuk MySQL 3.0.

Prasyarat

Endpoint tersedia untuk setiap node shard jika sumbernya adalah instansi klaster sharded ApsaraDB untuk MongoDB. Nama pengguna dan kata sandi akun dari shards harus sama. Untuk informasi lebih lanjut, lihat Mengajukan Endpoint untuk Node Shard atau Node ConfigServer dalam Instansi Klaster Sharded.
Klaster tujuan AnalyticDB untuk MySQL 3.0 telah dibuat. Ruang penyimpanan yang tersedia di klaster tersebut lebih besar daripada ruang penyimpanan yang digunakan oleh instansi sumber ApsaraDB untuk MongoDB. Untuk informasi lebih lanjut, lihat Buat Klaster.
Catatan
Ruang penyimpanan yang tersedia di instansi tujuan harus 10% lebih besar dari total ukuran data di instansi sumber. Ini adalah prasyarat yang direkomendasikan.
Database untuk menerima data dan tabel dengan kolom kunci utama telah dibuat di klaster tujuan AnalyticDB untuk MySQL 3.0. Untuk informasi lebih lanjut, lihat CREATE DATABASE dan CREATE TABLE.
Penting
- Pastikan tipe data tabel tujuan kompatibel dengan data pada instansi sumber ApsaraDB untuk MongoDB. Sebagai contoh, jika bidang _id di instansi ApsaraDB untuk MongoDB adalah tipe ObjectId, tipe data di klaster AnalyticDB untuk MySQL 3.0 harus varchar.
- Jangan menamai kolom di tabel tujuan di klaster AnalyticDB untuk MySQL 3.0 sebagai _id atau _value.
Fitur multi-pernyataan diaktifkan untuk klaster tujuan AnalyticDB untuk MySQL 3.0 dengan menjalankan perintah SET ADB_CONFIG ALLOW_MULTI_QUERIES=true;.
Catatan
Hanya klaster AnalyticDB untuk MySQL versi V3.1.9.3 atau lebih baru yang mendukung fitur multi-pernyataan. Untuk informasi lebih lanjut, lihat Perbarui Versi Minor Klaster.

Catatan Penggunaan

Tipe	Deskripsi
Batasan pada database sumber	Persyaratan bandwidth: Server tempat database sumber ditempatkan harus memiliki bandwidth keluar yang cukup. Jika tidak, kecepatan sinkronisasi data akan terpengaruh. Jika Anda ingin memodifikasi koleksi di database tujuan, seperti mengonfigurasi pemetaan nama untuk koleksi, Anda dapat menyinkronkan hingga 1.000 koleksi dalam satu tugas sinkronisasi data. Jika Anda menjalankan tugas untuk menyinkronkan lebih dari 1.000 koleksi, kesalahan permintaan akan terjadi. Dalam hal ini, kami sarankan Anda mengonfigurasi beberapa tugas untuk menyinkronkan koleksi atau mengonfigurasi tugas untuk menyinkronkan seluruh database. Jika database sumber adalah instansi ApsaraDB untuk MongoDB klaster sharded, bidang _id dalam koleksi yang akan disinkronkan harus unik. Jika tidak, ketidaksesuaian data mungkin terjadi. Jika database sumber adalah instansi ApsaraDB untuk MongoDB klaster sharded, jumlah node Mongos di instansi tidak boleh melebihi 10. Anda juga harus memastikan bahwa instansi ApsaraDB untuk MongoDB klaster sharded sumber tidak berisi dokumen yatim piatu. 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 piatu dari database MongoDB yang diterapkan dalam arsitektur klaster sharded? dari topik FAQ. Anda tidak dapat menggunakan instansi ApsaraDB untuk MongoDB mandiri, klaster Azure Cosmos DB untuk MongoDB atau klaster elastis Amazon DocumentDB sebagai database sumber. Fitur oplog harus diaktifkan untuk database sumber dan harus menyimpan data log setidaknya selama tujuh hari. Atau, aliran perubahan harus diaktifkan untuk memastikan bahwa DTS dapat berlangganan perubahan data di database sumber dalam tujuh hari terakhir. Jika tidak, DTS mungkin gagal mendapatkan perubahan data di database sumber dan sinkronisasi data gagal. Dalam beberapa keadaan, ketidaksesuaian data atau kehilangan data mungkin terjadi. Masalah yang timbul dalam keadaan seperti itu tidak dicakup oleh perjanjian tingkat layanan (SLA) DTS. Penting Kami sarankan Anda menggunakan oplog untuk mencatat perubahan data di database sumber. Hanya MongoDB 4.0 dan yang lebih baru yang memungkinkan Anda menggunakan aliran perubahan untuk mendapatkan perubahan data di database sumber. Sinkronisasi dua arah tidak didukung saat Anda menggunakan aliran perubahan untuk mendapatkan perubahan data di database sumber. Jika database sumber adalah klaster Amazon DocumentDB non-elastis, Anda harus mengaktifkan aliran perubahan dan mengatur parameter Migration Method menjadi ChangeStream dan parameter Architecture menjadi Sharded Cluster. Batasan operasi yang akan dilakukan pada database sumber: Selama sinkronisasi data penuh, jangan ubah skema database atau koleksi atau data tipe ARRAY. Jika tidak, tugas sinkronisasi data gagal, atau ketidaksesuaian data terjadi antara database sumber dan tujuan. Jika Anda hanya melakukan sinkronisasi data penuh, jangan tulis data ke database sumber selama sinkronisasi data. Jika tidak, ketidaksesuaian data terjadi antara database sumber dan tujuan. Jika instansi MongoDB sumber menggunakan arsitektur klaster sharded, jangan jalankan perintah yang mengubah distribusi data objek yang akan disinkronkan selama tugas sinkronisasi. Perintah ini termasuk shardCollection, reshardCollection, unshardCollection, moveCollection, dan movePrimary. Jika tidak, ketidaksesuaian data mungkin terjadi. Jika database sumber adalah instansi MongoDB yang menggunakan arsitektur klaster sharded dan balancer dari database sumber menyeimbangkan data, latensi mungkin terjadi di instansi. DTS tidak dapat terhubung ke database MongoDB melalui endpoint SRV.
Batasan lainnya	Hanya koleksi yang dapat disinkronkan. Database tujuan harus memiliki kunci utama kustom, atau Anda harus mengonfigurasi Primary Key Column di langkah Configurations for Databases, Tables, and Columns. Jika tidak, sinkronisasi data mungkin gagal. Tabel untuk menerima data di klaster tujuan AnalyticDB untuk MySQL 3.0 harus memiliki kolom kunci utama unik bukan kunci utama komposit, dan nilai `bson_value("_id")` harus ditetapkan ke kolom kunci utama di bagian Selected Objects. Tabel untuk menerima data di klaster tujuan AnalyticDB untuk MySQL 3.0 tidak boleh berisi bidang yang bernama _id atau _value. Jika tidak, sinkronisasi data gagal. Jika tipe data klaster AnalyticDB untuk MySQL 3.0 tidak kompatibel dengan data pada instansi ApsaraDB untuk MongoDB, sinkronisasi data gagal. Karena batasan klaster AnalyticDB untuk MySQL 3.0, jika penggunaan ruang disk node di klaster AnalyticDB untuk MySQL 3.0 melebihi 80%, tugas DTS tertunda dan pesan kesalahan dikembalikan. Kami sarankan Anda memperkirakan ruang disk yang diperlukan berdasarkan objek yang akan disinkronkan. Pastikan klaster tujuan memiliki ruang penyimpanan yang cukup. Jika klaster tujuan AnalyticDB untuk MySQL 3.0 sedang dicadangkan saat tugas DTS berjalan, tugas DTS gagal. DTS tidak dapat menyinkronkan data dari database admin atau local. Informasi transaksi tidak dipertahankan. Saat transaksi disinkronkan ke database tujuan, transaksi diubah menjadi catatan tunggal. Sebelum Anda menyinkronkan data, evaluasi dampak sinkronisasi data pada kinerja database sumber dan tujuan. Kami sarankan Anda menyinkronkan data selama jam-jam sepi. Selama sinkronisasi data penuh, DTS menggunakan sumber daya baca dan tulis dari database sumber dan tujuan. Hal ini dapat meningkatkan beban pada server database. Selama sinkronisasi data penuh, operasi INSERT bersamaan menyebabkan fragmentasi dalam koleksi database tujuan. Setelah sinkronisasi data penuh selesai, penggunaan penyimpanan koleksi di database tujuan lebih besar daripada koleksi di database sumber. Pastikan pengaturan presisi untuk kolom tipe FLOAT atau DOUBLE memenuhi persyaratan bisnis Anda. DTS menggunakan fungsi `ROUND(COLUMN,PRECISION)` untuk mengambil nilai dari kolom tipe FLOAT atau DOUBLE. Jika Anda tidak menentukan presisi, DTS menetapkan presisi untuk kolom tipe FLOAT menjadi 38 digit dan presisi untuk kolom tipe DOUBLE menjadi 308 digit. DTS mencoba melanjutkan tugas sinkronisasi data yang gagal dalam tujuh hari terakhir. Sebelum Anda beralih beban kerja Anda ke database tujuan, Anda harus menghentikan atau melepaskan tugas yang gagal. Anda juga dapat mengeksekusi pernyataan `REVOKE` untuk mencabut izin tulis dari akun yang digunakan oleh DTS untuk mengakses database tujuan. Jika tidak, data di database sumber akan menimpa data di instansi tujuan setelah tugas dilanjutkan secara otomatis. DTS menghitung latensi sinkronisasi data inkremental berdasarkan timestamp data terbaru yang disinkronkan 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 sinkronisasi mungkin tidak akurat. Jika latensi tugas sinkronisasi data terlalu tinggi, Anda dapat melakukan operasi pembaruan pada database sumber untuk memperbarui latensi. Jika instansi gagal berjalan, personel dukungan teknis DTS akan mencoba memulihkan instansi dalam waktu 8 jam. Selama proses pemulihan, instansi mungkin di-restart atau parameter mungkin disesuaikan. Catatan Saat parameter disesuaikan, hanya parameter instansi DTS yang dimodifikasi. Parameter database tidak dimodifikasi. Parameter yang mungkin dimodifikasi termasuk tetapi tidak terbatas pada parameter dalam Ubah parameter instansi.

Penagihan

Tipe Sinkronisasi	Biaya Konfigurasi Tugas
Sinkronisasi Data Penuh	Gratis.
Sinkronisasi Data Inkremental	Dikenakan biaya. Untuk informasi lebih lanjut, lihat Ikhtisar Penagihan.

Tipe Sinkronisasi

Tipe Sinkronisasi	Deskripsi
Sinkronisasi Data Penuh	Semua data yang ada dipindahkan dari instansi sumber ApsaraDB untuk MongoDB ke klaster tujuan AnalyticDB untuk MySQL 3.0.
Sinkronisasi Data Inkremental	Selain data yang ada, data inkremental di instansi sumber ApsaraDB untuk MongoDB juga disinkronkan ke klaster tujuan AnalyticDB untuk MySQL 3.0. Catatan Hanya operasi insert, update, dan delete dokumen di koleksi yang didukung. Saat tugas DTS menyinkronkan data inkremental file, hanya perintah `$set` yang dapat dijalankan secara sinkron.

Izin yang Diperlukan oleh Akun Database

Database	Izin yang Diperlukan	Referensi
Instansi Sumber ApsaraDB untuk MongoDB	Izin baca pada database sumber, admin, dan local.	Manajemen Akun
Klaster Tujuan AnalyticDB untuk MySQL 3.0	Izin baca dan tulis pada database tujuan	Buat Akun Database

Prosedur

Gunakan salah satu metode berikut untuk membuka halaman Sinkronisasi Data dan pilih wilayah tempat instansi sinkronisasi data berada.
Konsol DTS
1. Masuk ke Konsol DTS.
2. Di panel navigasi sebelah kiri, klik Data Synchronization.
3. Di sudut kiri atas halaman, pilih wilayah tempat tugas sinkronisasi data berada.
Konsol DMS
Catatan
Operasi aktual dapat bervariasi tergantung 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 Data + AI dan pilih DTS (DTS) > Data Synchronization.
3. Dari daftar drop-down di sebelah kanan Data Synchronization Tasks, pilih wilayah tempat instansi sinkronisasi data berada.
Klik Create Task untuk membuka halaman konfigurasi tugas.

Konfigurasikan database sumber dan tujuan. Tabel berikut menjelaskan parameter.

Kategori	Parameter	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 instansi database yang terdaftar dengan DTS, pilih instansi dari daftar drop-down.DTS secara otomatis mengisi parameter database berikut untuk instansi tersebut. Untuk informasi lebih lanjut, lihat Kelola koneksi database. Catatan Di Konsol DMS, Anda dapat memilih instansi database dari daftar drop-down Select a DMS database instance. Jika Anda gagal mendaftarkan instansi dengan DTS, atau Anda tidak perlu menggunakan instansi 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	Pilih wilayah instansi ApsaraDB untuk MongoDB.
	Replicate Data Across Alibaba Cloud Accounts	Dalam contoh ini, database akun Alibaba Cloud saat ini digunakan. Pilih No.
	Architecture	Arsitektur instansi sumber ApsaraDB untuk MongoDB. Dalam contoh ini, Replica Set dipilih. Catatan Jika instansi sumber ApsaraDB untuk MongoDB diterapkan dalam arsitektur Sharded Cluster, Anda harus mengonfigurasi parameter Shard account dan Shard password.
	Migration Method	Metode yang digunakan untuk menyinkronkan 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 instansi ApsaraDB untuk MongoDB. Fitur ini memungkinkan Anda menyinkronkan data inkremental dengan latensi rendah karena kecepatan penarikan log yang cepat. Oleh karena itu, kami sarankan 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 Amazon DocumentDB inelastis, Anda hanya dapat menetapkan 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	Pilih ID instansi sumber ApsaraDB untuk MongoDB.
	Authentication Database	Masukkan nama database tempat akun database pada instansi sumber ApsaraDB untuk MongoDB berada. Jika akun belum dimodifikasi, masukkan nama default admin.
	Database Account	Masukkan akun database instansi sumber ApsaraDB untuk MongoDB. Untuk informasi lebih lanjut tentang izin yang diperlukan oleh akun, lihat Izin yang Diperlukan oleh Akun Database.
	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 berlaku. Catatan Jika parameter Architecture disetel ke Sharded Cluster, dan parameter Migration Method disetel ke Oplog untuk database ApsaraDB untuk 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 disetel ke Alibaba Cloud Instance, dan parameter Enkripsi disetel ke SSL-encrypted, Anda dapat mengunggah sertifikat otoritas sertifikat (CA) untuk memverifikasi koneksi ke database sumber.
Destination Database	Select Existing Connection	Jika Anda menggunakan instansi database yang terdaftar dengan DTS, pilih instansi dari daftar drop-down. DTS secara otomatis mengisi parameter database berikut untuk instansi tersebut. Untuk informasi lebih lanjut, lihat Kelola koneksi database. Catatan Di Konsol DMS, Anda dapat memilih instansi database dari daftar drop-down Select a DMS database instance. Jika Anda gagal mendaftarkan instansi dengan DTS, atau Anda tidak perlu menggunakan instansi yang terdaftar dengan DTS, Anda harus mengonfigurasi informasi database berikut.
	Database Type	Tipe database tujuan. Pilih AnalyticDB for MySQL 3.0.
	Access Method	Metode akses database tujuan. Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah klaster tujuan AnalyticDB untuk MySQL 3.0.
	Instance ID	Pilih ID klaster tujuan AnalyticDB untuk MySQL 3.0.
	Database Account	Masukkan akun database klaster tujuan AnalyticDB untuk MySQL 3.0. Untuk informasi lebih lanjut tentang izin yang diperlukan oleh akun, lihat Izin yang Diperlukan oleh Akun Database.
	Database Password	Kata sandi yang digunakan untuk mengakses database.

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

Konfigurasikan objek yang akan disinkronkan.

Di langkah Configure Objects, konfigurasikan objek yang ingin Anda sinkronkan.

Parameter	Deskripsi
Synchronization Types	Secara default, Incremental Data Synchronization dipilih. Anda hanya dapat memilih Full Data Synchronization. Anda tidak dapat memilih Schema Synchronization. Setelah pra-pemeriksaan selesai, DTS menyinkronkan data historis objek yang dipilih dari database sumber ke database tujuan. Data historis menjadi dasar untuk sinkronisasi inkremental selanjutnya.
DDL and DML Operations to Be Synchronized	Pilih operasi DDL dan DML instansi yang ingin Anda sinkronkan selama sinkronisasi data inkremental. Catatan Untuk menyinkronkan operasi DDL dan DML di koleksi, klik kanan Selected Objects dan pilih operasi di kotak dialog yang muncul.
Merge Tables	Yes: Dalam skenario pemrosesan transaksi online (OLTP), sharding diimplementasikan untuk mempercepat respons terhadap tabel bisnis. Dalam skenario pemrosesan analitik online (OLAP), Anda dapat menyimpan volume data yang besar dalam satu tabel. Ini membuat kueri SQL Anda lebih efisien. Anda dapat menggabungkan beberapa tabel sumber yang memiliki skema yang sama ke dalam satu tabel tujuan. Fitur ini memungkinkan Anda menyinkronkan data dari beberapa tabel di database sumber ke satu tabel di database tujuan. Untuk informasi lebih lanjut, lihat Aktifkan fitur penggabungan multi-tabel. Catatan Setelah Anda memilih beberapa tabel dari database sumber, Anda harus mengubah nama tabel-tabel ini menjadi nama tabel tujuan dengan menggunakan fitur pemetaan nama objek. Untuk informasi lebih lanjut, lihat Peta nama objek. DTS menambahkan kolom bernama `__dts_data_source` ke tabel tujuan. Kolom ini digunakan untuk mencatat sumber data. Tipe data kolom ini adalah TEXT. Nilai-nilai kolom ini dalam format berikut: `ID instansi sinkronisasi data:nama database sumber:nama skema sumber:nama tabel sumber`. Ini memungkinkan DTS mengidentifikasi setiap tabel sumber. Contoh: `dts******:dtstestdata:testschema:customer1`. Jika Anda menetapkan parameter ini ke Ya, semua tabel sumber yang dipilih dalam tugas digabungkan ke dalam tabel tujuan. Jika Anda tidak perlu menggabungkan tabel sumber tertentu, Anda dapat membuat tugas sinkronisasi data terpisah untuk tabel-tabel ini. Peringatan** Kami sarankan Anda tidak melakukan operasi DDL untuk mengubah skema database atau tabel sumber. Jika tidak, ketidaksesuaian data terjadi atau tugas sinkronisasi data gagal. No: Nilai ini dipilih secara default.
Processing Mode of Conflicting Tables	Precheck and Report Errors: memeriksa apakah database tujuan berisi tabel yang memiliki nama sama dengan tabel di database sumber. Jika database sumber dan tujuan tidak berisi tabel dengan nama yang identik, pemeriksaan awal berhasil dilewati. Sebaliknya, kesalahan akan dilaporkan selama pemeriksaan awal, dan tugas sinkronisasi data tidak dapat dimulai. Catatan Jika database sumber dan tujuan berisi tabel dengan nama yang identik dan tabel di database tujuan tidak dapat dihapus atau diubah namanya, Anda dapat menggunakan fitur pemetaan nama objek untuk mengubah nama tabel yang disinkronkan ke database tujuan. Untuk informasi lebih lanjut, lihat Map object names. Ignore Errors and Proceed: melewati pra-pemeriksaan 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. Jika database sumber dan tujuan memiliki skema yang sama dan catatan data di database tujuan memiliki nilai kunci utama atau kunci unik yang sama dengan catatan data di database sumber: Selama sinkronisasi data penuh, DTS tidak menyinkronkan catatan data ke database tujuan. Catatan data yang ada di database tujuan dipertahankan. Selama sinkronisasi data inkremental, DTS menyinkronkan catatan data ke database tujuan. Catatan data yang ada di database tujuan ditimpa. Jika database sumber dan tujuan memiliki skema yang berbeda, data mungkin gagal diinisialisasi. Dalam hal ini, hanya beberapa kolom yang disinkronkan, atau instansi sinkronisasi data gagal. Lanjutkan dengan hati-hati.
Source Objects	Pilih satu atau lebih objek dari bagian Source Objects dan klik ikon untuk menambahkan objek ke bagian Selected Objects. Catatan Anda dapat memilih koleksi sebagai objek yang akan disinkronkan.
Selected Objects	Edit nama skema. Di daftar Selected Objects, klik kanan database tempat koleksi yang akan disinkronkan berada. Tetapkan Schema Name menjadi nama database yang menerima data di klaster tujuan AnalyticDB untuk MySQL 3.0. Opsional. Di bagian Select DDL and DML Operations to Be Synchronized, pilih operasi yang ingin Anda sinkronkan. Klik OK. Edit nama tabel. Klik kanan koleksi di daftar Selected Objects. Tetapkan Table Name menjadi nama tabel yang menerima data di klaster tujuan AnalyticDB untuk MySQL 3.0. Opsional. Konfigurasikan kondisi filter untuk sinkronisasi data penuh. Untuk informasi lebih lanjut, lihat Tetapkan Kondisi Filter. Opsional. Di bagian Select DDL and DML Operations to Be Synchronized, pilih operasi yang ingin Anda sinkronkan. Tentukan bidang yang akan disinkronkan dari instansi sumber ApsaraDB untuk MongoDB. Secara default, DTS memetakan data koleksi yang akan disinkronkan dan mengonfigurasi ekspresi di kolom Assign Value. Anda harus memeriksa apakah ekspresi tersebut memenuhi persyaratan 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 sub-bidang setiap kolom dalam ekspresi `bson_value()` sesuai dengan hubungan hierarki. Jika tidak, kehilangan data mungkin terjadi atau tugas mungkin gagal. Dalam ekspresi `bson_value()` di kolom Assign Value, lihat nama bidang baris data di instansi ApsaraDB untuk MongoDB. Bidang dalam `""` adalah nama bidang di instansi ApsaraDB untuk MongoDB. Sebagai contoh, jika ekspresinya adalah `bson_value("age")`, `age` adalah nama bidang baris data di instansi ApsaraDB untuk MongoDB. Opsional: Anda dapat menghapus bidang yang tidak perlu disinkronkan. Catatan Klik ikon setelah baris data untuk menghapus bidang yang tidak perlu disinkronkan. Tentukan bidang yang akan disinkronkan. Lakukan salah satu prosedur berikut berdasarkan apakah ekspresi `bson_value()` memenuhi persyaratan Anda. Ekspresi memenuhi persyaratan bidang Konfigurasikan parameter Column Name. Catatan Masukkan nama kolom di tabel yang digunakan untuk menerima data di klaster tujuan AnalyticDB untuk MySQL 3.0. Pilih tipe data Type untuk setiap kolom. Penting Pastikan bahwa tipe data tabel tujuan kompatibel dengan data di instansi sumber ApsaraDB untuk 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.

Parameter	Deskripsi
Dedicated Cluster for Task Scheduling	Secara default, DTS menjadwalkan tugas ke klaster bersama jika Anda tidak menentukan klaster khusus. Jika Anda ingin meningkatkan stabilitas instansi sinkronisasi data, belilah klaster khusus. Untuk informasi lebih lanjut, lihat Apa itu Klaster Khusus DTS?.
Retry Time for Failed Connections	Rentang waktu ulang untuk koneksi gagal. Jika database sumber atau tujuan gagal terhubung setelah tugas sinkronisasi data dimulai, DTS segera mencoba kembali koneksi dalam rentang waktu tersebut. Nilai valid: 10 hingga 1440. Unit: menit. Nilai default: 720. Kami sarankan Anda menetapkan parameter ini ke nilai lebih besar dari 30. Jika DTS berhasil tersambung kembali ke database sumber dan tujuan dalam rentang waktu yang ditentukan, DTS melanjutkan tugas sinkronisasi data. Jika tidak, tugas sinkronisasi data gagal. Catatan Jika Anda menentukan rentang waktu ulang yang berbeda untuk beberapa tugas sinkronisasi data yang memiliki database sumber atau tujuan yang sama, rentang waktu ulang terpendek yang diambil akan didahulukan. Saat DTS mencoba kembali koneksi, Anda akan dikenakan biaya untuk instansi DTS. Kami sarankan Anda menentukan rentang waktu ulang berdasarkan kebutuhan bisnis Anda. Anda juga dapat melepaskan instansi DTS sesegera mungkin setelah instansi sumber dan tujuan dilepaskan.
Retry Time for Other Issues	Rentang waktu ulang untuk masalah lainnya. Sebagai contoh, jika operasi DDL atau DML gagal dilakukan setelah tugas sinkronisasi data dimulai, DTS segera mencoba kembali operasi dalam rentang waktu tersebut. Nilai valid: 1 hingga 1440. Unit: menit. Nilai default: 10. Kami sarankan Anda menetapkan parameter ini ke nilai lebih besar dari 10. Jika operasi yang gagal berhasil dilakukan dalam rentang waktu yang ditentukan, DTS melanjutkan tugas sinkronisasi data. Jika tidak, tugas sinkronisasi data gagal. Penting Nilai parameter Retry Time for Other Issues harus lebih kecil dari nilai parameter Retry Time for Failed Connections.
Only one data type for primary key _id in a table of the data to be synchronized	Apakah tipe data untuk kunci utama `_id` di koleksi data yang akan disinkronkan unik. Nilai valid: Catatan Tentukan parameter ini berdasarkan kebutuhan bisnis Anda. Jika tidak, data mungkin hilang. Parameter ini hanya ditampilkan jika Full Data Synchronization dipilih untuk parameter Synchronization Types. Yes: Tipe data unik. Selama sinkronisasi data penuh, DTS tidak memindai tipe data untuk kunci utama `_id` dari data yang akan disinkronkan dari database sumber. DTS hanya menyinkronkan data kunci utama untuk satu tipe data dalam satu koleksi. No: Tipe data tidak unik. Selama sinkronisasi data penuh, DTS memindai tipe data untuk kunci utama `_id` dari data yang akan disinkronkan dari database sumber dan menyinkronkan semua data yang akan disinkronkan.
Enable Throttling for Full Data Synchronization	Selama sinkronisasi data penuh, DTS menggunakan sumber daya baca dan tulis dari database sumber dan tujuan. Hal ini dapat meningkatkan beban pada server database. Anda dapat mengonfigurasi parameter Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s) untuk tugas sinkronisasi data penuh guna mengurangi beban pada server database tujuan. Catatan Anda hanya dapat mengonfigurasi parameter ini jika Full Data Synchronization dipilih untuk parameter Synchronization Types.
Enable Throttling for Incremental Data Synchronization	Menentukan apakah akan mengaktifkan pembatasan untuk sinkronisasi data inkremental. Anda dapat mengaktifkan pembatasan untuk sinkronisasi data inkremental berdasarkan kebutuhan bisnis Anda. Untuk mengonfigurasi pembatasan, Anda harus mengonfigurasi parameter RPS of Incremental Data Synchronization dan Data synchronization speed for incremental synchronization (MB/s). Ini mengurangi beban pada server database tujuan.
Environment Tag	Tag lingkungan yang digunakan untuk mengidentifikasi instansi 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 ekstraksi, transformasi, dan pemuatan (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 instansi sinkronisasi data. Jika tugas gagal atau latensi sinkronisasi melebihi ambang batas yang ditentukan, kontak peringatan akan menerima notifikasi. Nilai valid: No: Tidak mengaktifkan 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 Anda membuat Tugas DTS" dari topik Konfigurasikan Pemantauan dan Peringatan.

Simpan pengaturan tugas dan jalankan pra-pemeriksaan.
- 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 sinkronisasi data, DTS melakukan pra-pemeriksaan. Anda hanya dapat memulai tugas sinkronisasi data setelah tugas lulus pra-pemeriksaan.
- Jika tugas sinkronisasi data gagal pra-pemeriksaan, klik View Details di sebelah setiap item yang gagal. Setelah Anda menganalisis penyebab berdasarkan hasil pemeriksaan, atasi masalah tersebut. Kemudian, jalankan kembali pra-pemeriksaan.
- Jika peringatan dipicu untuk suatu item selama pra-pemeriksaan:
  Jika item peringatan tidak dapat diabaikan, klik View Details di sebelah item yang gagal dan atasi masalah tersebut. Kemudian, jalankan pra-pemeriksaan 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 pra-pemeriksaan lagi. Jika Anda mengabaikan item peringatan, ketidaksesuaian data mungkin terjadi, dan bisnis Anda mungkin terpapar risiko potensial.

Beli instansi.

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

Di halaman buy, konfigurasikan parameter Metode Penagihan dan Kelas Instansi untuk tugas sinkronisasi data. Tabel berikut menjelaskan parameter.

Bagian	Parameter	Deskripsi
New Instance Class	Metode Penagihan	Langganan: Anda membayar langganan saat membuat instansi sinkronisasi data. Metode penagihan langganan lebih hemat biaya daripada metode penagihan bayar sesuai pemakaian untuk penggunaan jangka panjang. Bayar sesuai pemakaian: Instansi bayar sesuai pemakaian ditagih per jam. Metode penagihan bayar sesuai pemakaian cocok untuk penggunaan jangka pendek. Jika Anda tidak lagi memerlukan instansi sinkronisasi data bayar sesuai pemakaian, Anda dapat melepaskan instansi untuk mengurangi biaya.
	Pengaturan Grup Sumber Daya	Grup sumber daya tempat instansi sinkronisasi data berada. Nilai default: default resource group. Untuk informasi lebih lanjut, lihat Apa itu Manajemen Sumber Daya?
	Kelas Instansi	DTS menyediakan kelas instansi yang bervariasi dalam kecepatan sinkronisasi. Anda dapat memilih kelas instansi berdasarkan kebutuhan bisnis Anda. Untuk informasi lebih lanjut, lihat Kelas instansi instansi sinkronisasi data.
	Durasi Langganan	Jika Anda memilih metode penagihan langganan, tentukan durasi langganan dan jumlah instansi sinkronisasi data yang ingin Anda buat. Durasi langganan bisa satu hingga sembilan bulan, satu tahun, dua tahun, tiga tahun, atau lima tahun. Catatan Parameter ini hanya tersedia jika Anda memilih metode penagihan Subscription.

Baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.
Klik Buy and Start. Di kotak dialog yang muncul, klik OK.
Anda dapat melihat kemajuan tugas di daftar tugas.

Contoh Penetapan Nilai

Struktur data instansi sumber ApsaraDB untuk MongoDB

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

Skema tabel klaster tujuan AnalyticDB untuk MySQL 3.0

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 sub-bidang setiap kolom dalam ekspresi bson_value() sesuai dengan hubungan hierarki. Jika tidak, kehilangan data dapat terjadi atau tugas mungkin gagal. Sebagai contoh, jika Anda hanya menentukan bidang person dari kolom sumber menggunakan ekspresi bson_value("person"), Data Transmission Service (DTS) tidak akan dapat menulis data inkremental di sub-bidang 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")