ApsaraDB RDS：Migrasi data dari database MySQL yang dikelola sendiri yang terhubung melalui Express Connect, VPN Gateway, atau Smart Access Gateway ke instance ApsaraDB RDS for MySQL

Batasan

• DTS menggunakan sumber daya baca dan tulis dari database sumber dan tujuan selama migrasi data penuh. Hal ini dapat meningkatkan beban pada server database. Jika performa database tidak optimal, spesifikasi rendah, atau volume data besar, layanan database mungkin menjadi tidak tersedia. Sebagai contoh, DTS menggunakan sejumlah besar sumber daya baca dan tulis dalam kasus-kasus berikut: banyak kueri SQL lambat dilakukan pada database sumber, tabel tidak memiliki kunci utama, atau terjadi deadlock di database tujuan. Sebelum memigrasi data, evaluasi dampak migrasi data terhadap performa database sumber dan tujuan. Kami menyarankan Anda memigrasi data selama jam non-puncak, misalnya ketika utilisasi CPU dari database sumber dan tujuan kurang dari 30%.

• Tabel yang akan dimigrasi di database sumber harus memiliki batasan PRIMARY KEY atau UNIQUE dan semua bidang harus unik. Jika tidak, database tujuan mungkin berisi rekaman data duplikat.

• DTS menggunakan fungsi ROUND(COLUMN,PRECISION) untuk mengambil nilai dari kolom tipe data FLOAT atau DOUBLE. Jika Anda tidak menentukan presisi, DTS menetapkan presisi untuk tipe data FLOAT menjadi 38 digit dan presisi untuk tipe data DOUBLE menjadi 308 digit. Pastikan pengaturan presisi memenuhi persyaratan bisnis Anda.

• DTS secara otomatis membuat database tujuan di instance ApsaraDB RDS for MySQL. Namun, jika nama database sumber tidak valid, Anda harus secara manual membuat database di instance ApsaraDB RDS for MySQL sebelum mengonfigurasi tugas migrasi data.

  Catatan

  Untuk informasi lebih lanjut tentang konvensi penamaan database ApsaraDB RDS for MySQL dan cara membuat database, lihat Kelola Database.

• Jika tugas migrasi data gagal, DTS secara otomatis melanjutkan tugas tersebut. Sebelum memindahkan beban kerja Anda ke instance tujuan, hentikan atau lepaskan tugas migrasi data. Jika tidak, data di database sumber akan menimpa data di instance tujuan setelah tugas dilanjutkan.

Aturan penagihan

Jenis migrasi

• Migrasi Skema

  DTS memigrasi skema objek yang diperlukan ke instance tujuan. DTS mendukung migrasi skema untuk jenis objek berikut: tabel, tampilan, pemicu, prosedur tersimpan, dan fungsi.

  Catatan

  • Selama migrasi skema, DTS mengubah nilai atribut SECURITY dari DEFINER menjadi INVOKER untuk tampilan, prosedur tersimpan, dan fungsi.

  • DTS tidak memigrasi informasi pengguna. Untuk memanggil tampilan, prosedur tersimpan, atau fungsi dari database tujuan, Anda harus memberikan izin baca dan tulis kepada INVOKER.

• Migrasi Data Penuh

  DTS memigrasi data historis objek yang diperlukan dari database MySQL yang dikelola sendiri ke database tujuan di instance ApsaraDB RDS for MySQL.

  Catatan

  Selama migrasi data penuh, operasi INSERT bersamaan menyebabkan fragmentasi di tabel database tujuan. Setelah migrasi data penuh selesai, ruang tabel database tujuan lebih besar daripada database sumber.

• Migrasi Data Inkremental

  Setelah migrasi data penuh selesai, DTS mengambil file log biner dari database MySQL yang dikelola sendiri. Kemudian, DTS menyinkronkan data inkremental dari database MySQL yang dikelola sendiri ke instance ApsaraDB RDS for MySQL tujuan. Migrasi data inkremental memungkinkan Anda memastikan kontinuitas layanan saat memigrasi data dari database MySQL yang dikelola sendiri ke Alibaba Cloud.

Operasi SQL yang dapat disinkronkan selama migrasi data inkremental

Izin yang diperlukan untuk akun database

Untuk informasi lebih lanjut tentang cara membuat akun database dan memberikan izin kepada akun tersebut, lihat topik-topik berikut:

• Database MySQL yang Dikelola Sendiri: Buat Akun untuk Database MySQL yang Dikelola Sendiri dan Konfigurasikan Pencatatan Biner

• ApsaraDB RDS for MySQL Instance: Buat Akun pada Instance ApsaraDB RDS for MySQL dan Ubah Izin Akun.

Sebelum Anda mulai

1. Buat Akun untuk Database MySQL yang Dikelola Sendiri dan Konfigurasikan Pencatatan Biner.

2. Hubungkan Pusat Data ke DTS Menggunakan VPN Gateway.

Prosedur

1. Masuk ke Konsol DTS.

   Catatan

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

2. Di panel navigasi di sebelah kiri, klik Data Migration.

3. Di bagian atas halaman Migration Tasks, pilih wilayah tempat cluster tujuan berada.

4. Di pojok kanan atas halaman, klik Create Migration Task.

5. Konfigurasikan database sumber dan tujuan.

   

   Bagian	Parameter	Deskripsi
   Tidak ada	Nama Tugas	DTS secara otomatis menghasilkan nama tugas. Kami menyarankan Anda menentukan nama yang dapat membantu Anda mengidentifikasi tugas. Anda tidak perlu menentukan nama tugas yang unik.
   Database Sumber	Tipe Instance	Pilih User-Created Database Connected over Express Connect, VPN Gateway, or Smart Access Gateway.
   	Wilayah Instance	Pilih wilayah virtual private cloud (VPC) yang terhubung ke Express Connect, VPN Gateway, atau Smart Access Gateway.
   	VPC Peer	Pilih VPC yang terhubung ke Express Connect, VPN Gateway, atau Smart Access Gateway.
   	Tipe Database	Dalam contoh ini, pilih MySQL.
   	Alamat IP	Masukkan titik akhir yang digunakan untuk mengakses database MySQL yang dikelola sendiri.
   	Nomor Port	Masukkan nomor port layanan database MySQL yang dikelola sendiri. Nomor port default adalah 3306.
   	Akun Database	Masukkan akun database MySQL yang dikelola sendiri. Untuk informasi tentang izin yang diperlukan untuk akun tersebut, lihat Izin yang diperlukan untuk akun database.
   	Kata Sandi Database	Masukkan kata sandi akun database. Catatan Setelah Anda menentukan informasi tentang database sumber, Anda dapat mengklik Test Connectivity di sebelah Database Password untuk memeriksa apakah informasi tersebut valid. Jika informasi valid, pesan Passed muncul. Jika pesan Failed muncul, klik Check di sebelah Failed. Kemudian, ubah informasi berdasarkan hasil pemeriksaan.
   Database Tujuan	Tipe Instance	Pilih RDS Instance.
   	Wilayah Instance	Pilih wilayah tempat instance RDS berada.
   	ID Instance RDS	Pilih ID instance RDS.
   	Akun Database	Masukkan akun database instance RDS tujuan. Untuk informasi tentang izin yang diperlukan untuk akun tersebut, lihat Izin yang diperlukan untuk akun database.
   	Kata Sandi Database	Masukkan kata sandi akun database. Catatan Setelah Anda menentukan informasi tentang instance RDS, Anda dapat mengklik Test Connectivity di sebelah Database Password untuk memeriksa apakah informasi tersebut valid. Jika informasi valid, pesan Passed muncul. Jika pesan Failed muncul, klik Check di sebelah Failed. Kemudian, ubah informasi berdasarkan hasil pemeriksaan.
   	Enkripsi	Pilih Non-encrypted atau SSL-encrypted berdasarkan kebutuhan bisnis Anda. Jika Anda ingin memilih SSL-encrypted, Anda harus mengaktifkan enkripsi SSL untuk instance RDS sebelum Anda mengonfigurasi tugas migrasi data. Untuk informasi lebih lanjut, lihat Gunakan sertifikat cloud untuk mengaktifkan enkripsi SSL. Catatan Parameter Encryption hanya tersedia untuk wilayah di daratan Tiongkok dan wilayah China (Hong Kong).

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

   Peringatan

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

7. Pilih jenis migrasi yang diperlukan dan objek yang ingin Anda migrasikan.

   

   Pengaturan	Deskripsi
   Pilih Jenis Migrasi	Untuk melakukan hanya migrasi data penuh, pilih Schema Migration dan Full Data Migration. Untuk memastikan kontinuitas layanan selama migrasi data, pilih Schema Migration, Full Data Migration, dan Incremental Data Migration. Penting Jika Incremental Data Migration tidak dipilih, kami menyarankan Anda untuk tidak menulis data ke database sumber selama migrasi data penuh. Hal ini memastikan konsistensi data antara database sumber dan tujuan.
   Pilih Objek yang Ingin Anda Migrasikan	Pilih satu atau lebih objek dari bagian Available dan klik ikon untuk menambahkan objek ke bagian Selected. Penting Anda dapat memilih kolom, tabel, atau database sebagai objek yang akan dimigrasikan. Secara default, setelah objek dimigrasikan ke database tujuan, nama objek tersebut tetap tidak berubah. Anda dapat menggunakan fitur pemetaan nama objek untuk mengganti nama objek yang dimigrasikan ke database tujuan. Untuk informasi lebih lanjut, lihat Pemetaan Nama Objek. Jika Anda menggunakan fitur pemetaan nama objek untuk mengganti nama objek, objek lain yang bergantung pada objek tersebut mungkin gagal dimigrasikan.
   Tentukan Apakah Akan Mengganti Nama Objek	Anda dapat menggunakan fitur pemetaan nama objek untuk mengganti nama objek yang dimigrasikan ke database tujuan. Untuk informasi lebih lanjut, lihat Pemetaan Nama Objek.
   Tentukan Rentang Waktu Percobaan Ulang untuk Koneksi Gagal ke Database Sumber atau Tujuan	Secara default, jika DTS gagal terhubung ke database sumber atau tujuan, DTS mencoba lagi dalam 720 menit (12 jam) berikutnya. Anda dapat menentukan rentang waktu percobaan ulang berdasarkan kebutuhan bisnis Anda. Jika DTS berhasil tersambung kembali ke database sumber dan tujuan dalam rentang waktu yang ditentukan, DTS melanjutkan tugas migrasi data. Jika tidak, tugas migrasi data gagal. Catatan Dalam rentang waktu di mana DTS mencoba tersambung kembali ke database sumber dan tujuan, Anda akan dikenakan biaya untuk instance DTS. Kami menyarankan Anda menentukan rentang waktu percobaan ulang berdasarkan kebutuhan bisnis Anda. Anda juga dapat melepaskan instance DTS sesegera mungkin setelah database sumber dan tujuan dilepaskan.
   Tentukan Apakah Akan Menyalin Tabel Sementara ke Database Tujuan Saat DMS Melakukan Operasi DDL Online pada Tabel Sumber	Jika Anda menggunakan DMS untuk melakukan operasi DDL online pada database sumber, Anda dapat menentukan apakah akan memigrasikan tabel sementara yang dihasilkan oleh operasi DDL online. Nilai valid: Yes: DTS memigrasikan data tabel sementara yang dihasilkan oleh operasi DDL online. Catatan Jika operasi DDL online menghasilkan sejumlah besar data, tugas migrasi data mungkin memerlukan waktu lebih lama untuk diselesaikan. No: DTS tidak memigrasikan data tabel sementara yang dihasilkan oleh operasi DDL online. Hanya data DDL asli dari database sumber yang dimigrasikan. Catatan Jika Anda memilih Tidak, tabel di database tujuan mungkin terkunci.

8. Di pojok kanan bawah halaman, klik Precheck.

   Catatan

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

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

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

     • Jika Anda tidak perlu menyelesaikan masalah, Anda dapat mengabaikan item yang gagal dan menjalankan pemeriksaan awal lagi.

9. Setelah tugas lolos pemeriksaan awal, klik Next.

10. Di kotak dialog Confirm Settings, tentukan parameter Channel Specification dan pilih Data Transmission Service (Pay-As-You-Go) Service Terms.

11. Klik Buy and Start untuk memulai tugas migrasi data.

    • Migrasi Skema dan Migrasi Data Penuh

      Kami menyarankan Anda untuk tidak menghentikan tugas secara manual selama migrasi data penuh. Jika tidak, data yang dimigrasikan ke database tujuan mungkin tidak lengkap. Anda dapat menunggu hingga tugas migrasi data berhenti secara otomatis.

    • Migrasi Skema, Migrasi Data Penuh, dan Migrasi Data Inkremental

      Tugas migrasi data inkremental tidak berhenti secara otomatis. Anda harus menghentikan tugas secara manual.

      Penting

      Kami menyarankan Anda memilih waktu yang tepat untuk menghentikan tugas migrasi data secara manual. Sebagai contoh, Anda dapat menghentikan tugas selama jam non-puncak atau sebelum Anda memindahkan beban kerja ke cluster tujuan.

      1. Tunggu hingga Incremental Data Migration dan The migration task is not delayed muncul di bilah kemajuan tugas migrasi. Kemudian, hentikan penulisan data ke database sumber selama beberapa menit. Latensi incremental data migration mungkin ditampilkan di bilah kemajuan.

      2. Tunggu hingga status incremental data migration berubah menjadi The migration task is not delayed lagi. Kemudian, hentikan tugas migrasi secara manual.

12. Pindahkan beban kerja Anda ke instance RDS tujuan.