All Products
Search

This Product

    Data Transmission Service:Migrasi dari ApsaraDB RDS for MySQL ke AnalyticDB for MySQL V3.0

    Document Center

    Data Transmission Service:Migrasi dari ApsaraDB RDS for MySQL ke AnalyticDB for MySQL V3.0

    Last Updated:Sep 18, 2026

    Data Transmission Service (DTS) memungkinkan Anda memigrasikan data dari instans ApsaraDB RDS for MySQL ke klaster AnalyticDB for MySQL V3.0, membantu Anda membangun sistem internal untuk intelijen bisnis (BI), kueri interaktif, dan laporan real-time dengan cepat.

    Prasyarat

    • Diperlukan klaster AnalyticDB for MySQL V3.0 sebagai tujuan. Untuk informasi selengkapnya, lihat Buat klaster.

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

    Batasan

    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 kaskade kunci asing pada tingkat sesi. Jika terjadi operasi pembaruan atau penghapusan kaskade di database sumber saat tugas berjalan, ketidakkonsistenan data dapat terjadi.

    • Selama migrasi skema, DTS tidak mendukung pemigrasian tampilan yang di-materialisasi ke instans AnalyticDB for MySQL tujuan. Untuk menggunakan tampilan yang di-materialisasi, buat secara manual di instans tujuan setelah migrasi selesai.

    Jenis

    Deskripsi

    Batasan database sumber

    • Kebutuhan bandwidth: Server yang meng-host database sumber harus memiliki bandwidth keluar yang cukup. Jika tidak, kecepatan migrasi akan turun.

    • Setiap tabel yang akan dimigrasikan harus memiliki kunci primer atau kendala UNIK, dan kolom kuncinya 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 dikirim. 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 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 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 diperbolehkan pada database sumber:

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

        Catatan

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

      • Jangan menjalankan operasi DDL yang menambahkan komentar—seperti ALTER TABLE table_name COMMENT='Table comment';. Jika dilakukan, tugas migrasi gagal.

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

    • Jika database sumber MySQL Anda versi 8.0.23 atau lebih baru dan berisi kolom tersembunyi tak 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 menjadi terlihat. Untuk informasi selengkapnya, lihat Invisible Columns.

    • Kompatibilitas MySQL: Saat DTS memigrasikan data dari database sumber keluarga MySQL, DTS mengandalkan protokol standar MySQL dan format Binlog, serta perilaku yang tidak kompatibel dengan standar MySQL 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 dapat gagal.

    Batasan lainnya

    • Indeks awalan tidak didukung. Jika database sumber Anda berisi indeks awalan, migrasi dapat gagal.

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

    • Jika database sumber Anda menggunakan operasi DDL Online dalam mode temporary-table—termasuk skenario penggabungan multi-tabel—atau menambahkan indeks berbasis fungsi ke kolom kunci unik, kehilangan data atau kegagalan tugas dapat terjadi di database tujuan.

    • Jika terjadi konflik kunci primer atau kunci unik selama migrasi:

      • 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 dimigrasikan, atau migrasi gagal. Lakukan dengan hati-hati.

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

    • Karena batasan bawaan AnalyticDB for MySQL, jika penggunaan ruang disk pada node melebihi 80%, tugas DTS menjadi abnormal dan mengalami penundaan. Perkirakan ruang yang dibutuhkan terlebih dahulu berdasarkan objek yang akan dimigrasikan, dan pastikan klaster tujuan memiliki ruang penyimpanan yang cukup.

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

    • Sebelum migrasi, evaluasi kinerja database sumber dan tujuan. Jalankan migrasi di luar jam sibuk bisnis. Jika tidak, migrasi penuh 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.

    • Konfirmasi bahwa presisi migrasi DTS untuk kolom FLOAT atau DOUBLE memenuhi kebutuhan bisnis Anda. DTS membaca 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.

    • Jika penulisan DDL gagal di database tujuan, tugas DTS tetap berjalan. Periksa pernyataan DDL yang gagal di log tugas. Untuk petunjuknya, lihat Lihat log tugas.

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

      Catatan

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

    • Jika 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 di 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 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, buat tabel heartbeat. Perbarui atau tulis ke tabel tersebut setiap detik.

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

      • Jika sumber Anda adalah Amazon Aurora MySQL atau instans MySQL berklaster 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 dapat 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` di database sumber untuk memajukan offset log biner.

    Penagihan

    Jenis migrasi

    Biaya konfigurasi instans

    Biaya trafik Internet

    Migrasi skema dan migrasi data penuh

    Gratis.

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

    Migrasi data inkremental

    Dikenai biaya. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

    Jenis migrasi

    • Migrasi skema

      DTS memigrasikan skema objek yang dipilih dari database sumber ke database tujuan.

      Catatan

      Ini berlaku untuk migrasi antar database heterogen. Karena tipe data mungkin tidak dipetakan sempurna selama migrasi skema, Anda harus mengevaluasi dampak bisnisnya secara cermat. Untuk informasi selengkapnya, lihat Pemetaan tipe data untuk database heterogen.

    • Migrasi data penuh

      DTS memigrasikan semua data dari objek database sumber yang dipilih ke database tujuan.

    • Migrasi data inkremental

      Setelah migrasi data penuh selesai, DTS memigrasikan perubahan data inkremental dari database sumber ke database tujuan. Proses ini memungkinkan migrasi lancar tanpa gangguan layanan untuk aplikasi yang dikelola sendiri.

    Operasi SQL yang didukung

    Jenis operasi

    Pernyataan SQL

    DML

    INSERT, UPDATE, dan DELETE

    Catatan

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

    DDL

    CREATE TABLE, DROP TABLE, RENAME TABLE, TRUNCATE TABLE, ADD COLUMN, MODIFY COLUMN, dan DROP COLUMN

    Penting

    Operasi RENAME TABLE dapat menyebabkan ketidakkonsistenan data. Misalnya, jika Anda hanya memilih satu tabel sebagai objek migrasi dan mengganti nama tabel tersebut di instans sumber selama migrasi, data tabel ini tidak dimigrasikan ke database tujuan. Untuk mencegah masalah ini, pilih seluruh database tempat tabel tersebut berada sebagai objek migrasi saat mengonfigurasi tugas migrasi data. Pastikan database tempat tabel berada sebelum dan sesudah operasi RENAME TABLE termasuk dalam objek migrasi.
    Peringatan

    Jika tipe data suatu bidang di tabel sumber berubah selama migrasi data, tugas berhenti dan melaporkan error. Untuk mengatasi masalah ini, ikuti langkah-langkah berikut:

    1. Tugas migrasi ke database tujuan AnalyticDB for MySQL gagal jika tipe data suatu bidang di tabel sumber (misalnya, customer) diubah.

    2. Di AnalyticDB for MySQL V3.0, buat tabel baru, misalnya customer_new, dengan skema terbaru dari tabel sumber.

    3. Gunakan perintah INSERT INTO SELECT untuk menyalin data dari tabel customer asli ke customer_new.

    4. Ganti nama atau hapus tabel customer asli, lalu ganti nama customer_new menjadi customer.

    5. Di Konsol DTS, mulai ulang tugas migrasi data.

    Izin akun database

    Database

    Migrasi skema

    Migrasi penuh

    Migrasi inkremental

    ApsaraDB RDS for MySQL

    Izin SELECT

    Izin SELECT

    Izin REPLICATION SLAVE, REPLICATION CLIENT, dan SELECT pada objek yang akan dimigrasikan. DTS secara otomatis memberikan izin ini.

    AnalyticDB for MySQL 3.0

    izin baca dan tulis

    Untuk membuat dan memberi otorisasi 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 dapat berbeda tergantung mode dan tata letak Konsol DMS. Untuk informasi selengkapnya, lihat Konsol mode sederhana dan Sesuaikan tata letak dan gaya Konsol DMS.

      1. Masuk ke Konsol Data Management (DMS).

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

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

    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 dapat gagal atau terjadi ketidakkonsistenan data.

      Bagian

      Parameter

      Deskripsi

      N/A

      Task Name

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

      Database Type

      Pilih MySQL.

      Access Method

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah instans ApsaraDB RDS for MySQL sumber.

      Cross-account

      Contoh ini menunjukkan migrasi dalam satu Akun Alibaba Cloud. Pilih No.

      RDS Instance ID

      Pilih ID instans instans ApsaraDB RDS for MySQL sumber.

      Database Account

      Masukkan akun database untuk instans ApsaraDB RDS for MySQL sumber. Untuk informasi tentang izin yang diperlukan, lihat Izin yang diperlukan untuk akun database.

      Database Password

      Masukkan kata sandi untuk akun database.

      Encryption

      Pilih Non-encrypted atau SSL-encrypted berdasarkan kebutuhan database Anda. Jika Anda mengatur parameter ini ke SSL-encrypted, Anda harus mengaktifkan enkripsi SSL untuk instans RDS for MySQL terlebih dahulu. Untuk informasi selengkapnya, lihat Aktifkan enkripsi SSL dengan cepat menggunakan sertifikat cloud.

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

      Database Type

      Pilih AnalyticDB for MySQL 3.0.

      Access Method

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah klaster AnalyticDB for MySQL 3.0 tujuan.

      Instance ID

      Pilih ID instans klaster AnalyticDB for MySQL 3.0 tujuan.

      Database Account

      Masukkan akun database untuk klaster AnalyticDB for MySQL 3.0 tujuan. Untuk informasi tentang izin yang diperlukan, lihat Izin yang diperlukan 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 selengkapnya, lihat Tambahkan alamat IP server DTS ke daftar putih.

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

    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 dengan pernyataan CREATE TABLE dapat dimigrasikan ke database tujuan.

        • Jika Anda tidak memilih Incremental Data Migration, jangan menulis data baru ke instans sumber selama migrasi data 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, 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 selengkapnya, 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 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 dimigrasikan, atau migrasi gagal. Lakukan dengan hati-hati.

        DDL and DML Operations to Be Synchronized

        Pilih operasi SQL tingkat instans untuk migrasi data inkremental. Untuk daftar operasi yang didukung, lihat Operasi SQL yang didukung untuk migrasi inkremental.

        Catatan

        Untuk memilih operasi SQL tingkat database atau tabel, klik kanan objek di panel Selected Objects dan pilih operasi SQL yang diinginkan di kotak dialog yang muncul.

        Merge Tables

        • Jika Anda memilih Yes, DTS menambahkan kolom __dts_data_source ke setiap tabel untuk mencatat sumber data. Untuk informasi selengkapnya, lihat Aktifkan penggabungan multi-tabel.

        • Jika Anda memilih No, ini adalah opsi default.

        Catatan

        Fitur penggabungan tabel dikonfigurasi pada tingkat tugas, bukan tingkat tabel. Untuk menggabungkan beberapa tabel tetapi tidak yang lain, Anda harus membuat dua tugas migrasi data terpisah.

        Peringatan

        Jangan melakukan operasi DDL untuk mengubah skema database atau tabel sumber. Jika dilakukan, ketidakkonsistenan data atau kegagalan tugas dapat terjadi.

        Capitalization of Object Names in Destination Instance

        Anda dapat mengonfigurasi kebijakan sensitivitas huruf besar/kecil untuk nama objek yang dimigrasikan, seperti database, tabel, dan kolom, di instans tujuan. Secara default, DTS default policy dipilih. Anda juga dapat memilih untuk menjaga sensitivitas huruf besar/kecil konsisten dengan kebijakan default database sumber atau tujuan. Untuk informasi selengkapnya, lihat Sensitivitas huruf besar/kecil nama objek di database tujuan.

        Source Objects

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

        Catatan

        • Anda dapat memilih objek migrasi tingkat database, tabel, atau kolom. Jika Anda memilih tabel sebagai objek migrasi, objek lain seperti view, trigger, dan stored procedure tidak dimigrasikan ke database tujuan.

        • Jika Anda memilih seluruh database sebagai objek migrasi, aturan default berikut berlaku:

          • Jika tabel di database sumber memiliki kunci primer (kolom tunggal atau komposit), kolom kunci primer digunakan sebagai kunci distribusi.

          • Jika tabel di database sumber tidak memiliki kunci primer, kolom kunci primer auto-increment dibuat secara otomatis. Hal ini dapat menyebabkan ketidakkonsistenan data antara database sumber dan tujuan.

        Selected Objects
        Catatan

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

        • Untuk memfilter data menggunakan klausa WHERE, klik kanan tabel di panel Selected Objects dan tentukan kondisi filter di kotak dialog yang muncul. Untuk petunjuknya, lihat Atur kondisi filter.

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

        • Anda juga dapat klik kanan tabel di panel Selected Objects untuk menambahkan kolom. Untuk informasi selengkapnya, lihat Tambahkan kolom tambahan.

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

        Parameter

        Deskripsi

        Dedicated Cluster for Task Scheduling

        Secara default, DTS menjadwalkan tugas pada klaster bersama. Anda tidak perlu memilihnya. Jika Anda menginginkan tugas yang lebih stabil, Anda dapat membeli klaster khusus untuk menjalankan tugas migrasi DTS.

        Copy the temporary table of the Online DDL tool that is generated in the source table to the destination database.

        Jika Anda menggunakan Data Management (DMS) atau gh-ost untuk melakukan perubahan DDL online di database sumber, Anda dapat memilih apakah akan memigrasikan data dari tabel sementara yang dihasilkan oleh perubahan DDL online.

        Penting

        • Tugas DTS tidak mendukung penggunaan alat seperti pt-online-schema-change untuk melakukan perubahan DDL online. Jika dilakukan, tugas DTS gagal.

        • Metode pemrosesan untuk setiap fase adalah sebagai berikut: Fase Schema Migration dan Full Data Migration tidak mengizinkan operasi DDL yang mengubah struktur database atau tabel. Oleh karena itu, tidak dikendalikan oleh kebijakan DDL online.

          • Schema Migration: Tidak dikendalikan oleh kebijakan DDL online. Tabel sementara terkait dibuat.

          • Full Data Migration: Tidak dikendalikan oleh kebijakan DDL online. Migrasi tabel sementara tidak termasuk dalam objek migrasi penuh. Semua tabel yang namanya cocok dengan ekspresi reguler (^_(.+)_(?:gho|new)$ atau ^_(.+)_(?:ghc|del|old)$) difilter.

          • Incremental Data Migration: Dikendalikan oleh kebijakan DDL online.

            • Yes: Memigrasikan perubahan data dari tabel sementara (misalnya, _table_name_gho) yang dihasilkan oleh operasi DDL online.

            • No, Adapt to DMS Online DDL dan No, Adapt to gh-ost: Menyaring perubahan data dari tabel sementara (misalnya, _table_name_gho) yang dihasilkan oleh alat seperti gh-ost berdasarkan aturan ekspresi reguler.

        • Yes: Memigrasikan data dari tabel sementara yang dihasilkan oleh perubahan DDL online.

          Catatan

          Jika perubahan DDL online menghasilkan banyak data di tabel sementara, hal ini dapat menyebabkan latensi tugas.

        • No, Adapt to DMS Online DDL: Tidak memigrasikan data dari tabel sementara yang dihasilkan oleh perubahan DDL online. Hanya memigrasikan pernyataan DDL asli yang dieksekusi menggunakan Data Management (DMS).

          Catatan

          Opsi ini menyebabkan tabel di database tujuan terkunci.

        • No, Adapt to gh-ost: Tidak memigrasikan data dari tabel sementara yang dihasilkan oleh perubahan DDL online. Mendukung aturan penyaringan kustom. DTS menyaring perubahan data dari tabel sementara (misalnya, _table_name_gho) yang dihasilkan oleh alat seperti gh-ost berdasarkan aturan ekspresi reguler. Anda dapat memodifikasi ekspresi reguler default yang digunakan untuk mencocokkan tabel bayangan dan tabel tidak berguna sesuai kebutuhan:

          • Tabel bayangan: ^_(.+)_(?:gho|new)$

          • Tabel tidak berguna: ^_(.+)_(?:ghc|del|old)$

          Catatan

          Opsi ini menyebabkan tabel di database tujuan terkunci.

        Retry Time for Failed Connections

        Setelah tugas migrasi dimulai, jika koneksi ke database sumber atau tujuan gagal, DTS melaporkan error dan segera 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 secara otomatis dilanjutkan. Jika tidak, tugas gagal.

        Catatan

        • Untuk beberapa instans DTS yang berbagi sumber atau tujuan yang sama, waktu percobaan ulang jaringan ditentukan oleh pengaturan tugas yang dibuat terakhir.

        • Karena Anda dikenai biaya untuk tugas selama periode percobaan ulang koneksi, kami sarankan 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 error dan segera 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 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 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

        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

        Anda dapat memilih tag lingkungan untuk mengidentifikasi instans. Tidak perlu pemilihan dalam contoh ini.

        Configure ETL

        Pilih apakah akan mengaktifkan fitur ekstrak, transformasi, dan muat (ETL). Untuk informasi selengkapnya, 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 mengirim pemberitahuan peringatan.

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

        Untuk informasi selengkapnya tentang fitur validasi data, lihat Konfigurasikan 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 selengkapnya, lihat CREATE TABLE.

    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 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 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 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 Apa itu manajemen sumber daya?

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

    FAQ

    • Apa yang harus saya lakukan jika error only 500 dimension table allowed, current dimensionTableCount: 500 dilaporkan selama sinkronisasi skema atau migrasi?

      • Penyebab: Di AnalyticDB for MySQL, jumlah total tabel mencakup tabel yang sedang digunakan dan tabel di keranjang daur ulang. Jika total melebihi batas, error dilaporkan. Untuk informasi selengkapnya, lihat Batasan.

      • Solusi:

        1. Di tugas DTS, periksa apakah jumlah tabel yang disinkronkan atau dimigrasikan melebihi maksimum yang disebutkan dalam pesan error.

        2. Jika jumlah tabel tidak melebihi maksimum, jalankan pernyataan berikut untuk memeriksa apakah ada tabel yang dihapus di keranjang daur ulang. Untuk informasi selengkapnya, lihat Keranjang daur ulang tabel.

          -- Periksa tabel yang sedang digunakan oleh instans
SELECT COUNT(*) FROM INFORMATION_SCHEMA.tables;
-- Periksa tabel di keranjang daur ulang
SELECT COUNT(*) FROM INFORMATION_SCHEMA.KEPLER_META_RECYCLE_BIN;

        3. Jika keranjang daur ulang berisi tabel yang dihapus, jalankan pernyataan berikut untuk membersihkannya.

          Penting

          Setelah tabel di keranjang daur ulang dibersihkan, tabel tersebut tidak dapat dipulihkan. Pastikan tabel tersebut tidak lagi diperlukan.

          -- Hapus semua tabel di keranjang daur ulang.
PURGE RECYCLE_BIN ALL;
-- Hapus tabel tertentu di keranjang daur ulang.
PURGE RECYCLE_BIN TABLE <table_name_in_ADB_RECYCLE_BIN>;