All Products
Search
Document Center

Data Transmission Service:Migrasi data antar instans AnalyticDB for PostgreSQL

Last Updated:Aug 27, 2026

Topik ini menjelaskan cara melakukan migrasi data antar instans AnalyticDB for PostgreSQL menggunakan Data Transmission Service (DTS).

Prasyarat

  • Instans AnalyticDB for PostgreSQL tujuan telah dibuat dengan ruang penyimpanan yang cukup untuk menampung data dari instans sumber AnalyticDB for PostgreSQL.

  • Database telah dibuat di instans tujuan AnalyticDB for PostgreSQL untuk menerima data hasil migrasi.

Catatan

Batasan database sumber

  • Persyaratan bandwidth: Server yang menghosting database sumber harus memiliki bandwidth outbound minimal 100 Mbit/s. Jika tidak, kecepatan migrasi data akan terpengaruh.

  • Versi kernel instans sumber AnalyticDB for PostgreSQL instance harus 7.2.1.7 atau lebih baru.

  • Pengaturan parameter untuk database sumber:

    • Anda harus mengaktifkan logical decoding dengan mengatur parameter wal_level menjadi logical.

    • Jika instance edition instans sumber AnalyticDB for PostgreSQL instance adalah High-availability Edition, Anda harus mengatur parameter hot_standby, hot_standby_feedback, dan sync_replication_slots ke nilai on. Hal ini memastikan bahwa tugas migrasi berjalan sebagaimana mestinya dan mencegah interupsi pada langganan logis akibat alih bencana primary/standby.

  • Persyaratan untuk objek migrasi:

    • Nama database yang akan dimigrasikan tidak boleh mengandung tanda hubung (-), seperti dts-testdata.

    • Setiap tabel yang akan dimigrasikan harus memiliki primary key atau unique constraint. Untuk unique constraint, kolom yang dibatasi tidak boleh mengandung nilai duplikat. Jika tidak, data duplikat dapat muncul di database tujuan.

    • DTS tidak mendukung migrasi objek berikut: tabel dengan relasi pewarisan lintas skema, tabel temporary, trigger internal sistem (TRIGGER), beberapa fungsi (seperti fungsi berbasis bahasa C dan fungsi internal untuk PROCEDURE dan FUNCTION), serta ekstensi (EXTENSION). Namun, DTS mendukung migrasi beberapa tipe data kustom (COMPOSITE, ENUM, atau RANGE) dan constraint berikut: primary key, unique, dan CHECK.

    • Jika Anda menggunakan migrasi skema pada tabel partisi, informasi partisinya akan hilang, dan tabel tersebut akan dibuat sebagai tabel non-partisi di database tujuan.

    • Jika Anda melakukan migrasi objek tingkat tabel dan perlu mengeditnya—misalnya memetakan nama tabel atau kolom—satu tugas migrasi mendukung maksimal 5.000 tabel. Jika melebihi batas ini, tugas akan gagal setelah dikirim. Dalam kasus ini, bagi tabel menjadi beberapa tugas migrasi atau konfigurasikan satu tugas untuk memigrasikan seluruh database.

  • 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 kueri ke database sumber. Hal ini membuat metadata lock, 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.

  • Jika database sumber memiliki transaksi jangka panjang dan instans dikonfigurasi untuk tugas migrasi inkremental, write-ahead logging (WAL) yang dihasilkan sebelum transaksi tersebut dikomit tidak dapat dihapus. Hal ini dapat menyebabkan akumulasi WAL dan menghabiskan ruang disk database sumber.

Batasan lainnya

  • Satu tugas migrasi hanya dapat memigrasikan data dari satu database. Untuk memigrasikan beberapa database, Anda harus mengonfigurasi tugas migrasi terpisah untuk masing-masing database.

  • DTS tidak mendukung migrasi operasi DDL dari database sumber.

  • Setelah migrasi skema, akun yang digunakan untuk tugas migrasi menjadi pemilik semua skema dan tabel di database tujuan.

  • Jika tabel sumber memiliki primary key, kunci tersebut dipertahankan di database tujuan. Jika tabel sumber tidak memiliki primary key, kunci distribusi-nya secara default menjadi primary key di database tujuan.

  • Jika tabel yang akan dimigrasikan mengandung kolom bertipe SERIAL, sequence secara otomatis dibuat untuk kolom tersebut di database sumber. Oleh karena itu, saat Anda mengonfigurasi Source Objects, jika Migration Types mencakup Schema Migration, kami menyarankan agar Anda juga memilih Sequence atau memigrasikan seluruh skema. Jika tidak, instans migrasi dapat gagal.

  • Untuk tugas yang mencakup migrasi data inkremental, Anda harus menjalankan perintah ALTER TABLE schema.table REPLICA IDENTITY FULL; pada tabel yang akan dimigrasikan di database sumber sebelum menulis data ke dalamnya. Hal ini memastikan konsistensi data untuk tabel dalam dua skenario berikut. Untuk mencegah deadlock, hindari operasi penguncian tabel saat perintah ini dijalankan. Jika Anda melewati pemeriksaan terkait selama Pemeriksaan Awal, DTS akan menjalankan perintah ini secara otomatis saat menginisialisasi instans.

    • Saat instans dijalankan pertama kali.

    • Saat granularitas objek migrasi diatur ke Schema dan tabel baru dibuat dalam skema tersebut atau tabel yang sudah ada direkonstruksi menggunakan perintah RENAME.

    Catatan
    • Dalam perintah tersebut, ganti schema dan table dengan nama skema dan nama tabel dari data yang akan dimigrasikan.

    • Lakukan operasi ini selama jam sepi.

  • DTS memvalidasi konten data tetapi tidak memvalidasi metadata seperti sequence; Anda harus memvalidasi metadata tersebut sendiri.

  • Sebelum alih bencana, Anda harus mengkueri nilai maksimum setiap sequence di database sumber, lalu menggunakan nilai tersebut sebagai nilai awal untuk sequence yang sesuai di database tujuan. Perintah berikut mengkueri nilai sequence di database sumber:

    do language plpgsql $$
    declare
      nsp name;
      rel name;
      val int8;
    begin
      for nsp,rel in select nspname,relname from pg_class t2 , pg_namespace t3 where t2.relnamespace=t3.oid and t2.relkind='S'
      loop
        execute format($_$select last_value from %I.%I$_$, nsp, rel) into val;
        raise notice '%',
        format($_$select setval('%I.%I'::regclass, %s);$_$, nsp, rel, val+1);
      end loop;
    end;
    $$;
    Catatan

    Pernyataan SQL yang dikembalikan setelah menjalankan perintah di atas berisi semua sequence di database sumber. Jalankan pernyataan tersebut di database tujuan sesuai kebutuhan bisnis Anda.

  • Untuk memastikan akurasi latensi yang ditampilkan selama migrasi data inkremental, DTS membuat tabel heartbeat bernama dts_postgres_heartbeat di database sumber.

  • DTS membuat tabel temporary berikut di database sumber untuk mendapatkan informasi seperti pernyataan DDL untuk data inkremental, skema tabel inkremental, dan data heartbeat. Jangan menghapus tabel-tabel temporary ini selama migrasi. Jika dihapus, tugas DTS akan terganggu. DTS secara otomatis menghapus tabel-tabel ini setelah instans migrasi dilepas.

    public.dts_pg_class, public.dts_pg_attribute, public.dts_pg_type, public.dts_pg_enum, public.dts_postgres_heartbeat, public.dts_ddl_command, public.dts_args_session, dan public.aliyun_dts_instance.

  • Selama migrasi data inkremental, DTS membuat slot replikasi dengan awalan dts_sync_ di database sumber untuk mereplikasi data. Slot replikasi ini memungkinkan DTS mendapatkan log inkremental dari database sumber selama 15 menit terakhir. Saat tugas migrasi data gagal atau instans migrasi dilepas, DTS akan mencoba membersihkan slot replikasi secara otomatis.

    Catatan
    • Jika Anda mengubah kata sandi akun database sumber yang digunakan oleh tugas atau menghapus alamat IP DTS dari daftar putih alamat IP database sumber selama migrasi, slot replikasi tidak dapat dibersihkan secara otomatis. Dalam hal ini, Anda harus membersihkan slot replikasi secara manual di database sumber untuk mencegah akumulasi log, yang dapat menghabiskan ruang disk dan menyebabkan database sumber tidak tersedia.

    • Jika terjadi alih bencana primary/secondary pada database sumber, Anda harus login ke database secondary untuk membersihkan slot replikasi secara manual.

  • Selama migrasi data penuh, DTS mengonsumsi sumber daya baca dan tulis di kedua database (sumber dan tujuan), yang dapat meningkatkan beban mereka. Sebelum migrasi, evaluasi kinerja kedua database dan jalankan migrasi selama jam sepi, misalnya saat CPU utilization kedua database berada di bawah 30%.

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

  • Selama tugas migrasi berjalan:

    • Jangan mengubah endpoint koneksi atau zona ketersediaan instans AnalyticDB for PostgreSQL. Jika diubah, tugas migrasi akan gagal.

    • Jika proses selain DTS menulis data ke database tujuan selama migrasi, hal ini dapat menyebabkan ketidakkonsistenan data atau bahkan kegagalan tugas migrasi.

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

Penagihan

Jenis migrasi Biaya konfigurasi link Biaya transfer data
Migrasi skema + migrasi data penuh Gratis Gratis (kecuali metode akses tujuan adalah Public IP Address — lihat Ikhtisar penagihan)
Migrasi data inkremental Dikenai biaya — lihat Ikhtisar penagihan

Objek yang didukung

  • SCHEMA, TABLE

    Catatan

    Tabel mencakup PRIMARY KEY, UNIQUE KEY, DATATYPE (tipe data bawaan), dan DEFAULT CONSTRAINT.

  • VIEW, INDEX, PROCEDURE, FUNCTION, RULE, SEQUENCE, AGGREGATE, OPERATOR, DOMAIN

SQL yang didukung untuk migrasi inkremental

Jenis operasi

Pernyataan SQL

DML

INSERT, UPDATE, DELETE

Persyaratan izin akun database

Database

Izin yang diperlukan

Tindakan

Instans sumber AnalyticDB for PostgreSQL

Izin baca dan REPLICATION untuk objek yang akan dimigrasikan. ALTER USER your_user WITH REPLICATION;

Buat dan kelola pengguna

Catatan

Anda dapat memberikan izin REPLICATION dengan menjalankan perintah ALTER USER <username> WITH REPLICATION;.

Instans tujuan AnalyticDB for PostgreSQL

Izin baca dan tulis pada database tujuan.

Buat dan kelola pengguna

Catatan

Anda dapat menggunakan akun awal atau akun dengan role RDS_SUPERUSER.

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 mode dan tata letak Konsol DMS. Untuk informasi lebih lanjut, 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

    Parameter

    Deskripsi

    N/A

    Task Name

    DTS secara otomatis menghasilkan nama tugas. Kami menyarankan Anda menentukan nama deskriptif agar mudah diidentifikasi. Nama ini 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 AnalyticDB for PostgreSQL.

    Access Method

    Pilih Alibaba Cloud Instance.

    Instance Region

    Pilih wilayah instans sumber AnalyticDB for PostgreSQL.

    Replicate Data Across Alibaba Cloud Accounts

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

    Instance ID

    Pilih ID instans instans sumber AnalyticDB for PostgreSQL.

    Database Name

    Masukkan nama database di instans sumber AnalyticDB for PostgreSQL yang akan dimigrasikan.

    Database Account

    Masukkan akun database untuk instans sumber AnalyticDB for PostgreSQL.

    Database Password

    Masukkan kata sandi 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 PostgreSQL.

    Access Method

    Pilih Alibaba Cloud Instance.

    Instance Region

    Pilih wilayah instans tujuan AnalyticDB for PostgreSQL.

    Instance ID

    Pilih ID instans instans tujuan AnalyticDB for PostgreSQL.

    Database Name

    Masukkan nama database di instans tujuan AnalyticDB for PostgreSQL yang akan menerima data hasil migrasi.

    Database Account

    Masukkan akun database untuk instans tujuan AnalyticDB for PostgreSQL.

    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 agar mengizinkan akses dari server DTS. Untuk informasi lebih lanjut, lihat Tambahkan alamat IP server DTS ke daftar putih.

  5. Konfigurasikan objek tugas.

    1. Di halaman Configure Objects, konfigurasikan objek yang ingin dimigrasikan.

      Parameter

      Deskripsi

      Migration Types

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

      • Untuk migrasi tanpa downtime, pilih Schema Migration, Full Data Migration, dan Incremental Data Migration.

      Catatan
      • Jika Anda tidak memilih Schema Migration, pastikan 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 inkremental tingkat instans sesuai kebutuhan Anda.

      Catatan

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

      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 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 mengubah nama tabel di database tujuan. Untuk informasi lebih lanjut, 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 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.

      Storage Engine Type

      Pilih mesin penyimpanan untuk tabel tujuan sesuai kebutuhan bisnis Anda. Nilai default-nya adalah Beam.

      Catatan

      Parameter ini tersedia hanya jika instans tujuan AnalyticDB for PostgreSQL memiliki versi kernel v7.0.6.6 atau lebih baru dan Anda memilih Migration Types untuk parameter Schema Migration.

      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 lebih lanjut, lihat Sensitivitas huruf besar/kecil nama objek di database tujuan.

      Source Objects

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

      Catatan

      Anda dapat memilih objek migrasi tingkat skema atau tabel.

      Selected Objects

      • Untuk mengatur nama objek migrasi di instans tujuan, atau menentukan objek yang menerima data di instans tujuan, klik kanan objek migrasi di kotak Selected Objects untuk melakukan perubahan. Untuk informasi lebih lanjut, lihat Pemetaan nama objek.

      • Untuk menghapus objek migrasi yang dipilih, klik objek di kotak Selected Objects, lalu klik image untuk memindahkannya ke kotak Source Objects.

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

      • Untuk mengatur klausa WHERE guna memfilter data, klik kanan tabel yang akan dimigrasikan di kotak Selected Objects dan atur kondisi filter di kotak dialog yang muncul. Untuk informasi lebih lanjut tentang cara mengatur kondisi, lihat Filter data tugas dengan kondisi SQL.

      • Untuk memilih operasi SQL untuk migrasi inkremental, 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 ingin 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 mencoba menghubungkan kembali. Durasi percobaan ulang default adalah 720 menit. Anda dapat menyesuaikan durasi percobaan ulang ke nilai antara 10 hingga 1.440 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 sesuai kebutuhan bisnis, 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 durasi percobaan ulang ke nilai antara 1 hingga 1.440 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 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. Ini tidak wajib untuk contoh ini.

      Configure ETL

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

      Monitoring and Alerting

      Pilih apakah akan mengatur peringatan dan menerima pemberitahuan peringatan sesuai 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 mengirim pemberitahuan peringatan.

    3. Opsi: Setelah menyelesaikan pengaturan di atas, klik Next: Configure Database and Table Fields untuk mengonfigurasi Type, Primary Key Column, dan Distribution Key untuk tabel yang dimigrasikan di instans tujuan AnalyticDB for PostgreSQL.

      Catatan
      • Langkah ini tersedia hanya jika Anda memilih Schema Migration untuk Migration Types saat mengonfigurasi objek tugas. Anda dapat mengatur Definition Status ke All untuk melakukan modifikasi.

      • Primary Key Column dapat berupa kunci komposit yang terdiri dari beberapa kolom. Anda harus memilih satu atau beberapa kolom dari Primary Key Column untuk dijadikan Distribution Key. Untuk informasi lebih lanjut, lihat Kelola tabel data dan Definisi distribusi tabel.

  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 pemeriksaan awal lagi.

    • Jika peringatan muncul 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 lebih lanjut, lihat tabel berikut.

      Kategori

      Parameter

      Deskripsi

      New Instance Class

      Resource Group Settings

      Pilih kelompok sumber daya tempat instans berada. Nilai default-nya adalah kelompok sumber daya default. Untuk informasi lebih lanjut, 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 lebih lanjut, 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 berhenti secara otomatis. Tugas migrasi inkremental terus berjalan. Selama tugas migrasi inkremental berjalan, Status tugas adalah Running.