Data Transmission Service:Sinkronkan\ data\ dari\ instans\ ApsaraDB\ RDS\ for\ MySQL\ ke\ Instans

Persyaratan log biner

Verifikasi pengaturan log biner berikut sebelum mengonfigurasi DTS.

Untuk ApsaraDB RDS for MySQL (binary logging diaktifkan secara default):

• Atur binlog_row_image ke full. Lihat Ubah parameter instans

• Simpan log biner minimal selama 3 hari (disarankan 7 hari). Lihat Hapus file log biner

Untuk MySQL yang dikelola sendiri:

• Aktifkan binary logging

• Atur binlog_format ke row

• Atur binlog_row_image ke full

• Simpan log biner minimal selama 7 hari

• Untuk kluster dual-primary, atur log_slave_updates ke ON. Lihat Buat akun untuk database MySQL yang dikelola sendiri dan konfigurasi binary logging

Database sumber

• Tabel harus memiliki PRIMARY KEY atau kendala UNIK dengan semua bidang unik. Tabel tanpa kendala ini dapat menghasilkan catatan duplikat di tujuan.

• Ketika menyinkronkan tabel individual (bukan seluruh database) dan Anda ingin mengedit tabel tersebut, seperti mengganti nama tabel atau kolom, satu tugas mendukung hingga 1.000 tabel. Jika tugas melebihi 1.000 tabel, terjadi error permintaan. Untuk set yang lebih besar, konfigurasikan beberapa tugas atau lakukan sinkronisasi di tingkat database.

• DTS tidak menyinkronkan tipe data berikut: BIT, VARBIT, GEOMETRY, ARRAY, UUID, TSQUERY, TSVECTOR, TXID_SNAPSHOT, dan POINT.

• Indeks prefiks tidak didukung dan dapat menyebabkan tugas gagal.

• Hanya tabel yang dapat dipilih sebagai objek sinkronisasi. Indeks, partisi, view, prosedur tersimpan, fungsi, pemicu, dan kunci asing tidak disertakan.

• Jangan jalankan pernyataan DDL yang mengubah kunci primer atau menambahkan komentar selama sinkronisasi. Misalnya, ALTER TABLE table_name COMMENT='...' tidak berpengaruh.

• Jangan jalankan pernyataan DDL yang mengubah skema database atau tabel selama fase sinkronisasi skema atau sinkronisasi data penuh.

• Jika sumbernya adalah MySQL 8.0.23 atau versi lebih baru dan tabel mencakup kolom tak terlihat (invisible columns), DTS tidak dapat membaca kolom tersebut dan terjadi kehilangan data. Jalankan ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE; untuk membuat kolom tersebut terlihat sebelum memulai tugas. Tabel tanpa kunci primer eksplisit akan menghasilkan kunci primer tak terlihat secara otomatis — buat juga kunci tersebut terlihat. Lihat Invisible Columns dan Generated Invisible Primary Keys.

• Jika sumbernya adalah instans ApsaraDB RDS for MySQL dengan EncDB diaktifkan, sinkronisasi data penuh tidak didukung. Instans dengan Transparent Data Encryption (TDE) yang diaktifkan mendukung ketiga jenis sinkronisasi.

• Nilai DATETIME 0000-00-00 00:00:00 dikonversi menjadi null di tujuan. Untuk menghindarinya, ubah nilainya menjadi 0001-01-01 00:00:00 di sumber atau biarkan bidang tujuan kosong sebelum memulai tugas.

• Data yang dihasilkan oleh operasi perubahan log biner — seperti data yang dipulihkan dari backup fisik atau data dari operasi kaskade — tidak dicatat atau disinkronkan ke tujuan selama instans sinkronisasi berjalan. Jika hal ini terjadi, Anda dapat menghapus database atau tabel yang terdampak dari objek yang disinkronkan lalu menambahkannya kembali, asalkan tidak memengaruhi bisnis Anda. Lihat Ubah objek yang akan disinkronkan.

Database tujuan

• Tabel tujuan tidak boleh berupa tabel append-optimized (AO).

• Kunci unik (termasuk kunci primer) tabel tujuan harus mencakup semua kolom kunci distribusi.

• Jika tabel sumber memiliki kunci primer, kolom kunci primer tujuan sesuai dengan sumber. Jika tabel sumber tidak memiliki kunci primer, kolom kunci primer tujuan sesuai dengan kunci distribusi.

Batasan lainnya

• Data yang ditulis ke tujuan dari sumber lain selama sinkronisasi dapat menyebabkan inkonsistensi. Hindari penulisan konkuren ke tabel tujuan saat DTS sedang berjalan.

• Alat Online DDL seperti pt-online-schema-change tidak didukung ketika tabel individual dipilih sebagai objek. Gunakan Data Management (DMS) untuk operasi DDL tanpa lock sebagai gantinya. Lihat Lakukan operasi DDL tanpa lock.

• Jika pemetaan kolom digunakan atau skema sumber dan tujuan berbeda, kolom yang ada di sumber tetapi tidak ada di tujuan tidak disinkronkan.

• Selama sinkronisasi skema, DTS menyinkronkan kunci asing dari database sumber ke database tujuan.

• DTS sementara menonaktifkan pemeriksaan kendala kunci asing dan operasi kaskade di tingkat session selama sinkronisasi data penuh dan inkremental. Pembaruan atau penghapusan kaskade di sumber selama periode ini dapat menyebabkan inkonsistensi data.

• Selama sinkronisasi data penuh awal, operasi INSERT konkuren menyebabkan fragmentasi tabel di tujuan. Ruang tabel tujuan akan lebih besar daripada sumber setelah sinkronisasi penuh selesai. Jadwalkan sinkronisasi awal selama jam sepi untuk mengurangi beban.

• Jika tugas DTS gagal, dukungan teknis DTS berusaha memulihkannya dalam waktu 8 jam. Tugas dapat dimulai ulang dan parameternya disesuaikan selama pemulihan.

Sumber MySQL yang dikelola sendiri

• Alih bencana primary/secondary saat tugas sedang berjalan menyebabkan tugas gagal.

• DTS menghitung latensi sinkronisasi berdasarkan stempel waktu terakhir yang disinkronkan dibandingkan dengan stempel waktu sumber saat ini. Jika tidak ada operasi DML yang dijalankan di sumber dalam jangka waktu lama, latensi yang dilaporkan mungkin tidak akurat. Jalankan operasi DML di sumber untuk memperbarui metrik latensi. Jika Anda memilih seluruh database sebagai objek sinkronisasi, Anda dapat membuat tabel heartbeat yang diperbarui setiap detik untuk menjaga akurasi metrik latensi.

• DTS secara berkala menjalankan CREATE DATABASE IF NOT EXISTS 'test' di sumber untuk memajukan posisi log biner.

Sumber ApsaraDB RDS for MySQL

• Instans ApsaraDB RDS for MySQL yang tidak mencatat log transaksi, seperti instans ApsaraDB RDS for MySQL 5.6 read-only, tidak dapat digunakan sebagai sumber.

• DTS secara berkala menjalankan CREATE DATABASE IF NOT EXISTS 'test' di sumber untuk memajukan posisi log biner.

Langkah 1: Buka halaman Tugas Sinkronisasi Data

1. Masuk ke Konsol Data Management (DMS).

2. Di bilah navigasi atas, klik Data + AI.

3. Di panel navigasi kiri, pilih DTS (DTS) > Data Synchronization.

Navigasi konsol dapat berbeda tergantung tata letak DMS Anda. Lihat Mode simple dan Sesuaikan tata letak dan gaya konsol DMS. Atau, langsung buka halaman Tugas Sinkronisasi Data.

Langkah 2: Pilih wilayah

Di sisi kanan Tugas Sinkronisasi Data, pilih wilayah tempat instans sinkronisasi data berada.

Di konsol DTS baru, pilih wilayah dari bilah navigasi atas.

Langkah 3: Konfigurasi database sumber dan tujuan

Klik Create Task. Di wizard, konfigurasi parameter berikut.

Source database

Destination database

Langkah 4: Uji konektivitas

Klik Test Connectivity and Proceed.

DTS secara otomatis menambahkan blok CIDR servernya ke daftar putih instans database Alibaba Cloud dan ke aturan grup keamanan database yang dihosting di ECS. Jika database dihosting di ECS, Anda juga harus memastikan bahwa instance ECS dapat mengakses database tersebut. Jika database dideploy di beberapa instance ECS, Anda harus secara manual menambahkan blok CIDR DTS ke aturan grup keamanan setiap instance ECS. Untuk database yang dikelola sendiri di pusat data atau cloud pihak ketiga, tambahkan secara manual blok CIDR DTS ke daftar putih database. Lihat Blok CIDR server DTS.

Langkah 5: Konfigurasi objek dan pengaturan sinkronisasi

Langkah 6: Konfigurasi pengaturan lanjutan

Klik Next: Advanced Settings.

Verifikasi data

Lihat Konfigurasi verifikasi data.

Pengaturan lanjutan

Langkah 7: Atur kolom kunci primer dan kunci distribusi

Klik Next: Configure Database and Table Fields. Atur kolom kunci primer dan kunci distribusi untuk setiap tabel yang disinkronkan ke instans tujuan AnalyticDB for PostgreSQL.

Langkah 8: Jalankan pemeriksaan awal

Klik Next: Save Task Settings and Precheck.

Untuk melihat pratinjau parameter API yang setara sebelum menyimpan, arahkan kursor ke tombol tersebut lalu klik Preview OpenAPI parameters.

DTS menjalankan pemeriksaan awal sebelum memulai sinkronisasi. Jika ada item yang gagal:

• Klik View Details di sebelah item yang gagal, selesaikan masalahnya, lalu klik Precheck Again.

• Jika item peringatan dapat diabaikan dengan aman, klik Confirm Alert Details, lalu klik Ignore di dialog, kemudian klik OK, lalu klik Precheck Again. Mengabaikan peringatan dapat menyebabkan inkonsistensi data.

Tunggu hingga Success Rate mencapai 100%, lalu klik Next: Purchase Instance.

Langkah 9: Beli dan mulai instans

Di halaman buy, konfigurasi parameter berikut.

Baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms, lalu klik Buy and Start. Di dialog konfirmasi, klik OK.

Tugas muncul di daftar tugas. Pantau perkembangannya di sana.