All Products
Search

This Product

    Data Transmission Service:Migrasi RDS for MySQL ke ApsaraMQ for Kafka

    Document Center

    Data Transmission Service:Migrasi RDS for MySQL ke ApsaraMQ for Kafka

    Last Updated:Jul 18, 2026

    Anda dapat menggunakan Data Transmission Service (DTS) untuk memigrasikan data dari instans RDS for MySQL ke instans Message Queue for Apache Kafka.

    Prasyarat

    • Anda telah membuat instans sumber ApsaraDB RDS for MySQL dan instans tujuan ApsaraMQ for Kafka.

      Catatan

    • Instans tujuan ApsaraMQ for Kafka harus memiliki ruang penyimpanan lebih besar daripada yang digunakan oleh instans sumber ApsaraDB RDS for MySQL.

    • Anda telah membuat topik di instans tujuan ApsaraMQ for Kafka untuk menerima data yang dimigrasikan. Untuk petunjuknya, lihat Langkah 1: Buat topik.

    Batasan

    Catatan

    DTS tidak memigrasikan foreign keys. Akibatnya, operasi kaskade seperti cascade delete di database sumber tidak direplikasi di database tujuan.

    Type

    Description

    Batasan database sumber

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

    • Setiap tabel yang akan dimigrasikan harus memiliki primary key atau kendala UNIQUE, dan kolom kuncinya harus berisi nilai unik. Jika tidak, catatan duplikat mungkin 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 dikirim. Untuk mengatasinya, bagi tabel tersebut 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 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 Hapus log lokal secara otomatis.

    • Operasi yang tidak diizinkan pada database sumber:

      • Jangan menjalankan operasi DDL yang mengubah skema database atau tabel selama migrasi skema atau migrasi penuh. Jika tidak, tugas migrasi akan gagal.

        Catatan

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

      • Jika Anda hanya menjalankan migrasi penuh, jangan menulis data baru ke instans sumber. Jika tidak, data sumber dan tujuan menjadi tidak konsisten. Untuk menjaga konsistensi data secara real time, pilih migrasi skema, migrasi penuh, dan migrasi inkremental.

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

      Catatan

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

    • Jika database sumber MySQL Anda versi 8.0.23 atau lebih baru dan berisi kolom tersembunyi yang tidak terlihat, 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 lebih lanjut, lihat Invisible Columns.

    • Kompatibilitas MySQL: Saat DTS memigrasikan data dari database sumber keluarga MySQL, DTS mengandalkan protokol MySQL standar dan format Binlog, serta perilaku yang tidak kompatibel dengan MySQL standar tidak didukung. Jika database sumber Anda mengklaim kompatibilitas MySQL tetapi berperilaku berbeda dari MySQL (misalnya, saat OceanBase dihubungkan sebagai sumber dalam mode MySQL, timestamp event rotate trailing di Binlog bernilai 0, yang berbeda dari MySQL), tugas migrasi DTS mungkin gagal.

    Batasan lainnya

    • Hanya tabel data yang didukung sebagai objek migrasi.

    • DTS tidak mendukung migrasi objek INDEX, PARTITION, VIEW, PROCEDURE, FUNCTION, TRIGGER, atau FK.

    • Sebelum migrasi, evaluasi kinerja database sumber dan tujuan. Jalankan migrasi di luar jam sibuk bisnis. Jika tidak, migrasi penuh akan mengonsumsi sumber daya baca dan tulis pada kedua database dan meningkatkan beban database.

    • Migrasi penuh menjalankan operasi INSERT secara konkuren. Hal ini menyebabkan fragmentasi tabel tujuan. Setelah migrasi penuh, tabel tujuan memerlukan ruang penyimpanan lebih besar daripada tabel sumber.

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

    • DTS mencoba memulihkan tugas yang gagal dalam waktu tujuh hari. Sebelum mengalihkan trafik ke instans tujuan, akhiri atau lepas tugas tersebut. Atau jalankan perintah revoke untuk mencabut izin tulis DTS pada akun instans tujuan. Hal ini mencegah pemulihan otomatis menimpa data tujuan dengan data sumber.

    • Jangan menulis data ke database tujuan kecuali melalui DTS, karena hal ini dapat menyebabkan ketidakkonsistenan data antara database sumber dan tujuan.

    • Jika klaster Kafka tujuan Anda melakukan scale out atau scale in selama migrasi, restart tugas DTS.

    • Jika instans RDS for MySQL Anda memiliki Always-Encrypted diaktifkan, migrasi penuh tidak didukung.

      Catatan

      Instans RDS for MySQL dengan Transparent Data Encryption (TDE) yang diaktifkan mendukung migrasi skema, migrasi penuh, dan migrasi inkremental.

    • Jika suatu tugas gagal, staf dukungan DTS akan mencoba 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 Modifikasi parameter instans.

    Kasus khusus

    • Untuk sumber MySQL yang dikelola sendiri:

      • Alih bencana 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 pada sumber dalam waktu lama, pelaporan latensi menjadi tidak akurat. Jika latensi tampak terlalu tinggi, jalankan operasi DML pada sumber untuk memperbarui nilai latensi.

        Catatan

        Jika Anda memilih migrasi seluruh database, buat 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 tugas

    Biaya trafik Internet

    Migrasi skema dan migrasi data penuh

    Gratis.

    DTS membebankan biaya trafik Internet ketika Access Method database tujuan diatur ke Public IP Address. Ikhtisar penagihan.

    Migrasi data inkremental

    Dikenai biaya. Ikhtisar penagihan.

    Jenis migrasi

    • Migrasi skema

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

    • Migrasi penuh

      DTS memigrasikan semua data historis dari 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 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

    Instance

    Migrasi skema

    Migrasi data penuh

    Migrasi data inkremental

    Instans sumber ApsaraDB RDS for MySQL

    Izin baca pada objek yang akan dimigrasikan.

    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 tergantung pada 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 sarankan 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 sarankan Anda menentukan nama deskriptif agar mudah diidentifikasi. Nama ini tidak harus 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 secara manual di bawah ini.

      Database Type

      Pilih MySQL.

      Connection Type

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah instans sumber RDS for MySQL.

      Cross-account

      Untuk migrasi dalam satu akun Alibaba Cloud yang sama, pilih No.

      RDS Instance ID

      Pilih ID instans sumber RDS for MySQL.

      Database Account

      Masukkan akun database instans sumber RDS for MySQL. Akun tersebut harus memiliki izin baca pada objek yang akan dimigrasikan.

      Database Password

      Masukkan password yang sesuai dengan 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 lebih lanjut, lihat Gunakan sertifikat cloud untuk mengaktifkan enkripsi SSL dengan cepat.

      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 secara manual di bawah ini.

      Database Type

      Pilih Kafka.

      Connection Type

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah instans tujuan ApsaraMQ for Kafka.

      Kafka Instance ID

      Pilih ID instans tujuan ApsaraMQ for Kafka.

      Encryption

      Pilih Non-encrypted atau SCRAM-SHA-256 berdasarkan kebutuhan bisnis dan keamanan Anda.

      Topic

      Pilih Topik yang akan menerima data.

      Use Kafka Schema Registry

      Kafka Schema Registry menyediakan antarmuka RESTful untuk menyimpan dan mengambil skema Avro.

      • No: Jangan gunakan Kafka Schema Registry.

      • Yes: Gunakan Kafka Schema Registry. Anda harus memasukkan URL atau alamat IP yang terdaftar untuk skema Avro di Kafka Schema Registry.

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

        Parameter

        Deskripsi

        Migration Types

        • Jika Anda hanya memerlukan migrasi penuh, pilih Schema Migration dan Full Data Migration.

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

        Catatan

        • Schema Migration tidak didukung saat Access Method instans Kafka tujuan adalah Alibaba Cloud Instance.

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

        Processing Mode for Existing Destination 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, error 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 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 mungkin gagal. Lakukan dengan hati-hati.

        Data Format in Kafka

        Pilih format penyimpanan untuk data yang dimigrasikan ke instans Kafka.

        Kafka Data Compression Format

        Pilih format kompresi untuk pesan Kafka berdasarkan kebutuhan Anda.

        • LZ4 (default): rasio kompresi rendah, kecepatan kompresi tinggi.

        • GZIP: rasio kompresi tinggi, kecepatan kompresi rendah.

          Catatan

          Konsumsi CPU tinggi.

        • Snappy: rasio kompresi sedang, kecepatan kompresi sedang.

        Policy for Shipping Data to Kafka Partitions

        Pilih strategi berdasarkan kebutuhan bisnis Anda.

        Message acknowledgement mechanism

        Pilih mekanisme acknowledgment pesan berdasarkan kebutuhan bisnis Anda.

        Topic That Stores DDL Information

        Pilih topik untuk menyimpan informasi DDL.

        Catatan

        Jika tidak ada topik yang dipilih, DTS menyimpan informasi DDL di topik data secara default.

        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 lebih lanjut, lihat Sensitivitas huruf besar/kecil nama objek di database tujuan.

        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 objek untuk dimigrasikan pada tingkat tabel.

        Selected Objects

        Tidak diperlukan konfigurasi tambahan untuk contoh ini. Anda dapat menggunakan fitur pemetaan untuk menentukan nama topik, jumlah partisi, dan kunci partisi untuk setiap tabel sumber. Untuk informasi lebih lanjut, lihat Informasi Pemetaan.

        Catatan

        • Menggunakan fitur pemetaan nama objek dapat menyebabkan kegagalan migrasi untuk objek dependen.

        • Untuk memilih operasi SQL untuk migrasi inkremental, klik kanan objek migrasi di kotak 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 pada kluster 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 error dan segera mulai mencoba menghubungkan kembali. Durasi percobaan ulang default adalah 720 menit. Anda dapat menyesuaikan durasi percobaan ulang ke nilai antara 10 hingga 1440 menit. Kami sarankan Anda mengatur durasi lebih dari 30 menit. Jika DTS berhasil 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 terakhir dibuat.

        • Karena Anda dikenai biaya selama periode percobaan ulang koneksi, kami sarankan Anda menyesuaikan waktu percobaan ulang berdasarkan kebutuhan bisnis Anda, atau segera lepaskan instans DTS setelah instans database sumber dan tujuan dilepaskan.

        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 error dan segera mulai mencoba mengulang operasi tersebut. Durasi percobaan ulang default adalah 10 menit. Anda dapat menyesuaikan durasi percobaan ulang ke nilai antara 1 hingga 1440 menit. Kami sarankan 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 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 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

        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 kloning database sumber.

        Environment Tag

        Pilih tag lingkungan untuk mengidentifikasi instans. Tidak perlu pemilihan untuk contoh ini.

        Configure ETL

        Berdasarkan kebutuhan bisnis Anda, pilih apakah akan mengonfigurasi fitur ETL untuk memproses data.

        • Yes: Mengonfigurasi fitur ETL. Anda juga harus memasukkan pernyataan pemrosesan data di kotak teks.

        • No: Tidak mengonfigurasi 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 akan mengirim 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 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 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 lebih lanjut, 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 lebih lanjut, lihat Apa itu 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 lebih lanjut, 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 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 area Selected Objects, arahkan kursor ke nama topik tujuan pada tingkat tabel.

    2. Klik Edit di sebelah nama topik tujuan.

    3. Di kotak dialog Edit Table, konfigurasikan informasi pemetaan.

      Catatan

      • Kotak dialog ini bernama Edit Schema pada tingkat database dan Edit Table pada tingkat tabel. Kotak dialog Edit Schema memiliki parameter yang lebih sedikit.

      • Jika Anda tidak memigrasikan seluruh database, Anda tidak dapat mengubah parameter Name of target Topic dan Number of Partitions di kotak dialog Edit Schema.

      Parameter

      Description

      Name of target Topic

      Nama topik yang menerima data dari tabel sumber. Nilai ini secara default menggunakan Topic yang Anda pilih pada bagian Destination Database selama langkah Configurations for Source and Destination Databases.

      Penting

      • Jika tujuan adalah instans Message Queue for Apache Kafka, topik yang ditentukan harus sudah ada di instans tujuan. Jika tidak, task migrasi data akan gagal. Jika tujuannya adalah database Kafka self-hosted dan task migrasi data mencakup migrasi struktur database dan tabel, DTS akan mencoba membuat topik yang ditentukan di database tujuan.

      • Jika Anda mengubah Name of target Topic, DTS akan menulis data ke topik yang ditentukan.

      Filter Conditions

      Untuk informasi lebih lanjut, lihat Configure filter conditions.

      Number of Partitions

      Jumlah partisi dalam topik tujuan.

      Partition Key

      Tersedia ketika Policy for Shipping Data to Kafka Partitions diatur ke Ship Data to Separate Partitions Based on Hash Values of Primary Keys. Tentukan satu atau beberapa kolom sebagai kunci partisi. DTS menghitung nilai hash untuk kolom yang ditentukan dan mendistribusikan baris ke berbagai partisi dalam topik tujuan.

      Catatan

      Anda hanya dapat memilih Partition Key di kotak dialog Edit Table.

    4. Klik OK.