Sinkronisasi Data PolarDB MySQL Antar Klaster dengan DTS Penuh & Bertahap - PolarDB

Topik ini menjelaskan cara memigrasikan data antar klaster PolarDB untuk MySQL menggunakan Data Transmission Service (DTS).

Catatan

Klaster PolarDB untuk MySQL versi sebelumnya tidak dapat diperbarui ke versi 8.0. Namun, Anda dapat membuat klaster PolarDB untuk MySQL versi 8.0, lalu memigrasikan data ke klaster tersebut. Sebelum memigrasikan data lintas versi berbeda dari klaster PolarDB untuk MySQL, kami sarankan Anda membuat klaster PolarDB untuk MySQL bayar sesuai pemakaian untuk menguji kompatibilitas. Setelah pengujian selesai, Anda dapat melepaskan klaster tersebut.

Prasyarat

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

Catatan Penggunaan

Catatan

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

Jenis Batasan	Deskripsi
Batasan pada database sumber	Persyaratan bandwidth: Server tempat database sumber berada harus memiliki bandwidth keluar yang cukup. Jika tidak, kecepatan migrasi data akan terpengaruh. 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 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 satu tugas untuk memigrasikan seluruh database. Jika Anda perlu memigrasikan data tambahan, fitur pencatatan biner harus diaktifkan dan parameter loose_polar_log_bin harus disetel ke on. Jika tidak, pesan kesalahan akan dikembalikan selama pra-pemeriksaan dan tugas migrasi data gagal untuk 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. Untuk tugas migrasi data tambahan, log biner dari database sumber harus disimpan selama lebih dari 24 jam. Untuk tugas migrasi data penuh dan tambahan, log biner dari database sumber harus disimpan setidaknya 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. Setelah migrasi data penuh selesai, Anda dapat menyetel periode retensi menjadi lebih dari 24 jam. Pastikan Anda menyetel periode retensi log biner sesuai dengan persyaratan yang disebutkan sebelumnya. Jika tidak, Perjanjian Tingkat Layanan (SLA) DTS tidak menjamin keandalan layanan atau kinerja. Batasan pada operasi yang 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 mungkin terjadi. Untuk memastikan konsistensi data, kami sarankan Anda memilih migrasi skema, migrasi data penuh, dan migrasi data tambahan sebagai jenis migrasi.
Batasan lainnya	Untuk memastikan kompatibilitas, versi klaster PolarDB untuk MySQL sumber dan tujuan harus sama. DTS tidak memigrasikan node baca saja dari klaster PolarDB untuk MySQL sumber. DTS tidak memigrasikan tabel eksternal Object Storage Service (OSS) dari klaster PolarDB untuk MySQL sumber. Sebelum Anda memigrasikan data, evaluasi dampak migrasi data terhadap kinerja database sumber dan tujuan. Kami sarankan Anda memigrasikan data selama jam-jam sepi. Selama migrasi data penuh, DTS menggunakan sumber daya baca/tulis dari database sumber dan tujuan. Ini dapat meningkatkan beban server database. Selama migrasi data penuh, operasi INSERT bersamaan 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 menyetel presisi untuk tipe data FLOAT menjadi 38 digit dan presisi untuk tipe data DOUBLE menjadi 308 digit. Anda tidak dapat memigrasikan data dari klaster yang memiliki konfigurasi sinkronisasi dua arah DTS. DTS mencoba melanjutkan tugas migrasi data yang gagal dalam tujuh hari terakhir. Sebelum Anda mengalihkan beban kerja ke klaster tujuan, hentikan atau lepaskan tugas migrasi data. Anda juga dapat menjalankan perintah `revoke` untuk mencabut izin tulis dari akun yang digunakan oleh DTS untuk mengakses klaster tujuan. Jika tidak, data di database sumber akan menimpa data di klaster tujuan setelah tugas dilanjutkan. Jika pernyataan DDL gagal dieksekusi di database tujuan, tugas DTS terus menjalankan pernyataan DDL. 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 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	DTS mengeksekusi pernyataan CREATE DATABASE IF NOT EXISTS 'test' di database sumber sesuai jadwal untuk memajukan posisi file log biner.

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 tambahan	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 menyetel 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 Tambahan
Setelah migrasi data penuh selesai, DTS memigrasikan data tambahan dari database sumber ke database tujuan. Migrasi data tambahan memungkinkan data dimigrasikan dengan lancar tanpa mengganggu layanan aplikasi mandiri selama migrasi data.

Operasi SQL yang dapat dimigrasikan secara tambahan

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 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
Klaster PolarDB untuk MySQL Sumber	Izin baca pada objek yang akan dimigrasikan
Klaster PolarDB untuk MySQL Tujuan	Izin baca/tulis pada database tujuan

Untuk informasi lebih lanjut tentang cara membuat akun database untuk klaster PolarDB untuk MySQL, lihat Buat dan kelola akun database.

Prosedur

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 sudut 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 di-hosting di layanan cloud pihak ketiga atau database mandiri. 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.
	Connection Type	Metode akses database sumber. Pilih Alibaba Cloud Instance.
	Instance Region	Wilayah tempat klaster PolarDB untuk MySQL sumber berada.
	PolarDB Cluster ID	ID klaster PolarDB untuk MySQL sumber.
	Database Account	Akun database dari klaster PolarDB untuk MySQL sumber. 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 di-hosting di layanan cloud pihak ketiga atau database mandiri. 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 PolarDB for MySQL.
	Connection Type	Metode akses database tujuan. Pilih Alibaba Cloud Instance.
	Instance Region	Wilayah tempat klaster PolarDB untuk MySQL tujuan berada.
	PolarDB Cluster ID	ID klaster PolarDB untuk MySQL tujuan.
	Database Account	Akun database dari klaster PolarDB untuk MySQL tujuan. Untuk informasi tentang izin yang diperlukan untuk akun tersebut, lihat bagian Izin yang Diperlukan untuk Akun Database dari topik ini. Penting Kami sarankan Anda menggunakan akun istimewa.
	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.

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 mandiri yang di-hosting 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 mandiri di-hosting 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 mandiri 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 tindakan pencegahan, termasuk tetapi tidak terbatas pada langkah-langkah berikut: meningkatkan keamanan nama pengguna dan kata sandi Anda, membatasi port yang diekspos, mengotentikasi panggilan API, secara berkala 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 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 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 Anda hanya dapat mengonfigurasi parameter ini ketika Anda menyetel parameter Migration Types ke Schema Migration.
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 akan 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 diganti namanya, Anda dapat menggunakan fitur pemetaan nama objek untuk mengganti nama tabel yang dimigrasikan ke database tujuan. Untuk informasi lebih lanjut, lihat Petakan 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 tambahan, 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.
Source Objects	Pilih satu atau lebih objek dari bagian Source Objects. Klik ikon dan tambahkan objek ke bagian Selected Objects. Catatan Anda dapat memilih kolom, tabel, atau skema 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 mengganti nama objek yang ingin Anda migrasikan ke instance tujuan, klik kanan objek di bagian Selected Objects. Untuk informasi lebih lanjut, lihat Petakan nama objek tunggal. Untuk mengganti nama beberapa objek sekaligus, klik Batch Edit di sudut kanan atas bagian Selected Objects. Untuk informasi lebih lanjut, lihat Petakan 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 menentukan kondisi WHERE untuk menyaring data, klik kanan tabel di bagian Selected Objects. Di kotak dialog yang muncul, tentukan kondisi tersebut. Untuk informasi lebih lanjut, lihat Tentukan kondisi filter. Untuk memilih 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 tambahan, lihat bagian Operasi SQL yang Mendukung Migrasi Tambahan dari topik ini.

Klik Next: Advanced Settings untuk mengonfigurasi pengaturan lanjutan.

Parameter	Deskripsi
Dedicated Cluster for Task Scheduling	Secara default, DTS menjadwalkan tugas ke klaster bersama jika Anda tidak menentukan klaster khusus. Anda juga dapat membeli klaster khusus dengan spesifikasi yang diperlukan untuk menjalankan tugas migrasi data. Untuk informasi lebih lanjut, lihat Apa itu klaster khusus DTS.
Select the engine type of the destination database	Tipe mesin database tujuan. Pilih tipe mesin berdasarkan kebutuhan bisnis Anda. Nilai valid: InnoDB: mesin penyimpanan default. X-Engine: mesin penyimpanan basis data pemrosesan transaksi online (OLTP).
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. Untuk informasi lebih lanjut, seperti metode otorisasi, lihat Migrasikan akun database.
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 menyetel parameter ini ke nilai lebih dari 30. Jika DTS berhasil 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 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 dieksekusi setelah tugas migrasi data dimulai, DTS segera mencoba kembali operasi tersebut dalam rentang waktu ulang. Nilai valid: 1 hingga 1.440. Unit: menit. Nilai default: 10. Kami sarankan Anda 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 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/tulis dari database sumber dan tujuan, yang dapat meningkatkan beban server database. Anda dapat mengaktifkan pembatasan untuk migrasi data penuh berdasarkan kebutuhan bisnis Anda. Untuk mengonfigurasi pembatasan, Anda harus menyetel 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 tambahan. Untuk mengonfigurasi pembatasan, Anda harus menyetel 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	Pilih tag lingkungan yang mengidentifikasi klaster 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 jantung ke database sumber saat instance DTS sedang berjalan. Nilai valid: Yes: tidak menulis operasi SQL pada tabel denyut jantung. Dalam hal ini, latensi instance DTS mungkin ditampilkan. No: menulis operasi SQL pada tabel denyut jantung. 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 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 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.
Tunggu hingga Success Rate menjadi 100%. Kemudian, klik Next: Purchase Instance.

Beli klaster.

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 Manajemen Sumber Daya?
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 OK.
Anda dapat melihat kemajuan tugas di halaman Data Migration.
Catatan
- Jika tugas migrasi data tidak dapat digunakan untuk memigrasikan data tambahan, tugas secara otomatis berhenti. Completed ditampilkan di bagian Status .
- Jika tugas migrasi data dapat digunakan untuk memigrasikan data tambahan, tugas tidak berhenti secara otomatis. Tugas migrasi data tambahan tidak pernah berhenti atau selesai. Running ditampilkan di bagian Status.