Cara melakukan migrasi data antar kluster PolarDB for PostgreSQL (Kompatibel dengan Oracle) - Data Transmission Service

Anda dapat menggunakan Data Transmission Service (DTS) untuk melakukan migrasi data antar kluster PolarDB for PostgreSQL (Compatible with Oracle).

Prasyarat

Anda telah membuat kluster sumber dan tujuan PolarDB for PostgreSQL (Compatible with Oracle). Untuk informasi selengkapnya, lihat Buat kluster PolarDB for PostgreSQL (Kompatibel dengan Oracle).
Pada kluster sumber PolarDB for PostgreSQL (Compatible with Oracle), atur parameter wal_level ke logical. Pengaturan ini menambahkan informasi yang diperlukan untuk replikasi logis ke write-ahead log (WAL). Untuk informasi selengkapnya, lihat Atur parameter kluster.

Catatan

Catatan

Tipe	Deskripsi
Batasan database sumber	Persyaratan bandwidth: Server yang menghosting database sumber harus memiliki bandwidth outbound yang cukup. Jika tidak, kecepatan migrasi data akan terpengaruh. Tabel yang akan dimigrasikan harus memiliki primary key atau kendala UNIQUE, dan field-field tersebut harus unik. Jika tidak, data duplikat mungkin ada di database tujuan. Jika Anda melakukan migrasi data pada level tabel dan perlu mengedit tabel, seperti memetakan nama kolom, satu tugas migrasi data mendukung maksimal 1.000 tabel. Jika melebihi batas ini, kesalahan akan dilaporkan saat Anda mengirimkan tugas. Dalam kasus ini, bagi tabel menjadi beberapa tugas migrasi atau konfigurasikan tugas untuk memigrasikan seluruh database. Jika Anda melakukan migrasi inkremental, perhatikan hal berikut mengenai write-ahead log (WAL): WAL harus diaktifkan. Untuk tugas migrasi inkremental, DTS mensyaratkan WAL dari database sumber dipertahankan lebih dari 24 jam. Untuk tugas yang mencakup migrasi penuh dan migrasi inkremental, DTS mensyaratkan WAL dipertahankan minimal 7 hari. Anda dapat mengatur periode retensi log lebih dari 24 jam setelah migrasi penuh selesai. Jika WAL tidak dipertahankan selama periode yang disyaratkan, tugas DTS mungkin gagal karena DTS tidak dapat memperoleh WAL. Dalam kasus ekstrem, ketidakkonsistenan data atau kehilangan data dapat terjadi. Masalah yang disebabkan oleh periode retensi WAL yang lebih pendek dari periode yang disyaratkan tidak dicakup oleh Perjanjian Tingkat Layanan (SLA) DTS. Batasan operasi database sumber: Selama migrasi skema dan migrasi data penuh, jangan lakukan operasi DDL untuk mengubah struktur database atau tabel. Jika tidak, tugas migrasi data akan gagal. Jika Anda hanya melakukan migrasi data penuh, jangan menulis data baru ke instans sumber. Jika tidak, ketidakkonsistenan data akan terjadi antara database sumber dan tujuan. Untuk menjaga konsistensi data secara real-time, pilih migrasi skema, migrasi data penuh, dan migrasi data inkremental. Untuk memastikan tugas migrasi berjalan sesuai harapan dan mencegah replikasi logis terganggu oleh failover, PolarDB for PostgreSQL (Compatible with Oracle) harus mendukung dan mengaktifkan Logical Replication Slot Failover. Catatan Jika kluster sumber PolarDB for PostgreSQL (Compatible with Oracle) tidak mendukung Logical Replication Slot Failover, misalnya jika Database Engine adalah Oracle syntax compatible 2.0, failover pada database sumber dapat menyebabkan instans migrasi gagal dan tidak dapat dipulihkan. Karena batasan inheren replikasi logis pada database sumber, jika satu bagian data yang akan dimigrasikan melebihi 256 MB setelah perubahan inkremental, instans migrasi mungkin gagal dan tidak dapat dipulihkan. Anda harus mengonfigurasi ulang instans migrasi. Jika database sumber memiliki transaksi jangka panjang dan instans melakukan migrasi inkremental, WAL sebelum commit transaksi dapat menumpuk dan tidak dapat dibersihkan. Hal ini dapat menyebabkan ruang disk tidak mencukupi di database sumber.
Batasan lainnya	Satu tugas migrasi data hanya dapat memigrasikan satu database. Untuk memigrasikan beberapa database, konfigurasikan tugas migrasi data terpisah untuk setiap database. DTS tidak mendukung migrasi tabel ekstensi TimescaleDB, tabel dengan pewarisan lintas-skema, atau tabel dengan indeks unik berdasarkan ekspresi. Skema yang dibuat dengan menginstal ekstensi tidak didukung untuk migrasi. Anda tidak dapat mengambil informasi tentang skema ini di konsol saat mengonfigurasi tugas. Jika tabel yang akan dimigrasikan berisi field bertipe SERIAL, database sumber secara otomatis membuat Sequence untuk field tersebut. Oleh karena itu, saat Anda mengonfigurasi Source Objects, jika Anda memilih Schema Migration untuk Migration Types, kami menyarankan agar Anda juga memilih Sequence atau memigrasikan seluruh skema. Jika tidak, instans migrasi mungkin gagal. Jika instans migrasi mencakup tugas migrasi data inkremental, Anda harus menjalankan perintah `ALTER TABLE schema.table REPLICA IDENTITY FULL;` pada tabel yang akan dimigrasikan di database sumber sebelum menulis data ke dalamnya. Hal ini memastikan konsistensi data. Jalankan perintah ini dalam skenario berikut. Selama eksekusi perintah ini, jangan lakukan operasi penguncian tabel untuk menghindari deadlock. Jika Anda melewati pemeriksaan terkait dalam pemeriksaan awal, DTS secara otomatis menjalankan perintah ini selama inisialisasi instans. Saat instans dijalankan pertama kali. Saat objek migrasi adalah skema, dan tabel baru dibuat dalam skema tersebut atau tabel yang ada dibangun ulang menggunakan perintah RENAME. Catatan Dalam perintah tersebut, ganti `schema` dan `table` dengan nama skema dan nama tabel yang sebenarnya. Kami menyarankan agar Anda melakukan operasi ini selama jam sepi. DTS membuat tabel sementara berikut di database sumber untuk memperoleh pernyataan DDL untuk data inkremental, struktur tabel inkremental, dan informasi heartbeat. Jangan hapus tabel sementara ini selama migrasi. Jika tidak, tugas DTS akan menjadi abnormal. Tabel sementara ini secara otomatis dihapus setelah instans DTS dilepas. `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 migrasi yang ditampilkan untuk data inkremental, DTS menambahkan tabel heartbeat bernama `dts_postgres_heartbeat` ke database sumber. Selama migrasi data inkremental, DTS membuat slot replikasi dengan awalan `dts_sync_` di database sumber untuk mereplikasi data. DTS menggunakan slot replikasi ini untuk memperoleh log inkremental dari database sumber dalam 15 menit terakhir. Saat migrasi data gagal atau instans migrasi dilepas, DTS mencoba membersihkan slot replikasi ini secara otomatis. Catatan Jika Anda mengubah password akun database sumber atau menghapus alamat IP DTS dari daftar putih alamat IP database sumber selama migrasi data, slot replikasi tidak dapat dibersihkan secara otomatis. Dalam kasus ini, Anda harus membersihkan slot replikasi secara manual di database sumber. Hal ini mencegah slot terus menumpuk dan mengonsumsi ruang disk, yang dapat membuat database sumber tidak tersedia. Jika terjadi failover pada database sumber, Anda harus login ke database sekunder untuk membersihkan slot secara manual. Sebelum memigrasikan data, evaluasi kinerja database sumber dan tujuan. Lakukan migrasi data selama jam sepi. Jika tidak, DTS mengonsumsi sebagian sumber daya baca dan tulis database sumber dan tujuan selama migrasi data penuh, yang dapat meningkatkan beban database. Karena migrasi data penuh melakukan operasi INSERT secara konkuren, hal ini menyebabkan fragmentasi tabel di database tujuan. Setelah migrasi penuh selesai, ruang penyimpanan tabel di database tujuan lebih besar daripada di instans sumber. Konfirmasi apakah presisi migrasi yang digunakan DTS untuk kolom bertipe data FLOAT atau DOUBLE memenuhi kebutuhan bisnis Anda. DTS membaca nilai kolom-kolom tersebut menggunakan `ROUND(COLUMN,PRECISION)`. Jika presisi tidak didefinisikan secara eksplisit, DTS memigrasikan FLOAT dengan presisi 38 digit dan DOUBLE dengan presisi 308 digit. DTS mencoba memulihkan tugas migrasi yang gagal dalam waktu tujuh hari. Sebelum Anda mengalihkan bisnis ke instans tujuan, hentikan atau lepaskan tugas, atau cabut izin tulis akun yang digunakan DTS untuk mengakses instans tujuan menggunakan perintah `revoke`. Hal ini mencegah data sumber menimpa data di instans tujuan setelah tugas dipulihkan secara otomatis. DTS memvalidasi konten data tetapi tidak mendukung validasi untuk metadata seperti Sequences. Anda harus memvalidasi metadata tersebut sendiri. Setelah alih bencana ke database tujuan, sequence baru tidak mulai bertambah dari nilai sequence maksimum database sumber. Anda harus memperbarui nilai sequence di database tujuan sebelum alih bencana. Untuk informasi selengkapnya, lihat Perbarui nilai sequence database tujuan. Untuk tugas migrasi penuh atau inkremental, jika tabel yang akan dimigrasikan di database sumber berisi kunci asing, pemicu, atau event trigger, DTS secara sementara mengatur parameter session_replication_role ke replica pada tingkat sesi jika akun database tujuan adalah akun istimewa atau memiliki izin superuser. Jika akun database tujuan tidak memiliki izin tersebut, Anda harus mengatur parameter session_replication_role ke replica secara manual di database tujuan. Selama periode ini (ketika session_replication_role adalah replica), jika operasi pembaruan atau penghapusan cascade terjadi di database sumber, ketidakkonsistenan data dapat terjadi. Setelah tugas migrasi DTS dilepas, Anda dapat mengubah kembali parameter session_replication_role ke origin. Jika tugas gagal, staf dukungan DTS akan mencoba memulihkannya dalam waktu delapan jam. Selama pemulihan, mereka mungkin merestart tugas atau menyesuaikan parameternya. Catatan Hanya parameter tugas DTS yang dimodifikasi—bukan parameter database. Parameter yang mungkin disesuaikan termasuk yang tercantum dalam Modifikasi parameter instans. Saat memigrasikan tabel partisi, sertakan baik tabel induk maupun partisi anaknya sebagai objek sinkronisasi. Jika tidak, ketidakkonsistenan data dapat terjadi untuk tabel partisi tersebut. Catatan Tabel induk dari tabel partisi di PolarDB for PostgreSQL (Compatible with Oracle) tidak menyimpan data secara langsung. Semua data disimpan di partisi anak. Tugas sinkronisasi harus mencakup tabel induk dan semua partisi anaknya. Jika tidak, data dari partisi anak mungkin terlewat, sehingga menyebabkan ketidakkonsistenan data antara sumber dan tujuan.

Penagihan

Tipe migrasi	Biaya konfigurasi instans	Biaya lalu lintas Internet
Migrasi skema dan migrasi data penuh	Gratis.	Ketika parameter Access Method dari database tujuan diatur ke Public IP Address, Anda dikenakan biaya untuk lalu lintas internet. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.
Migrasi data inkremental	Dikenai biaya. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

Tipe migrasi

Tipe migrasi	Deskripsi
Migrasi skema	DTS memigrasikan definisi skema objek ke database tujuan. DTS mendukung objek seperti tabel, tampilan, sinonim, pemicu, prosedur tersimpan, fungsi tersimpan, paket, dan tipe kustom. Catatan Pemicu saat ini tidak kompatibel. Kami menyarankan agar Anda menghapus pemicu di database sumber untuk menghindari ketidakkonsistenan data. Untuk informasi selengkapnya, lihat Bagaimana cara mengonfigurasi pekerjaan sinkronisasi atau migrasi saat database sumber berisi pemicu?.
Migrasi data penuh	DTS memigrasikan semua data historis dari objek sumber ke database tujuan. Catatan Sebelum migrasi skema dan migrasi data penuh selesai, jangan lakukan operasi DDL pada objek migrasi. Jika tidak, migrasi mungkin gagal.
Migrasi data inkremental	Setelah migrasi data penuh, DTS melakukan polling dan menangkap redo log dari database sumber untuk memigrasikan pembaruan data inkremental ke database tujuan. Migrasi data inkremental memungkinkan Anda memigrasikan data dengan lancar tanpa menghentikan aplikasi Anda.

Objek migrasi yang didukung

SCHEMA, TABLE
Catatan
Ini mencakup PRIMARY KEY, UNIQUE KEY, FOREIGN KEY, DATATYPE (tipe data bawaan), dan DEFAULT CONSTRAINT.
Tingkat dukungan untuk fitur lain, seperti VIEW dan PROCEDURE (yang memerlukan PostgreSQL versi 11 atau lebih baru), bervariasi tergantung pada tipe database tujuan. Untuk detail spesifik, lihat konsol.

Operasi SQL inkremental yang didukung

Tipe operasi	Pernyataan SQL
DML	INSERT, UPDATE, DELETE
DDL	Hanya tugas migrasi data yang dibuat setelah 1 Oktober 2020 yang mendukung migrasi operasi DDL. Penting Untuk tugas migrasi data yang dibuat sebelum 12 Mei 2023, Anda harus membuat pemicu dan fungsi di database sumber untuk menangkap informasi DDL sebelum mengonfigurasi tugas migrasi. Untuk informasi selengkapnya, lihat Gunakan pemicu dan fungsi untuk mengimplementasikan migrasi DDL inkremental untuk PostgreSQL. Data bertipe bit tidak didukung selama migrasi data inkremental. Jika akun database sumber adalah akun istimewa, tugas migrasi mendukung pernyataan DDL berikut: CREATE TABLE, 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 Informasi tambahan dalam pernyataan DDL, seperti CASCADE atau RESTRICT, tidak dimigrasikan. Pernyataan DDL dalam sesi yang menggunakan perintah `SET session_replication_role = replica` tidak didukung. Pernyataan DDL yang dieksekusi dengan memanggil fungsi tidak didukung. Jika satu commit di database sumber berisi pernyataan DML dan DDL, pernyataan DDL tidak dimigrasikan. Jika satu commit di database sumber berisi pernyataan DDL untuk objek non-migrasi, pernyataan DDL tersebut tidak dimigrasikan.

Izin akun database

Database	Persyaratan izin
Kluster sumber PolarDB for PostgreSQL (Compatible with Oracle)	Akun istimewa.
Kluster tujuan PolarDB for PostgreSQL (Compatible with Oracle)	Izin Database Owner. Penting database owner ditentukan saat database dibuat.

Untuk membuat akun database dan memberikan izin:

Untuk membuat akun database dan memberikan izin untuk kluster PolarDB for PostgreSQL (Compatible with Oracle), lihat Buat akun.

Prosedur

Buka halaman daftar tugas migrasi untuk wilayah tujuan menggunakan salah satu metode berikut.
Dari konsol DTS
1. Login ke Konsol Data Transmission Service (DTS).
2. Di panel navigasi sebelah kiri, klik Data Migration.
3. Di pojok kiri atas halaman, pilih wilayah tempat instans migrasi berada.
Dari konsol DMS

Catatan
Operasi aktual dapat bervariasi tergantung pada mode dan tata letak konsol DMS. Untuk informasi selengkapnya, lihat Konsol mode sederhana dan Sesuaikan tata letak dan gaya konsol DMS.
1. Login ke Konsol Data Management (DMS).
2. Di bilah menu atas, pilih Data + AI > Data Transmission (DTS) > Data Migration.
3. Di sebelah kanan Data Migration Tasks, pilih wilayah tempat instans migrasi berada.
Klik Create Task untuk membuka halaman konfigurasi tugas.

Konfigurasikan database sumber dan tujuan.

Peringatan

Setelah memilih instans sumber dan tujuan, disarankan untuk membaca dengan cermat batasan yang ditampilkan di bagian atas halaman. Jika tidak, tugas mungkin gagal atau menyebabkan ketidakkonsistenan data.

Kategori	Konfigurasi	Deskripsi
Tidak ada	Task Name	DTS secara otomatis menghasilkan nama tugas. Kami menyarankan agar Anda menentukan nama deskriptif untuk memudahkan identifikasi. Nama tersebut tidak perlu unik.
Source Database	Select Existing Connection	Untuk menggunakan instans database yang telah ditambahkan ke sistem (dibuat atau disimpan), pilih instans database yang diinginkan dari daftar drop-down. Informasi database di bawah ini akan dikonfigurasi secara otomatis. Catatan Di konsol DMS, parameter ini bernama Select a DMS database instance.. Jika Anda belum mendaftarkan instans database ke sistem, atau tidak perlu menggunakan instans yang terdaftar, konfigurasikan informasi database di bawah ini secara manual.
	Database Type	Pilih PolarDB (Compatible with Oracle).
	Connection Type	Pilih Public IP.
	Instance Region	Pilih wilayah tempat kluster sumber PolarDB for PostgreSQL (Compatible with Oracle) berada.
	Select Multi-source Data	Single IP:Port: Jika Anda memilih opsi ini, Anda juga harus memasukkan DNS or IP Address dan Port node primer kluster sumber PolarDB for PostgreSQL (Compatible with Oracle). Multiple IP:Port: Jika Anda memilih opsi ini, Anda juga harus memasukkan alamat IP dan nomor port beberapa node, termasuk node primer kluster sumber PolarDB for PostgreSQL (Compatible with Oracle), di bidang Multi-source IP:Port. Catatan Jika Anda memilih Multiple IP:Port dan mengisi bidang Multi-source IP:Port, DTS dapat secara otomatis beralih ke node primer baru jika terjadi alih bencana primer/sekunder di kluster PolarDB for PostgreSQL (Compatible with Oracle). Ini cocok untuk skenario seperti pemulihan bencana. Dalam contoh ini, Single IP:Port dipilih.
	DNS or IP Address	Masukkan titik akhir node primer kluster sumber PolarDB for PostgreSQL (Compatible with Oracle). Catatan Anda dapat menggunakan perintah Ping di komputer Anda untuk mendapatkan alamat IP yang sesuai dengan titik akhir koneksi langsung kluster tujuan PolarDB for PostgreSQL (Compatible with Oracle).
	Port	Masukkan port layanan database sumber. Nilai default adalah 1521. Catatan Dalam contoh ini, port layanan ini harus dapat diakses melalui Internet.
	Multi-source IP:Port	Masukkan alamat IP dan nomor port beberapa node, seperti kluster sumber PolarDB for PostgreSQL (Compatible with Oracle). Pisahkan beberapa pasangan IP:Port dengan koma (,).
	Oracle Type	Non-RAC Instance: Jika Anda memilih opsi ini, Anda juga harus memasukkan SID. RAC or PDB Instance: Jika Anda memilih opsi ini, Anda juga harus memasukkan ServiceName. Dalam contoh ini, Non-RAC Instance dipilih.
	Database Name	Masukkan nama database yang berisi objek migrasi di kluster sumber PolarDB for PostgreSQL (Compatible with Oracle).
	Database Account	Masukkan akun database untuk kluster tujuan PolarDB for PostgreSQL (Compatible with Oracle). Untuk persyaratan izin, lihat Izin akun database.
	Database Password	Masukkan password untuk akun database.
Destination Database	Select Existing Connection	Untuk menggunakan instans database yang telah ditambahkan ke sistem (dibuat atau disimpan), pilih instans database yang diinginkan dari daftar drop-down. Informasi database di bawah ini akan dikonfigurasi secara otomatis. Catatan Di konsol DMS, parameter ini bernama Select a DMS database instance.. Jika Anda belum mendaftarkan instans database ke sistem, atau tidak perlu menggunakan instans yang terdaftar, konfigurasikan informasi database di bawah ini secara manual.
	Database Type	Pilih PolarDB (Compatible with Oracle).
	Connection Type	Pilih Public IP.
	Instance Region	Pilih wilayah tempat kluster tujuan PolarDB for PostgreSQL (Compatible with Oracle) berada.
	Select Multi-source Data	Single IP:Port: Jika Anda memilih opsi ini, Anda juga harus memasukkan DNS or IP Address dan Port node primer kluster tujuan PolarDB for PostgreSQL (Compatible with Oracle). Multiple IP:Port: Jika Anda memilih opsi ini, Anda juga harus memasukkan alamat IP dan nomor port beberapa node, termasuk node primer kluster tujuan PolarDB for PostgreSQL (Compatible with Oracle), di bidang Multi-source IP:Port. Catatan Jika Anda memilih Multiple IP:Port dan mengisi bidang Multi-source IP:Port, DTS dapat secara otomatis beralih ke node primer baru jika terjadi alih bencana primer/sekunder di kluster PolarDB for PostgreSQL (Compatible with Oracle). Ini cocok untuk skenario seperti pemulihan bencana. Dalam contoh ini, Single IP:Port dipilih.
	DNS or IP Address	Masukkan titik akhir node primer kluster tujuan PolarDB for PostgreSQL (Compatible with Oracle). Catatan Anda dapat menggunakan perintah Ping di komputer Anda untuk mendapatkan alamat IP yang sesuai dengan titik akhir koneksi langsung kluster tujuan PolarDB for PostgreSQL (Compatible with Oracle).
	Port	Masukkan port layanan database tujuan. Nilai default adalah 1521.
	Multi-source IP:Port	Masukkan alamat IP dan nomor port beberapa node, seperti kluster tujuan PolarDB for PostgreSQL (Compatible with Oracle). Pisahkan beberapa pasangan IP:Port dengan koma (,).
	Database Name	Masukkan nama database yang berisi objek migrasi di kluster tujuan PolarDB for PostgreSQL (Compatible with Oracle).
	Database Account	Masukkan akun database untuk kluster tujuan PolarDB for PostgreSQL (Compatible with Oracle). Untuk persyaratan izin, lihat Izin akun database.
	Database Password	Masukkan password untuk akun database.

Setelah menyelesaikan konfigurasi, klik Test Connectivity and Proceed di bagian bawah halaman.
Catatan
- Pastikan blok CIDR alamat IP server DTS telah ditambahkan ke pengaturan keamanan database sumber dan tujuan untuk mengizinkan akses dari server DTS. Hal ini dapat dilakukan secara otomatis atau manual. Untuk informasi selengkapnya, lihat Tambahkan blok CIDR alamat IP server DTS ke daftar putih.
- Jika database sumber atau tujuan adalah database yang dikelola sendiri (di mana Access Method bukan Alibaba Cloud Instance), Anda juga harus mengklik Test Connectivity di kotak dialog CIDR Blocks of DTS Servers.

Konfigurasikan objek tugas.

Di halaman Configure Objects, konfigurasikan objek yang ingin Anda migrasikan.

Konfigurasi	Deskripsi
Migration Types	Jika Anda hanya perlu melakukan migrasi penuh, pilih Schema Migration dan Full Data Migration. Untuk melakukan migrasi tanpa downtime, pilih Schema Migration, Full Data Migration, dan Incremental Data Migration. Catatan Jika Anda tidak memilih Schema Migration, Anda harus memastikan bahwa database dan tabel untuk menerima data sudah ada di database tujuan. Anda juga dapat menggunakan fitur pemetaan nama objek di kotak Selected Objects sesuai kebutuhan. Jika Anda tidak memilih Incremental Data Migration, jangan menulis data baru ke instans sumber selama migrasi data untuk memastikan konsistensi data.
Processing Mode of Conflicting Tables	Precheck and Report Errors: Memeriksa apakah tabel dengan nama yang sama ada di database tujuan. Jika tidak ada tabel dengan nama yang sama, pemeriksaan awal lolos. Jika ada tabel dengan nama yang sama, kesalahan dilaporkan selama pemeriksaan awal, dan tugas migrasi data tidak dimulai. Catatan Jika tabel di database tujuan memiliki nama yang sama tetapi tidak dapat dengan mudah dihapus atau diganti namanya, Anda dapat mengubah nama tabel di database tujuan. Untuk informasi selengkapnya, lihat Pemetaan nama objek. Ignore Errors and Proceed: Melewati pemeriksaan untuk tabel dengan nama yang sama. Peringatan Memilih Ignore Errors and Proceed dapat menyebabkan ketidakkonsistenan data dan risiko bisnis. Misalnya: Jika skema tabel konsisten dan catatan di database tujuan memiliki nilai primary key yang sama dengan catatan di database sumber: Selama migrasi penuh, DTS menyimpan catatan di database tujuan. Catatan dari database sumber tidak dimigrasikan. Selama migrasi inkremental, DTS tidak menyimpan catatan di database tujuan. Catatan dari database sumber menimpa catatan di database tujuan. Jika skema tabel tidak konsisten, hanya beberapa kolom data yang mungkin dimigrasikan, atau migrasi mungkin gagal. Harap berhati-hati.
Source Objects	Di kotak Source Objects, klik objek yang akan dimigrasikan, lalu klik untuk memindahkannya ke kotak Selected Objects. Catatan Anda dapat memilih objek untuk dimigrasikan pada level skema atau tabel. Jika Anda memilih tabel sebagai objek migrasi, objek lain seperti tampilan, pemicu, dan prosedur tersimpan tidak dimigrasikan ke database tujuan. Jika tabel yang akan dimigrasikan berisi field SERIAL, dan Anda memilih Schema Migration untuk Migration Types, kami menyarankan agar Anda juga memilih Sequence atau memigrasikan seluruh skema.
Selected Objects	Untuk mengganti nama objek yang ingin Anda migrasikan ke instans tujuan, klik kanan objek di bagian Selected Objects. Untuk informasi selengkapnya, lihat Pemetaan kolom tabel individual. Untuk mengganti nama beberapa objek sekaligus, klik Batch Edit di pojok kanan atas bagian Selected Objects. Untuk informasi selengkapnya, lihat Petakan beberapa nama objek sekaligus. Catatan Jika Anda menggunakan fitur pemetaan nama objek, migrasi objek lain yang bergantung pada objek yang diganti namanya mungkin gagal. Untuk memfilter data menggunakan klausa WHERE, klik kanan tabel yang akan dimigrasikan di kotak Selected Objects dan atur kondisi filter di kotak dialog yang muncul. Untuk petunjuknya, lihat Atur kondisi filter. Untuk memilih operasi SQL yang akan dimigrasikan pada level database atau tabel, klik kanan objek migrasi di kotak Selected Objects dan pilih operasi SQL yang diinginkan di kotak dialog yang muncul.

Klik Next: Advanced Settings untuk mengonfigurasi parameter lanjutan.

Konfigurasi	Deskripsi
Dedicated Cluster for Task Scheduling	Secara default, DTS menjadwalkan tugas pada kluster bersama. Anda tidak perlu memilihnya. Jika menginginkan tugas yang lebih stabil, Anda dapat membeli kluster khusus untuk menjalankan tugas migrasi DTS.
Retry Time for Failed Connections	Setelah tugas migrasi dimulai, jika koneksi ke database sumber atau tujuan gagal, DTS melaporkan kesalahan dan segera mencoba menghubungkan kembali. Durasi percobaan ulang default adalah 720 menit. Anda dapat menyesuaikan durasi tersebut ke nilai antara 10 hingga 1440 menit. Disarankan untuk mengatur durasi lebih dari 30 menit. Jika DTS berhasil menghubungkan kembali ke database sumber dan tujuan dalam durasi yang ditentukan, tugas migrasi akan dilanjutkan secara otomatis. Jika tidak, tugas gagal. Catatan Untuk beberapa instans DTS yang berbagi sumber atau tujuan yang sama, waktu percobaan ulang jaringan ditentukan oleh pengaturan tugas yang dibuat terakhir. Karena Anda dikenai biaya untuk tugas selama periode percobaan ulang koneksi, disarankan untuk menyesuaikan waktu percobaan ulang sesuai kebutuhan bisnis, atau segera melepaskan instans DTS setelah instans database sumber dan tujuan dilepas.
Retry Time for Other Issues	Setelah tugas migrasi dimulai, jika terjadi masalah non-konektivitas—seperti pengecualian eksekusi DDL atau DML—di database sumber atau tujuan, DTS melaporkan kesalahan dan segera mencoba mengulang operasi tersebut. Durasi percobaan ulang default adalah 10 menit. Anda dapat menyesuaikan durasi tersebut ke nilai antara 1 hingga 1440 menit. Disarankan untuk mengatur durasi lebih dari 10 menit. Jika operasi terkait berhasil dalam durasi percobaan ulang yang ditentukan, tugas migrasi akan dilanjutkan secara otomatis. Jika tidak, tugas gagal. Penting Nilai Retry Time for Other Issues harus kurang dari nilai Retry Time for Failed Connections.
Enable Throttling for Full Data Migration	Selama migrasi penuh, DTS mengonsumsi sumber daya baca dan tulis pada database sumber dan tujuan, yang dapat meningkatkan beban database. Jika diperlukan, Anda dapat mengaktifkan pembatasan kecepatan untuk tugas migrasi penuh. Anda dapat mengatur Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s) untuk mengurangi beban pada database tujuan. Catatan Opsi konfigurasi ini tersedia hanya jika Anda memilih Full Data Migration untuk Migration Types. Anda juga dapat menyesuaikan kecepatan migrasi penuh setelah instans migrasi berjalan.
Enable Throttling for Incremental Data Migration	Jika diperlukan, Anda juga dapat mengatur batas kecepatan untuk tugas migrasi inkremental. Anda dapat mengatur RPS of Incremental Data Migration dan Data migration speed for incremental migration (MB/s) untuk mengurangi beban pada database tujuan. Catatan Opsi konfigurasi ini tersedia hanya jika Anda memilih Incremental Data Migration untuk Migration Types. Anda juga dapat menyesuaikan kecepatan migrasi inkremental setelah instans migrasi berjalan.
Environment Tag	Anda dapat memilih tag lingkungan untuk mengidentifikasi instans sesuai kebutuhan. Dalam contoh ini, pemilihan tidak diperlukan.
Configure ETL	Pilih apakah akan mengaktifkan fitur ekstrak, transformasi, dan muat (ETL). Untuk informasi selengkapnya, lihat Apa itu ETL? Nilai yang valid: Yes: Mengaktifkan fitur ETL. Masukkan pernyataan pemrosesan data di editor kode. Untuk informasi selengkapnya, lihat Konfigurasikan ETL dalam tugas migrasi data atau sinkronisasi data. No: Menonaktifkan fitur ETL.
Monitoring and Alerting	Pilih apakah akan mengatur peringatan dan menerima pemberitahuan peringatan sesuai kebutuhan bisnis Anda. No: Tidak mengatur peringatan. Yes: Konfigurasikan peringatan dengan mengatur ambang batas peringatan dan pemberitahuan peringatan. Jika migrasi gagal atau latensi melebihi ambang batas, sistem akan mengirimkan pemberitahuan peringatan.

Klik Next: Data Validation untuk mengonfigurasi tugas validasi data.

Untuk informasi selengkapnya tentang fitur validasi data, lihat Konfigurasikan validasi data.

Simpan tugas dan jalankan pemeriksaan awal.
- Untuk melihat parameter konfigurasi instans ini saat Anda memanggil Operasi API, arahkan pointer ke tombol Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters di gelembung yang muncul.
- Jika tidak perlu melihat atau telah selesai melihat parameter API, klik Next: Save Task Settings and Precheck di bagian bawah halaman.
Catatan
- Sebelum tugas migrasi dimulai, DTS melakukan pemeriksaan awal. Tugas hanya dimulai setelah lolos pemeriksaan awal.
- Jika pemeriksaan awal gagal, klik View Details di sebelah item pemeriksaan yang gagal, perbaiki masalah berdasarkan prompt, lalu jalankan kembali pemeriksaan awal.
- Jika peringatan dilaporkan selama pemeriksaan awal:
  
  Untuk item pemeriksaan yang tidak dapat diabaikan, klik View Details di sebelah item yang gagal, perbaiki masalah berdasarkan prompt, lalu jalankan kembali pemeriksaan awal.
  
  Untuk item pemeriksaan yang dapat diabaikan, Anda dapat mengklik Confirm Alert Details, Ignore, OK, dan Precheck Again untuk melewati item peringatan dan menjalankan kembali pemeriksaan awal. Jika memilih untuk mengabaikan peringatan, hal ini dapat menyebabkan masalah seperti ketidakkonsistenan data dan menimbulkan risiko bagi bisnis Anda.

Beli instans.

Saat Success Rate mencapai 100%, klik Next: Purchase Instance.

Di halaman Purchase, pilih spesifikasi tautan untuk instans migrasi data. Untuk informasi selengkapnya, lihat tabel berikut.

Kategori	Parameter	Deskripsi
New Instance Class	Resource Group Settings	Pilih kelompok sumber daya tempat instans tersebut berada. Nilai default adalah kelompok sumber daya default. Untuk informasi selengkapnya, lihat Apa itu Resource Management?
New Instance Class	Instance Class	DTS menyediakan spesifikasi migrasi dengan tingkat kinerja berbeda. Spesifikasi tautan memengaruhi kecepatan migrasi. Anda dapat memilih spesifikasi berdasarkan skenario bisnis Anda. Untuk informasi selengkapnya, lihat Spesifikasi tautan migrasi data.

Setelah konfigurasi selesai, baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.
Klik Buy and Start. Di kotak dialog OK yang muncul, klik OK.

Anda dapat melihat progres tugas migrasi di halaman daftar Data Migration Tasks.
Catatan
- Jika tugas migrasi tidak mencakup migrasi inkremental, tugas tersebut berhenti secara otomatis setelah migrasi penuh selesai. Setelah tugas berhenti, Status-nya berubah menjadi Completed.
- Jika tugas migrasi mencakup migrasi inkremental, tugas tersebut tidak berhenti secara otomatis. Tugas migrasi inkremental terus berjalan. Selama tugas migrasi inkremental berjalan, Status tugas adalah Running.