Migrasi data antar klaster PolarDB untuk PostgreSQL (Kompatibel dengan Oracle) - Data Transmission Service

Topik ini menjelaskan cara memigrasikan data antar klaster PolarDB untuk PostgreSQL (Kompatibel dengan Oracle) menggunakan Data Transmission Service (DTS).

Prasyarat

Klaster sumber dan tujuan PolarDB untuk PostgreSQL (Kompatibel dengan Oracle) telah dibuat. Untuk informasi lebih lanjut, lihat Buat Klaster.
Pada klaster sumber PolarDB untuk PostgreSQL (Kompatibel dengan Oracle), parameter wal_level diatur ke logis. Ini menunjukkan bahwa informasi yang diperlukan untuk pengkodean logis ditambahkan ke log penulisan terlebih dahulu (WAL). Untuk informasi lebih lanjut, lihat Konfigurasikan Parameter Klaster.

Catatan Penggunaan

Catatan

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

Kategori	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 kendala PRIMARY KEY atau UNIQUE, dan semua bidang harus unik. Jika tidak, database tujuan mungkin berisi rekaman data duplikat. Jika Anda memilih tabel sebagai objek yang akan dimigrasikan dan Anda perlu mengedit tabel (seperti mengganti nama tabel atau kolom) di database tujuan, hingga 1.000 tabel dapat dimigrasikan dalam satu tugas migrasi data tunggal. Jika Anda menjalankan tugas untuk memigrasikan lebih dari 1.000 tabel, kesalahan permintaan terjadi. Dalam hal ini, kami sarankan Anda membagi tabel yang akan dimigrasikan, mengonfigurasi beberapa tugas untuk memigrasikan tabel, atau mengonfigurasi tugas untuk memigrasikan seluruh database. Jika Anda perlu memigrasikan data tambahan, pastikan persyaratan berikut terpenuhi: Fitur pencatatan penulisan terlebih dahulu (WAL) harus diaktifkan. Untuk migrasi data tambahan, log WAL dari database sumber harus disimpan selama lebih dari 24 jam. Untuk migrasi data penuh dan tambahan, log WAL dari database sumber harus disimpan setidaknya selama tujuh hari. Jika tidak, 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 mengatur periode retensi menjadi lebih dari 24 jam. Pastikan Anda menentukan 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 akan dilakukan pada database sumber: Selama migrasi skema dan migrasi data penuh, jangan lakukan operasi 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 tambahan sebagai jenis migrasi. Untuk memastikan bahwa tugas migrasi berjalan sesuai harapan dan mencegah langganan logis terganggu karena pergantian utama/sekunder, fitur Logical Replication Slot Failover harus diaktifkan untuk klaster PolarDB untuk PostgreSQL (Kompatibel dengan Oracle). Untuk informasi lebih lanjut, lihat Logical replication slot failover. Catatan Jika klaster sumber PolarDB untuk PostgreSQL (Kompatibel dengan Oracle) tidak mendukung fitur logical replication slot failover (misalnya, ketika Database Engine dari klaster adalah Oracle Compatible 2.0), instance migrasi mungkin gagal berjalan dan tidak dapat dipulihkan ketika mekanisme switchover high availability (HA) dipicu di database sumber. Langganan logis dari database sumber memiliki batasan pada penggunaan DTS. Jika ukuran data tunggal yang akan dimigrasikan dari database sumber melebihi 256 MB saat perubahan data tambahan, instance migrasi data yang sedang berjalan gagal berjalan dan tidak dapat dipulihkan. Anda perlu mengonfigurasi tugas lagi. Jika transaksi jangka panjang ada di database sumber dan instance mencakup tugas migrasi data tambahan, log penulisan terlebih dahulu (WAL) yang dihasilkan sebelum transaksi jangka panjang dikomit mungkin menumpuk dan tidak dapat dibersihkan. Hal ini dapat menyebabkan ruang disk tidak cukup di database sumber.
Batasan lainnya	Tugas migrasi data dapat memigrasikan data hanya dari satu database tunggal. Untuk memigrasikan data dari beberapa database, Anda harus membuat tugas migrasi data untuk setiap database. Tabel yang dapat diwariskan lintas skema tidak dapat dimigrasikan. Jika sebuah tabel yang akan dimigrasikan berisi kolom bertipe SERIAL, basis data sumber secara otomatis membuat sebuah Sequence untuk kolom tersebut. Oleh karena itu, saat Anda mengonfigurasi Source Objects, jika Anda memilih Schema Migration sebagai Migration Types, kami menyarankan agar Anda juga memilih Sequence atau melakukan full schema migration. Jika tidak, proses migrasi dapat gagal. Jika instance migrasi Anda mencakup tugas migrasi data tambahan, dalam dua skenario berikut, Anda perlu mengeksekusi perintah `ALTER TABLE schema.table REPLICA IDENTITY FULL;` pada tabel di database sumber sebelum menulis data ke dalamnya, 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 berjalan untuk pertama kalinya. 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 `skema` dan `tabel` 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 database sumber untuk mendapatkan pernyataan DDL dari data tambahan, skema tabel tambahan, dan informasi denyut nadi. Selama migrasi data, jangan hapus tabel sementara di database sumber. Jika tidak, tugas migrasi data mungkin gagal. 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`, dan `public.aliyun_dts_instance`. Untuk memastikan akurasi latensi yang ditampilkan selama migrasi data tambahan, DTS membuat tabel denyut nadi bernama `dts_postgres_heartbeat` di database sumber. Selama migrasi data tambahan, DTS membuat slot replikasi untuk database sumber. Slot replikasi diawali dengan `dts_sync_`. DTS dapat memperoleh log tambahan dari database sumber dalam 15 menit terakhir menggunakan slot replikasi ini. Catatan Setelah instance DTS dilepaskan, slot replikasi secara otomatis dihapus. Jika Anda mengubah kata sandi database atau menghapus daftar putih alamat IP DTS selama migrasi, slot replikasi tidak dapat dihapus secara otomatis. Dalam hal ini, Anda harus secara manual menghapus slot replikasi dari database sumber untuk mencegahnya terus menumpuk dan menempati ruang disk, yang dapat menyebabkan database sumber tidak tersedia. Jika tugas migrasi data dilepaskan atau gagal, DTS secara otomatis membersihkan slot replikasi. Jika pergantian utama/sekunder terjadi di database sumber, Anda harus masuk ke database sekunder untuk secara manual membersihkan slot replikasi. 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. Hal ini dapat meningkatkan beban pada server database. Selama migrasi data penuh, operasi INSERT konkuren menyebabkan fragmentasi di tabel database tujuan. Setelah migrasi data penuh selesai, ukuran tablespace yang digunakan oleh database tujuan lebih besar daripada database sumber. Pastikan pengaturan presisi untuk kolom tipe data FLOAT atau DOUBLE memenuhi kebutuhan bisnis Anda. DTS menggunakan fungsi `ROUND(COLUMN,PRECISION)` untuk mengambil nilai dari kolom kedua tipe ini. 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 instance tujuan, Anda harus menghentikan atau melepaskan tugas, atau mengeksekusi perintah `revoke` untuk mencabut izin tulis dari akun yang digunakan oleh DTS untuk mengakses instance tujuan. Jika tidak, data di database sumber menimpa data di instance tujuan setelah tugas dilanjutkan. DTS tidak memeriksa validitas metadata seperti urutan. Anda harus secara manual memeriksa validitas metadata. Setelah beban kerja Anda beralih ke database tujuan, urutan baru tidak bertambah dari nilai maksimum urutan di database sumber. Oleh karena itu, sebelum Anda beralih beban kerja Anda ke database tujuan, Anda harus memperbarui nilai awal urutan di database tujuan. Untuk informasi lebih lanjut, lihat Perbarui nilai awal urutan di database tujuan. Jika Anda menjalankan tugas migrasi data penuh atau tambahan, tabel yang akan dimigrasikan dari database sumber berisi kunci asing, pemicu, atau pemicu acara, dan akun database tujuan adalah akun istimewa atau akun yang memiliki izin peran superuser, DTS sementara menetapkan parameter session_replication_role ke replika di tingkat sesi selama migrasi data penuh atau tambahan. Jika akun database tujuan tidak memiliki izin, Anda harus secara manual menetapkan parameter session_replication_role ke replika di database tujuan. Setelah parameter session_replication_role diatur ke replika selama migrasi data penuh atau tambahan, jika operasi pembaruan atau penghapusan kaskade dilakukan di database sumber, ketidaksesuaian data mungkin terjadi. Setelah tugas migrasi data dilepaskan, Anda dapat mengubah nilai parameter session_replication_role menjadi asal. Jika instance gagal berjalan, staf dukungan teknis DTS akan mencoba memulihkan instance dalam 8 jam. Selama proses pemulihan, instance mungkin di-restart atau parameter mungkin disesuaikan. Catatan Saat parameter disesuaikan, hanya parameter instance DTS yang dimodifikasi. Parameter database tidak dimodifikasi. Parameter yang mungkin dimodifikasi termasuk tetapi tidak terbatas pada parameter dalam Modifikasi parameter instance.

Penagihan

Jenis Migrasi	Biaya Konfigurasi Instance	Biaya Lalu Lintas Internet
Migrasi skema dan migrasi data penuh	Gratis.	Saat 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 tambahan	Dikenakan biaya. Untuk informasi lebih lanjut, lihat Ikhtisar Penagihan.

Jenis Migrasi

Jenis Migrasi	Deskripsi
Migrasi skema	DTS memigrasikan skema objek ke database tujuan. DTS mendukung migrasi skema untuk jenis objek berikut: tabel, tampilan, sinonim, pemicu, prosedur tersimpan, fungsi tersimpan, paket, dan tipe yang ditentukan pengguna. Catatan Dalam skenario ini, DTS tidak mendukung migrasi skema untuk pemicu. Kami sarankan Anda menghapus pemicu database sumber untuk mencegah ketidaksesuaian data yang disebabkan oleh pemicu. Untuk informasi lebih lanjut, lihat Konfigurasikan tugas sinkronisasi atau migrasi data untuk database sumber yang berisi pemicu.
Migrasi data penuh	DTS memigrasikan data historis objek dari database sumber ke database tujuan. Catatan Selama migrasi skema dan migrasi data penuh, kami sarankan Anda tidak melakukan operasi DDL pada objek yang akan dimigrasikan. Jika tidak, tugas migrasi data mungkin gagal.
Migrasi data tambahan	DTS mengambil file log redo dari database sumber. Kemudian, DTS memigrasikan data tambahan dari database sumber ke database tujuan. Migrasi data tambahan memungkinkan Anda memastikan kontinuitas layanan saat Anda memigrasikan data.

Operasi SQL yang mendukung migrasi tambahan

Jenis Operasi	Pernyataan SQL
DML	INSERT, UPDATE, dan DELETE
DDL	Operasi DDL hanya dapat dimigrasikan dalam tugas migrasi data yang dibuat setelah 1 Oktober 2020. Penting Jika tugas migrasi data dibuat sebelum 12 Mei 2023, Anda harus membuat pemicu dan fungsi di database sumber untuk menangkap informasi DDL sebelum Anda mengonfigurasi tugas migrasi data. Untuk informasi lebih lanjut, lihat Gunakan pemicu dan fungsi untuk mengimplementasikan migrasi DDL tambahan untuk database PostgreSQL. Anda tidak dapat memigrasikan data tipe BIT selama migrasi data tambahan. Jika akun database sumber adalah akun istimewa, DTS dapat memigrasikan pernyataan DDL berikut: CREATE TABLE dan DROP TABLE ALTER TABLE, termasuk RENAME TABLE, ADD COLUMN, ADD COLUMN DEFAULT, ALTER COLUMN TYPE, DROP COLUMN, ADD CONSTRAINT, ADD CONSTRAINT CHECK, dan ALTER COLUMN DROP DEFAULT TRUNCATE TABLE CREATE INDEX ON TABLE Penting Anda tidak dapat memigrasikan informasi tambahan dari pernyataan DDL, seperti CASCADE atau RESTRICT. Anda tidak dapat memigrasikan pernyataan DDL dari sesi di mana pernyataan `SET session_replication_role = replica` dieksekusi. Anda tidak dapat memigrasikan pernyataan DDL yang dieksekusi dengan memanggil fungsi. Jika pernyataan SQL yang dikirimkan oleh database sumber pada satu waktu mencakup pernyataan DML dan DDL, DTS tidak memigrasikan pernyataan DDL. Jika pernyataan SQL yang dikirimkan oleh database sumber pada satu waktu mencakup pernyataan DDL yang tidak akan dimigrasikan, DTS tidak memigrasikan pernyataan DDL.

Izin yang diperlukan untuk akun database

Jenis Database	Izin yang Diperlukan
Sumber PolarDB for PostgreSQL (Compatible with Oracle) kluster	Hak istimewa akun terprivilegi
Destinasi PolarDB untuk PostgreSQL (Kompatibel dengan Oracle) kluster	Izin dari database owner Penting database owner ditentukan saat pembuatan database.

Untuk informasi lebih lanjut tentang cara membuat akun database dan memberikan izin kepada akun, lihat topik berikut:

Klaster PolarDB untuk PostgreSQL (Kompatibel dengan Oracle): Buat Akun Database

Prosedur

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

Peringatan

Setelah 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
Tidak Ada	Task Name	Nama tugas DTS. DTS secara otomatis menghasilkan nama tugas. Kami sarankan Anda menentukan nama informatif yang memudahkan identifikasi tugas. Anda tidak perlu menentukan nama tugas unik.
Source Database	Select a DMS database instance	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 memilih instance yang ada, Anda harus mengonfigurasi parameter untuk database sumber.
	Database Type	Tipe database sumber. Pilih PolarDB (Compatible with Oracle).
	Access Method	Metode akses database sumber. Pilih Public IP Address.
	Instance Region	Wilayah tempat klaster sumber PolarDB untuk PostgreSQL (Kompatibel dengan Oracle) berada.
	Data Sources	Single Data Source: Jika Anda memilih opsi ini, Anda harus mengonfigurasi parameter Domain Name or IP Address dan Port Number node utama di klaster sumber PolarDB untuk PostgreSQL (Kompatibel dengan Oracle). Multiple Data Sources: Jika Anda memilih opsi ini, Anda harus menentukan alamat IP dan nomor port beberapa node, termasuk node utama, di klaster sumber PolarDB untuk PostgreSQL (Kompatibel dengan Oracle) di bidang IP:Port of Data Sources. Catatan Jika Anda memilih Multiple Data Sources dan mengonfigurasi parameter IP:Port of Data Sources, DTS dapat secara otomatis beralih ke node utama baru di klaster PolarDB untuk PostgreSQL (Kompatibel dengan Oracle) selama pergantian utama/sekunder. Ini cocok untuk skenario seperti pemulihan bencana. Dalam contoh ini, Single Data Source dipilih.
	Domain Name or IP Address	Titik akhir node utama di klaster sumber PolarDB untuk PostgreSQL (Kompatibel dengan Oracle). Catatan Anda dapat menjalankan perintah ping di komputer Anda untuk mendapatkan alamat IP yang digunakan untuk mengakses klaster sumber PolarDB untuk PostgreSQL (Kompatibel dengan Oracle).
	Port Number	Nomor port layanan database sumber. Nilai default: 1521. Catatan Dalam contoh ini, port layanan database sumber harus dapat diakses melalui internet.
	IP:Port of Data Sources	Alamat IP dan nomor port beberapa node, termasuk node utama, di klaster sumber PolarDB untuk PostgreSQL (Kompatibel dengan Oracle). Tentukan setiap nilai dalam format alamat IP:Nomor port. Pisahkan beberapa nilai dengan koma (,).
	Oracle Type	Arsitektur database sumber. Jika Anda memilih Non-RAC Instance, Anda harus mengonfigurasi parameter SID. Jika Anda memilih RAC or PDB Instance, Anda harus mengonfigurasi parameter Service Name. Dalam contoh ini, Non-RAC Instance dipilih.
	Database Name	Nama database yang berisi objek yang akan dimigrasikan dari klaster sumber PolarDB untuk PostgreSQL (kompatibel dengan Oracle).
	Database Account	Akun database klaster sumber PolarDB untuk PostgreSQL (Kompatibel dengan Oracle). Untuk informasi tentang izin yang diperlukan untuk akun, lihat bagian Izin yang diperlukan untuk akun database dari topik ini.
	Database Password	Kata sandi yang digunakan untuk mengakses instance database.
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 instance. Jika Anda tidak memilih instance yang ada, Anda harus mengonfigurasi parameter untuk database tujuan.
	Database Type	Tipe database tujuan. Pilih PolarDB (Compatible with Oracle).
	Access Method	Metode akses database tujuan. Pilih Public IP Address.
	Instance Region	Wilayah tempat klaster tujuan PolarDB untuk PostgreSQL (Kompatibel dengan Oracle) berada.
	Data Sources	Single Data Source: Jika Anda memilih opsi ini, Anda harus mengonfigurasi parameter Domain Name or IP Address dan Port Number node utama di klaster tujuan PolarDB untuk PostgreSQL (Kompatibel dengan Oracle). Multiple Data Sources: Jika Anda memilih opsi ini, Anda harus menentukan alamat IP dan nomor port beberapa node, termasuk node utama, di klaster tujuan PolarDB untuk PostgreSQL (Kompatibel dengan Oracle) di bidang IP:Port of Data Sources. Catatan Jika Anda memilih Multiple Data Sources dan mengonfigurasi parameter IP:Port of Data Sources, DTS dapat secara otomatis beralih ke node utama baru di klaster PolarDB untuk PostgreSQL (Kompatibel dengan Oracle) selama pergantian utama/sekunder. Ini cocok untuk skenario seperti pemulihan bencana. Dalam contoh ini, Single Data Source dipilih.
	Domain Name or IP Address	Titik akhir node utama di klaster tujuan PolarDB untuk PostgreSQL (Kompatibel dengan Oracle). Catatan Anda dapat menjalankan perintah ping di komputer Anda untuk mendapatkan alamat IP yang digunakan untuk mengakses klaster tujuan PolarDB untuk PostgreSQL (Kompatibel dengan Oracle).
	Port Number	Nomor port layanan database tujuan. Nilai default: 1521.
	IP:Port of Data Sources	Alamat IP dan nomor port beberapa node, termasuk node utama, di klaster tujuan PolarDB untuk PostgreSQL (Kompatibel dengan Oracle). Tentukan setiap nilai dalam format alamat IP:Nomor port. Pisahkan beberapa nilai dengan koma (,).
	Database Name	Nama database tempat objek dimigrasikan di klaster tujuan PolarDB untuk PostgreSQL (Kompatibel dengan Oracle).
	Database Account	Akun database klaster tujuan PolarDB untuk PostgreSQL (Kompatibel dengan Oracle). Untuk informasi tentang izin yang diperlukan untuk akun, lihat bagian Izin yang diperlukan untuk akun database dari topik ini.
	Database Password	Kata sandi yang digunakan untuk mengakses instance database.

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 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 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 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 secara otomatis atau manual ditambahkan ke daftar putih instance database atau ke aturan grup keamanan instance ECS, risiko keamanan mungkin timbul. Oleh karena itu, sebelum menggunakan DTS untuk memigrasikan data, Anda harus memahami dan mengakui potensi risiko 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 menggunakan Express Connect, VPN Gateway, atau Smart Access Gateway.

Konfigurasikan objek yang akan dimigrasikan dan pengaturan lanjutan. Tabel berikut menjelaskan parameter.

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.
Processing Mode of Conflicting Tables	Precheck and Report Errors: memeriksa apakah database tujuan berisi tabel yang menggunakan nama yang sama dengan tabel di database sumber. Jika database sumber dan tujuan tidak berisi tabel dengan nama identik, pra-pemeriksaan berhasil. Jika tidak, kesalahan akan dilaporkan selama pra-pemeriksaan dan tugas migrasi data tidak dapat dimulai. Catatan Jika database sumber dan tujuan berisi tabel dengan nama identik dan tabel di database tujuan tidak dapat dihapus atau diganti namanya, Anda dapat menggunakan fitur pemetaan nama objek untuk mengganti nama tabel yang dimigrasikan ke database tujuan. Untuk informasi lebih lanjut, lihat Pemetaan nama objek. Ignore Errors and Proceed: melewati pra-pemeriksaan untuk nama tabel identik di database sumber dan tujuan. Peringatan Jika Anda memilih Ignore Errors and Proceed, ketidaksesuaian data mungkin terjadi dan bisnis Anda mungkin terpapar risiko potensial berikut: Jika database sumber dan tujuan memiliki skema yang sama, dan rekaman data memiliki kunci utama yang sama dengan rekaman data yang ada di database tujuan, skenario berikut mungkin terjadi: Selama migrasi data penuh, DTS tidak memigrasikan rekaman data ke database tujuan. Rekaman data yang ada di database tujuan dipertahankan. Selama migrasi data tambahan, DTS memigrasikan rekaman data ke database tujuan. Rekaman 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 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 akan 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 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 menentukan kondisi WHERE untuk menyaring data, klik kanan tabel di bagian Selected Objects. Di kotak dialog yang muncul, tentukan kondisi. 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 migrasi data ke klaster bersama jika Anda tidak menentukan klaster khusus. Jika Anda ingin meningkatkan stabilitas tugas migrasi data, belilah klaster khusus. Untuk informasi lebih lanjut, lihat Apa Itu Klaster Khusus DTS.
Retry Time for Failed Connections	Rentang waktu ulang untuk koneksi gagal. Jika database sumber atau tujuan gagal terhubung setelah tugas migrasi data dimulai, DTS segera mencoba kembali koneksi dalam rentang waktu ulang. Nilai valid: 10 hingga 1.440. Unit: menit. Nilai default: 720. Kami sarankan Anda mengatur parameter ini ke nilai lebih besar 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 terakhir akan berlaku. Saat DTS mencoba kembali koneksi, Anda 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 mengatur parameter ini ke nilai lebih besar 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. Hal 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 tambahan. 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, Anda tidak perlu mengonfigurasi parameter ini.
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 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 akan 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.

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 Anda memanggil operasi API terkait untuk mengonfigurasi tugas DTS.
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 untuksuatu 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.

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 termasuk. 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 atau 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 akan berhenti secara otomatis. Tugas migrasi data tambahan tidak pernah berhenti atau selesai. Running ditampilkan di bagian Status.