全部产品
Search

搜索本产品

    Data Transmission Service：Migrasi data dari PolarDB for PostgreSQL ke AnalyticDB for PostgreSQL

    文档中心

    Data Transmission Service：Migrasi data dari PolarDB for PostgreSQL ke AnalyticDB for PostgreSQL

    更新时间：Feb 05, 2026

    Topik ini menjelaskan cara menggunakan Data Transmission Service (DTS) untuk memigrasikan data dari klaster PolarDB for PostgreSQL ke instans AnalyticDB for PostgreSQL.

    Prasyarat

    • Buat instans tujuan AnalyticDB for PostgreSQL dengan kapasitas disk space lebih besar daripada instans sumber PolarDB for PostgreSQL. Untuk informasi selengkapnya, lihat Buat instans.

    • Atur parameter wal_level pada klaster sumber PolarDB for PostgreSQL menjadi logical. Untuk informasi selengkapnya, lihat Atur parameter klaster.

    • Buat database di instans tujuan AnalyticDB for PostgreSQL untuk menyimpan data yang dimigrasikan. Untuk informasi selengkapnya, lihat CREATE DATABASE.

    Peringatan

    Catatan

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

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

    Type

    Deskripsi

    Batasan database sumber

    • Pada klaster PolarDB for PostgreSQL, tabel yang akan dimigrasikan harus memiliki primary key atau unique index non-null.

    • Jika database sumber memiliki transaksi jangka panjang dan instans tersebut memiliki tugas migrasi inkremental, write-ahead log (WAL) yang dihasilkan sebelum transaksi jangka panjang tersebut dikomit dapat menumpuk. Hal ini dapat menyebabkan disk space database sumber menjadi tidak mencukupi.

    • Untuk memastikan tugas migrasi berjalan sesuai harapan dan mencegah replikasi logis terganggu oleh alih bencana primary/secondary, klaster PolarDB for PostgreSQL harus mendukung dan mengaktifkan Logical Replication Slot Failover.

      Catatan

      Jika klaster sumber PolarDB for PostgreSQL tidak mendukung Logical Replication Slot Failover (misalnya, jika Database Engine klaster tersebut adalah PostgreSQL 14), alih bencana high-availability (HA) di database sumber dapat menyebabkan instans migrasi gagal dan tidak dapat dipulihkan.

    • Batasan operasi di database sumber:

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

      • Jika Anda hanya melakukan migrasi data penuh, jangan menulis data baru ke instans sumber. Jika dilakukan, akan terjadi ketidakkonsistenan data antara database sumber dan tujuan. Untuk menjaga konsistensi data secara real-time, kami menyarankan Anda memilih migrasi skema, migrasi data penuh, dan migrasi data inkremental.

      • Karena batasan inheren replikasi logis di database sumber, jika satu bagian data yang akan dimigrasikan melebihi 256 MB setelah perubahan inkremental, instans migrasi dapat gagal dan tidak dapat dipulihkan. Anda harus mengonfigurasi ulang instans migrasi tersebut.

    Batasan lainnya

    • Satu tugas migrasi data hanya dapat memigrasikan satu database. Untuk memigrasikan beberapa database, konfigurasikan tugas migrasi data terpisah untuk setiap database.

    • DTS tidak mendukung migrasi tabel ekstensi TimescaleDB, tabel dengan pewarisan cross-schema, atau tabel dengan unique index berbasis ekspresi.

    • Skema yang dibuat dengan menginstal plugin tidak dapat dimigrasikan. Anda tidak dapat memperoleh informasi tentang skema tersebut di Konsol saat mengonfigurasi tugas.

    • DTS tidak mendukung migrasi DATATYPE, SEQUENCE, INDEX, PROCEDURE, FUNCTION, VIEW, OPERATOR, DEFAULT_CONSTRAINT, UK, PK, RULE, DOMAIN, AGGREGATE, EXTENSION, FK, atau TRIGGER.

    • Jika instans migrasi mencakup tugas 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. Jalankan perintah ini dalam skenario berikut. Saat menjalankan perintah ini, jangan lakukan operasi penguncian tabel untuk menghindari deadlock. Jika Anda melewati pemeriksaan terkait dalam Pemeriksaan Awal, DTS akan menjalankan perintah ini secara otomatis selama inisialisasi instans.

      • Saat instans dijalankan pertama kali.

      • Saat objek migrasi adalah skema, dan tabel baru dibuat di skema tersebut atau tabel yang ada dibangun ulang menggunakan perintah RENAME.

      Catatan

      • Pada perintah tersebut, ganti schema dan table dengan nama skema dan nama tabel yang sebenarnya.

      • Kami menyarankan Anda melakukan operasi ini selama jam sepi.

    • Jika tabel yang akan dimigrasikan memiliki primary key, kolom kunci primer di tabel tujuan harus sama dengan di tabel sumber. Jika tabel yang akan dimigrasikan tidak memiliki primary key, kolom kunci primer di tabel tujuan harus sama dengan kunci distribusi.

    • Kunci unik, termasuk kolom kunci primer, dari tabel tujuan harus mencakup semua kolom kunci distribusi.

    • Karena migrasi data penuh menjalankan operasi INSERT secara konkuren, hal ini menyebabkan fragmentasi tabel di database tujuan. Akibatnya, ruang tabel di database tujuan lebih besar daripada di database sumber setelah migrasi penuh selesai.

    • DTS berusaha memulihkan tugas yang gagal secara otomatis dalam waktu tujuh hari. Oleh karena itu, sebelum Anda mengalihkan bisnis ke instans tujuan, Anda harus mengakhiri atau melepaskan tugas tersebut, atau menggunakan perintah revoke untuk mencabut izin tulis akun yang digunakan DTS untuk mengakses instans tujuan. Hal ini mencegah data sumber menimpa data di instans tujuan setelah tugas dipulihkan secara otomatis.

    • DTS memvalidasi konten data tetapi tidak mendukung validasi metadata seperti sequences. Anda harus memvalidasi metadata tersebut sendiri.

    • DTS membuat tabel temporary berikut di database sumber untuk memperoleh pernyataan DDL untuk data inkremental, struktur tabel inkremental, dan informasi heartbeat. Jangan menghapus tabel temporary ini selama migrasi. Jika dihapus, tugas DTS akan menjadi abnormal. Tabel temporary ini akan dihapus secara otomatis setelah instans DTS 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 replication slot dengan awalan dts_sync_ di database sumber untuk mereplikasi data. DTS menggunakan replication slot ini untuk memperoleh log inkremental dari database sumber dalam 15 menit terakhir. Ketika migrasi data gagal atau instans migrasi dilepas, DTS berusaha membersihkan replication slot ini secara otomatis.

      Catatan

      • Jika Anda mengubah password akun database sumber atau menghapus alamat IP DTS dari daftar putih alamat IP database sumber selama migrasi data, replication slot tidak dapat dibersihkan secara otomatis. Dalam kasus ini, Anda harus membersihkan replication slot tersebut secara manual di database sumber. Hal ini mencegah slot terus menumpuk dan mengonsumsi disk space, yang dapat membuat database sumber tidak tersedia.

      • Jika terjadi failover pada database sumber, Anda harus login ke database secondary untuk membersihkan slot tersebut secara manual.

    • Setelah Anda mengalihkan bisnis ke instans tujuan, sequence baru tidak mulai bertambah dari nilai maksimum sequence yang sesuai di database sumber. Sebelum alih bencana, kueri nilai maksimum sequence yang sesuai di database sumber, lalu gunakan nilai tersebut sebagai nilai awal untuk sequence 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 dihasilkan oleh perintah di atas berisi semua sequence dari database sumber. Jalankan pernyataan SQL yang diperlukan di database tujuan sesuai kebutuhan.

    • Tabel tujuan tidak mendukung tabel AO.

    • Jika skema tabel sumber dan tujuan tidak konsisten atau Anda menggunakan pemetaan kolom untuk migrasi tabel non-penuh, data di kolom yang ada di tabel sumber tetapi tidak ada di tabel tujuan akan hilang.

    • Jika tugas gagal, dukungan teknis DTS akan berusaha memulihkannya dalam waktu 8 jam. Selama proses pemulihan, operasi seperti me-restart tugas atau menyesuaikan parameternya mungkin dilakukan.

      Catatan

      Saat parameter disesuaikan, hanya parameter tugas DTS yang diubah. Parameter database tetap tidak berubah. Parameter yang mungkin diubah meliputi, namun tidak terbatas pada, yang dijelaskan dalam Ubah parameter instans.

    • Saat memigrasikan tabel partisi, sertakan baik tabel induk maupun tabel anaknya sebagai objek sinkronisasi. Jika tidak, ketidakkonsistenan data dapat terjadi pada tabel partisi tersebut.

      Catatan

      Di PostgreSQL, tabel induk dari tabel partisi tidak menyimpan data secara langsung. Semua data disimpan di tabel anak. Tugas sinkronisasi harus mencakup tabel induk dan semua tabel anaknya. Jika tidak, data di tabel anak mungkin tidak disinkronkan, sehingga menyebabkan ketidakkonsistenan data antara sumber dan tujuan.

    Penagihan

    Tipe migrasi

    Biaya konfigurasi link

    Biaya transfer data

    Migrasi skema dan migrasi data penuh

    Gratis.

    Skenario ini gratis.

    Migrasi data inkremental

    Dikenakan biaya. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

    Operasi SQL yang didukung untuk migrasi inkremental

    Tipe operasi

    Operasi SQL

    DML

    INSERT, UPDATE, dan DELETE

    Catatan

    Saat data ditulis ke instans tujuan AnalyticDB for PostgreSQL, pernyataan UPDATE secara otomatis dikonversi menjadi pernyataan REPLACE INTO. Jika primary key diperbarui, pernyataan tersebut dikonversi menjadi pernyataan DELETE dan INSERT.

    DDL

    • Hanya tugas migrasi data yang dibuat setelah 1 Oktober 2020 yang mendukung migrasi operasi DDL.

      Penting

    • Jika akun database sumber adalah akun istimewa, tugas migrasi mendukung pernyataan DDL berikut:

      • CREATE TABLE, DROP TABLE

      • ALTER TABLE (termasuk RENAME TABLE, ADD COLUMN, ADD COLUMN DEFAULT, ALTER COLUMN TYPE, DROP COLUMN, ADD CONSTRAINT, ADD CONSTRAINT CHECK, dan ALTER COLUMN DROP DEFAULT)

      • TRUNCATE TABLE (untuk PostgreSQL sumber versi 11 atau lebih baru)

      • CREATE INDEX ON TABLE

      Penting

      • Informasi tambahan dalam pernyataan DDL, seperti CASCADE atau RESTRICT, tidak dimigrasikan.

      • Pernyataan DDL dalam sesi yang menggunakan perintah SET session_replication_role = replica tidak dimigrasikan.

      • Pernyataan DDL yang dieksekusi dengan memanggil FUNCTION atau metode lainnya tidak dimigrasikan.

      • Jika beberapa pernyataan SQL yang dikirim dalam satu transaksi di database sumber mengandung pernyataan DML dan DDL, pernyataan DDL tersebut tidak dimigrasikan.

      • Jika beberapa pernyataan SQL yang dikirim dalam satu transaksi di database sumber mengandung pernyataan DDL untuk objek non-migrasi, pernyataan DDL tersebut tidak dimigrasikan.

    Izin akun database

    Database

    Izin yang diperlukan

    Cara membuat dan memberikan izin

    Klaster sumber PolarDB for PostgreSQL

    Akun istimewa.

    Buat akun database.

    Instans tujuan AnalyticDB for PostgreSQL

    Izin baca dan tulis pada database tujuan.

    Buat dan kelola pengguna dan Kelola izin pengguna.

    Catatan

    Anda juga dapat menggunakan akun yang memiliki izin RDS_SUPERUSER. Untuk informasi selengkapnya tentang cara membuat akun jenis ini, lihat Kelola izin pengguna.

    Prosedur

    1. Navigasi ke 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 sebelah 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. Di sebelah kanan Data Migration Tasks, pilih wilayah tempat instans migrasi berada.

    3. Konfigurasikan database sumber dan tujuan.

      Kategori

      Konfigurasi

      Deskripsi

      Tidak ada

      Task Name

      DTS secara otomatis menghasilkan nama tugas. Kami menyarankan Anda menentukan nama deskriptif agar mudah diidentifikasi. Nama tersebut tidak harus 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 terdaftar, konfigurasikan informasi database di bawah ini secara manual.

      Database Type

      Pilih PolarDB for PostgreSQL.

      Access Method

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah tempat klaster sumber PolarDB for PostgreSQL berada.

      Replicate Data Across Alibaba Cloud Accounts

      Topik ini menjelaskan cara memigrasikan data dalam satu Akun Alibaba Cloud yang sama. Pilih No.

      Instance ID

      Pilih ID klaster sumber PolarDB for PostgreSQL.

      Database Name

      Masukkan nama database yang berisi objek yang akan dimigrasikan di klaster sumber PolarDB for PostgreSQL.

      Database Account

      Masukkan akun database klaster sumber PolarDB for PostgreSQL. Untuk informasi tentang izin yang diperlukan, lihat Izin akun database.

      Database Password

      Masukkan password untuk akun database tersebut.

      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 terdaftar, konfigurasikan informasi database di bawah ini secara manual.

      Database Type

      Pilih AnalyticDB for PostgreSQL.

      Access Method

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah tempat instans tujuan AnalyticDB for PostgreSQL berada.

      Instance ID

      Pilih ID instans tujuan AnalyticDB for PostgreSQL.

      Database Name

      Masukkan nama database yang digunakan untuk menerima data di instans tujuan AnalyticDB for PostgreSQL.

      Database Account

      Masukkan akun database instans tujuan AnalyticDB for PostgreSQL. Untuk informasi tentang izin yang diperlukan, lihat Izin akun database.

      Database Password

      Masukkan password untuk akun database tersebut.

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

        Konfigurasi

        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 tidak memilih Schema Migration, pastikan database dan tabel penerima data sudah ada di database tujuan. Anda juga dapat menggunakan fitur pemetaan nama objek di kotak Selected Objects sesuai kebutuhan.

        • Jika tidak memilih Incremental Data Migration, hindari 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 pada tingkat instans. Untuk informasi tentang operasi yang didukung, lihat Operasi SQL yang didukung untuk migrasi inkremental.

        Catatan

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

        Processing Mode of Conflicting Tables

        • Precheck and Report Errors: Memeriksa apakah tabel dengan nama yang sama ada di database tujuan. Jika tidak ada, pemeriksaan awal lolos. Jika ada, kesalahan dilaporkan selama pemeriksaan awal, dan tugas migrasi data tidak dimulai.

          Catatan

          Jika tabel di database tujuan memiliki nama yang sama tetapi tidak dapat dihapus atau diganti namanya dengan mudah, Anda dapat mengubah nama tabel di database tujuan. Untuk informasi selengkapnya, lihat Pemetaan nama objek.

        • Ignore Errors and Proceed: Melewati pemeriksaan untuk tabel dengan nama yang sama.

          Peringatan

          Memilih Ignore Errors and Proceed dapat menyebabkan ketidakkonsistenan data dan risiko bisnis. Misalnya:

          • Jika skema tabel konsisten dan catatan di database tujuan memiliki nilai primary key yang sama dengan catatan di database sumber:

            • Selama migrasi penuh, DTS 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.

        Storage Engine Type

        Pilih tipe storage engine untuk tabel tujuan sesuai kebutuhan. Nilai default-nya adalah Beam.

        Catatan

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

        Capitalization of Object Names in Destination Instance

        Anda dapat mengonfigurasi kebijakan case sensitivity 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 case sensitivity konsisten dengan kebijakan default database sumber atau tujuan. Untuk informasi selengkapnya, lihat Case sensitivity 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

        Objek migrasi dipilih pada tingkat tabel.

        Selected Objects

        • Untuk mengganti nama objek yang ingin dimigrasikan ke instans tujuan, klik kanan objek tersebut di bagian Selected Objects. Untuk informasi selengkapnya, lihat Pemetaan kolom tabel individual.

        • Untuk mengganti nama beberapa objek sekaligus, klik Batch Edit di pojok kanan atas bagian Selected Objects. Untuk informasi selengkapnya, lihat Pemetaan nama beberapa objek sekaligus.

        Catatan

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

        • Untuk memilih operasi SQL untuk migrasi inkremental, klik kanan objek migrasi di kotak Selected Objects dan pilih operasi SQL di kotak dialog yang muncul.

        • 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 selengkapnya, lihat Atur kondisi filter.

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

        Konfigurasi

        Deskripsi

        Dedicated Cluster for Task Scheduling

        Secara default, DTS menjadwalkan tugas pada klaster bersama. Anda tidak perlu memilihnya. Jika 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 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 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 tersebut gagal.

        Catatan

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

        • Karena Anda dikenai biaya selama periode percobaan ulang koneksi, kami menyarankan Anda menyesuaikan waktu percobaan ulang berdasarkan kebutuhan bisnis, atau segera melepaskan 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 durasi lebih dari 10 menit. Jika operasi terkait berhasil dalam durasi percobaan ulang yang ditentukan, tugas migrasi akan dilanjutkan secara otomatis. Jika tidak, tugas tersebut 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 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 environment tag untuk mengidentifikasi instans sesuai kebutuhan. Anda tidak perlu memilih tag dalam 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 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 mengirim pemberitahuan peringatan.

      3. Klik Next: Data Validation untuk mengonfigurasi tugas validasi data.

        Untuk informasi selengkapnya tentang fitur validasi data, lihat Konfigurasikan validasi data.

      4. Opsional: Setelah menyelesaikan konfigurasi di atas, klik Next: Configure Database and Table Fields untuk mengatur Type, Primary Key Column, dan Distribution Key untuk tabel tujuan di instans 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 lalu melakukan perubahan.

        • Anda dapat memilih beberapa kolom untuk membentuk kunci primer komposit untuk Primary Key Column. Anda harus memilih satu atau beberapa kolom dari Primary Key Column sebagai Distribution Key. Untuk informasi selengkapnya, lihat Kelola tabel data dan Definisikan 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 gelembung yang muncul.

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