Gunakan Data Transmission Service (DTS) untuk memigrasikan data dari instans PolarDB-X 2.0 ke kluster PolarDB for MySQL. DTS mendukung migrasi skema, migrasi data penuh, dan migrasi data inkremental, sehingga Anda dapat melakukan migrasi tanpa downtime dengan menjaga sinkronisasi kedua database hingga siap melakukan cut over.
Prasyarat
Sebelum memulai, pastikan Anda telah memiliki:
Instans PolarDB-X 2.0 yang kompatibel dengan MySQL 5.7
Kluster PolarDB for MySQL (lihat Beli kluster pay-as-you-go atau Beli kluster subscription)
Ruang penyimpanan yang tersedia pada kluster PolarDB for MySQL tujuan melebihi total ukuran data pada instans PolarDB-X sumber
Batasan
Database sumber
| Constraint | Detail |
|---|---|
| Bandwidth | Server yang menghosting database sumber harus memiliki bandwidth outbound yang mencukupi. Bandwidth yang tidak mencukupi akan mengurangi kecepatan migrasi. |
| Kunci Utama | Tabel yang akan dimigrasikan harus memiliki kendala PRIMARY KEY atau UNIQUE, dengan semua field bersifat unik. Jika tidak, database tujuan mungkin berisi catatan duplikat. |
| Jumlah tabel (dengan penggantian nama) | Jika Anda memilih tabel sebagai objek migrasi dan perlu mengganti nama tabel atau kolom di tujuan, satu tugas mendukung hingga 1.000 tabel. Untuk lebih dari 1.000 tabel, konfigurasikan beberapa tugas atau lakukan migrasi pada level skema. |
| Pencatatan biner (migrasi inkremental) | Pencatatan biner harus diaktifkan dan binlog_row_image harus diatur ke full. Jika tidak, Pemeriksaan Awal gagal dan tugas tidak dapat dimulai. |
| Retensi log biner | Untuk migrasi hanya inkremental: simpan log selama lebih dari 24 jam. Untuk migrasi penuh + inkremental: simpan log setidaknya selama tujuh hari. Jika periode retensi terlalu singkat, DTS mungkin gagal membaca log biner, yang dapat menyebabkan kegagalan tugas atau kehilangan data. Setelah migrasi penuh selesai, Anda dapat mengurangi periode retensi menjadi lebih dari 24 jam. Jika persyaratan retensi tidak terpenuhi, Service Level Agreement (SLA) DTS tidak berlaku. |
| Kompatibilitas MySQL | Instans PolarDB-X harus kompatibel dengan MySQL 5.7. |
Batasan lainnya
| Constraint | Detail |
|---|---|
| Jendela migrasi | Migrasi data penuh membaca dari sumber dan menulis ke tujuan, sehingga meningkatkan beban pada kedua server database. Lakukan migrasi selama jam sepi. |
| Ruang tabel tujuan | Operasi INSERT konkuren selama migrasi data penuh menyebabkan fragmentasi tabel di tujuan. Setelah migrasi penuh selesai, ruang tabel tujuan lebih besar daripada sumber. |
| Melanjutkan tugas yang gagal | DTS mencoba ulang tugas yang gagal hingga tujuh hari. Sebelum beralih beban kerja ke tujuan, hentikan atau rilis tugas DTS yang gagal. Atau, jalankan REVOKE untuk mencabut izin tulis akun database DTS di tujuan. Jika tugas yang gagal dilanjutkan setelah Anda beralih, data sumber dapat menimpa data tujuan. |
| Pembaruan heartbeat | DTS secara berkala memperbarui tabel dts_health_check.ha_health_check di database sumber untuk memajukan posisi log biner. |
| Pembuatan database tujuan | DTS secara otomatis membuat database di kluster PolarDB for MySQL tujuan. Jika nama database sumber tidak valid, buat database secara manual sebelum mengonfigurasi tugas. Lihat Manajemen Database. |
Operasi yang harus dihindari selama migrasi
Untuk mencegah kegagalan tugas, jangan lakukan operasi berikut saat tugas migrasi sedang berjalan:
Jangan lakukan operasi DDL (seperti perubahan skema) selama migrasi skema atau migrasi data penuh.
Jangan menulis data ke database sumber jika Anda hanya menjalankan migrasi data penuh. Penulisan data selama fase ini dapat menyebabkan ketidakkonsistenan antara sumber dan tujuan.
Jika Anda mengubah jenis jaringan instans PolarDB-X selama migrasi, perbarui pengaturan koneksi jaringan tugas DTS sesuai.
Penagihan
| Jenis migrasi | Biaya konfigurasi instans | Biaya traffic Internet |
|---|---|---|
| Migrasi skema dan migrasi data penuh | Gratis | Dikenakan biaya hanya jika data ditransfer dari Alibaba Cloud melalui Internet. Lihat Ikhtisar penagihan. |
| Migrasi data inkremental | Dikenakan biaya. Lihat Ikhtisar penagihan. |
Jenis migrasi
| Tipe | Apa yang dimigrasikan |
|---|---|
| Migrasi skema | Skema objek database (tabel, indeks, dan sebagainya) |
| Migrasi data penuh | Semua data yang ada dalam objek yang dipilih |
| Migrasi data inkremental | Setelah migrasi data penuh selesai, DTS memigrasikan data inkremental dari database sumber ke database tujuan. Migrasi data inkremental memungkinkan data dimigrasikan secara lancar tanpa mengganggu layanan aplikasi yang dikelola sendiri selama migrasi data. Operasi DML (INSERT, UPDATE, DELETE) didukung. |
Izin akun database yang diperlukan
| Database | Migrasi skema | Migrasi data penuh | Migrasi data inkremental |
|---|---|---|---|
| Instans PolarDB-X | SELECT | SELECT | REPLICATION SLAVE, REPLICATION CLIENT, SELECT pada objek yang akan dimigrasikan |
| Kluster PolarDB for MySQL | Baca dan tulis | Baca dan tulis | Baca dan tulis |
Berikan izin pada instans PolarDB-X
Untuk detail lebih lanjut mengenai pengelolaan izin PolarDB-X, lihat Alat sinkronisasi data untuk PolarDB-X.
Berikan izin pada kluster PolarDB for MySQL
Untuk petunjuk membuat akun database dengan izin baca dan tulis, lihat Buat akun database.
Buat tugas migrasi
Langkah 1: Buka halaman Tugas Migrasi Data
Login ke Konsol Data Management (DMS).
Di bilah navigasi atas, klik DTS.
Di panel navigasi kiri, pilih DTS (DTS) > Data Migration.
Tata letak konsol dapat berbeda. Lihat Mode simple dan Konfigurasikan Konsol DMS berdasarkan kebutuhan bisnis Anda untuk detailnya. Atau, langsung buka halaman Tugas Migrasi Data di konsol DTS baru.
Langkah 2: Pilih wilayah
Dari daftar drop-down di samping Tugas Migrasi Data, pilih wilayah tempat instans migrasi data berada.
Di konsol DTS baru, pilih wilayah di pojok kiri atas.
Langkah 3: Konfigurasikan database sumber dan tujuan
Klik Create Task, lalu konfigurasikan parameter berikut.
Setelah mengonfigurasi database sumber dan tujuan, baca batasan yang ditampilkan di bagian atas halaman sebelum melanjutkan. Melewatkan langkah ini dapat menyebabkan kegagalan tugas atau ketidakkonsistenan data.
Source Database
| Parameter | Deskripsi |
|---|---|
| Task Name | DTS menghasilkan nama secara otomatis. Tentukan nama deskriptif untuk mengidentifikasi tugas. Nama tidak perlu unik. |
| Select an existing DMS database instance | Opsional. Pilih instans yang sudah ada untuk mengisi parameter secara otomatis, atau konfigurasikan secara manual. |
| Database Type | Pilih PolarDB-X 2.0. |
| Connection Type | Pilih Alibaba Cloud Instance. |
| Instance Region | Wilayah tempat instans PolarDB-X sumber berada. |
| Instance ID | ID instans PolarDB-X sumber. |
| Database Account | Akun database untuk instans sumber. Lihat Izin akun database yang diperlukan untuk detailnya. |
| Database Password | Kata sandi akun database. |
Destination Database
| Parameter | Deskripsi |
|---|---|
| Select an existing DMS database instance | Opsional. Pilih instans yang sudah ada untuk mengisi parameter secara otomatis, atau konfigurasikan secara manual. |
| Database Type | Pilih PolarDB for MySQL. |
| Connection Type | Pilih Alibaba Cloud Instance. |
| Instance Region | Wilayah tempat kluster PolarDB for MySQL tujuan berada. |
| PolarDB Cluster ID | ID kluster PolarDB for MySQL tujuan. |
| Database Account | Akun database untuk kluster tujuan. Lihat Izin akun database yang diperlukan untuk detailnya. |
| Database Password | Kata sandi akun database. |
Langkah 4: Uji konektivitas
Klik Test Connectivity and Proceed.
DTS secara otomatis menambahkan blok CIDR servernya ke daftar putih alamat IP instans database Alibaba Cloud dan ke aturan grup keamanan instans Elastic Compute Service (ECS) yang menghosting database yang dikelola sendiri. Untuk database yang dihosting di lokasi atau oleh penyedia pihak ketiga, tambahkan secara manual blok CIDR server DTS ke daftar putih alamat IP database. Lihat Tambahkan blok CIDR server DTS ke pengaturan keamanan database on-premises untuk daftar blok CIDR.
Menambahkan blok CIDR DTS ke daftar putih atau aturan grup keamanan menimbulkan risiko keamanan. Sebelum menggunakan DTS, ambil tindakan pencegahan, termasuk mengamankan kredensial akun Anda, membatasi port yang terbuka, memvalidasi panggilan API, mengaudit aturan daftar putih secara berkala, dan menghubungkan DTS ke database Anda melalui Express Connect, VPN Gateway, atau Smart Access Gateway.
Langkah 5: Pilih objek migrasi dan jenis migrasi
Konfigurasikan parameter berikut.
Jenis migrasi
| Opsi | Kapan digunakan |
|---|---|
| Schema Migration + Full Data Migration | Untuk migrasi offline satu kali tanpa persyaratan kontinuitas layanan. Jangan menulis ke database sumber selama migrasi. |
| Schema Migration + Full Data Migration + Incremental Data Migration | Untuk migrasi tanpa downtime. DTS menjaga sinkronisasi tujuan hingga Anda melakukan cut over. |
Jika Anda tidak memilih Incremental Data Migration, jangan menulis data ke database sumber selama migrasi. Hal ini mencegah ketidakkonsistenan data.
Mode pemrosesan tabel yang bentrok
| Opsi | Perilaku |
|---|---|
| Precheck and Report Errors | Memeriksa adanya tabel dengan nama identik di sumber dan tujuan. Jika ada duplikat, Pemeriksaan Awal gagal dan tugas tidak dapat dimulai. Gunakan fitur pemetaan nama objek untuk mengganti nama tabel yang bentrok. Lihat Pemetaan nama objek. |
| Ignore Errors and Proceed | Melewati pemeriksaan nama duplikat. Jika skema cocok, catatan dengan primary key duplikat dilewati. Jika skema berbeda, kolom tertentu mungkin tidak dimigrasikan atau tugas bisa gagal. Gunakan dengan hati-hati. |
Memilih Ignore Errors and Proceed dapat menyebabkan ketidakkonsistenan data.
Objek sumber dan objek yang dipilih
Pilih kolom, tabel, atau skema dari Source Objects dan pindahkan ke Selected Objects.
Memilih tabel atau kolom mengecualikan view, trigger, dan prosedur tersimpan dari migrasi.
Untuk mengganti nama objek di tujuan, klik kanan objek tersebut di Selected Objects. Untuk mengganti nama beberapa objek sekaligus, klik Batch Edit di pojok kanan atas Selected Objects. Lihat Pemetaan nama objek.
Mengganti nama objek dapat menyebabkan migrasi objek dependen gagal. Untuk memfilter baris menggunakan kondisi SQL, klik kanan objek di Selected Objects dan tentukan kondisi filter. Lihat Gunakan kondisi SQL untuk memfilter data.
Langkah 6: Konfigurasikan pengaturan lanjutan
Klik Next: Advanced Settings, lalu konfigurasikan parameter berikut.
| Parameter | Deskripsi |
|---|---|
| Set Alerts | No: menonaktifkan peringatan. Yes: mengaktifkan peringatan. Tentukan ambang batas peringatan dan kontak. Lihat Konfigurasikan pemantauan dan peringatan saat membuat tugas DTS. |
| Retry Time for Failed Connections | Durasi DTS mencoba ulang koneksi setelah kegagalan. Rentang: 10–1.440 menit. Default: 720 menit. Atur minimal 30 menit. Jika DTS terhubung kembali dalam jendela ini, tugas dilanjutkan secara otomatis. Jika tidak, tugas gagal. Waktu coba ulang terpendek di antara tugas yang berbagi sumber atau tujuan yang sama akan berlaku. Anda dikenai biaya untuk instans DTS selama percobaan ulang. |
| Configure ETL | Yes: mengaktifkan fitur ekstrak, transformasi, dan muat (ETL). Masukkan pernyataan pemrosesan di editor kode. Lihat Konfigurasikan ETL dalam tugas migrasi data atau sinkronisasi data. No: menonaktifkan ETL. |
| Whether to delete SQL operations on heartbeat tables of forward and reverse tasks | Yes: DTS tidak menulis operasi SQL heartbeat ke database sumber. Latensi migrasi mungkin ditampilkan. No: DTS menulis operasi SQL heartbeat. Backup fisik dan kloning database sumber mungkin terpengaruh. |
Langkah 7: Jalankan Pemeriksaan Awal
Klik Next: Save Task Settings and Precheck.
Untuk melihat parameter OpenAPI untuk konfigurasi tugas ini, arahkan kursor ke Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters.
Tugas harus lulus Pemeriksaan Awal sebelum dapat dimulai. Jika Pemeriksaan Awal gagal:
Klik View Details di samping setiap item yang gagal.
Perbaiki masalah yang dilaporkan.
Klik Precheck Again.
Jika item Pemeriksaan Awal menghasilkan peringatan:
Jika peringatan tidak dapat diabaikan, perbaiki masalah dan jalankan ulang Pemeriksaan Awal.
Jika peringatan dapat diabaikan, klik Confirm Alert Details, lalu klik Ignore > OK > Precheck Again. Mengabaikan peringatan dapat menyebabkan ketidakkonsistenan data.
Langkah 8: Beli instans migrasi
Tunggu hingga Success Rate mencapai 100%, lalu klik Next: Purchase Instance.
Di halaman Purchase Instance, konfigurasikan parameter berikut.
| Bagian | Parameter | Deskripsi |
|---|---|---|
| New Instance Class | Resource Group | Kelompok sumber daya untuk instans migrasi. Default: default resource group. Lihat Apa itu Resource Management?. |
| Instance Class | Kelas instans menentukan kecepatan migrasi. Pilih berdasarkan volume data dan kebutuhan waktu Anda. Lihat Spesifikasi instans migrasi data. |
Baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms, lalu klik Buy and Start.
Tugas muncul di daftar tugas. Progres migrasi penuh ditampilkan dalam persentase. Migrasi inkremental menunjukkan latensi antara sumber dan tujuan.