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

Layanan Transmisi Data (DTS) memungkinkan migrasi data antar kluster PolarDB for PostgreSQL (Compatible with Oracle).

Prasyarat

Kluster sumber dan tujuan PolarDB for PostgreSQL (Compatible with Oracle) harus sudah tersedia. Untuk informasi lebih lanjut, lihat Buat kluster PolarDB for PostgreSQL (Kompatibel dengan Oracle).
Pada kluster sumber PolarDB for PostgreSQL (Compatible with Oracle), parameter wal_level harus diatur ke logical. Pengaturan ini menambahkan informasi yang diperlukan untuk logical decoding ke dalam write-ahead logging (WAL). Untuk informasi lebih lanjut, lihat Konfigurasikan parameter kluster.

Catatan penggunaan

Catatan

DTS memigrasikan kunci asing selama migrasi skema.
Selama migrasi data penuh dan inkremental, DTS secara sementara menonaktifkan pemeriksaan constraint dan cascade kunci asing pada tingkat sesi. Pembaruan atau penghapusan cascade pada database sumber saat tugas berjalan dapat menyebabkan ketidakkonsistenan data.

Jenis	Deskripsi
Batasan database sumber	Server yang menghosting database sumber harus memiliki bandwidth keluar yang mencukupi. Bandwidth yang tidak mencukupi dapat memengaruhi kecepatan migrasi. Setiap tabel yang akan dimigrasikan harus memiliki primary key atau unique constraint. Semua bidang dalam kunci atau constraint tersebut harus unik untuk mencegah duplikasi data di database tujuan. Jika Anda memigrasikan objek pada tingkat tabel dan perlu melakukan pengeditan seperti pemetaan nama kolom, satu tugas migrasi mendukung maksimal 1.000 tabel. Jika melebihi batas ini, kesalahan akan dilaporkan saat Anda mengirimkan tugas. Dalam kasus ini, Anda dapat membagi tabel menjadi beberapa tugas atau mengonfigurasi satu tugas untuk memigrasikan seluruh database. Untuk migrasi inkremental, Anda harus mengonfigurasi write-ahead logging (WAL): Fitur WAL harus diaktifkan. Untuk tugas migrasi inkremental saja, Layanan Transmisi Data (DTS) memerlukan log WAL dari database sumber disimpan minimal selama 24 jam. Untuk tugas yang mencakup migrasi penuh dan inkremental, DTS memerlukan log disimpan minimal selama 7 hari. Anda dapat mengubah periode retensi kembali menjadi minimal 24 jam setelah migrasi penuh selesai. Menetapkan periode retensi yang lebih pendek dapat menyebabkan tugas gagal jika DTS tidak dapat memperoleh log WAL yang diperlukan, berpotensi menyebabkan ketidakkonsistenan data atau kehilangan data. Perjanjian Tingkat Layanan (SLA) DTS tidak mencakup masalah yang disebabkan oleh periode retensi WAL yang lebih pendek dari persyaratan. Batasan operasional pada database sumber: Selama fase migrasi skema dan migrasi data penuh, jangan lakukan operasi DDL apa pun yang mengubah skema database atau tabel. Jika dilakukan, tugas migrasi akan gagal. Jika Anda hanya melakukan migrasi data penuh, jangan menulis data baru ke instans sumber untuk menghindari ketidakkonsistenan data. Untuk menjaga konsistensi data secara real-time, kami merekomendasikan memilih migrasi skema, migrasi data penuh, dan migrasi data inkremental. Untuk memastikan tugas migrasi berjalan lancar dan mencegah gangguan langganan logis akibat alih bencana primer/sekunder, kluster sumber PolarDB for PostgreSQL(Compatible with Oracle) harus mendukung failover slot replikasi logis dan telah diaktifkan. Catatan Jika kluster sumber PolarDB for PostgreSQL(Compatible with Oracle) tidak mendukung failover slot replikasi logis (misalnya, jika database engine kluster adalah Oracle syntax compatibility 2.0), alih bencana ketersediaan tinggi (HA) pada database sumber dapat menyebabkan instans migrasi gagal dan tidak dapat dipulihkan. Karena keterbatasan langganan logis, jika instans migrasi yang mencakup migrasi data inkremental sedang berjalan dan ukuran satu baris yang akan dimigrasikan melebihi 256 MB setelah perubahan inkremental, instans migrasi akan gagal secara permanen dan Anda harus mengonfigurasinya ulang. Jika transaksi jangka panjang ada di database sumber selama migrasi inkremental, catatan write-ahead logging (WAL) yang dihasilkan sebelum transaksi tersebut dikomit tidak dapat dihapus. Hal ini dapat menyebabkan akumulasi file WAL dan menghabiskan ruang disk database sumber.
Batasan lainnya	Satu tugas migrasi data hanya dapat memigrasikan satu database. Untuk memigrasikan beberapa database, Anda harus mengonfigurasi tugas migrasi terpisah untuk masing-masing database. DTS tidak mendukung migrasi tabel ekstensi TimescaleDB, tabel dengan pewarisan lintas-skema, atau tabel dengan indeks unik berbasis ekspresi. Skema-skema ini tidak akan terlihat di Konsol saat Anda mengonfigurasi tugas. Jika tabel yang akan dimigrasikan berisi kolom bertipe SERIAL, sebuah sequence secara otomatis dibuat untuk kolom tersebut di database sumber. Oleh karena itu, saat Anda mengonfigurasi Source Objects, jika Migration Types mencakup Schema Migration, kami merekomendasikan agar Anda juga memilih Sequence atau memigrasikan seluruh skema. Jika tidak, instans migrasi dapat gagal. Untuk tugas yang mencakup 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. Ini memastikan konsistensi data untuk tabel dalam dua skenario berikut. Untuk mencegah deadlock, hindari operasi penguncian tabel saat perintah ini dijalankan. Jika Anda melewati pemeriksaan terkait selama Pemeriksaan Awal, DTS akan secara otomatis menjalankan perintah ini saat menginisialisasi instans. Saat instans dijalankan pertama kali. Saat granularitas objek migrasi diatur ke 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 dari data yang akan dimigrasikan. Lakukan operasi ini selama jam sepi. DTS membuat tabel sementara berikut di database sumber untuk memperoleh informasi seperti pernyataan DDL untuk data inkremental, struktur tabel inkremental, dan heartbeat. Jangan menghapus tabel-tabel sementara ini selama migrasi karena akan menyebabkan tugas gagal. Tabel-tabel tersebut akan dihapus secara otomatis 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 metrik latensi migrasi data inkremental, DTS membuat tabel heartbeat bernama `dts_postgres_heartbeat` di database sumber. Selama migrasi data inkremental, DTS membuat slot replikasi dengan awalan `dts_sync_` di database sumber untuk mereplikasi data. Slot replikasi ini memungkinkan DTS memperoleh log inkremental dari database sumber dari 15 menit terakhir. Saat tugas migrasi data gagal atau instans migrasi dilepas, DTS akan mencoba membersihkan slot replikasi secara otomatis. Catatan Jika Anda mengubah password akun database sumber yang digunakan oleh tugas atau menghapus alamat IP DTS dari daftar putih alamat IP database sumber selama migrasi, slot replikasi tidak dapat dibersihkan secara otomatis. Dalam kasus ini, Anda harus membersihkan slot replikasi secara manual di database sumber untuk mencegah akumulasi log, yang dapat menghabiskan ruang disk dan menyebabkan database sumber tidak tersedia. Jika terjadi alih bencana primer/sekunder pada database sumber, Anda harus login ke database sekunder untuk membersihkan slot replikasi secara manual. Sebelum memulai migrasi, evaluasi kinerja database sumber dan tujuan. Kami merekomendasikan menjalankan migrasi selama jam sepi. Selama migrasi data penuh, DTS mengonsumsi sumber daya baca dan tulis pada kedua database, yang dapat meningkatkan beban kerja mereka. Operasi INSERT konkuren selama migrasi data penuh dapat menyebabkan fragmentasi tabel, yang mungkin mengakibatkan database tujuan menggunakan lebih banyak ruang penyimpanan daripada instans sumber. Verifikasi bahwa presisi migrasi untuk kolom bertipe data FLOAT atau DOUBLE memenuhi kebutuhan bisnis Anda. DTS menggunakan fungsi `ROUND(COLUMN,PRECISION)` untuk membaca nilai dari kolom-kolom tersebut. Jika presisi tidak didefinisikan secara eksplisit, DTS menggunakan presisi 38 untuk FLOAT dan 308 untuk DOUBLE. DTS mencoba melanjutkan tugas migrasi yang gagal hingga tujuh hari. Sebelum Anda mengalihkan beban kerja bisnis ke instans tujuan, Anda harus mengakhiri atau melepas tugas tersebut, atau mencabut izin tulis akun yang digunakan DTS untuk mengakses instans tujuan dengan menggunakan perintah `revoke`. Hal ini mencegah tugas yang dilanjutkan secara otomatis menimpa data di instans tujuan. DTS memvalidasi konten data tetapi tidak mendukung validasi metadata untuk objek seperti sequence. Anda harus memvalidasi objek-objek ini secara manual. Setelah Anda mengalihkan beban kerja ke instans tujuan, sequence yang baru ditulis tidak akan bertambah dari nilai maksimum sequence yang sesuai di database sumber. Sebelum mengalihkan beban kerja, Anda harus memperbarui nilai sequence di database tujuan. Untuk informasi lebih lanjut, lihat Perbarui nilai sequence di database tujuan. Batasan ini berlaku untuk tugas migrasi data penuh atau inkremental di mana tabel yang akan dimigrasikan dari database sumber berisi kunci asing, pemicu, atau event trigger. DTS secara sementara mengatur parameter `session_replication_role` ke `replica` pada tingkat sesi selama migrasi. Jika akun database tujuan tidak memiliki izin yang diperlukan, Anda harus mengatur parameter tersebut secara manual ke `replica` di database tujuan. Selama periode ini (saat `session_replication_role` diatur ke `replica`), operasi cascade update atau delete di database sumber dapat menyebabkan ketidakkonsistenan data. Setelah tugas migrasi dilepas, Anda dapat mengatur kembali parameter tersebut ke `origin`. Jika tugas gagal, staf dukungan DTS akan mencoba memulihkannya dalam waktu delapan jam. Selama pemulihan, mereka mungkin me-restart 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, Anda harus menyertakan tabel induk dan semua partisi anaknya sebagai objek migrasi untuk mencegah ketidakkonsistenan data. Penting Di PolarDB for PostgreSQL(Compatible with Oracle), tabel induk dari tabel partisi tidak menyimpan data secara langsung. Data disimpan di partisi anak. Tugas migrasi harus mencakup tabel induk dan semua partisi anaknya untuk mencegah kehilangan data dan ketidakkonsistenan antara database sumber dan tujuan. Migrasi tabel partisi atau tabel yang diwariskan (tabel induk dan anak) yang tersebar di database berbeda tidak didukung. Pastikan tabel partisi dan semua partisinya, serta tabel induk dan semua tabel anaknya, berada dalam database yang sama.

Penagihan

Jenis migrasi	Biaya konfigurasi instans	Biaya lalu lintas Internet
Migrasi skema dan migrasi data penuh	Gratis.	Ketika parameter Access Method database tujuan diatur ke Public IP Address, Anda akan dikenai biaya lalu lintas Internet. Untuk informasi selengkapnya, lihat Ringkasan penagihan.
Migrasi data inkremental	Dikenai 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, view, sinonim, prosedur tersimpan, fungsi tersimpan, paket, dan tipe yang ditentukan pengguna. Catatan DTS tidak mendukung migrasi skema untuk trigger. Kami merekomendasikan menghapus trigger dari database sumber untuk mencegah ketidakkonsistenan data. Untuk informasi lebih lanjut, lihat Konfigurasikan tugas sinkronisasi atau migrasi data untuk database sumber yang berisi trigger.
Migrasi data penuh	DTS memigrasikan data historis dari database sumber ke database tujuan. Catatan Jangan lakukan operasi DDL pada objek migrasi sebelum migrasi skema dan migrasi data penuh selesai. Jika dilakukan, tugas migrasi mungkin gagal.
Migrasi data inkremental	Setelah migrasi data penuh selesai, DTS menangkap pembaruan data inkremental dari redo log database sumber dan memigrasikannya ke database tujuan. Migrasi data inkremental memungkinkan migrasi lancar dengan downtime aplikasi minimal.

Objek yang didukung

Objek	Detail
SCHEMA, TABLE	Termasuk PRIMARY KEY, UNIQUE KEY, FOREIGN KEY, tipe data bawaan, dan DEFAULT CONSTRAINT
VIEW, PROCEDURE	Memerlukan PostgreSQL versi 11 atau lebih baru. Dukungan bervariasi tergantung jenis database tujuan—periksa Konsol untuk detailnya

SQL yang didukung untuk migrasi inkremental

Jenis operasi	Pernyataan SQL
DML	INSERT, UPDATE, dan DELETE
DDL	DTS hanya memigrasikan operasi DDL untuk tugas migrasi data yang dibuat setelah 1 Oktober 2020. Penting Untuk tugas migrasi data yang dibuat sebelum 12 Mei 2023, Anda harus membuat trigger dan fungsi di database sumber untuk menangkap informasi DDL sebelum mengonfigurasi tugas migrasi. Untuk informasi lebih lanjut, lihat Migrasi inkremental DDL untuk PostgreSQL menggunakan trigger dan fungsi. DTS tidak mendukung migrasi data bertipe BIT selama migrasi data inkremental. Saat akun database sumber adalah akun istimewa, DTS mendukung 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 DTS tidak memigrasikan klausa tambahan dalam pernyataan DDL, seperti CASCADE atau RESTRICT. DTS tidak memigrasikan pernyataan DDL dari sesi di mana perintah `SET session_replication_role = replica` dieksekusi. DTS tidak memigrasikan pernyataan DDL yang dieksekusi dengan memanggil fungsi. Jika satu commit di database sumber berisi pernyataan DML dan DDL, DTS tidak memigrasikan pernyataan DDL tersebut. Jika satu commit di database sumber mencakup pernyataan DDL untuk objek yang tidak dipilih, DTS tidak memigrasikan pernyataan tersebut.

Persyaratan izin untuk 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 Anda menentukan database owner saat membuat database.

Untuk membuat akun database dan memberikan izin:

Untuk kluster PolarDB for PostgreSQL (Compatible with Oracle), lihat Buat akun database.

Prosedur

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

Catatan
Operasi aktual mungkin berbeda tergantung mode dan tata letak Konsol DMS. Untuk informasi lebih lanjut, 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, kami merekomendasikan agar Anda membaca dengan cermat batasan yang ditampilkan di bagian atas halaman. Jika tidak, tugas mungkin gagal atau terjadi ketidakkonsistenan data.

Bagian	Parameter	Deskripsi
Tidak berlaku	Task Name	DTS secara otomatis menghasilkan nama tugas. Kami merekomendasikan agar Anda menentukan nama deskriptif untuk memudahkan identifikasi. Nama 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 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 terdaftar, konfigurasikan informasi database secara manual di bawah.
	Database Type	Pilih PolarDB (Compatible with Oracle).
	Connection Type	Pilih Public IP Address.
	Instance Region	Pilih wilayah tempat kluster sumber PolarDB for PostgreSQL (Compatible with Oracle) berada.
	Data Sources	Single Data Source: Opsi ini mengharuskan Anda menentukan Domain Name or IP Address dan Port Number node primer di kluster sumber PolarDB for PostgreSQL (Compatible with Oracle). Multiple Data Sources: Opsi ini mengharuskan Anda juga memasukkan alamat IP dan nomor port beberapa node, termasuk node primer, di kluster sumber PolarDB for PostgreSQL (Compatible with 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 melakukan failover ke node primer baru jika terjadi alih bencana primer/sekunder di kluster PolarDB for PostgreSQL (Compatible with Oracle). Fitur ini mendukung skenario pemulihan bencana. Dalam contoh ini, Single Data Source dipilih.
	Domain Name or IP Address	Masukkan titik akhir node primer di kluster sumber PolarDB for PostgreSQL (Compatible with Oracle). Catatan Anda dapat menjalankan perintah `ping` di komputer Anda untuk mendapatkan alamat IP titik akhir koneksi langsung kluster PolarDB for PostgreSQL (Compatible with Oracle) target.
	Port Number	Masukkan port layanan database sumber. Nilai default adalah 1521. Catatan Dalam contoh ini, port layanan ini harus dapat diakses dari internet.
	IP:Port of Data Sources	Masukkan alamat IP dan nomor port beberapa node di kluster sumber PolarDB for PostgreSQL (Compatible with Oracle). Pisahkan beberapa entri dengan koma (,).
	Oracle Type	Non-RAC Instance: Opsi ini mengharuskan Anda menentukan SID. RAC or PDB Instance: Opsi ini mengharuskan Anda menentukan Service Name. Dalam contoh ini, Non-RAC Instance dipilih.
	Database Name	Masukkan nama database yang berisi objek migrasi di kluster sumber PolarDB for PostgreSQL (Oracle Compatible).
	Database Account	Masukkan akun database untuk kluster sumber PolarDB for PostgreSQL (Compatible with Oracle). Untuk informasi tentang izin yang diperlukan, lihat Izin yang diperlukan untuk 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 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 terdaftar, konfigurasikan informasi database secara manual di bawah.
	Database Type	Pilih PolarDB (Compatible with Oracle).
	Connection Type	Pilih Public IP Address.
	Instance Region	Pilih wilayah tempat kluster tujuan PolarDB for PostgreSQL (Compatible with Oracle) berada.
	Data Sources	Single Data Source: Opsi ini mengharuskan Anda menentukan Domain Name or IP Address dan Port Number node primer di kluster tujuan PolarDB for PostgreSQL (Compatible with Oracle). Multiple Data Sources: Opsi ini mengharuskan Anda juga memasukkan alamat IP dan nomor port beberapa node, termasuk node primer, di kluster tujuan PolarDB for PostgreSQL (Compatible with 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 melakukan failover ke node primer baru jika terjadi alih bencana primer/sekunder di kluster PolarDB for PostgreSQL (Compatible with Oracle). Fitur ini mendukung skenario pemulihan bencana. Dalam contoh ini, Single Data Source dipilih.
	Domain Name or IP Address	Masukkan titik akhir node primer di kluster tujuan PolarDB for PostgreSQL (Compatible with Oracle). Catatan Anda dapat menjalankan perintah `ping` di komputer Anda untuk mendapatkan alamat IP titik akhir koneksi langsung kluster PolarDB for PostgreSQL (Compatible with Oracle) target.
	Port Number	Masukkan port layanan database tujuan. Nilai default adalah 1521.
	IP:Port of Data Sources	Masukkan alamat IP dan nomor port beberapa node di kluster tujuan PolarDB for PostgreSQL (Compatible with Oracle). Pisahkan beberapa entri dengan koma (,).
	Database Name	Masukkan nama database di kluster tujuan PolarDB for PostgreSQL (Compatible with Oracle) tempat objek akan dimigrasikan.
	Database Account	Masukkan akun database untuk kluster tujuan PolarDB for PostgreSQL (Compatible with Oracle). Untuk informasi tentang izin yang diperlukan, lihat Izin yang diperlukan untuk 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 lebih lanjut, 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, atur objek yang ingin dimigrasikan.

Parameter	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 lebih lanjut, 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. Lakukan dengan hati-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 pada tingkat skema atau tabel. Jika Anda memilih tabel, objek lain seperti view, trigger, dan prosedur tersimpan tidak dimigrasikan. Jika tabel yang akan dimigrasikan berisi kolom bertipe SERIAL dan Anda telah memilih Migration Types untuk Schema Migration, pilih juga Sequence atau migrasikan seluruh skema.
Selected Objects	Untuk mengubah nama satu objek migrasi di instans target, klik kanan objek tersebut di kotak Selected Objects. Untuk informasi selengkapnya, lihat Memetakan nama skema, tabel, dan kolom individual. Untuk mengubah nama beberapa objek migrasi di instans target, klik Selected Objects di pojok kanan atas kotak Batch Edit. Untuk informasi lebih lanjut, lihat Pemetaan nama skema, tabel, dan kolom ganda. Catatan Jika Anda menggunakan fitur pemetaan nama objek, migrasi objek lain yang bergantung pada objek yang diganti namanya mungkin gagal. Untuk mengatur kondisi WHERE untuk memfilter data, klik kanan tabel di kotak Selected Objects dan tentukan kondisi filter di kotak dialog yang muncul. Untuk informasi lebih lanjut, lihat Atur kondisi filter. Untuk memilih operasi SQL mana yang akan dimigrasikan pada tingkat 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.

Parameter	Deskripsi
Dedicated Cluster for Task Scheduling	Secara default, DTS menjadwalkan tugas pada kluster bersama. Anda tidak perlu memilihnya. Jika Anda menginginkan tugas yang lebih stabil, Anda dapat membeli klaster 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 mulai mencoba menghubungkan kembali. Durasi coba ulang default adalah 720 menit. Anda dapat menyesuaikan waktu coba ulang ke nilai antara 10 hingga 1.440 menit. Kami merekomendasikan agar Anda mengatur durasi lebih dari 30 menit. Jika DTS berhasil terhubung kembali ke database sumber dan tujuan dalam durasi yang ditentukan, tugas migrasi akan dilanjutkan secara otomatis. Jika tidak, tugas akan gagal. Catatan Untuk beberapa instans DTS yang berbagi sumber atau tujuan yang sama, waktu coba ulang jaringan ditentukan oleh pengaturan tugas yang terakhir dibuat. Karena Anda dikenai biaya untuk tugas selama periode coba ulang koneksi, kami merekomendasikan agar Anda menyesuaikan waktu coba ulang berdasarkan kebutuhan bisnis Anda, atau segera melepas 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 mulai mencoba mengulang operasi tersebut. Durasi coba ulang default adalah 10 menit. Anda dapat menyesuaikan waktu coba ulang ke nilai antara 1 hingga 1.440 menit. Kami merekomendasikan agar Anda mengatur durasi lebih dari 10 menit. Jika operasi terkait berhasil dalam durasi coba ulang yang ditentukan, tugas migrasi akan dilanjutkan secara otomatis. Jika tidak, tugas akan 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 Item konfigurasi ini hanya tersedia 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 memilih untuk 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 Item konfigurasi ini hanya tersedia 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 berdasarkan kebutuhan bisnis Anda. Dalam contoh ini, Anda tidak perlu mengonfigurasi parameter ini.
Configure ETL	Pilih apakah akan mengaktifkan fitur ekstrak, transformasi, dan muat (ETL). Untuk informasi lebih lanjut, lihat Apa itu ETL? Nilai yang valid: Yes: Mengaktifkan fitur ETL. Masukkan pernyataan pemrosesan data di editor kode. Untuk informasi lebih lanjut, 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 berdasarkan 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 lebih lanjut tentang fitur validasi data, lihat Konfigurasikan validasi data.

Simpan tugas dan jalankan pemeriksaan awal.
- Untuk melihat parameter konfigurasi instans ini saat memanggil operasi API, arahkan pointer ke tombol Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters di gelembung yang muncul.
- Jika Anda 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 petunjuk, lalu jalankan pemeriksaan awal lagi.
- Jika peringatan dilaporkan selama pemeriksaan awal:
  
  Untuk item pemeriksaan yang tidak dapat diabaikan, klik View Details di sebelah item yang gagal, perbaiki masalah berdasarkan petunjuk, lalu jalankan pemeriksaan awal lagi.
  
  Untuk item pemeriksaan yang dapat diabaikan, Anda dapat mengklik Confirm Alert Details, Ignore, OK, dan Precheck Again untuk melewati item peringatan dan menjalankan pemeriksaan awal lagi. Jika Anda 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 lebih lanjut, 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 lebih lanjut, lihat Apa itu Manajemen Sumber Daya?
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 lebih lanjut, 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 akan berhenti secara otomatis setelah migrasi penuh selesai. Setelah tugas berhenti, Status berubah menjadi Completed.
- Jika tugas migrasi mencakup migrasi inkremental, tugas tidak berhenti secara otomatis. Tugas migrasi inkremental terus berjalan. Selama tugas migrasi inkremental berjalan, Status tugas adalah Running.