All Products
Search
Document Center

Data Transmission Service:Sinkronisasi PolarDB for PostgreSQL ke RDS for PostgreSQL

Last Updated:Jul 11, 2026

DTS menyinkronkan data dari PolarDB for PostgreSQL ke ApsaraDB RDS for PostgreSQL.

Prasyarat

  • Anda harus memiliki kluster database PolarDB for PostgreSQL sebagai sumber. Untuk membuatnya, lihat Buat kluster database.

  • Anda harus memiliki instans ApsaraDB RDS for PostgreSQL sebagai tujuan. Untuk membuatnya, lihat Buat instans ApsaraDB RDS for PostgreSQL.

  • Parameter wal_level pada kluster PolarDB for PostgreSQL sumber harus diatur ke logical. Untuk petunjuknya, lihat Atur parameter kluster.

  • Database tujuan harus memiliki ruang penyimpanan lebih besar daripada yang digunakan oleh database 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 secara sementara menonaktifkan pemeriksaan constraint dan operasi kaskade pada kunci asing di tingkat sesi. Jika terjadi pembaruan atau penghapusan kaskade di database sumber selama sinkronisasi, ketidakkonsistenan data dapat terjadi.

Jenis

Deskripsi

Batasan database sumber

  • Pada kluster PolarDB for PostgreSQL, tabel yang akan disinkronkan harus memiliki primary key atau indeks unik non-null.

  • Jika database sumber memiliki transaksi jangka panjang dan instans memiliki tugas sinkronisasi inkremental, write-ahead log (WAL) yang dihasilkan sebelum transaksi jangka panjang tersebut dikomit dapat menumpuk. Hal ini dapat menyebabkan ruang disk database sumber menjadi tidak mencukupi.

  • Untuk memastikan tugas sinkronisasi berjalan sesuai harapan dan mencegah replikasi logis terganggu oleh alih bencana primer/sekunder, kluster PolarDB for PostgreSQL harus mendukung dan mengaktifkan Logical Replication Slot Failover.

    Catatan

    Jika kluster PolarDB for PostgreSQL sumber tidak mendukung Logical Replication Slot Failover (misalnya, jika Database Engine kluster adalah PostgreSQL 14), alih bencana high-availability (HA) di database sumber dapat menyebabkan instans sinkronisasi gagal dan tidak dapat dipulihkan.

  • Karena keterbatasan inheren langganan logis di database sumber, jika satu catatan data yang akan disinkronkan melebihi 256 MB setelah perubahan inkremental, instans sinkronisasi akan gagal dan harus dikonfigurasi ulang.

  • Jangan menjalankan operasi DDL yang mengubah skema database atau tabel selama sinkronisasi skema atau sinkronisasi penuh. Jika dilakukan, tugas sinkronisasi akan gagal.

    Catatan

    Selama sinkronisasi penuh, DTS melakukan query ke database sumber. Hal ini membuat kunci metadata yang dapat memblokir operasi DDL di database sumber.

  • Tabel dengan kolom generated di PostgreSQL 18 tidak mendukung sinkronisasi. Jika Anda mengonfigurasi sinkronisasi untuk tabel semacam itu, operasi DML pada tabel tersebut akan diblokir.

Batasan lainnya

  • Satu tugas sinkronisasi data hanya dapat menyinkronkan satu database. Untuk menyinkronkan beberapa database, Anda harus mengonfigurasi tugas terpisah untuk masing-masing.

  • DTS tidak mendukung penyinkronan tabel plug-in TimescaleDB, tabel dengan pewarisan lintas-skema, atau tabel dengan indeks unik berbasis ekspresi.

  • Skema yang dibuat dengan menginstal plugin tidak dapat disinkronkan. Anda tidak dapat memperoleh informasi tentang skema ini di konsol saat mengonfigurasi tugas.

  • Pada tiga skenario berikut, Anda harus menjalankan perintah ALTER TABLE schema.table REPLICA IDENTITY FULL; pada tabel sumber sebelum menulis data ke dalamnya untuk memastikan konsistensi data. Jangan lakukan operasi penguncian tabel saat perintah ini berjalan untuk mencegah deadlock. Jika Anda melewatkan pemeriksaan ini selama Pemeriksaan Awal, DTS akan menjalankan perintah ini secara otomatis selama inisialisasi instans.

    • Saat instans dijalankan untuk pertama kalinya.

    • Saat Anda memilih objek di tingkat skema, dan tabel baru dibuat di skema tersebut atau tabel dibangun ulang menggunakan perintah RENAME.

    • Saat Anda menggunakan fitur untuk memodifikasi objek sinkronisasi.

    Catatan
    • Ganti schema dan table dalam perintah dengan nama skema dan tabel yang akan disinkronkan.

    • Lakukan operasi ini selama jam sepi.

  • Jika tabel yang akan disinkronkan berisi kolom tipe SERIAL, database sumber secara otomatis membuat sequence untuk kolom tersebut. Oleh karena itu, saat Anda mengonfigurasi Source Objects, jika Anda memilih Schema Synchronization untuk Synchronization Types, kami merekomendasikan agar Anda juga memilih Sequence atau menyinkronkan seluruh skema. Jika tidak, instans sinkronisasi dapat gagal.

  • Sebelum menyinkronkan data, evaluasi kinerja database sumber dan tujuan. Kami merekomendasikan agar Anda menyinkronkan data selama jam sepi. Jika tidak, sinkronisasi data penuh awal akan mengonsumsi sumber daya baca dan tulis di kedua database, sehingga meningkatkan beban database.

  • Sinkronisasi data penuh awal menjalankan operasi INSERT konkuren. Hal ini menyebabkan fragmentasi tabel di database tujuan. Akibatnya, ruang tabel di instans tujuan lebih besar daripada di instans sumber setelah sinkronisasi data penuh awal selesai.

  • Selama sinkronisasi DTS, jangan menulis data ke database tujuan dari sumber selain DTS. Jika dilakukan, ketidakkonsistenan data antara database sumber dan tujuan dapat terjadi. Misalnya, jika Anda menggunakan Data Management Service (DMS) untuk melakukan operasi DDL Online sementara data lain sedang ditulis ke database tujuan, kehilangan data dapat terjadi di database tujuan.

  • DTS memvalidasi konten data tetapi tidak mendukung validasi untuk metadata seperti sequence. Anda harus memvalidasi metadata sendiri.

  • DTS membuat tabel temporary berikut di database sumber untuk memperoleh pernyataan DDL untuk data inkremental, skema tabel inkremental, dan informasi heartbeat. Jangan menghapus tabel temporary ini selama sinkronisasi. Jika dihapus, tugas DTS dapat gagal. Tabel temporary ini akan dihapus secara otomatis setelah instans DTS 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.

  • 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 yang dihasilkan dalam 15 menit terakhir dari database sumber. Saat tugas sinkronisasi data gagal atau instans dirilis, DTS akan mencoba menghapus slot replikasi ini secara otomatis.

    Catatan
    • Jika Anda mengubah password akun database sumber atau menghapus daftar putih IP untuk DTS selama sinkronisasi data, slot replikasi tidak akan dibersihkan secara otomatis. Bersihkan slot replikasi secara manual di database sumber untuk mencegahnya mengonsumsi ruang disk dan membuat database sumber tidak tersedia.

    • Jika database sumber mengalami failover, login ke database standby untuk melakukan pembersihan secara manual.

    Jalankan pernyataan SQL SELECT * FROM pg_replication_slots; untuk melihat semua slot replikasi di database sumber. Di hasilnya, slot replikasi DTS adalah catatan di mana nilai slot_name diawali dengan dts_sync_ dan nilai active adalah true.

  • Setelah Anda mengalihkan bisnis ke database tujuan, sequence tidak secara otomatis dilanjutkan dari nilai maksimum sequence yang sesuai di database sumber. Sebelum alih bencana, Anda harus memperbarui nilai sequence di database tujuan. Untuk informasi lebih lanjut, lihat Perbarui nilai sequence di database tujuan.

  • Untuk tugas sinkronisasi data penuh atau inkremental, jika tabel sumber yang akan disinkronkan berisi kunci asing, trigger, atau event trigger, DTS secara sementara mengatur parameter session_replication_role ke replica di tingkat sesi. Jika akun database tujuan tidak memiliki izin yang diperlukan, Anda harus mengatur parameter session_replication_role ke replica di database tujuan secara manual. Selama periode ini, jika terjadi operasi pembaruan atau penghapusan kaskade di database sumber saat session_replication_role diatur ke replica, ketidakkonsistenan data dapat terjadi. Setelah tugas DTS dirilis, ubah kembali parameter session_replication_role ke origin.

  • Jika suatu tugas gagal, staf dukungan DTS akan mencoba memulihkannya dalam waktu delapan jam. Selama pemulihan, mereka dapat merestart tugas atau menyesuaikan parameternya.

    Catatan

    Hanya parameter tugas DTS yang dimodifikasi—bukan parameter database. Parameter yang mungkin disesuaikan termasuk yang tercantum di Modifikasi parameter instans.

  • Saat Anda menyinkronkan tabel partisi, Anda harus menyertakan tabel induk dan partisi anaknya sebagai objek sinkronisasi. 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 anak. Tugas sinkronisasi data harus mencakup tabel induk dan semua partisi anaknya. Jika tidak, data dari partisi anak dapat terlewat, menyebabkan ketidakkonsistenan data antara sumber dan tujuan.

    • Sinkronisasi tabel partisi dan tabel pewarisan (tabel induk-anak) lintas database berbeda tidak didukung. Pastikan tabel partisi dan semua partisinya, serta tabel induk dan semua tabel anaknya, berada di database yang sama.

Penagihan

Jenis sinkronisasi

Harga

Sinkronisasi skema dan sinkronisasi data penuh

Gratis.

Sinkronisasi data inkremental

Dikenai biaya. Untuk informasi lebih lanjut, lihat Ikhtisar penagihan.

Topologi sinkronisasi yang didukung

  • Sinkronisasi satu arah satu-ke-satu

  • Sinkronisasi satu arah satu-ke-banyak

  • Sinkronisasi satu arah banyak-ke-satu

Untuk pengenalan topologi sinkronisasi ini, lihat Topologi Sinkronisasi Data.

Objek yang didukung

Skema, tabel

Catatan
  • Dukungan mencakup primary key, unique key, foreign key, tipe data bawaan, dan constraint default.

  • Saat jenis database ini digunakan sebagai sumber, fitur yang didukung bervariasi tergantung pada jenis database tujuan. Untuk detailnya, lihat informasi yang ditampilkan di konsol.

Operasi SQL yang didukung

Jenis operasi

Pernyataan SQL

DML

INSERT, UPDATE, DELETE

DDL

  • Sinkronisasi DDL hanya didukung untuk tugas sinkronisasi data yang dibuat setelah 1 Oktober 2020.

    Penting
  • Jika database sumber menggunakan akun istimewa, tugas sinkronisasi data mendukung operasi DDL berikut:

    • CREATE TABLE, DROP TABLE

    • ALTER TABLE (termasuk RENAME TABLE, ADD COLUMN, ADD COLUMN DEFAULT, ALTER COLUMN TYPE, DROP COLUMN, ADD CONSTRAINT, ADD CONSTRAINT CHECK, dan ALTER COLUMN DROP DEFAULT)

    • TRUNCATE TABLE (Kluster PolarDB for PostgreSQL sumber harus menggunakan mesin database PostgreSQL 11 atau lebih baru.)

    • CREATE INDEX ON TABLE

Penting
  • Klausa tambahan dalam pernyataan DDL, seperti CASCADE atau RESTRICT, tidak disinkronkan.

  • Pernyataan DDL tidak disinkronkan dari sesi tempat perintah SET session_replication_role = replica dieksekusi.

  • Pernyataan DDL yang dieksekusi dengan memanggil FUNCTION tidak disinkronkan.

  • Jika satu commit di database sumber berisi pernyataan DML dan DDL, pernyataan DDL tidak disinkronkan.

  • Jika commit mencakup pernyataan DDL yang menargetkan objek yang tidak dikonfigurasi untuk sinkronisasi, pernyataan tersebut tidak disinkronkan.

Prosedur

  1. Buka halaman daftar tugas sinkronisasi di 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 kiri, klik Data Synchronization.

    3. Di pojok kiri atas halaman, pilih wilayah tempat instans sinkronisasi berada.

    Dari konsol DMS

    Catatan

    Operasi aktual dapat bervariasi tergantung pada mode dan tata letak konsol DMS. Untuk informasi lebih lanjut, 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 instans sinkronisasi berada.

  2. Klik Create Task untuk membuka halaman konfigurasi tugas.

  3. Konfigurasikan database sumber dan tujuan.

    Kategori

    Parameter

    Deskripsi

    N/A

    Task Name

    DTS secara otomatis menghasilkan nama tugas. Kami merekomendasikan agar Anda menentukan nama deskriptif untuk memudahkan identifikasi. Nama tersebut tidak harus unik.

    Source Database

    Database Type

    Pilih PolarDB for PostgreSQL.

    Connection Type

    Pilih Alibaba Cloud Instance.

    Instance Region

    Pilih wilayah tempat kluster PolarDB for PostgreSQL berada.

    Replicate Data Across Alibaba Cloud Accounts

    Pilih No. Contoh ini menjelaskan sinkronisasi data dalam satu Akun Alibaba Cloud.

    Instance ID

    Pilih ID kluster PolarDB for PostgreSQL sumber.

    Database Name

    Masukkan nama database PolarDB for PostgreSQL.

    Database Account

    Masukkan akun database untuk PolarDB for PostgreSQL.

    Database Password

    Masukkan password yang sesuai dengan akun database.

    Destination Database

    Database Type

    Pilih PostgreSQL.

    Connection Type

    Pilih Alibaba Cloud Instance.

    Instance Region

    Pilih wilayah tempat instans ApsaraDB RDS for PostgreSQL tujuan berada.

    Instance ID

    Pilih ID instans ApsaraDB RDS for PostgreSQL tujuan.

    Database Name

    Masukkan nama database yang berisi objek sinkronisasi di instans ApsaraDB RDS for PostgreSQL tujuan.

    Database Account

    Masukkan akun database untuk instans ApsaraDB RDS for PostgreSQL tujuan yang memiliki izin owner untuk skema. Untuk informasi lebih lanjut, lihat Buat akun.

    Database Password

    Masukkan password yang sesuai dengan akun database.

    Encryption

    Menentukan apakah akan mengenkripsi koneksi ke database sumber. Anda dapat mengonfigurasi parameter ini berdasarkan kebutuhan bisnis Anda. 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 tentang cara mengonfigurasi enkripsi SSL untuk instans ApsaraDB RDS for PostgreSQL, lihat Enkripsi SSL.

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

  5. Konfigurasikan objek tugas.

    1. Di halaman Configure Objects, konfigurasikan objek yang akan disinkronkan.

      Parameter

      Deskripsi

      Synchronization Types

      Jenis 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 kluster 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 lebih lanjut, lihat Petakan nama tabel dan kolom.

      • 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 kluster 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 dapat gagal. Hal ini dapat mengakibatkan hanya data kolom sebagian yang disinkronkan atau kegagalan sinkronisasi total. Lakukan dengan hati-hati.

      Case Sensitivity Policy for Destination Object Names

      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 lebih lanjut, lihat Kebijakan sensitivitas huruf besar/kecil untuk nama objek tujuan.

      Source Objects

      Di kotak Source Objects, klik objek yang akan disinkronkan, lalu klik 向右 untuk memindahkannya ke kotak Selected Objects.

      Catatan
      • Anda dapat memilih skema atau tabel sebagai objek sinkronisasi. Jika Anda memilih tabel, objek lain seperti view, trigger, dan prosedur tersimpan tidak disinkronkan ke database tujuan.

      • Jika tabel yang akan disinkronkan berisi kolom SERIAL dan Synchronization Types memilih Schema Synchronization, disarankan agar Anda juga memilih Sequence atau Full Schema Synchronization.

      Selected Objects

      • Untuk mengganti nama satu objek sinkronisasi di instans tujuan, klik kanan objek di kotak Selected Objects. Untuk informasi lebih lanjut tentang penggantian nama objek, lihat Petakan satu database, tabel, atau kolom.

      • Untuk mengubah nama beberapa objek sinkronisasi di instans tujuan secara batch, klik Batch Edit di pojok kanan atas kotak Selected Objects. Untuk informasi lebih lanjut, lihat Petakan database, tabel, dan kolom secara batch.

    2. Klik Next: Advanced Settings untuk mengonfigurasi parameter lanjutan.

      Parameter

      Deskripsi

      Dedicated Cluster for Task Scheduling

      Secara default, DTS menjadwalkan tugas di kluster bersama, dan Anda tidak perlu memilih kluster. Untuk kinerja yang lebih stabil, Anda dapat membeli kluster khusus untuk menjalankan tugas sinkronisasi DTS. Untuk informasi lebih lanjut, lihat Apa itu kluster khusus DTS?.

      Retry Time for Failed Connections

      Setelah tugas sinkronisasi dimulai, jika koneksi ke database sumber atau tujuan gagal, DTS melaporkan error dan segera mulai mencoba koneksi ulang. Durasi percobaan ulang default adalah 720 menit. Anda juga dapat menentukan durasi percobaan ulang kustom dari 10 hingga 1.440 menit. Kami merekomendasikan agar Anda mengatur durasi minimal 30 menit. Jika DTS berhasil terhubung kembali ke database dalam durasi yang ditentukan, tugas sinkronisasi akan dilanjutkan secara otomatis. Jika tidak, tugas akan 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 untuk waktu proses tugas selama periode percobaan ulang koneksi, kami merekomendasikan agar Anda menyesuaikan durasi percobaan ulang berdasarkan kebutuhan bisnis Anda atau segera merilis instans DTS setelah instans database sumber dan tujuan dirilis.

      Retry Time for Other Issues

      Setelah tugas sinkronisasi dimulai, jika terjadi masalah non-koneksi lainnya di database sumber atau tujuan (seperti exception eksekusi DDL atau DML), DTS melaporkan error dan segera mulai melakukan operasi percobaan ulang berkelanjutan. Durasi percobaan ulang default adalah 10 menit. Anda juga dapat menyesuaikan durasi percobaan ulang dalam rentang 1 hingga 1.440 menit. Kami merekomendasikan 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 akan 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 Synchronization

      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. Dalam contoh ini, tidak diperlukan tag.

      Configure ETL

      Pilih apakah akan mengaktifkan fitur ekstrak, transformasi, muat (ETL). Untuk informasi lebih lanjut, lihat Apa itu ETL? Nilai yang valid:

      Monitoring and Alerting

      Tentukan apakah akan mengonfigurasi peringatan. Jika sinkronisasi gagal atau latensi melebihi ambang batas yang ditentukan, notifikasi akan dikirim ke kontak peringatan.

    3. Klik Next: Data Validation untuk mengonfigurasi tugas validasi data.

      Jika Anda ingin menggunakan fitur validasi data, lihat Konfigurasikan validasi data untuk petunjuk konfigurasi.

  6. 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 tugas sinkronisasi dimulai, DTS menjalankan pemeriksaan awal. Tugas 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 samping 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.

  7. Beli instans.

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

    2. 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 merilis instans segera setelah digunakan untuk menghemat biaya.

      Resource Group Configuration

      Kelompok sumber daya tempat instans berada. Default-nya adalah kelompok sumber daya default. Untuk informasi lebih lanjut, lihat Apa itu 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 lebih lanjut, lihat Spesifikasi link sinkronisasi data.

      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.

    3. Setelah menyelesaikan konfigurasi, baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.

    4. Klik Buy and Start. Di kotak dialog OK, klik OK.

      Anda dapat melihat progres tugas di halaman Data Synchronization.