Data Transmission Service：Sinkronkan data dari kluster PolarDB for MySQL ke instance ApsaraDB RDS for MySQL

Prasyarat

• Kluster PolarDB for MySQL telah dibuat. Untuk informasi lebih lanjut, lihat Buat Kluster PolarDB for MySQL.

• Fitur pencatatan biner diaktifkan untuk kluster PolarDB for MySQL. Untuk informasi lebih lanjut, lihat Aktifkan Pencatatan Biner.

Batasan

• DTS menggunakan sumber daya baca dan tulis dari instance RDS sumber dan tujuan selama sinkronisasi data penuh awal. Hal ini dapat meningkatkan beban pada instance RDS. Jika performa instance tidak baik, spesifikasinya rendah, atau volume data besar, layanan database mungkin menjadi tidak tersedia. Sebagai contoh, DTS menggunakan sejumlah besar sumber daya baca dan tulis dalam kasus berikut: banyak kueri SQL lambat dilakukan pada instance RDS sumber, tabel tidak memiliki kunci utama, atau terjadi deadlock pada instance RDS tujuan. Sebelum melakukan sinkronisasi data, evaluasi dampak sinkronisasi terhadap performa instance RDS sumber dan tujuan. Kami menyarankan Anda menyinkronkan data selama jam-jam sepi, seperti ketika utilisasi CPU instance RDS sumber dan tujuan kurang dari 30%.

• Selama sinkronisasi data penuh awal, operasi INSERT bersamaan menyebabkan fragmentasi pada tabel instance tujuan. Setelah sinkronisasi data penuh awal selesai, ukuran tablespace yang digunakan oleh instance tujuan lebih besar daripada database sumber.

• Database sumber harus memiliki PRIMARY KEY atau batasan UNIQUE, dan semua bidang harus unik. Jika tidak, instance tujuan mungkin berisi catatan data duplikat.

• Jika database tujuan adalah instance ApsaraDB RDS for MySQL yang tidak menjalankan MySQL 5.7 atau 8.0, DTS membuat akun database dtssyncwriter dengan izin tulis dan eksklusif untuk DTS pada database tujuan.

Penagihan

Operasi SQL yang dapat disinkronkan

Topologi sinkronisasi yang didukung

• Sinkronisasi satu arah satu-ke-satu

• Sinkronisasi satu arah satu-ke-banyak

• Sinkronisasi satu arah berantai

• Sinkronisasi satu arah banyak-ke-satu

Untuk informasi lebih lanjut, lihat Topologi Sinkronisasi.

Batasan

• Ketidakcocokan dengan Pemicu

  Jika Anda memilih database sebagai objek yang akan disinkronkan dan database tersebut berisi pemicu yang memperbarui tabel, ketidaksesuaian data mungkin terjadi. Untuk informasi lebih lanjut tentang cara menyelesaikan masalah ini, lihat Konfigurasikan Tugas Sinkronisasi atau Migrasi Data untuk Database Sumber yang Berisi Pemicu.

• Batasan pada Operasi RENAME TABLE

  Operasi RENAME TABLE dapat menyebabkan ketidaksesuaian data antara database sumber dan tujuan. Sebagai contoh, jika hanya Tabel A yang dipilih sebagai objek yang akan disinkronkan dan diubah namanya menjadi Tabel B, Tabel B tidak dapat disinkronkan ke database tujuan. Untuk mencegah situasi ini, Anda dapat memilih seluruh database tempat Tabel A berada sebagai objek yang akan disinkronkan saat mengonfigurasi tugas sinkronisasi data.

Prosedur

1. Beli instance sinkronisasi data. Untuk informasi lebih lanjut, lihat Beli Instance DTS.

   Catatan

   Di halaman pembelian, atur Instance Sumber ke PolarDB, Instance Tujuan ke MySQL, dan Topologi Sinkronisasi ke One-Way Synchronization.

2. Masuk ke Konsol DTS.

   Catatan

   Jika Anda dialihkan ke Konsol Data Management (DMS), Anda dapat mengklik ikon di untuk kembali ke versi sebelumnya dari Konsol DTS.

3. Di panel navigasi di sebelah kiri, klik Data Synchronization.

4. Di bagian atas halaman Synchronization Tasks, pilih wilayah tempat instance tujuan berada.

5. Temukan instance sinkronisasi data dan klik Configure Task di kolom Tindakan.

6. Konfigurasikan kluster sumber dan instance tujuan.

   

   Bagian	Parameter	Deskripsi
   Tidak ada	Nama Tugas Sinkronisasi	Nama tugas yang secara otomatis dibuat oleh DTS. Kami menyarankan Anda menentukan nama deskriptif yang mudah dikenali. Anda tidak perlu menggunakan nama tugas yang unik.
   Detail Instance Sumber	Tipe Instance	Tipe instance sumber. Nilai parameter ini diatur ke PolarDB Instance dan tidak dapat diubah.
   	Wilayah Instance	Wilayah sumber yang Anda pilih di halaman pembelian. Nilai parameter ini tidak dapat diubah.
   	ID Instance PolarDB	ID kluster PolarDB for MySQL sumber.
   	Akun Database	Akun database kluster PolarDB sumber.
   	Kata Sandi Database	Kata sandi akun database.
   Detail Instance Tujuan	Tipe Instance	Pilih RDS Instance.
   	Wilayah Instance	Wilayah tujuan yang Anda pilih di halaman pembelian. Nilai parameter ini tidak dapat diubah.
   	Akun Database	Akun database instance ApsaraDB RDS for MySQL tujuan.
   	Kata Sandi Database	Kata sandi akun database. Catatan Jika mesin database dari instance ApsaraDB RDS tujuan adalah MySQL 5.5 atau MySQL 5.6, Anda tidak perlu mengonfigurasi parameter Database Account atau Database Password.
   	Enkripsi	Pilih Non-encrypted atau SSL-encrypted. Jika Anda ingin memilih SSL-encrypted, Anda harus mengaktifkan enkripsi SSL untuk instance ApsaraDB RDS sebelum mengonfigurasi tugas sinkronisasi data. Untuk informasi lebih lanjut, lihat Konfigurasikan fitur enkripsi SSL Penting Parameter Encryption hanya tersedia di wilayah-wilayah di Tiongkok Daratan dan wilayah China (Hong Kong).

7. Di sudut kanan bawah halaman, klik Set Whitelist and Next.

   Jika database sumber atau tujuan adalah instance database Alibaba Cloud, seperti instance ApsaraDB RDS for MySQL atau ApsaraDB for MongoDB, DTS secara otomatis menambahkan blok CIDR server DTS ke daftar putih alamat IP instance. Jika database sumber atau tujuan adalah database mandiri yang di-hosting di instance Elastic Compute Service (ECS), DTS secara otomatis menambahkan blok CIDR server DTS ke aturan grup keamanan instance ECS, dan Anda harus memastikan bahwa instance ECS dapat mengakses database. Jika database mandiri di-hosting di beberapa instance ECS, Anda harus menambahkan blok CIDR server DTS secara manual ke aturan grup keamanan setiap instance ECS. Jika database sumber atau tujuan adalah database mandiri yang ditempatkan di pusat data atau disediakan oleh penyedia layanan cloud pihak ketiga, Anda harus menambahkan blok CIDR server DTS secara manual ke daftar putih alamat IP database untuk mengizinkan DTS mengakses database. Untuk informasi lebih lanjut, lihat Tambahkan Blok CIDR Server DTS.

   Peringatan

   Jika blok CIDR server DTS ditambahkan secara otomatis atau manual ke daftar putih database atau instance, atau ke aturan grup keamanan ECS, risiko keamanan mungkin timbul. Oleh karena itu, sebelum menggunakan DTS untuk menyinkronkan data, Anda harus memahami dan mengakui potensi risiko serta mengambil langkah-langkah pencegahan, termasuk tetapi tidak terbatas pada langkah-langkah berikut: meningkatkan keamanan nama pengguna dan kata sandi, membatasi port yang diekspos, mengotentikasi panggilan API, memeriksa daftar putih atau aturan grup keamanan ECS secara berkala dan melarang blok CIDR yang tidak sah, atau menghubungkan database ke DTS menggunakan Express Connect, VPN Gateway, atau Smart Access Gateway.

8. Pilih mode pemrosesan tabel yang bertentangan dan objek yang akan disinkronkan.

   Parameter atau Pengaturan	Deskripsi
   Mode Pemrosesan Tabel Target yang Sudah Ada	Pre-check and Intercept: Memeriksa apakah kluster tujuan berisi tabel yang memiliki nama yang sama dengan tabel di database sumber. Jika kluster tujuan tidak berisi tabel yang memiliki nama yang sama dengan tabel di database sumber, pemeriksaan awal berhasil. Jika tidak, kesalahan dikembalikan selama pemeriksaan awal dan tugas sinkronisasi data tidak dapat dimulai. Catatan Anda dapat menggunakan fitur pemetaan nama objek untuk mengubah nama tabel yang disinkronkan ke kluster tujuan. Anda dapat menggunakan fitur ini jika database sumber dan kluster tujuan berisi nama tabel yang identik dan tabel di kluster tujuan tidak dapat dihapus atau diubah namanya. Untuk informasi lebih lanjut, lihat Ubah Nama Objek yang Akan Disinkronkan. Ignore: Melewati pemeriksaan awal untuk nama tabel yang identik di database sumber dan kluster tujuan. Peringatan Jika Anda memilih Ignore Errors and Proceed, konsistensi data tidak dijamin, dan bisnis Anda mungkin terpapar risiko potensial. Selama sinkronisasi data awal, DTS tidak menyinkronkan catatan data yang memiliki kunci utama yang sama dengan catatan data di kluster tujuan. Ini terjadi jika database sumber dan kluster tujuan memiliki skema yang sama. Namun, DTS menyinkronkan catatan data ini selama sinkronisasi data inkremental. Jika database sumber dan kluster tujuan memiliki skema yang berbeda, sinkronisasi data awal mungkin gagal. Dalam hal ini, hanya beberapa kolom yang disinkronkan atau tugas sinkronisasi data gagal.
   Pilih Objek yang Akan Disinkronkan	Pilih satu atau lebih objek dari bagian Available dan klik ikon untuk menambahkan objek ke bagian Selected. Anda dapat memilih tabel atau database sebagai objek yang akan disinkronkan. Catatan Jika Anda memilih database sebagai objek yang akan disinkronkan, semua perubahan skema di database disinkronkan ke kluster tujuan. Secara default, setelah objek disinkronkan ke kluster tujuan, nama objek tetap tidak berubah. Anda dapat menggunakan fitur pemetaan nama objek untuk mengubah nama objek yang disinkronkan ke kluster tujuan. Untuk informasi lebih lanjut, lihat Ubah Nama Objek yang Akan Disinkronkan.
   Ubah Nama Database dan Tabel	Anda dapat menggunakan fitur pemetaan nama objek untuk mengubah nama objek yang disinkronkan ke instance tujuan. Untuk informasi lebih lanjut, lihat Pemetaan Nama Objek.
   Tabel Sementara DDL Online di Database Sumber Apakah Anda ingin Menyalin Tabel Sementara ke Database Tujuan Selama DDL	Jika Anda menggunakan DMS untuk melakukan operasi DDL online pada database sumber, Anda dapat menentukan apakah akan menyinkronkan tabel sementara yang dihasilkan oleh operasi DDL online. Yes: DTS menyinkronkan data tabel sementara yang dihasilkan oleh operasi DDL online. Catatan Jika operasi DDL online menghasilkan sejumlah besar data, tugas sinkronisasi data mungkin tertunda. No: DTS tidak menyinkronkan data tabel sementara yang dihasilkan oleh operasi DDL online. Hanya data DDL asli dari database sumber yang disinkronkan. Catatan Jika Anda memilih Tidak, tabel di database tujuan mungkin terkunci.
   Waktu Ulangi untuk Koneksi Gagal	Secara default, jika DTS gagal terhubung ke database sumber atau tujuan, DTS mencoba lagi dalam waktu 720 menit (12 jam) berikutnya. Anda dapat menentukan waktu percobaan ulang berdasarkan kebutuhan Anda. Jika DTS berhasil terhubung kembali ke database sumber dan tujuan dalam waktu yang ditentukan, DTS melanjutkan tugas sinkronisasi data. Jika tidak, tugas sinkronisasi data gagal. Catatan Saat DTS mencoba ulang koneksi, Anda dikenakan biaya untuk instance DTS. Kami menyarankan Anda menentukan waktu percobaan ulang berdasarkan kebutuhan bisnis Anda. Anda juga dapat melepaskan instance DTS secepat mungkin setelah instance sumber dan tujuan dilepaskan.

9. Di sudut kanan bawah halaman, klik Next.

10. Pilih jenis sinkronisasi awal.

    

    Catatan

    Sinkronisasi awal mencakup sinkronisasi skema awal dan sinkronisasi data penuh awal. Jika Anda memilih Initial Schema Synchronization dan Initial Full Data Synchronization, DTS menyinkronkan skema dan data historis objek yang diperlukan sebelum DTS menyinkronkan data inkremental.

11. Di sudut kanan bawah halaman, klik Precheck.

    Catatan

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

    • Jika tugas gagal lulus pemeriksaan awal, Anda dapat mengklik ikon di sebelah setiap item yang gagal untuk melihat detailnya.

      • Setelah menyelesaikan masalah berdasarkan detail tersebut, mulai pemeriksaan awal baru.

      • Jika Anda tidak perlu menyelesaikan masalah tersebut, ignore the failed items dan initiate a new precheck.

12. Tutup kotak dialog Precheck setelah pesan berikut ditampilkan: Precheck Passed. Kemudian, tugas sinkronisasi data dimulai.

13. Tunggu hingga sinkronisasi awal selesai dan tugas sinkronisasi data memasuki status Synchronizing.

    Anda dapat melihat status tugas sinkronisasi data di halaman Synchronization Tasks.