Migrasi data dari RDS SQL Server ke RDS MySQL - Data Transmission Service

Data Transmission Service (DTS) mendukung migrasi data dari RDS SQL Server ke RDS MySQL.

Prasyarat

Pastikan DTS mendukung versi instans RDS SQL Server Anda.

Catatan
Untuk informasi selengkapnya mengenai versi yang didukung, lihat Ikhtisar solusi migrasi.
Buat instans tujuan RDS MySQL. Ruang penyimpanan instans tujuan harus lebih besar daripada ruang penyimpanan yang digunakan oleh instans sumber RDS SQL Server. Untuk informasi selengkapnya tentang cara membuat instans, lihat Buat instans ApsaraDB RDS untuk MySQL.
Jika instans sumber memenuhi salah satu kondisi berikut, bagi migrasi menjadi beberapa tugas:
- Jumlah database melebihi 10.
- Cadangan 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.

Catatan

Catatan

Selama migrasi skema, DTS memigrasikan kunci asing dari database sumber ke database tujuan.
Selama migrasi data penuh dan migrasi data inkremental, DTS sementara menonaktifkan pemeriksaan kendala dan operasi kaskade kunci asing pada tingkat session. Jika operasi pembaruan atau penghapusan kaskade terjadi di database sumber saat tugas sedang berjalan, ketidakkonsistenan data dapat terjadi.

Type	Deskripsi
Batasan database sumber	Persyaratan bandwidth: Server yang menghosting database sumber harus memiliki bandwidth outbound yang cukup. Jika tidak, kecepatan migrasi data akan terpengaruh. Tabel yang akan dimigrasikan harus memiliki kunci primer atau kendala UNIQUE, dan field tersebut harus unik. Jika tidak, data duplikat dapat muncul di database tujuan. Jika Anda memigrasikan objek tingkat tabel dan perlu mengeditnya—misalnya dengan memetakan nama tabel dan kolom—satu tugas migrasi data mendukung maksimal 1.000 tabel. Jika melebihi batas ini, kesalahan akan dilaporkan setelah Anda mengirimkan tugas. Dalam kasus ini, bagi tabel menjadi beberapa tugas migrasi atau konfigurasikan tugas untuk memigrasikan seluruh database. Satu tugas migrasi data mendukung maksimal 10 database. Jika melebihi batas ini, masalah stabilitas dan kinerja dapat terjadi. Dalam kasus ini, bagi database menjadi beberapa tugas migrasi. Jika Anda mengonfigurasi tugas untuk memigrasikan objek tertentu alih-alih seluruh database, Anda tidak dapat memigrasikan tabel yang memiliki nama sama tetapi nama skema berbeda ke database tujuan yang sama. Untuk migrasi inkremental, log data harus memenuhi persyaratan berikut: Log harus diaktifkan. Mode pencadangan harus diatur ke Full. Pencadangan 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 dapat gagal karena DTS tidak dapat memperoleh log data. Dalam kasus ekstrem, ketidakkonsistenan data atau kehilangan data dapat terjadi. Masalah yang disebabkan oleh periode retensi log yang lebih pendek dari periode yang disyaratkan tidak dicakup oleh Perjanjian Tingkat Layanan (SLA) DTS. Untuk mengaktifkan change data capture (CDC) pada tabel yang akan dimigrasikan dari database sumber, kondisi berikut harus terpenuhi. Jika tidak, pemeriksaan awal akan gagal. Nilai field `srvname` dalam tampilan `sys.sysservers` harus sama dengan nilai kembali fungsi `SERVERPROPERTY`. Jika database sumber adalah instans SQL Server yang dikelola sendiri, pemilik database harus `sa`. Jika database sumber adalah instans RDS for SQL Server, pemilik database harus `sqlsa`. Jika database sumber adalah Edisi Perusahaan, versinya harus SQL Server 2008 atau lebih baru. Jika database sumber adalah Edisi Standar, versinya harus SQL Server 2016 SP1 atau lebih baru. Jika database sumber adalah SQL Server 2017 (Edisi Standar atau Perusahaan), tingkatkan versi database. DTS menggunakan fungsi fn_log untuk memperoleh log database sumber. Fungsi ini memiliki bottleneck kinerja. Jangan menghapus log database sumber terlalu dini. Jika tidak, tugas DTS dapat gagal. Batasan operasi database sumber: Selama sinkronisasi skema awal dan migrasi data penuh, jangan lakukan operasi DDL untuk mengubah skema database atau tabel. Jika tidak, tugas migrasi data akan gagal. Jika Anda hanya melakukan migrasi data penuh, jangan menulis data baru ke instans sumber. Jika tidak, ketidakkonsistenan data akan terjadi antara database sumber dan tujuan. Untuk memastikan konsistensi data secara real-time, pilih Sinkronisasi Skema Awal, Migrasi Data Penuh, dan Migrasi Data Inkremental. Jika database sumber adalah instans read-only, operasi DDL tidak dapat dimigrasikan. Jika database sumber adalah Azure SQL Database, satu instans DTS hanya dapat memigrasikan satu database. Jika database sumber adalah instans RDS for SQL Server dan tugas migrasi mencakup migrasi inkremental, nonaktifkan transparent data encryption (TDE) untuk memastikan stabilitas instans DTS. Untuk informasi selengkapnya, lihat Nonaktifkan TDE. Jika Anda menggunakan perintah `sp_rename` untuk mengganti nama objek seperti prosedur tersimpan di database sumber sebelum tugas sinkronisasi skema awal dijalankan, tugas tersebut mungkin tidak berfungsi sebagaimana mestinya atau gagal. Catatan Gunakan perintah `ALTER` untuk mengganti nama objek di database. Dalam mode parsing log hibrida, Anda tidak dapat melakukan beberapa operasi berturut-turut untuk menambah atau menghapus kolom di database sumber dalam interval kurang dari 10 menit. Misalnya, jika Anda menjalankan pernyataan SQL berikut secara berturut-turut, tugas akan melaporkan kesalahan. `ALTER TABLE test_table DROP COLUMN Flag; ALTER TABLE test_table ADD Remark nvarchar(50) not null default('');` Jika database sumber adalah instans RDS for SQL Server Edisi Web, Anda harus mengatur SQL Server Incremental Synchronization Mode ke Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported) saat mengonfigurasi tugas. Selama migrasi data penuh, pastikan parameter mode pemrosesan transaksi `READ_COMMITTED_SNAPSHOT` diaktifkan untuk database sumber. Ini mencegah shared lock memengaruhi penulisan data. Jika tidak, pengecualian seperti ketidakkonsistenan data dan kegagalan instans dapat terjadi. Pengecualian yang disebabkan oleh masalah ini tidak dicakup oleh SLA DTS.
Batasan lainnya	Operasi DDL kompleks tidak dapat dimigrasikan. Data dengan tipe data berikut tidak dapat dimigrasikan: CURSOR, ROWVERSION, SQL_VARIANT, HIERARCHYID, POLYGON, GEOMETRY, GEOGRAPHY, dan tipe data yang ditentukan pengguna yang dibuat menggunakan perintah `CREATE TYPE`. Objek dengan tipe berikut tidak dapat dimigrasikan: PROCEDURE, FUNCTION, TRIGGER, DATATYPE, SYNONYM, CATALOG, PLAN_GUIDE, dan SEQUENCE. Jika jumlah tabel yang diaktifkan CDC dalam satu tugas migrasi melebihi 1.000, pemeriksaan awal akan gagal. Jika data Anda mencakup karakter empat byte—seperti karakter Tionghoa langka atau emoji—database dan tabel tujuan harus menggunakan charset utf8mb4. Catatan Jika Anda menggunakan DTS untuk memigrasikan skema, atur parameter tingkat instans `character_set_server` ke utf8mb4 di database tujuan. Jika tugas mencakup migrasi data inkremental dan data yang akan ditulis ke satu field tabel dengan CDC yang diaktifkan melebihi 64 KB, Anda harus menjalankan perintah `exec sp_configure 'max text repl size', -1;` untuk menyesuaikan konfigurasi database sumber terlebih dahulu. Catatan Secara default, pekerjaan CDC dapat memproses satu field dengan panjang maksimum 64 KB. Sebelum memigrasikan data, evaluasi kinerja database sumber dan tujuan. Kami menyarankan agar Anda memigrasikan data selama jam sepi. Jika tidak, DTS akan mengonsumsi sumber daya baca dan tulis pada database sumber dan tujuan selama migrasi data penuh, yang dapat meningkatkan beban database. Jika tugas migrasi mencakup migrasi data inkremental, Anda tidak dapat melakukan reindex. Jika tidak, tugas dapat gagal atau data dapat hilang. Catatan Anda tidak dapat mengubah kunci primer tabel yang diaktifkan CDC-nya. Jika Anda memilih Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported) untuk SQL Server Incremental Synchronization Mode pada tahap Configure Objects, tabel yang akan dimigrasikan harus memiliki indeks terkluster yang berisi kolom kunci primer. Tabel yang akan dimigrasikan tidak boleh berupa heap table, tabel tanpa kunci primer, tabel terkompresi, tabel dengan kolom terhitung, atau tabel dengan kolom sparse. Dalam mode parsing log campuran, batasan ini tidak berlaku. Catatan Untuk informasi selengkapnya tentang cara melihat informasi tabel-tabel tersebut, lihat Cara melihat informasi tentang heap table, tabel tanpa kunci primer, tabel terkompresi, tabel dengan kolom terhitung, dan tabel dengan kolom sparse di SQL Server. Jika Anda mengatur SQL Server Incremental Synchronization Mode ke Log-based Parsing for Non-heap Tables and CDC-based Incremental Synchronization for Heap Tables (Hybrid Log-based Parsing) pada langkah Configure Objects, batasan berikut juga berlaku: Migrasi inkremental oleh DTS bergantung pada komponen CDC. Pastikan pekerjaan CDC di database sumber sedang berjalan. Jika tidak, tugas DTS akan gagal. Secara default, data inkremental yang disimpan dalam komponen CDC dipertahankan selama 3 hari. Kami menyarankan agar 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 agar Anda mengatur `<time>` ke 1440. Dalam satu tugas migrasi, kami menyarankan agar Anda mengaktifkan CDC untuk tidak lebih dari 1.000 tabel. Jika tidak, latensi tugas atau ketidakstabilan dapat terjadi. Modul prasyarat tugas migrasi inkremental mengaktifkan CDC untuk database sumber. Selama proses ini, database sumber mungkin dikunci sebentar karena batasan kernel database SQL Server. Jika Anda mengatur SQL Server Incremental Synchronization Mode ke Polling and querying CDC instances for incremental synchronization pada langkah Configure Objects, batasan berikut juga berlaku: Akun database sumber yang digunakan oleh instans DTS harus memiliki izin untuk mengaktifkan CDC. Untuk mengaktifkan CDC tingkat database, Anda memerlukan akun dengan role sysadmin. Untuk mengaktifkan CDC tingkat tabel, Anda memerlukan akun istimewa. Catatan Akun istimewa (administrator server) yang disediakan oleh konsol Azure SQL Database memenuhi persyaratan. Untuk database berbasis vCore, semua tipe instans mendukung CDC. Untuk database berbasis DTU, hanya tipe instans S3 ke atas yang mendukung CDC. Akun istimewa Amazon RDS for SQL Server memenuhi persyaratan dan dapat digunakan untuk mengaktifkan CDC tingkat database untuk prosedur tersimpan. Tabel indeks 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 instans CDC setiap tabel di database sumber untuk memperoleh data inkremental. Oleh karena itu, kami menyarankan agar Anda memigrasikan tidak lebih dari 1.000 tabel dari database sumber. Jika tidak, latensi tugas atau ketidakstabilan dapat terjadi. Secara default, data inkremental yang disimpan dalam komponen CDC dipertahankan selama 3 hari. Kami menyarankan agar 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 agar Anda mengatur `<time>` ke 1440. Anda tidak dapat melakukan operasi berturut-turut 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 dapat gagal. Anda tidak dapat mengubah instans CDC database sumber. Jika tidak, tugas dapat gagal atau data dapat hilang. Jika penulisan DDL gagal di database tujuan, tugas DTS tetap berjalan. Periksa pernyataan DDL yang gagal di log tugas. Untuk petunjuknya, lihat Lihat log tugas. Jika Anda menulis kolom dengan nama identik tetapi huruf besar/kecil berbeda ke tabel yang sama di database MySQL tujuan, hasil yang tidak diinginkan dapat terjadi. Nama kolom MySQL tidak peka terhadap huruf besar/kecil. Setelah migrasi selesai—status tugas adalah Status dan berubah menjadi Completed—jalankan `analyze table <table_name>` untuk memastikan semua data telah ditulis ke tabel tujuan. Misalnya, setelah alih bencana high-availability (HA) di database MySQL tujuan, data mungkin tetap berada di memori dan tidak pernah mencapai disk, menyebabkan kehilangan data. Untuk memastikan akurasi latensi migrasi data inkremental, DTS membuat trigger dts_cdc_sync_ddl, tabel heartbeat dts_sync_progress, dan tabel penyimpanan DDL dts_cdc_ddl_history di database sumber dalam mode parsing log. Dalam mode sinkronisasi inkremental hibrida, DTS membuat trigger dts_cdc_sync_ddl, tabel heartbeat dts_sync_progress, dan tabel penyimpanan DDL dts_cdc_ddl_history, serta mengaktifkan CDC tingkat database dan CDC untuk beberapa tabel. Kami menyarankan agar laju perubahan data tabel dengan CDC yang diaktifkan di database sumber tidak melebihi 1.000 catatan per detik (RPS). Migrasi data penuh melibatkan operasi INSERT konkuren, yang menyebabkan fragmentasi tabel di database tujuan. Oleh karena itu, setelah migrasi data penuh selesai, ruang penyimpanan tabel di database tujuan lebih besar daripada di instans sumber. Jika beberapa instans DTS menggunakan database SQL Server yang sama sebagai sumber, modul ingestion data inkremental mereka saling independen. Jika tugas gagal, staf dukungan DTS akan berusaha memulihkannya dalam waktu delapan jam. Selama pemulihan, mereka mungkin merestart tugas atau menyesuaikan parameternya. Catatan Hanya parameter tugas DTS yang dimodifikasi—bukan parameter database. Parameter yang mungkin disesuaikan termasuk yang tercantum dalam Ubah parameter instans. SQL Server adalah database closed-source komersial. Karena batasan format spesifik yang diketahui atau tidak diketahui, masalah dapat terjadi ketika DTS melakukan CDC dan parsing pada log SQL Server. Oleh karena itu, sebelum Anda mengaktifkan sinkronisasi atau migrasi inkremental untuk sumber SQL Server di lingkungan produksi, kami menyarankan agar Anda melakukan uji coba proof of concept (POC) yang komprehensif. Uji coba tersebut harus mencakup semua jenis perubahan bisnis, perubahan skema tabel, dan uji stres jam sibuk bisnis. Karena sifat format log SQL Server yang tidak dapat diprediksi, Anda harus memastikan bahwa logika bisnis di lingkungan produksi konsisten dengan yang ada di uji coba POC. Ini penting untuk memastikan efisiensi dan stabilitas tinggi DTS.
Kasus khusus	Jika instans sumber adalah instans RDS for SQL Server, DTS membuat akun `rdsdt_dtsacct` di instans sumber untuk migrasi data. Jangan menghapus akun ini atau mengubah kata sandinya selama tugas berjalan. Jika tidak, tugas dapat gagal. Untuk informasi selengkapnya, lihat Akun sistem.

Penagihan

Jenis migrasi	Biaya konfigurasi tautan	Biaya transfer data
Migrasi skema dan migrasi data penuh	Gratis.	Contoh ini gratis. Catatan Jika Anda mengatur Access Method untuk database tujuan ke Public IP Address, Anda akan dikenai biaya transfer data. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.
Migrasi data inkremental	Dikenai biaya. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

Operasi SQL yang didukung untuk migrasi inkremental

Jenis operasi	Operasi SQL
DML	INSERT, UPDATE, DELETE Catatan Jika operasi UPDATE hanya memperbarui field besar, DTS tidak memigrasikan operasi tersebut.
DDL	CREATE TABLE ALTER TABLE, yang hanya mencakup ADD COLUMN dan DROP COLUMN DROP TABLE CREATE INDEX, DROP INDEX Catatan Operasi DDL yang melibatkan tipe data yang ditentukan pengguna tidak dapat dimigrasikan. Operasi DDL Online tidak dapat dimigrasikan. Operasi DDL transaksional tidak dapat dimigrasikan. Misalnya, operasi DDL yang menambahkan beberapa kolom dalam satu pernyataan SQL atau operasi yang mencakup DDL dan DML dalam satu pernyataan SQL dapat menyebabkan kehilangan data. Operasi DDL yang menggunakan kata kunci yang dicadangkan sebagai nama atribut tidak dapat dimigrasikan. Operasi DDL yang dilakukan oleh prosedur tersimpan sistem tidak dapat dimigrasikan. Operasi TRUNCATE TABLE tidak didukung. Partisi dan fungsi dalam definisi tabel tidak didukung.

Izin yang diperlukan untuk akun database

Database	Migrasi skema	Migrasi penuh	Migrasi inkremental
Instans RDS SQL Server	Izin baca pada objek yang akan dimigrasikan	Izin baca pada objek yang akan dimigrasikan	Izin kepemilikan pada objek yang akan dimigrasikan
Instans RDS MySQL	Izin baca dan tulis

Anda dapat membuat akun database dan memberikan izin sebagai berikut:

Instans RDS SQL Server: Untuk informasi selengkapnya, lihat Buat akun standar, akun istimewa, atau akun read-only global dan Ubah izin akun.
Instans RDS MySQL: Untuk informasi selengkapnya, lihat Buat akun dan Ubah izin akun.

Prosedur

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 selengkapnya, lihat Konsol mode sederhana dan Sesuaikan tata letak dan gaya konsol DMS.
1. Masuk ke konsol Data Management (DMS).
2. Di bilah menu atas, pilih Data + AI > Data Transmission (DTS) > Data Migration.
3. Di sebelah kanan Data Migration Tasks, pilih wilayah tempat instans migrasi berada.
Klik Create Task untuk membuka halaman konfigurasi tugas.

Konfigurasikan database sumber dan tujuan.

Peringatan

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

Kategori	Konfigurasi	Deskripsi
N/A	Task Name	DTS secara otomatis menghasilkan nama tugas. Kami menyarankan agar Anda menentukan nama deskriptif untuk memudahkan identifikasi. Nama tidak perlu unik.
Source Database	Select Existing Connection	Untuk menggunakan instans database yang telah ditambahkan ke sistem (dibuat atau disimpan), pilih instans database yang diinginkan dari daftar drop-down. Informasi database di bawah ini akan dikonfigurasi secara otomatis. Catatan Di konsol DMS, parameter ini bernama Select a DMS database instance.. Jika Anda belum mendaftarkan instans database ke sistem, atau tidak perlu menggunakan instans yang terdaftar, konfigurasikan informasi database di bawah ini secara manual.
	Database Type	Pilih SQL Server.
	Access Method	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah tempat instans RDS SQL Server sumber berada.
	Replicate Data Across Alibaba Cloud Accounts	Contoh ini menunjukkan cara memigrasikan data antar instans yang dimiliki oleh Akun Alibaba Cloud yang sama. Pilih No.
	RDS Instance ID	Pilih ID instans RDS SQL Server sumber.
	Database Account	Masukkan akun database instans RDS SQL Server sumber. Untuk informasi selengkapnya tentang izin yang diperlukan, lihat Izin yang diperlukan untuk akun database.
	Database Password	Masukkan kata sandi 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	Select Existing Connection	Untuk menggunakan instans database yang telah ditambahkan ke sistem (dibuat atau disimpan), pilih instans database yang diinginkan dari daftar drop-down. Informasi database di bawah ini akan dikonfigurasi secara otomatis. Catatan Di konsol DMS, parameter ini bernama Select a DMS database instance.. Jika Anda belum mendaftarkan instans database ke sistem, atau tidak perlu menggunakan instans yang terdaftar, konfigurasikan informasi database di bawah ini secara manual.
	Database Type	Pilih MySQL.
	Access Method	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah tempat instans RDS MySQL tujuan berada.
	Replicate Data Across Alibaba Cloud Accounts	Contoh ini menunjukkan cara memigrasikan data antar instans yang dimiliki oleh Akun Alibaba Cloud yang sama. Pilih No.
	RDS Instance ID	Pilih ID instans RDS MySQL tujuan.
	Database Account	Masukkan akun database instans RDS MySQL tujuan. Untuk informasi selengkapnya tentang izin yang diperlukan, lihat Izin yang diperlukan untuk akun database.
	Database Password	Masukkan kata sandi untuk akun database.
	Encryption	Pilih Non-encrypted atau SSL-encrypted berdasarkan kebutuhan database Anda. Jika Anda mengatur parameter ini ke SSL-encrypted, Anda harus mengaktifkan enkripsi SSL untuk instans RDS for MySQL terlebih dahulu. Untuk informasi selengkapnya, lihat Aktifkan enkripsi SSL dengan cepat menggunakan sertifikat cloud.

Setelah menyelesaikan konfigurasi, klik Test Connectivity and Proceed di bagian bawah halaman.
Catatan
- Pastikan segmen alamat IP layanan DTS telah ditambahkan secara otomatis atau manual ke pengaturan keamanan database sumber dan tujuan untuk mengizinkan akses dari server DTS. Untuk informasi selengkapnya, lihat Tambahkan alamat IP server DTS ke daftar putih.
- Jika database sumber atau tujuan adalah database yang dikelola sendiri (Access Method bukan Alibaba Cloud Instance), Anda juga harus mengklik Test Connectivity di kotak dialog CIDR Blocks of DTS Servers yang muncul.

Konfigurasikan objek tugas.

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

Konfigurasi	Deskripsi
Migration Types	Jika hanya perlu melakukan migrasi penuh, pilih Schema Migration dan Full Data Migration. Untuk migrasi tanpa downtime, pilih Schema Migration, Full Data Migration, dan Incremental Data Migration. Catatan Jika 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 tidak memilih Incremental Data Migration, jangan menulis data baru ke instans sumber selama migrasi data untuk memastikan konsistensi data.
Schema Mapping Mode of Source and Destination Databases	Pilih mode pemetaan skema berdasarkan kebutuhan bisnis Anda untuk memetakan skema antara database sumber dan tujuan. Peringatan Beberapa skema di database sumber tidak boleh memiliki tabel dengan nama yang sama. Jika tidak, ketidakkonsistenan data atau kegagalan tugas dapat terjadi.
SQL Server Incremental Synchronization Mode	Log-based Parsing for Non-heap Tables and CDC-based Incremental Synchronization for Heap Tables (Hybrid Log-based Parsing): Keuntungan: Mendukung skenario yang melibatkan heap table sumber, tabel tanpa kunci primer, tabel terkompresi, atau tabel dengan kolom terhitung. Memberikan stabilitas tautan tinggi. Mode ini dapat memperoleh pernyataan DDL lengkap dan mendukung berbagai skenario DDL. Kerugian: DTS membuat trigger `dts_cdc_sync_ddl`, tabel heartbeat `dts_sync_progress`, dan tabel penyimpanan DDL `dts_cdc_ddl_history` di database sumber. DTS juga mengaktifkan CDC tingkat database dan CDC untuk beberapa tabel. Anda tidak dapat menjalankan pernyataan `SELECT INTO`, `TRUNCATE`, atau `RENAME COLUMN` pada tabel dengan CDC yang diaktifkan di database sumber. Anda tidak 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 table sumber, tabel tanpa kunci primer, tabel terkompresi, atau tabel dengan kolom terhitung. Polling and querying CDC instances for incremental synchronization: Keuntungan: Mendukung migrasi penuh dan inkremental ketika database sumber adalah Amazon RDS for SQL Server, Azure SQL Database, Azure SQL Managed Instance, Azure SQL Server on Virtual Machine, atau Google Cloud SQL for SQL Server. Mode ini menggunakan komponen CDC native SQL Server untuk memperoleh data inkremental, yang meningkatkan stabilitas migrasi inkremental dan mengurangi penggunaan bandwidth jaringan. Kerugian: Akun database sumber yang digunakan oleh instans DTS harus memiliki izin untuk mengaktifkan CDC. Migrasi data inkremental memiliki latensi sekitar 10 detik. Saat memigrasikan beberapa tabel di beberapa database, Anda mungkin mengalami masalah stabilitas dan kinerja. Catatan Parameter ini tersedia hanya jika Anda memilih Incremental Data Migration untuk Migration Types.
The maximum number of tables for which CDC is enabled that DTS supports.	Kami menyarankan agar Anda, berdasarkan kebutuhan bisnis, mengatur jumlah maksimum tabel yang diaktifkan CDC yang didukung oleh 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 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 kunci primer 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.
Capitalization of Object Names in Destination Instance	Anda dapat mengonfigurasi kebijakan sensitivitas huruf besar/kecil untuk nama objek yang dimigrasikan—seperti database, tabel, dan kolom—di instans tujuan. Secara default, DTS default policy dipilih. Anda juga dapat memilih untuk menjaga sensitivitas huruf besar/kecil konsisten dengan kebijakan default database sumber atau tujuan. Untuk informasi selengkapnya, lihat Sensitivitas huruf besar/kecil nama objek di database tujuan.
Source Objects	Di kotak Source Objects, klik objek yang akan dimigrasikan, lalu klik untuk memindahkannya ke kotak Selected Objects. Catatan Anda dapat memilih objek untuk dimigrasikan pada tingkat database, tabel, atau kolom. Jika memilih tabel atau kolom, objek lain seperti view, trigger, dan prosedur tersimpan tidak dimigrasikan ke database tujuan.
Selected Objects	Untuk mengganti nama objek yang akan 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 Jika menggunakan fitur pemetaan nama objek, migrasi objek lain yang bergantung pada objek yang dipetakan mungkin gagal. Untuk memfilter data menggunakan klausa WHERE, klik kanan tabel yang akan dimigrasikan di kotak Selected Objects dan atur kondisi filter di kotak dialog yang muncul. Untuk informasi selengkapnya tentang cara mengatur kondisi filter, lihat Atur kondisi filter. Untuk memilih operasi SQL untuk migrasi inkremental pada tingkat database atau tabel, klik kanan objek yang akan dimigrasikan di kotak Selected Objects dan pilih operasi SQL yang diinginkan untuk migrasi inkremental di kotak dialog yang muncul.

Klik Next: Advanced Settings untuk mengonfigurasi parameter lanjutan.

Konfigurasi	Deskripsi
Dedicated Cluster for Task Scheduling	Secara default, DTS menjadwalkan tugas pada klaster bersama. Anda tidak perlu memilih satu. Jika menginginkan tugas yang lebih stabil, Anda dapat membeli klaster khusus untuk menjalankan tugas migrasi DTS.
Retry Time for Failed Connections	Setelah tugas migrasi dimulai, jika koneksi ke database sumber atau tujuan gagal, DTS melaporkan kesalahan dan segera mulai mencoba menghubungkan kembali. Durasi percobaan ulang default adalah 720 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 10 hingga 1.440 menit. Kami menyarankan agar 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 agar Anda menyesuaikan waktu percobaan ulang berdasarkan kebutuhan bisnis Anda, atau segera rilis instans DTS setelah instans database sumber dan tujuan dirilis.
Retry Time for Other Issues	Setelah tugas migrasi dimulai, jika terjadi masalah non-konektivitas—seperti pengecualian eksekusi DDL atau DML—di database sumber atau tujuan, DTS melaporkan kesalahan dan segera mulai mencoba mengulang operasi tersebut. Durasi percobaan ulang default adalah 10 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 1 hingga 1.440 menit. Kami menyarankan agar 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 lebih kecil daripada nilai Retry Time for Failed Connections.
Enable Throttling for Full Data Migration	Selama migrasi penuh, DTS mengonsumsi sumber daya baca dan tulis pada database sumber dan tujuan, yang dapat meningkatkan beban database. Jika diperlukan, Anda dapat mengaktifkan pembatasan kecepatan untuk tugas migrasi penuh. Anda dapat mengatur Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s) untuk mengurangi beban pada database tujuan. Catatan Item konfigurasi ini tersedia hanya jika Anda memilih Full Data Migration untuk Migration Types. Anda juga dapat menyesuaikan kecepatan migrasi penuh setelah instans migrasi berjalan.
Enable Throttling for Incremental Data Migration	Jika diperlukan, Anda juga dapat memilih untuk mengatur batas kecepatan untuk tugas migrasi inkremental. Anda dapat mengatur RPS of Incremental Data Migration dan Data migration speed for incremental migration (MB/s) untuk mengurangi beban pada database tujuan. Catatan Item konfigurasi ini tersedia hanya jika Anda memilih Incremental Data Migration untuk Migration Types. Anda juga dapat menyesuaikan kecepatan migrasi inkremental setelah instans migrasi berjalan.
Environment Tag	Anda dapat memilih tag lingkungan untuk mengidentifikasi instans sesuai kebutuhan. Dalam contoh ini, tidak perlu pemilihan.
Configure ETL	Pilih apakah akan mengaktifkan fitur ekstrak, transformasi, muat (ETL). Untuk informasi selengkapnya, lihat Apa itu ETL?. Nilai yang valid: Yes: Mengaktifkan fitur ETL. Masukkan pernyataan pemrosesan data di editor kode. Untuk informasi selengkapnya, lihat Konfigurasikan ETL dalam tugas migrasi data atau sinkronisasi data. No: Menonaktifkan 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 ambang batas peringatan dan pemberitahuan peringatan. Jika migrasi gagal atau latensi melebihi ambang batas, sistem mengirimkan pemberitahuan peringatan.

Klik Next: Data Validation untuk mengonfigurasi tugas validasi data.

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

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

Beli instans.

Saat Success Rate mencapai 100%, klik Next: Purchase Instance.

Di halaman Purchase, pilih spesifikasi tautan 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?
New Instance Class	Instance Class	DTS menyediakan spesifikasi migrasi dengan tingkat kinerja berbeda. Spesifikasi tautan memengaruhi kecepatan migrasi. Anda dapat memilih spesifikasi berdasarkan skenario bisnis Anda. Untuk informasi selengkapnya, lihat Spesifikasi tautan migrasi data.

Setelah konfigurasi selesai, baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.
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 tersebut berhenti secara otomatis setelah migrasi penuh selesai. Setelah tugas berhenti, Status-nya berubah menjadi Completed.
- Jika tugas migrasi mencakup migrasi inkremental, tugas tersebut tidak berhenti secara otomatis. Tugas migrasi inkremental terus berjalan. Selama tugas migrasi inkremental berjalan, Status tugas adalah Running.