All Products
Search
Document Center

Data Transmission Service:Migrasi\ SQL\ Server\ di\ Azure\ ke\ RDS\ untuk\ SQL\ Server

Last Updated:Mar 28, 2026

Layanan Transmisi Data (DTS) memungkinkan migrasi database SQL Server dari Microsoft Azure—termasuk Azure SQL Database, Azure SQL Managed Instance, dan SQL Server pada Mesin Virtual Azure—ke ApsaraDB RDS untuk SQL Server.

Pilih metode migrasi

Tersedia dua titik masuk. Pilih berdasarkan tingkat kontrol yang Anda butuhkan atas konfigurasi migrasi.

Konsol ApsaraDB RDS

Konsol DTS

Migration types

Migrasi skema + migrasi data penuh + migrasi data inkremental (ketiganya secara default)

Pilih secara individual: migrasi skema, migrasi data penuh, atau migrasi data inkremental

Advanced settings

Hanya Pembatasan kecepatan

Pembatasan kecepatan, kebijakan pengulangan, ETL, pemantauan, klaster khusus, dan lainnya

Paling cocok untuk

Migrasi standar yang memerlukan ketiga jenis migrasi tersebut

Migrasi yang memerlukan pemilihan jenis kustom atau kontrol detail halus

Prasyarat

Sebelum memulai, pastikan Anda telah memiliki:

Penagihan

Jenis migrasi

Biaya konfigurasi instans

Biaya lalu lintas internet

Migrasi skema dan migrasi data penuh

Gratis

Dikenakan biaya jika Access Method diatur ke Public IP Address. Lihat Ikhtisar penagihan.

Migrasi data inkremental

Dikenakan biaya. Lihat Ikhtisar penagihan.

Jenis migrasi

Schema migration — DTS melakukan migrasi skema objek yang dipilih dari database sumber ke tujuan.

Objek yang didukung: table, view, trigger, synonym, prosedur tersimpan SQL, fungsi SQL, plan guide, tipe yang ditentukan pengguna, rule, default, dan sequence.

Tidak dimigrasikan: assemblies, service brokers, indeks teks penuh, katalog teks penuh, skema terdistribusi, fungsi terdistribusi, prosedur tersimpan Common Language Runtime (CLR), fungsi bernilai skalar CLR, fungsi bernilai tabel CLR, tabel internal, sistem, dan fungsi agregat.

Full data migration — DTS melakukan migrasi semua data yang ada dari objek yang dipilih di database sumber.

Incremental data migration — Setelah migrasi data penuh selesai, DTS terus mereplikasi perubahan baru dari sumber. Hal ini menjaga layanan tetap berjalan selama migrasi tanpa gangguan.

Operasi SQL yang didukung untuk migrasi data inkremental

Jenis

Operasi

DML

INSERT, UPDATE, DELETE.

Catatan

Operasi UPDATE yang hanya memodifikasi field besar tidak dimigrasikan.

DDL

CREATE TABLE (tabel partisi dan tabel yang berisi fungsi tidak dimigrasikan); ALTER TABLE (hanya ADD COLUMN dan DROP COLUMN); DROP TABLE; CREATE INDEX dan DROP INDEX

Operasi DDL yang tidak dimigrasikan:

  • DDL transaksional (misalnya, DDL pada beberapa kolom, atau SQL yang mengandung DDL dan DML sekaligus)

  • DDL dengan tipe yang ditentukan pengguna

  • Online DDL

  • DDL pada objek dengan nama kata kunci yang dicadangkan

  • DDL dalam prosedur tersimpan sistem

  • TRUNCATE TABLE

Izin yang diperlukan

Database

Migrasi skema

Migrasi data penuh

Migrasi data inkremental

Database SQL Server di Microsoft Azure

SELECT

SELECT

Izin dari role sysadmin. Akun admin server di Azure SQL Database sudah memiliki izin yang diperlukan. Change Data Capture (CDC) dapat diaktifkan untuk semua database yang dibeli berdasarkan model vCore. Untuk database yang dibeli berdasarkan model database transaction unit (DTU), CDC dapat diaktifkan hanya jika objective layanan adalah S3 atau lebih tinggi.

Instans ApsaraDB RDS untuk SQL Server

Baca dan tulis

Baca dan tulis

Baca dan tulis. Lihat Buat akun istimewa atau akun standar dan Ubah izin akun.

Catatan penggunaan

Penting

DTS tidak memigrasikan kunci asing. Akibatnya, operasi cascade dan delete di database sumber tidak direplikasi ke tujuan.

Batasan database sumber

  • Jika sumber adalah mesin virtual Azure (VM) yang menjalankan SQL Server Enterprise Edition, versinya harus SQL Server 2008 atau lebih baru. Untuk Standard Edition, versinya harus SQL Server 2016 SP1 atau lebih baru. SQL Server 2017 tidak didukung.

  • Server sumber harus memiliki bandwidth keluar yang mencukupi. Bandwidth yang tidak mencukupi mengurangi kecepatan migrasi.

  • Tabel harus memiliki kendala PRIMARY KEY atau UNIQUE, dengan semua field unik. Tanpa kendala ini, database tujuan mungkin berisi catatan duplikat.

  • Satu tugas migrasi dapat memigrasikan hingga 10 database. Untuk lebih dari 10 database, konfigurasikan beberapa tugas untuk menjaga performa dan stabilitas.

  • Jika sumber adalah Azure SQL Database, hanya satu database yang dapat dimigrasikan per tugas.

  • Aktifkan mode pemrosesan transaksi READ_COMMITTED_SNAPSHOT pada database sumber selama migrasi data penuh. Tanpa mode ini, shared lock dapat memengaruhi operasi tulis, menyebabkan ketidakkonsistenan data, atau kegagalan instans. Masalah yang terjadi dalam kondisi seperti ini tidak dicakup oleh perjanjian tingkat layanan (SLA) DTS.

Persyaratan retensi log:

Jenis migrasi

Periode retensi log

Hanya migrasi data inkremental

Lebih dari 24 jam

Migrasi data penuh + migrasi data inkremental

Minimal 7 hari

Setelah migrasi data penuh selesai, Anda dapat mengatur periode retensi menjadi lebih dari 24 jam. Jika persyaratan ini tidak dipenuhi, DTS mungkin gagal mendapatkan log yang diperlukan, dan SLA DTS tidak menjamin keandalan atau performa layanan.

Operasi yang dibatasi selama migrasi:

  • Selama migrasi skema dan migrasi data penuh, jangan jalankan pernyataan DDL yang mengubah skema database atau tabel. Melakukannya akan menyebabkan tugas migrasi gagal.

  • Jika Anda hanya menjalankan migrasi data penuh, jangan menulis data ke database sumber selama migrasi. Untuk menjaga konsistensi data, pilih ketiga jenis migrasi: migrasi skema, migrasi data penuh, dan migrasi data inkremental.

  • Instans read-only tidak dapat digunakan sebagai database sumber.

Batasan lainnya

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

  • Sebelum migrasi data inkremental dimulai, DTS mengaktifkan CDC pada database sumber. Hal ini menyebabkan tabel dikunci selama beberapa detik karena perilaku SQL Server.

  • Migrasi data inkremental menggunakan CDC. Batasan berikut berlaku:

    • Database sumber dapat memiliki maksimal 1.000 tabel yang akan dimigrasikan. Lebih dari 1.000 tabel dapat menyebabkan penundaan atau ketidakstabilan migrasi.

    • Komponen CDC menyimpan data inkremental selama 3 hari secara default. Untuk mengubah periode retensi, jalankan: exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>; di mana <time> adalah waktu retensi dalam menit. Jika volume rata-rata harian data inkremental melebihi 10 juta catatan, atur <time> menjadi 1.440.

    • Jangan jalankan pernyataan DDL yang menambah atau menghapus kolom lebih dari dua kali per menit. Melebihi batas ini dapat menyebabkan tugas migrasi gagal.

    • Jangan modifikasi instance CDC di database sumber selama migrasi. Melakukannya dapat menyebabkan tugas gagal atau kehilangan data.

    • Memigrasikan beberapa tabel dari beberapa database dalam satu tugas dapat menyebabkan masalah stabilitas dan performa.

    • Migrasi data inkremental memiliki latensi sekitar 10 detik.

  • Saat memigrasikan antar versi database yang berbeda, pastikan versinya kompatibel.

  • Untuk tugas migrasi yang mencakup migrasi data inkremental, jangan jalankan operasi pengindeksan ulang serta nonaktifkan trigger dan kunci asing di database tujuan. Tidak melakukannya dapat menyebabkan tugas gagal atau kehilangan data.

    DTS tidak dapat memigrasikan operasi DDL yang terkait dengan primary key tabel yang telah diaktifkan CDC-nya.
  • Jika jumlah tabel yang diaktifkan CDC dalam satu tugas migrasi melebihi 1.000 atau melebihi batas The maximum number of tables for which CDC is enabled yang didukung oleh DTS, pemeriksaan awal akan gagal.

  • Jika sebuah tabel memiliki CDC yang diaktifkan dan memerlukan data lebih dari 64 KB dalam satu field, jalankan perintah berikut pada database sumber sebelum memulai tugas: exec sp_configure 'max text repl size', -1;. Secara default, job CDC memproses data hingga 64 KB per field.

  • DTS secara otomatis membuat database tujuan di instans ApsaraDB RDS untuk SQL Server. Jika nama database sumber tidak sesuai dengan konvensi penamaan ApsaraDB RDS untuk SQL Server, buat database secara manual di instans tujuan sebelum mengonfigurasi tugas migrasi. Lihat Buat database.

  • Dalam mode Sinkronisasi Inkremental Berbasis Log Database Sumber, DTS membuat objek berikut di database sumber: trigger bernama dts_cdc_sync_ddl, tabel heartbeat bernama dts_sync_progress, dan tabel sejarah DDL bernama dts_cdc_ddl_history. Dalam mode parsing hybrid berbasis log, DTS membuat objek yang sama dan juga mengaktifkan CDC untuk database sumber dan tabel tertentu. Atur jumlah maksimum catatan per detik menjadi 1.000 untuk tabel yang diaktifkan CDC.

  • Sebelum migrasi, evaluasi dampaknya terhadap performa database sumber. Jadwalkan migrasi pada jam sepi. Migrasi data penuh menggunakan sumber daya baca dan tulis di kedua database sumber dan tujuan, yang meningkatkan beban server.

  • Setelah migrasi data penuh, operasi INSERT konkuren menyebabkan fragmentasi tabel di database tujuan. Ruang tabel tujuan akan lebih besar daripada sumber.

  • Pastikan pengaturan presisi untuk kolom FLOAT dan DOUBLE memenuhi kebutuhan Anda. DTS menggunakan fungsi ROUND(COLUMN, PRECISION) untuk membaca nilai-nilai ini. Jika tidak ada presisi yang ditentukan, DTS menggunakan default 38 digit untuk FLOAT dan 308 digit untuk DOUBLE.

  • DTS mencoba mengulang tugas migrasi yang gagal hingga 7 hari. Sebelum mengalihkan beban kerja ke tujuan, hentikan atau lepas tugas yang gagal, atau jalankan pernyataan REVOKE untuk mencabut izin tulis dari akun DTS di database tujuan. Jika tidak, data sumber dapat menimpa data tujuan saat tugas dilanjutkan.

  • Modul koleksi CDC untuk beberapa instans migrasi yang berbagi database SQL Server sumber beroperasi secara independen.

  • Jika tugas DTS gagal, dukungan teknis DTS akan mencoba memulihkannya dalam waktu 8 jam. Selama pemulihan, tugas mungkin dimulai ulang dan parameter tugas mungkin dimodifikasi. Parameter database tidak dimodifikasi. Parameter yang dimodifikasi mungkin termasuk yang ada di bagian Ubah parameter instans.

Migrasi data menggunakan konsol ApsaraDB RDS

  1. Buka tab Data Migration dari instans ApsaraDB RDS untuk SQL Server tujuan.

    1. Buka halaman Instans di konsol ApsaraDB RDS.

    2. Di bagian atas halaman, pilih wilayah tempat instans tujuan berada.

    3. Klik ID instans tujuan.

    4. Di panel navigasi kiri, klik Data Migration and Synchronization.

    5. Klik tab Data Migration.

  2. Klik One-stop Cloud.

  3. Konfigurasikan database sumber dan tujuan.

    Database sumber

    Parameter

    Deskripsi

    Task Name

    Nama tugas DTS. DTS menghasilkan nama secara otomatis. Tentukan nama deskriptif agar mudah mengidentifikasi tugas. Nama tidak perlu unik.

    Database Type

    Nilai default: SQL Server. Tidak perlu dikonfigurasi.

    Type

    Pilih Azure.

    Access Method

    Pilih Public IP Address atau Express Connect, VPN Gateway, atau Smart Access Gateway berdasarkan cara database sumber terhubung ke Alibaba Cloud. Dalam contoh ini, Public IP Address dipilih.

    Instance Region

    Jika Access Method adalah Public IP Address, pilih wilayah tempat database SQL Server Azure berada. Jika wilayah tidak tersedia, pilih wilayah terdekat. Jika Access Method adalah Express Connect, VPN Gateway, atau Smart Access Gateway, pilih wilayah virtual private cloud (VPC) Alibaba Cloud tempat database terhubung.

    Connected VPC

    ID VPC Alibaba Cloud tempat database sumber terhubung. Parameter ini hanya tersedia jika Access Method adalah Express Connect, VPN Gateway, atau Smart Access Gateway.

    Domain Name or IP

    Nama domain atau alamat IP database sumber. Disarankan menggunakan nama domain.

    Port Number

    Port layanan database sumber.

    Database Account

    Akun untuk database sumber. Untuk akun Azure SQL Database, gunakan format <Nama pengguna administrator>@<Nama server>. Misalnya, jika akun admin adalah testuser dan nama server adalah dtstest, masukkan testuser@dtstest. Jalankan SELECT @@SERVERNAME AS ServerName untuk menanyakan nama server. Lihat Izin yang diperlukan untuk izin yang dibutuhkan.

    Database Password

    Kata sandi untuk akun database.

    Encryption

    Pilih Non-encrypted jika enkripsi SSL dinonaktifkan di sumber. Pilih SSL-encrypted jika enkripsi SSL diaktifkan. DTS secara default mempercayai sertifikat server.

    Database tujuan

    Parameter

    Deskripsi

    Database Type

    Nilai default: SQL Server. Tidak perlu dikonfigurasi.

    Access Method

    Nilai default: Alibaba Cloud Instance. Tidak perlu dikonfigurasi.

    Instance Region

    Wilayah instans ApsaraDB RDS untuk SQL Server saat ini. Nilai ini tetap dan tidak dapat diubah.

    Instance ID

    ID instans ApsaraDB RDS untuk SQL Server saat ini. Nilai ini tetap dan tidak dapat diubah.

    Database Account

    Akun database untuk instans tujuan. Lihat Izin yang diperlukan untuk izin yang dibutuhkan.

    Database Password

    Kata sandi untuk akun database.

    Encryption

    Pilih Non-encrypted jika enkripsi SSL dinonaktifkan di tujuan. Pilih SSL-encrypted jika enkripsi SSL diaktifkan. DTS secara default mempercayai sertifikat server.

  4. Klik Test Connectivity and Proceed. Pastikan blok CIDR server DTS telah ditambahkan ke daftar putih database sumber. Lalu klik Test Connectivity.

    Penting

    Menambahkan blok CIDR publik server DTS ke daftar putih database Anda menimbulkan risiko keamanan. Sebelum menggunakan DTS, pahami dan akui risiko ini serta ambil langkah pencegahan, termasuk memperkuat keamanan nama pengguna dan kata sandi, membatasi port yang terbuka, mengautentikasi panggilan API, serta secara berkala mengaudit dan menghapus blok CIDR yang tidak sah. Lihat Tambahkan blok CIDR server DTS.

  5. Pilih rencana migrasi data. Sistem menampilkan rencana yang tersedia berdasarkan jenis database sumber:

    • Full and incremental data migration: Klik Configure Objects dan lanjutkan ke langkah berikutnya.

    • Rencana lainnya: Lewati langkah berikutnya.

    Klik View Migration Documentation untuk melihat detail rencana migrasi lainnya.
  6. Pada halaman Configure Objects, konfigurasikan objek yang akan dimigrasikan.

    Parameter

    Deskripsi

    Method to Migrate Triggers in Source Database

    Trigger yang dimigrasikan sebelum migrasi inkremental selesai dapat menyebabkan ketidakkonsistenan data. Pilih Manual Migration untuk mengontrol kapan trigger diterapkan. Lihat Sinkronisasi atau migrasi trigger dari database sumber. Jika Anda tidak ingin memigrasikan trigger, lewati parameter ini.

    Source Objects

    Pilih objek dan klik ikon 向右小箭头 untuk menambahkannya ke Selected Objects. Anda dapat memilih kolom, tabel, atau database. Jika Anda memilih tabel atau kolom, DTS tidak akan memigrasikan objek lain seperti view, trigger, dan prosedur tersimpan.

    Selected Objects

    Klik kanan objek untuk mengganti namanya di instans tujuan, menghapusnya dari pilihan, menentukan kondisi filter WHERE, atau memilih operasi SQL tertentu untuk dimigrasikan. Lihat Pemetaan nama database, tabel, dan kolom dan Tentukan kondisi filter. Mengganti nama objek dapat menyebabkan migrasi objek dependen gagal. Klik ikon image untuk memindahkan objek kembali ke Source Objects.

  7. (Opsional) Konfigurasikan pengaturan lanjutan dengan mengeklik Advanced Settings.

    Parameter

    Deskripsi

    Enable Throttling for Full Data Migration

    Membatasi beban baca dan tulis selama migrasi data penuh. Konfigurasikan 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 server tujuan.

    Enable Throttling for Incremental Data Migration

    Membatasi beban selama migrasi inkremental. Konfigurasikan RPS of Incremental Data Migration dan Data migration speed for incremental migration (MB/s) untuk mengurangi beban pada server tujuan.

    Data Verification Mode

    Pilih Full Data Verification untuk memeriksa integritas data. Tentukan Jumlah Maksimum Baris yang Dapat Dibaca per Detik dalam Mode Verifikasi Penuh dan Maximum Data Volume Can be Read per Second (Byte/s) in the Full Verification Mode untuk membatasi kecepatan verifikasi. Nilai 0 untuk kedua bidang menonaktifkan pembatasan kecepatan untuk verifikasi.

  8. Simpan pengaturan tugas dan jalankan pemeriksaan awal.

    • Untuk melihat pratinjau parameter API untuk tugas ini, arahkan kursor ke Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters.

    • Jika tidak, klik Next: Save Task Settings and Precheck.

    - Tugas migrasi hanya dimulai setelah lulus pemeriksaan awal. - Jika pemeriksaan awal gagal, klik View Details di samping setiap item yang gagal, perbaiki masalahnya, lalu jalankan pemeriksaan awal lagi. - Untuk item peringatan: jika peringatan tidak dapat diabaikan, perbaiki masalah dan jalankan ulang pemeriksaan awal. Jika dapat diabaikan, klik Confirm Alert Details, lalu Ignore, konfirmasi dengan OK, dan klik Precheck Again. Mengabaikan peringatan dapat menyebabkan ketidakkonsistenan data atau risiko bisnis.
  9. Tunggu hingga Success Rate mencapai 100%, lalu klik Next: Purchase Instance.

  10. Beli instans migrasi data. Pantau perkembangan di halaman Data Migration.

    1. Pada halaman Purchase Instance, konfigurasikan kelas instans.

      ParameterDeskripsi
      Resource GroupKelompok sumber daya untuk instans migrasi. Default: default resource group. Lihat Apa itu Resource Management?
      Instance ClassPilih berdasarkan kecepatan migrasi yang dibutuhkan. Lihat Kelas instans migrasi data. |
    2. Pilih kotak centang Data Transmission Service (Pay-as-you-go) Service Terms.

    3. Klik Buy and Start. Di dialog konfirmasi, klik OK.

    - Jika tugas tidak mencakup migrasi data inkremental, tugas akan berhenti secara otomatis. Status menunjukkan Completed. - Jika tugas mencakup migrasi data inkremental, tugas berjalan terus-menerus dan tidak berhenti otomatis. Status menunjukkan Running.

Migrasi data menggunakan konsol DTS

  1. Buka halaman Migrasi Data.

    1. Login ke konsol DTS.

    2. Di panel navigasi kiri, klik Data Migration.

    3. Di bilah navigasi atas, pilih wilayah tempat instans migrasi berada.

  2. Klik Create Task.

  3. Konfigurasikan database sumber dan tujuan.

    Database sumber

    Parameter

    Deskripsi

    Task Name

    Nama tugas DTS. DTS menghasilkan nama secara otomatis. Tentukan nama informatif agar mudah mengidentifikasi tugas. Nama tidak perlu unik.

    Select Existing Connection

    Pilih instans terdaftar yang ada untuk mengisi parameter secara otomatis, atau konfigurasikan sumber secara manual. Untuk mendaftarkan database, lihat Kelola koneksi database.

    Database Type

    Pilih SQL Server.

    Access Method

    Pilih Public IP Address atau Express Connect, VPN Gateway, atau Smart Access Gateway berdasarkan cara sumber terhubung ke Alibaba Cloud. Dalam contoh ini, Public IP Address dipilih.

    Instance Region

    Jika Access Method adalah Public IP Address, pilih wilayah database SQL Server Azure. Jika tidak tersedia, pilih wilayah terdekat. Jika Access Method adalah Express Connect, VPN Gateway, atau Smart Access Gateway, pilih wilayah VPC Alibaba Cloud tempat database terhubung.

    Replicate Data Across Alibaba Cloud Accounts

    Pilih No (contoh ini menggunakan instans di akun saat ini). Parameter ini hanya tersedia jika Access Method adalah Express Connect, VPN Gateway, atau Smart Access Gateway.

    Connected VPC

    ID VPC Alibaba Cloud tempat database sumber terhubung. Tersedia hanya jika Access Method adalah Express Connect, VPN Gateway, atau Smart Access Gateway.

    Domain Name or IP

    Nama domain atau alamat IP database sumber. Disarankan menggunakan nama domain.

    Port Number

    Port layanan database sumber.

    Database Account

    Akun untuk database sumber. Untuk Azure SQL Database, gunakan format <Nama pengguna administrator>@<Nama server>. Jalankan SELECT @@SERVERNAME AS ServerName untuk menanyakan nama server. Lihat Izin yang diperlukan.

    Database Password

    Kata sandi untuk akun database.

    Encryption

    Pilih Non-encrypted atau SSL-encrypted berdasarkan konfigurasi database sumber Anda. DTS secara default mempercayai sertifikat server.

    Database tujuan

    Parameter

    Deskripsi

    Select Existing Connection

    Pilih instans terdaftar yang ada untuk mengisi parameter secara otomatis, atau konfigurasikan tujuan secara manual. Untuk mendaftarkan database, lihat Kelola koneksi database.

    Database Type

    Pilih SQL Server.

    Access Method

    Pilih Alibaba Cloud Instance.

    Instance Region

    Wilayah instans ApsaraDB RDS untuk SQL Server tujuan.

    Instance ID

    ID instans ApsaraDB RDS untuk SQL Server tujuan.

    Database Account

    Akun database untuk instans tujuan. Lihat Izin yang diperlukan.

    Database Password

    Kata sandi untuk akun database.

    Encryption

    Pilih Non-encrypted atau SSL-encrypted berdasarkan konfigurasi database tujuan Anda. DTS secara default mempercayai sertifikat server.

  4. Klik Test Connectivity and Proceed. Pastikan blok CIDR server DTS telah ditambahkan ke daftar putih database sumber. Lalu klik Test Connectivity.

    Penting

    Menambahkan blok CIDR publik server DTS ke daftar putih database Anda menimbulkan risiko keamanan. Sebelum menggunakan DTS, pahami dan akui risiko ini serta ambil langkah pencegahan, termasuk memperkuat keamanan nama pengguna dan kata sandi, membatasi port yang terbuka, mengautentikasi panggilan API, serta secara berkala mengaudit dan menghapus blok CIDR yang tidak sah. Lihat Tambahkan blok CIDR server DTS.

  5. Konfigurasikan objek migrasi.

    1. Pada halaman Configure Objects, atur parameter berikut.

      ParameterDeskripsi
      Migration TypesPilih Schema Migration dan Full Data Migration hanya untuk migrasi penuh. Pilih ketiganya (Schema Migration, Full Data Migration, dan Incremental Data Migration) untuk migrasi tanpa gangguan layanan. Jika Schema Migration tidak dipilih, pastikan database tujuan memiliki tabel yang diperlukan dan aktifkan pemetaan nama objek. Jika Incremental Data Migration tidak dipilih, jangan menulis ke sumber selama migrasi.
      Metode untuk Memigrasikan Trigger di Database SumberPilih Manual Migration untuk mencegah trigger diterapkan sebelum migrasi inkremental selesai. Parameter ini hanya tersedia jika Schema Migration dan Incremental Data Migration keduanya dipilih. Lihat Sinkronisasi atau migrasi trigger dari database sumber.
      Mode Sinkronisasi Inkremental SQL ServerPilih Polling and querying CDC instances for incremental synchronization. Tersedia hanya jika Incremental Data Migration dipilih.
      Jumlah maksimum tabel yang diaktifkan CDC yang didukung DTSPertahankan nilai default.
      Mode Pemrosesan Tabel yang BertentanganPrecheck and Report Errors: gagal dalam pemeriksaan awal jika tujuan memiliki tabel dengan nama identik dengan sumber. Gunakan pemetaan nama objek untuk mengganti nama tabel yang bertentangan. Ignore Errors and Proceed: melewati pemeriksaan nama identik. Selama migrasi penuh, DTS mempertahankan catatan tujuan yang ada dengan primary key yang sama. Selama migrasi inkremental, DTS menimpanya. Jika skema berbeda, hanya kolom yang cocok yang dimigrasikan atau tugas gagal.
      Kapitalisasi Nama Objek di Instans TujuanMengontrol kapitalisasi nama database, tabel, dan kolom di tujuan. Default: DTS default policy. Lihat Tentukan kapitalisasi nama objek di instans tujuan.
      Source ObjectsPilih objek dan klik ikon 向右小箭头 untuk menambahkannya ke Selected Objects. Anda dapat memilih kolom, tabel, atau database. Jika Anda memilih tabel atau kolom, DTS tidak akan memigrasikan objek lain seperti view, trigger, dan prosedur tersimpan.
      Selected ObjectsKlik kanan objek untuk mengganti namanya di tujuan, menghapusnya dari pilihan, menentukan kondisi filter WHERE, atau memilih operasi SQL tertentu untuk dimigrasikan. Lihat Pemetaan nama database, tabel, dan kolom dan Tentukan kondisi filter. Mengganti nama objek dapat menyebabkan migrasi objek dependen gagal. Klik ikon image untuk memindahkan objek kembali ke Source Objects. |
    2. Klik Next: Advanced Settings.

      ParameterDeskripsi
      Dedicated Cluster for Task SchedulingSecara default, DTS menjadwalkan tugas ke kluster bersama. Beli kluster khusus untuk stabilitas yang lebih baik. Lihat What is a DTS dedicated cluster.
      Retry Time for Failed ConnectionsCatatan:Durasi waktu DTS melakukan pengulangan setelah terjadi kegagalan koneksi. Nilai yang valid: 10–1.440 menit. Nilai default: 720. Atur minimal 30. Jika koneksi berhasil dipulihkan dalam periode ini, tugas akan dilanjutkan; jika tidak, tugas gagal. Catatan: Jika beberapa tugas menggunakan database sumber atau tujuan yang sama, nilai terbaru yang akan digunakan. DTS tetap membebankan biaya instans selama periode pengulangan.
      Retry Time for Other IssuesDurasi waktu DTS melakukan pengulangan setelah kegagalan operasi DDL atau DML. Nilai yang valid: 1–1.440 menit. Nilai default: 10. Atur minimal 10. Nilai ini harus lebih kecil dari Retry Time for Failed Connections.
      Enable Throttling for Full Data MigrationMembatasi beban selama migrasi data penuh. Konfigurasikan Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s). Opsi ini tersedia hanya jika Full Data Migration dipilih.
      Enable Throttling for Incremental Data MigrationMembatasi beban selama migrasi data inkremental. Konfigurasikan RPS of Incremental Data Migration dan Data migration speed for incremental migration (MB/s). Opsi ini tersedia hanya jika Incremental Data Migration dipilih.
      Environment TagTag opsional untuk mengidentifikasi instans DTS berdasarkan jenis lingkungan.
      Configure ETLPilih Yesalert notification settings untuk mengaktifkan extract, transform, and load (ETL) dan masukkan pernyataan pemrosesan data. Pilih No untuk melewati langkah ini. Lihat What is ETL? dan Configure ETL in a data migration or data synchronization task.
      Monitoring and AlertingPilih Yes untuk menerima notifikasi ketika tugas gagal atau latensi migrasi melebihi ambang batas. Konfigurasikan ambang batas peringatan dan pengaturan notifikasi. Lihat Configure monitoring and alerting when you create a DTS task.
    3. Klik Next Step: Data Verification untuk mengonfigurasi verifikasi data. Lihat Mengonfigurasi verifikasi data.

  6. Simpan pengaturan tugas dan jalankan pemeriksaan awal.

    • Untuk melihat pratinjau parameter API untuk tugas ini, arahkan kursor ke Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters.

    • Jika tidak, klik Next: Save Task Settings and Precheck.

    - Tugas migrasi hanya dimulai setelah lulus pemeriksaan awal. - Jika pemeriksaan awal gagal, klik View Details di samping setiap item yang gagal, perbaiki masalahnya, lalu jalankan pemeriksaan awal lagi. - Untuk item peringatan: jika peringatan tidak dapat diabaikan, perbaiki masalah dan jalankan ulang pemeriksaan awal. Jika dapat diabaikan, klik Confirm Alert Details, lalu Ignore, konfirmasi dengan OK, dan klik Precheck Again. Mengabaikan peringatan dapat menyebabkan ketidakkonsistenan data atau risiko bisnis.
  7. Beli instans migrasi data. Pantau perkembangan di halaman Data Migration.

    1. Tunggu hingga Success Rate mencapai 100%, lalu klik Next: Purchase Instance.

    2. Pada halaman Purchase Instance, konfigurasikan kelas instans.

      ParameterDeskripsi
      Resource GroupKelompok sumber daya untuk instans migrasi. Default: default resource group. Lihat Apa itu Resource Management?
      Instance ClassPilih berdasarkan kecepatan migrasi yang dibutuhkan. Lihat Kelas instans migrasi data. |
    3. Pilih kotak centang Data Transmission Service (Pay-as-you-go) Service Terms.

    4. Klik Buy and Start. Di dialog konfirmasi, klik OK.

    - Jika tugas tidak mencakup migrasi data inkremental, tugas akan berhenti secara otomatis. Status menunjukkan Completed. - Jika tugas mencakup migrasi data inkremental, tugas berjalan terus-menerus dan tidak berhenti otomatis. Status menunjukkan Running.

FAQ

Apakah saya dapat memilih objek mana yang akan diverifikasi saat mengonfigurasi tugas migrasi di konsol ApsaraDB RDS?

Tidak. Objek yang diverifikasi sama dengan objek yang dipilih untuk migrasi.

Apa itu mode verifikasi data penuh untuk tugas yang dikonfigurasi di konsol ApsaraDB RDS?

Nilai hash data yang dimigrasikan diperiksa berdasarkan rasio sampling 100%.

Apa yang diperiksa dalam verifikasi data penuh?

Konsistensi data antara database sumber dan tujuan diperiksa dengan membandingkan semua data di kedua sisi.