All Products
Search
Document Center

Data Transmission Service:Migrasi data dari klaster PolarDB for MySQL ke instans PolarDB-X 1.0

Last Updated:Sep 21, 2026

Topik ini menjelaskan cara menggunakan Data Transmission Service (DTS) untuk memigrasikan data dari klaster PolarDB for MySQL ke PolarDB-X 1.0.

Prasyarat

  • Kapasitas penyimpanan instans tujuan harus lebih besar daripada kapasitas yang digunakan oleh klaster sumber PolarDB for MySQL. Instans tujuan adalah PolarDB-X 1.0. Untuk informasi selengkapnya, lihat Buat instans PolarDB-X 1.0.

    Catatan

    Saat membuat instans, pilih RDS MySQL sebagai tipe penyimpanan.

  • Database dan tabel untuk menerima data telah dibuat di instans tujuan PolarDB-X 1.0. Untuk informasi selengkapnya, lihat Buat database dan Operasi SQL dasar.

Perhatian

Tipe

Deskripsi

Batasan database sumber

  • Server yang menampung database sumber harus memiliki bandwidth outbound yang mencukupi. Jika tidak, kecepatan migrasi data akan terpengaruh.

  • Tabel yang akan dimigrasikan harus memiliki primary key atau kendala UNIQUE, dan field dalam kunci atau kendala tersebut harus unik. Jika tidak, data duplikat dapat muncul di database tujuan.

  • Jika Anda melakukan migrasi data tingkat tabel dan perlu mengedit tabel—misalnya memetakan nama kolom—satu tugas migrasi data hanya dapat memigrasikan maksimal 1.000 tabel. Jika melebihi batas ini, sistem akan melaporkan error setelah Anda mengirimkan tugas. Dalam kasus ini, bagi tabel menjadi beberapa tugas migrasi atau konfigurasikan satu tugas untuk memigrasikan seluruh database.

  • Jika Anda melakukan migrasi inkremental:

    • Anda harus mengaktifkan binary logging dan mengatur parameter loose_polar_log_bin ke on. Jika tidak, pemeriksaan awal akan gagal dan tugas migrasi data tidak dapat dimulai. Untuk informasi selengkapnya tentang cara mengaktifkan binary logging dan memodifikasi parameter, lihat Aktifkan binary logging dan Modifikasi parameter.

      Catatan

      Mengaktifkan binary logging untuk klaster PolarDB for MySQL akan mengonsumsi ruang penyimpanan dan dikenai biaya penyimpanan.

    • Log biner klaster PolarDB for MySQL harus dipertahankan minimal selama 3 hari. Kami merekomendasikan periode retensi 7 hari. Jika tidak, DTS mungkin gagal mendapatkan log biner, yang dapat menyebabkan kegagalan tugas. Dalam kasus ekstrem, hal ini dapat menyebabkan ketidakkonsistenan data atau kehilangan data. Masalah yang disebabkan oleh periode retensi log biner yang lebih pendek dari persyaratan DTS tidak dicakup oleh Perjanjian Tingkat Layanan (SLA) DTS.

      Catatan

      Untuk informasi selengkapnya tentang cara mengatur periode retensi Log biner kluster PolarDB for MySQL, lihat Ubah periode retensi.

  • Batasan operasional untuk database sumber:

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

      Catatan

      Selama migrasi data 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 instans sumber. Jika tidak, akan terjadi ketidakkonsistenan data antara sumber dan tujuan. Untuk menjaga konsistensi data secara real-time, pilih migrasi skema, migrasi data penuh, dan migrasi data inkremental.

Batasan lainnya

  • Persyaratan objek migrasi:

    • Data dengan tipe BIT, VARBIT, GEOMETRY, ARRAY, UUID, TSQUERY, TSVECTOR, VECTOR, dan TXID_SNAPSHOT tidak dapat dimigrasikan.

    • Indeks awalan tidak didukung. Jika database sumber berisi indeks awalan, migrasi data mungkin gagal.

    • DTS tidak mendukung migrasi node read-only dari instans sumber PolarDB for MySQL.

    • DTS tidak mendukung migrasi tabel eksternal OSS dari instans sumber PolarDB for MySQL.

  • DTS tidak mendukung skenario alih bencana primary/standby untuk instans database selama migrasi data penuh. Dalam skenario seperti ini, segera konfigurasi ulang tugas migrasi.

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

  • Migrasi skema tidak didukung. Sebelum mengonfigurasi tugas migrasi, buat database dan tabel yang sesuai di instans tujuan PolarDB-X 1.0.

  • Sebelum memigrasikan data, evaluasi kinerja database sumber dan tujuan. Kami merekomendasikan agar Anda melakukan migrasi data pada jam sepi. Jika tidak, proses inisialisasi data penuh akan mengonsumsi sumber daya baca dan tulis dari database sumber dan tujuan, yang dapat meningkatkan beban database.

  • Proses inisialisasi data penuh menjalankan pernyataan INSERT secara konkuren, yang menyebabkan fragmentasi tabel di database tujuan. Oleh karena itu, ruang tabel instans tujuan akan lebih besar daripada instans sumber setelah inisialisasi data penuh selesai.

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

  • Selama migrasi data, jika data selain dari DTS ditulis ke database tujuan, ketidakkonsistenan data antara database sumber dan tujuan dapat terjadi.

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

    Catatan

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

  • Jika tabel PolarDB-X 1.0 tujuan memiliki auto partitioning aktif (auto_partition=true), setiap pernyataan DDL yang dieksekusi pada sumber hanya boleh berisi satu alter_specification. Jika tidak, DTS akan melaporkan error (TDDL-4998: Multi alter specifications when create GSI not support yet). Untuk mengeksekusi pernyataan DDL yang berisi beberapa item alter_specification, pisahkan setiap alter_specification menjadi pernyataan DDL terpisah dan eksekusi satu per satu. Untuk informasi selengkapnya, lihat ALTER TABLE.

Penagihan

Tipe migrasi

Biaya konfigurasi tugas

Biaya traffic internet

Migrasi data penuh

Gratis.

Gratis dalam contoh ini.

Migrasi data inkremental

Dikenai biaya. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

Pernyataan SQL yang mendukung migrasi inkremental

Tipe operasi

Pernyataan SQL

DML

INSERT, UPDATE, dan DELETE

Izin yang diperlukan untuk akun database

Database

Migrasi data penuh

Migrasi data inkremental

sumber PolarDB for MySQL

Izin SELECT

Izin baca dan tulis

tujuan PolarDB-X 1.0

Izin baca dan tulis

Untuk informasi selengkapnya tentang cara membuat dan memberikan otorisasi akun database:

Prosedur

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

    Kategori

    Pengaturan

    Deskripsi

    Tidak ada

    Task Name

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

    Source Database

    Select Existing Connection

    Anda dapat memilih apakah akan menggunakan instans database yang sudah ada berdasarkan kebutuhan bisnis Anda.

    • Jika Anda menggunakan instans yang sudah ada, informasi database di bawah ini akan diisi secara otomatis. Anda tidak perlu memasukkannya lagi.

    • Jika Anda tidak menggunakan instans yang sudah ada, Anda harus mengonfigurasi informasi database di bawah ini.

    Catatan

    Database Type

    Pilih PolarDB for MySQL.

    Access Method

    Pilih Alibaba Cloud Instance.

    Instance Region

    Pilih wilayah sumber PolarDB for MySQL.

    Replicate Data Across Alibaba Cloud Accounts

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

    PolarDB Cluster ID

    Pilih klaster sumber PolarDB for MySQL.

    Database Account

    Masukkan akun database klaster sumber PolarDB for MySQL. Untuk informasi selengkapnya tentang persyaratan izin, lihat Izin yang diperlukan untuk akun database.

    Database Password

    Masukkan kata sandi untuk akun database.

    Encryption

    Pilih nilai berdasarkan situasi aktual. Untuk informasi selengkapnya tentang enkripsi SSL, lihat Konfigurasikan enkripsi SSL.

    Destination Database

    Select Existing Connection

    Anda dapat memilih apakah akan menggunakan instans database yang sudah ada berdasarkan kebutuhan bisnis Anda.

    • Jika Anda menggunakan instans yang sudah ada, informasi database di bawah ini akan diisi secara otomatis. Anda tidak perlu memasukkannya lagi.

    • Jika Anda tidak menggunakan instans yang sudah ada, Anda harus mengonfigurasi informasi database di bawah ini.

    Catatan

    Database Type

    Pilih PolarDB-X 1.0.

    Access Method

    Pilih Alibaba Cloud Instance.

    Instance Region

    Pilih wilayah tujuan PolarDB-X 1.0.

    Instance ID

    Pilih instans tujuan PolarDB-X 1.0.

    Database Account

    Masukkan akun database instans tujuan PolarDB-X 1.0. Untuk informasi selengkapnya tentang persyaratan izin, 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.

  5. Konfigurasikan objek tugas.

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

      Pengaturan

      Deskripsi

      Migration Types

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

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

      Catatan

      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 sudah ada di database tujuan. Jika tidak ada tabel dengan nama yang sama, pemeriksaan awal berhasil. Jika ada tabel dengan nama yang sama, sistem akan melaporkan error selama pemeriksaan awal, dan tugas migrasi data tidak akan 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 untuk 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 mempertahankan catatan di database tujuan. Catatan dari database sumber tidak dimigrasikan.

          • Selama migrasi inkremental, DTS tidak mempertahankan catatan di database tujuan. Catatan dari database sumber akan 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.

      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 ingin dimigrasikan, lalu klik Right arrow untuk memindahkannya ke kotak Selected Objects.

      Catatan

      Granularitas minimum untuk memilih objek migrasi adalah tabel.

      Selected Objects

      Catatan
      • Untuk memfilter data berdasarkan kondisi, klik kanan tabel yang akan dimigrasikan di Selected Objects dan atur kondisi filter di kotak dialog yang muncul. Untuk informasi selengkapnya, lihat Filter data tugas dengan kondisi SQL.

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

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

      Pengaturan

      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.

      Retry Time for Failed Connections

      Setelah tugas migrasi dimulai, jika koneksi ke database sumber atau tujuan gagal, DTS akan melaporkan error dan segera mulai mencoba koneksi ulang. Durasi percobaan ulang default adalah 720 menit. Anda dapat menyesuaikan durasi percobaan ulang menjadi 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 akan 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 merekomendasikan agar Anda menyesuaikan waktu percobaan ulang berdasarkan kebutuhan bisnis Anda, atau segera rilis instans DTS setelah instans database sumber dan tujuan dirilis.

      Retry Time for Other Issues

      Setelah tugas migrasi dimulai, jika terjadi masalah non-koneksi—seperti exception eksekusi DDL atau DML—di database sumber atau tujuan, DTS akan melaporkan error dan segera mulai mencoba operasi ulang. Durasi percobaan ulang default adalah 10 menit. Anda dapat menyesuaikan durasi percobaan ulang menjadi 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 akan gagal.

      Penting

      Nilai Retry Time for Other Issues harus lebih kecil daripada nilai Retry Time for Failed Connections.

      Enable Throttling for Full Data Migration

      Selama migrasi penuh, DTS mengonsumsi sumber daya baca dan tulis di database sumber dan tujuan, yang 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

      Environment Tag

      Anda dapat memilih tag lingkungan yang mengidentifikasi instans berdasarkan kebutuhan bisnis Anda. Anda tidak perlu memilih tag dalam contoh ini.

      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.

      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 mengirimkan 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 akan dimulai setelah lulus pemeriksaan awal.

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

    • Jika muncul peringatan selama pemeriksaan awal:

      • Untuk item pemeriksaan yang tidak dapat diabaikan, klik View Details di sebelah item yang gagal, perbaiki masalah berdasarkan petunjuk, lalu jalankan pemeriksaan awal lagi.

      • Untuk item pemeriksaan yang dapat diabaikan, Anda dapat mengklik Confirm Alert Details, Ignore, OK, dan Precheck Again untuk melewati item peringatan dan menjalankan pemeriksaan awal lagi. Jika Anda memilih untuk mengabaikan peringatan, hal ini 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 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 akan berhenti secara otomatis setelah migrasi penuh selesai. Setelah tugas berhenti, Status-nya berubah menjadi Completed.

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