All Products
Search
Document Center

Data Transmission Service:Migrasi data antar instans RDS for SQL Server

Last Updated:Jul 10, 2026

Anda dapat menggunakan Data Transmission Service (DTS) untuk memigrasikan data antara instans ApsaraDB RDS for SQL Server.

Lingkup penerapan

  • Instans ApsaraDB RDS for SQL Server sumber dan tujuan harus telah dibuat. Untuk informasi versi database yang didukung, lihat Ikhtisar solusi migrasi. Untuk membuat instans ApsaraDB RDS for SQL Server, lihat Buat instans ApsaraDB RDS for SQL Server.

    Penting
    • Jika instans sumber ApsaraDB RDS for SQL Server menjalankan SQL Server 2008 atau 2008 R2, migrasi data inkremental tidak didukung.

    • Dalam mode parsing berbasis log hibrida (yaitu, SQL Server Incremental Synchronization Mode diatur ke log-based parsing for non-heap tables and CDC-based incremental synchronization for heap tables), versi engine berikut didukung untuk database sumber:

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

      • Standard: 2016, 2019, 2022, atau 2025.

  • Kapasitas penyimpanan instans ApsaraDB RDS for SQL Server tujuan harus lebih besar daripada ruang penyimpanan yang digunakan oleh instans ApsaraDB RDS for SQL Server sumber.

  • Jika instans sumber memenuhi salah satu kondisi berikut, pertimbangkan untuk membagi migrasi menjadi beberapa tugas.

    • Instans sumber memiliki lebih dari 10 database.

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

Catatan penggunaan

Type

Description

Batasan database sumber

  • Server database sumber harus memiliki bandwidth outbound yang mencukupi. Bandwidth yang tidak mencukupi akan mengurangi kecepatan migrasi data.

  • Tabel yang akan dimigrasikan harus memiliki primary key atau unique constraint, dan kolom dalam key atau constraint tersebut harus unik. Jika tidak, duplikasi data dapat terjadi di database tujuan.

  • Jika Anda memilih tabel tertentu untuk migrasi dan perlu mengeditnya (misalnya, memetakan nama tabel atau kolom), satu tugas migrasi dapat memigrasikan maksimal 1.000 tabel. Jika melebihi batas ini, tugas akan gagal saat dikirim. Bagi tabel menjadi beberapa tugas atau konfigurasikan tugas untuk memigrasikan seluruh database.

  • Satu tugas migrasi mendukung maksimal 10 database. Melebihi batas ini dapat menyebabkan masalah stabilitas dan kinerja. Bagi migrasi menjadi beberapa tugas jika diperlukan.

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

  • Jika Anda melakukan migrasi data inkremental, log transaksi harus memenuhi persyaratan berikut:

    • Pencatatan log transaksi harus diaktifkan, mode pencadangan harus diatur ke Full, dan pencadangan fisik penuh harus telah berhasil dilakukan.

    • Untuk migrasi data inkremental saja, Data Transmission Service (DTS) memerlukan retensi log transaksi database sumber lebih dari 24 jam. Jika tugas mencakup migrasi data penuh dan inkremental, simpan log setidaknya selama tujuh hari. Setelah migrasi data penuh selesai, Anda dapat mengurangi periode retensi menjadi lebih dari 24 jam. Jika tidak, tugas DTS dapat gagal karena log transaksi tidak tersedia. Dalam kasus ekstrem, ketidakkonsistenan atau kehilangan data dapat terjadi. Masalah yang disebabkan oleh retensi log yang tidak mencukupi tidak dicakup oleh Service Level Agreement (SLA) DTS.

  • Jika Anda mengaktifkan CDC (change data capture) untuk tabel sumber yang akan dimigrasikan, tabel tersebut harus memenuhi kondisi berikut. Jika tidak, pemeriksaan awal akan gagal.

    • Nilai field srvname dalam tampilan 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), upgrade ke versi yang lebih baru.

  • DTS menggunakan fungsi fn_log untuk mendapatkan log dari database sumber. Fungsi ini memiliki bottleneck kinerja, jadi jangan menghapus log database sumber secara prematur. Jika tidak, tugas DTS dapat gagal.

  • Batasan operasi di database sumber:

    • Selama fase migrasi skema dan migrasi data penuh, jangan lakukan operasi DDL yang mengubah struktur 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, data di database sumber dan tujuan menjadi tidak konsisten. Untuk memastikan konsistensi data real-time, pilih Schema Migration, Full Data Migration, dan Incremental Data Migration.

  • Jika database sumber adalah instansi hanya baca, DTS tidak memigrasikan operasi DDL.

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

  • Jika database sumber adalah instans ApsaraDB RDS for SQL Server dan tugas migrasi mencakup migrasi data inkremental, pastikan Transparent Data Encryption (TDE) dinonaktifkan demi stabilitas tugas. Untuk informasi lebih lanjut, lihat Nonaktifkan TDE.

  • Jika Anda menggunakan perintah sp_rename untuk mengganti nama objek seperti prosedur tersimpan sebelum tugas migrasi skema dijalankan, tugas mungkin tidak berfungsi sebagaimana mestinya atau gagal.

    Catatan

    Gunakan perintah ALTER untuk mengganti nama objek basis data.

  • Dalam mode parsing berbasis log hibrida, database sumber tidak mendukung operasi penambahan atau penghapusan kolom berturut-turut dengan interval kurang dari 10 menit. Misalnya, jika Anda menjalankan pernyataan SQL berikut secara berturut-turut, tugas akan gagal.

    ALTER TABLE test_table DROP COLUMN Flag;
    ALTER TABLE test_table ADD Remark nvarchar(50) not null default('');
  • Jika database sumber adalah instans ApsaraDB RDS for SQL Server yang menjalankan edisi Web, atur 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, aktifkan parameter READ_COMMITTED_SNAPSHOT untuk database sumber guna mencegah kontensi shared lock memengaruhi penulisan data. Jika tidak, ketidakkonsistenan data atau kegagalan tugas dapat terjadi. Masalah yang disebabkan oleh tidak mengaktifkan parameter ini tidak dicakup oleh SLA DTS.

Batasan lainnya

  • DTS tidak mendukung migrasi data jenis berikut: CURSOR, ROWVERSION, SQL_VARIANT, HIERARCHYID, POLYGON, GEOMETRY, dan GEOGRAPHY.

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

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

  • Jika Anda mengatur Configure Objects ke SQL Server Incremental Synchronization Mode pada langkah Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported), tabel yang akan dimigrasikan harus memiliki clustered index yang mencakup kolom kunci primer. DTS tidak mendukung migrasi heap tables, tabel tanpa primary key, tabel terkompresi, tabel dengan computed column, atau tabel dengan sparse columns dalam mode ini. Batasan ini tidak berlaku dalam mode parsing berbasis log hibrida.

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

    • DTS bergantung pada komponen CDC untuk migrasi inkremental. Pastikan pekerjaan CDC di database sumber berjalan sebagaimana mestinya. Jika tidak, tugas DTS akan gagal.

    • Secara default, komponen CDC menyimpan data inkremental selama tiga hari. Sesuaikan periode retensi dengan menjalankan perintah exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>;.

      Catatan
      • <time> menentukan periode retensi dalam menit.

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

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

    • Modul pemeriksaan awal untuk tugas migrasi data inkremental DTS mengaktifkan CDC di database sumber. Selama proses ini, batasan internal mesin SQL Server dapat menyebabkan penguncian tabel sementara di database sumber.

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

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

      Catatan
      • Akun paling istimewa (administrator server) yang disediakan oleh konsol Azure SQL Database memenuhi persyaratan. Untuk database yang dibeli berdasarkan model vCore, CDC dapat diaktifkan untuk semua spesifikasi. Untuk database yang dibeli berdasarkan model DTU, CDC hanya dapat diaktifkan untuk tier layanan S3 atau lebih tinggi.

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

      • CDC tidak dapat diaktifkan untuk tabel yang memiliki clustered columnstore index.

      • Modul pemeriksaan awal untuk tugas migrasi data inkremental DTS mengaktifkan CDC di database sumber. Selama proses ini, batasan internal mesin SQL Server dapat menyebabkan penguncian tabel sementara di database sumber.

    • DTS memperoleh data inkremental dengan polling dan mengkueri instance CDC setiap tabel di database sumber. Migrasikan tidak lebih dari 1.000 tabel dari database sumber. Jika tidak, tugas dapat mengalami latensi tinggi atau menjadi tidak stabil.

    • Secara default, komponen CDC menyimpan data inkremental selama tiga hari. Sesuaikan periode retensi dengan menjalankan perintah exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>;.

      Catatan
      • <time> menentukan periode retensi dalam menit.

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

    • Operasi penambahan atau penghapusan kolom berturut-turut tidak didukung (lebih dari dua operasi DDL ADD COLUMN atau DROP COLUMN dalam satu menit). Jika tidak, tugas dapat gagal.

    • Jangan memodifikasi instance CDC database sumber. Jika tidak, tugas migrasi data dapat gagal atau terjadi kehilangan data.

  • Jika Anda memigrasikan data lintas versi SQL Server yang berbeda, verifikasi kompatibilitas terlebih dahulu.

  • Untuk memastikan pelaporan latensi yang akurat selama migrasi data inkremental, DTS membuat objek di database sumber. Dalam mode parsing berbasis log, DTS membuat trigger dts_cdc_sync_ddl, tabel heartbeat dts_sync_progress, dan tabel penyimpanan DDL dts_cdc_ddl_history. Dalam mode parsing berbasis log hibrida, DTS membuat objek yang sama dan juga mengaktifkan CDC tingkat database dan tabel. Untuk tabel tempat CDC diaktifkan, laju perubahan data tidak boleh melebihi 1.000 baris per detik (RPS).

  • Sebelum memigrasikan data, evaluasi kinerja database sumber dan tujuan serta lakukan migrasi selama jam sepi. Selama migrasi data penuh, DTS mengonsumsi sumber daya baca dan tulis di kedua database, yang dapat meningkatkan beban kerja mereka.

  • Selama migrasi data penuh, operasi INSERT konkuren dapat menyebabkan fragmentasi di tabel tujuan, sehingga ruang penyimpanan tabel di database tujuan mungkin lebih besar daripada di database sumber setelah migrasi.

  • Verifikasi bahwa presisi yang digunakan DTS untuk memigrasikan kolom dengan tipe data FLOAT atau DOUBLE memenuhi kebutuhan bisnis Anda. DTS menggunakan fungsi ROUND(COLUMN,PRECISION) untuk membaca nilai dari kolom-kolom tersebut. Jika presisi tidak didefinisikan secara eksplisit, DTS memigrasikan nilai FLOAT dengan presisi 38 digit dan nilai DOUBLE dengan presisi 308 digit.

  • DTS mencoba melanjutkan tugas yang gagal hingga tujuh hari. Sebelum mengalihkan beban kerja bisnis Anda ke instans tujuan, akhiri atau lepaskan tugas migrasi. Atau, cabut izin tulis akun DTS pada instans tujuan dengan menggunakan perintah revoke untuk mencegah tugas yang dilanjutkan menimpa data tujuan.

  • Jika tugas migrasi mencakup migrasi data inkremental, Anda tidak dapat melakukan operasi re-indexing. Hal ini dapat menyebabkan tugas gagal atau kehilangan data.

    Catatan

    Anda tidak dapat memodifikasi primary key tabel tempat CDC diaktifkan.

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

  • Jika tugas mencakup migrasi inkremental dan satu field dalam tabel yang diaktifkan CDC yang akan ditulis berisi data lebih dari 64 KB, jalankan perintah exec sp_configure 'max text repl size', -1; untuk menyesuaikan konfigurasi database sumber terlebih dahulu.

    Catatan

    Secara default, pekerjaan CDC dapat memproses ukuran data maksimum 64 KB untuk satu field.

  • Untuk melakukan migrasi data inkremental, nonaktifkan trigger dan foreign keys yang diaktifkan di database tujuan. Jika tidak, tugas akan gagal.

  • Saat beberapa instans migrasi menggunakan database SQL Server sumber yang sama, modul pengumpulan data inkremental mereka beroperasi secara independen.

  • Jika tugas gagal, staf dukungan DTS akan mencoba memulihkannya dalam waktu delapan jam. Selama pemulihan, mereka mungkin me-restart tugas atau menyesuaikan parameternya.

    Catatan

    Hanya parameter tugas DTS yang dimodifikasi—bukan parameter database. Parameter yang mungkin disesuaikan termasuk yang tercantum dalam Modify instance parameters.

  • SQL Server adalah database komersial closed-source yang format log-nya dapat menyebabkan masalah tak terhindarkan selama CDC dan parsing inkremental di DTS. Sebelum mengaktifkan DTS untuk sinkronisasi inkremental dari sumber SQL Server di lingkungan produksi, lakukan pengujian proof-of-concept (POC) komprehensif yang mencakup semua skenario perubahan bisnis, penyesuaian skema, dan uji stres beban puncak. Konsistensi antara logika lingkungan produksi Anda dan fase POC sangat penting untuk operasi DTS yang stabil.

  • Selama migrasi data inkremental, rollback transaksi parsial di database sumber tidak didukung dan mungkin terlewatkan.

Kasus khusus

  • Jika sumber adalah instans ApsaraDB RDS for SQL Server, DTS membuat akun sistem bernama rdsdt_dtsacct pada instans tersebut untuk migrasi data. Jangan menghapus akun ini atau mengubah password-nya selama tugas berjalan. Jika tidak, tugas dapat gagal. Untuk informasi lebih lanjut, lihat System accounts.

  • Jika tujuan adalah instans ApsaraDB RDS for SQL Server, DTS secara otomatis membuat database. Namun, jika nama database tidak mengikuti Konvensi penamaan ApsaraDB RDS for SQL Server, buat database di instans tujuan sebelum mengonfigurasi tugas migrasi. Untuk informasi lebih lanjut, lihat Create a database.

Penagihan

Jenis migrasi

Biaya konfigurasi instans

Biaya lalu lintas Internet

Migrasi skema dan migrasi data penuh

Gratis.

Saat parameter Access Method database tujuan diatur ke Public IP Address, Anda dikenai biaya lalu lintas Internet. Untuk informasi lebih lanjut, lihat Billing overview.

Migrasi data inkremental

Dikenai biaya. Untuk informasi lebih lanjut, lihat Billing overview.

Jenis migrasi

  • Migrasi skema

    DTS memigrasikan skema objek yang dipilih dari database sumber ke database tujuan.

  • Migrasi data penuh

    DTS memigrasikan semua data yang ada dari objek yang dipilih dari database sumber ke database tujuan.

  • Migrasi data inkremental

    Setelah migrasi data penuh, DTS memigrasikan pembaruan inkremental dari database sumber ke database tujuan, sehingga memungkinkan migrasi lancar tanpa mengganggu aplikasi Anda.

Operasi SQL untuk migrasi inkremental

Jenis operasi

Pernyataan SQL

DML

INSERT, UPDATE, dan DELETE

Catatan

DTS tidak mendukung migrasi pernyataan UPDATE yang hanya memperbarui field besar.

DDL

  • ALTER TABLE, terbatas pada ADD COLUMN, DROP COLUMN, dan RENAME COLUMN

  • CREATE TABLE dan CREATE INDEX

  • DROP TABLE

  • RENAME TABLE

  • TRUNCATE TABLE

Catatan
  • DTS tidak mendukung migrasi operasi DDL transaksional. Misalnya, satu pernyataan SQL yang menambahkan beberapa kolom atau berisi operasi DDL dan DML sekaligus dapat menyebabkan kehilangan data.

  • DTS tidak mendukung migrasi operasi DDL yang berisi tipe data yang ditentukan pengguna.

  • DTS tidak mendukung migrasi operasi DDL online.

  • DTS tidak mendukung migrasi operasi DDL yang menggunakan kata kunci yang dicadangkan sebagai nama atribut.

  • DTS tidak mendukung migrasi operasi DDL yang dieksekusi oleh prosedur tersimpan sistem.

  • DTS tidak mendukung operasi TRUNCATE TABLE.

  • DTS tidak mendukung migrasi operasi DDL untuk tabel partisi atau untuk tabel yang berisi fungsi.

Persyaratan izin untuk akun database

Database

Migrasi skema

Migrasi data penuh

Migrasi data inkremental

Referensi

Instans Sumber

Izin baca

Izin baca

Izin Owner pada objek yang akan dimigrasikan

Untuk informasi lebih lanjut, lihat Create databases and accounts.

Instans tujuan

Izin baca dan tulis

Izin baca dan tulis

Izin baca dan tulis

Prosedur

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

    Dari konsol DTS

    1. Masuk 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 dapat berbeda tergantung pada mode dan tata letak konsol DMS. Untuk informasi lebih lanjut, lihat Simple mode console dan Customize the layout and style of the DMS console.

    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. Opsi: Di pojok kanan atas halaman, klik New Configuration Page.

    Catatan
    • Jika Anda sudah berada di halaman konfigurasi baru (tombol di pojok kanan atas adalah Back to Previous Version), Anda dapat melewati langkah ini.

    • Parameter pada halaman konfigurasi baru dan lama berbeda. Kami menyarankan Anda menggunakan halaman konfigurasi baru.

  4. Konfigurasikan database sumber dan tujuan.

    Bagian

    Parameter

    Deskripsi

    N/A

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

    Database Type

    Pilih SQL Server.

    Connection Type

    Pilih Alibaba Cloud Instance.

    Instance Region

    Pilih wilayah tempat instans ApsaraDB RDS for SQL Server sumber berada.

    Cross-account

    Pilih No jika instans sumber berada di Akun Alibaba Cloud yang sama. Jika tidak, pilih Yes.

    RDS Instance ID

    Pilih ID instans ApsaraDB RDS for SQL Server sumber.

    Database Account

    Masukkan akun untuk instans ApsaraDB RDS for SQL Server sumber. Untuk informasi tentang izin yang diperlukan, lihat Permissions required for database accounts.

    Database Password

    Masukkan password untuk akun database.

    Encryption

    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

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

    Database Type

    Pilih SQL Server.

    Connection Type

    Pilih Alibaba Cloud Instance.

    Instance Region

    Pilih wilayah tempat instans ApsaraDB RDS for SQL Server tujuan berada.

    Instance ID

    Pilih ID instans ApsaraDB RDS for SQL Server tujuan.

    Database Account

    Masukkan akun untuk instans ApsaraDB RDS for SQL Server tujuan. Untuk informasi tentang izin yang diperlukan, lihat Permissions required for database accounts.

    Database Password

    Masukkan password untuk akun database.

    Encryption

    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.

  5. 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 lebih lanjut, lihat Add DTS server IP addresses to a whitelist.

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

  6. Konfigurasikan objek tugas.

    1. Di halaman Configure Objects, konfigurasikan objek yang ingin Anda migrasikan.

      Parameter

      Deskripsi

      Migration Types

      • Jika 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, pastikan 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, hindari menulis data baru ke instans sumber selama migrasi data untuk memastikan konsistensi data.

      Method to Migrate Triggers in Source Database

      Pilih metode untuk memigrasikan trigger berdasarkan kebutuhan bisnis Anda. Jika Anda tidak memigrasikan trigger, Anda dapat melewati parameter ini. Untuk informasi lebih lanjut, lihat Configure how to synchronize or migrate triggers.

      Catatan

      Parameter ini tersedia hanya jika Anda memilih Schema Migration dan Incremental Data Migration untuk Migration Types.

      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 tabel heap sumber, tabel tanpa primary key, tabel terkompresi, atau tabel dengan computed column.

          • 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 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 tabel heap sumber, tabel tanpa primary key, tabel terkompresi, atau tabel dengan computed column.

      • Polling and querying CDC instances for incremental synchronization:

        • Keuntungan:

          • Mendukung migrasi penuh dan inkremental saat 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 Anda memigrasikan beberapa tabel lintas beberapa database, Anda mungkin mengalami masalah stabilitas dan kinerja.

      Catatan

      Parameter ini tersedia hanya jika Incremental Data Migration dipilih untuk Migration Types.

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

      Anda dapat mengatur batas jumlah tabel yang diaktifkan CDC untuk instans migrasi saat ini berdasarkan kebutuhan bisnis Anda. 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 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 dengan mudah dihapus atau diganti namanya, Anda dapat mengubah nama tabel di database tujuan. Untuk informasi lebih lanjut, lihat Object name mapping.

      • Ignore Errors and Proceed: Melewatkan pemeriksaan untuk 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 di database tujuan.

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

      Source Objects

      Di kotak Source Objects, klik objek yang akan 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

      Catatan
      • Jika Anda menggunakan fitur pemetaan nama objek, objek lain yang bergantung pada objek yang diganti nama mungkin gagal dimigrasikan.

      • Untuk memfilter data menggunakan kondisi WHERE, klik kanan tabel di bagian Selected Objects dan tentukan kondisi filter di kotak dialog yang muncul. Untuk informasi lebih lanjut, lihat Set filter conditions.

      • Untuk memilih operasi SQL yang akan dimigrasikan di tingkat database atau tabel, klik kanan objek di bagian Selected Objects dan pilih operasi SQL yang diinginkan di kotak dialog yang muncul. Untuk informasi tentang operasi yang didukung, lihat Supported SQL operations for incremental migration.

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

      Parameter

      Deskripsi

      Dedicated Cluster for Task Scheduling

      Secara default, DTS menjadwalkan tugas pada klaster bersama. Anda tidak perlu memilih satu. Jika Anda menginginkan tugas yang lebih stabil, Anda dapat membeli dedicated cluster 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 koneksi ulang. 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 Anda, atau segera melepaskan instans DTS setelah instans database sumber dan tujuan dilepaskan.

      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 operasi ulang. 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 migrasi penuh, DTS mengonsumsi sumber daya baca dan tulis di 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 berdasarkan kebutuhan bisnis Anda. Dalam contoh ini, parameter ini tidak diperlukan.

      Configure ETL

      Berdasarkan kebutuhan bisnis Anda, pilih apakah akan mengonfigurasi fitur ETL untuk memproses data.

      • Yes: Mengonfigurasi fitur ETL. Anda juga harus memasukkan pernyataan pemrosesan data di kotak teks.

      • No: Tidak mengonfigurasi fitur ETL.

      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 mengirim pemberitahuan peringatan.

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

      Untuk informasi lebih lanjut tentang fitur validasi data, lihat Configure data validation.

  7. Simpan tugas dan jalankan pemeriksaan awal.

    • Untuk melihat parameter konfigurasi instans ini saat Anda memanggil Operasi API, arahkan pointer ke tombol Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters di balon 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 prompt, 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 prompt, lalu jalankan pemeriksaan awal lagi.

      • Untuk item pemeriksaan yang dapat diabaikan, Anda dapat mengklik Confirm Alert Details, Ignore, OK, dan Precheck Again untuk melewatkan 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.

  8. 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 lebih lanjut, lihat tabel berikut.

      Kategori

      Parameter

      Deskripsi

      New Instance Class

      Resource Group Settings

      Pilih kelompok sumber daya tempat instans tersebut berada. Nilai default adalah default resource group. Untuk informasi lebih lanjut, lihat What is 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 lebih lanjut, lihat Data migration link specifications.

    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.