All Products
Search

This Product

    Data Transmission Service:Migrasi dari PolarDB-X 1.0 ke AnalyticDB for MySQL 3.0

    Document Center

    Data Transmission Service:Migrasi dari PolarDB-X 1.0 ke AnalyticDB for MySQL 3.0

    Last Updated:Jun 28, 2026

    Topik ini menjelaskan cara memigrasikan data dari instans PolarDB-X 1.0 ke kluster AnalyticDB for MySQL 3.0 menggunakan Data Transmission Service (DTS).

    Prasyarat

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

      Catatan

      Instans PolarDB-X 1.0 harus menggunakan ApsaraDB RDS for MySQL sebagai tipe penyimpanannya. Ini mencakup instans RDS yang dikustomisasi secara privat maupun instans RDS yang dibeli terpisah. PolarDB for MySQL tidak didukung.

    • Jika Anda perlu melakukan migrasi data inkremental, pastikan set karakter data sumber bukan utf8mb3. Jika tidak, migrasi akan gagal.

    • Anda memiliki klaster tujuan AnalyticDB for MySQL V3.0. Ruang penyimpanan klaster tersebut harus melebihi ruang penyimpanan yang digunakan oleh instans sumber PolarDB-X 1.0. Untuk informasi selengkapnya, lihat Buat klaster.

    Batasan

    Catatan

    • Saat migrasi skema, DTS tidak memigrasikan kunci asing (foreign keys) dari database sumber ke database tujuan.

    • Selama migrasi data penuh dan migrasi data inkremental, DTS sementara menonaktifkan pemeriksaan kendala (constraint checks) dan operasi cascading kunci asing pada tingkat sesi. Jika operasi cascading update atau delete terjadi di database sumber saat tugas berjalan, ketidakkonsistenan data dapat terjadi.

    • Saat migrasi skema, DTS tidak mendukung pemigrasian tampilan yang di-materialisasi (materialized views) ke instans AnalyticDB for MySQL tujuan. Untuk menggunakan materialized view, buat secara manual di instans tujuan setelah migrasi selesai.

    Tipe

    Deskripsi

    Batasan database sumber

    • Persyaratan bandwidth: Server yang menghosting database sumber harus memiliki bandwidth outbound yang mencukupi. Bandwidth yang tidak mencukupi akan memperlambat migrasi data.

    • Tabel yang akan dimigrasikan harus memiliki PRIMARY KEY atau kendala UNIK, dan bidang dalam kunci atau kendala tersebut harus unik. Jika tidak, hal ini dapat menyebabkan data duplikat 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 log biner, 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 mensyaratkan 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 disyaratkan, DTS mungkin gagal memperolehnya, yang dapat menyebabkan kegagalan tugas atau bahkan ketidakkonsistenan dan kehilangan data. SLA DTS tidak mencakup masalah yang disebabkan oleh periode retensi log biner yang tidak mencukupi.

    • 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 tidak, tugas migrasi data akan gagal.

        Catatan

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

      • Jika kunci partisi diubah di database sumber dan kunci primer 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 terhubung dengannya. DTS membuat tautan migrasi terpisah untuk setiap instans RDS for MySQL. Perubahan 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 kunci primer 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 kunci primer tabel target mencakup kolom kunci partisi dari database sumber.

      • Selama migrasi penuh dan inkremental, DTS sementara menonaktifkan pemeriksaan kendala dan operasi cascading kunci asing pada tingkat sesi. Jika operasi cascading update atau delete terjadi di database sumber saat tugas berjalan, ketidakkonsistenan 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 mempertahankan konsistensi data secara real-time, pilih migrasi skema, migrasi data penuh, dan migrasi data inkremental.

    • PolarDB-X 1.0 harus kompatibel dengan MySQL 5.7.

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

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

    Batasan lainnya

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

    • 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 dalam skenario pemulihan bencana untuk modul penangkapan data inkremental, transaksi XA yang belum dikomit dapat hilang.

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

    • Sebelum melakukan migrasi data, evaluasi kinerja database sumber dan tujuan. Lakukan migrasi data selama jam sepi. Jika tidak, migrasi data penuh akan mengonsumsi sumber daya baca dan tulis dari kedua database, sehingga meningkatkan beban database.

    • Selama migrasi data penuh, DTS menjalankan operasi INSERT secara konkuren, yang dapat menyebabkan fragmentasi tabel di database tujuan. Akibatnya, tabel di database tujuan akan menempati ruang penyimpanan lebih besar daripada di instans sumber.

    • DTS mencoba melanjutkan tugas migrasi yang gagal dalam waktu tujuh hari. Oleh karena itu, sebelum beralih ke instans tujuan, Anda harus mengakhiri atau melepas tugas tersebut, atau gunakan 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 dilanjutkan secara otomatis.

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

    • Jika suatu 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 dalam Modifikasi parameter instans.

    • Ketika database tujuan adalah AnalyticDB for MySQL 3.0, DTS hanya mendukung penulisan tipe data yang didukung oleh database tersebut, termasuk Tipe Data Dasar dan Tipe Data Kompleks seperti ARRAY, MAP, dan JSON. Tipe lain seperti MULTIVALUE tidak didukung.

    Pertimbangan tambahan

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

    Penagihan

    Tipe migrasi

    Biaya konfigurasi instans

    Biaya lalu lintas internet

    Migrasi skema dan migrasi data penuh

    Gratis.

    Gratis dalam contoh ini.

    Migrasi data inkremental

    Dikenai biaya. Lihat Ikhtisar penagihan untuk informasi selengkapnya.

    Tipe 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 melakukan migrasi data secara mulus tanpa mengganggu aplikasi yang dikelola sendiri.

    Operasi SQL yang didukung untuk migrasi inkremental

    Tipe operasi

    Pernyataan SQL

    DML

    INSERT, UPDATE, 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.

    Persyaratan izin untuk akun database

    Database

    Migrasi skema

    Migrasi data penuh

    Migrasi data inkremental

    Instans PolarDB-X 1.0

    Hak istimewa SELECT

    Hak istimewa SELECT

    Hak istimewa REPLICATION SLAVE, REPLICATION CLIENT, dan SELECT pada objek yang akan dimigrasikan.

    Catatan

    Untuk informasi tentang pemberian hak istimewa, lihat Izin akun untuk sinkronisasi data.

    Klaster AnalyticDB for MySQL V3.0

    izin baca dan tulis

    Untuk membuat akun database dan memberikan hak istimewa:

    Pemetaan tipe data

    Untuk detailnya, lihat Pemetaan tipe data untuk inisialisasi skema.

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

      Kategori

      Parameter

      Deskripsi

      Tidak ada

      Task Name

      DTS secara otomatis menghasilkan nama tugas. Kami sarankan 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 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 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, instans database di bawah Akun Alibaba Cloud saat ini digunakan. Pilih No.

      Instance ID

      Pilih ID instans PolarDB-X 1.0 sumber.

      Database Account

      Masukkan akun database untuk instans PolarDB-X 1.0 sumber. Untuk detail persyaratan izin, lihat Izin yang diperlukan untuk akun database.

      Database Password

      Masukkan password untuk akun database.

      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.

      Connection Type

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah tempat klaster AnalyticDB for MySQL tujuan berada.

      Instance ID

      Pilih ID klaster tujuan AnalyticDB for MySQL.

      Database Account

      Masukkan akun database untuk klaster tujuan AnalyticDB for MySQL. Untuk detail persyaratan izin, lihat Izin yang diperlukan untuk akun database.

      Database Password

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

        Parameter

        Deskripsi

        Migration Types

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

        DDL and DML Operations to Be Synchronized

        Pilih operasi SQL untuk migrasi data inkremental pada tingkat instans. Untuk informasi selengkapnya tentang operasi yang didukung, lihat Operasi SQL yang didukung untuk migrasi inkremental.

        Catatan

        Untuk memilih operasi SQL untuk migrasi inkremental pada tingkat database atau tabel, klik kanan objek migrasi di kotak Selected Objects dan pilih operasi SQL yang diinginkan di kotak dialog.

        Merge Tables

        • Yes: DTS menambahkan kolom __dts_data_source ke setiap tabel untuk menyimpan sumber data. Untuk informasi selengkapnya, lihat Aktifkan penggabungan multi-tabel.

          Catatan

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

        • No: Ini adalah opsi default.

        Peringatan

        Jangan lakukan operasi DDL untuk mengubah skema database atau tabel sumber. Jika tidak, ketidakkonsistenan data dapat terjadi atau tugas migrasi dapat gagal.

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

        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 database atau tabel sebagai objek migrasi.

        • Jika Anda memilih seluruh database untuk dimigrasikan, aturan default berikut berlaku:

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

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

          • Perubahan seperti menambah atau menghapus tabel di database sumber tidak dimigrasikan ke database tujuan.

        Selected Objects
        Catatan

        • Jika Anda menggunakan fitur pemetaan nama objek untuk mengganti nama objek, migrasi objek lain yang bergantung padanya mungkin gagal.

        • Untuk menggunakan kondisi WHERE untuk memfilter data, klik kanan tabel yang akan dimigrasikan di kotak Selected Objects dan tentukan kondisi filter di kotak dialog yang muncul. Untuk informasi selengkapnya, lihat Atur kondisi filter.

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

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

        Parameter

        Deskripsi

        Dedicated Cluster for Task Scheduling

        Secara default, DTS menjadwalkan tugas pada 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 melaporkan kesalahan dan segera mulai mencoba koneksi ulang. Durasi percobaan ulang default adalah 720 menit. Anda dapat menyesuaikan durasi percobaan ulang ke nilai antara 10 hingga 1440 menit. Kami sarankan Anda mengatur durasi lebih dari 30 menit. Jika DTS berhasil terhubung kembali ke database sumber dan tujuan dalam durasi yang ditentukan, tugas migrasi akan dilanjutkan secara otomatis. Jika tidak, tugas gagal.

        Catatan

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

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

        Retry Time for Other Issues

        Setelah tugas migrasi dimulai, jika terjadi masalah non-konektivitas, seperti pengecualian eksekusi DDL atau DML, di database sumber atau tujuan, DTS melaporkan kesalahan dan segera mulai mencoba operasi ulang. Durasi percobaan ulang default adalah 10 menit. Anda dapat menyesuaikan durasi percobaan ulang ke nilai antara 1 hingga 1440 menit. Kami sarankan Anda mengatur durasi lebih dari 10 menit. Jika operasi terkait berhasil dalam durasi percobaan ulang yang ditentukan, tugas migrasi akan dilanjutkan secara otomatis. Jika tidak, tugas gagal.

        Penting

        Nilai Retry Time for Other Issues harus 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. Dalam contoh ini, Anda tidak perlu memilih tag lingkungan.

        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.

      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 yang akan dimigrasikan di database tujuan.

        Catatan

        • Langkah ini tersedia hanya jika Anda memilih Schema Migration untuk Migration Types. Untuk memodifikasi pengaturan, atur Definition Status ke All.

        • Di Primary Key Column, Anda dapat memilih beberapa kolom untuk membentuk kunci primer komposit. Anda kemudian 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 kursor 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 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 peringatan dilaporkan selama pemeriksaan awal:

        • Untuk item pemeriksaan yang tidak dapat diabaikan, klik View Details di sebelah item yang gagal, perbaiki masalah berdasarkan petunjuk, lalu jalankan 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 tautan untuk instans migrasi data. Untuk informasi selengkapnya, lihat tabel berikut.

        Kategori

        Parameter

        Deskripsi

        New Instance Class

        Resource Group Settings

        Pilih resource group tempat instans tersebut berada. Nilai default-nya adalah default resource group. Untuk informasi selengkapnya, lihat Apa itu Resource Management?

        Instance Class

        DTS menyediakan spesifikasi migrasi dengan tingkat kinerja yang 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 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.