Data Transmission Service:Migrasi Amazon Aurora MySQL ke PolarDB for MySQL

Peringatan

• Migrasi data penuh mengonsumsi sumber daya baca dan tulis pada database sumber dan tujuan, sehingga meningkatkan beban server. Beban tambahan ini dapat menurunkan kinerja atau menyebabkan layanan tidak tersedia, terutama jika database Anda memiliki kinerja buruk, spesifikasi rendah, atau sudah sibuk (misalnya, banyak kueri SQL lambat, tabel tanpa primary key, atau deadlock di database tujuan). Sebelum memulai migrasi, evaluasi kinerja kedua database dan lakukan migrasi pada jam sepi, misalnya saat utilisasi CPU di bawah 30%.

• Jika database sumber tidak memiliki primary key atau unique constraint serta tidak memiliki kolom dengan nilai unik, migrasi dapat menghasilkan data duplikat di database tujuan.

• Untuk kolom FLOAT atau DOUBLE, DTS membaca nilainya menggunakan fungsi ROUND(COLUMN,PRECISION). Jika Anda tidak menentukan presisi, DTS akan memigrasikan nilai FLOAT dengan presisi 38 digit dan nilai DOUBLE dengan presisi 308 digit. Pastikan presisi migrasi sesuai dengan kebutuhan bisnis Anda.

• Jika nama database sumber tidak sesuai dengan konvensi penamaan untuk PolarDB for MySQL, Anda harus membuat database di klaster PolarDB for MySQL tujuan sebelum mengonfigurasi tugas migrasi data.

  Catatan

  Untuk informasi selengkapnya tentang konvensi penamaan PolarDB for MySQL dan cara membuat database, lihat Kelola database.

• Jika tugas migrasi data gagal, DTS secara otomatis melanjutkan tugas tersebut. Sebelum mengalihkan beban kerja Anda ke instans tujuan, Anda harus menghentikan atau melepas tugas migrasi data. Jika tidak, tugas tersebut mungkin dilanjutkan secara otomatis dan menimpa data di instans tujuan.

Penagihan

Jenis migrasi

• Migrasi skema

  DTS memigrasikan skema objek ke klaster PolarDB for MySQL Anda. DTS mendukung migrasi skema untuk 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 di database tujuan, Anda harus memberikan izin baca dan tulis kepada pemanggil.

• Migrasi data penuh

  DTS memigrasikan semua data dari objek yang dipilih di klaster Amazon Aurora MySQL sumber ke klaster PolarDB for MySQL Anda.

  Catatan

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

• Migrasi data inkremental

  Setelah migrasi data penuh selesai, DTS membaca log biner dari klaster Amazon Aurora MySQL untuk menyinkronkan data inkremental ke klaster PolarDB for MySQL Anda. Hal ini memungkinkan migrasi database yang lancar dengan downtime aplikasi minimal.

Izin akun database

Untuk membuat akun database dan memberikan izin, lihat topik berikut:

• Untuk Amazon Aurora MySQL, lihat Buat akun dan konfigurasikan binary logging untuk Database MySQL yang dikelola sendiri.

• Untuk Alibaba Cloud PolarDB for MySQL, lihat Buat dan kelola akun database.

Prasyarat

1. Masuk ke konsol Amazon Aurora.

2. Di panel navigasi kiri, klik Database.

3. Klik DB identifier dari node yang Role-nya adalah writer instance.

4. Di tab Connectivity and security, klik nama grup keamanan VPC yang sesuai dengan node tersebut.

5. Di halaman Security Groups, klik Security Group ID yang dituju.

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

7. Di halaman Edit inbound rules, klik Add rule. Tambahkan Blok CIDR server DTS untuk wilayah yang sesuai dan klik Save rules. Untuk daftar Blok CIDR yang diperlukan, lihat Tambahkan Alamat IP Server DTS ke Daftar Putih.

   Catatan

   • Tambahkan hanya Blok CIDR server DTS untuk wilayah tempat database tujuan berada. Misalnya, jika database sumber berada di Singapura dan database tujuan berada di Tiongkok (Hangzhou), tambahkan hanya Blok CIDR server DTS untuk wilayah Tiongkok (Hangzhou).

   • Anda dapat menambahkan semua Blok CIDR yang diperlukan sekaligus alih-alih menambahkan aturan masuk terpisah untuk masing-masing.

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

8. Atur periode retensi log biner di database Amazon Aurora MySQL Anda. Langkah ini opsional jika Anda tidak memerlukan migrasi data inkremental.

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

   Catatan

   • Perintah ini mengatur periode retensi log biner menjadi 24 jam. Periode retensi maksimum adalah 168 jam (7 hari).

   • Untuk database Amazon Aurora MySQL, aktifkan fitur log biner dan atur parameter binlog_format ke ROW. Jika Anda menggunakan MySQL 5.6 atau versi lebih baru, atur juga parameter binlog_row_image ke FULL. Untuk informasi selengkapnya, rujuk dokumentasi Amazon atau hubungi dukungan teknis Amazon.

Prosedur (konsol baru)

1. Buka halaman daftar tugas migrasi untuk wilayah tujuan menggunakan salah satu metode berikut.

   Dari konsol DTS

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

   2. Di panel navigasi kiri, klik Data Migration.

   3. Di pojok kiri atas halaman, pilih wilayah tempat instans migrasi berada.

   Dari konsol DMS

   Catatan

   Operasi aktual dapat berbeda tergantung pada mode dan tata letak konsol DMS. Untuk informasi selengkapnya, lihat Konsol mode sederhana dan Sesuaikan tata letak dan gaya konsol DMS.

   1. Masuk ke Konsol Data Management (DMS).

   2. Di bilah menu atas, pilih Data + AI > Data Transmission (DTS) > Data Migration.

   3. Di sebelah kanan Data Migration Tasks, pilih wilayah tempat instans migrasi berada.

2. Klik Create Task untuk membuka halaman konfigurasi tugas.

3. Konfigurasikan database sumber dan tujuan.

   Peringatan

   Setelah memilih instans sumber dan tujuan, kami sarankan agar Anda membaca dengan cermat batasan yang ditampilkan di bagian atas halaman. Jika tidak, tugas mungkin gagal atau terjadi ketidakkonsistenan data.

   Bagian	Parameter	Deskripsi
   N/A	Task Name	DTS secara otomatis menghasilkan nama tugas. Kami menyarankan agar Anda menentukan nama deskriptif untuk memudahkan identifikasi. Nama tidak perlu unik.
   Source Database	Select a DMS database instance.	Anda dapat memilih apakah akan menggunakan instans yang sudah ada sesuai kebutuhan. Jika menggunakan instans yang sudah ada, informasi database di bawah ini akan diisi otomatis. Anda tidak perlu memasukkannya lagi. Jika tidak menggunakan instans yang sudah ada, Anda harus mengonfigurasi informasi database di bawah ini. Catatan Di konsol DMS, Anda dapat mengklik Add DMS Database Instance untuk mendaftarkan database ke DMS. Untuk informasi selengkapnya, 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 ke DTS di halaman Database Connections atau halaman konfigurasi baru. Untuk informasi selengkapnya, lihat Kelola koneksi database.
   	Database Type	Pilih MySQL.
   	Connection Type	Pilih Public IP Address.
   	Instance Region	Pilih wilayah tempat database Amazon Aurora MySQL berada. Catatan Jika wilayah tempat database Amazon Aurora MySQL berada tidak tersedia, pilih wilayah terdekat secara geografis.
   	Domain Name or IP	Masukkan endpoint database Amazon Aurora MySQL. Catatan Anda dapat memperoleh endpoint di halaman Basic Information database Amazon Aurora MySQL.
   	Port Number	Masukkan port layanan database Amazon Aurora MySQL. Port default adalah 3306.
   	Database Account	Masukkan akun database Amazon Aurora MySQL. Untuk informasi selengkapnya tentang izin yang diperlukan, lihat Izin yang diperlukan untuk akun database.
   	Database Password	Masukkan password untuk akun database.
   	Encryption	Pilih Non-encrypted atau SSL-encrypted sesuai kebutuhan bisnis Anda. Jika enkripsi SSL tidak diaktifkan untuk database Amazon Aurora MySQL, pilih Non-encrypted. Jika enkripsi SSL diaktifkan untuk database Amazon Aurora MySQL, pilih SSL-encrypted. Anda juga harus mengunggah CA Certificate dan menentukan CA Certificate Password.
   Destination Database	Select a DMS database instance.	Anda dapat memilih apakah akan menggunakan instans yang sudah ada sesuai kebutuhan. Jika menggunakan instans yang sudah ada, informasi database di bawah ini akan diisi otomatis. Anda tidak perlu memasukkannya lagi. Jika tidak menggunakan instans yang sudah ada, Anda harus mengonfigurasi informasi database di bawah ini. Catatan Di konsol DMS, Anda dapat mengklik Add DMS Database Instance untuk mendaftarkan database ke DMS. Untuk informasi selengkapnya, 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 ke DTS di halaman Database Connections atau halaman konfigurasi baru. Untuk informasi selengkapnya, lihat Kelola koneksi database.
   	Database Type	Pilih PolarDB for MySQL.
   	Connection Type	Pilih Alibaba Cloud Instance.
   	Instance Region	Pilih wilayah tempat instans PolarDB for MySQL tujuan berada.
   	PolarDB Cluster ID	Pilih ID instans PolarDB for MySQL tujuan.
   	Database Account	Masukkan akun database instans PolarDB for MySQL tujuan. Untuk informasi selengkapnya tentang izin yang diperlukan, lihat Izin yang diperlukan untuk akun database.
   	Database Password	Masukkan password untuk akun database.
   	Encryption	Pilih jenis koneksi sesuai kebutuhan. Untuk informasi selengkapnya tentang fitur enkripsi SSL, lihat Aktifkan enkripsi SSL.

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

   Catatan

   Pastikan segmen alamat IP layanan DTS telah ditambahkan secara otomatis atau manual ke pengaturan keamanan database sumber dan tujuan untuk mengizinkan akses dari server DTS. Untuk informasi selengkapnya, lihat Tambahkan Alamat IP Server DTS ke daftar putih.

5. Konfigurasikan objek tugas.

   1. Di halaman Configure Objects, konfigurasikan objek yang ingin dimigrasikan.

      Parameter	Deskripsi
      Migration Types	Jika hanya perlu melakukan migrasi penuh, pilih Schema Migration dan Full Data Migration. Untuk melakukan migrasi tanpa downtime, pilih Schema Migration, Full Data Migration, dan Incremental Data Migration. Catatan Jika Anda tidak memilih Schema Migration, Anda harus memastikan bahwa database dan tabel untuk menerima data sudah ada di database tujuan. Anda juga dapat menggunakan fitur pemetaan nama objek di kotak Selected Objects sesuai kebutuhan. Jika Anda tidak memilih Incremental Data Migration, jangan menulis data baru ke instans sumber selama migrasi data untuk memastikan konsistensi data.
      Method to Migrate Triggers in Source Database	Pilih metode untuk memigrasikan trigger sesuai kebutuhan bisnis Anda. Jika objek yang akan dimigrasikan tidak melibatkan trigger, Anda tidak perlu mengonfigurasi parameter ini. Untuk informasi selengkapnya, lihat Konfigurasikan metode untuk menyinkronkan atau memigrasikan trigger. Catatan Anda dapat mengonfigurasi parameter ini hanya jika memilih Migration Types untuk Schema Migration.
      Processing Mode of Conflicting Tables	Precheck and Report Errors: Memeriksa apakah tabel dengan nama yang sama ada di database tujuan. Jika tidak ada tabel dengan nama yang sama, pemeriksaan awal lolos. Jika ada tabel dengan nama yang sama, kesalahan dilaporkan selama pemeriksaan awal, dan tugas migrasi data tidak dimulai. Catatan Jika tabel di database tujuan memiliki nama yang sama tetapi tidak dapat dengan mudah dihapus atau diganti namanya, Anda dapat mengubah nama tabel di database tujuan. Untuk informasi selengkapnya, lihat Pemetaan nama objek. Ignore Errors and Proceed: Melewati pemeriksaan untuk tabel dengan nama yang sama. Peringatan Memilih Ignore Errors and Proceed dapat menyebabkan ketidakkonsistenan data dan risiko bisnis. Misalnya: Jika skema tabel konsisten dan catatan di database tujuan memiliki nilai primary key yang sama dengan catatan di database sumber: Selama migrasi penuh, DTS menyimpan catatan di database tujuan. Catatan dari database sumber tidak dimigrasikan. Selama migrasi inkremental, DTS tidak menyimpan catatan di database tujuan. Catatan dari database sumber menimpa catatan di database tujuan. Jika skema tabel tidak konsisten, hanya beberapa kolom data yang mungkin dimigrasikan, atau migrasi mungkin gagal. Lakukan dengan hati-hati.
      Capitalization of Object Names in Destination Instance	Anda dapat mengonfigurasi kebijakan sensitivitas huruf besar/kecil untuk nama objek yang dimigrasikan, seperti database, tabel, dan kolom, di instans tujuan. Secara default, DTS default policy dipilih. Anda juga dapat memilih untuk menjaga sensitivitas huruf besar/kecil konsisten dengan kebijakan default database sumber atau tujuan. Untuk informasi selengkapnya, lihat Sensitivitas huruf besar/kecil nama objek di database tujuan.
      Source Objects	Pilih satu atau beberapa objek dari bagian . Klik ikon dan tambahkan objek ke bagian Selected Objects. Catatan Granularitas untuk memilih objek migrasi adalah skema, tabel, dan kolom. Jika Anda hanya memilih tabel atau kolom sebagai objek migrasi, objek lain seperti view, trigger, dan prosedur tersimpan tidak akan dimigrasikan ke database tujuan.
      Selected Objects	Untuk mengubah nama satu objek migrasi di instans target, klik kanan objek tersebut di kotak Selected Objects. Untuk informasi selengkapnya, lihat Memetakan nama skema, tabel, dan kolom secara individual. Untuk mengubah nama beberapa objek migrasi di instans target, klik Selected Objects di pojok kanan atas kotak Batch Edit. Untuk informasi selengkapnya, lihat Pemetaan nama skema, tabel, dan kolom ganda. Catatan Jika Anda menggunakan fitur pemetaan nama objek, objek lain yang bergantung pada objek yang diganti namanya mungkin gagal dimigrasikan. Untuk memfilter data dengan menentukan kondisi WHERE, klik kanan tabel di kotak Selected Objects dan tentukan kondisi filter di kotak dialog yang muncul. Untuk informasi selengkapnya, lihat Atur kondisi filter. Untuk memilih operasi SQL yang akan dimigrasikan di tingkat database atau tabel, klik kanan objek di kotak Selected Objects dan pilih operasi SQL yang diinginkan di kotak dialog yang muncul.

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

      Parameter	Deskripsi
      Dedicated Cluster for Task Scheduling	Secara default, DTS menjadwalkan tugas pada klaster bersama. Anda tidak perlu memilihnya. Jika Anda menginginkan tugas yang lebih stabil, Anda dapat membeli klaster khusus untuk menjalankan tugas migrasi DTS.
      Select the engine type of the destination database	Pilih jenis mesin dari database tujuan. InnoDB: Mesin penyimpanan default. X-Engine: Mesin penyimpanan database untuk pemrosesan transaksi online (OLTP).
      Copy the temporary table of the Online DDL tool that is generated in the source table to the destination database.	Jika Anda menggunakan Data Management (DMS) atau gh-ost untuk melakukan perubahan DDL online di database sumber, Anda dapat memilih apakah akan memigrasikan data dari tabel sementara yang dihasilkan oleh perubahan DDL online tersebut. Penting Tugas DTS tidak mendukung penggunaan alat seperti pt-online-schema-change untuk melakukan perubahan DDL online. Jika dilakukan, tugas DTS akan gagal. Metode pemrosesan untuk setiap fase adalah sebagai berikut: Fase Schema Migration dan Full Data Migration tidak mengizinkan operasi DDL yang mengubah struktur database atau tabel. Oleh karena itu, tidak dikendalikan oleh kebijakan DDL Online. Schema Migration: Tidak dikendalikan oleh kebijakan DDL online. Tabel sementara terkait dibuat. Full Data Migration: Tidak dikendalikan oleh kebijakan DDL online. Migrasi tabel sementara tidak termasuk dalam objek migrasi penuh. Semua tabel yang namanya sesuai dengan ekspresi reguler (^_(.+)_(?:gho|new)$ atau ^_(.+)_(?:ghc|del|old)$) difilter. Incremental Data Migration: Dikendalikan oleh kebijakan DDL online. Yes: Memigrasikan perubahan data dari tabel sementara (misalnya, _table_name_gho) yang dihasilkan oleh operasi DDL online. No, Adapt to DMS Online DDL dan No, Adapt to gh-ost: Menyaring perubahan data dari tabel sementara (misalnya, _table_name_gho) yang dihasilkan oleh alat seperti gh-ost berdasarkan aturan ekspresi reguler. Yes: Memigrasikan data dari tabel sementara yang dihasilkan oleh perubahan DDL online. Catatan Jika perubahan DDL online menghasilkan sejumlah besar data di tabel sementara, hal ini dapat menyebabkan latensi tugas. No, Adapt to DMS Online DDL: Tidak memigrasikan data dari tabel sementara yang dihasilkan oleh perubahan DDL online. Hanya memigrasikan pernyataan DDL asli yang dieksekusi menggunakan Data Management (DMS). Catatan Opsi ini menyebabkan tabel di database tujuan dikunci. No, Adapt to gh-ost: Tidak memigrasikan data dari tabel sementara yang dihasilkan oleh perubahan DDL online. Mendukung aturan penyaringan kustom. DTS menyaring perubahan data dari tabel sementara (misalnya, _table_name_gho) yang dihasilkan oleh alat seperti gh-ost berdasarkan aturan ekspresi reguler. Anda dapat memodifikasi ekspresi reguler default yang digunakan untuk mencocokkan tabel shadow dan tabel tidak berguna sesuai kebutuhan: Tabel shadow: ^_(.+)_(?:gho|new)$ Tabel tidak berguna: ^_(.+)_(?:ghc|del|old)$ Catatan Opsi ini menyebabkan tabel di database tujuan dikunci.
      Retry Time for Failed Connections	Setelah tugas migrasi dimulai, jika koneksi ke database sumber atau tujuan gagal, DTS melaporkan kesalahan dan segera mulai mencoba menghubungkan kembali. Durasi percobaan ulang default adalah 720 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 10 hingga 1440 menit. Kami menyarankan agar Anda mengatur durasi lebih dari 30 menit. Jika DTS berhasil menghubungkan kembali ke database sumber dan tujuan dalam durasi yang ditentukan, tugas migrasi secara otomatis dilanjutkan. Jika tidak, tugas gagal. Catatan Untuk beberapa instans DTS yang berbagi sumber atau tujuan yang sama, waktu percobaan ulang jaringan ditentukan oleh pengaturan tugas yang dibuat terakhir. Karena Anda dikenai biaya untuk tugas selama periode percobaan ulang koneksi, kami menyarankan agar Anda menyesuaikan waktu percobaan ulang berdasarkan kebutuhan bisnis Anda, atau segera melepas instans DTS setelah instans database sumber dan tujuan dilepas.
      Retry Time for Other Issues	Setelah tugas migrasi dimulai, jika terjadi masalah non-konektivitas, seperti pengecualian eksekusi DDL atau DML, di database sumber atau tujuan, DTS melaporkan kesalahan dan segera mulai mencoba mengulang operasi tersebut. Durasi percobaan ulang default adalah 10 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 1 hingga 1440 menit. Kami menyarankan agar Anda mengatur durasi lebih dari 10 menit. Jika operasi terkait berhasil dalam durasi percobaan ulang yang ditentukan, tugas migrasi secara otomatis dilanjutkan. Jika tidak, tugas gagal. Penting Nilai Retry Time for Other Issues harus kurang dari nilai Retry Time for Failed Connections.
      Enable Throttling for Full Data Migration	Selama migrasi penuh, DTS mengonsumsi sumber daya baca dan tulis pada database sumber dan tujuan, yang dapat meningkatkan beban database. Jika diperlukan, Anda dapat mengaktifkan pembatasan kecepatan untuk tugas migrasi penuh. Anda dapat mengatur Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s) untuk mengurangi beban pada database tujuan. Catatan Item konfigurasi ini tersedia hanya jika Anda memilih Full Data Migration untuk Migration Types. Anda juga dapat menyesuaikan kecepatan migrasi penuh setelah instans migrasi berjalan.
      Enable Throttling for Incremental Data Migration	Jika diperlukan, Anda juga dapat memilih untuk mengatur batas kecepatan untuk tugas migrasi inkremental. Anda dapat mengatur RPS of Incremental Data Migration dan Data migration speed for incremental migration (MB/s) untuk mengurangi beban pada database tujuan. Catatan Item konfigurasi ini tersedia hanya jika Anda memilih Incremental Data Migration untuk Migration Types. Anda juga dapat menyesuaikan kecepatan migrasi inkremental setelah instans migrasi berjalan.
      Environment Tag	Anda dapat memilih tag lingkungan untuk mengidentifikasi instans berdasarkan kebutuhan bisnis Anda. Dalam contoh ini, Anda tidak perlu memilih tag.
      Whether to delete SQL operations on heartbeat tables of forward and reverse tasks	Pilih apakah akan menulis informasi SQL heartbeat ke database sumber saat instans DTS berjalan. Yes: Informasi SQL heartbeat tidak ditulis ke database sumber. Hal ini dapat menyebabkan instans DTS melaporkan keterlambatan. No: Menulis informasi SQL heartbeat ke database sumber. Hal ini dapat mengganggu fitur seperti pencadangan fisik dan kloning database sumber.
      Configure ETL	Berdasarkan kebutuhan bisnis Anda, pilih apakah akan mengonfigurasi fitur ETL untuk memproses data. Yes: Mengonfigurasi fitur ETL. Anda juga harus memasukkan pernyataan pemrosesan data di kotak teks. No: Tidak mengonfigurasi fitur ETL.
      Monitoring and Alerting	Pilih apakah akan mengatur peringatan dan menerima pemberitahuan peringatan berdasarkan kebutuhan bisnis Anda. No: Tidak mengatur peringatan. Yes: Konfigurasikan peringatan dengan mengatur ambang batas peringatan dan pemberitahuan peringatan. Jika migrasi gagal atau latensi melebihi ambang batas, sistem mengirimkan pemberitahuan peringatan.

   3. Klik Next: Data Validation untuk mengonfigurasi tugas validasi data.

      Untuk informasi selengkapnya tentang fitur validasi data, lihat Konfigurasikan validasi data.

6. Simpan tugas dan jalankan pemeriksaan awal.

   • Untuk melihat parameter konfigurasi instans ini saat memanggil operasi API, arahkan pointer ke tombol Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters di gelembung yang muncul.

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

   Catatan

   • Sebelum tugas migrasi dimulai, DTS melakukan pemeriksaan awal. Tugas hanya dimulai setelah lolos pemeriksaan awal.

   • Jika pemeriksaan awal gagal, klik View Details di sebelah item pemeriksaan yang gagal, perbaiki masalah berdasarkan petunjuk, lalu jalankan pemeriksaan awal lagi.

   • Jika peringatan dilaporkan selama pemeriksaan awal:

     • Untuk item pemeriksaan yang tidak dapat diabaikan, klik View Details di sebelah item yang gagal, perbaiki masalah berdasarkan petunjuk, lalu jalankan pemeriksaan awal lagi.

     • Untuk item pemeriksaan yang dapat diabaikan, Anda dapat mengklik Confirm Alert Details, Ignore, OK, dan Precheck Again untuk melewati item peringatan dan menjalankan pemeriksaan awal lagi. Jika Anda memilih untuk mengabaikan peringatan, hal ini dapat menyebabkan masalah seperti ketidakkonsistenan data dan menimbulkan risiko bagi bisnis Anda.

7. Beli instans.

   1. Saat Success Rate mencapai 100%, klik Next: Purchase Instance.

   2. Di halaman Purchase, pilih spesifikasi tautan untuk instans migrasi data. Untuk informasi selengkapnya, lihat tabel berikut.

      Kategori	Parameter	Deskripsi
      New Instance Class	Resource Group Settings	Pilih kelompok sumber daya tempat instans tersebut berada. Nilai default adalah kelompok sumber daya default. Untuk informasi selengkapnya, lihat Apa itu Resource Management?
      	Instance Class	DTS menyediakan spesifikasi migrasi dengan tingkat kinerja berbeda. Spesifikasi tautan memengaruhi kecepatan migrasi. Anda dapat memilih spesifikasi berdasarkan skenario bisnis Anda. Untuk informasi selengkapnya, lihat Spesifikasi tautan migrasi data.

   3. Setelah konfigurasi selesai, baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.

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

      Anda dapat melihat progres tugas migrasi di halaman daftar Data Migration Tasks.

      Catatan

      • Jika tugas migrasi tidak mencakup migrasi inkremental, tugas akan berhenti secara otomatis setelah migrasi penuh selesai. Setelah tugas berhenti, Status berubah menjadi Completed.

      • Jika tugas migrasi mencakup migrasi inkremental, tugas tidak berhenti secara otomatis. Tugas migrasi inkremental terus berjalan. Selama tugas migrasi inkremental berjalan, Status tugas adalah Running.

Prosedur (konsol lama)

1. Masuk ke Konsol DTS.

   Catatan

   Jika Anda dialihkan secara otomatis ke Konsol Data Management (DMS), Anda dapat mengklik ikon di pojok kanan bawah lalu klik untuk kembali ke konsol DTS klasik.

2. Di panel navigasi kiri, klik Data Migration.

3. Di bagian atas halaman Migration Tasks, pilih wilayah klaster tujuan.

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

5. Konfigurasikan database sumber dan tujuan.

   

   Kategori	Parameter	Deskripsi
   N/A	Task name	DTS secara otomatis menghasilkan nama tugas. Kami menyarankan agar Anda memberikan nama deskriptif untuk memudahkan identifikasi. Nama tugas tidak perlu unik.
   Source database	Instance type	Pilih Self-managed Database with Public IP Address.
   	Instance region	Jika Anda mengatur Instance Type ke Instance Region, Anda tidak perlu mengonfigurasi parameter ini.
   	Database type	Pilih MySQL.
   	Hostname or IP address	Masukkan endpoint database Amazon Aurora MySQL Anda. Catatan Anda dapat memperoleh endpoint di halaman Basic Information database Amazon Aurora MySQL Anda.
   	Port	Masukkan port layanan database Amazon Aurora MySQL Anda. Port default adalah 3306.
   	Database account	Masukkan akun database untuk database Amazon Aurora MySQL Anda. Untuk detail tentang izin yang diperlukan, lihat Izin yang diperlukan untuk akun database.
   	Database password	Masukkan password untuk akun database. Catatan Setelah memasukkan informasi database sumber, Anda dapat mengklik Test Connectivity di sebelah Database Password untuk memverifikasi bahwa informasi tersebut benar. Jika informasi benar, pesan Passed muncul. Jika pesan Failed muncul, klik Diagnose setelah Failed dan ikuti petunjuk untuk menyesuaikan informasi database sumber.
   Destination database	Instance type	Pilih PolarDB.
   	Instance region	Pilih wilayah tempat klaster PolarDB for MySQL berada.
   	PolarDB instance ID	Pilih ID klaster PolarDB for MySQL.
   	Database account	Masukkan akun database untuk klaster PolarDB for MySQL. Untuk detail tentang izin yang diperlukan, lihat Izin yang diperlukan untuk akun database.
   	Database password	Masukkan password untuk akun database. Catatan Setelah memasukkan informasi database tujuan, Anda dapat mengklik Test Connectivity di sebelah Database Password untuk memverifikasi bahwa informasi yang dimasukkan benar. Jika informasi benar, pesan Passed ditampilkan. Jika pesan Failed ditampilkan, klik Diagnose di sebelah Failed, dan sesuaikan informasi database tujuan berdasarkan petunjuk.

6. Setelah menyelesaikan konfigurasi, klik Set Whitelist and Next di pojok kanan bawah halaman.

   Jika database sumber atau tujuan adalah instans database Alibaba Cloud, seperti ApsaraDB RDS for MySQL atau ApsaraDB for MongoDB, DTS secara otomatis menambahkan rentang alamat IP servernya di wilayah yang sesuai ke daftar putih instans tersebut. Jika database sumber atau tujuan adalah database yang dikelola sendiri pada Instance ECS, DTS secara otomatis menambahkan rentang alamat IP ke aturan grup keamanan Instance ECS tersebut. Anda juga harus memastikan bahwa database yang dikelola sendiri dapat diakses dari Instance ECS tersebut. Jika database diterapkan dalam klaster di beberapa Instance ECS, Anda harus secara manual menambahkan rentang alamat IP server DTS untuk wilayah yang sesuai ke aturan grup keamanan setiap Instance ECS yang tersisa. Jika database sumber atau tujuan adalah database yang dikelola sendiri di pusat data atau di platform cloud lain, Anda harus secara manual menambahkan rentang alamat IP server DTS untuk wilayah yang sesuai untuk mengizinkan akses. Untuk daftar rentang alamat IP, lihat Alamat IP server DTS.

   Peringatan

   Menambahkan 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 bertanggung jawab untuk menerapkan langkah-langkah keamanan dasar, seperti menggunakan password kuat, membatasi port terbuka, menggunakan autentikasi untuk API internal, secara rutin meninjau dan membatasi segmen jaringan yang tidak perlu, atau menghubungkan menggunakan koneksi pribadi seperti Express Connect, VPN Gateway, atau Smart Access Gateway.

7. Pilih jenis migrasi dan objek yang akan dimigrasikan.

   

   Parameter	Deskripsi
   Migration types	Untuk hanya melakukan migrasi penuh, pilih Schema Migration dan Full Data Migration. Untuk melakukan migrasi tanpa gangguan layanan, pilih Schema Migration, Full Data Migration, dan Incremental Data Migration. Catatan Untuk memastikan konsistensi data, jangan menulis data baru ke database Amazon Aurora MySQL selama migrasi data jika Anda tidak memilih Incremental Data Migration.
   Objects to migrate	Di kotak Available, pilih objek yang akan dimigrasikan dan klik untuk memindahkannya ke kotak Selected Objects. Catatan Anda dapat memilih objek untuk dimigrasikan di tingkat database, tabel, atau kolom. Secara default, objek yang dimigrasikan mempertahankan nama aslinya di database tujuan. Untuk mengganti nama objek di database tujuan, gunakan fitur pemetaan nama objek. Untuk informasi selengkapnya, lihat Pemetaan nama objek. Jika Anda mengganti nama objek, objek dependennya mungkin gagal dimigrasikan.
   Mapped name change	Untuk mengubah nama objek migrasi di instans tujuan, gunakan fitur pemetaan nama objek. Untuk informasi selengkapnya, lihat Pemetaan nama objek.
   Retry duration for disconnected source or destination	Secara default, DTS mencoba ulang selama 12 jam. Anda juga dapat menentukan durasi percobaan ulang kustom. Jika DTS berhasil menghubungkan kembali ke database sumber dan tujuan dalam durasi yang ditentukan, tugas migrasi secara otomatis dilanjutkan. Jika tidak, tugas gagal. Catatan Anda dikenai biaya untuk instans DTS selama periode percobaan ulang koneksi. Kami menyarankan agar Anda mengonfigurasi durasi percobaan ulang berdasarkan kebutuhan bisnis Anda, atau segera melepas instans DTS setelah instans sumber dan tujuan dilepas.
   Copy temporary tables during DMS_ONLINE_DDL on source table	Jika Anda menggunakan Data Management (DMS) untuk melakukan perubahan DDL online pada database sumber, Anda dapat memilih apakah akan memigrasikan data tabel sementara yang dihasilkan oleh perubahan DDL online tersebut. Yes: Memigrasikan data tabel sementara yang dihasilkan oleh perubahan DDL online. Catatan Jika perubahan DDL online menghasilkan sejumlah besar data tabel sementara, tugas migrasi mungkin mengalami latensi yang lebih tinggi. No: Tidak memigrasikan data tabel sementara yang dihasilkan oleh perubahan DDL online. Hanya data DDL asli dari database sumber yang dimigrasikan. Catatan Opsi ini menyebabkan penguncian tabel di database tujuan.

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

   Catatan

   • Sebelum tugas migrasi dimulai, DTS menjalankan pemeriksaan awal. Tugas hanya dapat dimulai setelah lolos pemeriksaan awal.

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

     • Perbaiki masalah sesuai petunjuk dan jalankan pemeriksaan awal lagi.

     • Jika Anda tidak perlu memperbaiki item peringatan, Anda dapat memilih Ignore lalu klik Ignore Warnings and Rerun Precheck untuk menjalankan pemeriksaan awal lagi.

9. Setelah tugas lolos pemeriksaan awal, klik Next.

10. Di kotak dialog Confirm Settings yang muncul, pilih Instance Class dan centang kotak Data Transmission Service (pay-as-you-go) Service Terms.

11. Klik Buy and Start untuk memulai migrasi.

    • Migrasi skema + Migrasi data penuh

      Biarkan tugas selesai secara otomatis. Menghentikannya secara manual dapat mengakibatkan data tidak lengkap.

    • Migrasi skema + Migrasi data penuh + Migrasi data inkremental

      Tugas migrasi tidak berhenti secara otomatis. Anda harus menghentikannya secara manual.

      Penting

      Pilih waktu yang tepat untuk menghentikan tugas secara manual, seperti pada jam sepi atau saat Anda siap mengalihkan bisnis ke klaster tujuan.

      1. Tunggu hingga tugas migrasi memasuki fase Incremental Data Migration dan status menunjukkan Undelayed. Lalu, hentikan penulisan data ke database sumber selama beberapa menit. Selama waktu ini, status Incremental Data Migration mungkin menunjukkan latensi.

      2. Tunggu hingga status Incremental Data Migration kembali menunjukkan Undelayed. Lalu, hentikan tugas migrasi secara manual.

12. Alihkan beban kerja Anda ke klaster PolarDB for MySQL.