All Products
Search
Document Center

Data Transmission Service:Sinkronisasi RDS SQL Server ke RDS MySQL

Last Updated:Apr 21, 2026

Layanan Transmisi Data (Data Transmission Service/DTS) mendukung penyinkronan RDS SQL Server ke RDS MySQL.

Prasyarat

  • Instans RDS telah dibuat. Untuk informasi lebih lanjut mengenai versi SQL Server yang didukung, lihat Ikhtisar solusi sinkronisasi. Untuk informasi cara membuat instans RDS, lihat Buat dan gunakan instans ApsaraDB RDS for SQL Server.

    Penting

    Dalam mode parsing log hibrida, di mana SQL Server Incremental Synchronization Mode diatur ke Use log parsing for incremental synchronization of non-heap tables and CDC for incremental synchronization of heap tables, versi database sumber berikut ini didukung:

    • Edisi Enterprise atau Enterprise Evaluation: Versi 2012, 2014, 2016, 2019, atau 2022.

    • Edisi Standard: Versi 2016, 2019, atau 2022.

  • Anda telah membuat instans tujuan RDS MySQL. Untuk petunjuk pembuatan, lihat Buat instans RDS MySQL.

  • Kapasitas penyimpanan instans RDS MySQL harus melebihi kapasitas instans RDS SQL Server.

  • Pisahkan sinkronisasi menjadi beberapa tugas jika salah satu kondisi berikut berlaku pada instans sumber:

    • Jumlah database melebihi 10.

    • Backup log dilakukan pada satu database lebih dari sekali per jam.

    • Operasi DDL dilakukan pada satu database lebih dari 100 kali per jam.

    • Volume log satu database melebihi 20 MB/s.

    • Change Data Capture (CDC) perlu diaktifkan untuk lebih dari 1.000 tabel.

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 session. Ketidakkonsistenan data dapat terjadi jika operasi pembaruan atau penghapusan kaskade dilakukan pada database sumber saat tugas sedang berjalan.

Tipe

Deskripsi

Batasan database sumber

  • Tabel yang akan disinkronkan harus memiliki kunci primer atau kendala UNIQUE, dan field tersebut harus unik. Jika tidak, data duplikat dapat muncul di database tujuan.

  • Jika Anda menyinkronkan data pada tingkat tabel, perlu mengedit objek seperti memetakan nama kolom, dan jumlah tabel dalam satu tugas melebihi 5.000, pisahkan tabel tersebut ke dalam beberapa tugas. Anda juga dapat mengonfigurasi satu tugas untuk menyinkronkan seluruh database. Jika tidak, kesalahan dapat dilaporkan setelah Anda mengirimkan tugas.

  • Satu tugas sinkronisasi mendukung maksimal 10 database. Jika Anda melebihi batas ini, stabilitas dan kinerja dapat terganggu. Dalam kasus ini, pisahkan tabel dan konfigurasikan dalam beberapa tugas.

  • Saat Anda mengonfigurasi tugas untuk menyinkronkan objek tertentu ke database tujuan yang sama, Anda tidak dapat memilih objek yang memiliki nama tabel yang sama tetapi nama skema berbeda.

  • DTS menggunakan fungsi `fn_log` untuk mengambil log dari database sumber. Fungsi ini memiliki bottleneck kinerja. Jangan menghapus log database sumber terlalu dini, atau tugas dapat gagal.

  • Log data:

    • Log data harus diaktifkan. Mode backup harus diatur ke Full, dan backup fisik penuh harus telah berhasil dilakukan.

    • Untuk tugas sinkronisasi inkremental, DTS memerlukan database sumber menyimpan log data selama lebih dari 24 jam. Untuk tugas yang mencakup sinkronisasi penuh dan inkremental, DTS memerlukan database sumber menyimpan log data minimal selama 7 hari. Setelah sinkronisasi penuh selesai, Anda dapat mengubah periode retensi log menjadi lebih dari 24 jam. Jika periode retensi terlalu singkat, tugas DTS dapat gagal karena tidak dapat mengambil log data. Dalam kasus ekstrem, hal ini dapat menyebabkan ketidakkonsistenan data atau kehilangan data. Masalah yang disebabkan oleh pengaturan periode retensi log lebih pendek dari yang dipersyaratkan oleh DTS tidak dicakup oleh Perjanjian Tingkat Layanan (SLA) DTS.

  • Jika Change Data Capture (CDC) perlu diaktifkan untuk tabel di database sumber, kondisi berikut harus dipenuhi. Jika tidak, pemeriksaan awal (precheck) akan gagal.

    • Nilai field `srvname` dalam view `sys.sysservers` harus sama dengan nilai kembali fungsi `SERVERPROPERTY`.

    • Jika database sumber adalah instans SQL Server yang dikelola sendiri, pemilik database harus `sa`. Jika database sumber adalah instans RDS for SQL Server, pemilik database harus `sqlsa`.

    • Jika database sumber adalah Edisi Perusahaan, harus SQL Server 2008 atau lebih baru.

    • Jika database sumber adalah Edisi Standar, harus SQL Server 2016 SP1 atau lebih baru.

    • Jika database sumber adalah SQL Server 2017 (Edisi Standar atau Perusahaan), tingkatkan versinya.

  • Jika instans sumber adalah instans read-only, operasi DDL tidak dapat disinkronkan.

  • Jika database sumber adalah Azure SQL Database, satu instans sinkronisasi hanya dapat menyinkronkan satu database.

  • Jika database sumber adalah instans RDS for SQL Server, pastikan fitur Enkripsi Data Transparan (TDE) dinonaktifkan untuk menjaga stabilitas instans sinkronisasi. Untuk informasi lebih lanjut, lihat Nonaktifkan TDE.

  • Dalam mode parsing log hibrida, Anda tidak dapat menjalankan beberapa operasi berturut-turut untuk menambah atau menghapus kolom di database sumber dalam interval 10 menit. Misalnya, menjalankan pernyataan SQL berikut secara berurutan menyebabkan tugas melaporkan kesalahan.

    ALTER TABLE test_table DROP COLUMN Flag;
    ALTER TABLE test_table ADD Remark nvarchar(50) not null default('');
  • Jika Anda menggunakan perintah sp_rename untuk mengubah nama objek, seperti prosedur tersimpan, di database sumber sebelum tugas sinkronisasi skema dijalankan, tugas tersebut dapat menghasilkan hasil yang tidak terduga atau gagal.

    Catatan

    Kami menyarankan menggunakan perintah ALTER untuk mengganti nama objek database.

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

    Catatan

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

  • Jika database sumber adalah RDS SQL Server berbasis web, Anda harus mengatur SQL Server Incremental Synchronization Mode ke Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported) saat mengonfigurasi tugas.

  • Kami menyarankan agar Anda tetap mengaktifkan parameter mode pemrosesan transaksi READ_COMMITTED_SNAPSHOT pada database sumber selama tugas sinkronisasi data penuh berjalan. Hal ini mencegah shared lock memengaruhi penulisan data. Jika tidak, masalah seperti ketidakkonsistenan data atau kegagalan instans dapat terjadi. Masalah semacam ini tidak dicakup oleh Perjanjian Tingkat Layanan (SLA) DTS.

Batasan lainnya

  • Persyaratan untuk objek sinkronisasi:

    • Sinkronisasi skema awal didukung untuk database, skema, dan tabel.

    • Data dengan tipe data berikut tidak dapat disinkronkan: CURSOR, ROWVERSION, SQL_VARIANT, HIERARCHYID, POLYGON, GEOMETRY, GEOGRAPHY, dan tipe data yang ditentukan pengguna yang dibuat dengan perintah CREATE TYPE.

    • Objek berikut tidak dapat disinkronkan: PROCEDURE, FUNCTION, TRIGGER, DATATYPE, SYNONYM, CATALOG, PLAN_GUIDE, dan SEQUENCE.

  • Jika data Anda mencakup karakter empat byte—seperti karakter Tionghoa langka atau emoji—database dan tabel tujuan harus menggunakan charset utf8mb4.

    Catatan

    Jika Anda menggunakan DTS untuk menyinkronkan skema tabel, atur parameter character_set_server pada tingkat instans di database tujuan ke utf8mb4.

  • Jika Anda mengatur SQL Server Incremental Synchronization Mode ke Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported) pada tahap Configure Objects, tabel yang akan disinkronkan harus memiliki indeks terkluster yang berisi kolom kunci primer. Sinkronisasi tabel heap, tabel tanpa kunci primer, tabel terkompresi, tabel dengan kolom terhitung, atau tabel dengan kolom sparse tidak didukung. Batasan ini tidak berlaku dalam mode parsing log hibrida.

  • Pada tahap Configure Objects, jika Anda mengatur SQL Server Incremental Synchronization Mode ke Log-based Parsing for Non-heap Tables and CDC-based Incremental Synchronization for Heap Tables (Hybrid Log-based Parsing), batasan berikut juga berlaku:

    • Sinkronisasi inkremental DTS bergantung pada komponen CDC. Pastikan pekerjaan CDC di database sumber berjalan dengan benar. Jika tidak, tugas DTS akan gagal.

    • Secara default, data inkremental yang disimpan oleh komponen CDC dipertahankan selama 3 hari. Sesuaikan periode retensi sesuai kebutuhan menggunakan perintah exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>;.

      Catatan
      • <time> menentukan waktu dalam menit.

      • Jika rata-rata jumlah pernyataan SQL perubahan inkremental harian untuk satu tabel di database sumber melebihi 10 juta, atur <time> ke 1440.

    • Modul prasyarat untuk tugas sinkronisasi inkremental DTS mengaktifkan CDC pada tingkat database dan tabel di database sumber. Selama proses ini, database sumber mungkin terkunci sebentar karena keterbatasan kernel database SQL Server.

    • Dalam satu tugas sinkronisasi, jangan aktifkan CDC untuk lebih dari 1.000 tabel. Jika tidak, tugas dapat mengalami latensi atau menjadi tidak stabil.

  • Pada tahap Configure Objects, jika Anda mengatur SQL Server Incremental Synchronization Mode ke Polling and querying CDC instances for incremental synchronization, batasan berikut juga berlaku:

    • Akun database sumber yang digunakan oleh instans DTS harus memiliki izin untuk mengaktifkan CDC. Mengaktifkan CDC pada tingkat database memerlukan akun dengan izin role sysadmin, dan mengaktifkan CDC pada tingkat tabel memerlukan akun istimewa.

      Catatan
      • Akun istimewa (administrator server) yang disediakan di konsol Azure SQL Database memenuhi persyaratan. Untuk database yang menggunakan model pembelian berbasis vCore, semua spesifikasi mendukung pengaktifan CDC. Untuk database yang menggunakan model pembelian berbasis DTU, spesifikasi harus S3 atau lebih tinggi untuk mendukung pengaktifan CDC.

      • Akun istimewa untuk Amazon RDS for SQL Server memenuhi persyaratan dan mendukung pengaktifan CDC pada tingkat database untuk prosedur tersimpan.

      • CDC tidak dapat diaktifkan untuk tabel dengan indeks columnstore terkluster.

      • Modul prasyarat untuk tugas sinkronisasi inkremental DTS mengaktifkan CDC pada tingkat database dan tabel di database sumber. Selama proses ini, database sumber mungkin terkunci sebentar karena keterbatasan kernel database SQL Server.

    • DTS melakukan polling terhadap instans CDC setiap tabel di database sumber untuk mendapatkan data inkremental. Oleh karena itu, jangan menyinkronkan lebih dari 1.000 tabel dari database sumber. Jika tidak, tugas dapat mengalami latensi atau menjadi tidak stabil.

    • Secara default, data inkremental yang disimpan oleh komponen CDC dipertahankan selama 3 hari. Sesuaikan periode retensi sesuai kebutuhan menggunakan perintah exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>;.

    • Catatan
      • <time> menentukan waktu dalam menit.

      • Jika rata-rata jumlah pernyataan SQL perubahan inkremental harian untuk satu tabel di database sumber melebihi 10 juta, atur <time> ke 1440.

    • Menjalankan operasi tambah atau hapus kolom secara berturut-turut (lebih dari dua operasi DDL tambah atau hapus dalam satu menit) tidak didukung. Jika tidak, tugas dapat gagal.

    • Jangan memodifikasi instans CDC di database sumber. Jika tidak, tugas dapat gagal atau data dapat hilang.

  • Operasi DDL kompleks tidak didukung untuk sinkronisasi.

  • Untuk memastikan latensi akurat selama sinkronisasi data inkremental, DTS melakukan tindakan berikut: Dalam mode "parse source logs for incremental synchronization", DTS membuat trigger dts_cdc_sync_ddl, tabel heartbeat dts_sync_progress, dan tabel penyimpanan DDL dts_cdc_ddl_history di database sumber. Dalam mode sinkronisasi inkremental hibrida, DTS membuat trigger dts_cdc_sync_ddl, tabel heartbeat dts_sync_progress, dan tabel penyimpanan DDL dts_cdc_ddl_history, serta mengaktifkan CDC pada tingkat database dan untuk beberapa tabel. Volume perubahan data untuk tabel dengan CDC yang diaktifkan di database sumber tidak boleh melebihi 1.000 catatan per detik (RPS).

  • Evaluasi kinerja database sumber dan tujuan sebelum menyinkronkan data. Lakukan sinkronisasi selama jam sepi. Jika tidak, sinkronisasi data penuh awal akan mengonsumsi sumber daya baca dan tulis pada kedua database, yang dapat meningkatkan beban database.

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

  • Selama sinkronisasi DTS, jangan menulis data ke database tujuan dari sumber selain DTS. Hal ini dapat menyebabkan ketidakkonsistenan data antara database sumber dan tujuan. Misalnya, jika Anda menggunakan DMS untuk melakukan operasi DDL Online sementara data sedang ditulis ke database tujuan dari sumber lain, kehilangan data dapat terjadi di database tujuan.

  • Reindexing tidak didukung untuk instans sinkronisasi. Operasi ini dapat menyebabkan tugas gagal atau bahkan menyebabkan kehilangan data.

    Catatan

    Perubahan yang berkaitan dengan kunci primer tidak didukung untuk tabel dengan CDC yang diaktifkan.

  • Jika jumlah tabel dengan CDC yang diaktifkan dalam satu tugas sinkronisasi melebihi nilai yang ditetapkan untuk The maximum number of tables for which CDC is enabled that DTS supports., pemeriksaan awal akan gagal.

  • Jika satu field dalam tabel dengan CDC yang diaktifkan perlu menyimpan data lebih dari 64 KB, Anda harus menjalankan perintah exec sp_configure 'max text repl size', -1; terlebih dahulu untuk menyesuaikan konfigurasi database sumber.

    Catatan

    Secara default, pekerjaan CDC dapat memproses maksimal 64 KB untuk satu field.

  • Jika pernyataan DDL gagal ditulis ke database tujuan, tugas DTS tetap berjalan. Periksa log tugas untuk pernyataan DDL yang gagal. Untuk informasi lebih lanjut tentang cara melihat log tugas, lihat Kueri log tugas.

  • Jika Anda menulis kolom dengan nama yang hanya berbeda dalam huruf besar/kecil ke tabel yang sama di database MySQL tujuan, hasil yang tidak terduga dapat terjadi karena nama kolom MySQL bersifat case-insensitive.

  • Setelah sinkronisasi data selesai (Status Status menjadi Completed), Anda harus menggunakan perintah ANALYZE TABLE <table_name> untuk memastikan bahwa semua data telah ditulis ke tabel target. Misalnya, setelah mekanisme failover HA dipicu di database MySQL target, data mungkin hanya ditulis ke memori, yang dapat menyebabkan kehilangan data.

  • Untuk menggunakan fitur memodifikasi objek yang disinkronkan, Anda tidak dapat menghapus database.

  • Jika beberapa instans sinkronisasi menggunakan database SQL Server yang sama sebagai sumber, modul ingestion data inkremental mereka saling independen.

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

    Catatan

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

  • SQL Server adalah database komersial berkode tertutup. Format log-nya memiliki karakteristik yang dapat menyebabkan masalah yang tidak dapat dihindari ketika DTS melakukan CDC dan parsing inkremental. Sebelum menggunakan DTS untuk sinkronisasi inkremental atau migrasi dari sumber SQL Server di lingkungan produksi, lakukan proof of concept (POC) yang komprehensif. POC Anda harus mencakup semua jenis perubahan bisnis, penyesuaian skema tabel, dan uji stres jam sibuk. Format log SQL Server bisa tidak terduga. Untuk memastikan DTS berjalan secara efisien dan stabil, pastikan logika bisnis produksi Anda konsisten dengan yang diuji dalam POC.

Kasus khusus

Jika instans sumber adalah instans RDS for SQL Server, DTS membuat akun rdsdt_dtsacct di instans sumber untuk sinkronisasi data. Jangan menghapus akun ini atau mengubah kata sandinya selama tugas berjalan. Jika tidak, tugas dapat gagal. Untuk informasi lebih lanjut, lihat Akun sistem.

Penagihan

Tipe 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 deskripsi dan catatan mengenai topologi ini, lihat Topologi sinkronisasi data.

Operasi SQL yang didukung

Tipe operasi

Pernyataan SQL

DML

INSERT, UPDATE, DELETE

Catatan

Pernyataan UPDATE yang hanya memperbarui objek besar tidak didukung.

DDL

  • CREATE TABLE

  • ALTER TABLE dengan hanya ADD COLUMN atau DROP COLUMN

  • DROP TABLE

  • CREATE INDEX, DROP INDEX

Catatan
  • Operasi DDL yang melibatkan tipe data yang ditentukan pengguna tidak didukung.

  • Operasi DDL Online tidak didukung.

  • Operasi DDL transaksional tidak didukung. Misalnya, pernyataan DDL yang menambahkan beberapa kolom dalam satu pernyataan SQL atau menggabungkan DDL dan DML dalam satu pernyataan dapat menyebabkan kehilangan data.

  • Operasi DDL yang menggunakan kata kunci yang dicadangkan sebagai nama atribut tidak didukung.

  • Operasi DDL yang dieksekusi oleh prosedur tersimpan sistem tidak didukung.

  • Operasi TRUNCATE TABLE tidak didukung.

  • Partisi dan definisi tabel yang mengandung fungsi tidak didukung.

Persyaratan izin akun database

Database

Izin yang diperlukan

Metode pembuatan dan otorisasi

Sumber RDS SQL Server

Izin pemilik untuk objek yang akan disinkronkan.

Buat akun standar, akun istimewa, dan akun read-only global dan Ubah izin akun.

Tujuan RDS MySQL

Izin baca dan tulis untuk database tujuan.

Buat akun dan Ubah izin akun.

Prosedur

  1. Buka halaman daftar tugas sinkronisasi di wilayah tujuan. Anda dapat menggunakan salah satu dari dua metode berikut:

    Dari Konsol DTS

    1. Masuk ke Konsol Data Transmission Service (DTS).

    2. Di panel navigasi sebelah kiri, klik Data Synchronization.

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

    Dari Konsol DMS

    Catatan

    Operasi aktual dapat berbeda tergantung pada mode dan tata letak konsol DMS. Untuk informasi lebih lanjut, lihat Mode sederhana dan Sesuaikan tata letak dan gaya antarmuka DMS.

    1. Masuk 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

    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

    Database Type

    Pilih SQL Server.

    Connection Type

    Pilih Cloud Instance.

    Instance Region

    Pilih wilayah instans sumber RDS SQL Server.

    Replicate Data Across Alibaba Cloud Accounts

    Contoh ini melakukan sinkronisasi dalam Akun Alibaba Cloud yang sama. Pilih No.

    Instance ID

    Pilih ID instans sumber RDS SQL Server.

    Database Account

    Masukkan akun database instans sumber RDS SQL Server. Akun tersebut harus memiliki izin pemilik untuk objek yang akan disinkronkan.

    Database Password

    Masukkan kata sandi yang sesuai dengan akun database tersebut.

    Encryption

    Pilih Non-encrypted atau SSL-encrypted sesuai kebutuhan.

    • Jika enkripsi SSL tidak diaktifkan untuk database sumber, pilih Non-encrypted.

    • Jika enkripsi SSL diaktifkan untuk database sumber, pilih SSL-encrypted. DTS secara default mempercayai sertifikat sisi server.

    Destination Database

    Database Type

    Pilih MySQL.

    Connection Type

    Pilih Cloud Instance.

    Instance Region

    Pilih wilayah instans tujuan RDS MySQL.

    Replicate Data Across Alibaba Cloud Accounts

    Contoh ini melakukan sinkronisasi dalam Akun Alibaba Cloud yang sama. Pilih No.

    RDS Instance ID

    Pilih ID instans tujuan RDS MySQL.

    Database Account

    Masukkan akun database instans tujuan RDS MySQL. Akun tersebut harus memiliki izin baca dan tulis.

    Database Password

    Masukkan kata sandi yang sesuai dengan akun database tersebut.

    Connection Method

    Pilih Non-encrypted atau SSL-encrypted sesuai kebutuhan. Jika Anda memilih SSL-encrypted, Anda harus mengaktifkan enkripsi SSL untuk instans RDS for MySQL terlebih dahulu. Untuk informasi lebih lanjut, lihat Gunakan sertifikat cloud untuk mengaktifkan enkripsi SSL dengan cepat.

  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. Pada halaman Configure Objects, konfigurasikan objek yang akan disinkronkan.

      Konfigurasi

      Deskripsi

      Synchronization Types

      Incremental Data Synchronization dipilih. Secara default, Anda juga harus memilih Schema Synchronization dan Full Data Synchronization. Setelah pemeriksaan awal selesai, DTS melakukan sinkronisasi data penuh objek yang dipilih dari instans sumber ke klaster tujuan. Hal ini berfungsi sebagai data dasar untuk sinkronisasi data inkremental berikutnya.

      Schema Mapping Mode of Source and Destination Databases

      Pilih mode pemetaan skema berdasarkan kebutuhan bisnis Anda untuk memetakan skema antara database sumber dan tujuan.

      Peringatan

      Beberapa skema di database sumber tidak boleh memiliki tabel dengan nama yang sama. Jika tidak, ketidakkonsistenan data atau kegagalan tugas dapat terjadi.

      SQL Server Incremental Synchronization Mode

      • Log-based Parsing for Non-heap Tables and CDC-based Incremental Synchronization for Heap Tables (Hybrid Log-based Parsing):

        • Kelebihan:

          • Mendukung skenario dengan tabel heap, tabel tanpa kunci primer, tabel terkompresi, dan tabel dengan kolom terhitung di database sumber.

          • Stabilitas link tinggi. Mode ini dapat memperoleh pernyataan DDL lengkap dan memberikan dukungan komprehensif untuk skenario DDL.

        • Kekurangan:

          • DTS membuat trigger dts_cdc_sync_ddl, tabel heartbeat dts_sync_progress, dan tabel penyimpanan DDL dts_cdc_ddl_history di database sumber. DTS juga mengaktifkan CDC pada tingkat database dan untuk beberapa tabel.

          • Anda tidak dapat menjalankan pernyataan SELECT INTO, TRUNCATE, RENAME COLUMN, atau modifikasi tipe kolom pada tabel yang memiliki CDC yang diaktifkan di database sumber. Trigger yang dibuat oleh DTS di database sumber tidak dapat dihapus secara manual.

            Catatan

            Tabel yang berisi tipe geometry, geography, atau hierarchyid tidak mendukung pengaktifan CDC.

      • Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported):

        • Kelebihan:

          Mode ini bersifat non-intrusif terhadap database sumber.

        • Kekurangan:

          Tidak mendukung skenario dengan tabel heap, tabel tanpa kunci primer, tabel terkompresi, atau tabel dengan kolom terhitung di database sumber.

      • Polling and querying CDC instances for incremental synchronization:

        • Kelebihan:

          • Mendukung sinkronisasi penuh dan inkremental ketika database sumber adalah Amazon RDS for SQL Server, Azure SQL Database, Azure SQL Managed Instance, Azure SQL Server on Virtual Machine, atau Google Cloud SQL for SQL Server.

          • Mode ini menggunakan komponen Change Data Capture (CDC) native SQL Server untuk memperoleh data inkremental. Hal ini membuat sinkronisasi inkremental lebih stabil dan mengonsumsi lebar pita jaringan lebih sedikit.

        • Kekurangan:

          • Akun database sumber yang digunakan oleh instans DTS harus memiliki izin untuk mengaktifkan CDC. Terdapat penundaan sekitar 10 detik untuk sinkronisasi data inkremental.

          • Dalam skenario yang melibatkan sinkronisasi beberapa database dan tabel, mungkin terdapat risiko masalah stabilitas dan kinerja.

      The maximum number of tables for which CDC is enabled that DTS supports.

      Atur jumlah maksimum tabel yang dapat diaktifkan CDC-nya untuk instans sinkronisasi saat ini sesuai kebutuhan. Nilai default adalah 1.000.

      Catatan

      Item konfigurasi ini tidak tersedia ketika SQL Server Incremental Synchronization Mode diatur ke Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported).

      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 Pemetaan 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 kunci primer atau kunci unik 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 dapat gagal. Hal ini dapat mengakibatkan hanya data kolom parsial yang disinkronkan atau kegagalan sinkronisasi total. Harap berhati-hati.

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

      Granularitas sinkronisasi adalah database, tabel, atau kolom. Jika Anda memilih tabel atau kolom, objek lain (seperti view, trigger, atau prosedur tersimpan) tidak disinkronkan ke database tujuan.

      Selected Objects

      • Untuk mengganti nama satu objek sinkronisasi di instans tujuan, klik kanan objek tersebut di kotak Selected Objects. Untuk informasi lebih lanjut tentang mengganti nama objek, lihat Pemetaan 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 Pemetaan database, tabel, dan kolom secara batch.

      Catatan
      • Untuk memilih operasi SQL yang akan disinkronkan pada tingkat database atau tabel, klik kanan objek di Selected Objects dan pilih operasi SQL yang diperlukan di kotak dialog.

      • Untuk mengatur filter klausa WHERE, klik kanan tabel di Selected Objects dan konfigurasikan kondisi filter di kotak dialog. Untuk petunjuk, lihat Mengatur kondisi filter.

      • Menggunakan pemetaan nama objek dapat menyebabkan kegagalan sinkronisasi untuk objek lain yang bergantung pada objek ini.

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

      Konfigurasi

      Deskripsi

      Dedicated Cluster for Task Scheduling

      Secara default, DTS menjadwalkan tugas pada 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 lebih lanjut, lihat Apa itu klaster khusus DTS?.

      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 terhubung kembali ke database dalam durasi yang ditentukan, tugas sinkronisasi secara otomatis dilanjutkan. 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 menagih berdasarkan waktu proses tugas selama periode percobaan ulang koneksi, kami menyarankan agar Anda menyesuaikan durasi percobaan ulang berdasarkan kebutuhan bisnis Anda atau segera melepaskan 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 secara otomatis dilanjutkan. 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 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 ketika 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

      Pilih label lingkungan untuk mengidentifikasi instans berdasarkan kebutuhan Anda. Tidak perlu memilih untuk contoh ini.

      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 Konfigurasi 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 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 pemeriksaan awal lagi.

    • 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 pemeriksaan awal lagi.

      • 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. Ketika Success Rate mencapai 100%, klik Next: Purchase Instance.

    2. Pada halaman Purchase, pilih metode penagihan dan spesifikasi link untuk instans sinkronisasi data. Tabel berikut menjelaskan parameter-parameter ini secara detail.

      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 pay-as-you-go. Semakin lama durasi langganan, semakin tinggi diskonnya.

      • Pay-as-you-go: Anda ditagih per jam. Ini cocok untuk kebutuhan jangka pendek. Anda dapat melepaskan 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 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 ketika 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.