Gunakan DTS untuk migrasi data antar instans RDS untuk MySQL - ApsaraDB RDS

Topik ini menjelaskan cara menggunakan Data Transmission Service (DTS) untuk melakukan migrasi data antar instans ApsaraDB RDS. DTS mendukung migrasi skema, migrasi data penuh, dan migrasi data inkremental. Saat mengonfigurasi tugas migrasi data, Anda dapat memilih semua metode migrasi yang didukung untuk memastikan keberlangsungan bisnis.

Penting

Topik ini menjelaskan prosedur migrasi data antar instans RDS yang dimiliki oleh akun Alibaba Cloud yang sama sebagai contoh. Untuk melakukan migrasi data antar instans RDS yang dimiliki oleh akun Alibaba Cloud berbeda, konfigurasikan tugas migrasi DTS lintas akun Alibaba Cloud.
Sebelum menggunakan DTS, pastikan DTS memiliki izin untuk mengakses sumber daya Alibaba Cloud. Untuk informasi lebih lanjut, lihat Apa itu Data Transmission Service (DTS) dan Otorisasi DTS untuk Mengakses Sumber Daya Alibaba Cloud.

Prasyarat

Sumber dan tujuan instans ApsaraDB RDS for MySQL telah dibuat. Untuk informasi lebih lanjut, lihat Buat instans ApsaraDB RDS for MySQL.
Kapasitas penyimpanan yang tersedia di instans ApsaraDB RDS for MySQL tujuan harus lebih besar daripada instans ApsaraDB RDS for MySQL sumber.

Catatan Penggunaan

Catatan

Saat migrasi skema, DTS memigrasikan kunci asing dari database sumber ke database tujuan.
Selama migrasi data penuh dan migrasi data inkremental, DTS untuk sementara menonaktifkan pengecekan constraint dan operasi cascade pada kunci asing di tingkat sesi. Jika Anda melakukan operasi pembaruan dan penghapusan kaskade di database sumber selama migrasi data, dapat terjadi inkonsistensi data.

Kategori	Deskripsi
Batasan pada database sumber	Persyaratan bandwidth: Server yang menghosting database sumber harus memiliki bandwidth keluar yang cukup. Jika tidak, kecepatan migrasi data akan terpengaruh. Tabel yang akan dimigrasikan harus memiliki PRIMARY KEY atau UNIQUE CONSTRAINT dan field harus unik. Jika tidak, data duplikat dapat muncul di database tujuan. Jika Anda memigrasikan tabel dan ingin memodifikasinya (misalnya memetakan nama kolom), satu tugas migrasi data mendukung maksimal 1000 tabel. Jika melebihi batas ini, kesalahan permintaan akan terjadi. Dalam hal ini, pisahkan tabel ke dalam beberapa tugas migrasi atau konfigurasikan satu tugas untuk memigrasikan seluruh database. Jika Anda melakukan migrasi inkremental, binary log: Harus diaktifkan dengan pengaturan binlog_format ke ROW dan binlog_row_image ke FULL. Jika tidak, pesan kesalahan akan dikembalikan selama pemeriksaan awal dan tugas migrasi data tidak dapat dimulai. Penting Jika database sumber adalah database MySQL yang dikelola sendiri yang diterapkan dalam klaster dual-primary, Anda harus mengaktifkan parameter log_slave_updates. Hal ini memastikan DTS dapat memperoleh semua binary log. Binary log lokal untuk instans ApsaraDB RDS for MySQL harus disimpan minimal 3 hari (disarankan 7 hari). Binary log lokal untuk database MySQL yang dikelola sendiri harus disimpan minimal 7 hari. Jika tidak, tugas DTS mungkin gagal karena tidak dapat memperoleh binary log. Dalam kasus ekstrem, ketidaksesuaian data atau kehilangan data mungkin terjadi. Pastikan Masalah yang disebabkan oleh periode retensi binary log yang lebih pendek dari persyaratan DTS tidak tercakup dalam Service-level agreement (SLA) DTS. Catatan Untuk informasi lebih lanjut tentang cara menyetel Retention Period untuk lokal binary log instans ApsaraDB RDS for MySQL, lihat Menghapus lokal log secara otomatis. Batasan operasi pada 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. Jika Anda hanya melakukan migrasi data penuh, jangan tulis data baru ke instans sumber. Jika tidak, ketidaksesuaian data antara database sumber dan tujuan akan terjadi. Untuk memastikan konsistensi data secara real-time, pilih migrasi skema, migrasi data penuh, dan migrasi data inkremental. Selama migrasi, data yang dihasilkan oleh operasi yang tidak tercatat dalam binary log, seperti data dari pemulihan physical backup atau operasi cascade, tidak akan dimigrasikan ke database tujuan. Catatan Jika hal ini terjadi, Anda dapat melakukan migrasi data penuh kembali saat kondisi bisnis Anda memungkinkan. Jika database sumber adalah database MySQL 8.0.23 atau yang lebih baru, dan data yang akan dimigrasikan berisi kolom invisible, data kolom tersebut tidak dapat diperoleh dan kehilangan data terjadi. Catatan Untuk membuat kolom invisible terlihat, jalankan perintah `ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE;`. Untuk informasi lebih lanjut, lihat Kolom Invisible. Tabel tanpa primary key akan secara otomatis menghasilkan invisible primary key. Anda perlu membuat invisible primary key menjadi terlihat. Untuk informasi lebih lanjut, lihat Generated Invisible Primary Keys.
Batasan lainnya	Pastikan versi MySQL pada database sumber dan tujuan sama untuk mejaga kompatibilitas. Jika operasi DTS online yang menggunakan tabel sementara, seperti penggabungan beberapa tabel, dijalankan pada database sumber, dapat terjadi kehilangan data di database tujuan atau instans migrasi mungkin gagal. Jika database tujuan adalah database MySQL 8.0.23 atau yang lebih baru, dan kolom target merupakan kolom invisible, instans DTS mungkin gagal atau terjadi kehilangan data karena kolom target untuk penulisan data tidak dapat ditemukan. Catatan Untuk membuat kolom invisible terlihat, jalankan perintah `ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE;`. Untuk informasi lebih lanjut, lihat Kolom Invisible. Tabel yang tidak memiliki primary key secara otomatis menghasilkan invisible primary key. Anda perlu membuat invisible primary key menjadi terlihat. Untuk informasi lebih lanjut, lihat Generated Invisible Primary Keys. Jika Anda tidak menggunakan fitur migrasi skema DTS, Anda harus memastikan kompatibilitas field secara mandiri. Jika tidak, instans dapat gagal atau terjadi kehilangan data. Misalnya, jika field tabel sumber bertipe `text`, dan field tabel tujuan bertipe `varchar(255)`, pemotongan data dapat terjadi jika tabel sumber berisi objek berukuran besar. Jika data yang akan dimigrasikan berisi konten seperti karakter langka atau emoji yang membutuhkan penyimpanan empat byte, database dan tabel tujuan harus menggunakan set karakter 'utf8mb4'. Catatan Jika Anda menggunakan DTS untuk migrasi skema, atur parameter instans `character_set_server` di database tujuan ke 'utf8mb4'. Sebelum migrasi data, evaluasi kinerja database sumber dan tujuan. Lakukan migrasi data pada jam non-puncak. Selama migrasi data penuh, DTS menggunakan sebagian sumber daya baca dan tulis dari database sumber dan tujuan. Ini dapat meningkatkan beban pada database. Migrasi data penuh melibatkan operasi INSERT secara bersamaan, yang dapat menyebabkan fragmentasi tabel di database tujuan. Setelah migrasi penuh, ruang penyimpanan tabel di database tujuan akan lebih besar daripada instans sumber. Pastikan bahwa presisi migrasi untuk kolom tipe FLOAT atau DOUBLE memenuhi persyaratan bisnis Anda. DTS menggunakan fungsi `ROUND(COLUMN,PRECISION)` untuk mengambil nilai dari kolom tipe FLOAT atau DOUBLE. Jika presisi tidak ditentukan secara eksplisit, DTS menggunakan presisi 38 untuk FLOAT dan 308 untuk DOUBLE. DTS mencoba melanjutkan tugas migrasi data yang gagal dalam jangka waktu tujuh hari. Sebelum memindahkan bisnis ke instans tujuan, hentikan atau lepaskan tugas tersebut. Alternatifnya, Anda dapat menjalankan pernyataan `REVOKE` untuk mencabut izin tulis akun database yang digunakan oleh DTS untuk mengakses instans tujuan. Hal ini mencegah data sumber menimpa data di instans tujuan jika tugas dilanjutkan secara otomatis. Jika pernyataan DDL gagal ditulis ke database tujuan, tugas DTS tetap berjalan. Anda dapat memeriksa log tugas untuk menemukan pernyataan DDL yang gagal. Untuk informasi lebih lanjut tentang cara melihat log tugas, lihat Kueri log tugas. Jika Anda menulis field yang namanya hanya berbeda dalam kapitalisasi ke tabel yang sama di database MySQL tujuan, hasil migrasi data mungkin tidak sesuai karena nama kolom MySQL bersifat case-insensitive. Setelah migrasi data selesai, yaitu Status instans berubah menjadi Completed, kami sarankan Anda menjalankan perintah `analyze table <table name>` untuk memastikan semua data telah ditulis ke tabel tujuan. Misalnya, jika terjadi primary/secondary failover pada database MySQL tujuan, data mungkin hanya ditulis ke memori, yang dapat menyebabkan kehilangan data. Jika fitur always-confidential diaktifkan untuk instans RDS for MySQL, migrasi data penuh tidak didukung. Catatan Instans RDS for MySQL dengan Transparent Data Encryption (TDE) diaktifkan mendukung migrasi skema, migrasi data penuh, dan migrasi data inkremental. Untuk memigrasikan akun dari database sumber, Anda perlu memenuhi prasyarat dan memahami catatan terkait. Untuk informasi lebih lanjut, lihat Migrasi akun database. Jika instans mengalami kegagalan, helpdesk DTS akan mencoba memulihkan instans dalam waktu 8 jam. Selama proses pemulihan, instans mungkin akan di-restart dan parameternya dapat disesuaikan. Catatan Saat parameter disesuaikan, hanya parameter instans DTS yang dimodifikasi, bukan parameter database. Parameter yang dapat dimodifikasi termasuk, tetapi tidak terbatas pada, parameter dalam Ubah parameter instans.
Kasus khusus	Jika sumber adalah database MySQL yang dikelola sendiri: Primary/secondary failover pada database sumber selama migrasi dapat menyebabkan tugas migrasi gagal. Latensi di DTS dihitung dengan membagikan UNIX timestamp dari data terakhir yang dimigrasikan dengan UNIX timestamp saat ini. Jika tidak ada operasi DML yang dilakukan pada database sumber dalam waktu lama, informasi latensi mungkin tidak akurat. Jika latensi yang ditampilkan terlalu tinggi, Anda dapat melakukan operasi DML pada database sumber untuk memperbarui informasi latensi. Catatan Jika Anda memigrasikan seluruh database, Anda juga dapat membuat tabel heartbeat yang diperbarui atau ditulis setiap detik. DTS menjalankan pernyataan CREATE DATABASE IF NOT EXISTS `test` pada database sumber secara berkala untuk memajukan binary log offset. Jika sumber adalah instans RDS for MySQL: Untuk memigrasikan data inkremental, instans RDS for MySQL yang tidak mencatat log transaksi, seperti instans read-only RDS for MySQL 5.6, tidak dapat digunakan sebagai sumber. DTS menjalankan pernyataan CREATE DATABASE IF NOT EXISTS `test` pada database sumber secara berkala untuk memajukan binary log offset. Jika tujuan adalah instans RDS for MySQL: DTS secara otomatis membuat database di instans RDS for MySQL. Jika nama database yang akan dimigrasikan tidak sesuai dengan konvensi penamaan RDS for MySQL, Anda harus membuat database tersebut di instans RDS for MySQL sebelum 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.	Saat parameter Access Method database tujuan disetel ke Public IP Address, Anda dikenakan biaya untuk lalu lintas internet. Untuk informasi lebih lanjut, lihat Ikhtisar Penagihan.
Migrasi Data Inkremental	Dikenakan biaya. Untuk informasi lebih lanjut, lihat Ikhtisar Penagihan.

Jenis Migrasi

Migrasi Skema
Data Transmission Service (DTS) memigrasikan skema objek yang dipilih dari database sumber ke database tujuan.
Catatan
- DTS mendukung migrasi skema untuk jenis objek berikut: tabel, tampilan, trigger, prosedur tersimpan, dan fungsi tersimpan.
  Catatan
  routine_body dari prosedur tersimpan, routine_body dari fungsi tersimpan, dan select_statement dari tampilan tidak dapat dimodifikasi selama migrasi.
- Selama migrasi skema, DTS mengubah nilai atribut SECURITY dari DEFINER menjadi INVOKER untuk tampilan, prosedur tersimpan, dan fungsi. Selain itu, DTS menetapkan DEFINER ke akun database tujuan yang digunakan dalam migrasi.
  Catatan
  Atribut SECURITY dan DEFINER tidak dapat dimodifikasi selama migrasi.
- DTS tidak memigrasikan informasi pengguna. Untuk memanggil tampilan, prosedur tersimpan, atau fungsi tersimpan dari database tujuan, Anda harus memberikan izin baca dan tulis kepada INVOKER.
Migrasi Data Penuh
DTS memigrasikan data historis dari objek yang diperlukan pada database sumber ke database tujuan.
Migrasi Data Inkremental
Setelah migrasi data penuh selesai, DTS memigrasikan data inkremental dari database sumber ke database tujuan. Migrasi data inkremental memungkinkan data dimigrasikan dengan lancar tanpa mengganggu layanan aplikasi yang dikelola sendiri selama proses migrasi.

Operasi SQL yang mendukung migrasi inkremental

Jenis Operasi	Pernyataan SQL
DML	INSERT, UPDATE, dan DELETE
DDL	ALTER TABLE dan ALTER VIEW CREATE FUNCTION, CREATE INDEX, CREATE PROCEDURE, CREATE TABLE, dan CREATE VIEW DROP INDEX dan DROP TABLE RENAME TABLE Penting Operasi RENAME TABLE dapat menyebabkan ketidaksesuaian data antara database sumber dan tujuan. Sebagai contoh, jika Anda memilih tabel sebagai objek yang akan dimigrasikan dan mengubah nama tabel selama migrasi data, data tabel ini tidak dimigrasikan ke database tujuan. Untuk mencegah situasi ini, Anda dapat memilih database tempat tabel ini milik sebagai objek yang akan dimigrasikan saat mengonfigurasi tugas migrasi data. Pastikan database tempat tabel milik sebelum dan sesudah operasi RENAME TABLE ditambahkan ke objek yang akan dimigrasikan. TRUNCATE TABLE

Prosedur

Gunakan salah satu metode berikut untuk pergi ke halaman Migrasi Data dan pilih wilayah tempat instans migrasi data berada.
Konsol DTS
1. Masuk ke Konsol DTS.
2. Di panel navigasi sebelah kiri, klik Data Migration.
3. Di pojok kiri atas halaman, pilih wilayah tempat instans migrasi data berada.
Konsol DMS
Catatan
Operasi aktual dapat berbeda berdasarkan mode dan layout Konsol DMS. Untuk informasi lebih lanjut, lihat Mode Sederhana dan Custom Layout dan Style Konsol DMS.
1. Masuk ke Konsol DMS.
2. Di bilah navigasi atas, arahkan pointer ke Data + AI > DTS (DTS) > Data Migration.
3. Dari daftar drop-down di sebelah kanan Data Migration Tasks, pilih wilayah tempat instans sinkronisasi data berada.
Klik Create Task untuk pergi ke halaman konfigurasi tugas.
Opsional. Klik New Configuration Page di sudut kanan atas halaman.
Catatan
- Lewati langkah ini jika tombol Back to Previous Version ditampilkan di pojok kanan atas halaman.
- Parameter spesifik di halaman konfigurasi versi baru dan versi sebelumnya mungkin berbeda. Kami sarankan Anda menggunakan halaman konfigurasi versi baru.

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

Peringatan

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

Bagian	Parameter	Deskripsi
Tidak Ada	Task Name	Nama tugas DTS. DTS secara otomatis menghasilkan nama tugas. Kami sarankan Anda menentukan nama informatif yang memudahkan identifikasi tugas. Anda tidak perlu menentukan nama tugas unik.
Source Database	Select a DMS database instance.	Dalam contoh ini, tidak ada instans database yang dipilih. Konfigurasikan informasi database berikut.
	Database Type	Jenis database sumber. Pilih MySQL.
	Connection Type	Metode akses database sumber. Pilih Alibaba Cloud instans.
	Instance Region	Wilayah tempat instans ApsaraDB RDS for MySQL sumber berada.
	Cross-account	Menentukan apakah akan memigrasikan data lintas akun Alibaba Cloud. Dalam contoh ini, No dipilih. Catatan Jika Anda ingin memigrasikan data lintas akun Alibaba Cloud, pilih Yes. Untuk informasi lebih lanjut, lihat Konfigurasikan Tugas DTS Lintas Akun Alibaba Cloud.
	RDS instans ID	ID instans ApsaraDB RDS for MySQL sumber. Catatan instans ApsaraDB RDS for MySQL sumber dan tujuan bisa sama atau berbeda. Anda dapat menggunakan DTS untuk memigrasikan data dalam instans ApsaraDB RDS for MySQL atau antar dua instans ApsaraDB RDS for MySQL.
	Database Account	Akun database instans ApsaraDB RDS for MySQL sumber. Untuk informasi lebih lanjut tentang izin yang diperlukan untuk akun tersebut, lihat bagian Izin yang Diperlukan untuk Akun Database dari topik ini.
	Database Password	Kata sandi yang digunakan untuk mengakses instans database.
	Connection Method	Menentukan apakah akan mengenkripsi koneksi ke instans database sumber. Pilih Non-encrypted atau SSL-encrypted berdasarkan kebutuhan bisnis Anda. Jika Anda ingin menyetel parameter ini ke SSL-encrypted, Anda harus mengaktifkan enkripsi SSL untuk instans ApsaraDB RDS for MySQL sebelum mengonfigurasi tugas DTS. Untuk informasi lebih lanjut, lihat Gunakan Sertifikat Cloud untuk Mengaktifkan Enkripsi SSL.
Destination Database	Select a DMS database instance.	Dalam contoh ini, tidak ada instans database yang dipilih. Konfigurasikan informasi database berikut.
	Database Type	Jenis database tujuan. Pilih MySQL.
	Connection Type	Metode akses database tujuan. Pilih Alibaba Cloud instans.
	Instance Region	Wilayah tempat instans ApsaraDB RDS for MySQL tujuan berada.
	Replicate Data Across Alibaba Cloud Accounts	Menentukan apakah akan memigrasikan data lintas akun Alibaba Cloud. Dalam contoh ini, No dipilih.
	RDS instans ID	ID instans ApsaraDB RDS for MySQL tujuan. Catatan instans ApsaraDB RDS for MySQL sumber dan tujuan bisa sama atau berbeda. Anda dapat menggunakan DTS untuk memigrasikan data dalam instans ApsaraDB RDS for MySQL atau antar dua instans ApsaraDB RDS for MySQL.
	Database Account	Akun database instans ApsaraDB RDS for MariaDB tujuan. Untuk informasi lebih lanjut tentang izin akun yang diperlukan, lihat bagian Izin yang Diperlukan untuk Akun Database dari topik ini.
	Database Password	Kata sandi yang digunakan untuk mengakses instans database.
	Connection Method	Menentukan apakah akan mengenkripsi koneksi ke instans database sumber. Pilih Non-encrypted atau SSL-encrypted berdasarkan kebutuhan bisnis Anda. Jika Anda ingin menyetel parameter ini ke SSL-encrypted, Anda harus mengaktifkan enkripsi SSL untuk instans ApsaraDB RDS for MySQL sebelum mengonfigurasi tugas DTS. Untuk informasi lebih lanjut, lihat Gunakan Sertifikat Cloud untuk Mengaktifkan Enkripsi SSL.

Di bagian bawah halaman, klik Test Connectivity and Proceed.
Jika database sumber atau tujuan adalah instans database Alibaba Cloud, seperti instans ApsaraDB RDS for MySQL atau ApsaraDB for MongoDB, DTS secara otomatis menambahkan blok CIDR server DTS ke whitelist alamat IP instans tersebut. Jika database sumber atau tujuan adalah database yang dikelola sendiri dan dihosting pada instans Elastic Compute Service (ECS), DTS secara otomatis menambahkan blok CIDR server DTS ke aturan grup keamanan instans ECS, dan Anda harus memastikan bahwa instans ECS dapat mengakses database. Jika database yang dikelola sendiri dihosting pada beberapa instans ECS, Anda harus menambahkan blok CIDR server DTS ke aturan grup keamanan setiap instans ECS secara manual. Jika database sumber atau tujuan adalah database yang dikelola sendiri yang dideploy di pusat data atau disediakan oleh penyedia layanan cloud pihak ketiga, Anda harus menambahkan blok CIDR server DTS ke whitelist alamat IP database untuk mengizinkan DTS mengaksesnya secara manual. Untuk informasi lebih lanjut, lihat bagian Blok CIDR Server DTS dari topik Tambahkan Blok CIDR Server DTS.
Peringatan
Jika blok CIDR publik server DTS ditambahkan secara otomatis maupun manual ke whitelist instans database atau ke aturan grup keamanan instans ECS, hal ini dapat menimbulkan risiko keamanan. Oleh karena itu, sebelum Anda menggunakan DTS untuk melakukan migrasi data, Anda harus memahami dan mengakui potensi risiko tersebut dan mengambil tindakan pencegahan, termasuk tetapi tidak terbatas pada langkah-langkah berikut: meningkatkan keamanan nama pengguna dan kata sandi, membatasi port yang diekspos, melakukan autentikasi panggilan API, secara rutin memeriksa whitelist atau aturan grup keamanan dan melarang blok CIDR yang tidak sah, atau menghubungkan instans database ke DTS dengan menggunakan Express Connect, VPN Gateway, atau Smart Access Gateway.

Konfigurasikan objek yang akan dimigrasikan.

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

Parameter	Deskripsi
Migration Types	Untuk hanya melakukan migrasi data penuh, pilih Schema Migration dan Full Data Migration. Untuk memastikan kelangsungan layanan selama migrasi data, pilih Schema Migration, Full Data Migration, dan Incremental Data Migration. Catatan Jika Anda tidak memilih Schema Migration, pastikan database dan tabel dibuat di database tujuan untuk menerima data dan fitur pemetaan nama objek diaktifkan di Selected Objects. Jika Anda tidak memilih Incremental Data Migration, kami sarankan Anda tidak menulis data ke database sumber selama migrasi data. Ini memastikan konsistensi data antara database sumber dan tujuan.
Method to Migrate Triggers in Source Database	Metode yang digunakan untuk memigrasikan pemicu dari database sumber. Anda dapat memilih metode migrasi berdasarkan kebutuhan bisnis Anda. Jika tidak ada pemicu yang akan dimigrasikan, Anda tidak perlu mengonfigurasi parameter ini. Untuk informasi lebih lanjut, lihat Sinkronkan atau Migrasikan Pemicu dari Database Sumber. Catatan Parameter ini tersedia hanya jika Anda memilih kedua Schema Migration dan Incremental Data Migration untuk Migration Types.
Enable Migration Assessment	Menentukan apakah akan mengaktifkan penilaian migrasi. Penilaian migrasi bertujuan untuk memeriksa apakah skema database sumber dan tujuan, seperti panjang indeks, prosedur tersimpan, dan tabel dependen, memenuhi persyaratan. Anda dapat memilih Yes atau No berdasarkan kebutuhan bisnis Anda. Catatan Anda dapat mengonfigurasi parameter ini hanya jika memilih Schema Migration untuk Migration Types. Jika Anda memilih Yes, pra-pemeriksaan mungkin memakan waktu lebih lama. Anda dapat melihat Assessment Result selama pra-pemeriksaan. Hasil penilaian tidak memengaruhi hasil pra-pemeriksaan.
Processing Mode of Conflicting Tables	Precheck and Report Errors: memeriksa apakah database tujuan berisi tabel yang menggunakan nama yang sama dengan tabel di database sumber. Jika database sumber dan tujuan tidak berisi tabel dengan nama identik, pra-pemeriksaan berhasil. Jika tidak, kesalahan akan dilaporkan selama pra-pemeriksaan dan tugas migrasi data tidak dapat dimulai. Catatan Jika database sumber dan tujuan berisi tabel dengan nama identik dan tabel di database tujuan tidak dapat dihapus atau diubah namanya, Anda dapat menggunakan fitur pemetaan nama objek untuk mengubah nama tabel yang dimigrasikan ke database tujuan. Untuk informasi lebih lanjut, lihat Pemetaan Nama Objek. Ignore Errors and Proceed: melewati pra-pemeriksaan untuk nama tabel identik di database sumber dan tujuan. Peringatan Jika Anda memilih Ignore Errors and Proceed, ketidaksesuaian data mungkin terjadi dan bisnis Anda mungkin terpapar risiko potensial berikut: Jika database sumber dan tujuan memiliki skema yang sama, dan catatan data memiliki kunci utama yang sama dengan catatan data yang ada di database tujuan, skenario berikut mungkin terjadi: Selama migrasi data penuh, DTS tidak memigrasikan catatan data ke database tujuan. Catatan data yang ada di database tujuan dipertahankan. Selama migrasi data inkremental, DTS memigrasikan catatan data ke database tujuan. Catatan data yang ada di database tujuan ditimpa. Jika database sumber dan tujuan memiliki skema yang berbeda, hanya kolom tertentu yang dimigrasikan atau tugas migrasi data gagal. Lanjutkan dengan hati-hati.
Capitalization of Object Names in Destination Instance	Kapitalisasi nama database, nama tabel, dan nama kolom di instans tujuan. Secara default, DTS default policy dipilih. Anda dapat memilih opsi lain untuk memastikan bahwa kapitalisasi nama objek konsisten dengan database sumber atau tujuan. Untuk informasi lebih lanjut, lihat Tentukan Kapitalisasi Nama Objek di instans Tujuan.
Source Objects	Pilih satu atau beberapa objek dari bagian Source Objects. Klik ikon untuk menambahkan objek ke bagian Selected Objects. Catatan Anda dapat memilih kolom, tabel, atau database sebagai objek yang akan dimigrasikan. Jika Anda memilih tabel atau kolom sebagai objek yang akan dimigrasikan, DTS tidak memigrasikan objek lainnya, seperti tampilan, pemicu, atau prosedur tersimpan, ke database tujuan.
Selected Objects	Untuk mengubah nama objek yang ingin Anda migrasikan ke instans tujuan, klik kanan objek di bagian Selected Objects. Untuk informasi lebih lanjut, lihat Peta Nama Objek Tunggal. Untuk mengubah nama beberapa objek sekaligus, klik Batch Edit di sudut kanan atas bagian Selected Objects. Untuk informasi lebih lanjut, lihat Peta Beberapa Nama Objek Sekaligus. Catatan Jika Anda menggunakan fitur pemetaan nama objek untuk mengubah nama objek, objek lain yang bergantung pada objek tersebut mungkin gagal dimigrasikan. Untuk menentukan kondisi WHERE guna menyaring data, klik kanan tabel di bagian Selected Objects. Dalam kotak dialog yang muncul, tentukan kondisi tersebut. Untuk informasi lebih lanjut, lihat Specify Filter Conditions. Untuk memigrasikan operasi DML atau DDL yang dilakukan pada database atau tabel tertentu, klik kanan objek di bagian Selected Objects. Di kotak dialog yang muncul, pilih operasi DML atau DDL yang ingin Anda migrasikan. Untuk informasi lebih lanjut tentang operasi SQL yang mendukung migrasi inkremental, lihat bagian Operasi SQL yang Mendukung Migrasi Inkremental dari topik ini.

Klik Next: Advanced Settings untuk mengonfigurasi pengaturan lanjutan.

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

Klik Next Step: Data Verification untuk mengonfigurasi tugas verifikasi data.
Untuk informasi lebih lanjut tentang cara menggunakan fitur verifikasi data, lihat Konfigurasikan Tugas Verifikasi Data.

Simpan pengaturan tugas dan jalankan pra-pemeriksaan.
- Untuk melihat parameter yang harus ditentukan saat Anda memanggil operasi API terkait untuk mengonfigurasi tugas DTS, arahkan pointer ke Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters.
- Jika Anda tidak perlu melihat atau telah melihat parameter, klik Next: Save Task Settings and Precheck di bagian bawah halaman.
Catatan
- Sebelum Anda dapat memulai tugas migrasi data, DTS melakukan pra-pemeriksaan. Anda hanya dapat memulai tugas migrasi data setelah tugas tersebut lulus pra-pemeriksaan.
- Jika tugas gagal lulus pra-pemeriksaan, klik View Details di sebelah setiap item yang gagal. Setelah Anda menganalisis penyebab berdasarkan hasil pemeriksaan, atasi masalah tersebut. Kemudian, jalankan pra-pemeriksaan lagi.
- Jika peringatan dipicu untuk suatu item selama pra-pemeriksaan:
  Jika item peringatan tidak dapat diabaikan, klik View Details di sebelah item yang gagal dan atasi masalah tersebut. Kemudian, jalankan pra-pemeriksaan lagi.
  Jika item peringatan dapat diabaikan, klik Confirm Alert Details. Di kotak dialog Lihat Detail, klik Ignore. Di pesan yang muncul, klik OK. Kemudian, klik Precheck Again untuk menjalankan pra-pemeriksaan lagi. Jika Anda mengabaikan item peringatan, ketidaksesuaian data mungkin terjadi, dan bisnis Anda mungkin terpapar risiko potensial.

Beli instans migrasi data.

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

Di halaman Purchase instans, konfigurasikan parameter Kelas instans untuk instans migrasi data. Tabel berikut menjelaskan parameter.

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

Baca dan setujui Data Transmission Service (Pay-as-you-go) Service Terms dengan memilih kotak centang.
Klik Buy and Start. Di pesan yang muncul, klik OK.
Anda dapat melihat kemajuan tugas di halaman Data Migration.
Catatan
- Jika tugas migrasi data tidak dapat digunakan untuk memigrasikan data inkremental, tugas secara otomatis berhenti. Completed ditampilkan di bagian Status .
- Jika tugas migrasi data dapat digunakan untuk memigrasikan data inkremental, tugas tidak berhenti secara otomatis. Tugas migrasi data inkremental tidak pernah berhenti atau selesai. Running ditampilkan di bagian Status.