Migrasi PolarDB for MySQL ke RDS for MySQL - Data Transmission Service

Data Transmission Service (DTS) memungkinkan Anda melakukan migrasi data dari kluster PolarDB for MySQL ke instans ApsaraDB RDS for MySQL dan database MySQL yang dikelola sendiri.

Prasyarat

Anda harus memiliki kluster sumber PolarDB for MySQL. Untuk informasi lebih lanjut, lihat Beli kluster pay-as-you-go dan Beli kluster subscription.
Instans tujuan ApsaraDB RDS for MySQL harus memiliki ruang penyimpanan yang lebih besar daripada jumlah yang digunakan oleh kluster sumber.

Peringatan

Catatan

DTS melakukan migrasi kunci asing selama migrasi skema.
Selama migrasi data penuh dan inkremental, DTS secara sementara menonaktifkan pemeriksaan kendala dan cascades kunci asing pada tingkat session. Pembaruan atau penghapusan cascade pada database sumber saat tugas berjalan dapat menyebabkan ketidakkonsistenan data.

Jenis	Deskripsi
Batasan database sumber	Server yang menghosting database sumber harus memiliki bandwidth outbound yang mencukupi. Jika tidak, kecepatan migrasi data akan terpengaruh. Tabel yang akan dimigrasikan harus memiliki primary key atau Kendala UNIK, dan field dalam key atau constraint tersebut harus unik. Jika tidak, data duplikat dapat muncul di database tujuan. Jika Anda melakukan migrasi data pada tingkat tabel dan perlu mengedit tabel—misalnya memetakan nama kolom—satu tugas migrasi data hanya dapat memigrasikan maksimal 1.000 tabel. Jika melebihi batas ini, kesalahan akan dilaporkan setelah Anda mengirimkan tugas. Dalam kasus ini, bagi tabel menjadi beberapa tugas migrasi atau konfigurasikan satu tugas untuk memigrasikan seluruh database. Jika Anda melakukan migrasi inkremental: Anda harus mengaktifkan binary logging dan mengatur parameter loose_polar_log_bin ke on. Jika tidak, pemeriksaan awal akan melaporkan kesalahan dan tugas migrasi data tidak dapat dimulai. Untuk informasi lebih lanjut tentang cara mengaktifkan binary logging dan memodifikasi parameter, lihat Aktifkan binary logging dan Modifikasi parameter. Catatan Mengaktifkan binary logging untuk kluster PolarDB for MySQL akan mengonsumsi ruang penyimpanan dan dikenai biaya penyimpanan. Log biner kluster PolarDB for MySQL harus dipertahankan minimal selama 3 hari. Kami merekomendasikan periode retensi 7 hari. Jika tidak, DTS mungkin gagal mendapatkan log biner, yang dapat menyebabkan kegagalan tugas. Dalam kasus ekstrem, hal ini dapat menyebabkan ketidakkonsistenan data atau kehilangan data. Masalah yang disebabkan oleh periode retensi log biner yang lebih pendek dari persyaratan DTS tidak dicakup oleh Perjanjian Tingkat Layanan (SLA) DTS. Catatan Untuk informasi lebih lanjut tentang cara mengatur periode retensi log biner untuk kluster PolarDB for MySQL, lihat Modifikasi periode retensi. Batasan operasional untuk database sumber: Selama migrasi skema dan migrasi data penuh, jangan lakukan operasi DDL yang mengubah skema database atau tabel. Jika tidak, tugas migrasi data akan gagal. Catatan Selama migrasi data penuh, DTS melakukan query ke database sumber. Hal ini membuat metadata lock, yang dapat memblokir operasi DDL pada database sumber. Jika Anda hanya melakukan migrasi data penuh, jangan menulis data baru ke instans sumber. Jika tidak, akan terjadi ketidakkonsistenan data antara sumber dan tujuan. Untuk menjaga konsistensi data secara real-time, pilih migrasi skema, migrasi data penuh, dan migrasi data inkremental.
Catatan	DTS tidak mendukung migrasi node read-only dari instans sumber PolarDB for MySQL. DTS tidak mendukung migrasi tabel eksternal OSS dari instans sumber PolarDB for MySQL. DTS tidak mendukung migrasi INDEX dan PARTITION. DTS tidak mendukung migrasi parser yang didefinisikan menggunakan sintaks komentar. DTS tidak mendukung skenario alih bencana primary/standby untuk instans database selama migrasi data penuh. Dalam skenario seperti itu, segera konfigurasi ulang tugas migrasi. Jika database sumber Anda menggunakan operasi DDL Online dengan mode temporary-table—termasuk skenario penggabungan multi-tabel—atau menambahkan indeks berbasis fungsi ke kolom kunci unik, kehilangan data atau kegagalan tugas dapat terjadi di database tujuan. Jika terjadi konflik primary key atau unique key selama migrasi: Jika skema tabel konsisten dan sebuah record di database tujuan memiliki nilai primary key yang sama dengan record di database sumber: Selama migrasi penuh, DTS mempertahankan record di database tujuan. Record dari database sumber tidak dimigrasikan. Selama migrasi inkremental, DTS tidak mempertahankan record di database tujuan. Record dari database sumber akan menimpa record di database tujuan. Jika skema tabel tidak konsisten, hanya beberapa kolom data yang mungkin dimigrasikan, atau migrasi dapat gagal. Harap berhati-hati. Jika data Anda mencakup karakter empat-byte—seperti karakter Tionghoa langka atau emoji—database dan tabel tujuan harus menggunakan charset utf8mb4. Catatan Jika Anda menggunakan DTS untuk memigrasikan skema, atur parameter tingkat instans `character_set_server` ke utf8mb4 di database tujuan. Sebelum melakukan migrasi data, evaluasi kinerja database sumber dan tujuan. Kami merekomendasikan agar Anda melakukan migrasi data selama jam sepi. Selama migrasi data penuh, DTS mengonsumsi sumber daya baca dan tulis pada kedua database, yang dapat meningkatkan beban database. Migrasi data penuh melibatkan operasi INSERT konkuren, yang menyebabkan fragmentasi tabel di database tujuan. Akibatnya, ruang penyimpanan tabel di database tujuan lebih besar daripada di instans sumber setelah migrasi penuh selesai. Verifikasi bahwa presisi migrasi untuk kolom bertipe data FLOAT atau DOUBLE memenuhi kebutuhan bisnis Anda. DTS membaca nilai kolom tersebut menggunakan `ROUND(COLUMN,PRECISION)`. Jika presisi tidak didefinisikan secara eksplisit, DTS menggunakan presisi default 38 untuk FLOAT dan 308 untuk DOUBLE. DTS berusaha memulihkan tugas yang gagal dalam waktu tujuh hari. Sebelum Anda mengalihkan beban kerja ke instans tujuan, Anda harus mengakhiri atau melepas tugas tersebut. Atau, cabut izin tulis akun database yang digunakan DTS untuk mengakses instans tujuan dengan menggunakan perintah `revoke`. Hal ini mencegah data sumber menimpa data di instans tujuan jika tugas dipulihkan secara otomatis. DTS secara berkala menjalankan perintah CREATE DATABASE IF NOT EXISTS `test` pada database sumber untuk memajukan offset log biner. Jika pernyataan DDL gagal ditulis ke database tujuan, tugas DTS tetap berjalan. Anda perlu memeriksa log tugas untuk pernyataan DDL yang gagal. Untuk informasi lebih lanjut tentang cara melihat log tugas, lihat Kueri log tugas. Jika Anda menulis kolom dengan nama identik tetapi perbedaan kapitalisasi ke tabel yang sama di database MySQL tujuan, hasil yang tidak terduga dapat terjadi. Nama kolom MySQL bersifat case-insensitive. Setelah migrasi selesai—status tugas adalah Status dan berubah menjadi Completed—jalankan `analyze table <table_name>` untuk memastikan semua data telah ditulis ke tabel tujuan. Misalnya, setelah alih bencana high-availability (HA) di database MySQL tujuan, data mungkin tetap berada di memori dan tidak pernah sampai ke disk, menyebabkan kehilangan data. Jika tugas gagal, staf dukungan DTS akan berusaha memulihkannya dalam waktu delapan jam. Selama pemulihan, mereka mungkin me-restart tugas atau menyesuaikan parameternya. Catatan Hanya parameter tugas DTS yang dimodifikasi—bukan parameter database. Parameter yang mungkin disesuaikan termasuk yang tercantum dalam Modifikasi parameter instans.
Kasus khusus	Jika database tujuan adalah instans RDS for MySQL, DTS secara otomatis membuat database di instans tersebut. Jika nama database yang akan dimigrasikan tidak sesuai dengan Konvensi penamaan RDS for MySQL, buat database di instans RDS for MySQL sebelum Anda mengonfigurasi tugas migrasi. Untuk informasi lebih lanjut, lihat Kelola database.

Penagihan

Jenis migrasi	Biaya konfigurasi instans	Biaya Lalu Lintas Internet
Migrasi skema dan migrasi data penuh	Gratis.	Ketika parameter Access Method database tujuan diatur ke Public IP Address, Anda dikenai biaya lalu lintas Internet. Untuk informasi lebih lanjut, lihat Ikhtisar penagihan.
Migrasi data inkremental	Dikenai biaya. Untuk informasi lebih lanjut, lihat Ikhtisar penagihan.

Jenis migrasi

Migrasi skema
Data Transmission Service (DTS) memigrasikan definisi skema objek migrasi dari database sumber ke database tujuan.
- DTS mendukung migrasi skema untuk tabel, view, trigger, prosedur tersimpan, dan fungsi.
  Catatan
  routine_body dari prosedur tersimpan, routine_body dari fungsi, dan select_statement dari view tidak dimodifikasi.
- Selama migrasi skema, DTS mengubah `DEFINER` menjadi `INVOKER` untuk view, prosedur tersimpan, dan fungsi yang akan dimigrasikan. Tindakan ini mengubah nilai `SQL SECURITY` menjadi `INVOKER`. DTS juga mengatur `DEFINER` ke akun database tujuan yang digunakan untuk tugas migrasi.
  Catatan
  Metode otentikasi keamanan dan definer database sumber tidak dimodifikasi.
- DTS tidak memigrasikan informasi akun dan izin (informasi USER) dari database sumber. DTS juga mengubah metode otentikasi keamanan view, prosedur tersimpan, dan fungsi yang akan dimigrasikan menjadi INVOKER. Oleh karena itu, saat Anda memanggil objek-objek ini di database tujuan, pemanggil harus memiliki izin baca dan tulis pada database tujuan. Jika tidak, pemanggilan akan gagal karena izin tidak mencukupi. Jika akun pemanggil sudah memiliki izin baca dan tulis pada database tujuan, pemanggilan objek-objek ini tidak terpengaruh. Jika Anda ingin DEFINER suatu objek di database tujuan identik dengan yang ada di database sumber, hapus objek yang gagal dipanggil di database tujuan dan buat ulang. Saat membuat ulang objek tersebut, tentukan DEFINER asli dalam pernyataan pembuatan, dan pastikan akun definer tersebut ada di database tujuan.
Migrasi penuh
DTS memigrasikan semua data historis dari objek migrasi yang ditentukan dari database sumber ke database tujuan.
Migrasi inkremental
Setelah migrasi penuh selesai, DTS memigrasikan pembaruan data inkremental dari database sumber ke database tujuan. Migrasi inkremental memungkinkan Anda melakukan migrasi data secara mulus tanpa mengganggu aplikasi yang dikelola sendiri.

Operasi SQL untuk migrasi inkremental

Jenis operasi	Pernyataan SQL
DML	INSERT, UPDATE, DELETE
DDL	ALTER TABLE, ALTER VIEW CREATE FUNCTION, CREATE INDEX, CREATE PROCEDURE, CREATE TABLE, CREATE VIEW DROP INDEX, DROP TABLE RENAME TABLE Penting Operasi RENAME TABLE dapat menyebabkan ketidakkonsistenan data. Misalnya, jika Anda hanya memilih satu tabel sebagai objek migrasi dan mengganti nama tabel tersebut di instans sumber selama migrasi, data tabel ini tidak akan dimigrasikan ke database tujuan. Untuk mencegah masalah ini, pilih seluruh database tempat tabel tersebut berada sebagai objek migrasi saat Anda mengonfigurasi tugas migrasi data. Pastikan database tempat tabel tersebut berada sebelum dan sesudah operasi RENAME TABLE termasuk dalam objek migrasi. TRUNCATE TABLE

Izin untuk akun database

Database	Izin yang diperlukan	Referensi
Kluster PolarDB for MySQL (sumber)	Izin baca pada objek yang akan dimigrasikan	Buat dan kelola akun database
Instans ApsaraDB RDS for MySQL (tujuan)	Izin baca dan tulis pada database tujuan	Buat akun

Catatan

Jika Anda perlu memigrasikan informasi akun dari database sumber, akun database yang digunakan untuk tugas tersebut memerlukan izin tambahan. Untuk informasi lebih lanjut, lihat Migrasi akun database.

Prosedur

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 lebih lanjut, 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.
Klik Create Task untuk membuka halaman konfigurasi tugas.

Konfigurasikan database sumber dan tujuan.

Peringatan

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

Kategori	Parameter	Deskripsi
N/A	Task Name	DTS secara otomatis menghasilkan nama tugas. Kami sarankan Anda menentukan nama deskriptif agar mudah diidentifikasi. Nama tersebut tidak perlu unik.
Source Database	Select Existing Connection	Untuk menggunakan instans database yang telah ditambahkan ke sistem (dibuat atau disimpan), pilih instans database yang diinginkan dari daftar drop-down. Informasi database di bawah ini akan dikonfigurasi secara otomatis. Catatan Di Konsol DMS, parameter ini bernama Select a DMS database instance.. Jika Anda belum mendaftarkan instans database ke sistem, atau tidak perlu menggunakan instans terdaftar, konfigurasikan informasi database secara manual di bawah ini.
	Database Type	Pilih PolarDB for MySQL.
	Access Method	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah kluster sumber PolarDB for MySQL.
	Replicate Data Across Alibaba Cloud Accounts	Dalam contoh ini, instans database di bawah Akun Alibaba Cloud saat ini digunakan. Pilih No.
	PolarDB Cluster ID	Masukkan ID kluster sumber PolarDB for MySQL.
	Database Account	Masukkan akun database kluster sumber PolarDB for MySQL. Untuk informasi tentang izin yang diperlukan, lihat Izin yang diperlukan untuk akun database.
	Database Password	Masukkan kata sandi untuk akun database.
	Encryption	Pilih jenis koneksi sesuai kebutuhan. Untuk informasi lebih lanjut tentang fitur enkripsi SSL, lihat Aktifkan enkripsi SSL.
Destination Database	Select Existing Connection	Untuk menggunakan instans database yang telah ditambahkan ke sistem (dibuat atau disimpan), pilih instans database yang diinginkan dari daftar drop-down. Informasi database di bawah ini akan dikonfigurasi secara otomatis. Catatan Di Konsol DMS, parameter ini bernama Select a DMS database instance.. Jika Anda belum mendaftarkan instans database ke sistem, atau tidak perlu menggunakan instans terdaftar, konfigurasikan informasi database secara manual di bawah ini.
	Database Type	Pilih MySQL.
	Access Method	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah instans tujuan ApsaraDB RDS for MySQL.
	Replicate Data Across Alibaba Cloud Accounts	Dalam contoh ini, instans database di bawah Akun Alibaba Cloud saat ini digunakan. Pilih No.
	RDS Instance ID	Pilih ID instans tujuan ApsaraDB RDS for MySQL.
	Database Account	Masukkan akun database instans tujuan ApsaraDB RDS for MySQL. Untuk informasi tentang izin yang diperlukan, lihat Izin yang diperlukan untuk akun database.
	Database Password	Masukkan kata sandi untuk akun database.
	Encryption	Pilih Non-encrypted atau SSL-encrypted berdasarkan kebutuhan database Anda. Jika Anda mengatur parameter ini ke SSL-encrypted, Anda harus mengaktifkan enkripsi SSL untuk instans RDS for MySQL terlebih dahulu. Untuk informasi lebih lanjut, lihat Aktifkan enkripsi SSL dengan cepat menggunakan sertifikat cloud.

Setelah konfigurasi selesai, klik Test Connectivity and Proceed di bagian bawah halaman.
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 lebih lanjut, lihat Tambahkan alamat IP server DTS ke daftar putih.
- Jika database sumber atau tujuan adalah database yang dikelola sendiri (Access Method bukan Alibaba Cloud Instance), Anda juga harus mengklik Test Connectivity di kotak dialog CIDR Blocks of DTS Servers yang muncul.

Konfigurasikan objek tugas.

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

Parameter	Deskripsi
Migration Types	Jika Anda 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 Anda. Jika objek yang akan dimigrasikan tidak melibatkan trigger, Anda tidak perlu mengonfigurasi parameter ini. Untuk informasi lebih lanjut, lihat Konfigurasikan cara menyinkronkan atau memigrasikan trigger. Catatan Parameter ini tersedia hanya jika Migration Types yang Anda pilih mencakup Schema Migration dan Incremental Data 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 mengganti nama tabel di database tujuan. Untuk informasi lebih lanjut, 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 sebuah record di database tujuan memiliki nilai primary key yang sama dengan record di database sumber: Selama migrasi penuh, DTS mempertahankan record di database tujuan. Record dari database sumber tidak dimigrasikan. Selama migrasi inkremental, DTS tidak mempertahankan record di database tujuan. Record dari database sumber akan menimpa record di database tujuan. Jika skema tabel tidak konsisten, hanya beberapa kolom data yang mungkin dimigrasikan, atau migrasi dapat gagal. Harap berhati-hati.
Whether to migrate Event	Pilih apakah akan memigrasikan event database sumber. Jika Anda memilih Yes, langkah tambahan diperlukan. Sinkronkan atau migrasikan event.
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 lebih lanjut, lihat Sensitivitas huruf besar/kecil nama objek di database tujuan.
Source Objects	Di kotak Source Objects, klik objek yang akan dimigrasikan, lalu klik untuk memindahkannya ke kotak Selected Objects. Catatan Anda dapat memilih objek untuk dimigrasikan pada tingkat database, tabel, atau kolom. Jika Anda memilih tabel atau kolom sebagai objek migrasi, objek lain seperti view, trigger, dan prosedur tersimpan tidak akan dimigrasikan ke database tujuan.
Selected Objects	Untuk mengganti nama satu objek migrasi di instans tujuan, klik kanan objek tersebut di kotak Selected Objects. Untuk informasi lebih lanjut, lihat Pemetaan nama skema, tabel, dan kolom individual. Untuk mengganti nama beberapa objek migrasi di instans tujuan, klik Selected Objects di pojok kanan atas kotak Batch Edit. Untuk informasi lebih lanjut, lihat Pemetaan nama skema, tabel, dan kolom ganda. Catatan Untuk memfilter data berdasarkan kondisi, klik kanan tabel yang akan dimigrasikan di panel Selected Objects dan atur kondisi filter di kotak dialog yang muncul. Untuk informasi lebih lanjut, lihat Atur kondisi filter. Untuk memilih operasi SQL untuk migrasi inkremental pada tingkat database atau tabel, klik kanan objek yang akan dimigrasikan di panel Selected Objects dan pilih operasi SQL yang diinginkan di kotak dialog yang muncul. Untuk informasi tentang operasi yang didukung, lihat Operasi SQL yang didukung untuk migrasi inkremental. Jika Anda menggunakan fitur pemetaan nama objek, DTS mungkin gagal memigrasikan objek lain yang bergantung pada objek yang dipetakan.

Klik Next: Advanced Settings untuk mengonfigurasi parameter lanjutan.

Parameter	Deskripsi
Dedicated Cluster for Task Scheduling	Secara default, DTS menjadwalkan tugas pada kluster bersama. Anda tidak perlu memilihnya. Jika Anda menginginkan tugas yang lebih stabil, Anda dapat membeli klaster khusus untuk menjalankan tugas migrasi DTS.
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 tidak, 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, fase-fase tersebut 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 terkunci. 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 terkunci.
Whether to Migrate Accounts	Tentukan apakah akan memigrasikan informasi akun dari database sumber. Jika Anda memilih Yes, Anda juga harus memilih akun yang akan dimigrasikan dan mengonfirmasi izinnya.
Retry Time for Failed Connections	Setelah tugas migrasi dimulai, jika koneksi ke database sumber atau tujuan gagal, DTS melaporkan kesalahan dan segera mulai mencoba koneksi ulang. Durasi percobaan ulang default adalah 720 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 10 hingga 1440 menit. Kami merekomendasikan agar Anda mengatur durasi lebih dari 30 menit. Jika DTS berhasil terhubung kembali ke database sumber dan tujuan dalam durasi yang ditentukan, tugas migrasi akan dilanjutkan secara otomatis. Jika tidak, tugas akan gagal. Catatan Untuk beberapa instans DTS yang berbagi sumber atau tujuan yang sama, waktu percobaan ulang jaringan ditentukan oleh pengaturan tugas yang terakhir dibuat. Karena Anda dikenai biaya untuk tugas selama periode percobaan ulang koneksi, kami merekomendasikan 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 operasi ulang. Durasi percobaan ulang default adalah 10 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 1 hingga 1440 menit. Kami merekomendasikan agar Anda mengatur durasi lebih dari 10 menit. Jika operasi terkait berhasil dalam durasi percobaan ulang yang ditentukan, tugas migrasi akan dilanjutkan secara otomatis. Jika tidak, tugas akan gagal. Penting Nilai Retry Time for Other Issues harus lebih kecil daripada 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 Anda. Parameter ini tidak wajib dalam contoh ini.
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 backup 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 akan mengirimkan pemberitahuan peringatan.

Klik Next: Data Validation untuk mengonfigurasi tugas validasi data.
Untuk informasi lebih lanjut tentang fitur validasi data, lihat Konfigurasikan validasi data.

Simpan tugas dan jalankan pemeriksaan awal.
- Untuk melihat parameter konfigurasi instans ini saat Anda memanggil Operasi API, arahkan pointer ke tombol Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters di balon 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 akan 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.

Beli instans.

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

Di halaman Purchase, pilih spesifikasi link untuk instans migrasi data. Untuk informasi lebih lanjut, 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 lebih lanjut, lihat Apa itu manajemen sumber daya?
New Instance Class	Instance Class	DTS menyediakan spesifikasi migrasi dengan tingkat kinerja berbeda. Spesifikasi link memengaruhi kecepatan migrasi. Anda dapat memilih spesifikasi berdasarkan skenario bisnis Anda. Untuk informasi lebih lanjut, lihat Spesifikasi link migrasi data.

Setelah konfigurasi selesai, baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.
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.