All Products
Search

This Product

    Data Transmission Service:Migrasi database SQL Server yang dikelola sendiri ke RDS for SQL Server

    Document Center

    Data Transmission Service:Migrasi database SQL Server yang dikelola sendiri ke RDS for SQL Server

    Last Updated:Mar 25, 2026

    Data Transmission Service (DTS) melakukan migrasi data dari database SQL Server yang dikelola sendiri ke RDS for SQL Server.

    Prasyarat

    • Untuk versi database SQL Server yang dikelola sendiri yang didukung, lihat Solusi migrasi.

    • Anda telah membuat instans tujuan RDS for SQL Server. Untuk informasi selengkapnya, lihat Buat instans ApsaraDB RDS for SQL Server.

    • Ruang penyimpanan instans RDS for SQL Server harus lebih besar daripada ruang penyimpanan yang digunakan oleh database SQL Server yang dikelola sendiri.

    • Jika database sumber Anda memenuhi salah satu kondisi berikut, gunakan fitur backup RDS for SQL Server untuk migrasi data. Untuk informasi selengkapnya, lihat Migrasi data dari database yang dikelola sendiri ke instans ApsaraDB RDS.

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

      • Log database sumber berisi heap tables, tabel tanpa primary key, compressed tables, atau tabel dengan computed columns. Anda dapat menjalankan pernyataan SQL berikut untuk memeriksa apakah jenis tabel tersebut ada di database sumber:

        1. Periksa heap tables di database sumber:

          SELECT s.name AS schema_name, t.name AS table_name FROM sys.schemas s INNER JOIN sys.tables t ON s.schema_id = t.schema_id AND t.type = 'U' AND s.name NOT IN ('cdc', 'sys') AND t.name NOT IN ('systranschemas') AND t.object_id IN (SELECT object_id FROM sys.indexes WHERE index_id = 0);

        2. Periksa tabel tanpa primary key:

          SELECT s.name AS schema_name, t.name AS table_name FROM sys.schemas s INNER JOIN sys.tables t ON s.schema_id = t.schema_id AND t.type = 'U' AND s.name NOT IN ('cdc', 'sys') AND t.name NOT IN ('systranschemas') AND t.object_id NOT IN (SELECT parent_object_id FROM sys.objects WHERE type = 'PK');

        3. Periksa kolom primary key yang tidak termasuk dalam kolom clustered index database sumber:

          SELECT s.name schema_name, t.name table_name FROM sys.schemas s INNER JOIN sys.tables t ON s.schema_id = t.schema_id WHERE t.type = 'U' AND s.name NOT IN('cdc', 'sys') AND t.name NOT IN('systranschemas') AND t.object_id IN ( SELECT pk_colums_counter.object_id AS object_id FROM (select pk_colums.object_id, sum(pk_colums.column_id) column_id_counter from (select sic.object_id object_id, sic.column_id FROM sys.index_columns sic, sys.indexes sis WHERE sic.object_id = sis.object_id AND sic.index_id = sis.index_id AND sis.is_primary_key = 'true') pk_colums group by object_id) pk_colums_counter inner JOIN ( select cluster_colums.object_id, sum(cluster_colums.column_id) column_id_counter from (SELECT sic.object_id object_id, sic.column_id FROM sys.index_columns sic, sys.indexes sis WHERE sic.object_id = sis.object_id AND sic.index_id = sis.index_id AND sis.index_id = 1) cluster_colums group by object_id ) cluster_colums_counter ON pk_colums_counter.object_id = cluster_colums_counter.object_id and pk_colums_counter.column_id_counter != cluster_colums_counter.column_id_counter);

        4. Periksa compressed tables di database sumber:

          SELECT s.name AS schema_name, t.name AS table_name FROM sys.objects t, sys.schemas s, sys.partitions p WHERE s.schema_id = t.schema_id AND t.type = 'U' AND s.name NOT IN ('cdc', 'sys') AND t.name NOT IN ('systranschemas') AND t.object_id = p.object_id AND p.data_compression != 0;

        5. Periksa tabel yang berisi computed columns:

          SELECT s.name AS schema_name, t.name AS table_name FROM sys.schemas s INNER JOIN sys.tables t ON s.schema_id = t.schema_id AND t.type = 'U' AND s.name NOT IN ('cdc', 'sys') AND t.name NOT IN ('systranschemas') AND t.object_id IN (SELECT object_id FROM sys.columns WHERE is_computed = 1);

        6. Periksa tabel yang berisi sparse columns:

          SELECT s.name AS schema_name, t.name AS table_name FROM sys.schemas s INNER JOIN sys.tables t ON s.schema_id = t.schema_id AND t.type = 'U' AND s.name NOT IN ('cdc', 'sys') AND t.name NOT IN ('systranschemas') AND t.object_id IN (SELECT object_id FROM sys.columns WHERE is_sparse = 1);

    Catatan

    Catatan

    DTS tidak memigrasikan foreign keys dari database sumber ke database tujuan. Oleh karena itu, operasi cascade dan delete di database sumber tidak dimigrasikan ke database tujuan.

    Type

    Description

    Batasan database sumber

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

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

    • Jika Anda memigrasikan objek tingkat tabel dan perlu mengeditnya, seperti memetakan nama tabel dan kolom, satu tugas migrasi data mendukung maksimal 1.000 tabel. Jika Anda 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 Anda melebihi batas ini, masalah stabilitas dan kinerja mungkin 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 schema name 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, Data Transmission Service (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 mungkin 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) untuk tabel yang akan dimigrasikan dari database sumber, kondisi berikut harus dipenuhi. Jika tidak, pemeriksaan awal 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 yang lebih baru.

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

      • Jika database sumber adalah SQL Server 2017 (Edisi Standar atau Perusahaan), upgrade 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 initial schema synchronization dan full data migration, jangan lakukan operasi DDL untuk mengubah skema database atau tabel. Jika tidak, tugas migrasi data gagal.

      • Jika Anda hanya melakukan full data migration, jangan menulis data baru ke instans sumber. Jika tidak, ketidakkonsistenan data terjadi antara database sumber dan tujuan. Untuk memastikan konsistensi data real-time, pilih Initial Schema Synchronization, Full Data Migration, dan Incremental Data Migration.

    • 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 initial schema synchronization dijalankan, tugas mungkin tidak berjalan sebagaimana mestinya atau gagal.

      Catatan

      Gunakan perintah ALTER untuk mengganti nama objek di database.

    • Dalam mode parsing log hybrid, 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 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 full data migration, pastikan parameter mode pemrosesan transaksi READ_COMMITTED_SNAPSHOT diaktifkan untuk database sumber. Ini mencegah shared locks memengaruhi penulisan data. Jika tidak, pengecualian seperti ketidakkonsistenan data dan kegagalan instans mungkin terjadi. Pengecualian yang disebabkan oleh masalah ini tidak dicakup oleh SLA DTS.

    Batasan lainnya

    • Data tipe data CURSOR, ROWVERSION, SQL_VARIANT, HIERARCHYID, POLYGON, GEOMETRY, dan GEOGRAPHY tidak dapat dimigrasikan.

    • Jika data tidak dapat ditulis ke field tipe data TIMESTAMP di database tujuan, DTS tidak mendukung migrasi penuh dan inkremental. Hal ini dapat menyebabkan ketidakkonsistenan data atau kegagalan tugas.

    • Untuk memigrasikan triggers dari database sumber, akun database yang digunakan untuk tugas harus memiliki izin Owner pada database tujuan.

    • 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 primary key. Tabel yang akan dimigrasikan tidak boleh berupa heap tables, tabel tanpa primary key, compressed tables, tabel dengan computed columns, atau tabel dengan sparse columns. Dalam mode parsing log campuran, pembatasan 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 job CDC di database sumber sedang berjalan. Jika tidak, tugas DTS 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 mungkin 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 penyimpanan kolom 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 instance 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 mungkin 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 instance CDC database sumber. Jika tidak, tugas mungkin gagal atau data hilang.

    • Jika Anda memigrasikan data lintas versi berbeda, periksa kompatibilitas terlebih dahulu.

    • 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 hybrid, 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 diaktifkan di database sumber tidak melebihi 1.000 catatan per detik (RPS).

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

    • Full data migration melibatkan operasi INSERT konkuren, yang menyebabkan fragmentasi tabel di database tujuan. Oleh karena itu, setelah full data migration selesai, storage space tabel di database tujuan lebih besar daripada di instans sumber.

    • Konfirmasi apakah presisi migrasi yang disediakan DTS untuk kolom tipe data FLOAT atau DOUBLE memenuhi kebutuhan bisnis Anda. DTS membaca nilai kolom-kolom tersebut menggunakan ROUND(COLUMN,PRECISION). Jika Anda tidak menentukan presisi, DTS memigrasikan nilai FLOAT dengan presisi 38 dan nilai DOUBLE dengan presisi 308.

    • DTS mencoba melanjutkan tugas migrasi yang gagal dalam waktu tujuh hari. Oleh karena itu, sebelum Anda memindahkan bisnis ke instans tujuan, Anda harus mengakhiri atau melepas tugas, atau menggunakan perintah revoke untuk mencabut izin tulis akun yang digunakan DTS untuk mengakses instans tujuan. Hal ini mencegah data sumber menimpa data di instans tujuan setelah tugas dilanjutkan secara otomatis.

    • 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 telah diaktifkan CDC-nya.

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

    • Jika tugas mencakup migrasi inkremental dan data yang akan ditulis ke satu field tabel dengan CDC 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, job CDC dapat memproses satu field dengan panjang maksimum 64 KB.

    • Untuk migrasi inkremental, nonaktifkan triggers dan foreign keys yang diaktifkan di database tujuan. Jika tidak, tugas migrasi gagal.

    • 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 mencoba 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 mungkin 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 konsep (POC) secara 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. Hal 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.

    • Jika instans tujuan adalah instans RDS for SQL Server, DTS secara otomatis membuat database di instans tersebut. Jika nama database yang akan dimigrasikan tidak sesuai dengan konvensi penamaan RDS for SQL Server, Anda harus membuat database di instans tujuan sebelum mengonfigurasi tugas migrasi. Untuk informasi selengkapnya, lihat Buat database.

    Penagihan

    Jenis migrasi

    Biaya konfigurasi instans

    Biaya Lalu Lintas Internet

    Schema migration dan full data migration

    Gratis.

    Ketika parameter Access Method database tujuan diatur ke Public IP Address, Anda dikenai biaya untuk traffic Internet. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

    Incremental data migration

    Dikenai biaya. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

    Jenis migrasi

    • Schema migration

      DTS memigrasikan definisi skema objek migrasi dari database sumber ke database tujuan.

      • Objek yang mendukung schema migration meliputi tabel, views, table triggers, synonyms, prosedur tersimpan SQL, fungsi SQL, plan guides, tipe data yang ditentukan pengguna, rules, defaults, dan sequences.

      • Objek yang tidak mendukung schema migration meliputi assemblies, service brokers, full-text indexes, full-text catalogs, distributed schemas, distributed functions, CLR stored procedures, CLR scalar functions, CLR table-valued functions, internal tables, system objects, dan aggregate functions.

    • Full migration

      DTS memigrasikan semua data historis objek migrasi yang ditentukan dari database sumber ke database tujuan.

    • Incremental migration

      Setelah full migration selesai, DTS memigrasikan pembaruan data inkremental dari database sumber ke database tujuan. Migrasi inkremental memungkinkan Anda memigrasikan data secara lancar tanpa mengganggu aplikasi yang dikelola sendiri.

    Operasi SQL yang mendukung migrasi inkremental

    Jenis operasi

    Operasi SQL

    DML

    INSERT, UPDATE, DELETE

    Catatan

    Pernyataan UPDATE yang hanya memperbarui large objects tidak didukung untuk migrasi inkremental.

    DDL

    • CREATE TABLE

    • ALTER TABLE

      Hanya mencakup ADD COLUMN dan DROP COLUMN

    • DROP TABLE

    • CREATE INDEX, DROP INDEX

    Catatan

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

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

    • Operasi DDL Online tidak didukung.

    • Operasi DDL yang menggunakan reserved keywords sebagai nama properti tidak didukung.

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

    • Operasi TRUNCATE TABLE tidak didukung.

    • Partisi dan definisi tabel yang berisi fungsi tidak didukung.

    Izin yang diperlukan untuk akun database

    Database

    Schema migration

    Full migration

    Incremental migration

    Database SQL Server yang dikelola sendiri

    Izin SELECT

    Izin SELECT

    sysadmin

    Instans RDS for SQL Server

    Izin baca dan tulis

    Untuk membuat akun database dan memberikan izin:

    Proses migrasi data

    Untuk menyelesaikan dependensi objek dan meningkatkan tingkat keberhasilan migrasi, DTS memigrasikan skema dan data SQL Server dalam urutan berikut:

    1. Lakukan schema migration untuk tabel, views, synonyms, tipe data yang ditentukan pengguna, rules, defaults, dan plan guides.

    2. Lakukan full data migration.

    3. Lakukan schema migration untuk prosedur tersimpan SQL, fungsi SQL, triggers, dan foreign keys.

    4. Lakukan incremental data migration.

    Persiapan

    Catatan

    Untuk melakukan migrasi inkremental, konfigurasikan pengaturan log transaksi dan buat clustered index pada database SQL Server yang dikelola sendiri sebelum mengonfigurasi tugas migrasi data.

    Penting

    Untuk memigrasikan beberapa database, ulangi langkah 1 hingga 3 di bagian ini. Jika tidak, ketidakkonsistenan data mungkin terjadi.

    1. Di database SQL Server yang dikelola sendiri, jalankan perintah berikut untuk mengatur model recovery database yang akan dimigrasikan ke mode full recovery:

      use master;
GO
ALTER DATABASE <database_name> SET RECOVERY FULL WITH ROLLBACK IMMEDIATE;
GO

      Parameter:

      <database_name>: Nama database yang akan dimigrasikan.

      Contoh:

      use master;
GO
ALTER DATABASE mytestdata SET RECOVERY FULL WITH ROLLBACK IMMEDIATE;
GO

    2. Jalankan perintah berikut untuk melakukan logical backup database yang akan dimigrasikan. Lewati langkah ini jika logical backup telah dilakukan.

      BACKUP DATABASE <database_name> TO DISK='<physical_backup_device_name>';
GO

      Parameter:

      • <database_name>: Nama database yang akan dimigrasikan.

      • <physical_backup_device_name>: Jalur dan nama file backup.

      Contoh:

      BACKUP DATABASE mytestdata TO DISK='D:\backup\dbdata.bak';
GO

    3. Jalankan perintah berikut untuk backup log transaksi database yang akan dimigrasikan.

      BACKUP LOG <database_name> to DISK='<physical_backup_device_name>' WITH init;
GO

      Parameter:

      • <database_name>: Nama database yang akan dimigrasikan.

      • <physical_backup_device_name>: Jalur dan nama file backup.

      Contoh:

      BACKUP LOG mytestdata TO DISK='D:\backup\dblog.bak' WITH init;
GO

    Prosedur

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

      Dari konsol DTS

      1. Login ke Konsol 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 mungkin 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. Login 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 untuk memudahkan identifikasi. Nama tidak perlu unik.

      Source Database Information

      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 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 di bawah secara manual.

      Database Type

      Pilih SQL Server.

      Connection Type

      Pilih Public IP.

      Catatan

      Saat memilih database yang dikelola sendiri, Anda juga perlu melakukan persiapan yang sesuai. Untuk informasi selengkapnya, lihat Ikhtisar persiapan.

      Instance Region

      Pilih wilayah tempat database SQL Server yang dikelola sendiri berada.

      Hostname or IP Address

      Masukkan endpoint database SQL Server yang dikelola sendiri. Dalam contoh ini, masukkan public endpoint.

      Port

      Masukkan port layanan database SQL Server yang dikelola sendiri. Port default adalah 1433.

      Database Account

      Masukkan akun database SQL Server yang dikelola sendiri. Untuk informasi tentang izin yang diperlukan, lihat Izin yang diperlukan untuk akun database.

      Database Password

      Masukkan password untuk akun database.

      Encryption

      Menentukan apakah koneksi ke database sumber dienkripsi. Pilih Non-encrypted atau SSL-encrypted berdasarkan kebutuhan bisnis Anda.

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

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

      Destination Database Information

      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 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 di bawah secara manual.

      Database Type

      Pilih SQL Server.

      Connection Type

      Pilih Cloud Instance.

      Instance Region

      Pilih wilayah tempat instans tujuan RDS for SQL Server berada.

      Instance ID

      Pilih ID instans tujuan RDS for SQL Server.

      Database Account

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

      Database Password

      Masukkan password untuk akun database.

      Encryption

      Menentukan apakah koneksi ke database tujuan dienkripsi. Pilih Non-encrypted atau SSL-encrypted berdasarkan kebutuhan bisnis Anda.

      • Jika enkripsi SSL dinonaktifkan untuk database tujuan, pilih Non-encrypted.

      • Jika enkripsi SSL diaktifkan untuk database tujuan, pilih SSL-encrypted. Secara default, DTS mempercayai sertifikat server.

    4. Setelah menyelesaikan konfigurasi, klik Test Connectivity and Proceed di bagian bawah halaman. Di kotak dialog CIDR Blocks of DTS Servers yang muncul, klik Test Connectivity.

      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.

    5. Konfigurasikan objek tugas.

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

        Konfigurasi

        Deskripsi

        Migration Types

        • Jika Anda hanya perlu melakukan full migration, 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.

        Method to Migrate Triggers in Source Database

        Pilih metode migrasi trigger sesuai kebutuhan. Jika tidak ada trigger yang terlibat, lewati pengaturan ini. Untuk informasi selengkapnya, lihat Konfigurasikan cara menyinkronkan atau memigrasikan trigger.

        Catatan

        Opsi ini tersedia hanya ketika Migration Types mencakup Schema Migration dan Incremental Data Migration.

        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 tables sumber, tabel tanpa primary key, compressed tables, atau tabel dengan computed columns.

            • 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 mengeksekusi pernyataan `SELECT INTO`, `TRUNCATE`, atau `RENAME COLUMN` pada tabel dengan CDC diaktifkan di database sumber. Anda tidak dapat 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 tables sumber, tabel tanpa primary key, compressed tables, atau tabel dengan computed columns.

        • 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 lintas beberapa database, Anda mungkin mengalami masalah stabilitas dan kinerja.

        Catatan

        Pengaturan ini muncul hanya ketika Migration Types mencakup Incremental Data Migration.

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

        Kami menyarankan Anda, berdasarkan kebutuhan bisnis, mengatur jumlah maksimum tabel yang diaktifkan CDC-nya yang didukung tugas DTS. Nilai default: 1.000.

        Catatan

        Parameter ini tidak tersedia jika Anda mengatur parameter 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 tabel dengan nama yang sama, pemeriksaan awal lolos. Jika ada tabel dengan nama yang sama, kesalahan dilaporkan selama pemeriksaan awal, 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 full migration, 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 di database tujuan.

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

        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 schema, tabel, dan kolom. Jika Anda hanya memilih tabel atau kolom sebagai objek migrasi, objek lain seperti views, triggers, 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 Petakan beberapa nama objek sekaligus.

        Catatan

        • Menggunakan fitur pemetaan nama objek dapat menyebabkan migrasi objek dependen gagal.

        • Untuk memfilter data menggunakan klausa WHERE, klik kanan tabel yang akan dimigrasikan di kotak Selected Objects dan atur kondisi filter di kotak dialog. Untuk petunjuk, lihat Konfigurasikan kondisi filter.

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

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

        Konfigurasi

        Deskripsi

        Dedicated Cluster for Task Scheduling

        Secara default, DTS menjadwalkan tugas pada kluster bersama. Anda tidak perlu memilih satu. Jika Anda menginginkan tugas yang lebih stabil, Anda dapat membeli kluster 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 waktu percobaan ulang ke nilai antara 10 hingga 1.440 menit. Kami menyarankan Anda mengatur durasi lebih dari 30 menit. Jika DTS terhubung kembali ke database sumber dan tujuan dalam durasi yang ditentukan, tugas migrasi secara otomatis dilanjutkan. 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 untuk tugas selama periode percobaan ulang koneksi, kami menyarankan Anda menyesuaikan waktu percobaan ulang berdasarkan kebutuhan bisnis, atau segera melepas instans DTS setelah instans database sumber dan tujuan dilepas.

        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 waktu 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 secara otomatis dilanjutkan. Jika tidak, tugas gagal.

        Penting

        Nilai Retry Time for Other Issues harus kurang dari nilai Retry Time for Failed Connections.

        Enable Throttling for Full Data Migration

        Selama full migration, DTS mengonsumsi sumber daya baca dan tulis pada database sumber dan tujuan, yang dapat meningkatkan beban database. Jika diperlukan, Anda dapat mengaktifkan throttling untuk tugas full migration. 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 full migration 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

        Sesuai kebutuhan, Anda dapat memilih tag lingkungan untuk mengidentifikasi instans. Tidak perlu pemilihan untuk contoh ini.

        Configure ETL

        Pilih apakah akan mengaktifkan fitur 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 berdasarkan kebutuhan bisnis Anda.

        • No: Tidak mengatur peringatan.

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

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

        Untuk informasi selengkapnya tentang fitur validasi data, lihat Konfigurasikan 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 pemeriksaan awal lagi.

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

        • Untuk item pemeriksaan yang dapat diabaikan, Anda dapat mengklik Confirm Alert Details, Ignore, OK, dan Precheck Again untuk melewati item peringatan dan menjalankan pemeriksaan awal lagi. 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 berhenti secara otomatis setelah full migration 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.