Migrasi dari database MySQL yang dikelola sendiri ke instance ApsaraDB RDS for MySQL - Data Transmission Service

Data Transmission Service (DTS) memungkinkan Anda memigrasi data dari database MySQL yang berada di lokasi lokal, pada instance Elastic Compute Service (ECS), atau platform cloud pihak ketiga ke instance ApsaraDB RDS for MySQL tanpa waktu henti layanan. DTS mendukung migrasi skema, migrasi data penuh, dan migrasi data inkremental. Anda dapat memilih semua jenis migrasi tersebut untuk memastikan kontinuitas layanan selama proses migrasi.

Prasyarat

Database MySQL yang dikelola sendiri harus terhubung ke Alibaba Cloud. Tambahkan blok CIDR server DTS ke pengaturan keamanan database MySQL sumber, seperti aturan grup keamanan, firewall, dan daftar putih, agar DTS dapat mengakses database sumber. Untuk informasi lebih lanjut, lihat Persiapan.
Catatan
Untuk detail versi database yang didukung, lihat Ikhtisar Skenario Migrasi Data.
Untuk migrasi data inkremental, aktifkan fitur pencatatan biner pada database MySQL yang dikelola sendiri. Untuk panduan lebih lanjut, lihat Buat Akun untuk Database MySQL yang Dikelola Sendiri dan Konfigurasikan Pencatatan Biner.
Buat database tujuan ApsaraDB RDS for MySQL. Ruang penyimpanan yang tersedia pada database ini harus lebih besar daripada ukuran total data dalam database MySQL sumber yang dikelola sendiri. Untuk informasi lebih lanjut, lihat Buat Instance ApsaraDB RDS for MySQL.

Catatan Penggunaan

Catatan

Selama migrasi skema, DTS memigrasikan kunci asing dari database sumber ke database tujuan.
Selama migrasi data penuh dan inkremental, DTS untuk sementara menonaktifkan pengecekan kendala dan operasi kaskade pada kunci asing di tingkat sesi. Jika Anda melakukan operasi pembaruan atau penghapusan kaskade pada database sumber selama migrasi, ketidaksesuaian data mungkin terjadi.

Kategori	Deskripsi
Batasan pada database sumber	Server tempat database sumber ditempatkan harus memiliki bandwidth keluar yang cukup. Jika tidak, kecepatan migrasi data akan berkurang. Tabel yang akan dimigrasikan harus memiliki kendala PRIMARY KEY atau UNIQUE dan semua bidang harus unik. Jika tidak, database tujuan mungkin berisi catatan data duplikat. Jika Anda memilih tabel sebagai objek yang akan dimigrasikan dan ingin memodifikasi tabel di database tujuan, seperti mengganti nama tabel atau kolom, Anda dapat memigrasikan hingga 1.000 tabel dalam satu tugas migrasi data. Jika Anda menjalankan tugas untuk memigrasikan lebih dari 1.000 tabel, kesalahan permintaan akan terjadi. Dalam hal ini, kami sarankan Anda mengonfigurasi beberapa tugas untuk memigrasikan tabel atau mengonfigurasi tugas untuk memigrasikan seluruh database. Jika Anda ingin memigrasikan data inkremental, persyaratan berikut untuk log biner harus dipenuhi: Fitur pencatatan biner diaktifkan. Parameter binlog_format disetel ke row dan parameter binlog_row_image disetel ke full. Jika tidak, pesan kesalahan akan dikembalikan selama pra-pemeriksaan dan tugas migrasi data gagal dimulai. Penting Jika database sumber adalah database MySQL yang dikelola sendiri yang ditempatkan dalam klaster dual-primary, Anda harus menyetel parameter log_slave_updates ke ON. Ini memastikan bahwa DTS dapat memperoleh semua log biner. Log biner dari instance ApsaraDB RDS for MySQL harus disimpan setidaknya selama tiga hari. Kami sarankan Anda menyimpan log biner selama tujuh hari. Log biner dari database MySQL yang dikelola sendiri harus disimpan setidaknya selama tujuh hari. Jika tidak, DTS mungkin gagal memperoleh log biner dan tugas mungkin gagal. Dalam keadaan luar biasa, ketidaksesuaian data atau kehilangan data mungkin terjadi. Pastikan Anda mengonfigurasi periode retensi log biner berdasarkan persyaratan sebelumnya. Jika tidak, keandalan layanan atau kinerja yang dinyatakan dalam Perjanjian Tingkat Layanan (SLA) DTS mungkin tidak dijamin. Catatan Untuk informasi lebih lanjut tentang cara menyetel Retention Period log biner dari instance ApsaraDB RDS for MySQL, lihat Konfigurasikan parameter berdasarkan sistem secara otomatis menghapus file log biner dari instance RDS. Batasan pada operasi yang akan dilakukan pada database sumber: Selama migrasi skema dan migrasi data penuh, jangan jalankan pernyataan DDL untuk mengubah skema database atau tabel. Jika tidak, tugas migrasi data gagal. Jika Anda hanya melakukan migrasi data penuh, jangan tulis data ke database sumber selama migrasi data. Jika tidak, ketidaksesuaian data antara database sumber dan tujuan terjadi. Untuk memastikan konsistensi data, kami sarankan Anda memilih migrasi skema, migrasi data penuh, dan migrasi data inkremental sebagai jenis migrasi. Data yang dihasilkan oleh operasi perubahan log biner, seperti data yang dipulihkan dari cadangan fisik atau data dari operasi kaskade, tidak dicatat dan dimigrasikan ke database tujuan saat instance migrasi data sedang berjalan. Catatan Jika data perubahan tidak dicatat dan dimigrasikan ke database tujuan, Anda dapat memigrasikan data penuh lagi dengan syarat bisnis Anda tidak terpengaruh. Jika database sumber adalah database MySQL 8.0.23 atau lebih baru, dan data yang akan dimigrasikan mencakup kolom tak terlihat, data dari kolom tersebut tidak dapat diperoleh dan kehilangan data terjadi. Catatan Untuk membuat kolom terlihat, jalankan perintah `ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE;`. Untuk informasi lebih lanjut, lihat Kolom Tak Terlihat. Tabel yang tidak memiliki kunci utama secara otomatis menghasilkan kunci utama tak terlihat. Anda perlu membuat kunci utama tak terlihat menjadi terlihat. Untuk informasi lebih lanjut, lihat Kunci Utama Tak Terlihat yang Dihasilkan.
Batasan lainnya	Untuk memastikan kompatibilitas, versi database MySQL sumber dan tujuan harus sama. DTS tidak memigrasikan data di mana parser yang didefinisikan menggunakan komentar digunakan. Jika database tujuan adalah database MySQL 8.0.23 atau lebih baru, dan kolom untuk menerima data mencakup kolom tak terlihat, kolom tujuan tempat data ditulis tidak dapat ditemukan. Dalam hal ini, instance DTS gagal berjalan dan kehilangan data terjadi. Catatan Untuk membuat kolom terlihat, jalankan perintah `ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE;`. Untuk informasi lebih lanjut, lihat Kolom Tak Terlihat. Tabel yang tidak memiliki kunci utama secara otomatis menghasilkan kunci utama tak terlihat. Anda perlu membuat kunci utama tak terlihat menjadi terlihat. Untuk informasi lebih lanjut, lihat Kunci Utama Tak Terlihat yang Dihasilkan. Jika Anda tidak menggunakan fitur migrasi skema DTS dalam skenario migrasi data, Anda harus memastikan kompatibilitas bidang. Misalnya, jika bidang tabel sumber bertipe `text`, dan bidang tabel tujuan bertipe `varchar(255)`, data mungkin terpotong ketika tabel sumber berisi bidang besar. Jika data yang akan dimigrasikan mencakup informasi seperti karakter langka atau emoji yang memakan empat byte, database dan tabel tujuan untuk menerima data harus menggunakan set karakter UTF8mb4. Catatan Jika Anda menggunakan fitur migrasi skema DTS, setel parameter instance `character_set_server` di database tujuan ke set karakter UTF8mb4. Sebelum Anda memigrasikan data, evaluasi dampak migrasi data pada kinerja database sumber dan tujuan. Kami sarankan Anda memigrasikan data selama jam-jam sepi. Selama migrasi data penuh, DTS menggunakan sumber daya baca dan tulis dari database sumber dan tujuan. Ini dapat meningkatkan beban pada server database. Selama migrasi data penuh, operasi INSERT bersamaan menyebabkan fragmentasi dalam tabel database tujuan. Setelah migrasi data penuh selesai, ruang tabel database tujuan lebih besar daripada ruang tabel database sumber. Anda harus memastikan bahwa pengaturan presisi untuk kolom tipe data FLOAT atau DOUBLE memenuhi kebutuhan bisnis Anda. DTS menggunakan fungsi `ROUND(COLUMN,PRECISION)` untuk mengambil nilai dari kolom tipe data FLOAT atau DOUBLE. Jika Anda tidak menentukan presisi, DTS menetapkan presisi untuk kolom tipe data FLOAT menjadi 38 digit dan presisi untuk kolom tipe data DOUBLE menjadi 308 digit. DTS mencoba melanjutkan tugas migrasi data yang gagal dalam tujuh hari terakhir. Sebelum Anda beralih beban kerja ke database tujuan, Anda harus menghentikan atau melepaskan tugas yang gagal. Anda juga dapat mengeksekusi pernyataan `REVOKE` untuk mencabut izin tulis dari akun yang digunakan oleh DTS untuk mengakses database tujuan. Jika tidak, data di database sumber akan menimpa data di database tujuan setelah tugas yang gagal dilanjutkan. Jika pernyataan DDL gagal dieksekusi di database tujuan, tugas DTS terus berjalan. Anda dapat melihat pernyataan DDL yang gagal dieksekusi dalam log tugas. Untuk informasi lebih lanjut tentang cara melihat log tugas, lihat Lihat log tugas. Jika Anda menulis nama kolom yang hanya berbeda dalam kapitalisasi ke tabel yang sama di database MySQL tujuan, hasil migrasi data mungkin tidak sesuai harapan karena nama kolom dalam database MySQL tidak peka huruf besar-kecil. Setelah migrasi data selesai, yaitu Status instance berubah menjadi Completed, kami sarankan Anda menjalankan perintah `analyze table <table name>` untuk memeriksa apakah data ditulis ke tabel tujuan. Misalnya, jika switchover high-availability (HA) dipicu di database MySQL tujuan, data mungkin hanya ditulis ke memori. Akibatnya, kehilangan data terjadi. Jika database sumber adalah instance ApsaraDB RDS for MySQL yang fitur EncDB-nya diaktifkan, migrasi data penuh tidak dapat dilakukan. Catatan Instance ApsaraDB RDS for MySQL yang memiliki fitur Transparent Data Encryption (TDE) diaktifkan mendukung migrasi skema, migrasi data penuh, dan migrasi data inkremental. Jika Anda ingin memigrasikan akun dari database sumber ke database tujuan, Anda perlu mempelajari prasyarat dan tindakan pencegahan. Untuk informasi lebih lanjut, lihat Migrasi akun database. Jika instance gagal berjalan, personel dukungan teknis DTS akan mencoba memulihkan instance dalam waktu 8 jam. Selama proses pemulihan, instance mungkin di-restart atau parameter mungkin disesuaikan. Catatan Ketika parameter disesuaikan, hanya parameter instance DTS yang dimodifikasi. Parameter database tidak dimodifikasi. Parameter yang mungkin dimodifikasi termasuk tetapi tidak terbatas pada parameter dalam Ubah parameter instance.
Kasus Khusus	Jika database sumber adalah database MySQL yang dikelola sendiri, perhatikan batasan berikut: Jika Anda melakukan switchover primer/sekunder pada database sumber saat tugas migrasi data sedang berjalan, tugas gagal. DTS menghitung latensi migrasi berdasarkan timestamp data terbaru yang dimigrasikan di database tujuan dan timestamp saat ini di database sumber. Jika tidak ada operasi DML yang dilakukan pada database sumber untuk waktu yang lama, latensi migrasi mungkin tidak akurat. Jika latensi tugas migrasi data terlalu tinggi, Anda dapat melakukan operasi DML pada database sumber untuk memperbarui latensi. Catatan Jika Anda memilih seluruh database sebagai objek yang akan dimigrasikan, Anda dapat membuat tabel detak jantung. Tabel detak jantung diperbarui atau menerima data setiap detik. DTS mengeksekusi pernyataan CREATE DATABASE IF NOT EXISTS `test` di database sumber secara terjadwal untuk memajukan posisi file log biner. Jika database sumber adalah instance Apsara RDS for MySQL, perhatikan batasan berikut: Dalam migrasi data inkremental, instance ApsaraDB RDS for MySQL yang tidak mencatat log transaksi, seperti instance ApsaraDB RDS for MySQL V5.6 baca-saja, tidak dapat digunakan sebagai database sumber. DTS mengeksekusi pernyataan CREATE DATABASE IF NOT EXISTS `test` di database sumber secara terjadwal untuk memajukan posisi file log biner. Jika database tujuan adalah instance ApsaraDB RDS for MySQL, perhatikan batasan berikut: DTS secara otomatis membuat database di instance ApsaraDB RDS for MySQL tujuan. Namun, jika nama database sumber tidak sesuai dengan konvensi penamaan database ApsaraDB RDS for MySQL, Anda harus secara manual membuat database di instance ApsaraDB RDS for MySQL tujuan sebelum Anda mengonfigurasi tugas migrasi data. Untuk informasi lebih lanjut, lihat Kelola database.

Penagihan

Jenis Migrasi	Biaya Konfigurasi Instance	Biaya Lalu Lintas Internet
Migrasi Skema dan Migrasi Data Penuh	Gratis.	Ketika parameter Access Method dari database tujuan diatur 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 tabel, tampilan, pemicu, 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 objek yang diperlukan dari 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 data 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. Misalnya, jika Anda memilih tabel sebagai objek yang akan dimigrasikan dan mengganti nama tabel selama migrasi data, data tabel ini tidak dimigrasikan ke database tujuan. Untuk mencegah situasi ini, Anda dapat memilih database tempat tabel ini berada sebagai objek yang akan dimigrasikan saat Anda mengonfigurasi tugas migrasi data. Pastikan database tempat tabel berada sebelum dan sesudah operasi RENAME TABLE ditambahkan ke objek yang akan dimigrasikan. TRUNCATE TABLE

Izin yang diperlukan untuk akun database

Jenis Database

Migrasi Skema

Migrasi Penuh

Migrasi Inkremental

Database MySQL yang dikelola sendiri

Izin SELECT

Izin SELECT pada objek yang akan dimigrasikan.

Izin REPLICATION CLIENT, REPLICATION SLAVE, dan SHOW VIEW.

Izin untuk membuat database dan tabel. Izin ini memungkinkan DTS membuat database bernama dts untuk mencatat data detak jantung selama migrasi.

Instance ApsaraDB RDS for MySQL

Izin baca dan tulis

Untuk informasi tentang cara membuat dan memberi otorisasi akun database, lihat topik berikut:

Catatan

Jika Anda ingin memigrasikan informasi akun dari database sumber, izin tambahan diperlukan untuk akun database sumber dan tujuan yang digunakan saat mengonfigurasi tugas DTS. Untuk informasi lebih lanjut, lihat Migrasi Akun Database.

Database MySQL yang dikelola sendiri: Buat Akun untuk Database MySQL yang Dikelola Sendiri dan Konfigurasikan Pencatatan Biner.
Database ApsaraDB RDS for MySQL: Buat Akun dan Ubah Izin Akun.

Prosedur

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

Konfigurasikan database sumber dan tujuan. Tabel berikut menjelaskan parameter.

Peringatan

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

Bagian	Parameter	Deskripsi
T/A	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 Existing Connection	Dalam contoh ini, tidak ada instance database yang dipilih. Konfigurasikan informasi database berikut.
	Database Type	Jenis database sumber. Pilih MySQL.
	Access Method	Metode akses database sumber. Anda dapat memilih metode akses berdasarkan lokasi penyebaran database sumber. Dalam contoh ini, pilih Public IP Address. Catatan Jika database sumber adalah database yang dikelola sendiri, Anda harus menyiapkan lingkungan yang diperlukan untuk database sebelum migrasi data. Untuk informasi lebih lanjut, lihat Ikhtisar Persiapan.
	Instance Region	Wilayah tempat database MySQL sumber berada.
	Domain Name or IP	Titik akhir database MySQL sumber. Dalam contoh ini, masukkan alamat IP publik.
	Port	Nomor port layanan database MySQL sumber. Port tersebut harus dapat diakses melalui internet. Nilai default: 3306.
	Database Account	Akun database MySQL sumber. Untuk informasi lebih lanjut tentang izin yang diperlukan, lihat bagian Izin yang diperlukan untuk akun database dari topik ini.
	Database Password	Kata sandi yang digunakan untuk mengakses instance database.
	Encryption	Menentukan apakah akan mengenkripsi koneksi ke database sumber. Pilih Non-encrypted atau SSL-encrypted berdasarkan kebutuhan bisnis Anda. Jika enkripsi SSL tidak diaktifkan untuk database MySQL yang dikelola sendiri, pilih Non-encrypted. Jika enkripsi SSL diaktifkan untuk database MySQL yang dikelola sendiri, pilih SSL-encrypted. Dalam hal ini, Anda harus mengunggah CA Certificate dan mengonfigurasi parameter CA Key.
Destination Database	Select Existing Connection	Dalam contoh ini, tidak ada instance database yang dipilih. Konfigurasikan informasi database berikut.
	Database Type	Jenis database tujuan. Pilih MySQL.
	Access Method	Metode akses database tujuan. Pilih Alibaba Cloud Instance.
	Instance Region	Wilayah tempat instance ApsaraDB RDS for MySQL tujuan berada.
	Replicate Data Across Alibaba Cloud Accounts	Menentukan apakah akan memigrasikan data antar akun Alibaba Cloud. Pilih No.
	RDS Instance ID	ID instance ApsaraDB RDS for MySQL tujuan.
	Database Account	Akun database instance ApsaraDB RDS for MySQL tujuan. 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 instance database.
	Encryption	Menentukan apakah akan mengenkripsi koneksi ke instance 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 instance ApsaraDB RDS for MySQL sebelum Anda mengonfigurasi tugas DTS. Untuk informasi lebih lanjut, lihat Gunakan sertifikat cloud untuk mengaktifkan enkripsi SSL.

Di bagian bawah halaman, klik Test Connectivity and Proceed, lalu klik Test Connectivity di kotak dialog CIDR Blocks of DTS Servers yang muncul.
Catatan
Pastikan blok CIDR server DTS dapat ditambahkan secara otomatis atau manual ke pengaturan keamanan database sumber dan tujuan untuk mengizinkan akses dari server DTS. Untuk informasi lebih lanjut, lihat Tambahkan Blok CIDR Server DTS.

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 kontinuitas 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 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 Schema Migration dan Incremental Data Migration untuk parameter 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. Catatan Anda hanya dapat mengonfigurasi parameter ini jika memilih Schema Migration untuk parameter 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 dikembalikan selama pra-pemeriksaan dan tugas migrasi data tidak dapat dimulai. Catatan Jika database sumber dan tujuan berisi tabel dengan nama yang 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 Map Object Names. 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.
Whether to migrate Event	Menentukan apakah akan memigrasikan event dari database sumber. Jika Anda memilih Yes, Anda harus menyelesaikan operasi berikutnya. Untuk informasi lebih lanjut, lihat Sinkronkan atau Migrasikan Event.
Capitalization of Object Names in Destination Instance	Kapitalisasi nama database, nama tabel, dan nama kolom di instance tujuan. Secara default, DTS default policy dipilih. Anda dapat memilih opsi lain untuk memastikan kapitalisasi nama objek konsisten dengan database sumber atau tujuan. Untuk informasi lebih lanjut, lihat Tentukan Kapitalisasi Nama Objek di Instance Tujuan.
Source Objects	Pilih satu atau beberapa objek dari bagian Source Objects. Klik ikon dan tambahkan 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 akan memigrasikan objek lain, seperti tampilan, pemicu, atau prosedur tersimpan, ke database tujuan.
Selected Objects	Untuk mengganti nama objek yang ingin Anda migrasikan ke instance tujuan, klik kanan objek di bagian Selected Objects. Untuk informasi lebih lanjut, lihat Peta Nama Objek Tunggal. Untuk mengganti nama beberapa objek sekaligus, klik Batch Edit di pojok kanan atas bagian Selected Objects. Untuk informasi lebih lanjut, lihat Peta Beberapa Nama Objek Sekaligus. Catatan Jika Anda menggunakan fitur pemetaan nama objek untuk mengganti nama objek, objek lain yang bergantung pada objek tersebut mungkin gagal dimigrasikan. Untuk memfilter data menggunakan kondisi WHERE, klik kanan tabel yang akan dimigrasikan di bagian Selected Objects dan konfigurasikan kondisi filter di kotak dialog yang muncul. Untuk informasi lebih lanjut, lihat Filter Data yang Akan Dimigrasikan. Untuk memilih operasi SQL yang akan dimigrasikan pada tingkat database atau tabel, klik kanan objek yang akan dimigrasikan di bagian Selected Objects dan pilih operasi SQL di kotak dialog yang muncul. Untuk informasi lebih lanjut tentang operasi yang didukung, lihat Operasi SQL yang Mendukung Migrasi Data Inkremental.

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 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 pada 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 pada 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 dari 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 menyetel parameter ini ke nilai lebih dari 30. Jika DTS terhubung 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 kemudian akan mengambil alih. Saat DTS mencoba kembali koneksi, Anda dikenakan biaya untuk instance DTS. Kami sarankan menentukan rentang waktu ulang berdasarkan kebutuhan bisnis Anda. Anda juga dapat melepaskan instance DTS sesegera mungkin setelah database sumber dan instance tujuan dilepaskan.
Retry Time for Other Issues	Rentang waktu ulang untuk masalah lainnya. Misalnya, jika operasi DDL atau DML gagal dilakukan setelah tugas migrasi data dimulai, DTS segera mencoba ulang operasi dalam rentang waktu ulang. Nilai valid: 1 hingga 1.440. Unit: menit. Nilai default: 10. Kami sarankan menyetel parameter ini ke nilai lebih dari 10. Jika operasi yang 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 instance DTS. Anda dapat memilih tag lingkungan berdasarkan kebutuhan bisnis Anda. Dalam contoh ini, Anda tidak perlu mengonfigurasi parameter ini.
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 instance DTS sedang berjalan. Nilai valid: Yes: tidak menulis operasi SQL pada tabel detak jantung. Dalam hal ini, latensi instance 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 ekstraksi, transformasi, dan pemuatan (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 Configure ETL in a data migration or data synchronization task. 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 penunjuk ke Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters.
- Jika Anda tidak perlu melihat atau sudah 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 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 instance.

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

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

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

Baca dan setujui Data Transmission Service (Pay-as-you-go) Service Terms dengan memilih kotak centang.
Klik Buy and Start. Di dalam 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.
- Jika Anda perlu beralih beban kerja, kami sarankan melakukan operasi ini selama jam-jam sepi dan ketika tugas migrasi tidak tertunda atau memiliki latensi rendah. Untuk informasi lebih lanjut, lihat Alihkan Beban Kerja.