Migrasi data antar instans ApsaraDB RDS for MySQL - Data Transmission Service

Topik ini menjelaskan cara menggunakan Data Transmission Service (DTS) untuk melakukan migrasi data antar instans ApsaraDB RDS for MySQL. DTS mendukung migrasi skema, migrasi data penuh, dan migrasi data inkremental. Anda dapat menggabungkan ketiga jenis migrasi ini untuk melakukan migrasi database yang lancar tanpa gangguan layanan.

Prasyarat

Anda telah membuat instans sumber dan tujuan ApsaraDB RDS for MySQL. Untuk informasi selengkapnya, lihat Buat instans ApsaraDB RDS for MySQL.
Instans tujuan ApsaraDB RDS for MySQL harus memiliki ruang penyimpanan lebih besar daripada yang digunakan oleh instans sumber ApsaraDB RDS for MySQL.
Anda telah membuat akun database untuk instans sumber dan tujuan ApsaraDB RDS for MySQL. Untuk izin yang diperlukan, lihat Izin akun database. Untuk informasi selengkapnya tentang cara membuat akun database, lihat Buat akun.
Anda telah membuat database yang akan dimigrasikan pada instans sumber ApsaraDB RDS for MySQL. Untuk informasi selengkapnya, lihat Buat database.

Catatan penggunaan

Catatan

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

Type	Description
Batasan database sumber	Kebutuhan bandwidth: Server yang menghosting database sumber harus memiliki bandwidth outbound yang cukup. Jika tidak, kecepatan migrasi akan menurun. Setiap tabel yang akan dimigrasikan harus memiliki primary key atau kendala UNIQUE, dan kolom kuncinya harus berisi nilai unik. Jika tidak, catatan duplikat mungkin muncul di database tujuan. Jika Anda memilih tabel sebagai objek migrasi dan mengeditnya—misalnya dengan memetakan nama kolom—satu tugas migrasi mendukung hingga 1.000 tabel. Jika melebihi batas ini, tugas akan gagal dengan error saat dikirim. Untuk memperbaikinya, bagi tabel ke beberapa tugas atau konfigurasikan tugas migrasi seluruh database. Jika Anda memerlukan migrasi inkremental, aktifkan binary logging: Atur binlog_format ke ROW dan binlog_row_image ke FULL. Jika tidak, pemeriksaan awal gagal dan tugas tidak dapat dimulai. Penting Jika sumber MySQL yang dikelola sendiri Anda adalah klaster dual-master—di mana setiap instans bertindak sebagai master dan slave—aktifkan parameter log_slave_updates. Ini memastikan DTS dapat membaca semua log biner. Untuk instans RDS for MySQL, simpan log biner lokal minimal selama tiga hari (disarankan tujuh hari). Untuk database MySQL yang dikelola sendiri, simpan log biner lokal minimal selama tujuh hari. Jika DTS tidak dapat mengakses log biner, tugas akan gagal. Dalam kasus ekstrem, ketidakkonsistenan data atau kehilangan data dapat terjadi. Masalah yang disebabkan oleh periode retensi log biner lebih pendek dari yang dipersyaratkan DTS tidak dicakup dalam SLA DTS. Catatan Untuk mengatur retention period log biner lokal pada instans RDS for MySQL, lihat Hapus log lokal secara otomatis. Operasi yang tidak diizinkan pada database sumber: Jangan menjalankan operasi DDL yang mengubah skema database atau tabel selama migrasi skema atau migrasi penuh. Jika dilakukan, tugas migrasi akan gagal. Catatan Selama migrasi penuh, DTS melakukan query ke database sumber. Hal ini membuat metadata lock yang dapat memblokir operasi DDL pada database sumber. Jika Anda hanya menjalankan migrasi penuh, jangan menulis data baru ke instans sumber. Jika tidak, data sumber dan tujuan menjadi tidak konsisten. Untuk menjaga konsistensi data secara real time, pilih migrasi skema, migrasi penuh, dan migrasi inkremental. DTS tidak memigrasikan data yang dihasilkan oleh perubahan yang tidak ditulis ke log biner. Contohnya termasuk data yang dipulihkan dari backup fisik atau dibuat oleh operasi kaskade. Catatan Jika hal ini terjadi, jalankan kembali migrasi penuh setelah bisnis Anda mengizinkannya. Jika database sumber MySQL Anda versi 8.0.23 atau lebih baru dan berisi kolom tersembunyi tak terlihat, DTS tidak dapat membaca kolom tersebut. Hal ini dapat menyebabkan kehilangan data. Catatan Jalankan `ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE;` untuk membuat kolom tersembunyi menjadi terlihat. Untuk informasi selengkapnya, lihat Invisible Columns.
Batasan lainnya	Kami menyarankan menggunakan versi MySQL yang sama untuk database sumber dan tujuan guna memastikan kompatibilitas. Jika database sumber Anda menggunakan operasi DDL Online mode temporary-table—termasuk skenario penggabungan multi-tabel—atau menambahkan indeks berbasis fungsi ke kolom kunci unik, kehilangan data atau kegagalan tugas dapat terjadi pada database tujuan. DTS tidak mendukung migrasi parser yang didefinisikan menggunakan sintaks komentar. Jika terjadi konflik primary key atau unique key selama migrasi: 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 dapat gagal. Lakukan dengan hati-hati. Jika database tujuan MySQL Anda versi 8.0.23 atau lebih baru dan kolom target adalah kolom tersembunyi tak terlihat, DTS tidak dapat menulis data ke kolom tersebut. Hal ini dapat menyebabkan kegagalan tugas atau kehilangan data. Catatan Jalankan `ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE;` untuk membuat kolom tersembunyi menjadi terlihat. Untuk informasi selengkapnya, lihat Invisible Columns. Jika Anda tidak menggunakan DTS untuk memigrasikan skema, verifikasi sendiri kompatibilitas field. Jika tidak, tugas dapat gagal atau data hilang. Misalnya, jika tipe kolom sumber adalah `text` dan tipe kolom tujuan adalah `varchar(255)`, field besar di sumber mungkin terpotong. 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 migrasi, evaluasi kinerja database sumber dan tujuan. Jalankan migrasi selama jam non-sibuk bisnis. Jika tidak, migrasi penuh mengonsumsi sumber daya baca dan tulis pada kedua database dan meningkatkan beban database. Migrasi penuh menjalankan operasi INSERT secara konkuren. Hal ini menyebabkan fragmentasi tabel tujuan. Setelah migrasi penuh, tabel tujuan memerlukan ruang penyimpanan lebih besar daripada tabel sumber. Konfirmasi bahwa presisi migrasi DTS untuk kolom FLOAT atau DOUBLE memenuhi kebutuhan bisnis Anda. DTS membaca kolom ini menggunakan `ROUND(COLUMN,PRECISION)`. Jika tidak ada presisi yang ditentukan, DTS menggunakan 38 digit untuk FLOAT dan 308 digit untuk DOUBLE. DTS mencoba memulihkan tugas yang gagal dalam waktu tujuh hari. Sebelum mengalihkan trafik ke instans tujuan, akhiri atau lepas tugas tersebut. Atau jalankan perintah `revoke` untuk mencabut izin tulis DTS pada akun instans tujuan. Hal ini mencegah pemulihan otomatis menimpa data tujuan dengan data sumber. Jika penulisan DDL gagal di database tujuan, tugas DTS tetap berjalan. Periksa pernyataan DDL yang gagal di log tugas. Untuk petunjuknya, lihat Lihat log tugas. Jika Anda menulis kolom dengan nama identik tetapi huruf kapital berbeda ke tabel yang sama di database tujuan MySQL, hasil yang tidak terduga dapat terjadi. Nama kolom MySQL tidak peka huruf besar/kecil. Setelah migrasi selesai—status tugas adalah Status dan berubah menjadi Completed—jalankan `analyze table <table_name>` untuk memastikan semua data ditulis ke tabel tujuan. Misalnya, setelah alih bencana high-availability (HA) di database tujuan MySQL, data mungkin tetap di memori dan tidak pernah sampai ke disk, menyebabkan kehilangan data. Jika instans RDS for MySQL Anda memiliki Always-Encrypted diaktifkan, migrasi penuh tidak didukung. Catatan Instans RDS for MySQL dengan Enkripsi Data Transparan (TDE) diaktifkan mendukung migrasi skema, migrasi penuh, dan migrasi inkremental. Untuk memigrasikan akun database dari sumber, penuhi prasyarat yang diperlukan dan tinjau pertimbangan terkait. Untuk informasi selengkapnya, lihat Migrasi akun database. Jika tugas gagal, staf dukungan DTS akan mencoba 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 di Modifikasi parameter instans.
Kasus khusus	Untuk sumber MySQL yang dikelola sendiri: Alih bencana master–standby pada database sumber menyebabkan tugas migrasi gagal. DTS menghitung latensi dengan membandingkan timestamp catatan terakhir yang dimigrasikan ke database tujuan dengan waktu saat ini. Jika tidak ada operasi DML yang dijalankan di sumber dalam waktu lama, pelaporan latensi menjadi tidak akurat. Jika latensi tampak terlalu tinggi, jalankan operasi DML di sumber untuk memperbarui nilai latensi. Catatan Jika Anda memilih migrasi seluruh database, buat tabel heartbeat. Perbarui atau tulis ke tabel tersebut setiap detik. DTS secara berkala menjalankan CREATE DATABASE IF NOT EXISTS `test` pada database sumber untuk memajukan offset log biner. Jika sumber Anda adalah Amazon Aurora MySQL atau instans MySQL berkluster lainnya, pastikan nama domain atau alamat IP yang dikonfigurasi untuk tugas—dan resolusi DNS-nya—selalu mengarah ke node read–write (RW). Jika tidak, tugas migrasi mungkin gagal. Untuk sumber RDS for MySQL: Jika Anda memerlukan migrasi inkremental, instans RDS for MySQL yang tidak mencatat log transaksi—seperti instans hanya baca RDS for MySQL 5.6—tidak didukung sebagai sumber. DTS secara berkala menjalankan CREATE DATABASE IF NOT EXISTS `test` pada database sumber untuk memajukan offset log biner. Untuk tujuan RDS for MySQL: DTS secara otomatis membuat database di RDS for MySQL. Jika nama database tidak sesuai dengan aturan penamaan RDS for MySQL, buat database secara manual sebelum mengonfigurasi tugas migrasi. Untuk petunjuknya, lihat Kelola database.

Penagihan

Jenis migrasi	Biaya konfigurasi instans	Biaya trafik Internet
Migrasi skema dan migrasi data penuh	Gratis.	Ketika parameter Access Method database tujuan diatur ke Public IP Address, Anda dikenai biaya untuk trafik Internet. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.
Migrasi data inkremental	Dikenai biaya. Untuk informasi selengkapnya, 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 prosedur tersimpan, routine_body fungsi, dan select_statement 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.
- Karena DTS tidak memigrasikan informasi pengguna, Anda harus memberikan izin baca dan tulis kepada invoker untuk memanggil view, prosedur tersimpan, dan fungsi di database tujuan.
Migrasi penuh

DTS memigrasikan semua data historis 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 lancar tanpa mengganggu aplikasi yang dikelola sendiri.

Pernyataan 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 di instans sumber selama migrasi, data tabel ini tidak dimigrasikan ke database tujuan. Untuk mencegah masalah ini, pilih seluruh database tempat tabel tersebut berada sebagai objek migrasi saat mengonfigurasi tugas migrasi data. Pastikan database tempat tabel berada sebelum dan sesudah operasi RENAME TABLE termasuk dalam objek migrasi. TRUNCATE TABLE

Izin akun database

Database	Migrasi skema	Migrasi data penuh	Migrasi data inkremental
Instans sumber Alibaba Cloud RDS for MySQL	Izin SELECT	Izin SELECT	Izin baca dan tulis
Instans tujuan Alibaba Cloud RDS for MySQL	Izin baca dan tulis	Izin baca dan tulis	Izin baca dan tulis

Untuk membuat akun database dan memberikan izin:

Untuk instans Alibaba Cloud RDS for MySQL, lihat Buat akun dan Modifikasi izin akun standar pada instans Alibaba Cloud RDS for MySQL.

Catatan

Jika Anda membuat akun database sumber di luar Konsol Alibaba Cloud RDS for MySQL, pastikan akun tersebut memiliki izin REPLICATION CLIENT, REPLICATION SLAVE, SHOW VIEW, dan SELECT.
Jika Anda perlu memigrasikan informasi akun dari database sumber, akun database yang digunakan untuk tugas migrasi memerlukan izin tambahan. Untuk informasi selengkapnya, lihat Migrasi akun database.

Prosedur

Buka halaman daftar tugas migrasi untuk wilayah tujuan menggunakan salah satu metode berikut.
Dari Konsol DTS
1. Login 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. Login 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 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.

Bagian	Parameter	Deskripsi
N/A	Task Name	DTS secara otomatis menghasilkan nama tugas. Kami sarankan Anda menentukan nama deskriptif agar mudah diidentifikasi. Nama tidak perlu unik.
Source Database	Select Existing Connection	Untuk contoh ini, lewati opsi ini dan konfigurasikan parameter database berikut.
	Database Type	Pilih MySQL.
	Connection Type	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah tempat instans sumber RDS for MySQL berada.
	Replicate Data Across Alibaba Cloud Accounts	Dalam contoh ini, instans database di bawah Akun Alibaba Cloud saat ini digunakan. Pilih No. Catatan Untuk memigrasikan data lintas akun Alibaba Cloud berbeda, pilih Yes. Untuk informasi selengkapnya, lihat Konfigurasi tugas DTS lintas akun.
	RDS Instance ID	Pilih ID instans sumber RDS for MySQL. Catatan Anda dapat menggunakan DTS untuk memigrasikan data antara dua instans RDS for MySQL berbeda atau dalam satu instans.
	Database Account	Masukkan akun database untuk instans sumber RDS for MySQL. Untuk persyaratan izin, lihat Izin untuk akun database.
	Database Password	Masukkan password untuk akun database.
	Connection Method	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 selengkapnya, lihat Aktifkan enkripsi SSL dengan cepat menggunakan sertifikat cloud.
Destination Database	Select Existing Connection	Untuk contoh ini, lewati opsi ini dan konfigurasikan parameter database berikut.
	Database Type	Pilih MySQL.
	Connection Type	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah tempat instans tujuan RDS for MySQL berada.
	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 RDS for MySQL. Catatan Anda dapat menggunakan DTS untuk memigrasikan data antara dua instans RDS for MySQL berbeda atau dalam satu instans.
	Database Account	Masukkan akun database untuk instans tujuan RDS for MySQL. Untuk persyaratan izin, lihat Izin untuk akun database.
	Database Password	Masukkan password untuk akun database.
	Connection Method	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 selengkapnya, lihat Aktifkan enkripsi SSL dengan cepat menggunakan sertifikat cloud.

Setelah menyelesaikan konfigurasi, 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 selengkapnya, lihat Tambahkan alamat IP server DTS ke daftar putih.
- Jika database sumber atau tujuan adalah database yang dikelola sendiri (parameter 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 dimigrasikan.

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 berdasarkan kebutuhan bisnis Anda. Jika Anda tidak memigrasikan trigger apa pun, Anda dapat melewati parameter ini. Untuk informasi selengkapnya, lihat Konfigurasi metode untuk menyinkronkan atau memigrasikan trigger. Catatan Parameter ini tersedia hanya jika Anda memilih Migration Types dan Schema Migration untuk Incremental Data Migration.
Enable Migration Assessment	Fitur ini mengevaluasi apakah skema database sumber dan tujuan, seperti panjang indeks, prosedur tersimpan, dan tabel dependen, memenuhi persyaratan. Pilih Yes atau No berdasarkan kebutuhan bisnis Anda. Catatan Anda dapat mengonfigurasi parameter ini hanya jika Anda memilih Migration Types untuk Schema Migration. Jika Anda memilih Yes, pemeriksaan awal mungkin memakan waktu lebih lama. Anda dapat melihat Assessment Result selama fase pemeriksaan awal. Hasil penilaian tidak memengaruhi hasil pemeriksaan awal.
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 tabel dengan nama yang sama ada, error 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: Melewatkan 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 yang ada di database tujuan. Jika skema tabel tidak konsisten, hanya beberapa kolom data yang mungkin dimigrasikan, atau migrasi dapat gagal. Lakukan dengan hati-hati.
Whether to migrate Event	Pilih apakah akan memigrasikan event database sumber. Jika Anda memilih Yes, langkah tambahan diperlukan. Sinkronisasi atau migrasi 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 selengkapnya, 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 Granularitas untuk memilih objek migrasi adalah database, tabel, dan kolom. Jika Anda hanya memilih tabel atau kolom sebagai objek migrasi, objek lain seperti view, trigger, dan prosedur tersimpan tidak dimigrasikan ke database tujuan.
Selected Objects	Untuk mengatur nama objek migrasi di instans tujuan, atau menentukan objek yang menerima data di instans tujuan, klik kanan objek migrasi di kotak Selected Objects untuk melakukan perubahan. Untuk informasi selengkapnya, lihat Pemetaan nama objek. Untuk menghapus objek migrasi yang dipilih, klik objek di kotak Selected Objects, lalu klik untuk memindahkannya ke kotak Source Objects. Catatan Jika Anda menggunakan fitur pemetaan nama objek, objek lain yang bergantung pada objek yang dipetakan mungkin gagal dimigrasikan. Untuk mengatur klausa WHERE untuk memfilter data, klik kanan tabel yang akan dimigrasikan di kotak Selected Objects dan atur kondisi filter di kotak dialog yang muncul. Untuk informasi selengkapnya tentang cara mengatur kondisi, lihat Atur kondisi filter. Untuk memilih operasi SQL untuk migrasi inkremental, klik kanan objek migrasi di kotak Selected Objects dan pilih operasi SQL yang diinginkan di kotak dialog yang muncul.

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 memilih satu. 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. Penting Tugas DTS tidak mendukung penggunaan alat seperti pt-online-schema-change untuk melakukan perubahan DDL online. Jika tidak, tugas DTS 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 cocok dengan ekspresi reguler (`^_(.+)_(?:gho\|new)$` atau `^_(.+)_(?:ghc\|del\|old)$`) difilter keluar. 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 banyak 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	Pilih apakah akan memigrasikan informasi akun dari database sumber. Jika Anda memilih Yes, Anda juga harus memilih akun yang akan dimigrasikan dan mengonfirmasi izinnya. Untuk informasi selengkapnya tentang cara memberikan izin, lihat Migrasi akun database.
Retry Time for Failed Connections	Setelah tugas migrasi dimulai, jika koneksi ke database sumber atau tujuan gagal, DTS melaporkan error dan segera mulai mencoba koneksi ulang. Durasi percobaan ulang default adalah 720 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 10 hingga 1.440 menit. Kami sarankan Anda mengatur durasi lebih dari 30 menit. Jika DTS terhubung 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 terakhir dibuat. Karena Anda dikenai biaya untuk tugas selama periode percobaan ulang koneksi, kami sarankan 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 error dan segera mulai mencoba operasi ulang. Durasi percobaan ulang default adalah 10 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 1 hingga 1.440 menit. Kami sarankan 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 di 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 di 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 di 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. Parameter ini opsional untuk 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 delay. No: Menulis informasi SQL heartbeat ke database sumber. Hal ini dapat mengganggu fitur seperti backup fisik dan kloning database sumber.
Configure ETL	Pilih apakah akan mengaktifkan fitur extract, transform, and load (ETL). Untuk informasi selengkapnya, lihat Apa itu ETL? Nilai yang valid: Yes: Mengaktifkan fitur ETL. Masukkan pernyataan pemrosesan data di editor kode. Untuk informasi selengkapnya, lihat Konfigurasi ETL dalam tugas migrasi data atau sinkronisasi data. No: Menonaktifkan fitur ETL.
Monitoring and Alerting	Pilih apakah akan mengatur peringatan dan menerima pemberitahuan peringatan berdasarkan kebutuhan bisnis Anda. No: Tidak mengatur peringatan. Yes: Konfigurasi peringatan dengan mengatur ambang batas peringatan dan pemberitahuan peringatan. Jika migrasi gagal atau latensi melebihi ambang batas, sistem mengirim pemberitahuan peringatan.

Klik Next: Data Validation untuk mengonfigurasi tugas validasi data.

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

Simpan tugas dan jalankan pemeriksaan awal.
- Untuk melihat parameter untuk mengonfigurasi instans ini saat Anda 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 prompt, 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 prompt, lalu jalankan pemeriksaan awal lagi.
  
  Untuk item pemeriksaan yang dapat diabaikan, Anda dapat mengklik Confirm Alert Details, Ignore, OK, dan Precheck Again untuk melewatkan 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.

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

Pada 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?
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 selengkapnya, 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-nya 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.