All Products
Search

This Product

    Data Transmission Service:Migrasi dari RDS SQL Server ke AnalyticDB for MySQL 3.0

    Document Center

    Data Transmission Service:Migrasi dari RDS SQL Server ke AnalyticDB for MySQL 3.0

    Last Updated:Apr 24, 2026

    Data Transmission Service (DTS) mendukung migrasi data dari SQL Server (termasuk ApsaraDB RDS for SQL Server dan database yang dikelola sendiri) ke AnalyticDB for MySQL untuk analisis data real-time.

    Database sumber yang didukung

    Anda dapat memigrasikan data dari database sumber SQL Server berikut ke AnalyticDB for MySQL. Topik ini menjelaskan proses konfigurasi menggunakan instans RDS for SQL Server sebagai database sumber. Proses untuk sumber data lainnya serupa.

    • Instans RDS for SQL Server.

    • Database yang dikelola sendiri:

      • Database yang dikelola sendiri dengan alamat IP publik
      • Database yang dikelola sendiri yang di-hosting di Elastic Compute Service (ECS)
      • Database yang dikelola sendiri yang terhubung melalui Express Connect, VPN Gateway, atau Smart Access Gateway
      • Database yang dikelola sendiri yang terhubung melalui Database Gateway

    Prasyarat

    • Tugas migrasi ini hanya dapat dikonfigurasi di konsol baru.

    • Instans sumber RDS SQL Server telah dibuat. Untuk daftar versi yang didukung, lihat Ikhtisar solusi migrasi. Untuk membuat instans, lihat Buat instans ApsaraDB RDS for SQL Server.

      Penting

      Jika instans RDS SQL Server menjalankan SQL Server 2008 atau SQL Server 2008 R2, migrasi data inkremental tidak didukung.

    • Klaster target AnalyticDB for MySQL telah dibuat. Untuk petunjuknya, lihat Buat klaster.

    • Kapasitas penyimpanan klaster target AnalyticDB for MySQL harus lebih besar daripada instans sumber RDS SQL Server.

    • Jika instans sumber memenuhi salah satu kondisi berikut, bagi menjadi beberapa tugas migrasi:

      • Instans sumber memiliki lebih dari 10 database.

      • Cadangan 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/detik.

      • Anda harus mengaktifkan change data capture (CDC) pada lebih dari 1.000 tabel.

    Catatan

    Catatan

    • Selama migrasi skema, DTS tidak memigrasikan kunci asing dari database sumber ke database tujuan.

    • Selama migrasi data penuh dan migrasi data inkremental, DTS secara sementara menonaktifkan pemeriksaan kendala dan operasi cascading kunci asing pada tingkat sesi. Jika operasi cascading update atau delete terjadi di database sumber saat tugas berjalan, ketidakkonsistenan data mungkin terjadi.

    Jenis

    Deskripsi

    Batasan database sumber

    • Persyaratan bandwidth: Server yang meng-host database sumber harus memiliki bandwidth outbound yang mencukupi. Jika tidak, kecepatan migrasi data akan terpengaruh.

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

    • Jika Anda memigrasikan objek tingkat tabel dan perlu mengeditnya, seperti memetakan nama tabel dan kolom, satu tugas migrasi data mendukung maksimal 1.000 tabel. Jika 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 mungkin terjadi. Dalam kasus ini, bagi database menjadi beberapa tugas migrasi.

    • Jika Anda mengonfigurasi tugas untuk memigrasikan objek tertentu alih-alih seluruh database, Anda tidak dapat memigrasikan tabel yang memiliki nama sama tetapi 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 mungkin gagal karena DTS tidak dapat memperoleh log data. Dalam kasus ekstrem, ketidakkonsistenan data atau kehilangan data mungkin terjadi. Masalah yang disebabkan oleh periode retensi log yang lebih pendek dari periode yang disyaratkan tidak dicakup oleh Perjanjian Tingkat Layanan (SLA) DTS.

    • Untuk mengaktifkan change data capture (CDC) untuk tabel yang akan dimigrasikan dari database sumber, kondisi berikut harus dipenuhi. Jika tidak, pemeriksaan awal akan gagal.

      • Nilai field `srvname` dalam view `sys.sysservers` harus sama dengan nilai kembali fungsi `SERVERPROPERTY`.

      • Jika database sumber adalah instans SQL Server yang dikelola sendiri, pemilik database harus `sa`. Jika database sumber adalah instans RDS for SQL Server, pemilik database harus `sqlsa`.

      • Jika database sumber adalah Edisi Perusahaan, 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 versinya.

    • DTS menggunakan fungsi fn_log untuk memperoleh log database sumber. Fungsi ini memiliki bottleneck kinerja. Jangan menghapus log database sumber terlalu dini. Jika tidak, tugas DTS mungkin gagal.

    • Batasan operasi database sumber:

      • Selama 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 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, 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 lebih lanjut, 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 mungkin tidak berfungsi sebagaimana mestinya atau gagal.

      Catatan

      Gunakan perintah ALTER untuk mengganti nama objek di database.

    • Dalam mode parsing log hibrid, 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 mungkin terjadi. Pengecualian yang disebabkan oleh masalah ini tidak dicakup oleh SLA DTS.

    Batasan lainnya

    • Hanya data tipe data dasar yang dapat dimigrasikan. Data tipe data CURSOR, ROWVERSION, SQL_VARIANT, HIERARCHYID, POLYGON, GEOMETRY, GEOGRAPHY, dan tipe data yang ditentukan pengguna yang dibuat menggunakan perintah CREATE TYPE tidak dapat dimigrasikan.

    • Jika pernyataan DDL gagal ditulis ke database tujuan, tugas DTS tetap berjalan. Anda dapat melihat pernyataan DDL yang gagal di log tugas. Untuk informasi lebih lanjut tentang cara melihat log tugas, lihat Lihat log tugas.

    • Database tujuan harus memiliki kunci primer kustom. Atau, pada langkah Configurations for Databases, Tables, and Columns, atur Primary Key Column. Jika tidak, migrasi mungkin gagal.

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

    • 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 Anda menggunakan perintah exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>; untuk menyesuaikan periode retensi.

        Catatan

        • <time> menentukan waktu dalam menit.

        • Jika jumlah pernyataan SQL perubahan inkremental untuk satu tabel di database sumber melebihi 10 juta per hari, kami menyarankan Anda mengatur <time> ke 1440.

      • Dalam satu tugas migrasi, kami menyarankan Anda mengaktifkan CDC untuk tidak lebih dari 1.000 tabel. Jika tidak, latensi tugas atau ketidakstabilan mungkin terjadi.

      • Modul prasyarat tugas migrasi inkremental mengaktifkan CDC untuk database sumber. Selama proses ini, database sumber mungkin dikunci secara singkat 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 secara singkat karena batasan kernel database SQL Server.

      • DTS melakukan polling instance CDC setiap tabel di database sumber untuk memperoleh data inkremental. Oleh karena itu, kami menyarankan Anda memigrasikan tidak lebih dari 1.000 tabel dari database sumber. Jika tidak, latensi tugas atau ketidakstabilan mungkin terjadi.

      • Secara default, data inkremental yang disimpan dalam komponen CDC dipertahankan selama 3 hari. Kami menyarankan Anda menggunakan perintah exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>; untuk menyesuaikan periode retensi.

        Catatan

        • <time> menentukan waktu dalam menit.

        • Jika jumlah pernyataan SQL perubahan inkremental untuk satu tabel di database sumber melebihi 10 juta per hari, kami menyarankan Anda mengatur <time> ke 1440.

      • Anda tidak dapat 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 mungkin gagal.

      • Anda tidak dapat mengubah instance CDC database sumber. Jika tidak, tugas mungkin gagal atau data mungkin hilang.

    • 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 hibrid, 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).

    • Karena batasan AnalyticDB for MySQL, jika penggunaan ruang disk sebuah node di klaster tujuan AnalyticDB for MySQL melebihi 80%, kinerja penulisan data ke database tujuan melambat, yang menyebabkan latensi tugas DTS. Jika penggunaan ruang disk melebihi 90%, data tidak dapat ditulis ke database tujuan, yang menyebabkan tugas DTS gagal. Perkirakan ruang penyimpanan yang diperlukan berdasarkan objek yang akan dimigrasikan dan pastikan klaster tujuan memiliki ruang penyimpanan yang cukup.

    • Jika klaster tujuan AnalyticDB for MySQL 3.0 sedang melakukan pencadangan saat tugas DTS berjalan, tugas akan gagal.

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

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

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

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

    • Jika tugas migrasi mencakup migrasi data inkremental, Anda tidak dapat melakukan pengindeksan ulang. Jika tidak, tugas mungkin gagal atau data mungkin hilang.

      Catatan

      Anda tidak dapat mengubah kunci primer tabel yang telah diaktifkan CDC-nya.

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

    • Jika tugas mencakup migrasi 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.

    • 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 me-restart tugas atau menyesuaikan parameternya.

      Catatan

      Hanya parameter tugas DTS yang dimodifikasi—bukan parameter database. Parameter yang mungkin disesuaikan termasuk yang tercantum dalam Modifikasi parameter instans.

    • SQL Server adalah database closed-source komersial. Karena batasan format spesifik yang diketahui atau tidak diketahui, masalah mungkin terjadi saat DTS melakukan CDC dan parsing pada log SQL Server. Oleh karena itu, sebelum mengaktifkan sinkronisasi atau migrasi inkremental untuk sumber SQL Server di lingkungan produksi, kami menyarankan Anda melakukan uji coba proof of concept (POC) yang komprehensif. Uji coba harus mencakup semua jenis perubahan bisnis, perubahan skema tabel, dan uji stres jam sibuk bisnis. Karena sifat format log SQL Server yang tidak dapat diprediksi, Anda harus memastikan 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 mungkin gagal. Untuk informasi lebih lanjut, lihat Akun sistem.

    Penagihan

    Jenis migrasi

    Biaya konfigurasi instans

    Biaya lalu lintas Internet

    Migrasi skema dan migrasi data penuh

    Gratis.

    Saat parameter Access Method dari database tujuan diatur ke Public IP Address, Anda akan dikenai biaya lalu lintas internet. Untuk informasi selengkapnya, lihat Ringkasan penagihan.

    Migrasi data inkremental

    Dikenai biaya. Untuk informasi lebih lanjut, lihat Ikhtisar penagihan.

    Jenis migrasi

    • Migrasi skema

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

      • DTS dapat memigrasikan objek skema berikut: skema, tabel, view, fungsi, dan prosedur.

      • DTS tidak dapat memigrasikan objek berikut: assembly, service broker, indeks teks penuh, katalog teks penuh, skema terdistribusi, fungsi terdistribusi, prosedur tersimpan Common Language Runtime (CLR), fungsi skalar CLR, fungsi bernilai tabel CLR, tabel internal, sistem, atau fungsi agregat.

      Peringatan

      Dalam migrasi antar database heterogen, tipe data mungkin tidak berkorespondensi satu-satu. Hal ini dapat menyebabkan kegagalan tugas atau kehilangan data. Evaluasi secara hati-hati dampak bisnis dari pemetaan tipe data. Untuk informasi lebih lanjut, lihat Pemetaan tipe data untuk database heterogen.

    • Migrasi penuh

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

    • Migrasi inkremental

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

    Operasi SQL yang didukung untuk migrasi inkremental

    Jenis operasi

    Pernyataan SQL

    DML

    INSERT, UPDATE, dan DELETE

    Catatan

    • Migrasi inkremental tidak mendukung pernyataan UPDATE yang hanya memodifikasi field besar.

    • Saat Anda menulis data ke AnalyticDB for MySQL, secara otomatis mengonversi pernyataan UPDATE menjadi REPLACE INTO. Jika Anda memperbarui kunci primer, pernyataan UPDATE dikonversi menjadi DELETE diikuti INSERT.

    DDL

    • CREATE TABLE

    • ALTER TABLE

      Hanya ADD COLUMN dan DROP COLUMN yang didukung.

    • DROP TABLE

    • CREATE INDEX dan DROP INDEX

    Catatan

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

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

    • Operasi DDL Online tidak didukung.

    • Operasi DDL yang menggunakan kata kunci yang dicadangkan sebagai nama atribut tidak didukung.

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

    • DTS tidak mendukung operasi TRUNCATE TABLE.

    • Tabel dengan partisi atau definisi yang berisi fungsi tidak didukung.

    Izin akun database

    Database

    Migrasi skema

    Migrasi data penuh

    Migrasi data 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

    Klaster AnalyticDB for MySQL

    Izin baca dan tulis

    Untuk membuat dan memberikan izin kepada akun database, lihat topik berikut:

    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 mungkin berbeda berdasarkan mode dan tata letak konsol DMS. Untuk informasi lebih lanjut, 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.

    2. Klik Create Task untuk membuka halaman konfigurasi tugas.

    3. Konfigurasikan database sumber dan tujuan.

      Peringatan

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

      Kategori

      Parameter

      Deskripsi

      N/A

      Task Name

      DTS secara otomatis menghasilkan nama tugas. Kami menyarankan 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 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 secara manual di bawah.

      Database Type

      Pilih SQL Server.

      Connection Type

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah tempat instans sumber RDS SQL Server berada.

      Replicate Data Across Alibaba Cloud Accounts

      Contoh ini menunjukkan cara memigrasikan data dalam satu akun Alibaba Cloud yang sama. Pilih No.

      RDS Instance ID

      Pilih ID instans sumber RDS SQL Server.

      Database Account

      Masukkan akun database untuk instans sumber RDS SQL Server. Untuk detail izin yang diperlukan, lihat Persyaratan izin untuk akun database.

      Database Password

      Masukkan kata sandi 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 yang terdaftar, konfigurasikan informasi database secara manual di bawah.

      Database Type

      Pilih AnalyticDB for MySQL 3.0.

      Connection Type

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah tempat klaster tujuan AnalyticDB for MySQL 3.0 berada.

      Instance ID

      Pilih ID klaster tujuan AnalyticDB for MySQL 3.0.

      Database Account

      Masukkan akun database untuk klaster tujuan AnalyticDB for MySQL 3.0. Untuk detail izin yang diperlukan, lihat Persyaratan izin untuk akun database.

      Database Password

      Masukkan kata sandi untuk akun database.

    4. 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 Tambahkan alamat IP server DTS ke daftar putih.

      • Jika database sumber atau tujuan adalah database yang dikelola sendiri (parameter Access Method bukan Alibaba Cloud Instance), Anda juga harus mengklik Test Connectivity di kotak dialog CIDR Blocks of DTS Servers yang muncul.

    5. Konfigurasikan objek tugas.

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

        Parameter

        Deskripsi

        Migration Types

        • Untuk migrasi data penuh saja, pilih Schema Migration dan Full Data Migration.

        • Untuk migrasi tanpa downtime, pilih Schema Migration, Full Data Migration, dan Incremental Data Migration.

        Catatan

        • Jika Anda memilih Full Data Migration, skema dan data tabel yang dibuat melalui pernyataan CREATE TABLE akan dimigrasikan ke database tujuan.

        • Jika Anda tidak memilih Incremental Data Migration, jangan menulis data baru ke instans sumber selama proses migrasi untuk memastikan konsistensi data.

        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 Pemetaan nama objek.

        • Ignore Errors and Proceed: Melewati pemeriksaan untuk tabel dengan nama yang sama.

          Peringatan

          Memilih Ignore Errors and Proceed mungkin 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 mungkin gagal. Lanjutkan dengan hati-hati.

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

        Catatan

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

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

        Anda dapat mengatur batas jumlah tabel yang diaktifkan CDC-nya 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).

        Select DDL and DML to Sync at the Instance Level

        Pilih operasi SQL untuk migrasi inkremental pada tingkat instans. Untuk informasi tentang operasi yang didukung, lihat Operasi SQL yang didukung untuk migrasi inkremental.

        Catatan

        Untuk memilih operasi SQL untuk migrasi inkremental pada tingkat database atau tabel, klik kanan objek migrasi di kotak Selected Objects dan pilih operasi SQL yang diinginkan.

        Source Objects

        Di kotak Source Objects, klik objek yang akan dimigrasikan, lalu klik Right arrow untuk memindahkannya ke kotak Selected Objects.

        Catatan

        Skenario ini adalah migrasi antar database heterogen. Oleh karena itu, granularitas pemilihan objek migrasi adalah tabel. Objek lain seperti view, trigger, dan prosedur tersimpan tidak dimigrasikan ke database tujuan.

        Selected Objects
        Catatan

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

        • Untuk mengatur kondisi WHERE untuk memfilter data, klik kanan tabel yang akan dimigrasikan di bagian Selected Objects dan tentukan kondisi filter di kotak dialog yang muncul. Untuk petunjuknya, lihat Atur kondisi filter.

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

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

        Parameter

        Deskripsi

        Dedicated Cluster for Task Scheduling

        Secara default, DTS menjadwalkan tugas di klaster bersama. Anda tidak perlu memilihnya. Jika Anda 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 Anda mengatur durasi lebih dari 30 menit. Jika DTS terhubung kembali ke database sumber dan tujuan dalam durasi yang ditentukan, tugas migrasi akan dilanjutkan secara otomatis. 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 melepas instans DTS setelah instans database sumber dan tujuan dilepas.

        Retry Time for Other Issues

        Setelah tugas migrasi dimulai, jika terjadi masalah non-konektivitas, seperti pengecualian eksekusi DDL atau DML, di database sumber atau tujuan, DTS melaporkan kesalahan dan segera mulai mencoba mengulang operasi tersebut. Durasi percobaan ulang default adalah 10 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 1 hingga 1.440 menit. Kami menyarankan Anda mengatur durasi lebih dari 10 menit. Jika operasi terkait berhasil dalam durasi percobaan ulang yang ditentukan, tugas migrasi akan dilanjutkan secara otomatis. 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 di database sumber dan tujuan, yang mungkin 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 di 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 di database tujuan.

        Catatan

        Environment Tag

        Anda dapat memilih tag lingkungan untuk mengidentifikasi instans berdasarkan kebutuhan Anda. Contoh ini tidak memerlukan pemilihan tag.

        Configure ETL

        Pilih apakah akan mengaktifkan fitur ekstrak, transformasi, dan muat (ETL). Untuk informasi lebih lanjut, lihat Apa itu ETL? Nilai yang valid:

        Monitoring and Alerting

        Pilih apakah akan mengatur peringatan dan menerima notifikasi 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 notifikasi peringatan.

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

        Untuk informasi lebih lanjut tentang fitur validasi data, lihat Konfigurasi validasi data.

      4. Opsional: Setelah menyelesaikan konfigurasi di atas, klik Next: Configure Database and Table Fields untuk mengatur Type, Primary Key Column, Distribution Key, dan informasi kunci partisi (Partition Key, Partitioning Rules, dan Partition Lifecycle) untuk tabel yang akan dimigrasikan di database tujuan.

        Catatan

        • Langkah ini tersedia hanya jika Anda memilih opsi Schema Migration untuk Migration Types saat mengonfigurasi objek tugas. Anda dapat memilih All untuk Definition Status untuk melakukan modifikasi.

        • Anda dapat memilih beberapa kolom untuk Primary Key Column untuk membentuk kunci primer komposit. Anda juga harus memilih satu atau beberapa kolom dari Primary Key Column untuk digunakan sebagai Distribution Key dan Partition Key. Untuk informasi lebih lanjut, lihat CREATE TABLE.

    6. 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 mungkin menyebabkan masalah seperti ketidakkonsistenan data dan menimbulkan risiko bagi bisnis Anda.

    7. Beli instans.

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

      2. Di halaman Purchase, pilih spesifikasi link untuk instans migrasi data. Untuk informasi lebih lanjut, lihat tabel berikut.

        Kategori

        Parameter

        Deskripsi

        New Instance Class

        Resource Group Settings

        Pilih kelompok resource tempat instans tersebut berada. Nilai default-nya adalah default resource group. Untuk informasi selengkapnya, lihat Apa itu Resource Management?

        Instance Class

        DTS menyediakan spesifikasi migrasi dengan tingkat kinerja yang berbeda. Spesifikasi link memengaruhi kecepatan migrasi. Anda dapat memilih spesifikasi berdasarkan skenario bisnis Anda. Untuk informasi selengkapnya, lihat Spesifikasi link migrasi data.

      3. Setelah konfigurasi selesai, baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.

      4. Klik Buy and Start. Di kotak dialog OK yang muncul, klik OK.

        Anda dapat melihat kemajuan 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.