Data Transmission Service:Sinkronisasi RDS for MySQL ke AnalyticDB for MySQL

Batasan

• Selama sinkronisasi data penuh awal, DTS mengonsumsi sumber daya baca dan tulis dari database sumber dan tujuan, sehingga meningkatkan beban database. Jika performa database buruk, spesifikasi instans rendah, atau lalu lintas bisnis tinggi (misalnya, database sumber memiliki banyak kueri SQL lambat atau tabel tanpa primary key, atau database tujuan mengalami deadlock), beban database akan meningkat dan bahkan dapat menyebabkan layanan tidak tersedia. Sebelum melakukan sinkronisasi data, evaluasi performa instans sumber dan tujuan. Disarankan untuk menjalankan sinkronisasi selama jam sepi, misalnya ketika penggunaan CPU kedua instans berada di bawah 30%.

• Jangan gunakan gh-ost atau pt-online-schema-change untuk operasi DDL pada objek sumber selama sinkronisasi. Jika dilakukan, tugas akan gagal.

• Pada AnalyticDB for MySQL, kluster akan dikunci jika penggunaan disk salah satu node melebihi 80%. Pastikan kapasitas kluster tujuan mencukupi sebelum memulai.

• Tabel dengan prefix indexes tidak dapat disinkronkan dan dapat menyebabkan kegagalan tugas.

• Jika kluster AnalyticDB for MySQL 3.0 sedang melakukan backup saat tugas DTS berjalan, tugas tersebut akan gagal.

Penagihan

Operasi SQL yang didukung

• Operasi DDL: CREATE TABLE, DROP TABLE, RENAME TABLE, TRUNCATE TABLE, ADD COLUMN, DROP COLUMN, MODIFY COLUMN

• Operasi DML: INSERT, UPDATE, DELETE

Izin akun database yang diperlukan

Pemetaan tipe data

Tipe data MySQL dan AnalyticDB for MySQL tidak memiliki pemetaan satu-ke-satu. DTS mengonversi tipe data sumber ke tipe tujuan selama sinkronisasi skema awal. Pemetaan tipe data untuk sinkronisasi skema.

Prosedur

1. Beli tugas sinkronisasi data. Prosedur pembelian.

   Catatan

   Pada halaman pembelian, atur instans sumber ke MySQL, instans tujuan ke AnalyticDB MySQL, dan topologi sinkronisasi ke One-way Synchronization.

2. Masuk ke Konsol Data Transmission Service (DTS).

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

4. Di bagian atas halaman Data Synchronization, pilih wilayah tempat instans sinkronisasi data berada.

5. Temukan instans sinkronisasi data yang telah dibeli dan klik Configure Synchronization Task.

6. Konfigurasikan instans sumber dan tujuan.

   Kategori	Parameter	Deskripsi
   N/A	Nama tugas sinkronisasi	DTS secara otomatis menghasilkan nama tugas. Tentukan nama deskriptif agar mudah diidentifikasi. Nama tidak perlu unik.
   Detail instans sumber	Tipe instans	Pilih RDS Instance.
   	Wilayah instans	Wilayah yang dipilih saat pembelian. Tidak dapat diubah.
   	ID Instans	Pilih instans RDS sumber.
   	Akun database	Masukkan akun database untuk instans RDS sumber. Izin yang diperlukan: Izin akun database yang diperlukan. Catatan Jika instans RDS sumber menjalankan MySQL 5.5 atau MySQL 5.6, Anda tidak perlu mengonfigurasi Database Account atau Database Password.
   	Password database	Masukkan password untuk akun database.
   	Enkripsi	Pilih Non-encrypted atau SSL-encrypted sesuai kebutuhan Anda. Jika Anda memilih SSL-encrypted, Anda harus terlebih dahulu mengaktifkan enkripsi SSL pada instans RDS. Aktifkan enkripsi SSL menggunakan sertifikat cloud. Penting Saat ini, parameter Encryption hanya tersedia untuk wilayah di Tiongkok daratan dan wilayah China (Hong Kong).
   Detail instans tujuan	Tipe instans	Tetap sebagai AnalyticDB. Tidak dapat diubah.
   	Wilayah instans	Wilayah yang dipilih saat pembelian. Tidak dapat diubah.
   	Versi	Pilih 3.0.
   	Database	Pilih kluster AnalyticDB for MySQL tujuan.
   	Akun database	Masukkan akun database untuk kluster AnalyticDB for MySQL. Izin yang diperlukan: Izin akun database yang diperlukan.
   	Password database	Masukkan password untuk akun database.

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

   Jika database sumber atau tujuan adalah instans database Alibaba Cloud, seperti instans ApsaraDB RDS for MySQL atau ApsaraDB for MongoDB, DTS secara otomatis menambahkan blok CIDR server DTS ke daftar putih alamat IP instans tersebut. Jika database sumber atau tujuan adalah database yang dikelola sendiri yang di-host pada instance Elastic Compute Service (ECS), DTS secara otomatis menambahkan blok CIDR server DTS ke aturan grup keamanan instance ECS tersebut, dan Anda harus memastikan bahwa instance ECS dapat mengakses database tersebut. Jika database yang dikelola sendiri di-host pada beberapa instance ECS, Anda harus secara manual menambahkan blok CIDR server DTS ke aturan grup keamanan setiap instance ECS. Jika database sumber atau tujuan adalah database yang dikelola sendiri yang dideploy di pusat data atau disediakan oleh penyedia layanan cloud pihak ketiga, Anda harus secara manual menambahkan blok CIDR server DTS ke daftar putih alamat IP database tersebut agar DTS dapat mengakses database tersebut. Untuk informasi lebih lanjut, lihat Daftarkan alamat IP server DTS ke daftar putih.

   Peringatan

   Menambahkan blok CIDR alamat IP publik server DTS, baik secara otomatis maupun manual, dapat menimbulkan risiko keamanan. Dengan menggunakan produk ini, Anda mengakui dan menerima risiko potensial tersebut. Anda harus menerapkan perlindungan keamanan dasar. Perlindungan tersebut mencakup tetapi tidak terbatas pada penguatan keamanan password, pembatasan port terbuka untuk blok CIDR, penggunaan otentikasi untuk komunikasi API internal, serta peninjauan dan pembatasan rutin terhadap blok CIDR yang tidak diperlukan. Atau, Anda dapat menghubungkan ke database melalui jaringan internal, seperti jalur sewa, VPN Gateway, atau Smart Access Gateway.

8. Konfigurasikan kebijakan dan objek sinkronisasi.

   Parameter	Deskripsi
   Sinkronisasi awal	Kedua opsi Initial Schema Synchronization dan Initial Full Data Synchronization dipilih secara default. Setelah pemeriksaan awal, DTS menginisialisasi skema dan data di kluster tujuan sebagai garis dasar untuk sinkronisasi inkremental.
   Processing Mode In Existed Target Table	Precheck and Report Errors: Memeriksa apakah tabel dengan nama yang sama sudah ada di tujuan. Jika ada, pemeriksaan awal gagal dan tugas tidak dimulai. Catatan Jika Anda tidak dapat menghapus atau mengganti nama tabel yang bentrok, petakan ke nama yang berbeda. Petakan nama objek ke tujuan. Ignore Errors and Proceed: Melewati pemeriksaan tabel dengan nama yang sama. Peringatan Memilih Ignore Errors and Proceed dapat menyebabkan ketidakkonsistenan data. Misalnya: Jika skema cocok dan tujuan memiliki catatan dengan primary key yang sama, catatan tujuan dipertahankan dan catatan sumber dilewati. Jika skema berbeda, inisialisasi dapat gagal, menyinkronkan data sebagian, atau gagal sepenuhnya.
   Merge Multi Tables	Jika Anda memilih Yes, DTS menambahkan kolom __dts_data_source ke setiap tabel untuk mencatat sumber data. Sinkronisasi DDL tidak lagi didukung. No: Opsi default. Sinkronisasi DDL didukung. Catatan Penggabungan tabel dikonfigurasi di tingkat tugas, bukan di tingkat tabel. Untuk menggabungkan beberapa tabel tetapi tidak yang lain, buat tugas sinkronisasi terpisah.
   Tipe Sinkronisasi	Pilih jenis operasi yang akan disinkronkan. Semua jenis dipilih secara default. Operasi SQL yang didukung.
   Objek yang akan disinkronkan	Pada daftar Source Objects, pilih objek yang ingin disinkronkan dan klik ikon untuk memindahkannya ke daftar Selected Objects. Pilih objek di tingkat database atau tabel. Catatan Memilih seluruh database akan menyinkronkan semua perubahan skema untuk objek dalam database tersebut. Memilih tabel tertentu hanya akan menyinkronkan operasi ADD COLUMN untuk tabel tersebut. Nama objek tetap sama di tujuan secara default. Untuk mengganti nama objek, gunakan Petakan nama objek ke tujuan.
   Mapped name change	Ubah nama objek yang disinkronkan di instans tujuan. Untuk informasi lebih lanjut, lihat Petakan database, tabel, dan kolom.
   Specify whether to copy temporary tables (DMS online DDL)	Jika Anda menggunakan Data Management (DMS) untuk melakukan perubahan DDL online pada database sumber, Anda dapat memilih apakah akan menyinkronkan tabel sementara yang dihasilkan oleh perubahan DDL tersebut. Yes: Menyinkronkan tabel sementara yang dihasilkan oleh perubahan DDL online. Catatan Jika jumlah data tabel sementara yang dihasilkan oleh perubahan DDL online sangat besar, tugas sinkronisasi data mungkin mengalami penundaan. No: Tidak menyinkronkan tabel sementara yang dihasilkan oleh perubahan DDL online. Hanya operasi DDL asli dari database sumber yang disinkronkan. Catatan Opsi ini menyebabkan tabel di database tujuan dikunci.
   Retry time for failed connections	Jika DTS tidak dapat terhubung ke instans sumber atau tujuan, DTS akan mencoba kembali selama 720 menit (12 jam) secara default. Anda juga dapat menentukan durasi percobaan ulang kustom. Jika DTS berhasil terhubung kembali ke instans sumber atau tujuan dalam durasi yang ditentukan, tugas sinkronisasi akan dilanjutkan secara otomatis. Jika tidak, tugas akan gagal. Catatan Anda dikenai biaya selama waktu tugas berjalan selama percobaan ulang koneksi. Sesuaikan durasi percobaan ulang berdasarkan kebutuhan bisnis Anda, atau rilis instans DTS segera setelah instans sumber dan tujuan dirilis.

9. Setelah menyelesaikan konfigurasi di atas, klik Next di pojok kanan bawah halaman.

10. Tentukan properti tabel di database tujuan.

    Tabel konfigurasi juga mencakup kolom ADB Table Group, ADB Table Name, Number of Partitions, dan Definition Status. Anda dapat mengarahkan kursor ke nama tabel atau database untuk melihat nama aslinya di database sumber.

    Catatan

    Jika Anda memilih Initial Schema Synchronization, definisikan Type, primary key column, partition key column, dan properti lainnya untuk tabel di AnalyticDB for MySQL. CREATE TABLE.

11. Setelah menyelesaikan konfigurasi di atas, klik Precheck and Start di pojok kanan bawah halaman.

    Catatan

    • Pemeriksaan awal dijalankan sebelum tugas sinkronisasi dimulai, dan Anda hanya dapat memulai tugas setelah lulus pemeriksaan.

    • Jika pemeriksaan awal gagal, klik ikon di sebelah item yang gagal untuk melihat detailnya.

      • Anda dapat memperbaiki masalah berdasarkan penyebabnya dan menjalankan pemeriksaan awal lagi.

      • Jika Anda tidak perlu memperbaiki item yang memicu peringatan, Anda dapat mengklik Ignore atau Ignore Warnings and Rerun Precheck untuk melewati peringatan dan menjalankan pemeriksaan awal lagi.

12. Setelah kotak dialog Precheck menampilkan Precheck Passed, tutup kotak dialog Precheck. Tugas sinkronisasi dimulai.

13. Tunggu hingga tugas menyelesaikan inisialisasi link dan memasuki status Synchronizing.

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

    Daftar tugas mencakup kolom Instance ID/Task Name, Status, Synchronization Overview (latensi dan kecepatan), Billing Method, Synchronization Topology, dan Actions. Kolom Actions menyediakan opsi seperti Suspend Synchronization, Change to Subscription, dan Upgrade. Di bagian atas halaman, Anda dapat mencari tugas berdasarkan nama serta memfilter atau mengurutkannya berdasarkan status.

Pemecahan masalah kegagalan akibat perubahan tipe kolom

Jika Anda mengubah tipe data kolom pada tabel sumber selama sinkronisasi, tugas akan gagal. Untuk mengatasinya:

1. Di instans tujuan, buat tabel baru (misalnya, customer_new) dengan skema yang mencerminkan tipe kolom terbaru dari tabel sumber.

2. Gunakan pernyataan INSERT INTO SELECT untuk menyalin data dari tabel asli (misalnya, customer) ke tabel baru.

3. Hapus atau ganti nama tabel asli, lalu ganti nama tabel baru menjadi nama tabel asli.

4. Di konsol DTS, mulai ulang tugas sinkronisasi data.