全部产品
Search
文档中心

Data Transmission Service:Menyinkronkan data dari database Oracle yang dikelola sendiri ke klaster PolarDB untuk PostgreSQL (Kompatibel dengan Oracle)

更新时间:Jul 06, 2025

Klaster PolarDB untuk PostgreSQL (Kompatibel dengan Oracle) mendukung peningkatan dan penurunan konfigurasi dalam hitungan menit, pemulihan kesalahan dalam hitungan detik, serta pencadangan data dan pemulihan bencana dengan konsistensi data global. Topik ini menjelaskan cara menyinkronkan data dari database Oracle yang dikelola sendiri ke klaster PolarDB untuk PostgreSQL (Kompatibel dengan Oracle) menggunakan Data Transmission Service (DTS).

Prasyarat

  • Klaster tujuan PolarDB untuk PostgreSQL (Kompatibel dengan Oracle) telah dibuat. Ruang penyimpanan yang tersedia di klaster ini lebih besar daripada total ukuran data di database Oracle yang dikelola sendiri.

    Catatan
  • Sebuah database dibuat di klaster tujuan PolarDB untuk PostgreSQL (Kompatibel dengan Oracle) untuk menerima data. Untuk informasi lebih lanjut, lihat Manajemen Database.

  • Database Oracle yang dikelola sendiri berjalan dalam mode ARCHIVELOG. File log arsip dapat diakses, dan periode retensi yang sesuai telah ditetapkan untuk file log arsip. Untuk informasi lebih lanjut, lihat Mengelola File Log Redo Arsip.

  • Fitur logging tambahan diaktifkan untuk database Oracle yang dikelola sendiri, dan parameter SUPPLEMENTAL_LOG_DATA_PK dan SUPPLEMENTAL_LOG_DATA_UI disetel ke Ya. Untuk informasi lebih lanjut, lihat Logging Tambahan.

  • Anda memahami kemampuan dan batasan DTS saat digunakan untuk menyinkronkan data dari database Oracle. Advanced Database & Application Migration (ADAM) digunakan untuk mengevaluasi kelayakan dan biaya sinkronisasi database. Ini membantu Anda menyinkronkan data dengan lancar dari Oracle ke PolarDB untuk PostgreSQL (Kompatibel dengan Oracle). Untuk informasi lebih lanjut, lihat Menyiapkan Database Oracle dan Ikhtisar.

Batasan

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 pada kunci asing di tingkat sesi. Jika Anda melakukan operasi pembaruan dan penghapusan kaskade di database sumber selama sinkronisasi data, ketidaksesuaian data mungkin terjadi.

Jenis Batasan

Deskripsi

Batasan pada database sumber

  • Persyaratan untuk objek yang akan disinkronkan:

    • Tabel yang akan disinkronkan harus memiliki kendala PRIMARY KEY atau UNIQUE, dan semua bidang harus unik. Jika tidak, database tujuan mungkin berisi rekaman data duplikat.

    • Jika versi database Oracle Anda adalah 12c atau lebih baru, nama tabel yang akan disinkronkan tidak boleh melebihi 30 byte panjangnya.

    • Jika Anda memilih tabel sebagai objek yang akan disinkronkan dan ingin mengedit tabel di database tujuan, seperti mengubah nama tabel atau kolom, Anda dapat menyinkronkan hingga 1.000 tabel dalam satu tugas sinkronisasi data. Jika Anda menjalankan tugas untuk menyinkronkan lebih dari 1.000 tabel, kesalahan permintaan akan terjadi. Dalam hal ini, kami sarankan Anda mengonfigurasi beberapa tugas untuk menyinkronkan tabel secara batch atau mengonfigurasi tugas untuk menyinkronkan seluruh database.

  • Jika database sumber adalah database Oracle Real Application Cluster (RAC) yang terhubung melalui Express Connect, Anda harus menentukan alamat IP virtual (VIP) untuk database saat mengonfigurasi tugas sinkronisasi data.

  • Jika database Oracle yang dikelola sendiri adalah database Oracle RAC, Anda hanya dapat menggunakan VIP dan bukan alamat IP Single Client Access Name (SCAN) saat mengonfigurasi tugas sinkronisasi data. Setelah Anda menentukan VIP, failover node dari database Oracle RAC tidak didukung.

  • Fitur redo logging dan archive logging harus diaktifkan.

    Catatan

    Jika Anda hanya melakukan sinkronisasi data inkremental, redo log dan archive log dari database sumber harus disimpan selama lebih dari 24 jam. Jika Anda melakukan sinkronisasi data penuh dan sinkronisasi data inkremental, redo log dan archive log dari database sumber harus disimpan setidaknya selama tujuh hari. Jika tidak, DTS mungkin gagal mendapatkan redo log dan archive log dan tugas mungkin gagal. Dalam keadaan luar biasa, ketidaksesuaian data atau kehilangan data mungkin terjadi. Setelah sinkronisasi data penuh selesai, Anda dapat menyetel periode retensi menjadi lebih dari 24 jam. Pastikan Anda menyetel periode retensi redo log dan archive log berdasarkan persyaratan yang disebutkan sebelumnya. Jika tidak, service level agreement (SLA) DTS tidak menjamin keandalan layanan atau kinerja.

  • Jika Anda melakukan switchover utama/sekunder pada database sumber saat tugas sinkronisasi data sedang berjalan, tugas akan gagal.

  • Tugas sinkronisasi data gagal jika database sumber berisi string kosong dari tipe VARCHAR2 dan kolom yang sesuai di database tujuan memiliki kendala NOT NULL. String kosong dari tipe VARCHAR2 diproses sebagai nilai null di database Oracle.

  • Selama sinkronisasi data, jangan perbarui bidang LONGTEXT. Jika tidak, tugas sinkronisasi data akan gagal.

Batasan lainnya

  • Sebelum Anda menyinkronkan data, evaluasi dampak sinkronisasi data terhadap kinerja database sumber dan tujuan. Kami sarankan Anda menyinkronkan data selama jam-jam sepi. Selama sinkronisasi data penuh awal, DTS menggunakan sumber daya baca dan tulis dari database sumber dan tujuan. Ini dapat meningkatkan beban server database.

  • Selama sinkronisasi data penuh awal, operasi INSERT konkuren menyebabkan fragmentasi di tabel database tujuan. Setelah sinkronisasi data penuh awal selesai, ruang tabel database tujuan lebih besar daripada ruang tabel database sumber.

  • DTS menghitung latensi sinkronisasi berdasarkan timestamp data terakhir yang disinkronkan di database tujuan dan timestamp saat ini di database sumber. Jika tidak ada operasi DML yang dilakukan pada database sumber untuk waktu yang lama, latensi sinkronisasi mungkin tidak akurat. Jika latensi sinkronisasi terlalu tinggi, Anda dapat melakukan operasi DML pada database sumber untuk memperbarui latensi.

    Catatan

    Jika Anda memilih seluruh database sebagai objek yang akan disinkronkan, Anda dapat membuat tabel denyut jantung. Tabel denyut jantung diperbarui atau menerima data setiap detik.

  • Database tujuan PolarDB untuk PostgreSQL (Kompatibel dengan Oracle) menghasilkan indeks unik seperti pg_oid_1498503_index untuk sesuai dengan ROWID dari database Oracle yang dikelola sendiri. Oleh karena itu, indeks dari klaster PolarDB untuk PostgreSQL (Kompatibel dengan Oracle) tujuan lebih banyak daripada indeks dari database Oracle yang dikelola sendiri.

  • Database tujuan PolarDB untuk PostgreSQL (Kompatibel dengan Oracle) tidak mendukung terminator string '\0'. Jika data yang akan disinkronkan berisi terminator, DTS tidak menulis terminator ke database tujuan. Ini menyebabkan ketidaksesuaian data antara database sumber dan tujuan.

  • Setelah kendala CHECK di database Oracle yang dikelola sendiri disinkronkan ke PolarDB untuk PostgreSQL (Kompatibel dengan Oracle) klaster tujuan, kendala CHECK dikonversi menjadi kendala NOT NULL.

  • Pastikan set karakter database sumber dan tujuan kompatibel. Jika tidak, ketidaksesuaian data mungkin terjadi atau tugas migrasi mungkin gagal.

  • Kami sarankan Anda menggunakan fitur sinkronisasi skema DTS. Jika tidak, tugas sinkronisasi data mungkin gagal karena tipe data yang tidak kompatibel.

  • Zona waktu database sumber dan tujuan harus sama.

  • DTS memungkinkan Anda menyinkronkan objek tipe kustom ke PolarDB untuk PostgreSQL (Kompatibel dengan Oracle) klaster tujuan. Objek bawaan yang dihasilkan secara otomatis oleh database Oracle sumber tidak disinkronkan.

    Catatan

    PolarDB untuk PostgreSQL (Kompatibel dengan Oracle) klaster mendukung objek bawaan di database Oracle. Anda tidak perlu menyinkronkan objek-objek ini.

  • Ketidaksesuaian data antara database sumber dan tujuan mungkin terjadi jika data dari sumber lain ditulis ke database tujuan selama sinkronisasi data.

  • DTS tidak memeriksa validitas metadata seperti urutan. Anda harus memeriksa validitas metadata secara manual.

  • Setelah beban kerja Anda dialihkan ke database tujuan, urutan yang baru ditulis tidak bertambah dari nilai maksimum urutan di database sumber. Oleh karena itu, Anda harus menanyakan nilai maksimum urutan di database sumber sebelum Anda mengalihkan beban kerja Anda ke database tujuan. Kemudian, Anda harus menentukan nilai maksimum yang diquery sebagai nilai awal urutan di database tujuan. Anda dapat mengeksekusi pernyataan berikut untuk menanyakan nilai maksimum urutan di database sumber:

    DECLARE
      CURSOR cur_data IS
        SELECT SEQUENCE_NAME, LAST_NUMBER FROM user_sequences;
      v_column1_value varchar(1000);
      v_column2_value number(20);
    BEGIN
      OPEN cur_data;
      LOOP
        FETCH cur_data INTO v_column1_value, v_column2_value;
        EXIT WHEN cur_data%NOTFOUND;
        DBMS_OUTPUT.PUT_LINE('select setval(''' || lower(v_column1_value) || ''', ' || v_column2_value || ');');
      END LOOP;
      CLOSE cur_data;
    END;
    /
    Catatan

    Pernyataan SQL yang dikembalikan berisi semua urutan di database sumber. Anda dapat melakukan operasi di database tujuan berdasarkan kebutuhan bisnis Anda.

Penagihan

Jenis SinkronisasiBiaya Konfigurasi Tugas
Sinkronisasi Skema dan Sinkronisasi Data PenuhGratis.
Sinkronisasi Data InkrementalDikenakan biaya. Untuk informasi lebih lanjut, lihat Ikhtisar Penagihan.

Operasi SQL yang dapat disinkronkan

Jenis Operasi

Pernyataan SQL

DML

INSERT, UPDATE, dan DELETE

DDL

  • CREATE TABLE

    Catatan

    Jika pernyataan CREATE TABLE berisi klausa partisi, klausa subpartisi, atau fungsi, DTS tidak memigrasikan pernyataan tersebut. Selain itu, DTS tidak memigrasikan pernyataan CREATE TABLE AS SELECT.

  • ALTER TABLE, termasuk ADD COLUMN, ADD INDEX, DROP COLUMN, DROP INDEX, MODIFY COLUMN, dan RENAME COLUMN

  • DROP TABLE

  • RENAME TABLE, TRUNCATE TABLE, dan CREATE INDEX

Izin yang diperlukan untuk akun database

Jenis Database

Izin yang Diperlukan

Referensi

Database Oracle yang dikelola sendiri

Izin granular halus

Menyiapkan akun database, CREATE USER, dan GRANT

Klaster PolarDB untuk PostgreSQL (Kompatibel dengan Oracle)

Izin pemilik skema

Buat akun database dan Manajemen Database.

Catatan

Kami sarankan Anda membuat akun istimewa.

Penting

Jika Anda menyinkronkan data inkremental dari database Oracle, Anda harus mengaktifkan logging arsip dan logging tambahan untuk database Oracle untuk mendapatkan data inkremental. Untuk informasi lebih lanjut, lihat bagian Konfigurasikan Database Oracle dari topik "Menyiapkan Database Oracle".

Prosedur

  1. Pergi ke halaman Tugas Sinkronisasi Data.

    1. Masuk ke Konsol Manajemen Data (DMS).

    2. Di bilah navigasi atas, klik Data + AI.

    3. Di panel navigasi sisi kiri, pilih DTS (DTS) > Data Synchronization.

    Catatan
  2. Di sebelah kanan Data Synchronization Tasks, pilih wilayah tempat instance sinkronisasi data berada.

    Catatan

    Jika Anda menggunakan konsol DTS baru, Anda harus memilih wilayah tempat instance sinkronisasi data berada di bilah navigasi atas.

  3. Klik Create Task. Di halaman Buat Tugas, konfigurasikan database sumber dan tujuan. Tabel berikut menjelaskan parameter.

    Bagian

    Parameter

    Deskripsi

    N/A

    Task Name

    Nama tugas DTS. DTS secara otomatis menghasilkan nama tugas. Kami sarankan Anda menentukan nama informatif yang memudahkan identifikasi tugas. Anda tidak perlu menentukan nama tugas yang unik.

    Source Database

    Select an existing DMS database instance. (Optional. If you have not registered a DMS database instance, ignore this option and configure database settings in the section below.)

    Database yang ingin Anda gunakan. Anda dapat memilih apakah akan menggunakan database yang ada berdasarkan kebutuhan bisnis Anda.

    • Jika Anda memilih database yang ada, DTS secara otomatis mengisi parameter untuk database tersebut.

    • Jika Anda tidak memilih database yang ada, Anda harus mengonfigurasi informasi database berikut.

    Database Type

    Jenis database sumber. Pilih Oracle.

    Access Method

    Pilih metode akses berdasarkan lokasi penyebaran database sumber. Dalam contoh ini, Self-managed Database on ECS dipilih.

    Catatan

    Jika Anda memilih metode akses lainnya, Anda harus menyiapkan lingkungan yang diperlukan untuk database Oracle yang dikelola sendiri. Untuk informasi lebih lanjut, lihat Ikhtisar Persiapan.

    Instance Region

    Wilayah tempat database Oracle sumber berada.

    ECS Instance ID

    ID instance ECS tempat database Oracle yang dikelola sendiri ditempatkan.

    Port Number

    Nomor port layanan dari database Oracle yang dikelola sendiri. Nilai default: 1521.

    Oracle Type

    • Arsitektur database Oracle sumber. Jika Anda memilih Non-RAC Instance, Anda harus menentukan parameter SID.

    • Jika Anda memilih RAC or PDB Instance, Anda harus menentukan parameter Service Name.

    Dalam contoh ini, RAC or PDB Instance dipilih dan Service Name ditentukan.

    Database Account

    Akun dari database Oracle yang dikelola sendiri. Untuk informasi tentang izin yang diperlukan untuk akun tersebut, lihat bagian Izin yang diperlukan untuk akun database dari topik ini.

    Database Password

    Kata sandi yang digunakan untuk mengakses instance database.

    Destination Database

    Select an existing DMS database instance. (Optional. If you have not registered a DMS database instance, ignore this option and configure database settings in the section below.)

    Instance database yang ingin Anda gunakan. Anda dapat memilih apakah akan memilih instance yang ada berdasarkan kebutuhan bisnis Anda.

    • Jika Anda memilih instance yang ada, DTS secara otomatis mengisi parameter untuk database tersebut.

    • Jika Anda tidak memilih instance yang ada, Anda harus mengonfigurasi parameter untuk database secara manual.

    Database Type

    Jenis database tujuan. Pilih PolarDB (Compatible with Oracle).

    Access Method

    Metode akses database tujuan. Pilih Alibaba Cloud Instance.

    Instance Region

    Wilayah tempat klaster PolarDB untuk PostgreSQL (Kompatibel dengan Oracle) tujuan berada.

    Instance ID

    ID klaster PolarDB untuk PostgreSQL (Kompatibel dengan Oracle) tujuan.

    Database Name

    Nama database yang dibuat di klaster PolarDB untuk PostgreSQL (Kompatibel dengan Oracle) tujuan untuk menerima objek yang akan disinkronkan.

    Database Account

    Akun database dari klaster PolarDB untuk PostgreSQL (Kompatibel dengan Oracle) tujuan. Untuk informasi lebih lanjut tentang izin yang diperlukan untuk akun tersebut, lihat bagian Izin yang diperlukan untuk akun database dari topik ini.

    Database Password

    Kata sandi yang digunakan untuk mengakses instance database.

  4. Di bagian bawah halaman, klik Test Connectivity and Proceed.

    Jika database sumber atau tujuan adalah instance database Alibaba Cloud, seperti instance ApsaraDB RDS for MySQL atau ApsaraDB for MongoDB, DTS secara otomatis menambahkan blok CIDR server DTS ke daftar putih instance tersebut. Jika database sumber atau tujuan adalah database mandiri yang di-hosting pada instance Elastic Compute Service (ECS), DTS secara otomatis menambahkan blok CIDR server DTS ke aturan grup keamanan instance ECS, dan Anda harus memastikan bahwa instance ECS dapat mengakses database. Jika database sumber atau tujuan adalah database mandiri yang ditempatkan di pusat data atau disediakan oleh penyedia layanan cloud pihak ketiga, Anda harus menambahkan blok CIDR server DTS ke daftar putih database secara manual untuk mengizinkan DTS mengakses database. Untuk informasi lebih lanjut, lihat Tambahkan Blok CIDR Server DTS.

    Peringatan

    Jika blok CIDR server DTS ditambahkan secara otomatis atau manual ke daftar putih database atau instance, atau ke aturan grup keamanan ECS, risiko keamanan mungkin timbul. Oleh karena itu, sebelum Anda menggunakan DTS untuk menyinkronkan data, Anda harus memahami dan mengakui potensi risiko serta mengambil tindakan pencegahan, termasuk tetapi tidak terbatas pada langkah-langkah berikut: meningkatkan keamanan nama pengguna dan kata sandi Anda, membatasi port yang diekspos, mengotentikasi panggilan API, secara berkala memeriksa daftar putih atau aturan grup keamanan ECS dan melarang blok CIDR yang tidak sah, atau menghubungkan database ke DTS menggunakan Express Connect, VPN Gateway, atau Smart Access Gateway.

  5. Konfigurasikan objek yang akan disinkronkan dan pengaturan lanjutan. Tabel berikut menjelaskan parameter.

    Parameter

    Deskripsi

    Synchronization Types

    Secara default, Incremental Data Synchronization dipilih. Anda juga harus memilih Schema Synchronization dan Full Data Synchronization. Setelah pra-pemeriksaan selesai, DTS menyinkronkan data historis objek yang dipilih dari instance sumber ke instance tujuan. Data historis menjadi dasar untuk sinkronisasi inkremental selanjutnya.

    Processing Mode of Conflicting Tables

    • Precheck and Report Errors: memeriksa apakah database tujuan berisi tabel yang memiliki nama yang sama dengan tabel di database sumber. Jika database sumber dan tujuan tidak berisi tabel dengan nama tabel identik, pra-pemeriksaan berhasil. Jika tidak, kesalahan akan dikembalikan selama pra-pemeriksaan dan tugas sinkronisasi data tidak dapat dimulai.

      Catatan

      Anda dapat menggunakan fitur pemetaan nama objek untuk mengubah nama tabel yang disinkronkan ke database tujuan. Anda dapat menggunakan fitur ini jika database sumber dan tujuan berisi nama tabel identik dan tabel di database tujuan tidak dapat dihapus atau diubah namanya. Untuk informasi lebih lanjut, lihat Petakan nama objek.

    • Ignore Errors and Proceed: melewati pra-pemeriksaan untuk nama tabel identik di database sumber dan tujuan.

      Peringatan

      Jika Anda memilih Ignore Errors and Proceed, ketidaksesuaian data mungkin terjadi, dan bisnis Anda mungkin terpapar risiko potensial.

      • Jika database sumber dan tujuan memiliki skema yang sama, dan rekaman data memiliki nilai kunci utama yang sama dengan rekaman data yang ada di database tujuan:

        • Selama sinkronisasi data penuh, DTS tidak menyinkronkan rekaman data ke database tujuan. Rekaman data yang ada di database tujuan dipertahankan.

        • Selama sinkronisasi data inkremental, DTS menyinkronkan rekaman data ke database tujuan. Rekaman data yang ada di database tujuan ditimpa.

      • Jika database sumber dan tujuan memiliki skema yang berbeda, data mungkin gagal diinisialisasi, hanya beberapa kolom yang disinkronkan, atau tugas sinkronisasi data gagal. Operasikan dengan hati-hati.

    Capitalization of Object Names in Destination Instance

    Penulisan kapital nama database, nama tabel, dan nama kolom di instance tujuan. Secara default, DTS default policy dipilih. Anda dapat memilih opsi lain untuk memastikan bahwa penulisan kapital nama objek konsisten dengan yang ada di database sumber atau tujuan. Untuk informasi lebih lanjut, lihat Tentukan penulisan kapital nama objek di instance tujuan.

    Source Objects

    Pilih satu atau lebih objek dari bagian Source Objects dan klik ikon Rightwards arrow untuk menambahkan objek ke bagian Selected Objects.

    Catatan

    Anda dapat memilih database, tabel, atau kolom sebagai objek yang akan disinkronkan.

    Selected Objects

    Jika akun database tujuan bukan akun istimewa atau nama database yang akan disinkronkan tidak sesuai dengan konvensi penamaan PolarDB untuk MySQL, Anda harus melakukan operasi berikut: Klik kanan skema objek yang akan disinkronkan di bagian Selected Objects. Di kotak dialog Edit Schema, setel parameter Schema Name ke nama database tujuan yang digunakan untuk menerima data di klaster PolarDB untuk MySQL. Untuk informasi lebih lanjut, lihat Petakan nama objek.

    Catatan
    • Untuk memilih operasi SQL yang dilakukan pada database atau tabel tertentu, klik kanan objek di bagian Selected Objects. Di kotak dialog yang muncul, pilih operasi SQL yang ingin Anda sinkronkan. Untuk informasi lebih lanjut, lihat bagian Operasi SQL yang dapat disinkronkan dari topik ini.

    • Untuk memfilter data, klik kanan tabel yang ingin Anda sinkronkan di bagian Selected Objects. Di kotak dialog yang muncul, setel kondisi filter. Untuk informasi lebih lanjut, lihat Tentukan kondisi filter.

    • Jika Anda menggunakan fitur pemetaan nama objek untuk mengubah nama objek, objek lain yang bergantung pada objek tersebut mungkin gagal disinkronkan.

  6. Klik Next: Advanced Settings untuk mengonfigurasi pengaturan lanjutan.

    • Data Verification Settings

      Untuk informasi lebih lanjut tentang cara menggunakan fitur verifikasi data, lihat Konfigurasikan Tugas Verifikasi Data.

    • Advanced Settings

      Parameter

      Deskripsi

      Dedicated Cluster for Task Scheduling

      Secara default, DTS menjadwalkan tugas ke klaster bersama. Anda tidak perlu mengonfigurasi parameter ini. Anda dapat membeli klaster khusus dengan spesifikasi tertentu untuk menjalankan tugas sinkronisasi DTS. Untuk informasi lebih lanjut, lihat Apa Itu Klaster Khusus DTS.

      Retry Time for Failed Connections

      Rentang waktu ulang untuk koneksi gagal. Jika database sumber atau tujuan gagal terhubung setelah tugas sinkronisasi data dimulai, DTS segera mencoba kembali koneksi dalam rentang waktu tersebut. Nilai valid: 10 hingga 1440. Unit: menit. Nilai default: 720. Kami sarankan Anda menyetel parameter ini ke nilai lebih dari 30. Jika DTS berhasil menyambungkan kembali ke database sumber dan tujuan dalam rentang waktu yang ditentukan, DTS melanjutkan tugas sinkronisasi data. Jika tidak, tugas sinkronisasi data gagal.

      Catatan
      • Jika Anda menetapkan rentang waktu ulang berbeda untuk beberapa tugas DTS yang memiliki database sumber atau tujuan yang sama, rentang waktu ulang terpendek yang ditetapkan akan diutamakan.

      • Saat DTS mencoba kembali koneksi, Anda akan dikenakan biaya untuk instance DTS. Kami sarankan Anda menentukan rentang waktu ulang berdasarkan kebutuhan bisnis Anda. Anda juga bisa melepaskan instance DTS sesegera mungkin setelah instance sumber dan tujuan dilepaskan.

      Retry Time for Other Issues

      Rentang waktu ulang untuk masalah lainnya. Misalnya, jika operasi DDL atau DML gagal dilakukan setelah tugas sinkronisasi data dimulai, DTS segera mencoba kembali operasi dalam rentang waktu tersebut. Nilai valid: 1 hingga 1440. Unit: menit. Nilai default: 10. Kami sarankan Anda menyetel parameter ini ke nilai lebih dari 10. Jika operasi gagal berhasil dilakukan dalam rentang waktu yang ditentukan, DTS melanjutkan tugas sinkronisasi data. Jika tidak, tugas sinkronisasi data gagal.

      Penting

      Nilai parameter The wait time before a retry when other issues occur in the source and destination databases harus lebih kecil daripada nilai parameter Retry Time for Failed Connection.

      Enable Throttling for Full Data Synchronization

      Selama migrasi data penuh, DTS menggunakan sumber daya baca dan tulis dari database sumber dan tujuan. Ini dapat meningkatkan beban server database. Anda dapat mengonfigurasi parameter Queries per second (QPS) to the source database, RPS of Full Data Migration, dan BPS of Full Data Migration untuk tugas sinkronisasi data penuh guna mengurangi tekanan pada database tujuan.

      Catatan

      Parameter ini hanya dapat dikonfigurasi jika Full Data Synchronization dipilih sebagai Synchronization Types.

      Enable Throttling for Incremental Data Synchronization

      Anda dapat mengonfigurasi parameter RPS of Incremental Data Migration dan BPS of Incremental Data Migration untuk tugas sinkronisasi data inkremental guna mengurangi tekanan pada database tujuan.

      Environment Tag

      Tag lingkungan yang digunakan untuk mengidentifikasi instance DTS. Anda dapat memilih tag lingkungan berdasarkan kebutuhan bisnis Anda. Dalam contoh ini, tidak ada tag lingkungan yang dipilih.

      Actual Write Code

      Format penyandian data yang ditulis ke database tujuan. Pilih format penyandian berdasarkan kebutuhan bisnis Anda.

      Configure ETL

      Menentukan apakah akan mengaktifkan fitur ekstraksi, transformasi, dan pemuatan (ETL). Untuk informasi lebih lanjut, lihat Apa Itu ETL? Nilai valid:

      Monitoring and Alerting

      Menentukan apakah akan mengonfigurasi peringatan untuk tugas sinkronisasi data. Jika tugas gagal atau latensi sinkronisasi melebihi ambang batas yang ditentukan, kontak peringatan akan menerima notifikasi. Nilai valid:

  7. Klik Next: Save Task Settings and Precheck di bagian bawah halaman.

    Anda dapat mengarahkan pointer ke Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters untuk melihat pengaturan parameter operasi API yang dipanggil untuk mengonfigurasi instance.

    Catatan
    • Sebelum Anda dapat memulai tugas sinkronisasi data, DTS melakukan pra-pemeriksaan. Anda hanya dapat memulai tugas sinkronisasi data setelah tugas tersebut lolos pra-pemeriksaan.

    • Jika tugas gagal lolos pra-pemeriksaan, klik View Details di sebelah setiap item yang gagal. Setelah Anda menyelesaikan masalah berdasarkan penyebabnya, jalankan pra-pemeriksaan lagi.

    • Jika peringatan dipicu untuk suatu item selama pra-pemeriksaan:

      • Jika item peringatan tidak dapat diabaikan, klik View Details di sebelah item yang gagal dan selesaikan masalah tersebut. Kemudian, jalankan pra-pemeriksaan lagi.

      • Jika item peringatan dapat diabaikan, klik Confirm Alert Details. Di kotak dialog Lihat Detail, klik Ignore. Di pesan yang muncul, klik OK. Kemudian, klik Precheck Again untuk menjalankan pra-pemeriksaan lagi. Jika Anda mengabaikan item peringatan, ketidaksesuaian data mungkin terjadi, dan bisnis Anda mungkin terpapar risiko potensial.

  8. Tunggu hingga tingkat keberhasilan menjadi 100%. Kemudian, klik Next: Purchase Instance.

  9. Di halaman Purchase Instance, konfigurasikan parameter Metode Penagihan dan Kelas Instance untuk instance sinkronisasi data. Tabel berikut menjelaskan parameter.

    Bagian

    Parameter

    Deskripsi

    New Instance Class

    Metode Penagihan

    • Langganan: Anda membayar instance saat membuat instance. Metode penagihan langganan lebih hemat biaya dibandingkan metode penagihan bayar sesuai pemakaian untuk penggunaan jangka panjang.

    • Bayar Sesuai Pemakaian: Instance bayar sesuai pemakaian dikenakan biaya per jam. Metode penagihan bayar sesuai pemakaian cocok untuk penggunaan jangka pendek. Jika Anda tidak lagi memerlukan instance bayar sesuai pemakaian, Anda dapat melepaskan instance tersebut untuk mengurangi biaya.

    Grup Sumber Daya

    Grup sumber daya tempat instance dijalankan. Nilai default: default resource group. Untuk informasi lebih lanjut, lihat Apa itu Manajemen Sumber Daya?.

    Kelas Instance

    DTS menyediakan berbagai spesifikasi sinkronisasi yang memberikan performa berbeda. Kecepatan sinkronisasi bervariasi berdasarkan spesifikasi sinkronisasi yang Anda pilih. Anda dapat memilih spesifikasi sinkronisasi berdasarkan skenario bisnis Anda. Untuk informasi lebih lanjut, lihat Kelas instance instance sinkronisasi data.

    Durasi Langganan

    Jika Anda memilih metode penagihan langganan, atur durasi langganan dan jumlah instance yang ingin Anda buat. Durasi langganan dapat satu hingga sembilan bulan, satu tahun, dua tahun, tiga tahun, atau lima tahun.

    Catatan

    Parameter ini tersedia hanya jika Anda memilih metode penagihan Subscription.

  10. Baca dan pilih kotak centang untuk menyetujui Data Transmission Service (Pay-as-you-go) Service Terms.

  11. Klik Buy and Start. Di kotak dialog yang muncul, klik OK.

    Anda dapat melihat kemajuan tugas di daftar tugas.