Data Transmission Service:Migrasi data dari instans ApsaraDB MyBase for SQL Server ke instans ApsaraDB RDS for SQL Server

Persyaratan database sumber

• Server tempat database sumber di-deploy harus memiliki bandwidth outbound yang mencukupi. Jika tidak, kecepatan migrasi data menurun.

• Tabel yang akan dimigrasikan harus memiliki kendala PRIMARY KEY atau UNIQUE, dan semua field harus unik. Jika tidak, database tujuan mungkin berisi catatan duplikat.

• Satu tugas migrasi dapat memigrasikan hingga 1.000 tabel saat Anda mengganti nama tabel atau kolom selama migrasi. Untuk lebih dari 1.000 tabel, konfigurasikan beberapa tugas atau lakukan migrasi di tingkat database, bukan tingkat tabel.

• Satu tugas migrasi dapat memigrasikan hingga 10 database. Untuk lebih dari 10 database, konfigurasikan beberapa tugas.

Untuk migrasi data inkremental, pastikan juga:

• Fitur pencatatan data diaktifkan. Mode backup harus diatur ke Full, dan backup fisik penuh harus telah dilakukan.

• Periode retensi log: Retensi log yang tidak mencukupi dapat menyebabkan tugas gagal, atau mengakibatkan inkonsistensi data atau kehilangan data. Tidak memenuhi persyaratan ini juga membatalkan service level agreement (SLA) DTS.

  • Hanya migrasi inkremental: simpan log lebih dari 24 jam.

  • Migrasi penuh + inkremental: simpan log minimal 7 hari. Setelah migrasi penuh selesai, Anda dapat mengatur retensi menjadi lebih dari 24 jam.

Untuk tabel yang diaktifkan CDC, kondisi berikut harus dipenuhi (jika tidak, pemeriksaan awal gagal):

• Field srvname dalam tampilan sys.sysservers harus sesuai dengan nilai kembali fungsi SERVERPROPERTY.

• Pemilik database harus sa (SQL Server yang dikelola sendiri) atau sqlsa (ApsaraDB RDS for SQL Server).

• Edisi Enterprise: SQL Server 2008 atau lebih baru.

• Edisi Standard: SQL Server 2016 SP1 atau lebih baru.

• Edisi Standard atau Enterprise yang menjalankan SQL Server 2017: upgrade ke versi yang lebih baru.

Batasan tambahan database sumber:

• Jangan mengeksekusi pernyataan DDL yang mengubah skema database atau tabel selama migrasi skema dan migrasi data penuh. Hal ini menyebabkan tugas migrasi gagal.

• Jika Anda hanya melakukan migrasi data penuh (tanpa inkremental), jangan menulis ke database sumber selama migrasi. Untuk menghindari inkonsistensi data, pilih ketiga jenis migrasi: migrasi skema, migrasi data penuh, dan migrasi data inkremental.

• Jangan menghapus log database sumber sebelum tugas selesai. DTS menggunakan fungsi fn_log untuk mengambil log, yang memiliki bottleneck performa. Menghapus log terlalu dini dapat menyebabkan tugas gagal.

• Instans sumber read-only tidak mendukung migrasi operasi DDL.

• Dalam mode parsing log hibrida, jangan melakukan beberapa operasi add-column atau drop-column pada tabel yang sama dalam rentang 10 menit. Misalnya, urutan berikut yang dieksekusi dalam 10 menit menyebabkan error:

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

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

Batasan lainnya

• DTS tidak memigrasikan tipe data berikut: TEXT, CURSOR, ROWVERSION, SQL_VARIANT, HIERACHYID, GEOMETRY.

• Jika Anda menggunakan mode Incremental Synchronization Based on Logs of Source Database (non-hibrida), tabel harus memiliki clustered indexes yang berisi kolom kunci primer. Tabel heap, tabel tanpa kunci primer, tabel terkompresi, dan tabel dengan computed columns tidak didukung. Untuk melihat tabel heap, tabel tanpa kunci primer, tabel terkompresi, atau tabel dengan computed columns, lihat FAQ.

• Lakukan migrasi hanya antara versi database yang kompatibel.

• Jika tabel yang diaktifkan CDC dalam satu tugas migrasi melebihi 1.000, pemeriksaan awal gagal.

• Kami menyarankan agar Anda mengatur jumlah maksimum catatan per detik menjadi 1.000 untuk tabel yang diaktifkan CDC di database sumber.

• Migrasi data inkremental memerlukan penonaktifan trigger dan foreign keys di database tujuan.

• Lakukan migrasi selama jam sepi. Migrasi data penuh menggunakan resource baca dan tulis di kedua sisi (sumber dan tujuan), yang meningkatkan beban pada server database. Operasi INSERT konkuren selama migrasi penuh juga menyebabkan fragmentasi tabel di database tujuan, sehingga ruang tabel tujuan menjadi lebih besar daripada sumber.

• DTS menggunakan ROUND(COLUMN,PRECISION) untuk mengambil nilai dari kolom FLOAT dan DOUBLE. Presisi default: 38 digit untuk FLOAT, 308 digit untuk DOUBLE. Verifikasi bahwa pengaturan presisi ini memenuhi kebutuhan Anda sebelum memulai migrasi.

• DTS secara otomatis mencoba ulang tugas migrasi yang gagal hingga 7 hari. Sebelum mengalihkan beban kerja ke database tujuan, hentikan atau lepas tugas yang gagal—atau cabut izin tulis akun DTS di tujuan. Jika tidak, tugas yang dilanjutkan dapat menimpa data di tujuan dengan data dari sumber.

• Jangan menjalankan operasi pengindeksan ulang selama migrasi data inkremental. Hal ini dapat menyebabkan tugas gagal dan mengakibatkan kehilangan data. DTS juga tidak dapat memigrasikan operasi DDL pada kunci primer untuk tabel yang diaktifkan CDC.

Langkah 1: Buka halaman Tugas Migrasi Data

1. Login ke Konsol Data Management (DMS).

2. Di bilah navigasi atas, arahkan pointer ke DTS, lalu pilih DTS (DTS) > Data Migration.

Langkah 2: Pilih wilayah

Dari daftar drop-down di sisi kanan Data Migration Tasks, pilih wilayah tempat instans migrasi Anda berada.

Langkah 3: Konfigurasi database sumber dan tujuan

Klik Create Task, lalu konfigurasi parameter berikut.

Database sumber

Database tujuan

Langkah 4: Uji konektivitas

Klik Test Connectivity and Proceed.

DTS secara otomatis menambahkan blok CIDR servernya ke daftar putih alamat IP instans database Alibaba Cloud. Untuk database yang dikelola sendiri di instans Elastic Compute Service (ECS), DTS menambahkan blok CIDR ke aturan grup keamanan ECS—tetapi Anda harus memverifikasi bahwa instans ECS dapat mengakses database. Jika database berjalan di beberapa instans ECS, tambahkan secara manual blok CIDR DTS ke grup keamanan setiap instans ECS. Untuk database yang dikelola sendiri di pusat data atau lingkungan cloud pihak ketiga, tambahkan secara manual blok CIDR DTS ke daftar putih alamat IP database. Untuk daftar lengkap blok CIDR, lihat Tambahkan blok CIDR server DTS.

Langkah 5: Pilih objek dan konfigurasi mode sinkronisasi

Langkah 6: Konfigurasi pengaturan lanjutan

Klik Next: Advanced Settings, lalu konfigurasi parameter berikut.

Pengaturan verifikasi data

Untuk mengaktifkan verifikasi data setelah migrasi, lihat Aktifkan verifikasi data.

Pengaturan lanjutan

Langkah 7: Jalankan pemeriksaan awal

Klik Next: Save Task Settings and Precheck.

DTS menjalankan pemeriksaan awal sebelum migrasi dimulai. Tugas hanya dapat dilanjutkan setelah pemeriksaan awal berhasil.

• Jika item pemeriksaan gagal, klik View Details, selesaikan masalahnya, lalu klik Precheck Again.

• Jika item pemeriksaan menampilkan peringatan:

  • Jika peringatan tidak dapat diabaikan, klik View Details, perbaiki masalahnya, lalu jalankan ulang pemeriksaan awal.

  • Jika peringatan dapat diabaikan dengan aman, klik Confirm Alert Details > Ignore > OK > Precheck Again. Mengabaikan peringatan dapat mengakibatkan inkonsistensi data.

Langkah 8: Beli instans

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

Di halaman Purchase Instance, konfigurasi hal berikut:

Langkah 9: Mulai migrasi

1. Baca dan centang kotak Data Transmission Service (Pay-as-you-go) Service Terms.

2. Klik Buy and Start, lalu klik OK di kotak dialog.

Tugas muncul di daftar tugas. Pantau perkembangannya dari sana.