Cara mengimplementasikan sinkronisasi dua arah antar klaster PolarDB for PostgreSQL - Data Transmission Service

Topik ini menjelaskan cara menggunakan Data Transmission Service (DTS) untuk mengimplementasikan sinkronisasi dua arah antar klaster PolarDB for PostgreSQL (Kompatibel dengan Oracle).

Prasyarat

Klaster PolarDB for PostgreSQL (Kompatibel dengan Oracle) sumber dan tujuan telah dibuat. Untuk informasi selengkapnya, lihat Buat klaster PolarDB for PostgreSQL (Kompatibel dengan Oracle).
Parameter wal_level pada klaster PolarDB for PostgreSQL (Kompatibel dengan Oracle) sumber dan tujuan diatur ke logical. Pengaturan ini menambahkan informasi yang diperlukan untuk replikasi logis ke write-ahead logging (WAL). Untuk informasi selengkapnya, lihat Atur parameter klaster.
Ruang penyimpanan klaster PolarDB for PostgreSQL (Kompatibel dengan Oracle) tujuan lebih besar daripada ruang penyimpanan yang digunakan oleh klaster PolarDB for PostgreSQL (Kompatibel dengan Oracle) sumber.

Catatan

Catatan

Selama sinkronisasi skema, DTS menyinkronkan kunci asing dari database sumber ke database tujuan.
Selama sinkronisasi data penuh dan sinkronisasi data inkremental, DTS sementara menonaktifkan pemeriksaan kendala dan operasi kaskade kunci asing pada tingkat sesi. Ketidakkonsistenan data dapat terjadi jika operasi pembaruan atau penghapusan kaskade dilakukan pada database sumber saat tugas sedang berjalan.

Tipe	Deskripsi
Batasan database sumber	Persyaratan bandwidth: Server tempat database sumber berada harus memiliki bandwidth outbound yang cukup. Jika tidak, kecepatan sinkronisasi data akan terpengaruh. Jika tabel yang akan disinkronkan tidak memiliki primary key atau kendala UNIQUE, Anda harus mengaktifkan fitur Penulisan Exactly-Once saat mengonfigurasi tugas. Jika tidak, data duplikat dapat muncul di database tujuan. Untuk informasi selengkapnya, lihat Sinkronkan tabel tanpa primary key atau kendala UNIQUE. Jika objek sinkronisasi adalah tabel dan Anda perlu mengeditnya (misalnya, memetakan nama tabel atau kolom), serta jumlah tabel yang disinkronkan dalam satu tugas melebihi 1.000, kami menyarankan agar Anda membagi tabel tersebut menjadi beberapa tugas atau mengonfigurasi satu tugas untuk menyinkronkan seluruh database. Jika tidak, kesalahan permintaan dapat dilaporkan setelah Anda mengirimkan tugas. Anda harus mengaktifkan WAL. Untuk tugas sinkronisasi inkremental, DTS mensyaratkan bahwa log WAL database sumber dipertahankan lebih dari 24 jam. Untuk tugas yang mencakup sinkronisasi penuh dan inkremental, DTS mensyaratkan bahwa log WAL dipertahankan setidaknya selama 7 hari. Anda dapat mengatur periode retensi log menjadi lebih dari 24 jam setelah sinkronisasi penuh selesai. Jika tidak, tugas DTS dapat gagal karena tidak dapat memperoleh log WAL. Dalam kasus ekstrem, ketidakkonsistenan atau kehilangan data dapat terjadi. Masalah yang disebabkan oleh periode retensi log WAL yang lebih pendek dari persyaratan DTS tidak dicakup oleh Perjanjian Tingkat Layanan (SLA). Jika database sumber memiliki transaksi jangka panjang, write-ahead log (WAL) yang dihasilkan sebelum transaksi jangka panjang dikomit dapat menumpuk selama tugas sinkronisasi inkremental. Hal ini dapat menyebabkan ruang disk database sumber menjadi tidak mencukupi. Batasan operasi di database sumber: Selama sinkronisasi skema dan sinkronisasi data penuh, jangan lakukan operasi DDL yang mengubah struktur database atau tabel. Jika tidak, tugas sinkronisasi data akan gagal. Jika Anda hanya melakukan sinkronisasi data penuh, jangan menulis data baru ke instans sumber. Jika tidak, ketidakkonsistenan data antara database sumber dan tujuan akan terjadi. Untuk menjaga konsistensi data secara real-time, kami menyarankan agar Anda memilih sinkronisasi skema, sinkronisasi data penuh, dan sinkronisasi data inkremental. Untuk memastikan tugas sinkronisasi berjalan sesuai harapan dan mencegah replikasi logis terganggu oleh alih bencana primer/sekunder, klaster PolarDB for PostgreSQL (Kompatibel dengan Oracle) harus mendukung dan mengaktifkan Logical Replication Slot Failover. Catatan Jika klaster PolarDB for PostgreSQL (Kompatibel dengan Oracle) tidak mendukung Logical Replication Slot Failover (misalnya, jika Database Engine klaster adalah Oracle syntax compatible 2.0), alih bencana ketersediaan tinggi (HA) di klaster dapat menyebabkan instansi sinkronisasi gagal dan tidak dapat dipulihkan. Karena batasan replikasi logis di database sumber, jika satu bagian data yang akan disinkronkan melebihi 256 MB setelah perubahan inkremental, instansi sinkronisasi dapat gagal dan tidak dapat dipulihkan. Anda harus mengonfigurasi ulang instansi sinkronisasi tersebut.
Batasan lainnya	Selama tugas sinkronisasi dua arah, DTS membuat skema bernama dts di database tujuan untuk mencegah loop data. Jangan mengubah skema ini selama tugas berjalan. Jika tabel yang akan disinkronkan berisi bidang bertipe SERIAL, database sumber secara otomatis membuat Sequence untuk bidang tersebut. Oleh karena itu, saat Anda mengonfigurasi Source Objects, jika Anda memilih Schema Synchronization untuk Synchronization Types, kami menyarankan agar Anda juga memilih Sequence atau menyinkronkan seluruh skema. Jika tidak, instansi sinkronisasi mungkin gagal berjalan. Tugas sinkronisasi dua arah mencakup tugas sinkronisasi maju dan balik. Saat Anda mengonfigurasi atau mengatur ulang tugas, jika objek tujuan salah satu tugas cocok dengan objek sinkronisasi tugas lainnya: Izinkan hanya satu tugas untuk menyinkronkan data penuh dan inkremental. Tugas lain hanya mendukung sinkronisasi inkremental. Data dari sumber tugas saat ini hanya disinkronkan ke tujuan tugas saat ini. Data tersebut tidak berfungsi sebagai data sumber untuk tugas lainnya. Satu tugas sinkronisasi data hanya dapat menyinkronkan satu database. Untuk menyinkronkan beberapa database, konfigurasikan tugas sinkronisasi data untuk setiap database. DTS tidak mendukung penyinkronan tabel ekstensi TimescaleDB, tabel dengan pewarisan lintas skema, atau tabel dengan indeks unik berdasarkan ekspresi. Skema yang dibuat dengan menginstal plugin tidak dapat disinkronkan. Anda tidak dapat memperoleh informasi tentang skema ini di konsol saat mengonfigurasi tugas. Dalam tiga skenario berikut, Anda harus menjalankan perintah `ALTER TABLE schema.table REPLICA IDENTITY FULL;` pada tabel yang akan disinkronkan di database sumber sebelum menulis data ke dalamnya. Hal ini memastikan konsistensi data. Jangan mengunci tabel saat menjalankan perintah ini untuk mencegah deadlock. Jika Anda melewati item pemeriksaan awal terkait, DTS akan menjalankan perintah ini secara otomatis selama inisialisasi instansi. Saat instansi dijalankan pertama kali. Saat Anda memilih Skema sebagai granularitas pemilihan objek, dan tabel baru dibuat di skema atau tabel yang akan disinkronkan dibangun ulang menggunakan perintah RENAME. Saat Anda menggunakan fitur untuk memodifikasi objek sinkronisasi. 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 menghapus tabel sementara ini selama sinkronisasi. Jika tidak, tugas DTS akan menjadi abnormal. Tabel sementara ini akan dihapus secara otomatis setelah instansi 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 sinkronisasi data inkremental, DTS menambahkan tabel heartbeat bernama `dts_postgres_heartbeat` ke database sumber. Selama sinkronisasi data, 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 dalam 15 menit terakhir. Saat sinkronisasi data gagal atau instansi sinkronisasi dilepas, DTS akan mencoba menghapus slot replikasi secara otomatis. Catatan Jika Anda mengubah kata sandi akun database sumber yang digunakan oleh tugas atau menghapus alamat IP DTS dari daftar putih database sumber selama sinkronisasi data, slot replikasi tidak dapat dihapus secara otomatis. Dalam hal ini, Anda harus menghapus 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 di database sumber, Anda harus login ke database sekunder untuk menghapus slot secara manual. Evaluasi kinerja database sumber dan tujuan sebelum menyinkronkan data. Kami juga menyarankan agar Anda menyinkronkan data selama jam sepi (misalnya, saat beban CPU kedua database di bawah 30%). Jika tidak, sinkronisasi data penuh akan mengonsumsi sumber daya baca dan tulis pada kedua database, yang dapat meningkatkan beban database. Karena sinkronisasi data penuh menjalankan operasi INSERT secara konkuren, hal ini menyebabkan fragmentasi tabel di database tujuan. Akibatnya, ruang tabel di database tujuan lebih besar daripada di instans sumber setelah sinkronisasi penuh selesai. Untuk kolom bertipe data FLOAT atau DOUBLE, DTS membaca nilai menggunakan `ROUND(COLUMN,PRECISION)`. Jika Anda tidak secara eksplisit menentukan presisi, DTS menggunakan presisi default 38 untuk FLOAT dan 308 untuk DOUBLE. Pastikan presisi sinkronisasi memenuhi kebutuhan bisnis Anda. DTS mencoba memulihkan tugas yang gagal secara otomatis dalam waktu tujuh hari. Oleh karena itu, sebelum Anda memindahkan bisnis ke instans tujuan, Anda harus mengakhiri atau melepas tugas tersebut, atau menggunakan perintah `REVOKE` untuk mencabut izin tulis akun yang digunakan DTS untuk mengakses instans tujuan. Hal ini mencegah data sumber menimpa data di instans tujuan setelah tugas dipulihkan. Untuk tugas sinkronisasi penuh atau inkremental, jika tabel yang akan disinkronkan di database sumber berisi kunci asing, pemicu, atau pemicu event, DTS 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 (saat `session_replication_role` adalah `replica`), jika operasi pembaruan atau penghapusan kaskade terjadi di database sumber, ketidakkonsistenan data dapat terjadi. Setelah tugas DTS dilepas, Anda dapat mengubah parameter `session_replication_role` kembali 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 Modify instance parameters. Saat Anda menyinkronkan tabel partisi, Anda harus menyertakan tabel induk dan partisi anaknya sebagai objek sinkronisasi. Jika tidak, ketidakkonsistenan data dapat terjadi pada tabel partisi tersebut. Catatan Tabel induk dari tabel partisi PostgreSQL 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 tidak disinkronkan, sehingga menyebabkan ketidakkonsistenan data antara sumber dan tujuan.

Penagihan

Tipe sinkronisasi	Harga
Sinkronisasi skema dan sinkronisasi data penuh	Gratis.
Sinkronisasi data inkremental	Dikenai biaya. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

Deteksi konflik yang didukung

Untuk memastikan konsistensi data, pastikan bahwa catatan data dengan primary key, business primary key, atau unique key yang sama hanya diperbarui di salah satu instans database dalam sinkronisasi dua arah. Jika catatan data diperbarui di kedua instans database, sistem DTS akan menerapkan kebijakan resolusi konflik yang dikonfigurasi dalam tugas tersebut.

DTS memeriksa dan memperbaiki konflik untuk memaksimalkan stabilitas tugas sinkronisasi dua arah. DTS dapat mendeteksi jenis konflik berikut:

Konflik keunikan yang disebabkan oleh operasi INSERT

Dalam sinkronisasi dua arah, jika catatan dengan primary key yang sama dimasukkan ke kedua instans database secara bersamaan (atau berurutan dekat), konflik kendala keunikan akan dipicu. Saat pernyataan INSERT disinkronkan ke instans pasangan, operasi tersebut akan gagal karena catatan dengan nilai primary key yang sama sudah ada.
Catatan yang tidak cocok dalam operasi UPDATE
- Jika catatan yang akan diperbarui tidak ada di instans tujuan, DTS mengubah operasi UPDATE menjadi operasi INSERT. Namun, konflik keunikan dapat terjadi.
- Catatan yang akan diperbarui oleh operasi UPDATE menyebabkan konflik primary key atau unique key.
Catatan yang tidak ada untuk dihapus

Catatan yang akan dihapus tidak ada di instans tujuan. Dalam hal ini, DTS mengabaikan operasi DELETE terlepas dari kebijakan resolusi konflik yang Anda tentukan.

Penting

Karena perbedaan waktu dan latensi, DTS tidak dapat menjamin pencegahan konflik 100%. Untuk memastikan konsistensi, perbarui catatan dengan primary key atau unique key yang sama hanya di satu instans database dalam satu waktu.
DTS menyediakan berbagai strategi resolusi konflik untuk konflik data tersebut, yang dapat Anda pilih saat mengonfigurasi sinkronisasi data dua arah.

Objek 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 berdasarkan tipe database tujuan. Untuk detail spesifik, lihat konsol.

Operasi SQL yang didukung

Operasi	Pernyataan SQL
DML	INSERT, UPDATE, dan DELETE
DDL	CREATE TABLE dan DROP TABLE ALTER TABLE (Ini mencakup RENAME TABLE, ADD COLUMN, ADD COLUMN DEFAULT, ALTER COLUMN TYPE, DROP COLUMN, ADD CONSTRAINT, ADD CONSTRAINT CHECK, dan ALTER COLUMN DROP DEFAULT.) CREATE INDEX ON TABLE Catatan Pernyataan DDL tidak disinkronkan dalam skenario berikut: Informasi tambahan seperti CASCADE dan RESTRICT dalam pernyataan DDL tidak disinkronkan. Jika transaksi berisi pernyataan DML dan DDL, pernyataan DDL tidak disinkronkan. Jika hanya sebagian pernyataan DDL dari transaksi yang termasuk dalam tugas sinkronisasi data, pernyataan DDL tidak disinkronkan. Jika pernyataan DDL dieksekusi dari sesi yang dibuat dengan menjalankan pernyataan SET session_replication_role = replica, pernyataan DDL tidak disinkronkan. Pernyataan DDL yang dieksekusi dengan memanggil metode seperti FUNCTION tidak disinkronkan. Jika tidak ada skema yang ditentukan dalam pernyataan DDL, pernyataan DDL tidak disinkronkan. Dalam hal ini, skema publik ditentukan dalam pernyataan SHOW search_path. Jika pernyataan DDL berisi IF NOT EXISTS, pernyataan DDL tidak disinkronkan.

Penting

Hanya tugas maju, yang menyinkronkan data dari database sumber ke database tujuan, yang mendukung sinkronisasi DDL. Tugas sinkronisasi balik, yang menyinkronkan data dari database tujuan ke database sumber, tidak mendukung sinkronisasi DDL dan secara otomatis memfilter operasi DDL.

Izin akun database

Database	Izin yang diperlukan	Metode pembuatan dan otorisasi
Klaster PolarDB for PostgreSQL (Kompatibel dengan Oracle) sumber	Akun istimewa yang merupakan pemilik database.	Buat akun database dan Manajemen database.
Klaster PolarDB for PostgreSQL (Kompatibel dengan Oracle) tujuan	Akun istimewa yang merupakan pemilik database.	Buat akun database dan Manajemen database.

Prosedur

Buka halaman daftar tugas sinkronisasi wilayah tujuan. Anda dapat menggunakan salah satu dari dua metode berikut:
Dari konsol DTS
1. Login ke Konsol Data Transmission Service (DTS).
2. Di panel navigasi sebelah kiri, klik Data Synchronization.
3. Di pojok kiri atas halaman, pilih wilayah tempat instansi sinkronisasi berada.
Dari konsol DMS
Catatan
Operasi aktual dapat bervariasi berdasarkan mode dan tata letak konsol DMS. Untuk informasi selengkapnya, lihat Mode sederhana dan Sesuaikan tata letak dan gaya antarmuka DMS.
1. Login ke Data Management (DMS).
2. Di bilah menu atas, pilih Data + AI > Data Transmission (DTS) > Data Synchronization.
3. Di sebelah kanan Data Synchronization Tasks, pilih wilayah tempat instansi sinkronisasi berada.
Klik Create Task untuk membuka halaman konfigurasi tugas.

Konfigurasikan database sumber dan tujuan.

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 harus unik.
Source Database	Select Existing Connection	Untuk menggunakan instans database yang ditambahkan ke sistem (baru dibuat atau disimpan), pilih instans database dari daftar drop-down. Informasi database akan dikonfigurasi secara otomatis. Catatan Di konsol DMS, item konfigurasi ini bernama Select a DMS database instance.. Jika Anda belum menambahkan instans database ke sistem, atau Anda tidak perlu menggunakan instans yang sudah ditambahkan, konfigurasikan informasi database berikut secara manual.
	Database Type	Pilih PolarDB (Compatible with Oracle).
	Access Method	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah tempat klaster PolarDB for PostgreSQL (Compatible with Oracle) sumber berada.
	Replicate Data Across Alibaba Cloud Accounts	Contoh ini menunjukkan sinkronisasi dalam akun Alibaba Cloud yang sama. Pilih No.
	Instance ID	Pilih ID klaster PolarDB for PostgreSQL (Compatible with Oracle) sumber.
	Database Name	Masukkan nama database di klaster PolarDB for PostgreSQL (Compatible with Oracle) sumber yang berisi objek yang akan disinkronkan.
	Database Account	Masukkan akun database klaster PolarDB for PostgreSQL (Compatible with Oracle) sumber. Untuk persyaratan izin, lihat Izin akun database.
	Database Password	Masukkan kata sandi yang sesuai dengan akun database tersebut.
Destination Database	Select Existing Connection	Untuk menggunakan instans database yang ditambahkan ke sistem (baru dibuat atau disimpan), pilih instans database dari daftar drop-down. Informasi database akan dikonfigurasi secara otomatis. Catatan Di konsol DMS, item konfigurasi ini bernama Select a DMS database instance.. Jika Anda belum menambahkan instans database ke sistem, atau Anda tidak perlu menggunakan instans yang sudah ditambahkan, konfigurasikan informasi database berikut secara manual.
	Database Type	Pilih PolarDB (Compatible with Oracle).
	Connection Type	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah tempat klaster PolarDB for PostgreSQL (Compatible with Oracle) tujuan berada.
	Instance ID	Pilih ID klaster PolarDB for PostgreSQL (Compatible with Oracle) tujuan.
	Database Name	Masukkan nama database di klaster PolarDB for PostgreSQL (Compatible with Oracle) tujuan yang berisi objek yang disinkronkan.
	Database Account	Masukkan akun database klaster PolarDB for PostgreSQL (Compatible with Oracle) tujuan. Untuk persyaratan izin, lihat Izin akun database.
	Database Password	Masukkan kata sandi yang sesuai dengan akun database tersebut.

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 akan disinkronkan.

Konfigurasi	Deskripsi
Synchronization Types	Tipe sinkronisasi. Secara default, Incremental Data Synchronization dipilih. Anda juga harus memilih Schema Synchronization dan Full Data Synchronization. Setelah pemeriksaan awal selesai, DTS menyinkronkan data historis objek yang dipilih dari database sumber ke klaster tujuan. Data historis ini menjadi dasar untuk sinkronisasi inkremental berikutnya.
Processing Mode of Conflicting Tables	Precheck and Report Errors: Memeriksa apakah tabel dengan nama yang sama ada di database tujuan. Jika tabel dengan nama yang sama tidak ada, pemeriksaan awal lolos. Jika tabel dengan nama yang sama ada, pemeriksaan awal gagal dan tugas sinkronisasi data tidak dimulai. Catatan Jika Anda tidak dapat menghapus atau mengganti nama tabel dengan nama yang sama di database tujuan, Anda dapat memetakannya ke nama tabel yang berbeda. Untuk informasi selengkapnya, lihat Map table and column names. Ignore Errors and Proceed: Melewati pemeriksaan nama tabel duplikat di database tujuan. Peringatan Memilih Ignore Errors and Proceed dapat menyebabkan ketidakkonsistenan data dan membahayakan bisnis Anda. Misalnya: Jika skema tabel sama dan catatan di database tujuan memiliki nilai primary key atau unique key yang sama dengan catatan di database sumber: Selama sinkronisasi penuh, DTS mempertahankan catatan di klaster tujuan. Catatan yang sesuai dari database sumber tidak disinkronkan. Selama sinkronisasi inkremental, catatan dari database sumber menimpa catatan di database tujuan. Jika skema tabel berbeda, sinkronisasi data awal mungkin gagal. Hal ini dapat mengakibatkan hanya data kolom parsial yang disinkronkan atau kegagalan sinkronisasi total. Lakukan dengan hati-hati.
Synchronization Topology	Pilih Two-way Synchronization.
Exclude DDL Operations	Pilih Yes untuk tidak menyinkronkan operasi DDL dari tugas maju. Pilih No untuk menyinkronkan operasi DDL dari tugas maju. Penting Tugas balik secara otomatis memfilter operasi DDL.
Conflict Resolution Policy	Pilih kebijakan resolusi konflik sesuai kebutuhan. Untuk informasi tentang tipe konflik yang didukung, lihat Deteksi konflik yang didukung. TaskFailed (If a conflict occurs, an error is reported and the task is stopped) Jika terjadi konflik data selama sinkronisasi, tugas melaporkan kesalahan dan berhenti. Tugas masuk ke status Gagal dan memerlukan intervensi manual. Ignore (If a conflict occurs, the conflicting record in the destination instance is used) Jika terjadi konflik data selama sinkronisasi, pernyataan sinkronisasi saat ini dilewati dan proses dilanjutkan. Catatan yang bertentangan di database tujuan dipertahankan. Overwrite (If a conflict occurs, the conflicting record in the destination instance is overwritten) Jika terjadi konflik data selama sinkronisasi, catatan yang bertentangan di database tujuan ditimpa. Catatan Jika tugas sinkronisasi dijeda atau dimulai ulang dan terjadi penundaan, kebijakan ini tidak berlaku. Data tujuan ditimpa secara default.
Capitalization of Object Names in Destination Instance	Anda dapat mengonfigurasi kebijakan sensitivitas huruf besar/kecil untuk nama objek database, tabel, dan kolom yang disinkronkan ke instans tujuan. Secara default, DTS default policy dipilih. Anda juga dapat memilih untuk menggunakan kebijakan default database sumber dan tujuan. Untuk informasi selengkapnya, lihat Case sensitivity policy for destination object names.
Source Objects	Di kotak Source Objects, klik objek yang akan disinkronkan, lalu klik untuk memindahkannya ke kotak Selected Objects. Catatan Anda dapat memilih objek sinkronisasi pada tingkat skema atau tabel. Jika Anda memilih tabel sebagai objek sinkronisasi, objek lain seperti view, trigger, dan stored procedure tidak disinkronkan ke database tujuan. Jika tabel yang akan disinkronkan berisi tipe data SERIAL, dan Anda memilih Schema Synchronization sebagai Synchronization Types, kami menyarankan agar Anda juga memilih Sequence atau sinkronisasi seluruh skema.
Selected Objects	Untuk mengganti nama satu objek sinkronisasi di instans tujuan, klik kanan objek tersebut di kotak Selected Objects. Untuk informasi selengkapnya tentang penggantian nama objek, lihat Map a single database, table, or column. Untuk mengubah nama beberapa objek sinkronisasi di instans tujuan secara batch, klik Batch Edit di pojok kanan atas kotak Selected Objects. Untuk informasi selengkapnya, lihat Map databases, tables, and columns in a batch. Catatan Untuk memilih operasi SQL yang akan disinkronkan pada tingkat database atau tabel, klik kanan objek yang akan disinkronkan di kotak Selected Objects dan pilih operasi SQL yang diinginkan di kotak dialog yang muncul. Untuk mengatur klausa WHERE guna memfilter data, klik kanan tabel yang akan disinkronkan di kotak Selected Objects dan atur kondisi filter di kotak dialog yang muncul. Untuk informasi selengkapnya tentang cara mengatur kondisi, lihat Set a filter condition. Jika Anda menggunakan fitur pemetaan nama objek, objek lain yang bergantung pada objek yang dipetakan mungkin gagal disinkronkan.

Klik Next: Advanced Settings untuk mengonfigurasi parameter lanjutan.

Konfigurasi	Deskripsi
Dedicated Cluster for Task Scheduling	Secara default, DTS menjadwalkan tugas di klaster bersama, dan Anda tidak perlu memilih klaster. Untuk kinerja yang lebih stabil, Anda dapat membeli klaster khusus untuk menjalankan tugas sinkronisasi DTS. Untuk informasi selengkapnya, lihat What is a DTS dedicated cluster?.
Retry Time for Failed Connections	Setelah tugas sinkronisasi dimulai, jika koneksi ke database sumber atau tujuan gagal, DTS melaporkan kesalahan dan segera mulai mencoba menghubungkan kembali. Durasi percobaan ulang default adalah 720 menit. Anda juga dapat menentukan durasi percobaan ulang kustom dari 10 hingga 1.440 menit. Kami menyarankan agar Anda mengatur durasi minimal 30 menit. Jika DTS berhasil menghubungkan kembali ke database dalam durasi yang ditentukan, tugas sinkronisasi akan dilanjutkan secara otomatis. Jika tidak, tugas gagal. Catatan Jika Anda memiliki beberapa instans DTS (misalnya, Instans A dan Instans B) yang berbagi sumber atau tujuan yang sama, dan Anda mengatur waktu percobaan ulang jaringan menjadi 30 menit untuk Instans A dan 60 menit untuk Instans B, durasi yang lebih pendek yaitu 30 menit akan digunakan untuk keduanya. Karena DTS membebankan biaya berdasarkan waktu proses tugas selama periode percobaan ulang koneksi, kami menyarankan agar Anda menyesuaikan durasi percobaan ulang berdasarkan kebutuhan bisnis Anda atau segera melepas instans DTS setelah instans database sumber dan tujuan dilepas.
Retry Time for Other Issues	Setelah tugas sinkronisasi dimulai, jika terjadi masalah non-konektivitas lainnya pada database sumber atau tujuan (seperti pengecualian eksekusi DDL atau DML), DTS melaporkan kesalahan dan segera mulai melakukan operasi percobaan ulang terus-menerus. Durasi percobaan ulang default adalah 10 menit. Anda juga dapat menyesuaikan durasi percobaan ulang dalam rentang 1 hingga 1.440 menit. Kami menyarankan agar Anda mengaturnya minimal 10 menit. Jika operasi terkait berhasil dalam durasi percobaan ulang yang ditetapkan, tugas sinkronisasi akan dilanjutkan secara otomatis. Jika tidak, tugas gagal. Penting Nilai untuk Retry Time for Other Issues harus lebih kecil daripada nilai untuk Retry Time for Failed Connections.
Enable Throttling for Full Data Migration	Selama tahap sinkronisasi penuh, DTS mengonsumsi sumber daya baca dan tulis dari database sumber dan tujuan, yang dapat meningkatkan beban database. Untuk mengurangi beban pada database sumber dan tujuan, Anda dapat mengatur batas laju untuk tugas sinkronisasi penuh dengan mengonfigurasi parameter Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s). Catatan Item konfigurasi ini hanya tersedia saat Synchronization Types diatur ke Full Data Synchronization. Anda juga dapat menyesuaikan laju sinkronisasi penuh setelah instans sinkronisasi berjalan.
Enable Throttling for Incremental Data Synchronization	Anda juga dapat mengatur batas laju untuk tugas sinkronisasi inkremental. Untuk mengurangi tekanan pada database tujuan, atur RPS of Incremental Data Synchronization dan Data synchronization speed for incremental synchronization (MB/s).
Environment Tag	Anda dapat memilih tag lingkungan untuk mengidentifikasi instans sesuai kebutuhan. Tidak perlu memilih untuk contoh ini.
Configure ETL	Pilih apakah akan mengaktifkan fitur ekstrak, transformasi, muat (ETL). Untuk informasi selengkapnya, lihat What is ETL? Nilai yang valid: Yes: Mengaktifkan fitur ETL. Masukkan pernyataan pemrosesan data di editor kode. Untuk informasi selengkapnya, lihat Configure ETL in a data migration or data synchronization task. No: Menonaktifkan fitur ETL.
Monitoring and Alerting	Tentukan apakah akan mengonfigurasi peringatan. Jika sinkronisasi gagal atau latensi melebihi ambang batas yang ditentukan, notifikasi akan dikirim ke kontak peringatan. No: Tidak ada peringatan yang dikonfigurasi. Yes: Konfigurasikan peringatan dengan mengatur ambang batas peringatan dan menentukan notifikasi peringatan. Untuk informasi selengkapnya, lihat Configure monitoring and alerting during task configuration.

Klik Next: Data Validation untuk mengonfigurasi tugas validasi data.

Untuk informasi selengkapnya tentang fitur validasi data, lihat Configure data validation.

Simpan tugas dan jalankan pemeriksaan awal.
- Untuk melihat parameter API untuk mengonfigurasi instans ini, arahkan kursor ke tombol Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters di gelembung.
- Jika Anda telah selesai melihat parameter API, klik Next: Save Task Settings and Precheck di bagian bawah halaman.
Catatan
- Sebelum pekerjaan sinkronisasi dimulai, DTS menjalankan pemeriksaan awal. Pekerjaan hanya dapat dimulai setelah semua item pemeriksaan awal lolos.
- Jika pemeriksaan awal gagal, klik View Details untuk item yang gagal. Perbaiki masalah sesuai petunjuk, lalu jalankan kembali pemeriksaan awal.
- Jika pemeriksaan awal mengembalikan peringatan:
  Jika item pemeriksaan gagal dan tidak dapat diabaikan, klik View Details di sebelah item tersebut. Ikuti petunjuk untuk memperbaiki masalah, lalu jalankan kembali pemeriksaan awal.
  Untuk item pemeriksaan yang dapat diabaikan, Anda dapat mengklik Confirm Alert Details, Ignore, OK, dan Precheck Again secara berurutan untuk melewati peringatan dan menjalankan kembali pemeriksaan awal. Jika Anda memilih untuk mengabaikan item 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 metode penagihan dan spesifikasi link untuk instans sinkronisasi data. Tabel berikut menjelaskan parameter ini secara rinci.

Kategori	Parameter	Deskripsi
New Instance Class	Billing Method	Subscription: Anda membayar saat membuat instans. Ini cocok untuk kebutuhan jangka panjang dan lebih hemat biaya dibandingkan bayar sesuai penggunaan. Semakin lama durasi langganan, semakin tinggi diskonnya. Pay-as-you-go: Anda dikenai biaya per jam. Ini cocok untuk kebutuhan jangka pendek. Anda dapat melepas instans segera setelah digunakan untuk menghemat biaya.
	Resource Group Configuration	Kelompok sumber daya tempat instans tersebut berada. Default-nya adalah kelompok sumber daya default. Untuk informasi selengkapnya, lihat What is Resource Management?.
	Link Specification	DTS menyediakan spesifikasi sinkronisasi dengan tingkat kinerja berbeda. Spesifikasi link sinkronisasi memengaruhi laju sinkronisasi. Anda dapat memilih spesifikasi berdasarkan skenario bisnis Anda. Untuk informasi selengkapnya, lihat Data synchronization link specifications.
	Subscription Duration	Dalam mode subscription, pilih durasi dan jumlah untuk instans langganan. Anda dapat memilih langganan bulanan dari 1 hingga 9 bulan, atau langganan tahunan selama 1, 2, 3, atau 5 tahun. Catatan Opsi ini hanya tersedia saat metode penagihan adalah Subscription.

Setelah menyelesaikan konfigurasi, baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.
Klik Purchase and Start, dan di kotak dialog OK, klik OK.
Anda dapat melihat progres tugas spesifik di halaman sinkronisasi data.
Catatan
Jika instans DTS yang Anda konfigurasi mencakup tugas penuh dan inkremental (Synchronization Types mencakup Full Data Synchronization dan Incremental Data Synchronization), keduanya ditampilkan sebagai satu tugas Incremental Data Synchronization di halaman daftar tugas.

Konfigurasikan tugas sinkronisasi balik.
1. Tunggu hingga tugas sinkronisasi maju menyelesaikan inisialisasi hingga Status-nya menjadi Running.
2. Di kolom Actions tugas balik, klik Configure Task.
3. Konfigurasikan tugas sinkronisasi balik dengan mengikuti Langkah 3 hingga Langkah 6.
  Penting
  - Saat mengonfigurasi tugas sinkronisasi balik, Anda harus memilih instans sumber dan tujuan yang benar. Instans sumber dalam tugas balik adalah instans tujuan dalam tugas maju. Instans tujuan dalam tugas balik adalah instans sumber dalam tugas maju. Anda juga harus memastikan bahwa informasi instans, seperti nama database, akun, dan kata sandi, konsisten.
  - Instance Region database sumber dan tujuan tidak dapat dimodifikasi untuk tugas sinkronisasi balik. Lebih sedikit parameter yang tersedia untuk dikonfigurasi dibandingkan tugas sinkronisasi maju. Konfigurasikan parameter yang ditampilkan di konsol.
  - Processing Mode of Conflicting Tables untuk tugas sinkronisasi balik tidak memeriksa tabel yang disinkronkan ke instans tujuan oleh tugas sinkronisasi maju.
  - Tugas sinkronisasi balik tidak mendukung penyinkronan objek yang tidak ada dalam daftar Selected Objects tugas maju.
  - Kami menyarankan agar Anda tidak menggunakan fitur pemetaan saat mengonfigurasi tugas balik. Jika tidak, ketidakkonsistenan data dapat terjadi.
4. Saat Success Rate mencapai 100%, klik Back.
Setelah tugas sinkronisasi balik dikonfigurasi, tunggu hingga Status kedua tugas sinkronisasi menjadi Running. Hal ini menyelesaikan proses konfigurasi untuk sinkronisasi data dua arah.