Migrasi data dari instance ApsaraDB RDS for PostgreSQL ke instance ApsaraDB RDS for MySQL - Data Transmission Service

Topik ini menjelaskan cara memigrasikan data dari instance ApsaraDB RDS for PostgreSQL ke instance ApsaraDB RDS for MySQL menggunakan Data Transmission Service (DTS). DTS mendukung migrasi data penuh dan inkremental. Saat mengonfigurasi tugas migrasi, Anda dapat memilih kedua jenis migrasi tersebut untuk memastikan kontinuitas layanan.

Jenis basis data sumber dan tujuan yang didukung

Anda dapat menggunakan DTS untuk memigrasikan data antara jenis-jenis basis data PostgreSQL dan MySQL berikut. Topik ini menjelaskan cara memigrasikan data dari instance ApsaraDB RDS for PostgreSQL ke instance ApsaraDB RDS for MySQL. Prosedur yang sama dapat digunakan untuk skenario lainnya.

Migrasikan data dari instance ApsaraDB RDS for PostgreSQL ke instance ApsaraDB RDS for MySQL.
Migrasikan data dari basis data PostgreSQL yang dikelola sendiri ke basis data MySQL yang dikelola sendiri.

Prasyarat

Instance ApsaraDB RDS for PostgreSQL sumber telah dibuat. Untuk informasi lebih lanjut, lihat Buat Instance ApsaraDB RDS for PostgreSQL.
Instance ApsaraDB RDS for MySQL tujuan telah dibuat. Untuk informasi lebih lanjut, lihat Cepat Buat Instance ApsaraDB RDS for MySQL.
Ruang penyimpanan yang tersedia di instance ApsaraDB RDS for MySQL tujuan lebih besar daripada total ukuran data di instance ApsaraDB RDS for PostgreSQL sumber.

Batasan

Catatan

Saat migrasi skema, DTS memigrasikan kunci asing dari basis data sumber ke basis data 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 basis data sumber selama migrasi data, ketidaksesuaian data mungkin terjadi.

Kategori	Deskripsi
Batasan pada basis data sumber	Persyaratan bandwidth: Server tempat basis data sumber 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, basis data tujuan mungkin berisi catatan data duplikat. Catatan Jika tabel yang ingin Anda gunakan untuk menerima data tidak dibuat menggunakan DTS (Anda tidak memilih Schema Migration untuk Migration Types), pastikan bahwa tabel dan tabel yang akan dimigrasikan dari basis data sumber memiliki PRIMARY KEY atau kendala NOT NULL UNIQUE yang sama. Jika tidak, basis data tujuan mungkin berisi catatan data duplikat. Nama basis data sumber tidak boleh mengandung tanda hubung (-). Contohnya, dts-testdata. Jika Anda memilih tabel sebagai objek yang akan dimigrasikan dan Anda perlu mengedit tabel (seperti mengganti nama tabel atau kolom) di basis data tujuan, hingga 1.000 tabel dapat dimigrasikan 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 membagi tabel dan mengonfigurasi beberapa tugas untuk memigrasikan tabel, atau mengonfigurasi tugas untuk memigrasikan seluruh basis data. Jika Anda perlu memigrasikan data inkremental, pastikan persyaratan berikut terpenuhi: Nilai parameter wal_level harus disetel ke logical. Untuk migrasi data inkremental, log penulisan sebelumnya (WAL) dari basis data sumber harus disimpan selama lebih dari 24 jam. Untuk migrasi data penuh dan inkremental, log WAL dari basis data sumber harus disimpan setidaknya selama tujuh hari. Jika tidak, Data Transmission Service (DTS) mungkin gagal mendapatkan log WAL 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 WAL berdasarkan persyaratan tersebut. Jika tidak, keandalan layanan atau kinerja dalam Perjanjian Tingkat Layanan (SLA) DTS mungkin tidak dijamin. Batasan pada operasi yang dilakukan pada basis data sumber: Jika Anda melakukan switchover utama/sekunder pada basis data PostgreSQL yang dikelola sendiri, tugas migrasi data gagal. Jika Anda perlu melakukan switchover utama/sekunder pada instance ApsaraDB RDS for PostgreSQL sumber, fitur Logical Replication Slot Failover harus diaktifkan. Ini mencegah langganan logis terputus dan memastikan bahwa tugas migrasi data Anda dapat berjalan seperti yang diharapkan. Untuk informasi lebih lanjut, lihat Logical Replication Slot Failover. Selama migrasi data penuh, jangan lakukan operasi DDL untuk mengubah skema basis data atau tabel. Jika tidak, tugas migrasi data gagal. Langganan logis dari basis data sumber memiliki batasan pada penggunaan DTS. Jika ukuran data tunggal yang akan dimigrasikan dari basis data sumber melebihi 256 MB saat perubahan data inkremental, instance migrasi data yang sedang berjalan gagal berjalan dan tidak dapat dipulihkan. Anda perlu mengonfigurasi tugas lagi. Jika Anda hanya melakukan migrasi data penuh, jangan tulis data ke basis data sumber selama migrasi data. Jika tidak, ketidaksesuaian data antara basis data sumber dan tujuan terjadi. Untuk memastikan konsistensi data, kami sarankan Anda memilih migrasi data penuh dan inkremental sebagai jenis migrasi. Jika basis data sumber memiliki satu atau lebih transaksi jangka panjang dan data inkremental dimigrasikan dalam tugas migrasi data, log WAL yang dihasilkan sebelum transaksi jangka panjang dikomit mungkin terakumulasi. Akibatnya, ruang disk basis data sumber mungkin tidak mencukupi. Jika peningkatan versi utama untuk basis data sumber instance migrasi data yang sedang berjalan dilakukan, instance gagal berjalan dan tidak dapat dipulihkan. Anda perlu mengonfigurasi tugas lagi.
Batasan lainnya	DTS tidak mendukung migrasi DATATYPE, VIEW, PROCEDURE, FUNCTION, SEQUENCE, EXTENSION, OPERATOR, RULE, DEFAULT_CONSTRAINT, atau TRIGGER. Jika data yang akan dimigrasikan berisi informasi seperti karakter langka atau emoji yang membutuhkan empat byte, basis data dan tabel tujuan untuk menerima data harus menggunakan set karakter UTF8mb4. Catatan Jika Anda menggunakan fitur migrasi skema DTS, atur parameter instance `character_set_server` di basis data tujuan ke set karakter UTF8mb4. Jika pernyataan DDL gagal dieksekusi di basis data 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 log tugas. Jika Anda menulis nama kolom yang hanya berbeda dalam kapitalisasi ke tabel yang sama di basis data MySQL tujuan, hasil migrasi data mungkin tidak sesuai dengan harapan karena nama kolom di basis data 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 ketersediaan tinggi (HA) dipicu di basis data MySQL tujuan, data mungkin hanya ditulis ke memori. Akibatnya, kehilangan data terjadi. Satu tugas migrasi data dapat memigrasikan data dari hanya satu basis data. Untuk memigrasikan data dari beberapa basis data, Anda harus membuat tugas migrasi data untuk setiap basis data. Tabel yang dapat diwariskan lintas skema tidak dapat dimigrasikan. Jika instance migrasi Anda mencakup tugas migrasi data inkremental, dalam dua skenario berikut, Anda perlu mengeksekusi perintah `ALTER TABLE schema.table REPLICA IDENTITY FULL;` pada tabel di basis data sumber sebelum menulis data ke mereka, untuk memastikan konsistensi data selama migrasi. Saat Anda mengeksekusi perintah ini, kami sarankan Anda tidak mengunci tabel. Jika tidak, deadlock terjadi. Jika Anda melewati pemeriksaan terkait selama pra-pemeriksaan, DTS secara otomatis mengeksekusi perintah ini saat instance diinisialisasi. Saat instance pertama kali dijalankan. Saat objek migrasi dipilih pada tingkat skema, dan tabel baru dibuat di skema yang akan dimigrasikan atau perintah RENAME digunakan untuk membangun ulang tabel yang akan dimigrasikan. Catatan Ganti `schema` dan `table` dalam perintah dengan nama skema dan nama tabel aktual dari data yang akan dimigrasikan. Kami sarankan Anda melakukan operasi ini selama jam non-puncak. DTS membuat tabel sementara berikut di basis data sumber untuk mendapatkan pernyataan DDL dari data inkremental (yang tidak ditulis ke basis data tujuan), skema tabel inkremental, dan informasi denyut nadi. Selama migrasi data, jangan hapus tabel sementara di basis data sumber. Jika tidak, pengecualian terjadi. Setelah instance DTS dilepaskan, tabel sementara secara otomatis dihapus. `public.dts_pg_class`, `public.dts_pg_attribute`, `public.dts_pg_type`, `public.dts_pg_enum`, `public.dts_postgres_heartbeat`, `public.dts_ddl_command`, `public.dts_args_session`, `public.aliyun_dts_instance`. Untuk memastikan bahwa latensi migrasi data inkremental akurat, DTS membuat tabel denyut nadi bernama `dts_postgres_heartbeat` di basis data sumber. Selama migrasi data inkremental, DTS membuat slot replikasi di basis data sumber untuk mereplikasi data. Slot replikasi diawali dengan `dts_sync_`. Dengan menggunakan slot replikasi ini, DTS dapat mendapatkan log inkremental dari basis data sumber dalam 15 menit terakhir. Catatan Setelah instance DTS dilepaskan, slot replikasi secara otomatis dihapus. Jika Anda mengubah kata sandi basis data sumber atau menghapus alamat IP DTS dari daftar putih alamat IP, slot replikasi tidak dapat dihapus secara otomatis. Dalam hal ini, Anda harus secara manual menghapus slot replikasi dari basis data sumber untuk mencegahnya menumpuk dan mengonsumsi ruang disk, yang dapat menyebabkan instance ApsaraDB RDS for PostgreSQL menjadi tidak tersedia. Jika tugas migrasi data dilepaskan atau gagal, DTS secara otomatis menghapus slot replikasi. Jika switchover utama/sekunder dilakukan pada instance ApsaraDB RDS for PostgreSQL sumber, Anda harus masuk ke instance sekunder untuk secara manual menghapus slot replikasi. Sebelum Anda memigrasikan data, evaluasi dampak migrasi data terhadap kinerja basis data sumber dan tujuan. Kami sarankan Anda memigrasikan data selama jam non-puncak. Selama migrasi data penuh, DTS menggunakan sumber daya baca dan tulis dari basis data sumber dan tujuan. Ini dapat meningkatkan beban server basis data. Selama migrasi data penuh, operasi INSERT konkuren menyebabkan fragmentasi di tabel basis data tujuan. Setelah migrasi data penuh selesai, ruang tabel basis data tujuan lebih besar daripada basis data sumber. Anda harus memastikan bahwa pengaturan presisi untuk kolom tipe data FLOAT atau DOUBLE memenuhi persyaratan 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 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 instance tujuan, Anda harus menghentikan atau melepaskan tugas yang gagal, atau mengeksekusi pernyataan `revoke` untuk mencabut izin tulis dari akun yang digunakan oleh DTS untuk mengakses basis data tujuan. Jika tidak, data di basis data sumber akan menimpa data di basis data tujuan setelah tugas yang gagal dilanjutkan. 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 Saat parameter disesuaikan, hanya parameter instance DTS yang dimodifikasi. Parameter basis data tidak dimodifikasi. Parameter yang mungkin dimodifikasi termasuk tetapi tidak terbatas pada parameter dalam Ubah parameter instance.
Kasus khusus	Selama migrasi data, jangan ubah titik akhir atau zona instance ApsaraDB RDS for PostgreSQL sumber. Jika tidak, tugas migrasi data gagal. Jika basis data sumber adalah basis data PostgreSQL yang dikelola sendiri, nilai parameter max_wal_senders dan max_replication_slots harus lebih besar dari jumlah berikut: jumlah slot replikasi yang digunakan di basis data PostgreSQL yang dikelola sendiri dan jumlah instance DTS yang harus dibuat untuk memigrasikan data dari basis data ini. Jika instans sumber adalah Google Cloud Platform Cloud SQL for PostgreSQL, tentukan akun database sumber yang memiliki izin cloudsqlsuperuser. Saat memilih objek migrasi, pilih hanya objek yang dapat dikelola oleh akun tersebut, atau berikan izin Owner kepada akun tersebut untuk objek yang akan dimigrasikan—misalnya, dengan menjalankan perintah `GRANT <owner_of_objects_to_migrate> TO <source_db_account_for_task>`. Perintah ini memungkinkan akun tersebut menjalankan operasi terkait sebagai pemilik dari objek yang dimigrasikan. Catatan Akun dengan izin cloudsqlsuperuser tidak dapat mengelola data yang dimiliki oleh akun lain yang memiliki izin cloudsqlsuperuser. Jika Anda memigrasikan data ke instance ApsaraDB RDS for MySQL, DTS secara otomatis membuat basis data tujuan di instance tujuan. Namun, jika nama basis data sumber tidak memenuhi konvensi penamaan instance ApsaraDB RDS for MySQL tujuan, Anda harus secara manual membuat basis data di instance tujuan sebelum Anda mengonfigurasi tugas migrasi data. Untuk informasi lebih lanjut, lihat Kelola basis data.

Penagihan

Jenis migrasi	Biaya konfigurasi instance	Biaya lalu lintas internet
Migrasi data penuh	Gratis.	Saat parameter Access Method basis data tujuan disetel ke Public IP Address, Anda dikenakan biaya untuk lalu lintas internet. Untuk informasi lebih lanjut, lihat Ikhtisar Penagihan.
Migrasi data inkremental	Dikenakan biaya. Untuk informasi lebih lanjut, lihat Ikhtisar Penagihan.

Jenis migrasi

Migrasi Data Penuh
DTS memigrasikan data historis objek yang diperlukan dari basis data sumber ke basis data tujuan.
Migrasi Data Inkremental
Setelah migrasi data penuh selesai, DTS memigrasikan data inkremental dari basis data sumber ke basis data tujuan. Migrasi data inkremental memungkinkan data dimigrasikan dengan lancar tanpa mengganggu layanan aplikasi yang dikelola sendiri selama proses migrasi.

Operasi SQL yang dapat dimigrasikan secara inkremental

Jenis operasi	Pernyataan SQL
DML	INSERT, UPDATE, dan DELETE

Izin yang diperlukan untuk akun basis data

Basis Data	Migrasi data penuh	Migrasi data inkremental	Referensi
Instance ApsaraDB RDS for PostgreSQL	Hak SELECT pada objek yang akan dimigrasikan	Izin akun istimewa. Akun tersebut harus menjadi pemilik basis data. Catatan Jika versi mesin database instance ApsaraDB RDS for PostgreSQL sumber adalah 9.4 dan Anda hanya memigrasikan operasi DML, hanya izin REPLICATION yang diperlukan untuk akun basis data.	Buat akun dan Buat basis data
Instance ApsaraDB RDS for MySQL	Hak baca dan tulis		Buat akun dan Ubah izin akun

Prosedur

Klik Create Task. Di halaman Buat Tugas Migrasi Data, konfigurasikan basis data sumber dan tujuan. Tabel berikut menjelaskan parameter.

Peringatan

Setelah mengonfigurasi basis data 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
Tidak Ada	Task Name	Nama tugas DTS. DTS secara otomatis menghasilkan nama tugas. Kami sarankan Anda menentukan nama informatif yang memudahkan identifikasi tugas. Anda tidak perlu menentukan nama tugas unik.
Source Database	Database Type	Jenis basis data sumber. Pilih PostgreSQL.
	Access Method	Metode akses basis data sumber. Pilih Alibaba Cloud Instance.
	Instance Region	Wilayah tempat instance ApsaraDB RDS for PostgreSQL sumber berada.
	Instance ID	ID instance ApsaraDB RDS for PostgreSQL sumber.
	Database Name	Nama basis data sumber di instance ApsaraDB RDS for PostgreSQL.
	Database Account	Akun basis data instance ApsaraDB RDS for PostgreSQL sumber. Untuk informasi lebih lanjut tentang izin yang diperlukan untuk akun tersebut, lihat Izin yang diperlukan untuk akun basis data.
	Database Password	Kata sandi yang digunakan untuk mengakses instance basis data.
Destination Database	Database Type	Jenis basis data tujuan. Pilih MySQL.
	Access Method	Metode akses basis data tujuan. Pilih Alibaba Cloud Instance.
	Instance Region	Wilayah tempat instance ApsaraDB RDS for MySQL tujuan berada.
	RDS Instance ID	ID instance ApsaraDB RDS for MySQL tujuan.
	Database Account	Akun basis data instance ApsaraDB RDS for MySQL tujuan. Untuk informasi lebih lanjut tentang izin yang diperlukan untuk akun tersebut, lihat Izin yang diperlukan untuk akun basis data.
	Database Password	Kata sandi yang digunakan untuk mengakses instance basis data.
	Encryption	Menentukan apakah akan mengenkripsi koneksi ke instance basis data 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.
Jika basis data sumber atau tujuan adalah instance basis data Alibaba Cloud, seperti instance ApsaraDB RDS for MySQL atau ApsaraDB for MongoDB, DTS secara otomatis menambahkan blok CIDR server DTS ke daftar putih alamat IP instance tersebut. Jika basis data sumber atau tujuan adalah basis data yang dikelola sendiri 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 basis data. Jika basis data yang dikelola sendiri di-hosting pada beberapa instance ECS, Anda harus secara manual menambahkan blok CIDR server DTS ke aturan grup keamanan setiap instance ECS. Jika basis data sumber atau tujuan adalah basis data 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 basis data untuk mengizinkan DTS mengakses basis data. Untuk informasi lebih lanjut, lihat bagian Blok CIDR Server DTS dari topik Tambahkan Blok CIDR Server DTS.
Peringatan
Jika blok CIDR publik server DTS secara otomatis atau manual ditambahkan ke daftar putih instance basis data atau ke aturan grup keamanan instance ECS, risiko keamanan mungkin timbul. Oleh karena itu, sebelum 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 basis data ke DTS menggunakan Express Connect, VPN Gateway, atau Smart Access Gateway.

Pilih objek yang akan dimigrasikan dan konfigurasikan pengaturan lanjutan.

Parameter	Deskripsi
Migration Types	Untuk hanya melakukan migrasi data penuh, pilih hanya Full Data Migration. Untuk memastikan kontinuitas layanan selama migrasi data, pilih Full Data Migration dan Incremental Data Migration. Catatan Jika Anda tidak memilih Incremental Data Migration, kami sarankan Anda jangan menulis data ke basis data sumber selama migrasi data. Ini memastikan konsistensi data antara basis data sumber dan tujuan.
Processing Mode of Conflicting Tables	Precheck and Report Errors: memeriksa apakah basis data tujuan berisi tabel yang menggunakan nama yang sama dengan tabel di basis data sumber. Jika basis data sumber dan tujuan tidak berisi tabel dengan nama tabel identik, prapemeriksaan diluluskan. Jika tidak, kesalahan dikembalikan selama prapemeriksaan dan tugas migrasi data tidak dapat dimulai. Catatan Jika basis data sumber dan tujuan berisi tabel dengan nama identik dan tabel di basis data tujuan tidak dapat dihapus atau diganti namanya, Anda dapat menggunakan fitur pemetaan nama objek untuk mengganti nama tabel yang dimigrasikan ke basis data tujuan. Untuk informasi lebih lanjut, lihat Petakan nama objek. Ignore Errors and Proceed: melewati prapemeriksaan untuk nama tabel identik di basis data sumber dan tujuan. Peringatan Jika Anda memilih Ignore Errors and Proceed, ketidaksesuaian data mungkin terjadi dan bisnis Anda mungkin terpapar risiko potensial berikut: Jika basis data sumber dan tujuan memiliki skema yang sama, dan catatan data memiliki kunci utama yang sama dengan catatan data yang ada di basis data tujuan, skenario berikut mungkin terjadi: Selama migrasi data penuh, DTS tidak memigrasikan catatan data ke basis data tujuan. Catatan data yang ada di basis data tujuan dipertahankan. Selama migrasi data inkremental, DTS memigrasikan catatan data ke basis data tujuan. Catatan data yang ada di basis data tujuan ditimpa. Jika basis data 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 untuk menambahkan 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 basis data tujuan.
Selected Objects	Untuk mengganti nama objek yang ingin Anda sinkronkan ke instance tujuan, klik kanan objek di bagian Selected Objects. Untuk informasi lebih lanjut, lihat bagian "Petakan nama objek tunggal" dari topik Petakan nama objek. Untuk mengganti nama beberapa objek sekaligus, klik Batch Edit di sudut kanan atas bagian Selected Objects. Untuk informasi lebih lanjut, lihat bagian "Petakan beberapa nama objek sekaligus" dari topik Petakan nama objek. 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 memfilter data, klik kanan objek 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 basis data 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, lihat Operasi SQL yang dapat dimigrasikan secara inkremental.

Klik Create Task. Di wizard Buat Tugas Sinkronisasi Data, konfigurasikan basis data sumber dan tujuan. Tabel berikut menjelaskan parameter.

Parameter	Deskripsi
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 Anda membuat tugas DTS dari topik Konfigurasikan pemantauan dan peringatan.
Monitoring and Alerting	Jangka waktu coba ulang untuk koneksi gagal. Jika basis data sumber atau tujuan gagal terhubung setelah tugas migrasi data dimulai, DTS segera mencoba menghubungkan kembali dalam jangka waktu tersebut. Nilai valid: 10 hingga 1440. Satuan: menit. Nilai default: 720. Kami sarankan Anda menetapkan parameter ini ke nilai lebih besar dari 30. Jika DTS berhasil menyambung kembali ke basis data sumber dan tujuan dalam jangka waktu yang ditentukan, DTS melanjutkan tugas migrasi data. Jika tidak, tugas migrasi data gagal. Catatan Jika Anda menetapkan jangka waktu coba ulang berbeda untuk beberapa tugas migrasi data dengan basis data sumber atau tujuan yang sama, jangka waktu coba ulang terpendek yang ditetapkan akan diutamakan. Saat DTS mencoba menghubungkan kembali, Anda dikenakan biaya untuk instance DTS. Kami sarankan Anda menentukan jangka waktu coba ulang berdasarkan kebutuhan bisnis Anda. Anda juga dapat melepaskan instance DTS sesegera mungkin setelah instance sumber dan tujuan dilepaskan.
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.

Di bagian bawah halaman, klik Next: Save Task Settings and Precheck.
Anda dapat mengarahkan pointer ke Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters untuk melihat parameter yang harus ditentukan saat memanggil operasi API terkait untuk mengonfigurasi tugas DTS.
Catatan
- Sebelum memulai tugas migrasi data, DTS melakukan prapemeriksaan. Anda hanya dapat memulai tugas migrasi data setelah tugas lulus prapemeriksaan.
- Jika tugas gagal lulus prapemeriksaan, klik View Details di sebelah setiap item yang gagal. Setelah menganalisis penyebab berdasarkan hasil pemeriksaan, atasi masalah tersebut. Kemudian, jalankan prapemeriksaan lagi.
- Jika peringatan dipicu untuk suatu item selama prapemeriksaan:
  Jika item peringatan tidak dapat diabaikan, klik View Details di sebelah item yang gagal dan atasi masalah tersebut. Kemudian, jalankan prapemeriksaan 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 prapemeriksaan 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.

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 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 dari 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 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.