Migrasi data antar instans ApsaraDB RDS for PostgreSQL - Data Transmission Service

Topik ini menjelaskan cara menggunakan Data Transmission Service (DTS) untuk melakukan migrasi skema, migrasi data penuh, dan migrasi data inkremental antar instans ApsaraDB RDS for PostgreSQL. Dengan menggabungkan ketiga jenis migrasi tersebut, Anda dapat melakukan migrasi database tanpa downtime.

Prasyarat

Anda telah membuat instans sumber dan tujuan ApsaraDB RDS for PostgreSQL. Untuk informasi selengkapnya, lihat Buat instans ApsaraDB RDS for PostgreSQL.
Catatan
- Untuk informasi versi database sumber dan tujuan yang didukung, lihat Ikhtisar skenario migrasi.
- Untuk memastikan kompatibilitas, database tujuan harus menjalankan versi yang sama atau lebih baru daripada database sumber. Migrasi data ke versi yang lebih lama dapat menyebabkan masalah kompatibilitas.
Instans tujuan ApsaraDB RDS for PostgreSQL harus memiliki ruang penyimpanan lebih besar daripada yang digunakan oleh instans sumber ApsaraDB RDS for PostgreSQL.

Catatan penggunaan

Jenis	Deskripsi
Batasan database sumber	Tabel yang dipilih untuk migrasi harus memiliki primary key atau unique constraint, dan field dalam constraint tersebut harus unik. Jika tidak, data duplikat dapat muncul di database tujuan. Catatan Jika tabel tujuan tidak dibuat oleh Data Transmission Service (DTS) karena Anda tidak memilih Schema Migration sebagai Migration Types, Anda harus memastikan bahwa tabel tujuan memiliki primary key atau unique constraint non-null yang sama dengan tabel sumber. Jika tidak, data duplikat dapat muncul di database tujuan. Nama database yang akan dimigrasikan tidak boleh mengandung tanda hubung (-), misalnya dts-testdata. Jika Anda memilih tabel sebagai objek migrasi dan perlu mengeditnya (misalnya, dengan memetakan nama tabel atau kolom), satu tugas migrasi dapat memigrasikan hingga 1.000 tabel. Melebihi batas ini akan menyebabkan error saat tugas dikirim. Dalam kasus ini, bagi tabel ke beberapa tugas atau konfigurasikan tugas untuk memigrasikan seluruh database. DTS tidak memigrasikan temporary tables, internal triggers, atau fungsi tertentu (seperti fungsi berbasis C dan internal untuk PROCEDURE dan FUNCTION) dari database sumber. DTS mendukung migrasi beberapa tipe data kustom (COMPOSITE, ENUM, atau RANGE) dan constraint berikut: primary key, foreign key, unique, dan CHECK. Untuk migrasi data inkremental, persyaratan write-ahead logging (WAL) berikut berlaku: Parameter wal_level harus diatur ke logical. Untuk tugas migrasi data inkremental, WAL di database sumber harus disimpan lebih dari 24 jam. Untuk tugas yang mencakup migrasi data penuh dan inkremental, DTS mensyaratkan agar WAL disimpan minimal 7 hari. Setelah migrasi data penuh selesai, Anda dapat mengurangi periode retensi menjadi lebih dari 24 jam. Jika DTS tidak dapat memperoleh WAL yang diperlukan, tugas migrasi dapat gagal. Dalam kasus ekstrem, ketidakkonsistenan atau kehilangan data dapat terjadi. Masalah yang disebabkan oleh periode retensi WAL lebih pendek dari durasi yang disyaratkan tidak dicakup oleh Service Level Agreement (SLA) DTS. Batasan operasi di database sumber: Selama fase migrasi skema dan migrasi data penuh, jangan lakukan operasi DDL karena akan menyebabkan tugas migrasi gagal. Jika Anda hanya melakukan migrasi data penuh, jangan menulis data baru ke database sumber. Hal ini menyebabkan ketidakkonsistenan data antara database sumber dan tujuan. Untuk memastikan konsistensi data real-time, pilih jenis migrasi yang mencakup migrasi skema, migrasi data penuh, dan migrasi data inkremental. Karena keterbatasan logical subscriptions, jika instance migrasi yang mencakup migrasi data inkremental sedang berjalan dan ukuran satu baris yang akan dimigrasikan melebihi 256 MB setelah perubahan inkremental, instance migrasi akan gagal secara permanen dan Anda harus mengonfigurasinya ulang. Jika database sumber memiliki transaksi jangka panjang dan instance dikonfigurasi untuk tugas migrasi inkremental, write-ahead logging (WAL) yang dihasilkan sebelum transaksi dikomit tidak dapat dihapus. Hal ini dapat menyebabkan akumulasi WAL dan menghabiskan disk space database sumber. Jika Anda melakukan peningkatan versi utama pada database sumber saat instance migrasi sedang berjalan, instance akan gagal secara permanen dan Anda harus mengonfigurasinya ulang. Tabel dengan generated columns di PostgreSQL 18 tidak mendukung migrasi. Jika Anda mengonfigurasi migrasi untuk tabel tersebut, operasi DML pada tabel itu akan diblokir.
Batasan lainnya	Untuk mencegah gangguan logical subscription akibat failover dan memastikan tugas migrasi data yang stabil, Anda harus mengaktifkan Logical Replication Slot Failover untuk instans ApsaraDB RDS for PostgreSQL Anda. Untuk petunjuknya, lihat Logical Replication Slot Failover. DTS hanya memigrasikan satu database per tugas. Untuk memigrasikan beberapa database, konfigurasikan tugas terpisah untuk masing-masing. DTS tidak mendukung migrasi tabel ekstensi TimescaleDB, tabel dengan cross-schema inheritance, atau tabel dengan expression-based unique indexes. Skema yang dibuat oleh plug-in tidak dapat dimigrasikan dan tidak tersedia untuk dipilih di konsol selama konfigurasi tugas. Jika tabel yang akan dimigrasikan berisi kolom bertipe SERIAL, 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 menyarankan agar Anda juga memilih Sequence atau memigrasikan seluruh skema. Jika tidak, instance 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 tabel tersebut. Hal 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 precheck, DTS akan menjalankan perintah ini secara otomatis saat menginisialisasi instance. Saat instance dijalankan pertama kali. Saat granularity objek migrasi diatur ke Schema dan tabel baru dibuat di skema atau tabel yang ada direkonstruksi 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 memvalidasi konten data tetapi tidak memvalidasi metadata seperti sequences; Anda harus memvalidasi metadata tersebut sendiri. Setelah Anda mengalihkan beban kerja ke instans tujuan, sequence yang ditulis baru tidak akan melanjutkan dari nilai maksimum sequence yang sesuai di database sumber. Sebelum mengalihkan beban kerja, Anda harus memperbarui nilai sequence di database tujuan. Untuk informasi selengkapnya, lihat Perbarui nilai sequence di database tujuan. DTS membuat tabel sementara berikut di database sumber untuk memperoleh informasi seperti statement DDL untuk data inkremental, skema tabel inkremental, dan data heartbeat. Jangan menghapus tabel sementara ini selama migrasi. Jika tidak, tugas DTS akan terganggu. DTS secara otomatis menghapus tabel-tabel ini setelah instance migrasi dirilis. `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`. Batasan ini berlaku untuk tugas migrasi data penuh atau inkremental di mana tabel yang akan dimigrasikan dari database sumber berisi foreign keys, triggers, atau event triggers. 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 ke `replica` di database tujuan secara manual. 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 dirilis, Anda dapat mengatur kembali parameter tersebut ke `origin`. Untuk memastikan akurasi latensi yang ditampilkan untuk migrasi data inkremental, DTS membuat tabel heartbeat bernama `dts_postgres_heartbeat` di database sumber. Selama migrasi data inkremental, DTS membuat replication slot dengan awalan `dts_sync_` di database sumber untuk mereplikasi data. Replication slot ini memungkinkan DTS memperoleh log inkremental dari database sumber dari 15 menit terakhir. Saat tugas migrasi data gagal atau instance migrasi dirilis, DTS akan mencoba membersihkan replication slot 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, replication slot tidak dapat dibersihkan secara otomatis. Dalam kasus ini, Anda harus membersihkan replication slot secara manual di database sumber untuk mencegah akumulasi log yang dapat menghabiskan disk space dan menyebabkan database sumber tidak tersedia. Jika terjadi alih bencana primary/secondary pada database sumber, Anda harus login ke database sekunder untuk membersihkan replication slot secara manual. Sebelum memigrasikan data, evaluasi kinerja database sumber dan tujuan. Lakukan migrasi data selama jam sepi. Selama migrasi data penuh, DTS mengonsumsi sumber daya baca dan tulis di kedua database, yang dapat meningkatkan beban database. Migrasi data penuh melibatkan operasi INSERT konkuren, yang dapat menyebabkan fragmentasi tabel di database tujuan sehingga mengakibatkan database tujuan mengonsumsi lebih banyak ruang penyimpanan daripada sumber. Konfirmasi apakah 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 Anda tidak secara eksplisit menentukan presisi, DTS menggunakan presisi 38 digit untuk FLOAT dan 308 digit untuk DOUBLE. DTS mencoba melanjutkan tugas migrasi yang gagal hingga tujuh hari. Oleh karena itu, sebelum Anda mengalihkan beban kerja ke instans tujuan, Anda harus menghentikan atau merilis tugas tersebut. Atau, cabut 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. 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 di Modifikasi parameter instance. Saat memigrasikan tabel partisi, Anda harus menyertakan tabel induk dan partisi anaknya sebagai objek migrasi. Jika tidak, data di tabel partisi dapat menjadi tidak konsisten. Penting Tabel induk dari tabel partisi PostgreSQL tidak menyimpan data secara langsung. Semua data disimpan di partisi anaknya. Tugas migrasi data harus mencakup tabel induk dan semua partisi anaknya. Jika tidak, data di partisi anak dapat terlewat, yang menyebabkan ketidakkonsistenan data antara sumber dan tujuan. Migrasi tabel partisi dan tabel inheritance (tabel induk-anak) lintas database berbeda tidak didukung. Pastikan tabel partisi dan semua partisinya berada di database yang sama. Pastikan juga tabel induk dan semua tabel anaknya berada di database yang sama.
Kasus khusus	Jangan mengubah endpoint koneksi atau zona instans sumber ApsaraDB RDS for PostgreSQL selama migrasi karena akan menyebabkan tugas gagal.

Jenis migrasi

Migrasi skema

DTS memigrasikan definisi skema objek migrasi dari database sumber ke database tujuan.
Migrasi penuh

DTS memigrasikan semua data historis dari objek migrasi yang ditentukan dari database sumber ke database tujuan.
Migrasi inkremental

Setelah migrasi penuh selesai, DTS memigrasikan pembaruan data inkremental dari database sumber ke database tujuan. Migrasi inkremental memungkinkan Anda memigrasikan data secara lancar tanpa mengganggu aplikasi yang dikelola sendiri.

Objek yang didukung

skema dan tabel

Catatan
Ini mencakup primary key, unique key, foreign key, DATATYPE (tipe data bawaan), dan default constraint.
view, procedure (untuk PostgreSQL 11 atau lebih baru), function, rule, sequence, extension, trigger, aggregate, index, operator, dan domain

Operasi SQL yang didukung

Jenis operasi	Operasi SQL
DML	`INSERT`, `UPDATE`, `DELETE`
DDL	Migrasi DDL hanya didukung untuk tugas migrasi data yang dibuat setelah . Penting Untuk tugas migrasi data yang dibuat sebelum 12 Mei 2023 (waktu Singapura), Anda harus membuat trigger dan function di database sumber untuk menangkap informasi DDL sebelum mengonfigurasi tugas. Untuk informasi selengkapnya, lihat Gunakan trigger dan function untuk mengimplementasikan migrasi DDL inkremental untuk PostgreSQL. Tipe data `BIT` tidak didukung selama migrasi data inkremental. Tugas migrasi mendukung operasi DDL berikut, asalkan akun database sumber adalah akun berhak istimewa tinggi dan instans RDS PostgreSQL memiliki versi mesin minor 20210228 atau lebih baru. Untuk informasi cara meningkatkan versi mesin minor, lihat Tingkatkan versi mesin minor. `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` (memerlukan database sumber PostgreSQL 11 atau lebih baru) `CREATE INDEX ON TABLE` Penting Statement DDL yang mencakup informasi tambahan, seperti `CASCADE` atau `RESTRICT`, tidak didukung. Statement DDL dalam sesi yang menggunakan perintah `SET session_replication_role = replica` tidak dimigrasikan. Statement DDL yang dieksekusi dengan memanggil `FUNCTION` tidak didukung. Jika satu commit berisi operasi DML dan DDL, operasi DDL tidak dimigrasikan. Jika satu commit berisi operasi DDL pada objek yang tidak dimigrasikan, operasi tersebut tidak dimigrasikan. Statement DDL yang dieksekusi langsung dalam plug-in melalui SPI (Server Programming Interface) tidak didukung.

Izin akun database

Database Instance	Migrasi skema	Migrasi data penuh	Migrasi data inkremental
instans sumber ApsaraDB RDS for PostgreSQL	Izin USAGE pada skema `pg_catalog`.	Izin SELECT pada objek yang akan dimigrasikan.	Akun istimewa yang merupakan pemilik database yang dipilih. Catatan Jika instans sumber ApsaraDB RDS for PostgreSQL menjalankan PostgreSQL 9.4 dan Anda hanya perlu memigrasikan operasi DML, akun tersebut hanya memerlukan izin REPLICATION.
instans tujuan ApsaraDB RDS for PostgreSQL	Izin CREATE dan USAGE pada objek tujuan.	Izin pemilik skema.

Untuk membuat akun database untuk instans ApsaraDB RDS for PostgreSQL dan memberikan izinnya, lihat Buat akun dan Buat database.

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 kiri, klik Data Migration.
3. Di pojok kiri atas halaman, pilih wilayah tempat instance migrasi berada.
Dari konsol DMS

Catatan
Operasi aktual dapat berbeda tergantung 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 instance migrasi berada.
Klik Create Task untuk membuka halaman konfigurasi tugas.

Konfigurasikan database sumber dan tujuan.

Peringatan

Setelah memilih instans sumber dan tujuan, kami sarankan agar Anda membaca dengan cermat batasan yang ditampilkan di bagian atas halaman. Jika tidak, tugas dapat gagal atau terjadi ketidakkonsistenan data.

Bagian	Parameter	Deskripsi
N/A	Task Name	DTS secara otomatis menghasilkan nama tugas. Kami menyarankan 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 PostgreSQL.
	Connection Type	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah tempat instans sumber ApsaraDB RDS for PostgreSQL berada.
	Instance ID	Pilih ID instans sumber ApsaraDB RDS for PostgreSQL.
	Database Name	Masukkan nama database di instans sumber ApsaraDB RDS for PostgreSQL yang berisi objek yang akan dimigrasikan.
	Database Account	Masukkan akun database untuk instans sumber ApsaraDB RDS for PostgreSQL. Untuk informasi izin yang diperlukan, lihat Izin yang diperlukan untuk akun database.
	Database Password	Masukkan password untuk akun database.
	Encryption	Menentukan apakah koneksi ke database sumber dienkripsi. Anda dapat mengonfigurasi parameter ini sesuai kebutuhan bisnis. Dalam contoh ini, Non-encrypted dipilih. Jika Anda ingin membuat koneksi terenkripsi SSL ke database sumber, lakukan langkah-langkah berikut: Pilih SSL-encrypted, unggah CA Certificate, Client Certificate, dan Private Key of Client Certificate sesuai kebutuhan, lalu tentukan Private Key Password of Client Certificate. Catatan Jika Anda mengatur Encryption ke SSL-encrypted untuk database PostgreSQL yang dikelola sendiri, Anda harus mengunggah CA Certificate. Jika Anda ingin menggunakan sertifikat klien, Anda harus mengunggah Client Certificate dan Private Key of Client Certificate serta menentukan Private Key Password of Client Certificate. Untuk informasi cara mengonfigurasi enkripsi SSL untuk instans ApsaraDB RDS for PostgreSQL, lihat Enkripsi SSL.
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 PostgreSQL.
	Connection Type	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah tempat instans tujuan ApsaraDB RDS for PostgreSQL berada.
	Instance ID	Pilih ID instans tujuan ApsaraDB RDS for PostgreSQL.
	Database Name	Masukkan nama database di instans tujuan ApsaraDB RDS for PostgreSQL yang akan menerima objek yang dimigrasikan.
	Database Account	Masukkan akun database untuk instans tujuan ApsaraDB RDS for PostgreSQL. Untuk informasi izin yang diperlukan, lihat Izin yang diperlukan untuk akun database.
	Database Password	Masukkan password untuk akun database.
	Encryption	Menentukan apakah koneksi ke database sumber dienkripsi. Anda dapat mengonfigurasi parameter ini sesuai kebutuhan bisnis. Dalam contoh ini, Non-encrypted dipilih. Jika Anda ingin membuat koneksi terenkripsi SSL ke database sumber, lakukan langkah-langkah berikut: Pilih SSL-encrypted, unggah CA Certificate, Client Certificate, dan Private Key of Client Certificate sesuai kebutuhan, lalu tentukan Private Key Password of Client Certificate. Catatan Jika Anda mengatur Encryption ke SSL-encrypted untuk database PostgreSQL yang dikelola sendiri, Anda harus mengunggah CA Certificate. Jika Anda ingin menggunakan sertifikat klien, Anda harus mengunggah Client Certificate dan Private Key of Client Certificate serta menentukan Private Key Password of Client Certificate. Untuk informasi cara mengonfigurasi enkripsi SSL untuk instans ApsaraDB RDS for PostgreSQL, lihat Enkripsi SSL.

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

Parameter	Deskripsi
Migration Types	Untuk melakukan migrasi data penuh satu kali, pilih Schema Migration dan Full Data Migration. Untuk melakukan migrasi dengan downtime minimal, pilih Schema Migration, Full Data Migration, dan Incremental Data Migration. Catatan Jika Anda memilih Schema Migration, DTS memigrasikan skema tabel yang akan dimigrasikan, termasuk foreign keys, dari database sumber ke database tujuan. Jika Anda tidak memilih Incremental Data Migration, jangan menulis data baru ke instans sumber selama migrasi 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, precheck lolos. Jika ada tabel dengan nama yang sama, error dilaporkan selama precheck 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: Melewatkan 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 dapat gagal. Lanjutkan 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 stored procedure 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 secara individu. Untuk mengubah nama beberapa objek migrasi di instans target, klik Selected Objects di pojok kanan atas kotak Batch Edit. Untuk informasi selengkapnya, lihat Pemetaan nama skema, tabel, dan kolom ganda. Catatan Jika Anda menggunakan fitur pemetaan nama objek, objek lain yang bergantung pada objek yang diganti namanya mungkin gagal dimigrasikan. Untuk menetapkan klausa WHERE untuk memfilter data, klik kanan tabel di kotak Selected Objects dan tentukan kondisi filter di kotak dialog yang muncul. Untuk informasi selengkapnya, lihat Tetapkan kondisi filter. Untuk memilih operasi SQL inkremental yang akan dimigrasikan pada tingkat database atau tabel, klik kanan objek 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 error dan segera mulai mencoba menghubungkan kembali. Durasi percobaan ulang default adalah 720 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 10 hingga 1440 menit. Kami menyarankan 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 gagal. Catatan Untuk beberapa instance 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, kami menyarankan agar Anda menyesuaikan waktu percobaan ulang berdasarkan kebutuhan bisnis, atau segera merilis instance DTS setelah instance database sumber dan tujuan dirilis.
Retry Time for Other Issues	Setelah tugas migrasi dimulai, jika terjadi masalah non-konektivitas, seperti exception eksekusi DDL atau DML, di database sumber atau tujuan, DTS melaporkan error dan segera mulai mencoba mengulang operasi tersebut. Durasi percobaan ulang default adalah 10 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 1 hingga 1440 menit. Kami menyarankan agar Anda 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 di 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 di database tujuan. Catatan Item konfigurasi ini tersedia hanya jika Anda memilih Full Data Migration untuk Migration Types. Anda juga dapat menyesuaikan kecepatan migrasi penuh setelah instance 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 di database tujuan. Catatan Item konfigurasi ini tersedia hanya jika Anda memilih Incremental Data Migration untuk Migration Types. Anda juga dapat menyesuaikan kecepatan migrasi inkremental setelah instance migrasi berjalan.
Environment Tag	Anda dapat memilih tag lingkungan untuk mengidentifikasi instance berdasarkan kebutuhan bisnis Anda. Contoh ini tidak memerlukan tag lingkungan.
Configure ETL	Pilih apakah akan mengaktifkan fitur extract, transform, and load (ETL). Untuk informasi selengkapnya, lihat Apa itu ETL? Nilai yang valid: Yes: Mengaktifkan fitur ETL. Masukkan statement pemrosesan data di editor kode. Untuk informasi selengkapnya, lihat Konfigurasi 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 mengirim pemberitahuan peringatan.

Klik Next: Data Validation untuk mengonfigurasi tugas validasi data.

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

Simpan tugas dan jalankan pemeriksaan awal.
- Untuk melihat parameter konfigurasi instance ini saat memanggil Operasi API, arahkan pointer ke tombol Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters di balon 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 prompt, 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 prompt, lalu jalankan Pemeriksaan Awal lagi.
  
  Untuk item pemeriksaan yang dapat diabaikan, Anda dapat mengklik Confirm Alert Details, Ignore, OK, dan Precheck Again untuk melewatkan 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 instance.

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

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

Kategori	Parameter	Deskripsi
New Instance Class	Resource Group Settings	Pilih kelompok sumber daya tempat instance tersebut berada. Nilai default adalah default resource group. Untuk informasi selengkapnya, lihat Apa itu Resource Management?
New Instance Class	Instance Class	DTS menyediakan spesifikasi migrasi dengan tingkat kinerja berbeda. Spesifikasi link memengaruhi kecepatan migrasi. Anda dapat memilih spesifikasi berdasarkan skenario bisnis Anda. Untuk informasi selengkapnya, lihat Spesifikasi link 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-nya 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.