All Products
Search

This Product

    Data Transmission Service:Migrasi RDS for SQL Server ke PolarDB for MySQL

    Document Center

    Data Transmission Service:Migrasi RDS for SQL Server ke PolarDB for MySQL

    Last Updated:Mar 07, 2026

    Layanan Transmisi Data (Data Transmission Service/DTS) mendukung migrasi data dari instans RDS for SQL Server ke klaster PolarDB for MySQL.

    Prasyarat

    • Pastikan DTS mendukung versi instans RDS for SQL Server Anda. Untuk informasi selengkapnya mengenai versi yang didukung, lihat Solusi migrasi.

    • Buat klaster tujuan PolarDB for MySQL. Ruang penyimpanan klaster tujuan harus lebih besar daripada ruang penyimpanan yang digunakan oleh instans sumber RDS for SQL Server. Untuk informasi selengkapnya tentang cara membuat klaster, lihat Buat klaster menggunakan metode pembelian kustom dan Buat klaster langganan.

    • Jika instans sumber memenuhi salah satu kondisi berikut, bagi migrasi menjadi beberapa tugas:

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

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

    Peringatan

    Catatan

    • Selama migrasi skema, DTS memindahkan foreign key dari database sumber ke database tujuan.

    • Selama migrasi data penuh dan inkremental, DTS sementara menonaktifkan pemeriksaan kendala dan operasi kaskade pada foreign key di tingkat session. Melakukan pembaruan atau penghapusan kaskade pada database sumber selama migrasi dapat menyebabkan ketidakkonsistenan data.

    Type

    Deskripsi

    Batasan database sumber

    • Persyaratan bandwidth: Server yang menghosting database sumber harus memiliki bandwidth outbound yang cukup. Jika tidak, kecepatan migrasi data akan terpengaruh.

    • Tabel yang akan dimigrasikan harus memiliki primary key atau kendala UNIQUE, dan field tersebut harus unik. Jika tidak, data duplikat mungkin muncul di database tujuan.

    • Jika Anda memigrasikan objek tingkat tabel dan perlu mengeditnya—misalnya dengan memetakan nama tabel dan kolom—satu tugas migrasi data mendukung maksimal 1.000 tabel. Jika melebihi batas ini, kesalahan akan dilaporkan setelah Anda mengirimkan tugas. Dalam kasus ini, bagi tabel menjadi beberapa tugas migrasi atau konfigurasikan tugas untuk memigrasikan seluruh database.

    • Satu tugas migrasi data mendukung maksimal 10 database. Jika melebihi batas ini, masalah stabilitas dan kinerja dapat terjadi. Dalam kasus ini, bagi database menjadi beberapa tugas migrasi.

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

    • Untuk migrasi inkremental, log data harus memenuhi persyaratan berikut:

      • Log harus diaktifkan. Mode backup harus diatur ke Full. Backup fisik penuh harus telah berhasil dilakukan.

      • Untuk tugas migrasi inkremental, Layanan Transmisi Data (DTS) mensyaratkan bahwa log data database sumber dipertahankan lebih dari 24 jam. Untuk tugas yang mencakup migrasi penuh dan migrasi inkremental, DTS mensyaratkan bahwa log data database sumber dipertahankan minimal 7 hari. Anda dapat mengubah periode retensi log menjadi lebih dari 24 jam setelah migrasi penuh selesai. Jika tidak, tugas DTS mungkin gagal karena DTS tidak dapat memperoleh log data. Dalam kasus ekstrem, ketidakkonsistenan data atau kehilangan data dapat terjadi. Masalah yang disebabkan oleh periode retensi log yang lebih pendek dari periode yang disyaratkan tidak dicakup oleh Perjanjian Tingkat Layanan (SLA) DTS.

    • Untuk mengaktifkan change data capture (CDC) pada tabel yang akan dimigrasikan dari 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, 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 versi database.

    • DTS menggunakan fungsi fn_log untuk memperoleh log database sumber. Fungsi ini memiliki bottleneck kinerja. Jangan menghapus log database sumber terlalu dini. Jika tidak, tugas DTS mungkin gagal.

    • Batasan operasi database sumber:

      • Selama sinkronisasi skema awal dan migrasi data penuh, jangan lakukan operasi DDL untuk mengubah skema database atau tabel. Jika tidak, tugas migrasi data akan gagal.

      • Jika Anda hanya melakukan migrasi data penuh, jangan menulis data baru ke instans sumber. Jika tidak, ketidakkonsistenan data akan terjadi antara database sumber dan tujuan. Untuk memastikan konsistensi data real-time, pilih Sinkronisasi Skema Awal, Migrasi Data Penuh, dan Migrasi Data Inkremental.

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

    • Jika database sumber adalah Azure SQL Database, satu instans DTS hanya dapat memigrasikan satu database.

    • Jika database sumber adalah instans RDS for SQL Server dan tugas migrasi mencakup migrasi inkremental, nonaktifkan transparent data encryption (TDE) untuk memastikan stabilitas instans DTS. Untuk informasi selengkapnya, lihat Nonaktifkan TDE.

    • Jika Anda menggunakan perintah sp_rename untuk mengganti nama objek seperti prosedur tersimpan di database sumber sebelum tugas sinkronisasi skema awal dijalankan, tugas mungkin tidak berjalan sebagaimana mestinya atau gagal.

      Catatan

      Gunakan perintah ALTER untuk mengganti nama objek di database.

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

      ALTER TABLE test_table DROP COLUMN Flag;
ALTER TABLE test_table ADD Remark nvarchar(50) not null default('');

    • Jika database sumber adalah instans RDS for SQL Server Edisi 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.

    • Selama migrasi data penuh, pastikan parameter mode pemrosesan transaksi READ_COMMITTED_SNAPSHOT diaktifkan untuk database sumber. Ini mencegah shared lock memengaruhi penulisan data. Jika tidak, pengecualian seperti ketidakkonsistenan data dan kegagalan instans dapat terjadi. Pengecualian yang disebabkan oleh masalah ini tidak dicakup oleh SLA DTS.

    Batasan lainnya

    • Operasi DDL kompleks tidak dapat dimigrasikan.

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

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

    • Jika jumlah tabel yang diaktifkan CDC dalam satu tugas sinkronisasi melebihi 1.000, precheck akan gagal.

    • 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 memigrasikan skema, atur parameter tingkat instans character_set_server ke utf8mb4 di database tujuan.

    • Jika tugas mencakup migrasi data inkremental dan data yang akan ditulis ke satu field tabel dengan CDC yang diaktifkan melebihi 64 KB, Anda harus menjalankan perintah exec sp_configure 'max text repl size', -1; untuk menyesuaikan konfigurasi database sumber terlebih dahulu.

      Catatan

      Secara default, pekerjaan CDC dapat memproses satu field dengan panjang maksimum 64 KB.

    • Sebelum memigrasikan data, evaluasi kinerja database sumber dan tujuan. Kami menyarankan agar Anda memigrasikan data selama jam sepi. Jika tidak, DTS akan mengonsumsi sumber daya baca dan tulis pada database sumber dan tujuan selama migrasi data penuh, yang dapat meningkatkan beban database.

    • Jika tugas migrasi mencakup migrasi data inkremental, Anda tidak dapat melakukan reindex. Jika tidak, tugas mungkin gagal atau data hilang.

      Catatan

      Anda tidak dapat mengubah primary key tabel yang diaktifkan CDC-nya.

    • Jika Anda memilih Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported) untuk SQL Server Incremental Synchronization Mode pada tahap Configure Objects, tabel yang akan dimigrasikan harus memiliki clustered index yang berisi kolom kunci primer. Tabel yang akan dimigrasikan tidak boleh berupa heap table, tabel tanpa primary key, tabel terkompresi, tabel dengan kolom terhitung, atau tabel dengan kolom sparse. Dalam mode parsing log campuran, batasan ini tidak berlaku.

    • 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) pada langkah Configure Objects, batasan berikut juga berlaku:

      • Migrasi inkremental oleh DTS bergantung pada komponen CDC. Pastikan pekerjaan CDC di database sumber sedang berjalan. Jika tidak, tugas DTS akan gagal.

      • Secara default, data inkremental yang disimpan dalam komponen CDC dipertahankan selama 3 hari. Kami menyarankan Anda menggunakan perintah exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>; untuk menyesuaikan periode retensi.

        Catatan

        • <time> menentukan waktu dalam menit.

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

      • Dalam satu tugas migrasi, kami menyarankan Anda mengaktifkan CDC untuk tidak lebih dari 1.000 tabel. Jika tidak, latensi tugas atau ketidakstabilan dapat terjadi.

      • Modul prasyarat tugas migrasi inkremental mengaktifkan CDC untuk database sumber. Selama proses ini, database sumber mungkin dikunci sebentar karena batasan kernel database SQL Server.

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

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

        Catatan

        • Akun istimewa (administrator server) yang disediakan oleh konsol Azure SQL Database memenuhi persyaratan. Untuk database berbasis vCore, semua tipe instans mendukung CDC. Untuk database berbasis DTU, hanya tipe instans S3 ke atas yang mendukung CDC.

        • Akun istimewa Amazon RDS for SQL Server memenuhi persyaratan dan dapat digunakan untuk mengaktifkan CDC tingkat database untuk prosedur tersimpan.

        • Tabel indeks columnstore terkluster tidak mendukung CDC.

        • Modul prasyarat tugas migrasi inkremental mengaktifkan CDC untuk database sumber. Selama proses ini, database sumber mungkin dikunci sebentar karena batasan kernel database SQL Server.

      • DTS melakukan polling pada instans CDC setiap tabel di database sumber untuk memperoleh data inkremental. Oleh karena itu, kami menyarankan Anda memigrasikan tidak lebih dari 1.000 tabel dari database sumber. Jika tidak, latensi tugas atau ketidakstabilan dapat terjadi.

      • Secara default, data inkremental yang disimpan dalam komponen CDC dipertahankan selama 3 hari. Kami menyarankan Anda menggunakan perintah exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>; untuk menyesuaikan periode retensi.

        Catatan

        • <time> menentukan waktu dalam menit.

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

      • Anda tidak dapat secara berturut-turut melakukan operasi untuk menambah atau menghapus kolom. Misalnya, Anda tidak dapat melakukan lebih dari dua operasi DDL untuk menambah atau menghapus kolom dalam satu menit. Jika tidak, tugas mungkin gagal.

      • Anda tidak dapat mengubah instans CDC database sumber. Jika tidak, tugas mungkin gagal atau data hilang.

    • Jika pernyataan DDL gagal ditulis ke database tujuan, tugas DTS tetap berjalan. Anda dapat melihat pernyataan DDL yang gagal di log tugas. Untuk informasi selengkapnya tentang cara melihat log tugas, lihat Lihat log tugas.

    • Untuk memastikan akurasi latensi migrasi data inkremental, 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 parsing log. 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 tingkat database dan CDC untuk beberapa tabel. Kami menyarankan agar laju perubahan data tabel dengan CDC yang diaktifkan di database sumber tidak melebihi 1.000 catatan per detik (RPS).

    • Migrasi data penuh melibatkan operasi INSERT konkuren, yang menyebabkan fragmentasi tabel di database tujuan. Oleh karena itu, setelah migrasi data penuh selesai, ruang penyimpanan tabel di database tujuan lebih besar daripada di instans sumber.

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

    • SQL Server adalah database closed-source komersial. Karena batasan format spesifik yang diketahui atau tidak diketahui, masalah dapat terjadi ketika DTS melakukan CDC dan parsing pada log SQL Server. Oleh karena itu, sebelum Anda mengaktifkan sinkronisasi atau migrasi inkremental untuk sumber SQL Server di lingkungan produksi, kami menyarankan Anda melakukan uji coba proof of concept (POC) yang komprehensif. Uji coba harus mencakup semua jenis perubahan bisnis, perubahan skema tabel, dan uji stres jam sibuk bisnis. Karena sifat format log SQL Server yang tidak dapat diprediksi, Anda harus memastikan bahwa logika bisnis di lingkungan produksi konsisten dengan yang ada di uji coba POC. Ini penting untuk memastikan efisiensi dan stabilitas tinggi DTS.

    Kasus khusus

    Jika instans sumber adalah instans RDS for SQL Server, DTS membuat akun rdsdt_dtsacct di instans sumber untuk migrasi data. Jangan menghapus akun ini atau mengubah password-nya selama tugas berjalan. Jika tidak, tugas mungkin gagal. Untuk informasi selengkapnya, lihat Akun sistem.

    Penagihan

    Tipe migrasi

    Biaya konfigurasi link

    Biaya lalu lintas internet

    Migrasi skema dan migrasi data penuh

    Gratis.

    Gratis untuk skenario ini.

    Migrasi data inkremental

    Dikenai biaya. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

    Operasi SQL yang didukung oleh migrasi inkremental

    Tipe operasi

    Operasi SQL

    DML

    INSERT, UPDATE, DELETE

    Catatan

    Pernyataan UPDATE yang hanya memodifikasi kolom objek besar tidak didukung.

    DDL

    • CREATE TABLE

    • ALTER TABLE, yang hanya mencakup ADD COLUMN dan DROP COLUMN

    • DROP TABLE

    • CREATE INDEX, DROP INDEX

    Catatan

    • Operasi DDL yang melibatkan tipe data yang ditentukan pengguna tidak dapat dimigrasikan.

    • Operasi DDL Online tidak dapat dimigrasikan.

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

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

    • Operasi DDL yang dilakukan oleh prosedur tersimpan sistem tidak dapat dimigrasikan.

    • Operasi TRUNCATE TABLE tidak didukung.

    • Partisi dan fungsi dalam definisi tabel tidak didukung.

    Izin yang diperlukan untuk akun database

    Database

    Migrasi skema

    Migrasi penuh

    Migrasi inkremental

    Instans RDS for SQL Server

    Izin baca pada objek yang akan dimigrasikan

    Izin baca pada objek yang akan dimigrasikan

    Izin kepemilikan pada objek yang akan dimigrasikan

    Klaster PolarDB for MySQL

    Izin baca dan tulis pada database tujuan

    Untuk membuat akun database dan memberikan izin:

    Prosedur

    1. Buka halaman daftar tugas migrasi untuk wilayah tujuan menggunakan salah satu metode berikut.

      Dari konsol DTS

      1. Masuk ke Konsol Layanan Transmisi Data (Data Transmission Service/DTS).

      2. Di panel navigasi kiri, klik Data Migration.

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

      Dari konsol DMS

      Catatan

      Operasi aktual dapat berbeda tergantung pada mode dan tata letak konsol DMS. Untuk informasi selengkapnya, lihat Konsol mode sederhana dan Sesuaikan tata letak dan gaya konsol DMS.

      1. Masuk ke Konsol Data Management (DMS).

      2. Di bilah menu atas, pilih Data + AI > Data Transmission (DTS) > Data Migration.

      3. Di sebelah kanan Data Migration Tasks, pilih wilayah tempat instans migrasi berada.

    2. Klik Create Task untuk membuka halaman konfigurasi tugas.

    3. Konfigurasikan database sumber dan tujuan.

      Peringatan

      Setelah memilih instans sumber dan tujuan, kami menyarankan Anda membaca dengan cermat batasan yang ditampilkan di bagian atas halaman. Jika tidak, tugas mungkin gagal atau terjadi ketidakkonsistenan data.

      Kategori

      Konfigurasi

      Deskripsi

      Tidak ada

      Task Name

      DTS secara otomatis menghasilkan nama tugas. Kami menyarankan Anda menentukan nama deskriptif agar mudah diidentifikasi. Nama tidak perlu unik.

      Source Database

      Select Existing Connection

      • Untuk menggunakan instans database yang telah ditambahkan ke sistem (dibuat atau disimpan), pilih instans database yang diinginkan dari daftar drop-down. Informasi database di bawah ini akan dikonfigurasi secara otomatis.

        Catatan

        Di konsol DMS, parameter ini bernama Select a DMS database instance..

      • Jika Anda belum mendaftarkan instans database ke sistem, atau tidak perlu menggunakan instans terdaftar, konfigurasikan informasi database secara manual di bawah ini.

      Database Type

      Pilih SQL Server.

      Access Method

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah tempat instans sumber RDS for SQL Server berada.

      Replicate Data Across Alibaba Cloud Accounts

      Contoh ini menunjukkan cara memigrasikan data antar instans dalam satu Akun Alibaba Cloud. Pilih No.

      RDS Instance ID

      Pilih ID instans sumber RDS for SQL Server.

      Database Account

      Masukkan akun database instans sumber RDS for SQL Server. Untuk informasi selengkapnya tentang persyaratan izin, lihat Izin yang diperlukan untuk akun database.

      Database Password

      Masukkan password untuk akun database.

      Encryption

      Pilih Non-encrypted atau SSL-encrypted sesuai lingkungan Anda.

      • Jika enkripsi SSL dinonaktifkan pada database sumber, pilih Non-encrypted.

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

      Destination Database

      Select Existing Connection

      • Untuk menggunakan instans database yang telah ditambahkan ke sistem (dibuat atau disimpan), pilih instans database yang diinginkan dari daftar drop-down. Informasi database di bawah ini akan dikonfigurasi secara otomatis.

        Catatan

        Di konsol DMS, parameter ini bernama Select a DMS database instance..

      • Jika Anda belum mendaftarkan instans database ke sistem, atau tidak perlu menggunakan instans terdaftar, konfigurasikan informasi database secara manual di bawah ini.

      Database Type

      Pilih PolarDB for MySQL.

      Access Method

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah tempat klaster tujuan PolarDB for MySQL berada.

      PolarDB Cluster ID

      Pilih ID klaster tujuan PolarDB for MySQL.

      Database Account

      Masukkan akun database klaster tujuan PolarDB for MySQL. Untuk informasi selengkapnya tentang persyaratan izin, lihat Izin yang diperlukan untuk akun database.

      Database Password

      Masukkan password untuk akun database.

      Encryption

      Pilih metode koneksi sesuai kebutuhan. Untuk informasi selengkapnya tentang fitur enkripsi SSL, lihat Aktifkan enkripsi SSL.

    4. Setelah menyelesaikan konfigurasi, klik Test Connectivity and Proceed di bagian bawah halaman.

      Catatan

      • Pastikan segmen alamat IP layanan DTS telah ditambahkan secara otomatis atau manual ke pengaturan keamanan database sumber dan tujuan untuk mengizinkan akses dari server DTS. Untuk informasi selengkapnya, lihat Tambahkan alamat IP server DTS ke daftar putih.

      • Jika database sumber atau tujuan adalah database yang dikelola sendiri (Access Method bukan Alibaba Cloud Instance), Anda juga harus mengklik Test Connectivity di kotak dialog CIDR Blocks of DTS Servers yang muncul.

    5. Konfigurasikan objek tugas.

      1. Pada halaman Configure Objects, konfigurasikan objek yang ingin dimigrasikan.

        Konfigurasi

        Deskripsi

        Migration Types

        • Jika Anda hanya perlu melakukan migrasi penuh, pilih Schema Migration dan Full Data Migration.

        • Untuk melakukan migrasi tanpa downtime, pilih Schema Migration, Full Data Migration, dan Incremental Data Migration.

        Catatan

        • Jika Anda tidak memilih Schema Migration, Anda harus memastikan bahwa database dan tabel untuk menerima data sudah ada di database tujuan. Anda juga dapat menggunakan fitur pemetaan nama objek di kotak Selected Objects sesuai kebutuhan.

        • Jika Anda tidak memilih Incremental Data Migration, jangan menulis data baru ke instans sumber selama migrasi data untuk memastikan konsistensi data.

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

          • Keuntungan:

            • Mendukung skenario yang melibatkan heap table sumber, tabel tanpa primary key, tabel terkompresi, atau tabel dengan kolom terhitung.

            • Memberikan stabilitas link tinggi. Mode ini dapat memperoleh pernyataan DDL lengkap dan mendukung berbagai skenario DDL.

          • Kerugian:

            • 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 tingkat database dan CDC untuk beberapa tabel.

            • Anda tidak dapat menjalankan pernyataan `SELECT INTO`, `TRUNCATE`, atau `RENAME COLUMN` pada tabel dengan CDC yang diaktifkan di database sumber. Anda tidak boleh menghapus trigger yang dibuat DTS di database sumber secara manual.

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

          • Keuntungan:

            Mode ini bersifat non-intrusif terhadap database sumber.

          • Kerugian:

            Mode ini tidak mendukung skenario yang melibatkan heap table sumber, tabel tanpa primary key, tabel terkompresi, atau tabel dengan kolom terhitung.

        • Polling and querying CDC instances for incremental synchronization:

          • Keuntungan:

            • Mendukung migrasi 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 CDC native SQL Server untuk memperoleh data inkremental, yang meningkatkan stabilitas migrasi inkremental dan mengurangi penggunaan bandwidth jaringan.

          • Kerugian:

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

            • Saat memigrasikan beberapa tabel di beberapa database, Anda mungkin mengalami masalah stabilitas dan kinerja.

        Catatan

        Item konfigurasi ini tersedia hanya jika Incremental Data Migration dipilih untuk Migration Types.

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

        Tentukan jumlah maksimum tabel yang dapat diaktifkan CDC-nya dalam instans migrasi ini. Nilai default adalah 1.000.

        Catatan

        Opsi ini tidak muncul 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 tidak ada tabel dengan nama yang sama, precheck lolos. Jika ada tabel dengan nama yang sama, kesalahan dilaporkan selama precheck, dan tugas migrasi data tidak dimulai.

          Catatan

          Jika tabel di database tujuan memiliki nama yang sama tetapi tidak dapat dihapus atau diganti namanya dengan mudah, Anda dapat mengubah nama tabel di database tujuan. Untuk informasi selengkapnya, lihat Pemetaan nama objek.

        • Ignore Errors and Proceed: Melewati pemeriksaan tabel dengan nama yang sama.

          Peringatan

          Memilih Ignore Errors and Proceed dapat menyebabkan ketidakkonsistenan data dan risiko bisnis. Misalnya:

          • Jika skema tabel konsisten dan catatan di database tujuan memiliki nilai primary key yang sama dengan catatan di database sumber:

            • Selama migrasi penuh, DTS menyimpan catatan di database tujuan; catatan dari database sumber tidak dimigrasikan.

            • Selama migrasi inkremental, DTS tidak menyimpan catatan di database tujuan; catatan dari database sumber menimpa catatan yang ada di database tujuan.

          • Jika skema tabel tidak konsisten, hanya beberapa kolom data yang mungkin dimigrasikan, atau migrasi mungkin gagal. Lakukan dengan hati-hati.

        Capitalization of Object Names in Destination Instance

        Anda dapat mengonfigurasi kebijakan case sensitivity untuk nama objek yang dimigrasikan—seperti database, tabel, dan kolom—di instans tujuan. Secara default, DTS default policy dipilih. Anda juga dapat memilih untuk menjaga case sensitivity konsisten dengan kebijakan default database sumber atau tujuan. Untuk informasi selengkapnya, lihat Case sensitivity nama objek di database tujuan.

        Source Objects

        Di kotak Source Objects, klik objek yang ingin dimigrasikan, lalu klik Right arrow untuk memindahkannya ke kotak Selected Objects.

        Catatan

        Granularitas pemilihan objek migrasi adalah skema, tabel, dan kolom. Jika Anda hanya memilih tabel atau kolom sebagai objek migrasi, objek lain seperti view, trigger, dan prosedur tersimpan tidak dimigrasikan ke database tujuan.

        Selected Objects

        • Untuk mengganti nama objek yang ingin dimigrasikan ke instans tujuan, klik kanan objek di bagian Selected Objects. Untuk informasi selengkapnya, lihat Pemetaan kolom tabel individual.

        • Untuk mengganti nama beberapa objek sekaligus, klik Batch Edit di pojok kanan atas bagian Selected Objects. Untuk informasi selengkapnya, lihat Pemetaan nama beberapa objek sekaligus.

        Catatan

        • Jika Anda menggunakan fitur pemetaan nama objek, migrasi objek lain yang bergantung pada objek yang dipetakan mungkin gagal.

        • Untuk mengatur kondisi WHERE untuk memfilter data, klik kanan tabel yang akan dimigrasikan di bagian Selected Objects dan konfigurasikan kondisi filter di kotak dialog yang muncul. Untuk informasi selengkapnya, lihat Konfigurasi kondisi filter.

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

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

        Konfigurasi

        Deskripsi

        Dedicated Cluster for Task Scheduling

        Secara default, DTS menjadwalkan tugas pada klaster bersama. Anda tidak perlu memilihnya. Jika Anda menginginkan tugas yang lebih stabil, Anda dapat membeli klaster khusus untuk menjalankan tugas migrasi DTS.

        Retry Time for Failed Connections

        Setelah tugas migrasi 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 dapat menyesuaikan durasi percobaan ulang ke nilai antara 10 hingga 1.440 menit. Kami menyarankan Anda mengatur durasi lebih dari 30 menit. Jika DTS berhasil terhubung kembali ke database sumber dan tujuan dalam durasi yang ditentukan, tugas migrasi akan dilanjutkan secara otomatis. Jika tidak, tugas gagal.

        Catatan

        • Untuk beberapa instans DTS yang berbagi sumber atau tujuan yang sama, waktu percobaan ulang jaringan ditentukan oleh pengaturan tugas yang dibuat terakhir.

        • Karena Anda dikenai biaya selama periode percobaan ulang koneksi, kami menyarankan Anda menyesuaikan waktu percobaan ulang berdasarkan kebutuhan bisnis, atau segera rilis instans DTS setelah instans database sumber dan tujuan dirilis.

        Retry Time for Other Issues

        Setelah tugas migrasi dimulai, jika terjadi masalah non-konektivitas—seperti pengecualian eksekusi DDL atau DML—di database sumber atau tujuan, DTS melaporkan kesalahan dan segera mulai mencoba mengulang operasi tersebut. Durasi percobaan ulang default adalah 10 menit. Anda dapat menyesuaikan durasi percobaan ulang ke nilai antara 1 hingga 1.440 menit. Kami menyarankan Anda mengatur durasi lebih dari 10 menit. Jika operasi terkait berhasil dalam durasi percobaan ulang yang ditentukan, tugas migrasi akan dilanjutkan secara otomatis. Jika tidak, tugas gagal.

        Penting

        Nilai Retry Time for Other Issues harus lebih kecil daripada nilai Retry Time for Failed Connections.

        Enable Throttling for Full Data Migration

        Selama migrasi penuh, DTS mengonsumsi sumber daya baca dan tulis pada database sumber dan tujuan, yang dapat meningkatkan beban database. Jika diperlukan, Anda dapat mengaktifkan pembatasan kecepatan untuk tugas migrasi penuh. Anda dapat mengatur Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s) untuk mengurangi beban pada database tujuan.

        Catatan

        • Item konfigurasi ini tersedia hanya jika Anda memilih Full Data Migration untuk Migration Types.

        • Anda juga dapat menyesuaikan kecepatan migrasi penuh setelah instans migrasi berjalan.

        Enable Throttling for Incremental Data Migration

        Jika diperlukan, Anda juga dapat memilih untuk mengatur batas kecepatan untuk tugas migrasi inkremental. Anda dapat mengatur RPS of Incremental Data Migration dan Data migration speed for incremental migration (MB/s) untuk mengurangi beban pada database tujuan.

        Catatan

        Environment Tag

        Anda dapat memilih tag lingkungan untuk mengidentifikasi instans sesuai kebutuhan. Ini tidak diperlukan untuk contoh ini.

        Configure ETL

        Pilih apakah akan mengaktifkan fitur ekstrak, transformasi, muat (extract, transform, and load/ETL). Untuk informasi selengkapnya, lihat Apa itu ETL?. Nilai yang valid:

        Monitoring and Alerting

        Pilih apakah akan mengatur peringatan dan menerima pemberitahuan peringatan sesuai kebutuhan bisnis Anda.

        • No: Tidak mengatur peringatan.

        • Yes: Konfigurasikan peringatan dengan mengatur ambang batas peringatan dan pemberitahuan peringatan. Jika migrasi gagal atau latensi melebihi ambang batas, sistem akan mengirimkan pemberitahuan peringatan.

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

        Untuk informasi selengkapnya tentang fitur validasi data, lihat Konfigurasi validasi data.

    6. Simpan tugas dan jalankan pemeriksaan awal.

      • Untuk melihat parameter konfigurasi instans ini saat memanggil operasi API, arahkan pointer ke tombol Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters di gelembung yang muncul.

      • Jika Anda tidak perlu melihat atau telah selesai melihat parameter API, klik Next: Save Task Settings and Precheck di bagian bawah halaman.

      Catatan

      • Sebelum tugas migrasi dimulai, DTS melakukan pemeriksaan awal. Tugas hanya dimulai setelah lolos pemeriksaan awal.

      • Jika pemeriksaan awal gagal, klik View Details di sebelah item pemeriksaan yang gagal, perbaiki masalah berdasarkan petunjuk, lalu jalankan kembali pemeriksaan awal.

      • Jika peringatan dilaporkan selama pemeriksaan awal:

        • Untuk item pemeriksaan yang tidak dapat diabaikan, klik View Details di sebelah item yang gagal, perbaiki masalah berdasarkan petunjuk, lalu jalankan kembali pemeriksaan awal.

        • Untuk item pemeriksaan yang dapat diabaikan, Anda dapat mengklik Confirm Alert Details, Ignore, OK, dan Precheck Again untuk melewati item peringatan dan menjalankan kembali pemeriksaan awal. Jika Anda memilih untuk mengabaikan 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 spesifikasi link untuk instans migrasi data. Untuk informasi selengkapnya, lihat tabel berikut.

        Kategori

        Parameter

        Deskripsi

        New Instance Class

        Resource Group Settings

        Pilih kelompok sumber daya tempat instans tersebut berada. Nilai default adalah kelompok sumber daya default. Untuk informasi selengkapnya, lihat Apa itu Resource Management?

        Instance Class

        DTS menyediakan spesifikasi migrasi dengan tingkat kinerja berbeda. Spesifikasi link memengaruhi kecepatan migrasi. Anda dapat memilih spesifikasi berdasarkan skenario bisnis Anda. Untuk informasi selengkapnya, lihat Spesifikasi link migrasi data.

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

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

        Anda dapat melihat progres tugas migrasi di halaman daftar Data Migration Tasks.

        Catatan

        • Jika tugas migrasi tidak mencakup migrasi inkremental, tugas akan berhenti secara otomatis setelah migrasi penuh selesai. Setelah tugas berhenti, Status-nya berubah menjadi Completed.

        • Jika tugas migrasi mencakup migrasi inkremental, tugas tidak berhenti secara otomatis. Tugas migrasi inkremental terus berjalan. Selama tugas migrasi inkremental berjalan, Status tugas adalah Running.