Data Transmission Service：Migrasi data dari instance Amazon RDS untuk MySQL ke instance ApsaraDB RDS untuk MySQL

Batasan

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

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

• DTS menggunakan fungsi ROUND(COLUMN,PRECISION) untuk mengambil nilai dari kolom bertipe 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 untuk MySQL. Namun, jika nama database sumber tidak valid, Anda harus secara manual membuat database di instance ApsaraDB RDS untuk MySQL sebelum mengonfigurasi tugas migrasi data.

  Catatan

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

• Jika tugas migrasi data gagal, DTS secara otomatis melanjutkan tugas tersebut. Sebelum beralih beban kerja 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 memigrasikan skema objek ke instance ApsaraDB RDS untuk MySQL. DTS mendukung migrasi skema untuk jenis objek berikut: tabel, view, trigger, prosedur tersimpan, dan fungsi tersimpan. DTS tidak mendukung migrasi skema untuk event.

  Catatan

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

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

• Migrasi Data Penuh

  DTS memigrasikan data yang ada dari objek di instance Amazon RDS untuk MySQL ke instance ApsaraDB RDS untuk MySQL.

  Catatan

  • Selama migrasi data penuh, operasi INSERT bersamaan menyebabkan fragmentasi di tabel instance tujuan. Setelah migrasi data penuh selesai, ukuran tablespace yang digunakan di instance tujuan lebih besar daripada di instance sumber.

  • Selama migrasi skema dan migrasi data penuh, jangan lakukan operasi DDL di database sumber. Contohnya, jangan tambahkan bidang baru. Jika tidak, migrasi data mungkin gagal.

• Migrasi Data Inkremental

  Setelah migrasi data penuh selesai, DTS mengambil file log biner dari instance Amazon RDS untuk MySQL. Kemudian, DTS menyinkronkan data inkremental dari instance Amazon RDS untuk MySQL ke instance ApsaraDB RDS untuk MySQL. Migrasi data inkremental memungkinkan Anda memastikan kontinuitas layanan saat memigrasikan data antara database MySQL.

Izin yang diperlukan untuk akun database

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

• Instance Amazon RDS untuk MySQL: Buat Akun untuk Database MySQL yang Dikelola Sendiri dan Konfigurasikan Pencatatan Biner.

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

Sebelum Anda mulai

1. Masuk ke Konsol Manajemen Amazon RDS.

2. Di panel navigasi kiri, klik Databases.

3. Temukan instance Amazon RDS untuk MySQL yang ingin Anda kelola dan klik nilai di kolom DB identifier.

4. Di bagian Security group rules, klik nama grup keamanan tempat aturan masuk yang ada berada.

   

5. Di halaman Security Groups, klik ID grup keamanan yang ingin dikonfigurasi.

6. Di tab Inbound rules, klik Edit inbound rules.

7. Di halaman Edit inbound rules, klik Add rule, tambahkan blok CIDR server DTS yang berada di wilayah yang sesuai ke aturan masuk, lalu klik Save rules. Untuk informasi lebih lanjut, lihat Tambahkan Blok CIDR Server DTS.

   Catatan

   • Anda hanya perlu menambahkan blok CIDR server DTS yang berada di wilayah yang sama dengan database tujuan. Contohnya, database sumber berada di wilayah Singapura dan database tujuan berada di wilayah China (Hangzhou). Anda hanya perlu menambahkan blok CIDR server DTS yang berada di wilayah China (Hangzhou).

   • Anda dapat menambahkan semua blok CIDR yang diperlukan ke aturan masuk sekaligus.

   • Jika Anda memiliki pertanyaan lain, lihat dokumentasi resmi Amazon atau hubungi dukungan teknis.

8. Masuk ke database Amazon RDS untuk MySQL dan tentukan jumlah jam untuk menyimpan file log biner. Lewati langkah ini jika Anda tidak perlu melakukan migrasi data inkremental.

   call mysql.rds_set_configuration('binlog retention hours', 24);

   Catatan

   • Pernyataan di atas menetapkan periode retensi file log biner menjadi 24 jam. Periode retensi maksimum adalah 168 jam, yang sama dengan tujuh hari.

   • Fitur pencatatan biner instance Amazon RDS untuk MySQL harus diaktifkan, dan nilai parameter binlog_format harus diatur ke row. Jika versi MySQL adalah 5.6 atau lebih baru, nilai parameter binlog_row_image harus diatur ke full. Untuk informasi lebih lanjut tentang cara mengaktifkan fitur pencatatan biner, lihat dokumentasi resmi Amazon atau hubungi dukungan teknis.

Prosedur (di konsol DTS baru)

1. Gunakan salah satu metode berikut untuk pergi ke halaman Migrasi Data dan pilih wilayah tempat instance migrasi data berada.

   Konsol DTS

   1. Masuk ke Konsol DTS.

   2. Di panel navigasi kiri, klik Data Migration.

   3. Di sudut kiri atas halaman, pilih wilayah tempat instance migrasi data berada.

   Konsol DMS

   Catatan

   Operasi aktual mungkin bervariasi berdasarkan mode dan tata letak konsol DMS. Untuk informasi lebih lanjut, lihat Mode Sederhana dan Sesuaikan Tata Letak dan Gaya Konsol DMS.

   1. Masuk ke Konsol DMS.

   2. Di bilah navigasi atas, arahkan pointer ke Data + AI > DTS (DTS) > Data Migration.

   3. Dari daftar drop-down di sebelah kanan Data Migration Tasks, pilih wilayah tempat instance sinkronisasi data berada.

2. Klik Create Task untuk pergi ke halaman konfigurasi tugas.

3. Konfigurasikan database sumber dan tujuan. Tabel berikut menjelaskan parameter.

   Peringatan

   Setelah mengonfigurasi database sumber dan tujuan, kami sarankan Anda membaca Limits yang ditampilkan di bagian atas halaman. Jika tidak, tugas mungkin gagal atau terjadi ketidaksesuaian data.

   Bagian	Parameter	Deskripsi
   T/A	Task Name	Nama tugas DTS. DTS secara otomatis menghasilkan nama tugas. Kami sarankan Anda menentukan nama informatif yang mudah diidentifikasi. Anda tidak perlu menentukan nama tugas yang unik.
   Source Database	Select a DMS database instance	Instance yang ingin Anda gunakan. Anda dapat memilih apakah akan menggunakan instance yang ada berdasarkan kebutuhan bisnis Anda. Jika Anda memilih instance yang ada, DTS secara otomatis mengisi parameter untuk database. Jika Anda tidak menggunakan instance yang ada, Anda harus mengonfigurasi informasi database di bawah ini. Catatan Di konsol DMS, Anda dapat mengklik Add DMS Database Instance untuk mendaftarkan database dengan DMS. Untuk informasi lebih lanjut, lihat Ingesti Data ApsaraDB dan Daftarkan database yang dihosting di layanan cloud pihak ketiga atau database yang dikelola sendiri. Di konsol DTS, Anda dapat mendaftarkan database dengan DTS di halaman Database Connections atau halaman konfigurasi baru. Untuk informasi lebih lanjut, lihat Kelola koneksi database.
   	Database Type	Jenis database sumber. Pilih MySQL.
   	Access Method	Metode akses database sumber. Pilih Public IP Address.
   	Instance Region	Wilayah tempat instance Amazon RDS untuk MySQL berada. Catatan Jika wilayah tempat instance Amazon RDS untuk MySQL berada tidak ditampilkan dalam daftar drop-down, pilih wilayah yang secara geografis paling dekat dengan instance Amazon RDS untuk MySQL.
   	Domain Name or IP	Endpoint yang digunakan untuk mengakses instance Amazon RDS untuk MySQL. Catatan Anda dapat memperoleh nilai parameter Endpoint dan Port di tab Connectivity & security instance Amazon RDS untuk MySQL.
   	Port Number	Nomor port layanan instance Amazon RDS untuk MySQL. Nilai default: 3306.
   	Database Account	Akun database instance Amazon RDS untuk MySQL. Untuk informasi tentang izin yang diperlukan untuk akun tersebut, lihat bagian Izin yang diperlukan untuk akun database dari topik ini.
   	Database Password	Kata sandi yang digunakan untuk mengakses instance database.
   	Encryption	Menentukan apakah akan mengenkripsi koneksi ke instance database tujuan. Pilih Non-encrypted atau SSL-encrypted berdasarkan kebutuhan bisnis Anda. Jika enkripsi SSL tidak diaktifkan untuk instance Amazon RDS untuk MySQL tujuan, pilih Non-encrypted. Jika enkripsi SSL diaktifkan untuk instance Amazon RDS untuk MySQL tujuan, pilih SSL-encrypted. Dalam hal ini, Anda harus mengunggah CA Certificate dan menentukan CA Key.
   Destination Database	Select a DMS database instance	Instance yang ingin Anda gunakan. Anda dapat memilih apakah akan menggunakan instance yang ada berdasarkan kebutuhan bisnis Anda. Jika Anda memilih instance yang ada, DTS secara otomatis mengisi parameter untuk database. Jika Anda tidak menggunakan instance yang ada, Anda harus mengonfigurasi informasi database di bawah ini. Catatan Di konsol DMS, Anda dapat mengklik Add DMS Database Instance untuk mendaftarkan database dengan DMS. Untuk informasi lebih lanjut, lihat Ingesti Data ApsaraDB dan Daftarkan database yang dihosting di layanan cloud pihak ketiga atau database yang dikelola sendiri. Di konsol DTS, Anda dapat mendaftarkan database dengan DTS di halaman Database Connections atau halaman konfigurasi baru. Untuk informasi lebih lanjut, lihat Kelola koneksi database.
   	Database Type	Jenis database tujuan. Pilih MySQL.
   	Access Method	Metode akses database tujuan. Pilih Alibaba Cloud Instance.
   	Instance Region	Wilayah tempat instance ApsaraDB RDS untuk MySQL tujuan berada.
   	Replicate Data Across Alibaba Cloud Accounts	Menentukan apakah akan memigrasikan data di seluruh akun Alibaba Cloud. Dalam contoh ini, No dipilih.
   	RDS Instance ID	ID instance ApsaraDB RDS untuk MySQL tujuan.
   	Database Account	Akun database instance ApsaraDB RDS untuk MySQL. Untuk informasi tentang izin yang diperlukan untuk akun tersebut, lihat bagian Izin yang diperlukan untuk akun database dari topik ini.
   	Database Password	Kata sandi yang digunakan untuk mengakses instance database.
   	Encryption	Menentukan apakah akan mengenkripsi koneksi ke instance database sumber. Pilih Non-encrypted atau SSL-encrypted berdasarkan kebutuhan bisnis Anda. Jika Anda ingin mengatur parameter ini ke SSL-encrypted, Anda harus mengaktifkan enkripsi SSL untuk instance ApsaraDB RDS untuk MySQL sebelum mengonfigurasi tugas DTS. Untuk informasi lebih lanjut, lihat Gunakan sertifikat cloud untuk mengaktifkan enkripsi SSL.

4. Di bagian bawah halaman, klik Test Connectivity and Proceed, lalu klik Test Connectivity di kotak dialog CIDR Blocks of DTS Servers yang muncul.

   Catatan

   Pastikan blok CIDR server DTS dapat ditambahkan secara otomatis atau manual ke pengaturan keamanan database sumber dan tujuan untuk mengizinkan akses dari server DTS. Untuk informasi lebih lanjut, lihat Tambahkan Blok CIDR Server DTS.

5. Konfigurasikan objek yang akan dimigrasikan.

   1. Di halaman Configure Objects, konfigurasikan objek yang ingin Anda migrasikan.

      Parameter	Deskripsi
      Migration Types	Untuk hanya melakukan 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. Catatan Jika Anda tidak memilih Schema Migration, pastikan database dan tabel dibuat di database tujuan untuk menerima data dan fitur pemetaan nama objek diaktifkan di Selected Objects. Jika Anda tidak memilih Incremental Data Migration, kami sarankan Anda tidak menulis data ke database sumber selama migrasi data. Hal ini memastikan konsistensi data antara database sumber dan tujuan.
      Method to Migrate Triggers in Source Database	Metode yang digunakan untuk memigrasikan trigger dari database sumber. Anda dapat memilih metode migrasi berdasarkan kebutuhan bisnis Anda. Jika tidak ada trigger yang akan dimigrasikan, Anda tidak perlu mengonfigurasi parameter ini. Untuk informasi lebih lanjut, lihat Sinkronisasi atau Migrasi Trigger dari Database Sumber. Catatan Anda hanya dapat mengonfigurasi parameter ini jika Anda memilih Schema Migration untuk parameter Migration Types.
      Enable Migration Assessment	Menentukan apakah akan mengaktifkan penilaian migrasi. Penilaian migrasi bertujuan untuk memeriksa apakah skema database sumber dan tujuan, seperti panjang indeks, prosedur tersimpan, dan tabel dependen, memenuhi persyaratan. Anda dapat memilih Yes atau No berdasarkan kebutuhan bisnis Anda. Catatan Anda hanya dapat mengonfigurasi parameter ini jika Anda memilih Schema Migration untuk parameter Migration Types. Jika Anda memilih Yes, pra-pemeriksaan mungkin memakan waktu lebih lama. Anda dapat melihat Assessment Result selama pra-pemeriksaan. Hasil penilaian tidak memengaruhi hasil pra-pemeriksaan.
      Processing Mode of Conflicting Tables	Precheck and Report Errors: memeriksa apakah database tujuan berisi tabel yang menggunakan nama yang sama dengan tabel di database sumber. Jika database sumber dan tujuan tidak berisi tabel dengan nama tabel identik, pra-pemeriksaan berhasil. Jika tidak, kesalahan akan dikembalikan selama pra-pemeriksaan dan tugas migrasi data tidak dapat dimulai. Catatan Jika database sumber dan tujuan berisi tabel dengan nama yang identik dan tabel di database tujuan tidak dapat dihapus atau diganti namanya, Anda dapat menggunakan fitur pemetaan nama objek untuk mengganti nama tabel yang dipindahkan ke database tujuan. Untuk informasi lebih lanjut, lihat Map Object Names. Ignore Errors and Proceed: melewati pra-pemeriksaan untuk nama tabel identik di database sumber dan tujuan. Peringatan Jika Anda memilih Ignore Errors and Proceed, ketidaksesuaian data mungkin terjadi dan bisnis Anda mungkin terpapar risiko potensial berikut: Jika database sumber dan tujuan memiliki skema yang sama, dan catatan data memiliki kunci utama yang sama dengan catatan data yang ada di database tujuan, skenario berikut mungkin terjadi: Selama migrasi data penuh, DTS tidak memigrasikan catatan data ke database tujuan. Catatan data yang ada di database tujuan dipertahankan. Selama migrasi data inkremental, DTS memigrasikan catatan data ke database tujuan. Catatan data yang ada di database tujuan ditimpa. Jika database sumber dan tujuan memiliki skema yang berbeda, hanya kolom tertentu yang dimigrasikan atau tugas migrasi data gagal. Lanjutkan dengan hati-hati.
      Capitalization of Object Names in Destination Instance	Penulisan nama database, nama tabel, dan nama kolom di instance tujuan. Secara default, DTS default policy dipilih. Anda dapat memilih opsi lain untuk memastikan bahwa penulisan nama objek konsisten dengan database sumber atau tujuan. Untuk informasi lebih lanjut, lihat Tentukan Penulisan Nama Objek di Instance Tujuan.
      Source Objects	Pilih satu atau lebih objek dari bagian Source Objects. Klik ikon dan tambahkan objek ke bagian Selected Objects. Catatan Anda dapat memilih kolom, tabel, atau skema sebagai objek yang akan dimigrasikan. Jika Anda memilih tabel atau kolom sebagai objek yang akan dimigrasikan, DTS tidak akan memigrasikan objek lainnya, seperti view, trigger, atau prosedur tersimpan, ke database tujuan.
      Selected Objects	Untuk mengubah nama objek yang ingin Anda migrasikan ke instance tujuan, klik kanan objek di bagian Selected Objects. Untuk informasi lebih lanjut, lihat Peta Nama Objek Tunggal. Untuk mengubah nama beberapa objek sekaligus, klik Batch Edit di sudut kanan atas bagian Selected Objects. Untuk informasi lebih lanjut, lihat Peta Beberapa Nama Objek Sekaligus. Catatan Jika Anda menggunakan fitur pemetaan nama objek untuk mengubah nama objek, objek lain yang bergantung pada objek tersebut mungkin gagal dimigrasikan. Untuk menentukan kondisi WHERE untuk memfilter data, klik kanan tabel di bagian Selected Objects. Di kotak dialog yang muncul, tentukan kondisi tersebut. Untuk informasi lebih lanjut, lihat Tentukan Kondisi Filter. asi SQL yang dilakukan pada database atau tabel tertentu, klik kanan objek di bagian Selected Objects. Di kotak dialog yang muncul, pilih operasi SQL yang ingin Anda migrasikan.

   2. Klik Next: Advanced Settings untuk mengonfigurasi pengaturan lanjutan.

      Parameter	Deskripsi
      Dedicated Cluster for Task Scheduling	Secara default, DTS menjadwalkan tugas migrasi data ke klaster bersama jika Anda tidak menentukan klaster khusus. Jika Anda ingin meningkatkan stabilitas tugas migrasi data, beli klaster khusus. Untuk informasi lebih lanjut, lihat Apa itu Klaster Khusus DTS?
      Copy the temporary table of the Online DDL tool that is generated in the source table to the destination database.	Jika Anda menggunakan DMS atau alat gh-ost untuk melakukan operasi DDL online pada database sumber, Anda dapat menentukan apakah akan memigrasikan data dari tabel sementara yang dihasilkan oleh operasi DDL online. Nilai yang valid: Penting Anda tidak dapat menggunakan alat seperti pt-online-schema-change untuk melakukan operasi DDL online di database sumber. Jika tidak, tugas DTS gagal. Yes: DTS memigrasikan data dari tabel sementara yang dihasilkan oleh operasi DDL online. Catatan Jika operasi DDL online menghasilkan sejumlah besar data, latensi mungkin terjadi untuk tugas migrasi data. No, Adapt to DMS Online DDL: DTS tidak memigrasikan data dari tabel sementara yang dihasilkan oleh operasi DDL online. Hanya operasi DDL asli yang dilakukan menggunakan DMS yang dimigrasikan. Catatan Jika Anda memilih opsi ini, tabel di database tujuan mungkin terkunci. No, Adapt to gh-ost: DTS tidak memigrasikan data dari tabel sementara yang dihasilkan oleh operasi DDL online. Hanya operasi DDL asli yang dilakukan menggunakan alat gh-ost yang dimigrasikan. Anda dapat menggunakan ekspresi reguler default atau kustom untuk menyaring tabel bayangan alat gh-ost dan tabel yang tidak diperlukan. Catatan Jika Anda memilih opsi ini, tabel di database tujuan mungkin terkunci.
      Whether to Migrate Accounts	Menentukan apakah akan memigrasikan akun instance sumber. Jika Anda memilih Ya, Anda harus memilih akun yang akan dimigrasikan dan mengonfirmasi izin mereka. Untuk informasi lebih lanjut, lihat Migrasi Akun Database.
      Retry Time for Failed Connections	Rentang waktu percobaan kembali untuk koneksi yang gagal. Jika basis data sumber atau tujuan gagal terhubung setelah tugas migrasi data dimulai, DTS segera mencoba kembali koneksi dalam rentang waktu percobaan kembali. Nilai valid: 10 hingga 1.440. Satuan: menit. Nilai default: 720. Kami menyarankan Anda mengatur parameter ini ke nilai lebih dari 30. Jika DTS berhasil tersambung kembali ke basis data sumber dan tujuan dalam rentang waktu percobaan kembali yang ditentukan, DTS akan melanjutkan tugas migrasi data. Jika tidak, tugas migrasi data gagal. Catatan Jika Anda menentukan rentang waktu percobaan kembali berbeda untuk beberapa tugas migrasi data yang menggunakan basis data sumber atau tujuan yang sama, nilai yang ditentukan terakhir akan berlaku. Saat DTS mencoba kembali koneksi, Anda akan dikenakan biaya untuk instance DTS. Kami menyarankan Anda menentukan rentang waktu percobaan kembali berdasarkan kebutuhan bisnis Anda. Anda juga dapat melepaskan instance DTS sesegera mungkin setelah instance basis data sumber dan tujuan dilepaskan.
      Retry Time for Other Issues	Rentang waktu ulang untuk masalah lainnya. Sebagai contoh, jika operasi DDL atau DML gagal dilakukan setelah tugas migrasi data dimulai, DTS segera mencoba lagi operasi dalam rentang waktu ulang. Nilai valid: 1 hingga 1440. Unit: menit. Nilai default: 10. Kami sarankan Anda mengatur parameter ini menjadi nilai lebih dari 10. Jika operasi yang gagal berhasil dilakukan dalam rentang waktu ulang yang ditentukan, DTS melanjutkan tugas migrasi data. Jika tidak, tugas migrasi data gagal. Penting Nilai parameter Retry Time for Other Issues harus lebih kecil daripada nilai parameter Retry Time for Failed Connections.
      Enable Throttling for Full Data Migration	Menentukan apakah akan mengaktifkan pembatasan untuk migrasi data penuh. Selama migrasi data penuh, DTS menggunakan sumber daya baca dan tulis dari database sumber dan tujuan. Hal ini dapat meningkatkan beban pada server database. Anda dapat mengaktifkan pembatasan untuk migrasi data penuh berdasarkan kebutuhan bisnis Anda. Untuk mengonfigurasi pembatasan, Anda harus mengonfigurasi parameter Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s). Ini mengurangi beban pada server database tujuan. Catatan Anda hanya dapat mengonfigurasi parameter ini jika Anda memilih Full Data Migration untuk parameter Migration Types.
      Enable Throttling for Incremental Data Migration	Menentukan apakah akan mengaktifkan pembatasan untuk migrasi data inkremental. Untuk mengonfigurasi pembatasan, Anda harus mengonfigurasi parameter RPS of Incremental Data Migration dan Data migration speed for incremental migration (MB/s). Ini mengurangi beban pada server database tujuan. Catatan Anda hanya dapat mengonfigurasi parameter ini jika Anda memilih Incremental Data Migration untuk parameter Migration Types.
      Environment Tag	Tag lingkungan yang digunakan untuk mengidentifikasi instance DTS. Anda dapat memilih tag lingkungan berdasarkan kebutuhan bisnis Anda. Dalam contoh ini, Anda tidak perlu mengonfigurasi parameter ini.
      Whether to delete SQL operations on heartbeat tables of forward and reverse tasks	Menentukan apakah akan menulis operasi SQL pada tabel denyut jantung ke database sumber saat instance DTS sedang berjalan. Nilai valid: Yes: tidak menulis operasi SQL pada tabel denyut jantung. Dalam hal ini, latensi instance DTS mungkin ditampilkan. No: menulis operasi SQL pada tabel heartbeat. Dalam hal ini, fitur seperti backup fisik dan kloning database sumber mungkin terpengaruh.
      Configure ETL	Menentukan apakah akan mengaktifkan fitur ekstrak, transformasi, dan muat (ETL). Untuk informasi lebih lanjut, lihat Apa itu ETL? Nilai yang valid: Yes: mengonfigurasi fitur ETL. Anda dapat memasukkan pernyataan pemrosesan data di editor kode. Untuk informasi lebih lanjut, lihat Konfigurasikan ETL dalam tugas migrasi data atau sinkronisasi data. No: tidak mengonfigurasi fitur ETL.
      Monitoring and Alerting	Menentukan apakah akan mengonfigurasi peringatan untuk tugas migrasi data. Jika tugas gagal atau latensi migrasi melebihi ambang batas yang ditentukan, kontak peringatan akan menerima notifikasi. Nilai yang valid: No: Tidak mengonfigurasi peringatan. Yes: mengonfigurasi peringatan. Dalam hal ini, Anda juga harus mengonfigurasi ambang batas peringatan dan pengaturan notifikasi peringatan. Untuk informasi lebih lanjut, lihat bagian Konfigurasikan Pemantauan dan Peringatan saat Anda membuat tugas DTS dari topik Konfigurasikan Pemantauan dan Peringatan.

   3. Klik Next Step: Data Verification untuk mengonfigurasi tugas verifikasi data.

      Untuk informasi lebih lanjut tentang cara menggunakan fitur verifikasi data, lihat Konfigurasikan Tugas Verifikasi Data.

6. Simpan pengaturan tugas dan jalankan pra-pemeriksaan.

   • Untuk melihat parameter yang harus ditentukan saat Anda memanggil operasi API terkait untuk mengonfigurasi tugas DTS, arahkan pointer ke Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters.

   • Jika Anda tidak perlu melihat atau telah melihat parameter, klik Next: Save Task Settings and Precheck di bagian bawah halaman.

   Catatan

   • Sebelum Anda dapat memulai tugas migrasi data, DTS melakukan pra-pemeriksaan. Anda hanya dapat memulai tugas migrasi data setelah tugas lulus pra-pemeriksaan.

   • Jika tugas gagal lulus pra-pemeriksaan, klik View Details di sebelah setiap item yang gagal. Setelah Anda menganalisis penyebab berdasarkan hasil pemeriksaan, atasi masalah tersebut. Kemudian, jalankan pra-pemeriksaan lagi.

   • Jika peringatan dipicu untuk suatu item selama pra-pemeriksaan:

     • Jika item peringatan tidak dapat diabaikan, klik View Details di sebelah item yang gagal dan atasi masalah tersebut. Kemudian, jalankan pra-pemeriksaan lagi.

     • Jika item peringatan dapat diabaikan, klik Confirm Alert Details. Di kotak dialog Lihat Detail, klik Ignore. Di pesan yang muncul, klik OK. Kemudian, klik Precheck Again untuk menjalankan pra-pemeriksaan lagi. Jika Anda mengabaikan item peringatan, ketidaksesuaian data mungkin terjadi, dan bisnis Anda mungkin terpapar risiko potensial.

7. Beli instance.

   1. Tunggu hingga Success Rate menjadi 100%. Kemudian, klik Next: Purchase Instance.

   2. Di halaman Purchase Instance, konfigurasikan parameter Kelas Instance untuk instance migrasi data. Tabel berikut menjelaskan parameter.

      Bagian	Parameter	Deskripsi
      New Instance Class	Resource Group	Grup sumber daya tempat instance migrasi data berada. Nilai default: default resource group. Untuk informasi lebih lanjut, lihat Apa itu Manajemen Sumber Daya?
      	Instance Class	DTS menyediakan kelas instance yang bervariasi dalam kecepatan migrasi. Anda dapat memilih kelas instance berdasarkan skenario bisnis Anda. Untuk informasi lebih lanjut, lihat Kelas instance instance migrasi data.

   3. Baca dan setujui Data Transmission Service (Pay-as-you-go) Service Terms dengan memilih kotak centang.

   4. Klik Buy and Start. Di pesan yang muncul, klik OK.

      Anda dapat melihat kemajuan tugas di halaman Data Migration.

      Catatan

      • Jika tugas migrasi data tidak dapat digunakan untuk memigrasikan data inkremental, tugas secara otomatis berhenti. Completed ditampilkan di bagian Status .

      • Jika tugas migrasi data dapat digunakan untuk memigrasikan data inkremental, tugas tidak berhenti secara otomatis. Tugas migrasi data inkremental tidak pernah berhenti atau selesai. Running ditampilkan di bagian Status.

Prosedur (di konsol DTS lama)

1. Masuk ke Konsol DTS.

   Catatan

   Jika Anda dialihkan ke konsol Manajemen Data (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 untuk kluster tujuan.

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

5. Konfigurasikan database sumber dan tujuan.

   

   Bidang	Parameter	Deskripsi
   Tidak tersedia	Nama Tugas	Nama dari tugas. DTS secara otomatis memberikan nama untuk tugas tersebut. Kami menyarankan Anda menentukan nama deskriptif yang memudahkan identifikasi tugas. Anda tidak perlu menentukan nama tugas yang unik.
   Database Sumber	Tipe Instansi	Tipe instansi dari database sumber. Pilih User-Created Database with Public IP Address.
   	Wilayah Instansi	Wilayah tempat instansi sumber berada. Jika Anda memilih User-Created Database with Public IP Address sebagai tipe instansi database sumber, Anda tidak perlu mengonfigurasi parameter Instance Region.
   	Tipe Database	Tipe dari database sumber. Pilih MySQL.
   	Nama Host atau Alamat IP	Titik akhir yang digunakan untuk mengakses instansi Amazon RDS for MySQL. Catatan Anda dapat memperoleh titik akhir di halaman informasi dasar instansi Amazon RDS for MySQL.
   	Nomor Port	Nomor port layanan instansi Amazon RDS for MySQL. Nilai default: 3306.
   	Akun Database	Akun database dari instansi Amazon RDS for MySQL. Untuk informasi tentang izin yang diperlukan untuk akun tersebut, lihat bagian Izin yang diperlukan untuk akun database dalam topik ini.
   	Kata Sandi Database	Kata sandi dari akun database. Catatan Setelah Anda mengonfigurasi parameter database sumber, klik Test Connectivity di sebelah Database Password untuk memverifikasi apakah parameter yang dikonfigurasi valid. Jika parameter yang dikonfigurasi valid, pesan Passed akan ditampilkan. Jika pesan Failed ditampilkan, klik Check di sebelah Failed untuk memodifikasi parameter database sumber berdasarkan hasil pemeriksaan.
   Database Tujuan	Tipe Instansi	Tipe instansi dari database tujuan. Pilih RDS Instance.
   	Wilayah Instansi	Wilayah tempat instansi ApsaraDB RDS for MySQL berada.
   	ID Instansi RDS	ID dari instansi ApsaraDB RDS for MySQL.
   	Akun Database	Akun database dari instansi ApsaraDB RDS for MySQL. Untuk informasi tentang izin yang diperlukan untuk akun tersebut, lihat bagian Izin yang diperlukan untuk akun database dalam topik ini.
   	Kata Sandi Database	Kata sandi dari akun database. Catatan Setelah Anda mengonfigurasi parameter database tujuan, klik Test Connectivity di sebelah Database Password untuk memverifikasi apakah parameter yang dikonfigurasi valid. Jika parameter yang dikonfigurasi valid, pesan Passed akan ditampilkan. Jika pesan Failed ditampilkan, klik Check di sebelah Failed untuk memodifikasi parameter database tujuan berdasarkan hasil pemeriksaan.
   	Enkripsi	Menentukan apakah akan mengenkripsi koneksi ke instansi tujuan. Pilih Non-encrypted atau SSL-encrypted berdasarkan kebutuhan bisnis dan keamanan Anda. Jika Anda memilih SSL-encrypted, Anda harus mengaktifkan enkripsi SSL untuk instansi ApsaraDB RDS for MySQL sebelum mengonfigurasi tugas migrasi data. Untuk informasi lebih lanjut, lihat Gunakan sertifikat cloud untuk mengaktifkan enkripsi SSL. Catatan Parameter Encryption hanya ditampilkan untuk wilayah di daratan Tiongkok dan wilayah China (Hong Kong).

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

   Jika instance database sumber atau tujuan adalah instance database Alibaba Cloud, seperti instance ApsaraDB RDS for MySQL atau ApsaraDB for MongoDB, atau merupakan database yang dikelola sendiri yang dihosting pada Elastic Compute Service (ECS), DTS secara otomatis menambahkan blok CIDR server DTS ke daftar putih instance database atau aturan grup keamanan ECS. Jika database sumber atau tujuan adalah database yang dikelola sendiri di pusat data atau berasal dari penyedia layanan cloud lain, Anda harus secara manual menambahkan blok CIDR server DTS untuk mengizinkan DTS mengakses database. Untuk informasi lebih lanjut tentang blok CIDR server DTS, lihat bagian "Blok CIDR Server DTS" dari topik Tambahkan Blok CIDR Server DTS ke Pengaturan Keamanan Database Lokal.

   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 dapat muncul. Oleh karena itu, sebelum Anda menggunakan DTS untuk migrasi data, Anda harus memahami dan mengakui potensi risiko serta mengambil langkah-langkah pencegahan, termasuk namun tidak terbatas pada langkah-langkah berikut: tingkatkan keamanan nama pengguna dan kata sandi Anda, batasi port yang terpapar, autentikasi panggilan API, periksa secara berkala daftar putih atau aturan grup keamanan ECS dan larang blok CIDR yang tidak sah, atau hubungkan database ke DTS dengan menggunakan Express Connect, VPN Gateway, atau Smart Access Gateway.

7. Pilih objek yang akan dimigrasikan dan jenis migrasi.

   

   Parameter	Deskripsi
   Jenis Migrasi	Untuk hanya melakukan 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. Catatan Jika Incremental Data Migration tidak dipilih, kami sarankan Anda tidak menulis data ke database sumber selama migrasi data. Hal ini memastikan konsistensi data antara database sumber dan tujuan. Selama migrasi skema dan migrasi data penuh, kami sarankan Anda tidak melakukan operasi DDL pada objek yang akan dimigrasikan. Jika tidak, objek mungkin gagal dimigrasikan.
   Ganti Nama Database dan Tabel	Anda dapat menggunakan fitur pemetaan nama objek untuk mengubah nama objek yang dimigrasikan ke instance tujuan. Untuk informasi lebih lanjut, lihat Pemetaan Nama Objek.
   Waktu Ulang untuk Koneksi Gagal	Secara default, jika DTS gagal terhubung ke database sumber atau tujuan, DTS mencoba lagi dalam 12 jam ke depan. Anda dapat menentukan rentang waktu ulang berdasarkan kebutuhan bisnis Anda. Jika DTS tersambung kembali ke database sumber dan tujuan dalam rentang waktu ulang yang ditentukan, DTS melanjutkan tugas migrasi data. Jika tidak, tugas migrasi data gagal. Catatan Saat DTS mencoba kembali koneksi, Anda dikenakan biaya untuk instance DTS. Kami sarankan Anda menentukan rentang waktu ulang berdasarkan kebutuhan bisnis Anda. Anda juga dapat melepaskan instance DTS secepat mungkin setelah instance sumber dan tujuan dilepaskan.
   Tabel Sumber DMS_ONLINE_Apakah Anda ingin menyalin tabel sementara ke database tujuan selama DDL	Jika Anda menggunakan DMS untuk melakukan operasi DDL online di database sumber, Anda dapat menentukan apakah akan memigrasikan data dari tabel sementara yang dihasilkan oleh operasi DDL online. Nilai valid: Yes: DTS memigrasikan data dari tabel sementara yang dihasilkan oleh operasi DDL Online. Catatan Jika operasi DDL online menghasilkan sejumlah besar data, latensi mungkin terjadi untuk tugas migrasi data. No: DTS tidak memigrasikan data dari tabel sementara yang dihasilkan oleh operasi DDL online. Hanya data DDL asli dari database sumber yang dimigrasikan. Catatan Jika Anda memilih Tidak, tabel di instance ApsaraDB RDS untuk MySQL mungkin terkunci.

8. Di sudut kanan bawah halaman, klik Precheck.

   Catatan

   • Sebelum Anda dapat memulai tugas migrasi data, DTS melakukan pra-pemeriksaan. Anda hanya dapat memulai tugas migrasi data setelah tugas lulus pra-pemeriksaan.

   • Jika tugas gagal lulus pra-pemeriksaan, Anda dapat mengklik ikon di sebelah setiap item yang gagal untuk melihat detail.

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

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

9. Setelah tugas lulus pra-pemeriksaan, 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 sarankan Anda 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 sarankan Anda memilih waktu yang tepat untuk menghentikan tugas migrasi data secara manual. Sebagai contoh, Anda dapat menghentikan tugas selama jam-jam sepi atau sebelum Anda beralih beban kerja ke klaster 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. Alihkan beban kerja Anda ke instance ApsaraDB RDS untuk MySQL tujuan.