Migrasi data dari klaster PolarDB untuk MySQL ke instance ApsaraDB RDS untuk MySQL - PolarDB

Anda dapat memigrasikan data dari klaster PolarDB untuk MySQL ke database MySQL yang dikelola sendiri atau instance ApsaraDB RDS untuk MySQL menggunakan Data Transmission Service (DTS).

Database tujuan yang didukung

DTS mendukung migrasi data dari klaster PolarDB untuk MySQL ke instance ApsaraDB RDS untuk MySQL atau jenis-jenis database MySQL yang dikelola sendiri berikut ini.

Catatan

Topik ini menjelaskan cara memigrasikan data dari klaster PolarDB untuk MySQL ke instance ApsaraDB RDS untuk MySQL. Anda dapat mengikuti prosedur yang sama untuk mengonfigurasi migrasi data dari klaster PolarDB untuk MySQL ke database MySQL yang dikelola sendiri.

Database yang dikelola sendiri dengan alamat IP publik
Database yang dikelola sendiri yang dihosting pada Elastic Compute Service (ECS)
Database yang dikelola sendiri yang terhubung melalui Express Connect, VPN Gateway, atau Smart Access Gateway
Database yang dikelola sendiri yang terhubung melalui Database Gateway

Prasyarat

Klaster sumber PolarDB untuk MySQL telah dibuat. Untuk informasi lebih lanjut, lihat Pembelian Kustom dan Pembelian Klaster Langganan.
Ruang penyimpanan yang tersedia di instance tujuan ApsaraDB RDS untuk MySQL lebih besar daripada ukuran total data di klaster sumber.

Batasan

Catatan

Selama migrasi skema, DTS memigrasikan kunci asing dari database sumber ke database tujuan.
Selama migrasi data penuh dan inkremental, DTS sementara menonaktifkan pengecekan kendala dan operasi kaskade pada kunci asing di tingkat sesi. Jika Anda melakukan operasi pembaruan dan penghapusan kaskade di database sumber selama migrasi data, 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 menurun. Tabel yang akan dimigrasikan harus memiliki PRIMARY KEY atau kendala 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 Anda perlu mengedit tabel di database tujuan, seperti mengubah 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 terjadi. Dalam hal ini, kami sarankan Anda mengonfigurasi beberapa tugas untuk memigrasikan tabel atau mengonfigurasi satu tugas untuk memigrasikan seluruh database. Jika Anda perlu memigrasikan data inkremental: Fitur pencatatan biner harus diaktifkan dan parameter loose_polar_log_bin harus disetel ke on. Jika tidak, pesan kesalahan dikembalikan selama pra-pemeriksaan dan tugas migrasi data gagal dimulai. Untuk informasi lebih lanjut, lihat Aktifkan pencatatan biner dan Ubah parameter. Catatan Jika Anda mengaktifkan fitur pencatatan biner untuk klaster PolarDB untuk MySQL, Anda akan dikenakan biaya untuk ruang penyimpanan yang digunakan oleh log biner. Log biner dari klaster PolarDB untuk MySQL harus disimpan setidaknya selama tiga hari. Kami sarankan Anda menyimpan log biner selama tujuh hari. Jika tidak, DTS mungkin gagal mendapatkan 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 periode retensi log biner dari klaster PolarDB untuk MySQL, lihat Ubah periode retensi. 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.
Batasan lainnya	DTS tidak memigrasikan node baca-only dari klaster sumber PolarDB untuk MySQL. DTS tidak memigrasikan tabel eksternal Object Storage Service (OSS) dari klaster sumber PolarDB untuk MySQL. DTS tidak memigrasikan data di mana parser yang didefinisikan menggunakan komentar digunakan. Jika data yang akan dimigrasikan berisi informasi seperti karakter langka atau emoji yang membutuhkan empat byte, database dan tabel tujuan yang menerima data tersebut harus menggunakan set karakter UTF8mb4. Catatan Jika Anda menggunakan fitur migrasi skema DTS, atur parameter instance `character_set_server` di database tujuan ke set karakter UTF8mb4. Sebelum Anda memigrasikan data, evaluasi dampak migrasi data terhadap kinerja database sumber dan tujuan. Kami sarankan Anda memigrasikan data selama jam non-puncak. Selama migrasi data penuh, DTS menggunakan sumber daya baca dan tulis dari database sumber dan tujuan. Ini dapat meningkatkan beban server database. Selama migrasi data penuh, operasi INSERT konkuren menyebabkan fragmentasi di tabel database tujuan. Setelah migrasi data penuh selesai, ukuran tablespace yang digunakan di database tujuan lebih besar daripada di 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 nilai presisi, DTS menetapkan presisi untuk tipe data FLOAT menjadi 38 digit dan presisi untuk 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 menjalankan 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. DTS menjalankan pernyataan CREATE DATABASE IF NOT EXISTS `test` di database sumber secara terjadwal untuk memajukan posisi file log biner. Jika pernyataan DDL gagal dieksekusi di database tujuan, tugas DTS terus berjalan. Anda dapat melihat pernyataan DDL yang gagal dieksekusi di 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 tujuan MySQL, hasil migrasi data mungkin tidak sesuai harapan karena nama kolom di database MySQL tidak peka huruf besar/kecil. Setelah migrasi data selesai, yaitu, Status instance berubah menjadi Completed, kami sarankan Anda menjalankan perintah `analyze table <nama tabel>` untuk memeriksa apakah data ditulis ke tabel tujuan. Misalnya, jika switchover high-availability (HA) dipicu di database tujuan MySQL, data mungkin hanya ditulis ke memori. Akibatnya, kehilangan data terjadi. Jika instance gagal berjalan, staf 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 Anda memigrasikan data ke instance ApsaraDB RDS untuk MySQL, DTS secara otomatis membuat database tujuan di instance ApsaraDB RDS untuk MySQL. Namun, jika nama database yang akan dimigrasikan tidak sesuai dengan konvensi penamaan database ApsaraDB RDS untuk MySQL, Anda harus secara manual membuat database di instance ApsaraDB RDS untuk MySQL sebelum 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 disetel ke Public IP Address, Anda akan 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, 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 migrasi data.

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. Misalnya, 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 Anda mengonfigurasi tugas migrasi data. Pastikan bahwa database tempat tabel milik sebelum dan sesudah operasi RENAME TABLE ditambahkan ke objek yang akan dimigrasikan. TRUNCATE TABLE

Izin yang diperlukan untuk akun database

Jenis Database	Izin yang Diperlukan	Referensi
Klaster PolarDB untuk MySQL	Izin baca pada objek yang akan dimigrasikan	Buat dan kelola akun database
Instance ApsaraDB RDS untuk MySQL	Izin baca dan tulis pada objek yang akan dimigrasikan	Buat akun

Prosedur

Masuk ke halaman Data Migration Tasks.
1. Masuk ke Data Management (DMS) console.
2. Di bilah navigasi atas, klik DTS.
3. Di panel navigasi sebelah kiri, pilih DTS (DTS) > Data Migration.
Catatan
- Operasi dapat berbeda-beda tergantung pada mode dan tata letak konsol DMS. Untuk informasi selengkapnya, lihat Simple Mode dan Kustomisasi tata letak dan gaya konsol DMS.
- Anda juga dapat menuju ke halaman Data Migration Tasks page of the new DTS console.
Dari daftar drop-down di samping Data Migration Tasks, pilih wilayah tempat instans migrasi data berada.
Catatan
- Jika Anda menggunakan konsol DTS yang baru, Anda harus memilih wilayah tempat instans migrasi data berada di pojok kiri atas.
Klik Create Task untuk masuk 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 tertentu di halaman konfigurasi versi baru dan sebelumnya mungkin berbeda. Kami sarankan Anda menggunakan halaman konfigurasi versi baru.

Konfigurasikan database sumber dan tujuan. Tabel berikut menjelaskan parameter.

Peringatan

Setelah Anda mengonfigurasi database sumber dan 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
N/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 yang unik.
Source Database	Select a DMS database instance.	Instance yang ingin Anda gunakan. Anda dapat memilih apakah akan menggunakan instance yang ada berdasarkan kebutuhan bisnis Anda. Jika Anda memilih instance yang ada, DTS secara otomatis mengisi parameter untuk database. Jika Anda tidak menggunakan instance yang ada, Anda harus mengonfigurasi informasi database di bawah ini. Catatan Di konsol DMS, Anda dapat mengklik Add DMS Database Instance untuk mendaftarkan database dengan DMS. Untuk informasi lebih lanjut, lihat Daftarkan Instance Database Alibaba Cloud dan Daftarkan Database yang Dihosting pada Layanan Cloud Pihak Ketiga atau Database yang Dikelola Sendiri. Di konsol DTS, Anda dapat mendaftarkan database dengan DTS di halaman Database Connections atau halaman konfigurasi baru. Untuk informasi lebih lanjut, lihat Kelola Koneksi Database.
	Database Type	Jenis database sumber. Pilih PolarDB for MySQL.
	Access Method	Metode akses database sumber. Pilih Alibaba Cloud Instance.
	Instance Region	Wilayah tempat klaster sumber PolarDB untuk MySQL berada.
	Replicate Data Across Alibaba Cloud Accounts	Dalam contoh ini, instance database dari akun Alibaba Cloud saat ini digunakan. Pilih No.
	PolarDB Cluster ID	ID klaster sumber PolarDB untuk MySQL.
	Database Account	Akun database klaster sumber PolarDB untuk MySQL. Untuk informasi lebih lanjut tentang izin yang diperlukan untuk akun database, 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. Anda dapat mengonfigurasi parameter ini berdasarkan kebutuhan bisnis Anda. Untuk informasi lebih lanjut tentang fitur enkripsi SSL, lihat Konfigurasikan Enkripsi SSL.
Destination Database	Select a DMS database instance.	Instance yang ingin Anda gunakan. Anda dapat memilih apakah akan menggunakan instance yang ada berdasarkan kebutuhan bisnis Anda. Jika Anda memilih instance yang ada, DTS secara otomatis mengisi parameter untuk database. Jika Anda tidak menggunakan instance yang ada, Anda harus mengonfigurasi informasi database di bawah ini. Catatan Di konsol DMS, Anda dapat mengklik Add DMS Database Instance untuk mendaftarkan database dengan DMS. Untuk informasi lebih lanjut, lihat Daftarkan Instance Database Alibaba Cloud dan Daftarkan Database yang Dihosting pada Layanan Cloud Pihak Ketiga atau Database yang Dikelola Sendiri. Di konsol DTS, Anda dapat mendaftarkan database dengan DTS di halaman Database Connections atau halaman konfigurasi baru. Untuk informasi lebih lanjut, lihat Kelola Koneksi Database.
	Database Type	Jenis database tujuan. Pilih MySQL.
	Access Method	Metode akses database tujuan. Pilih Alibaba Cloud Instance.
	Instance Region	Wilayah tempat instance tujuan ApsaraDB RDS untuk MySQL berada.
	Replicate Data Across Alibaba Cloud Accounts	Dalam contoh ini, instance database dari akun Alibaba Cloud saat ini digunakan. Pilih No.
	RDS Instance ID	ID instance tujuan ApsaraDB RDS untuk MySQL.
	Database Account	Akun database instance tujuan ApsaraDB RDS untuk MySQL. Untuk informasi lebih lanjut tentang izin yang diperlukan untuk akun database, 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 untuk 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 instance database Alibaba Cloud, seperti instance ApsaraDB RDS untuk MySQL atau ApsaraDB untuk MongoDB, DTS secara otomatis menambahkan blok CIDR server DTS ke daftar putih alamat IP instance tersebut. Jika database sumber atau tujuan adalah database yang dikelola sendiri yang dihosting pada instance Elastic Compute Service (ECS), DTS secara otomatis menambahkan blok CIDR server DTS ke aturan grup keamanan instance ECS, dan Anda harus memastikan bahwa instance ECS dapat mengakses database. Jika database yang dikelola sendiri dihosting pada beberapa instance ECS, Anda harus secara manual menambahkan blok CIDR server DTS ke aturan grup keamanan setiap instance ECS. Jika database sumber atau tujuan adalah database yang dikelola sendiri yang ditempatkan di pusat data atau disediakan oleh penyedia layanan cloud pihak ketiga, Anda harus secara manual menambahkan blok CIDR server DTS ke daftar putih alamat IP database untuk mengizinkan DTS mengakses database. 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 atau manual ke daftar putih instance database atau ke aturan grup keamanan instance ECS, risiko keamanan mungkin timbul. Oleh karena itu, sebelum Anda menggunakan DTS untuk memigrasikan data, Anda harus memahami dan mengetahui risiko potensial serta mengambil langkah-langkah pencegahan, termasuk tetapi tidak terbatas pada langkah-langkah berikut: meningkatkan keamanan nama pengguna dan kata sandi, membatasi port yang diekspos, mengotentikasi panggilan API, secara teratur memeriksa daftar putih atau aturan grup keamanan dan melarang blok CIDR yang tidak sah, atau menghubungkan instance 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 melakukan hanya 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 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 hanya tersedia jika Anda memilih Schema Migration dan Incremental Data Migration untuk parameter Migration Types.
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 tabel identik, pra-pemeriksaan berhasil. Jika tidak, kesalahan dikembalikan selama pra-pemeriksaan dan tugas migrasi data tidak dapat dimulai. Catatan Jika database sumber dan tujuan berisi tabel dengan nama yang sama 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 Peta 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 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 lebih 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 lain seperti tampilan, pemicu, dan prosedur tersimpan ke database tujuan.
Selected Objects	Untuk mengubah 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 mengubah 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 Untuk memfilter data tabel yang ingin Anda migrasikan, klik kanan tabel di bagian Selected Objects. Di kotak dialog yang muncul, tentukan kondisi filter. Untuk informasi lebih lanjut, lihat Tentukan Kondisi Filter. Untuk memigrasikan operasi SQL yang dilakukan pada database atau tabel tertentu, klik kanan objek di bagian Selected Objects. Di kotak dialog yang muncul, pilih operasi SQL 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. Jika Anda menggunakan fitur pemetaan nama objek untuk mengubah nama objek, objek lain yang bergantung pada objek tersebut mungkin gagal dimigrasikan.

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.
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 menghubungkan ulang dalam rentang waktu ulang. Nilai valid: 10 hingga 1.440. Unit: menit. Nilai default: 720. Kami sarankan Anda menetapkan 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 berbeda untuk beberapa tugas migrasi data yang berbagi database sumber atau tujuan yang sama, nilai yang ditentukan kemudian akan mengambil alih. Saat DTS mencoba menghubungkan ulang, Anda akan dikenakan biaya untuk instance DTS. Kami sarankan Anda menentukan rentang waktu ulang berdasarkan kebutuhan bisnis Anda. Anda juga dapat melepaskan instance DTS sesegera mungkin setelah instance database sumber dan 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 kembali operasi dalam rentang waktu ulang. Nilai valid: 1 hingga 1.440. Unit: menit. Nilai default: 10. Kami sarankan Anda menetapkan 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 daripada 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 Anda 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 Anda 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, 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 denyut nadi ke database sumber saat instance DTS sedang berjalan. Nilai valid: Yes: tidak menulis operasi SQL pada tabel denyut nadi. Dalam hal ini, latensi instance DTS mungkin ditampilkan. No: menulis operasi SQL pada tabel denyut nadi. Dalam hal ini, fitur seperti pencadangan 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 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 guna mengonfigurasi tugas verifikasi data.
Untuk informasi lebih lanjut tentang penggunaan fitur verifikasi data, lihat Konfigurasikan tugas verifikasi data.

Simpan pengaturan tugas dan jalankan pra-pemeriksaan.
- Untuk melihat parameter yang harus ditentukan saat memanggil operasi API terkait untuk mengonfigurasi tugas DTS, arahkan kursor 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 memulai tugas migrasi data, DTS akan melakukan pra-pemeriksaan. Tugas migrasi data hanya dapat dimulai setelah lulus pra-pemeriksaan.
- Jika tugas gagal lulus pra-pemeriksaan, klik View Details di sebelah item yang gagal. Setelah menganalisis penyebab berdasarkan hasil pemeriksaan, atasi masalah tersebut dan 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, atasi masalah tersebut, dan 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. Mengabaikan item peringatan dapat menyebabkan ketidaksesuaian data dan risiko potensial pada bisnis Anda.
Tunggu hingga Success Rate mencapai 100%, lalu klik Next: Purchase Instance.

Beli instance migrasi data.

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

Bagian	Parameter	Deskripsi
New Instance Class	Resource Group	Grup sumber daya tempat instance migrasi data milik. 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 pesan yang muncul, klik .
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. Status Completed akan 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. Status Running akan ditampilkan di bagian Status.