All Products
Search
Document Center

Data Transmission Service:Migrasi HBase yang dikelola sendiri ke AnalyticDB for MySQL V3.0

Last Updated:May 21, 2026

Data Transmission Service (DTS) mendukung migrasi data dari HBase yang dikelola sendiri ke AnalyticDB for MySQL V3.0.

Prasyarat

  • Untuk versi HBase yang dikelola sendiri dan AnalyticDB for MySQL V3.0 yang didukung, lihat Ikhtisar solusi migrasi.

  • Anda telah membuat kluster AnalyticDB for MySQL V3.0 tujuan. Untuk informasi selengkapnya, lihat Buat kluster.

  • Instans AnalyticDB for MySQL V3.0 tujuan harus memiliki ruang penyimpanan lebih besar daripada HBase yang dikelola sendiri.

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 sementara menonaktifkan pemeriksaan kendala dan operasi cascading kunci asing pada tingkat session. Jika terjadi operasi cascading update atau delete di database sumber saat tugas sedang berjalan, ketidakkonsistenan data dapat terjadi.

Kategori

Deskripsi

Batasan pada database sumber

  • Persyaratan bandwidth: Server database sumber harus memiliki bandwidth egress yang cukup. Jika tidak, kecepatan migrasi data akan terpengaruh.

  • Tabel yang akan dimigrasikan harus memiliki kunci primer atau kendala UNIQUE, dan semua field harus unik. Jika tidak, database tujuan mungkin berisi data duplikat.

  • Jika Anda memilih tabel sebagai objek migrasi dan perlu mengeditnya, misalnya dengan pemetaan nama tabel atau kolom, satu tugas migrasi data dapat memigrasikan hingga 1.000 tabel. Jika Anda mencoba memigrasikan lebih dari 1.000 tabel, terjadi error permintaan setelah Anda mengirimkan tugas tersebut. Dalam kasus ini, pisahkan tabel menjadi batch yang lebih kecil dan konfigurasikan beberapa tugas, atau konfigurasikan satu tugas untuk memigrasikan seluruh database.

  • Batasan operasi di database sumber:

    • Selama migrasi skema dan migrasi data penuh, jangan lakukan operasi bahasa definisi data (DDL) untuk mengubah skema database atau tabel. Jika dilakukan, tugas migrasi data akan gagal.

    • Skenario ini tidak mendukung migrasi inkremental. Untuk memastikan konsistensi data, jangan menulis data baru ke instans sumber selama proses migrasi data.

Batasan lainnya

  • Skenario ini hanya mendukung migrasi skema dan migrasi data penuh. Tidak mendukung migrasi inkremental.

  • Nama objek migrasi hanya boleh terdiri dari huruf, angka, dan garis bawah (_). Jika nama objek mengandung karakter lain, migrasi skema akan gagal.

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

  • Karena batasan AnalyticDB for MySQL, jika penggunaan ruang disk node dalam kluster AnalyticDB for MySQL melebihi 80%, kinerja penulisan ke database tujuan melambat, sehingga menyebabkan keterlambatan pada tugas DTS. Jika penggunaan melebihi 90%, data tidak dapat ditulis ke database tujuan, dan tugas DTS menjadi abnormal. Perkirakan ruang disk yang dibutuhkan berdasarkan objek migrasi sebelumnya. Pastikan kluster tujuan memiliki ruang penyimpanan yang cukup.

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

  • Sebelum melakukan migrasi data, evaluasi kinerja database sumber dan tujuan. Lakukan migrasi data pada jam sepi. Selama migrasi data penuh, DTS mengonsumsi sumber daya baca dan tulis dari database sumber dan tujuan. Hal ini dapat meningkatkan beban pada server database.

  • Selama migrasi data penuh, operasi INSERT konkuren menyebabkan fragmentasi tabel di database tujuan. Setelah migrasi data penuh selesai, ruang penyimpanan tabel di database tujuan lebih besar daripada di database sumber.

  • DTS mencoba melanjutkan tugas migrasi yang gagal dalam waktu tujuh hari. Sebelum beralih ke instans tujuan, hentikan atau lepas tugas tersebut. Anda juga dapat menjalankan perintah revoke untuk mencabut izin tulis dari akun yang digunakan DTS untuk mengakses instans tujuan. Hal ini mencegah data sumber menimpa data di instans tujuan jika tugas secara otomatis dilanjutkan.

  • Jika pernyataan DDL gagal ditulis ke database tujuan, tugas DTS tetap berjalan. Lihat pernyataan DDL yang gagal di log tugas. Untuk informasi selengkapnya, lihat Lihat log tugas.

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

Penagihan

Jenis migrasi

Biaya konfigurasi instans

Biaya lalu lintas internet

Migrasi skema dan migrasi data penuh

Gratis.

Ketika parameter Access Method database tujuan diatur ke Public IP Address, Anda dikenai biaya lalu lintas internet. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

Jenis migrasi

  • Migrasi skema

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

    Saat ini, DTS mendukung migrasi skema untuk tabel.

    Catatan

    Anda dapat memigrasikan semua tabel dalam database atau memigrasikan tabel tertentu.

  • Migrasi penuh

    DTS memigrasikan semua data historis dari objek migrasi yang ditentukan dari database sumber ke database tujuan.

Izin akun database

Database

Migrasi skema

Migrasi data penuh

HBase yang dikelola sendiri

N/A

AnalyticDB for MySQL V3.0

Izin baca dan tulis pada database tujuan.

Untuk mempelajari cara membuat dan memberikan otorisasi akun database untuk AnalyticDB for MySQL V3.0, lihat Buat 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.

    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.

    Bagian

    Parameter

    Deskripsi

    N/A

    Task Name

    DTS secara otomatis menghasilkan nama tugas. Kami menyarankan Anda menentukan nama deskriptif agar mudah diidentifikasi. 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 HBase.

    Access Method

    Pilih Public IP Address.

    Catatan

    Jika sumber adalah database yang dikelola sendiri, Anda harus melakukan persiapan terlebih dahulu. Untuk informasi selengkapnya, lihat Ikhtisar persiapan.

    Instance Region

    Pilih wilayah tempat HBase yang dikelola sendiri berada.

    ZooKeeper URL

    Masukkan alamat koneksi server ZooKeeper yang dikonfigurasi untuk HBase yang dikelola sendiri. Formatnya adalah alamat_IP:nomor_port atau nama_domain:nomor_port. Pisahkan beberapa alamat dengan koma (,).

    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 AnalyticDB for MySQL 3.0.

    Access Method

    Pilih Alibaba Cloud Instance.

    Instance Region

    Pilih wilayah tempat kluster AnalyticDB for MySQL V3.0 tujuan berada.

    Instance ID

    Pilih ID kluster AnalyticDB for MySQL V3.0 tujuan.

    Database Account

    Masukkan akun database untuk kluster AnalyticDB for MySQL V3.0 tujuan. Untuk persyaratan izin, lihat Izin akun database.

    Database Password

    Masukkan password untuk akun database.

  4. Setelah menyelesaikan konfigurasi, klik Test Connectivity and Proceed di bagian bawah halaman. Di kotak dialog CIDR Blocks of DTS Servers yang muncul, klik Test Connectivity.

    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.

      Parameter

      Deskripsi

      Migration Types

      Schema Migration dan Full Data Migration dipilih secara default.

      Catatan
      • Skenario ini tidak mendukung migrasi data inkremental. Untuk memastikan konsistensi data, jangan menulis data baru ke instans sumber selama proses migrasi data.

      • Skema dan data tabel yang dibuat menggunakan pernyataan CREATE TABLE dapat dimigrasikan ke database tujuan.

      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, terjadi error 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 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 kunci primer 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 menimpa catatan di database tujuan.

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

      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 lakukan 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 sesuai 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 pada tingkat database atau tabel. Jika Anda memilih tabel, objek lain seperti view, trigger, dan stored procedure tidak dimigrasikan.

      • Jika Anda memilih seluruh database, perilaku default adalah sebagai berikut:

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

        • Jika tabel 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 dependen mungkin gagal.

      • Untuk memfilter data menggunakan klausa WHERE, klik kanan tabel di kotak Selected Objects dan atur kondisi filter. Untuk informasi selengkapnya, lihat Atur kondisi filter.

    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 kluster 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 koneksi ulang. Durasi percobaan ulang default adalah 720 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 10 hingga 1440 menit. Kami menyarankan Anda mengatur durasi lebih dari 30 menit. Jika DTS berhasil terhubung kembali ke database sumber dan tujuan dalam durasi yang ditentukan, tugas migrasi 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 menyarankan Anda menyesuaikan waktu percobaan ulang berdasarkan kebutuhan bisnis Anda, atau segera melepas instans DTS setelah instans database sumber dan tujuan dilepas.

      Retry Time for Other Issues

      Setelah tugas migrasi dimulai, jika terjadi masalah non-konektivitas, seperti exception eksekusi DDL atau DML, di database sumber atau tujuan, DTS melaporkan error dan segera mulai mencoba operasi ulang. Durasi percobaan ulang default adalah 10 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 1 hingga 1440 menit. Kami menyarankan Anda mengatur durasi lebih dari 10 menit. Jika operasi terkait berhasil dalam durasi percobaan ulang yang ditentukan, tugas migrasi 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 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 sedang berjalan.

      Environment Tag

      Anda dapat memilih tag lingkungan untuk mengidentifikasi instans berdasarkan kebutuhan bisnis Anda. Ini tidak wajib untuk contoh ini.

      Configure ETL

      Pilih apakah akan mengaktifkan fitur extract, transform, and load (ETL). Untuk informasi selengkapnya, lihat Apa itu ETL? Nilai yang valid:

      Monitoring and Alerting

      Pilih apakah akan mengatur peringatan dan menerima notifikasi peringatan berdasarkan kebutuhan bisnis Anda.

      • No: Tidak mengatur peringatan.

      • Yes: Konfigurasikan peringatan dengan mengatur ambang batas peringatan dan notifikasi peringatan. Jika migrasi gagal atau latensi melebihi ambang batas, sistem akan mengirimkan notifikasi peringatan.

    3. 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 di database tujuan.

      Catatan
      • Langkah ini tersedia hanya jika Anda memilih Migration Types untuk parameter Schema Migration saat mengonfigurasi objek. Anda dapat mengatur Definition Status ke All untuk memodifikasi field.

      • Anda dapat memilih beberapa kolom untuk membentuk kunci primer komposit di field Primary Key Column. Anda juga harus memilih satu atau beberapa kolom dari Primary Key Column 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 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 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 tersebut berada. Nilai default adalah default resource group. Untuk informasi selengkapnya, 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 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 tersebut akan berhenti secara otomatis setelah migrasi penuh selesai. Setelah tugas berhenti, Status-nya berubah menjadi Completed.

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