All Products
Search
Document Center

Data Transmission Service:Migrasi dari RDS for MySQL ke RocketMQ

Last Updated:Jul 18, 2026

Layanan Transmisi Data (DTS) mendukung migrasi data dari sumber MySQL—seperti database mandiri atau instans ApsaraDB RDS for MySQL—ke instans ApsaraMQ for RocketMQ. Topik ini menjelaskan cara melakukan migrasi data dari instans ApsaraDB RDS for MySQL.

Prasyarat

  • Anda telah membuat instans target ApsaraMQ for RocketMQ non-Serverless. Untuk informasi selengkapnya, lihat Manage instances atau Manage instances.

    Catatan

    Untuk versi database sumber dan target yang didukung, lihat migration scenarios.

  • Sebuah topik telah dibuat di instans target Alibaba Cloud Message Queue for RocketMQ untuk menerima data yang akan dimigrasikan. Untuk informasi selengkapnya tentang cara membuat topik, lihat Manage topics atau Manage topics.

    Penting

    Untuk seri 4.x, Message Type untuk topik harus diatur ke Partitionally Ordered Message.

    Untuk seri 5.x, Message Type untuk topik harus diatur ke Ordered Message.

Batasan

Type

Description

Batasan database sumber

  • Persyaratan bandwidth: Server yang menghosting database sumber harus memiliki bandwidth outbound yang cukup. Jika tidak, kecepatan migrasi akan menurun.

  • Objek migrasi:

    • Setiap tabel yang akan dimigrasikan harus memiliki primary key atau kendala UNIQUE, dan kolom kunci tersebut harus berisi nilai unik. Jika tidak, catatan duplikat dapat muncul di database tujuan.

    • Jika Anda memilih tabel sebagai objek migrasi dan mengeditnya—misalnya, dengan memetakan nama kolom—satu tugas migrasi mendukung hingga 1.000 tabel. Jika melebihi batas ini, tugas akan gagal dengan error saat dikirimkan. Untuk mengatasinya, bagi tabel ke beberapa tugas atau konfigurasikan tugas migrasi seluruh database.

  • Jika Anda memerlukan migrasi inkremental, aktifkan binary logging:

    • Atur binlog_format ke ROW dan binlog_row_image ke FULL. Jika tidak, pemeriksaan awal (precheck) gagal dan tugas tidak dapat dimulai.

      Penting

      Jika sumber MySQL yang dikelola sendiri Anda adalah klaster dual-master—di mana setiap instans bertindak sebagai master dan slave—aktifkan parameter log_slave_updates. Ini memastikan DTS dapat membaca semua log biner.

    • Untuk instans RDS for MySQL, simpan log biner lokal minimal selama tiga hari (disarankan tujuh hari). Untuk database MySQL yang dikelola sendiri, simpan log biner lokal minimal selama tujuh hari. Jika DTS tidak dapat mengakses log biner, tugas akan gagal. Dalam kasus ekstrem, ketidakkonsistenan data atau kehilangan data dapat terjadi. Masalah yang disebabkan oleh periode retensi log biner lebih pendek dari yang dipersyaratkan DTS tidak dicakup dalam SLA DTS.

      Catatan

      Untuk mengatur retention period log biner lokal pada instans RDS for MySQL, lihat Automatically delete local logs.

  • Selama fase migrasi skema dan migrasi penuh, jangan lakukan operasi DDL yang mengubah struktur database atau tabel. Jika dilakukan, tugas migrasi data akan gagal.

    Catatan

    Selama fase migrasi penuh, DTS melakukan query ke database sumber. Hal ini membuat kunci metadata yang dapat memblokir operasi DDL pada database sumber.

  • Jika Anda hanya melakukan migrasi data penuh, jangan menulis data baru ke database sumber. Jika tidak, data di database sumber dan tujuan akan menjadi tidak konsisten. Untuk menjaga konsistensi data secara real time, pilih kedua jenis migrasi: migrasi data penuh dan migrasi data inkremental.

  • DTS tidak memigrasikan data yang dihasilkan oleh perubahan yang tidak ditulis ke log biner. Contohnya termasuk data yang dipulihkan dari backup fisik atau yang dibuat oleh operasi kaskade.

    Catatan

    Jika hal ini terjadi, jalankan kembali migrasi penuh setelah bisnis Anda memungkinkan.

  • Jika database sumber MySQL Anda menggunakan versi 8.0.23 atau lebih baru dan berisi kolom tersembunyi tak terlihat (invisible hidden columns), DTS tidak dapat membaca kolom tersebut. Hal ini dapat menyebabkan kehilangan data.

    Catatan

    Jalankan ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE; untuk membuat kolom tersembunyi tersebut terlihat. Untuk informasi selengkapnya, lihat Invisible Columns.

Batasan lainnya

  • Instans Serverless ApsaraMQ for RocketMQ tidak didukung sebagai tujuan.

  • Anda hanya dapat memigrasikan data ke topik tertentu di instans tujuan ApsaraMQ for RocketMQ.

    • Untuk instans seri 4.x, message type topik tujuan harus berupa partitionally ordered message.

      Jika instans tujuan ApsaraMQ for RocketMQ dan database sumber berada di Instance Region yang berbeda, DTS mengakses instans tujuan ApsaraMQ for RocketMQ melalui internet. Hal ini menimbulkan biaya internet traffic. Pastikan akses publik diaktifkan untuk instans ApsaraMQ for RocketMQ tujuan.

      Catatan
      • Anda dapat melihat status akses publik pada tab Basic Information di halaman instance details di Konsol ApsaraMQ for RocketMQ.

      • Untuk informasi selengkapnya tentang biaya internet traffic untuk instans tujuan ApsaraMQ for RocketMQ, lihat Internet traffic pricing details.

    • Untuk instans seri 5.x, message type topik tujuan harus berupa ordered message.

  • Instans tujuan ApsaraMQ for RocketMQ mendukung ukuran maksimum isi pesan sebesar 4 MB.

  • Jika spesifikasi instans tujuan ApsaraMQ for RocketMQ berubah (misalnya, saat Anda melakukan peningkatan dan penurunan instans), urutan pengiriman dari instans DTS mungkin berbeda dari urutan sebelum perubahan. Pesan selanjutnya dikirim berdasarkan urutan baru tersebut.

  • Selama migrasi data penuh, DTS mengonsumsi sumber daya baca dan tulis pada database sumber dan tujuan, yang dapat meningkatkan beban database. Sebelum memulai migrasi data, evaluasi kinerja database sumber dan tujuan. Lakukan migrasi data selama jam sepi, misalnya saat utilisasi CPU kedua database di bawah 30%.

  • Selama migrasi data penuh, operasi INSERT konkuren menyebabkan fragmentasi tabel di database tujuan. Akibatnya, setelah migrasi data penuh selesai, ruang penyimpanan yang digunakan oleh tabel di database tujuan mungkin lebih besar daripada di database sumber.

  • Selama migrasi data, jangan gunakan alat seperti pt-online-schema-change untuk melakukan operasi DDL Online pada objek migrasi di database sumber. Jika dilakukan, tugas migrasi akan gagal.

  • Jika sumber lain menulis data ke database tujuan selama migrasi data, ketidakkonsistenan data dapat terjadi antara database sumber dan tujuan.

  • Jika fitur EncDB diaktifkan untuk instans ApsaraDB RDS for MySQL, migrasi data penuh tidak didukung.

    Catatan

    Instans ApsaraDB RDS for MySQL dengan enkripsi data transparan (TDE) yang diaktifkan mendukung migrasi data penuh maupun migrasi data inkremental.

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

    Catatan

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

Kasus khusus

  • Untuk sumber MySQL yang dikelola sendiri:

    • Alih bencana (switchover) master–standby pada database sumber menyebabkan tugas migrasi gagal.

    • DTS menghitung latensi dengan membandingkan timestamp catatan terakhir yang dimigrasikan ke database tujuan dengan waktu saat ini. Jika tidak ada operasi DML yang dijalankan di sumber dalam waktu lama, pelaporan latensi menjadi tidak akurat. Jika latensi tampak terlalu tinggi, jalankan operasi DML di sumber untuk memperbarui nilai latensi.

      Catatan

      Jika Anda memilih migrasi seluruh database, buatlah tabel heartbeat. Perbarui atau tulis ke tabel tersebut setiap detik.

    • DTS secara berkala menjalankan CREATE DATABASE IF NOT EXISTS `test` pada database sumber untuk memajukan offset log biner.

    • Jika sumber Anda adalah Amazon Aurora MySQL atau instans MySQL berkluster lainnya, pastikan nama domain atau alamat IP yang dikonfigurasi untuk tugas—dan resolusi DNS-nya—selalu mengarah ke node read–write (RW). Jika tidak, tugas migrasi mungkin gagal.

  • Untuk sumber RDS for MySQL:

    • Jika Anda memerlukan migrasi inkremental, instans RDS for MySQL yang tidak mencatat log transaksi—seperti instans hanya baca RDS for MySQL 5.6—tidak didukung sebagai sumber.

    • DTS secara berkala menjalankan CREATE DATABASE IF NOT EXISTS `test` pada database sumber untuk memajukan offset log biner.

Penagihan

Jenis migrasi

Biaya konfigurasi instans

Migrasi data penuh

Gratis.

Migrasi data inkremental

Dikenakan biaya. Untuk informasi selengkapnya, lihat billing overview.

Operasi SQL untuk migrasi inkremental

Jenis operasi

Pernyataan SQL

DML

INSERT, UPDATE, dan DELETE

DDL

  • CREATE TABLE, ALTER TABLE, DROP TABLE, RENAME TABLE, dan TRUNCATE TABLE

  • CREATE VIEW, ALTER VIEW, dan DROP VIEW

  • CREATE PROCEDURE, ALTER PROCEDURE, dan DROP PROCEDURE

  • CREATE FUNCTION, DROP FUNCTION, CREATE TRIGGER, dan DROP TRIGGER

  • CREATE INDEX dan DROP INDEX

Izin akun database

Database

Izin yang diperlukan

Tindakan

Instans sumber ApsaraDB RDS for MySQL

Izin baca pada objek yang akan dimigrasikan.

Buat akun dan Ubah izin akun.

Catatan

Akun database sumber yang tidak dibuat dan diotorisasi di Konsol ApsaraDB RDS for MySQL harus memiliki izin REPLICATION CLIENT, REPLICATION SLAVE, SHOW VIEW, dan SELECT.

Prosedur

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

    Dari Konsol DTS

    1. Masuk ke Konsol Data Transmission Service (DTS).

    2. Di panel navigasi kiri, klik Data Migration.

    3. Di pojok kiri atas halaman, pilih wilayah tempat instans migrasi berada.

    Dari Konsol DMS

    Catatan

    Operasi aktual dapat berbeda tergantung pada mode dan tata letak Konsol DMS. Untuk informasi selengkapnya, lihat Simple mode console dan Customize the layout and style of the DMS console.

    1. Masuk ke Konsol Data Management (DMS).

    2. Di bilah menu atas, pilih Data + AI > Data Transmission (DTS) > Data Migration.

    3. Di sebelah kanan Data Migration Tasks, pilih wilayah tempat instans migrasi berada.

  2. Klik Create Task untuk membuka halaman konfigurasi tugas.

  3. Konfigurasikan database sumber dan tujuan.

    Kategori

    Parameter

    Deskripsi

    N/A

    Task Name

    DTS secara otomatis menghasilkan nama tugas. Kami menyarankan Anda menentukan nama deskriptif agar mudah diidentifikasi. Nama tidak perlu unik.

    Source Database

    Select Existing Connection

    • Untuk menggunakan instans database yang telah ditambahkan ke sistem (dibuat atau disimpan), pilih instans database yang diinginkan dari daftar drop-down. Informasi database di bawah 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 terdaftar, konfigurasikan manual informasi database di bawah ini.

    Database Type

    Pilih MySQL.

    Access Method

    Pilih Alibaba Cloud Instance.

    Instance Region

    Pilih wilayah tempat instans sumber ApsaraDB RDS for MySQL berada.

    Replicate Data Across Alibaba Cloud Accounts

    Dalam contoh ini, instans database di bawah Akun Alibaba Cloud saat ini digunakan. Pilih No.

    RDS Instance ID

    Pilih ID instans sumber ApsaraDB RDS for MySQL.

    Database Account

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

    Database Password

    Masukkan password untuk akun database.

    Encryption

    Pilih Non-encrypted atau SSL-encrypted sesuai kebutuhan. Jika Anda memilih SSL-encrypted, Anda harus mengaktifkan enkripsi SSL untuk instans RDS for MySQL terlebih dahulu. Untuk informasi selengkapnya, lihat Use a cloud certificate to quickly enable SSL encryption.

    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 terdaftar, konfigurasikan manual informasi database di bawah ini.

    Database Type

    Pilih RocketMQ.

    Access Method

    Pilih Alibaba Cloud Instance.

    Instance Region

    Pilih wilayah tempat instans tujuan ApsaraMQ for RocketMQ berada.

    RocketMQ version

    Pilih versi instans tujuan ApsaraMQ for RocketMQ.

    Instance ID

    Pilih ID instans tujuan ApsaraMQ for RocketMQ.

    Database Account

    Masukkan akun database dan password untuk instans tujuan ApsaraMQ for RocketMQ.

    Catatan
    • Parameter ini hanya diperlukan jika Anda mengatur RocketMQ version ke 5.x.

    • Anda dapat memperoleh kredensial di tab Intelligent Authentication pada halaman RAM di Konsol ApsaraMQ for RocketMQ.

    Database Password

    Topic

    Dari daftar drop-down, pilih topik yang akan menerima data yang dimigrasikan.

    Topic That Stores DDL Information

    Dari daftar drop-down, pilih topik yang akan menyimpan informasi DDL.

    Catatan

    Jika Anda tidak memilih topik, informasi DDL secara default disimpan di topik yang ditentukan untuk parameter Topic.

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

    • Jika database sumber atau tujuan adalah database mandiri (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

      • Jika hanya perlu melakukan migrasi penuh, pilih Full Data Migration.

      • Untuk migrasi tanpa downtime, pilih kedua opsi: Full Data Migration dan Incremental Data Migration.

      Catatan

      Jika Incremental Data Migration tidak dipilih, jangan menulis data baru ke instans sumber selama migrasi agar konsistensi data tetap terjaga.

      Processing Mode of Conflicting Tables

      • Precheck and Report Errors: Memeriksa apakah tabel dengan nama yang sama ada di database tujuan. Jika tidak ada, pemeriksaan awal lolos. Jika ada, error dilaporkan selama pemeriksaan awal dan tugas migrasi tidak dimulai.

        Catatan

        Jika tabel di database tujuan memiliki nama yang sama tetapi tidak dapat dihapus atau diganti namanya dengan mudah, Anda dapat mengganti nama tabel tersebut. Untuk informasi selengkapnya, lihat Object name mapping.

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

        Peringatan

        Memilih Ignore Errors and Proceed dapat menyebabkan ketidakkonsistenan data dan risiko bisnis. Misalnya:

        • Jika skema tabel konsisten dan catatan di database tujuan memiliki nilai primary key yang sama dengan catatan di database sumber:

          • Selama migrasi penuh, DTS menyimpan catatan di database tujuan. Catatan dari database sumber tidak dimigrasikan.

          • Selama migrasi inkremental, DTS tidak menyimpan catatan di database tujuan. Catatan dari database sumber menimpa catatan di database tujuan.

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

      Format of the data delivered to RocketMQ.

      Pilih format penyimpanan untuk data yang ditulis ke topik tujuan sesuai kebutuhan bisnis Anda. Untuk informasi selengkapnya, lihat Data storage formats in a message queue.

      Synchronize all fields

      Saat pernyataan UPDATE dijalankan di sumber, DTS memigrasikan pre-image ke bidang old di topik tujuan. Pengaturan ini mengontrol apakah pre-image mencakup seluruh baris atau hanya bidang yang diperbarui.

      Catatan

      Parameter ini hanya tersedia jika Anda mengatur Format of the data delivered to RocketMQ. ke Canal JSON.

      • Yes: Memigrasikan pre-image seluruh baris yang berisi bidang yang diperbarui.

      • No (Default): Hanya memigrasikan pre-image dari bidang yang diperbarui.

      Rules of the ordered messages delivered to RocketMQ.

      Pilih aturan pengurutan untuk pesan yang ditulis ke topik tujuan sesuai kebutuhan bisnis Anda. Untuk informasi selengkapnya, lihat Message ordering rules for ApsaraMQ for RocketMQ.

      Name of DTS producer group

      Tentukan grup produsen (ProducerGroup) untuk mengirim pesan ke topik tujuan sesuai kebutuhan bisnis Anda. Untuk informasi selengkapnya, lihat Producers.

      Catatan

      Nilai default adalah dts-producer-group.

      Limits of RocketMQ messaging transactions per second (TPS)

      Tentukan TPS messaging maksimum untuk data yang ditulis ke topik tujuan. Untuk informasi selengkapnya tentang TPS messaging, lihat Computing specifications.

      Penting
      • Nilai harus kurang dari atau sama dengan TPS maksimum instans ApsaraMQ for RocketMQ. Untuk informasi selengkapnya, lihat Instance specifications.

      • Saat instans migrasi sedang berjalan, TPS messaging aktual instans ApsaraMQ for RocketMQ mungkin berfluktuasi sedikit di sekitar nilai yang ditentukan.

      Whether to filter large size of records.

      Tentukan apakah akan memfilter pesan yang lebih besar dari 4 MB agar tidak ditulis ke topik tujuan.

      Penting

      Jika Anda memilih No, instans migrasi gagal saat pesan yang lebih besar dari 4 MB ditulis ke topik tujuan.

      Capitalization of Object Names in Destination Instance

      Anda dapat mengonfigurasi kebijakan case sensitivity 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 case sensitivity konsisten dengan kebijakan default database sumber atau tujuan. Untuk informasi selengkapnya, lihat Case sensitivity of object names in the destination database.

      Source Objects

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

      Catatan

      Anda dapat memilih database atau tabel sebagai objek migrasi.

      Selected Objects

      Dalam contoh ini, tidak diperlukan konfigurasi tambahan. Anda dapat menggunakan fitur pemetaan untuk menentukan nama topik untuk instans tujuan ApsaraMQ for RocketMQ, mengatur kondisi filter, memilih operasi SQL yang akan dimigrasikan, dan menetapkan kunci partisi. Untuk informasi selengkapnya, lihat object name mapping.

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

      Parameter

      Deskripsi

      Dedicated Cluster for Task Scheduling

      Secara default, DTS menjadwalkan tugas pada kluster bersama. Anda tidak perlu memilih satu. Jika menginginkan tugas yang lebih stabil, Anda dapat membeli dedicated cluster untuk menjalankan tugas migrasi DTS.

      Retry Time for Failed Connections

      Setelah tugas migrasi dimulai, jika koneksi ke database sumber atau tujuan gagal, DTS melaporkan error dan segera mulai mencoba koneksi ulang. Durasi percobaan ulang default adalah 720 menit. Anda dapat menyesuaikan durasi percobaan ulang ke nilai antara 10 hingga 1440 menit. Kami menyarankan Anda mengatur durasi lebih dari 30 menit. Jika DTS berhasil 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 terakhir dibuat.

      • Karena Anda dikenai biaya 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 exception eksekusi DDL atau DML, di database sumber atau tujuan, DTS melaporkan error dan segera mulai mencoba operasi ulang. Durasi percobaan ulang default adalah 10 menit. Anda dapat menyesuaikan durasi percobaan ulang ke nilai antara 1 hingga 1440 menit. Kami menyarankan Anda mengatur durasi lebih dari 10 menit. Jika operasi terkait berhasil dalam durasi percobaan ulang yang ditentukan, tugas migrasi secara otomatis dilanjutkan. Jika tidak, tugas gagal.

      Penting

      Nilai Retry Time for Other Issues harus lebih kecil dari 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 hanya tersedia jika Anda memilih Full Data Migration untuk Migration Types.

      • Anda juga dapat menyesuaikan kecepatan migrasi penuh setelah instance migrasi berjalan.

      Enable Throttling for Incremental Data Migration

      Jika diperlukan, Anda juga dapat 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 hanya tersedia jika Anda memilih Incremental Data Migration untuk Migration Types.

      • Anda juga dapat adjust the incremental migration speed setelah instans migrasi berjalan.

      Whether to delete SQL operations on heartbeat tables of forward and reverse tasks

      Pilih apakah akan menulis informasi SQL heartbeat ke database sumber saat instans DTS berjalan.

      • Yes: Informasi SQL heartbeat tidak ditulis ke database sumber. Hal ini dapat menyebabkan instans DTS melaporkan delay.

      • No: Menulis informasi SQL heartbeat ke database sumber. Hal ini dapat mengganggu fitur seperti backup fisik dan cloning database sumber.

      Environment Tag

      Anda dapat memilih tag lingkungan untuk mengidentifikasi instans. Dalam contoh ini, tidak diperlukan tag.

      Configure ETL

      Pilih apakah akan mengaktifkan fitur ekstrak, transformasi, muat (ETL). Untuk informasi selengkapnya, lihat What is ETL?. Nilai yang valid:

      Monitoring and Alerting

      Pilih apakah akan mengatur peringatan dan menerima pemberitahuan peringatan sesuai kebutuhan bisnis Anda.

      • No: Tidak mengatur peringatan.

      • Yes: Konfigurasikan peringatan dengan mengatur alert threshold dan alert notifications. Jika migrasi gagal atau latensi melebihi ambang batas, sistem mengirimkan pemberitahuan peringatan.

  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 balon yang muncul.

    • Jika Anda tidak perlu melihat atau telah selesai melihat parameter API, klik Next: Save Task Settings and Precheck di bagian bawah halaman.

    Catatan
    • Sebelum tugas migrasi dimulai, DTS melakukan pemeriksaan awal. Tugas hanya dimulai setelah lolos pemeriksaan awal.

    • Jika pemeriksaan awal gagal, klik View Details di sebelah item pemeriksaan yang gagal, perbaiki masalah berdasarkan petunjuk, lalu jalankan kembali pemeriksaan awal.

    • 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 kembali pemeriksaan awal.

      • Untuk item pemeriksaan yang dapat diabaikan, Anda dapat mengklik Confirm Alert Details, Ignore, OK, dan Precheck Again untuk melewati item peringatan dan menjalankan kembali pemeriksaan awal. Jika Anda memilih untuk mengabaikan peringatan, hal ini dapat 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 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 What is Resource Management?

      Instance Class

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

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

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

      Anda dapat melihat progres tugas migrasi di halaman daftar Data Migration Tasks.

      Catatan
      • Jika tugas migrasi tidak mencakup migrasi inkremental, tugas akan berhenti secara otomatis setelah migrasi penuh selesai. Setelah tugas berhenti, Status-nya berubah menjadi Completed.

      • Jika tugas migrasi mencakup migrasi inkremental, tugas tidak berhenti secara otomatis. Tugas migrasi inkremental terus berjalan. Selama tugas migrasi inkremental berjalan, Status tugas adalah Running.

Informasi pemetaan

  1. Di daftar Selected Objects, arahkan kursor ke nama topik tujuan.

  2. Klik Edit.

  3. Di kotak dialog, konfigurasikan informasi pemetaan.

    Catatan
    • Jika Anda mengonfigurasi aturan pemetaan baik di tingkat database maupun tabel, aturan tingkat tabel memiliki prioritas lebih tinggi daripada aturan tingkat database.

    • Pemetaan tingkat database dikonfigurasi di kotak dialog Edit Schema, dan pemetaan tingkat tabel dikonfigurasi di kotak dialog Edit Table.

    Tingkat database

    Parameter

    Deskripsi

    Schema Name

    Nama topik tujuan untuk migrasi data, yang secara default mengikuti Topic yang Anda pilih di bawah Destination Database pada langkah Configurations for Source and Destination Databases.

    Penting
    • Nama topik tujuan untuk migrasi data, yang secara default mengikuti Topic yang Anda pilih di bawah Destination Database pada langkah Configurations for Source and Destination Databases.

    • Jika Anda mengubah Schema Name, DTS menulis data ke topik yang Anda tentukan.

    Select DDL and DML Operations to Be Synchronized

    Pilih operasi SQL yang akan dimigrasikan secara inkremental.

    Tingkat tabel

    Parameter

    Deskripsi

    Table Name

    Nama topik tujuan untuk migrasi data, yang secara default mengikuti Topic yang Anda pilih di bawah Destination Database pada langkah Configurations for Source and Destination Databases.

    Penting
    • Topik yang ditentukan harus ada di instans tujuan Message Queue for Apache RocketMQ. Jika tidak, tugas migrasi data gagal.

    • Jika Anda mengubah Table Name, DTS menulis data ke topik yang Anda tentukan.

    Filter Conditions

    Untuk informasi selengkapnya, lihat Set filter conditions.

    Select DDL and DML Operations to Be Synchronized

    Pilih operasi SQL yang akan dimigrasikan secara inkremental.

    Partition Key

    Parameter ini tersedia jika Anda mengatur Rules of the ordered messages delivered to RocketMQ. ke Deliver data based on hash values of a specified column.. Tentukan satu atau beberapa kolom sebagai kunci partisi. DTS menggunakan kunci ini untuk menghitung nilai hash, yang menentukan partisi tujuan untuk setiap baris.

  4. Klik OK.