Data Transmission Service:Sinkronisasi satu arah antar kluster PolarDB for MySQL

Database sumber

• Tabel harus memiliki PRIMARY KEY atau kendala UNIK, dengan semua bidang bernilai unik. Tabel tanpa kendala ini dapat menghasilkan catatan duplikat di tujuan. Untuk sinkronisasi dua arah, aktifkan fitur Exactly-Once write guna menangani tabel tanpa primary key atau kendala UNIK. Lihat Sinkronisasi tabel tanpa primary key atau kendala UNIK.

• Jika Anda menyinkronkan tabel (bukan seluruh database) dan perlu mengganti nama tabel atau kolom di tujuan, satu tugas mendukung hingga 1.000 tabel. Untuk lebih dari 1.000 tabel, bagi pekerjaan menjadi beberapa tugas atau sinkronkan seluruh database sebagai gantinya.

• Persyaratan binary logging:

  • Aktifkan binary logging dengan parameter loose_polar_log_bin diatur ke ON. Jika parameter ini tidak diatur, pemeriksaan awal gagal dan tugas DTS tidak dapat dimulai. Lihat Aktifkan binary logging dan Ubah parameter.Note: Mengaktifkan binary logging menimbulkan biaya penyimpanan.

  • Pertahankan log biner minimal selama 3 hari. Periode retensi 7 hari direkomendasikan. Periode retensi yang lebih pendek dapat menyebabkan inkonsistensi atau kehilangan data, serta memengaruhi keandalan layanan DTS. Untuk mengatur periode retensi, lihat bagian Ubah periode retensi dalam "Aktifkan binary logging".

• Jangan menjalankan pernyataan DDL yang mengubah skema database atau tabel selama sinkronisasi skema atau sinkronisasi data penuh. Melakukannya akan menyebabkan tugas gagal.

Selama sinkronisasi skema, DTS juga menyinkronkan kunci asing dari sumber ke tujuan. Selama sinkronisasi penuh dan inkremental, DTS sementara menonaktifkan pemeriksaan kendala kunci asing dan operasi kaskade pada tingkat sesi. Jika Anda menjalankan operasi pembaruan atau penghapusan kaskade pada sumber selama periode ini, inkonsistensi data dapat terjadi.

Batasan lainnya

Dampak kinerja

Selama sinkronisasi data penuh, DTS membaca dan menulis ke kedua kluster secara bersamaan, yang meningkatkan beban mereka. Untuk mengurangi dampak:

• Jalankan sinkronisasi selama jam sepi.

• Aktifkan pembatasan kecepatan di pengaturan lanjutan (konfigurasikan batas QPS dan RPS untuk sinkronisasi penuh).

• Perkirakan ruang tabel tujuan akan lebih besar daripada sumber setelah sinkronisasi penuh selesai—operasi INSERT konkuren menyebabkan fragmentasi tabel.

Sinkronisasi dua arah

• Sinkronisasi dua arah hanya didukung antara dua kluster PolarDB for MySQL. Tiga kluster atau lebih tidak didukung.

• Operasi DDL hanya dapat disinkronkan dalam arah maju. Hal ini menjaga konsistensi data.

• DTS membuat database dts di tujuan untuk mencegah sinkronisasi melingkar. Jangan ubah database ini selama tugas berjalan.

• Instansi sinkronisasi dua arah mencakup tugas maju dan tugas balik. Jika suatu objek muncul di kedua tugas:

  • Hanya satu tugas yang dapat menyinkronkan data penuh dan data inkremental untuk objek tersebut. Tugas lainnya hanya menyinkronkan data inkremental.

  • Data yang disinkronkan oleh satu tugas tidak diumpan balik sebagai data sumber untuk tugas lainnya.

• DTS secara berkala mengeksekusi CREATE DATABASE IF NOT EXISTS \test\`` pada database 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 sebelah kiri, pilih DTS (DTS) > Data Synchronization.

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

Langkah 2: Pilih wilayah

Pada halaman Data Synchronization Tasks, pilih wilayah tempat instance sinkronisasi akan ditempatkan.

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

Langkah 3: Konfigurasikan database sumber dan tujuan

Klik Create Task. Di halaman wizard, konfigurasikan parameter berikut.

Pengaturan tugas

Database sumber

Database tujuan

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 instans Elastic Compute Service (ECS). Untuk database yang dikelola sendiri yang dihosting di pusat data atau cloud pihak ketiga, tambahkan blok CIDR DTS secara manual. Lihat Tambahkan blok CIDR server DTS.

Langkah 5: Pilih objek dan konfigurasikan pengaturan sinkronisasi

Panduan pemilihan objek

Pilih semua objek terkait secara bersamaan untuk menghindari kegagalan akibat dependensi yang hilang, seperti view yang mereferensikan tabel atau tabel dengan relasi kunci asing. Jika database sumber akan mengalami penggantian nama tabel selama sinkronisasi (melalui RENAME TABLE), pilih seluruh database alih-alih tabel individual untuk memastikan nama database sebelum dan setelah penggantian nama termasuk dalam cakupan sinkronisasi.

Langkah 6: Konfigurasikan pengaturan lanjutan

Klik Next: Advanced Settings.

Verifikasi data

Konfigurasikan tugas verifikasi data untuk mendeteksi inkonsistensi antara sumber dan tujuan setelah sinkronisasi. Lihat Konfigurasikan tugas verifikasi data.

Advanced settings

Langkah 7: Jalankan pemeriksaan awal

Klik Next: Save Task Settings and Precheck.

Untuk melihat pratinjau parameter API untuk konfigurasi tugas ini, arahkan kursor ke Next: Save Task Settings and Precheck lalu klik Preview OpenAPI parameters.

DTS menjalankan pemeriksaan awal sebelum tugas dapat dimulai. Setiap item pemeriksaan awal memiliki salah satu dari tiga hasil:

Langkah 8: Beli instans sinkronisasi

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

Di halaman buy, konfigurasikan hal berikut:

Baca dan terima 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.