All Products
Search

This Product

    Data Transmission Service:Menyinkronkan RDS SQL Server ke RDS MySQL

    Document Center

    Data Transmission Service:Menyinkronkan RDS SQL Server ke RDS MySQL

    Last Updated:Aug 28, 2026

    Data Transmission Service (DTS) menyinkronkan data dari instans ApsaraDB RDS for SQL Server ke instans ApsaraDB RDS for MySQL.

    Prasyarat

    • Instans RDS SQL Server. Untuk versi yang didukung, lihat Ikhtisar sinkronisasi. Untuk membuatnya, lihat Membuat dan menggunakan instans RDS SQL Server dengan cepat.

    • Anda telah membuat instans tujuan ApsaraDB RDS for MySQL. Untuk informasi selengkapnya, lihat Membuat instans ApsaraDB RDS for MySQL.

    • Instans tujuan ApsaraDB RDS for MySQL harus memiliki ruang penyimpanan yang lebih besar daripada instans sumber ApsaraDB RDS for SQL Server.

    • Kami menyarankan membagi tugas sinkronisasi menjadi beberapa tugas jika instans sumber memenuhi salah satu kondisi berikut:

      • Instans sumber memiliki lebih dari 10 database.

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

      • Lebih dari 100 operasi Data Definition Language (DDL) dilakukan per jam pada satu database.

      • Laju pembuatan log untuk satu database melebihi 20 MB/s.

      • Anda harus mengaktifkan change data capture (CDC) pada lebih dari 1.000 tabel.

    Batasan

    Catatan

    • Selama sinkronisasi skema, DTS menyinkronkan foreign key dari database sumber ke database tujuan.

    • Selama sinkronisasi data penuh dan inkremental, DTS sementara menonaktifkan pemeriksaan constraint dan operasi kaskade foreign key pada tingkat sesi. Ketidakkonsistenan data dapat terjadi jika operasi cascade update atau delete dilakukan pada database sumber saat tugas sedang berjalan.

    Jenis

    Deskripsi

    Batasan database sumber

    • Tabel yang akan disinkronkan harus memiliki primary key atau unique constraint. Jika tidak, data duplikat dapat terjadi di database tujuan.

    • Jika tugas sinkronisasi data menyinkronkan lebih dari 5.000 tabel pada tingkat tabel dan memerlukan pengeditan objek, seperti pemetaan nama kolom, bagi tabel tersebut menjadi beberapa tugas.

    • Satu tugas sinkronisasi data mendukung maksimal 10 database. Jika Anda melebihi batas ini, Anda berisiko mengalami masalah stabilitas dan kinerja. Dalam kasus ini, bagi tabel menjadi beberapa tugas.

    • Jika Anda mengonfigurasi tugas untuk menyinkronkan objek tertentu alih-alih seluruh database, Anda tidak dapat menyinkronkan objek yang memiliki nama tabel sama tetapi nama skema berbeda ke database tujuan yang sama dalam tugas tersebut.

    • Data Transmission Service (DTS) menggunakan fungsi fn_log untuk memperoleh log dari database sumber. Fungsi ini memiliki bottleneck kinerja. Jangan membersihkan log database sumber terlalu dini. Jika tidak, tugas dapat gagal.

    • Log transaksi:

      • Aktifkan log transaksi, atur model recovery ke Full, dan pastikan backup fisik penuh telah selesai.

      • Untuk tugas sinkronisasi data inkremental, DTS mensyaratkan bahwa log transaksi di database sumber dipertahankan minimal selama 24 jam. Untuk tugas yang mencakup sinkronisasi data penuh dan inkremental, log transaksi harus dipertahankan minimal selama 7 hari. Setelah sinkronisasi data penuh selesai, Anda dapat mengubah periode retensi menjadi 24 jam atau lebih. Jika DTS tidak dapat memperoleh log transaksi karena periode retensi lebih pendek dari yang disyaratkan, tugas dapat gagal. Dalam kasus ekstrem, hal ini dapat menyebabkan ketidakkonsistenan atau kehilangan data. Masalah yang timbul akibat periode retensi log lebih pendek dari persyaratan DTS tidak dicakup oleh service level agreement (SLA).

    • Untuk mengaktifkan Change Data Capture (CDC) untuk tabel di database sumber, Anda harus memenuhi kondisi berikut. Jika tidak, pemeriksaan awal gagal.

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

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

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

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

      • Jika database sumber adalah SQL Server 2017 (Edisi Standar atau Perusahaan), tingkatkan ke versi yang lebih baru.

    • Jika database sumber adalah instans hanya baca, operasi DDL tidak disinkronkan.

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

    • Jika database sumber adalah instans ApsaraDB RDS for SQL Server, nonaktifkan fitur Transparent Data Encryption (TDE) untuk memastikan stabilitas instans sinkronisasi. Untuk informasi selengkapnya, lihat Nonaktifkan TDE.

    • Dalam mode parsing log hibrida, Anda tidak dapat melakukan beberapa operasi untuk menambah atau menghapus kolom secara berurutan dalam waktu singkat (kurang dari 10 menit). Misalnya, menjalankan pernyataan SQL berikut secara berurutan akan menyebabkan tugas gagal.

      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 dapat menghasilkan hasil yang tidak terduga atau gagal.

      Catatan

      Kami menyarankan Anda menggunakan perintah ALTER untuk mengganti nama objek di database.

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

      Catatan

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

    • Jika database sumber adalah Edisi Web ApsaraDB RDS for SQL Server, Anda harus memilih Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported) untuk SQL Server Incremental Synchronization Mode saat mengonfigurasi tugas.

    • Kami menyarankan agar Anda tetap mengaktifkan parameter mode pemrosesan transaksi READ_COMMITTED_SNAPSHOT untuk database sumber selama tugas sinkronisasi data penuh untuk mencegah shared lock memengaruhi penulisan data. Jika tidak, masalah seperti ketidakkonsistenan data dan kegagalan instans dapat terjadi. Pengecualian yang diakibatkannya tidak dicakup oleh SLA DTS.

    Batasan lainnya

    • Persyaratan untuk objek yang disinkronkan:

      • DTS mendukung inisialisasi skema untuk objek database, skema, dan tabel.

      • Sinkronisasi tidak didukung untuk data yang menggunakan tipe data CURSOR, ROWVERSION, SQL_VARIANT, HIERARCHYID, POLYGON, GEOMETRY, atau GEOGRAPHY, atau untuk tipe data yang ditentukan pengguna yang dibuat menggunakan perintah CREATE TYPE.

      • DTS tidak mendukung penyinkronan objek berikut: 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 memilih Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported) untuk SQL Server Incremental Synchronization Mode pada langkah Configure Objects, tabel yang disinkronkan harus memiliki clustered index yang mencakup kolom kunci primer. Tabel heap, tabel tanpa primary key, tabel terkompresi, tabel dengan computed column, dan tabel dengan sparse column tidak didukung. Batasan ini tidak berlaku dalam mode parsing log hibrida.

    • Jika Anda memilih Log-based Parsing for Non-heap Tables and CDC-based Incremental Synchronization for Heap Tables (Hybrid Log-based Parsing) untuk SQL Server Incremental Synchronization Mode pada langkah Configure Objects, batasan berikut juga berlaku:

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

      • Secara default, komponen CDC menyimpan data inkremental selama 3 hari. Anda dapat menggunakan perintah exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>; untuk menyesuaikan periode retensi sesuai kebutuhan.

        Catatan

        • <time> menentukan waktu dalam menit.

        • Jika satu tabel di database sumber rata-rata menghasilkan lebih dari 10 juta pernyataan SQL perubahan inkremental per hari, kami menyarankan Anda mengatur <time> ke 1440.

      • Pemeriksaan awal DTS untuk tugas sinkronisasi data inkremental mengaktifkan CDC di database dan tabel sumber. Karena keterbatasan mesin database SQL Server, proses ini dapat menyebabkan locking singkat di database sumber.

      • Dalam satu tugas sinkronisasi data, aktifkan CDC pada tidak lebih dari 1.000 tabel. Melebihi batas ini dapat menyebabkan latensi atau ketidakstabilan tugas.

    • Jika Anda memilih Polling and querying CDC instances for incremental synchronization untuk SQL Server Incremental Synchronization Mode pada langkah Configure Objects, batasan berikut juga berlaku:

      • Akun database sumber yang digunakan oleh instans DTS harus memiliki izin untuk mengaktifkan CDC. Akun dengan role sysadmin diperlukan untuk mengaktifkan CDC tingkat database. Akun dengan hak istimewa tinggi diperlukan untuk mengaktifkan CDC tingkat tabel.

        Catatan

        • Akun dengan hak istimewa tertinggi (administrator server) yang disediakan di konsol Azure SQL Database memenuhi persyaratan ini. Untuk database yang menggunakan model pembelian berbasis vCore, semua tier layanan mendukung CDC. Untuk database yang menggunakan model pembelian berbasis DTU, tier layanan harus S3 atau lebih tinggi untuk mendukung CDC.

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

        • CDC tidak didukung untuk tabel dengan clustered columnstore indexes.

        • Pemeriksaan awal DTS untuk tugas sinkronisasi data inkremental mengaktifkan CDC di database dan tabel sumber. Karena keterbatasan mesin database SQL Server, proses ini dapat menyebabkan locking singkat di database sumber.

      • DTS melakukan polling instans CDC untuk setiap tabel di database sumber untuk memperoleh data inkremental. Oleh karena itu, sinkronkan tidak lebih dari 1.000 tabel. Jika tidak, tugas dapat mengalami latensi atau ketidakstabilan.

      • Data inkremental yang disimpan oleh komponen CDC dipertahankan selama 3 hari secara default. Kami menyarankan Anda menjalankan perintah exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>; untuk mengatur periode retensi yang sesuai.

        • Catatan

        • <time> menentukan waktu dalam menit.

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

      • Operasi DDL berturut-turut untuk menambah atau menghapus kolom (lebih dari dua operasi dalam satu menit) tidak didukung dan dapat menyebabkan tugas gagal.

      • Memodifikasi instans CDC di database sumber tidak didukung dan dapat menyebabkan kegagalan tugas atau kehilangan data.

    • DTS tidak mendukung sinkronisasi operasi DDL yang kompleks.

    • Untuk memastikan pemantauan latensi yang akurat untuk sinkronisasi data inkremental, DTS membuat objek tertentu di database sumber berdasarkan mode yang dipilih. Dalam mode parsing log, DTS membuat trigger dts_cdc_sync_ddl, tabel heartbeat dts_sync_progress, dan tabel sejarah DDL dts_cdc_ddl_history. Dalam mode hibrida, DTS membuat trigger dts_cdc_sync_ddl, tabel heartbeat dts_sync_progress, dan tabel sejarah DDL dts_cdc_ddl_history, serta mengaktifkan CDC pada tingkat database dan untuk beberapa tabel. Laju perubahan data pada tabel dengan CDC yang diaktifkan tidak boleh melebihi 1.000 RPS.

    • Sebelum memulai tugas sinkronisasi data, evaluasi kinerja database sumber dan tujuan. Selain itu, jalankan tugas selama jam sepi. Inisialisasi data penuh mengonsumsi resource baca dan tulis di kedua database, yang dapat meningkatkan beban database.

    • Inisialisasi data penuh melakukan operasi INSERT konkuren, yang dapat menyebabkan fragmentasi di tabel database tujuan. Akibatnya, ruang tabel di instans tujuan mungkin lebih besar daripada di instans sumber setelah inisialisasi.

    • Selama sinkronisasi DTS, jangan menulis data ke database tujuan dari sumber selain DTS. Hal ini dapat menyebabkan ketidakkonsistenan data antara sumber dan tujuan. Misalnya, menggunakan DMS untuk melakukan perubahan DDL online saat data lain sedang ditulis ke tujuan dapat menyebabkan kehilangan data di database tujuan.

    • Jangan merebuild indeks selama sinkronisasi. Hal ini dapat menyebabkan kegagalan tugas atau bahkan kehilangan data.

      Catatan

      Anda tidak dapat melakukan operasi DDL yang terkait dengan primary key pada tabel yang telah diaktifkan CDC-nya.

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

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

      Catatan

      Secara default, ukuran maksimum satu field yang dapat diproses oleh job CDC adalah 64 KB.

    • Jika pernyataan DDL gagal ditulis ke database tujuan, tugas DTS tetap berjalan. Anda harus memeriksa log tugas untuk melihat pernyataan DDL yang gagal. Untuk informasi selengkapnya tentang cara melihat log tugas, lihat Melihat log tugas.

    • Jika Anda menulis kolom dengan nama yang hanya berbeda huruf kapital ke tabel yang sama di database MySQL tujuan, hasil yang tidak terduga dapat terjadi karena nama kolom MySQL tidak case-sensitive.

    • Setelah sinkronisasi data selesai (Status Status adalah Completed), Anda harus menggunakan perintah ANALYZE TABLE <table_name> untuk memastikan semua data 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.

    • Jika Anda menggunakan fitur Ubah Objek yang Akan Disinkronkan, Anda tidak dapat menghapus database dari tugas.

    • Beberapa instans sinkronisasi yang menggunakan database SQL Server yang sama sebagai sumber memiliki modul tangkapan data inkremental independen.

    • Jika 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 Ubah parameter instans.

    • SQL Server adalah database komersial bersumber tertutup. Karena karakteristik format log-nya yang diketahui atau tidak diketahui, masalah dapat muncul selama tangkapan (CDC) dan parsing perubahan data inkremental oleh DTS. Sebelum menggunakan DTS untuk sinkronisasi inkremental atau migrasi dari sumber SQL Server di lingkungan produksi, lakukan pengujian proof-of-concept (POC) yang komprehensif. Pengujian Anda harus mencakup semua skenario perubahan bisnis, modifikasi skema, dan uji stres beban puncak. Memastikan bahwa logika bisnis produksi identik dengan yang diuji dalam fase POC sangat penting untuk operasi DTS yang stabil dan efisien.

    • DTS tidak mendukung transaksi yang sebagian di-rollback di sumber selama sinkronisasi inkremental. Hal ini dapat menyebabkan operasi rollback hilang.

    Kasus khusus

    Saat instans sumber adalah ApsaraDB RDS for SQL Server, DTS membuat akun rdsdt_dtsacct di instans sumber untuk sinkronisasi data. Jangan menghapus akun ini atau mengubah password-nya selama tugas berjalan, atau tugas dapat gagal. Untuk informasi selengkapnya, lihat Deskripsi akun sistem.

    Penagihan

    Jenis sinkronisasi

    Harga

    Sinkronisasi skema dan sinkronisasi data penuh

    Gratis.

    Sinkronisasi data inkremental

    Dikenai biaya. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

    Topologi sinkronisasi

    • Sinkronisasi satu arah satu-ke-satu

    • Sinkronisasi satu arah satu-ke-banyak

    • Sinkronisasi satu arah banyak-ke-satu

    Untuk pengenalan topologi sinkronisasi ini dan penggunaannya, lihat Topologi sinkronisasi data.

    Operasi SQL yang didukung

    Jenis operasi

    Pernyataan SQL

    DML

    INSERT, UPDATE, dan DELETE

    Catatan

    DTS tidak menyinkronkan pernyataan UPDATE yang hanya memperbarui field besar.

    DDL

    • CREATE TABLE

    • ALTER TABLE (hanya ADD COLUMN dan DROP COLUMN)

    • DROP TABLE

    • CREATE INDEX dan DROP INDEX

    Catatan

    • Operasi DDL yang mengandung tipe data yang ditentukan pengguna tidak didukung.

    • Operasi DDL Online tidak didukung.

    • Operasi DDL transaksional tidak didukung. Misalnya, menambahkan beberapa kolom dalam satu pernyataan SQL atau mencampur operasi DDL dan DML 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.

    • DTS tidak menyinkronkan operasi TRUNCATE TABLE.

    • Tabel terpartisi dan tabel yang didefinisikan dengan fungsi tidak didukung.

    Izin yang diperlukan untuk akun database

    Instans database

    Izin yang diperlukan

    Aksi

    Instans sumber ApsaraDB RDS for SQL Server

    Izin Pemilik pada objek yang akan disinkronkan.

    Buat akun dan Ubah izin akun.

    Instans tujuan ApsaraDB RDS for MySQL

    Izin baca dan tulis pada database tujuan.

    Buat akun dan database serta ubah izin akun standar pada instans ApsaraDB RDS untuk MySQL.

    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 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 selengkapnya, 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. Konfigurasi database sumber dan tujuan.

      Kategori

      Parameter

      Deskripsi

      N/A

      Task Name

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

      Source Database

      Database Type

      Pilih SQL Server.

      Connection Type

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah instans sumber ApsaraDB RDS for SQL Server.

      Replicate Data Across Alibaba Cloud Accounts

      Untuk contoh ini, kami menyinkronkan data dalam satu Akun Alibaba Cloud yang sama. Pilih No.

      Instance ID

      Pilih ID instans sumber ApsaraDB RDS for SQL Server.

      Database Account

      Masukkan akun database instans sumber ApsaraDB RDS for SQL Server. Akun tersebut harus memiliki izin Pemilik pada objek yang akan disinkronkan.

      Database Password

      Masukkan password yang sesuai dengan akun database.

      Encryption

      Pilih Non-encrypted atau SSL-encrypted.

      • 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 server.

      Destination Database

      Database Type

      Pilih MySQL.

      Connection Type

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah instans tujuan ApsaraDB RDS for MySQL.

      Replicate Data Across Alibaba Cloud Accounts

      Untuk contoh ini, kami menyinkronkan data dalam satu Akun Alibaba Cloud yang sama. Pilih No.

      RDS Instance ID

      Pilih ID instans tujuan ApsaraDB RDS for MySQL.

      Database Account

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

      Database Password

      Masukkan password yang sesuai dengan akun database.

      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 selengkapnya, 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 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.

    5. Konfigurasi objek tugas.

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

        Parameter

        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 garis dasar data 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 primary key, tabel terkompresi, dan tabel dengan computed column 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 telah diaktifkan CDC 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 primary key, tabel terkompresi, atau tabel dengan computed column 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.

        Pengaturan ini membatasi jumlah tabel yang dapat diaktifkan CDC-nya dalam instans sinkronisasi saat ini. Nilai default adalah 1.000.

        Catatan

        Parameter ini tidak tersedia jika Anda mengatur SQL Server Incremental Synchronization Mode 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 tidak ada, pemeriksaan awal lolos. Jika 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 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 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 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 case sensitivity 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 Kebijakan case sensitivity 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 objek pada tingkat database, tabel, atau kolom. Jika Anda memilih tabel atau kolom sebagai objek sinkronisasi, objek lain seperti view, trigger, dan prosedur tersimpan tidak disinkronkan ke database tujuan.

        Selected Objects

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

        Catatan

        • Untuk memilih operasi SQL yang akan disinkronkan untuk database atau tabel tertentu, klik kanan objek di kotak Selected Objects dan pilih operasi SQL yang diinginkan di kotak dialog yang muncul.

        • Untuk memfilter data menggunakan kondisi WHERE, klik kanan tabel yang akan disinkronkan di kotak Selected Objects dan tentukan kondisi filter di kotak dialog yang muncul. Untuk informasi selengkapnya, lihat Gunakan kondisi SQL untuk memfilter data.

        • Jika Anda mengganti nama objek, objek dependen mungkin gagal disinkronkan.

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

        Parameter

        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 selengkapnya, 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 mencoba menghubungkan kembali. Durasi coba ulang default adalah 720 menit. Anda juga dapat menentukan durasi coba ulang kustom antara 10 hingga 1.440 menit. Kami menyarankan 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 coba 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 mengenakan biaya untuk waktu proses tugas selama periode coba ulang koneksi, kami menyarankan Anda menyesuaikan durasi coba 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 dengan database sumber atau tujuan (seperti pengecualian eksekusi DDL atau DML), DTS melaporkan kesalahan dan segera memulai operasi coba ulang berkelanjutan. Durasi coba ulang default adalah 10 menit. Anda juga dapat menyesuaikan durasi coba ulang dalam rentang 1 hingga 1.440 menit. Kami menyarankan Anda mengaturnya minimal 10 menit. Jika operasi terkait berhasil dalam durasi coba 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 resource 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

        Anda dapat memilih tag lingkungan untuk mengidentifikasi instans. Dalam contoh ini, tidak ada tag yang dipilih.

        Configure ETL

        Pilih apakah akan mengaktifkan fitur ekstrak, transformasi, muat (ETL). Untuk informasi selengkapnya, 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 balon.

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

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

        Kategori

        Parameter

        Deskripsi

        New Instance Class

        Metode Penagihan

        • Langganan: Anda membayar saat membuat instans. Ini cocok untuk kebutuhan jangka panjang dan lebih hemat biaya daripada bayar sesuai penggunaan. Semakin lama durasi langganan, semakin tinggi diskonnya.

        • Bayar sesuai penggunaan: Anda dikenai biaya per jam. Ini cocok untuk kebutuhan jangka pendek. Anda dapat melepas instans segera setelah digunakan untuk menghemat biaya.

        Konfigurasi Kelompok Sumber Daya

        Kelompok sumber daya tempat instans berada. Default-nya adalah kelompok sumber daya default. Untuk informasi selengkapnya, lihat Apa itu Resource Management?.

        Spesifikasi Link

        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 Spesifikasi link sinkronisasi data.

        Durasi Langganan

        Dalam mode langganan, 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 Sinkronisasi Data.