All Products
Search
Document Center

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

Last Updated:May 21, 2026

Gunakan Data Transmission Service (DTS) untuk memigrasikan data dari PolarDB-X 2.0 ke AnalyticDB for MySQL 3.0, sehingga Anda dapat dengan cepat membangun sistem internal untuk business intelligence (BI), kueri interaktif, dan laporan real-time.

Prasyarat

  • Anda telah membuat instans sumber PolarDB-X 2.0.

  • Anda memiliki kluster tujuan AnalyticDB for MySQL 3.0. Untuk informasi selengkapnya, lihat Buat kluster.

  • Kluster tujuan AnalyticDB for MySQL 3.0 harus memiliki ruang penyimpanan lebih besar daripada yang digunakan oleh instans sumber PolarDB-X 2.0.

Batasan

Catatan
  • Selama migrasi skema, DTS tidak memigrasikan foreign key dari database sumber ke database tujuan.

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

Type

Description

Batasan database sumber

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

  • Instans hanya baca PolarDB-X 2.0 Edisi Perusahaan tidak didukung sebagai database sumber.

  • Tabel yang akan dimigrasikan harus memiliki PRIMARY KEY atau constraint UNIQUE, dan field dalam kunci atau constraint 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 binary log, dan atur parameter binlog_row_image ke full. Jika tidak, pemeriksaan awal gagal dan tugas migrasi data tidak dapat dimulai.

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

  • Jika nama tabel di instans PolarDB-X 2.0 mengandung huruf kapital, DTS hanya mendukung migrasi skema untuk tabel tersebut.

  • Batasan operasional pada database sumber:

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

      Catatan

      Selama migrasi data penuh, DTS melakukan kueri ke database sumber. Tindakan ini menempatkan metadata lock, yang dapat memblokir operasi DDL pada database sumber.

    • Jika Anda perlu mengubah jenis jaringan instans PolarDB-X 2.0 selama migrasi, Anda harus memperbarui informasi koneksi jaringan tugas migrasi setelah perubahan selesai.

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

  • Migrasi kelompok tabel (TABLEGROUP) dan database atau tabel dengan atribut Locality tidak didukung.

  • Migrasi tabel yang namanya merupakan kata kunci tercadang, seperti select, tidak didukung.

  • Di instans PolarDB-X 2.0, partisi database dalam mode DRDS tidak didukung untuk sinkronisasi.

Batasan lainnya

  • DTS tidak mendukung migrasi prefix index. Jika database sumber berisi prefix index, tugas migrasi data mungkin gagal.

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

  • Jika penggunaan ruang disk pada suatu node di kluster tujuan AnalyticDB for MySQL 3.0 melebihi 80%, tugas DTS mungkin tertunda atau mengalami error. Hal ini disebabkan oleh batasan pada AnalyticDB for MySQL 3.0. Sebelum memulai migrasi, perkirakan ruang penyimpanan yang dibutuhkan berdasarkan objek yang akan dimigrasikan dan pastikan kluster tujuan memiliki ruang yang cukup.

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

  • Sebelum memulai 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 pada kedua database, yang meningkatkan beban database.

  • Selama migrasi data penuh, operasi INSERT konkuren dapat menyebabkan fragmentasi tabel di database tujuan. Akibatnya, tabel di database tujuan mungkin menempati ruang penyimpanan lebih besar daripada di database sumber.

  • DTS mencoba memulihkan tugas yang gagal hingga tujuh hari. Oleh karena itu, sebelum beralih ke database tujuan, pastikan untuk mengakhiri atau melepas tugas tersebut. Atau, cabut izin tulis akun yang digunakan DTS untuk mengakses database tujuan dengan perintah REVOKE. Hal ini mencegah DTS menimpa data di database tujuan jika tugas dipulihkan secara otomatis.

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

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

  • Saat menggunakan AnalyticDB for MySQL sebagai database tujuan, DTS hanya dapat menulis tipe data yang didukung secara native, termasuk tipe data dasar dan tipe data kompleks seperti ARRAY, MAP, dan JSON. Tipe lain seperti MULTIVALUE tidak didukung.

Peringatan lainnya

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

Penagihan

Jenis migrasi

Biaya konfigurasi instans

Biaya lalu lintas Internet

Migrasi skema dan migrasi data penuh

Gratis.

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

Migrasi data inkremental

Dikenai biaya. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

Jenis migrasi

  • Migrasi skema

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

  • Migrasi penuh

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

  • Migrasi inkremental

    Setelah migrasi penuh selesai, DTS memigrasikan pembaruan data inkremental dari database sumber ke database tujuan. Migrasi inkremental memungkinkan Anda memigrasikan data secara mulus tanpa mengganggu aplikasi yang dikelola sendiri.

Operasi SQL yang didukung untuk migrasi inkremental

Jenis 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 primary key, 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 tersebut 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.

Izin akun database

Database

Migrasi skema

Migrasi data penuh

Migrasi data inkremental

PolarDB-X 2.0

Izin SELECT

Izin SELECT

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

Catatan

Untuk informasi tentang cara memberikan izin, lihat Masalah izin akun selama sinkronisasi data.

AnalyticDB for MySQL 3.0

izin baca dan tulis

Untuk membuat akun database dan memberikan izin:

AnalyticDB for MySQL 3.0: Buat akun database.

Pemetaan tipe data

Untuk detailnya, lihat Pemetaan tipe data untuk sinkronisasi skema awal.

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

    Kategori

    Parameter

    Deskripsi

    N/A

    Task Name

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

    Database Type

    Pilih PolarDB-X 2.0.

    Connection Type

    Pilih Alibaba Cloud Instance.

    Instance Region

    Pilih wilayah tempat instans PolarDB-X 2.0 sumber berada.

    Replicate Data Across Alibaba Cloud Accounts

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

    Instance ID

    Pilih ID instans PolarDB-X 2.0 sumber.

    Database Account

    Masukkan akun database instans PolarDB-X 2.0 sumber. Untuk informasi tentang izin yang diperlukan, 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 manual informasi database di bawah.

    Database Type

    Pilih AnalyticDB for MySQL 3.0.

    Connection Type

    Pilih Alibaba Cloud Instance.

    Instance Region

    Pilih wilayah tempat kluster AnalyticDB for MySQL 3.0 tujuan berada.

    Instance ID

    Pilih ID kluster AnalyticDB for MySQL 3.0 tujuan.

    Database Account

    Masukkan akun database untuk kluster AnalyticDB for MySQL 3.0 tujuan. Untuk informasi tentang izin yang diperlukan, 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

      • 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 for Existing Destination 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, 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 mengganti 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 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 mungkin gagal. Lanjutkan dengan hati-hati.

      Table Merging

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

      Source Objects

      Pilih satu atau beberapa objek dari bagian Source Objects. Klik ikon Rightwards arrow dan tambahkan objek ke bagian Selected Objects.

      Catatan
      • Anda dapat memilih objek migrasi pada 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 primary key (kolom tunggal atau komposit), kolom primary key digunakan sebagai distribution key.

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

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

      • Untuk memfilter data dengan klausa WHERE, klik kanan tabel 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. Di kotak dialog yang muncul, pilih operasi SQL yang diinginkan.

    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 kesalahan dan segera mencoba menghubungkan kembali. 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 gagal.

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

      • Karena Anda dikenai biaya untuk tugas selama periode percobaan ulang koneksi, kami 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 pengecualian eksekusi DDL atau DML, di database sumber atau tujuan, DTS melaporkan kesalahan dan segera mencoba mengulang operasi tersebut. 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 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 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 untuk mengidentifikasi instans berdasarkan kebutuhan Anda. Ini tidak diperlukan untuk 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 keterlambatan.

      • No: Menulis informasi SQL heartbeat ke database sumber. Hal ini dapat mengganggu fitur seperti backup fisik dan kloning 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 alert threshold dan alert notifications. Jika migrasi gagal atau latensi melebihi ambang batas, sistem mengirim 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 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 composite primary key. 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 balon yang muncul.

    • Jika Anda tidak perlu melihat atau telah selesai melihat parameter API, klik Next: Save Task Settings and Precheck di bagian bawah halaman.

    Catatan
    • Sebelum tugas migrasi dimulai, DTS melakukan pemeriksaan awal. Tugas hanya dimulai setelah lolos pemeriksaan awal.

    • Jika pemeriksaan awal gagal, klik View Details di sebelah item pemeriksaan yang gagal, perbaiki masalah berdasarkan petunjuk, 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 petunjuk, 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 berada. Nilai default adalah kelompok sumber daya default. Untuk informasi selengkapnya, lihat Apa itu Resource Management?

      Instance Class

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