All Products
Search

This Product

    Data Transmission Service:Migrasi PolarDB-X 1.0 ke ApsaraMQ for Kafka

    Document Center

    Data Transmission Service:Migrasi PolarDB-X 1.0 ke ApsaraMQ for Kafka

    Last Updated:Jun 27, 2026

    Topik ini menjelaskan cara menggunakan DTS untuk memigrasikan data dari instans PolarDB-X 1.0 ke instans ApsaraMQ for Kafka.

    Prasyarat

    • Anda memiliki instans PolarDB-X 1.0 sumber. Untuk petunjuknya, lihat Buat instans PolarDB-X 1.0.

      Catatan

      Jenis storage yang didukung untuk PolarDB-X 1.0 adalah ApsaraDB RDS for MySQL, yang mencakup instans kustom maupun instans yang dibeli secara terpisah. PolarDB for MySQL tidak didukung.

    • Anda memiliki instans ApsaraMQ for Kafka dan topik untuk data yang dimigrasikan. Untuk informasi lebih lanjut mengenai instans ApsaraMQ for Kafka, lihat Memulai ApsaraMQ for Kafka.

      Catatan

      Untuk versi database sumber dan tujuan yang didukung, lihat Ikhtisar solusi migrasi.

    • Pastikan instans ApsaraMQ for Kafka tujuan memiliki ruang penyimpanan (storage space) lebih besar daripada yang digunakan oleh instans PolarDB-X 1.0 sumber.

    Batasan

    Jenis

    Deskripsi

    Batasan database sumber

    • Tabel yang akan dimigrasikan harus memiliki PRIMARY KEY atau kendala UNIQUE, dan field dalam kunci atau kendala tersebut harus unik. Jika tidak, hal ini dapat menyebabkan duplikasi data di database tujuan.

    • Jika Anda memigrasikan objek pada tingkat tabel dan perlu mengeditnya, misalnya dengan memetakan nama kolom, satu tugas migrasi data mendukung maksimal 1.000 tabel. Jika melebihi batas ini, pengiriman tugas akan gagal. Dalam kasus ini, bagi tabel menjadi beberapa tugas migrasi data atau konfigurasikan tugas untuk memigrasikan seluruh database.

    • Untuk migrasi data inkremental, database sumber harus memenuhi persyaratan log biner berikut:

      • Aktifkan fitur binary log, dan atur parameter binlog_row_image ke full. Jika tidak, pemeriksaan awal (precheck) gagal dan tugas migrasi data tidak dapat dimulai.

      • Untuk tugas migrasi data inkremental, DTS mewajibkan agar log biner database sumber dipertahankan minimal selama 24 jam. Untuk tugas yang mencakup migrasi data penuh dan migrasi data inkremental, log biner harus dipertahankan minimal selama 7 hari. Anda dapat mengubah periode retensi menjadi 24 jam setelah migrasi data penuh selesai. Jika log biner tidak dipertahankan selama periode yang diperlukan, DTS mungkin gagal mengambilnya, yang dapat menyebabkan kegagalan tugas atau bahkan inkonsistensi dan kehilangan data. SLA DTS tidak mencakup masalah yang disebabkan oleh periode retensi log biner yang tidak mencukupi.

    • Anda tidak dapat memigrasikan data dari instans hanya baca PolarDB-X 1.0.

    • Batasan operasional pada database sumber:

      • Selama migrasi data, jangan lakukan operasi seperti scaling out, scaling in, memigrasikan tabel hot-spot, mengubah kunci sharding, atau mengeksekusi pernyataan DDL. Jika dilakukan, tugas migrasi data akan gagal.

        Catatan

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

      • Jika kunci partisi diubah di database sumber dan primary key di tabel target tidak mencakup kunci partisi sumber, kehilangan data dapat terjadi di database target.

        • Alasan: Instans PolarDB-X 1.0 memiliki beberapa instans RDS for MySQL yang tersambung. DTS membuat tautan migrasi terpisah untuk setiap instans RDS for MySQL. Perubahan pada kunci partisi menyebabkan data dihapus dari satu instans RDS for MySQL dan dimasukkan ke instans lain. Karena tautan dieksekusi secara independen, urutan eksekusi operasi DELETE dan INSERT tidak dijamin. Jika primary key database target tidak mencakup kunci partisi, operasi DELETE yang dieksekusi belakangan dapat secara tidak sengaja menghapus data yang baru saja dimasukkan.

        • Rekomendasi: Untuk mencegah kehilangan data akibat operasi yang tidak berurutan, pastikan primary key tabel target mencakup kolom kunci partisi dari database sumber.

      • Selama migrasi penuh dan inkremental, DTS secara sementara menonaktifkan pemeriksaan constraint dan operasi cascading foreign key pada tingkat session. Jika operasi cascading update atau delete terjadi di database sumber saat tugas sedang berjalan, inkonsistensi data dapat terjadi.

      • Jika Anda mengganti jenis jaringan instans PolarDB-X 1.0 selama migrasi, perbarui informasi koneksi jaringan tautan migrasi setelah pergantian selesai.

      • Jika Anda hanya melakukan migrasi data penuh, jangan menulis data baru ke database sumber selama migrasi. Jika tidak, data antara database sumber dan tujuan akan menjadi tidak konsisten. Untuk menjaga konsistensi data secara real-time, pilih migrasi skema, migrasi data penuh, dan migrasi data inkremental.

    • Instans sumber PolarDB-X 1.0 harus menggunakan versi 5.2 atau yang lebih baru.

    • Jangan mengubah jenis tabel broadcast di instans sumber PolarDB-X 1.0 saat tugas migrasi DTS sedang berjalan (misalnya, dari tabel broadcast menjadi tabel tunggal atau tabel sharded). Jika Anda perlu mengubah jenis tabel, hentikan tugas migrasi. Setelah perubahan selesai, konfigurasi ulang tugas migrasi.

    Batasan lainnya

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

    • Sebelum memigrasikan data, evaluasi kinerja database sumber dan tujuan. Kami juga merekomendasikan melakukan migrasi data selama jam sepi. Jika tidak, DTS akan mengonsumsi sumber daya baca dan tulis pada kedua database selama migrasi penuh, yang dapat meningkatkan beban database.

    • Karena migrasi penuh melakukan operasi INSERT secara konkuren, hal ini dapat menyebabkan fragmentasi tabel di database tujuan. Akibatnya, tabel tujuan akan mengonsumsi lebih banyak ruang penyimpanan daripada tabel sumber setelah migrasi penuh selesai.

    • DTS mencoba melanjutkan tugas yang gagal dalam waktu tujuh hari. Oleh karena itu, sebelum beralih ke instans tujuan, Anda harus mengakhiri atau melepas tugas tersebut. Atau, cabut izin tulis dari akun DTS menggunakan perintah revoke. Hal ini mencegah data sumber menimpa data di instans tujuan jika tugas dilanjutkan secara otomatis.

    • DTS bergantung pada kontinuitas Transaksi XA di instans PolarDB-X 1.0 sumber untuk memastikan konsistensi data pada tugas migrasi inkremental. Jika kontinuitas Transaksi XA terputus, misalnya selama skenario pemulihan bencana untuk modul penangkapan data inkremental, transaksi XA yang belum dikomit dapat hilang.

    • Selama migrasi, jika Anda melakukan scaling out atau scaling in kluster Kafka tujuan, Anda perlu merestart instans tersebut.

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

    Pertimbangan tambahan

    • DTS secara berkala memperbarui tabel dts_health_check.ha_health_check di database sumber untuk memajukan posisi binlog.

    • Jika instans Kafka tujuan melakukan scaling out atau scaling in selama migrasi, restart instans tersebut.

    Penagihan

    Jenis migrasi

    Biaya konfigurasi instans

    Biaya trafik internet

    Migrasi skema dan migrasi data penuh

    Tidak dikenai biaya.

    Bervariasi berdasarkan metode akses.

    Catatan

    Biaya trafik internet berlaku jika Access Method untuk database tujuan adalah Public IP Address. Untuk informasi lebih lanjut, lihat Ikhtisar 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.

    • 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 mulus tanpa mengganggu aplikasi yang dikelola sendiri.

    Operasi SQL yang didukung untuk migrasi inkremental

    Jenis

    Pernyataan SQL

    DML

    INSERT, UPDATE, dan DELETE

    Izin akun database

    Database

    Migrasi skema

    Migrasi data penuh

    Migrasi data inkremental

    Instans PolarDB-X 1.0

    izin SELECT

    izin SELECT

    izin REPLICATION SLAVE dan REPLICATION CLIENT, serta izin SELECT pada objek yang akan dimigrasikan.

    Catatan

    Untuk detail pemberian izin, lihat Alat sinkronisasi data untuk PolarDB-X.

    ApsaraMQ for Kafka

    izin baca dan tulis

    Pemetaan tipe data

    Untuk detailnya, lihat Inisialisasi skema: Pemetaan tipe data.

    Langkah-langkah

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

      Dari Konsol DTS

      1. Login 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 lebih lanjut, lihat Konsol mode sederhana dan Sesuaikan tata letak dan gaya Konsol DMS.

      1. Login 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 merekomendasikan agar Anda membaca dengan cermat Limits di bagian atas halaman agar berhasil membuat dan menjalankan tugas migrasi data.

      Kategori

      Parameter

      Deskripsi

      N/A

      Task Name

      DTS secara otomatis menghasilkan nama tugas. Kami merekomendasikan agar Anda menentukan nama deskriptif untuk memudahkan identifikasi. Nama tersebut tidak perlu unik.

      Source Database

      Select Existing Connection

      • Untuk menggunakan instans database yang telah ditambahkan ke sistem (dibuat atau disimpan), pilih instans database yang diinginkan dari daftar drop-down. Informasi database di bawah ini akan dikonfigurasi secara otomatis.

        Catatan

        Di Konsol DMS, parameter ini bernama Select a DMS database instance..

      • Jika Anda belum mendaftarkan instans database ke sistem, atau tidak perlu menggunakan instans yang terdaftar, konfigurasikan informasi database secara manual di bawah ini.

      Database Type

      Pilih PolarDB-X 1.0.

      Connection Type

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah tempat instans PolarDB-X 1.0 sumber berada.

      Replicate Data Across Alibaba Cloud Accounts

      Dalam contoh ini, migrasi dilakukan dalam satu Akun Alibaba Cloud yang sama. Pilih No.

      Instance ID

      Pilih ID instans instans PolarDB-X 1.0 sumber.

      Database Account

      Masukkan akun database instans PolarDB-X 1.0 sumber. Untuk informasi tentang izin yang diperlukan, lihat dokumentasi izin terkait.

      Database Password

      Masukkan password untuk akun database tersebut.

      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 Express Connect, VPN Gateway, or Smart Access Gateway.

      Catatan

      Pada langkah ini, Anda mengonfigurasi instans ApsaraMQ for Kafka sebagai database Kafka yang dikelola sendiri.

      Instance Region

      Pilih wilayah instans Kafka tujuan.

      Connected VPC

      Pilih ID Virtual Private Cloud (VPC) yang berisi instans Kafka tujuan. Anda dapat melihat ID VPC di halaman Basic Information instans Kafka.

      Domain Name or IP

      Masukkan alamat IP dari default endpoint instans Kafka.

      Catatan

      Anda dapat memperoleh alamat IP untuk default endpoint di halaman Basic Information instans Kafka.

      Port

      Port layanan instans Kafka. Nilai default: 9092.

      Database Account

      Masukkan akun database dan password untuk instans Kafka tujuan.

      Catatan

      Akun database dan password hanya diperlukan untuk instans ApsaraMQ for Kafka yang telah mengaktifkan Access Control List (ACL). Untuk informasi lebih lanjut tentang cara mengaktifkan ACL, lihat Otorisasi pengguna SASL.

      Database Password

      Kafka Version

      Pilih versi yang sesuai dengan instans Kafka Anda.

      Encryption

      Berdasarkan kebutuhan bisnis dan keamanan Anda, pilih Non-encrypted atau SCRAM-SHA-256.

      Topic

      Dari daftar drop-down, pilih topik tujuan.

      Use Kafka Schema Registry

      Kafka Schema Registry adalah lapisan layanan untuk metadata Anda. Ini 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 skema Avro yang terdaftar 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 Anda migrasikan.

        Parameter

        Deskripsi

        Migration Types

        Pilih jenis migrasi berdasarkan kebutuhan Anda dan jenis yang didukung oleh setiap engine.

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

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

        Catatan

        • Jika Anda tidak memilih Schema Migration, Anda harus memastikan bahwa database dan tabel untuk menerima data sudah ada di database tujuan. Anda juga dapat menggunakan fitur pemetaan nama objek di kotak Selected Objects sesuai kebutuhan.

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

        Processing Mode for Existing Destination Tables

        • Precheck and Report Errors: Memeriksa apakah tabel dengan nama yang sama sudah 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 dapat menyebabkan inkonsistensi 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. Lakukan dengan hati-hati.

        Data Format in Kafka

        Pilih format data untuk data yang ingin Anda migrasikan ke instans Kafka berdasarkan kebutuhan Anda.

        Catatan

        PolarDB-X 1.0 tidak mendukung format Canal JSON. Anda harus memilih DTS Avro.

        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 menengah, kecepatan kompresi menengah.

        Policy for Shipping Data to Kafka Partitions

        Message acknowledgement mechanism

        Pilih mekanisme konfirmasi pesan berdasarkan kebutuhan bisnis Anda.

        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 lebih lanjut, lihat Case sensitivity 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

        Pilih objek untuk dimigrasikan pada tingkat tabel. Jika Anda memilih seluruh database, perubahan apa pun untuk menambah atau menghapus tabel di database tersebut tidak akan dimigrasikan ke tujuan.

        Selected Objects

        Tidak diperlukan konfigurasi tambahan dalam contoh ini. Anda dapat menggunakan fitur pemetaan untuk mengonfigurasi nama topik, jumlah partisi topik, dan kunci partisi tabel sumber di instans ApsaraMQ for Kafka tujuan. Untuk informasi lebih lanjut, lihat Informasi pemetaan.

        Catatan

        • Jika Anda menggunakan fitur pemetaan nama objek, objek lain yang bergantung pada objek yang dipetakan mungkin gagal dimigrasikan.

        • Untuk memilih operasi SQL untuk migrasi data inkremental, klik kanan objek migrasi di kotak Selected Objects dan pilih operasi SQL yang akan dimigrasikan di kotak dialog yang muncul.

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

        Parameter

        Deskripsi

        Dedicated Cluster for Task Scheduling

        Anda tidak perlu memilih klaster khusus dalam contoh ini. Untuk informasi lebih lanjut tentang klaster khusus, lihat Apa itu klaster khusus 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 merekomendasikan agar 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 untuk tugas selama periode percobaan ulang koneksi, kami merekomendasikan agar 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 merekomendasikan agar 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 kurang dari 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 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 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 bisnis Anda. Anda tidak perlu memilih tag lingkungan dalam contoh ini.

        Configure ETL

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

        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 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 prompt, 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 prompt, 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 inkonsistensi 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 tautan 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 berbagai tingkat kinerja. Spesifikasi tautan memengaruhi kecepatan migrasi. Anda dapat memilih spesifikasi berdasarkan skenario bisnis Anda. Untuk informasi lebih lanjut, lihat Spesifikasi tautan 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 lebih sedikit parameter.

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

      Parameter

      Deskripsi

      Name of target Topic

      Nama topik yang menerima data dari tabel sumber. Nilai default-nya adalah Topic yang Anda pilih di bagian Destination Database selama langkah Configurations for Source and Destination Databases.

      Penting

      • Jika tujuannya adalah instans Message Queue for Apache Kafka, topik yang ditentukan harus sudah ada di instans tujuan. Jika tidak, tugas migrasi data gagal. Jika tujuannya adalah database Kafka yang di-host sendiri dan tugas 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 Konfigurasi kondisi filter.

      Number of Partitions

      Jumlah partisi di topik tujuan.

      Partition Key

      Parameter ini tersedia ketika Anda mengatur Policy for Shipping Data to Kafka Partitions ke Ship Data to Separate Partitions Based on Hash Values of Primary Keys. Anda dapat menentukan satu atau beberapa kolom sebagai kunci partisi. DTS kemudian menghitung nilai hash untuk kolom yang ditentukan dan menggunakannya untuk mendistribusikan baris ke partisi di topik tujuan.

      Catatan

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

    4. Klik OK.