All Products
Search

This Product

    Data Transmission Service:Migrasi dari RDS for MySQL ke AnalyticDB for PostgreSQL

    Document Center

    Data Transmission Service:Migrasi dari RDS for MySQL ke AnalyticDB for PostgreSQL

    Last Updated:Jul 17, 2026

    Layanan Transmisi Data (Data Transmission Service/DTS) mendukung migrasi data dari instans ApsaraDB RDS for MySQL ke AnalyticDB for PostgreSQL.

    Database sumber yang didukung

    Anda dapat melakukan migrasi data dari jenis database sumber MySQL berikut ke instans AnalyticDB for PostgreSQL:

    • Instans ApsaraDB RDS for MySQL

    • Database MySQL yang dikelola sendiri:

      • Database yang dikelola sendiri dengan alamat IP publik

      • Database yang dikelola sendiri pada instance ECS

      • Database yang dikelola sendiri yang terhubung melalui Database Gateway

      • Database yang dikelola sendiri yang terhubung melalui CEN

      • Database yang dikelola sendiri yang terhubung melalui Express Connect, VPN Gateway, atau Smart Access Gateway

    Catatan

    Topik ini menggunakan contoh instans ApsaraDB RDS for MySQL untuk mengilustrasikan prosedur konfigurasi. Prosedurnya serupa untuk jenis database sumber lainnya.

    Prasyarat

    • Anda telah membuat instans tujuan AnalyticDB for PostgreSQL. Untuk detailnya, lihat Buat instans.

    • Ruang penyimpanan instans tujuan AnalyticDB for PostgreSQL harus melebihi ruang penyimpanan yang digunakan oleh instans sumber ApsaraDB RDS for MySQL.

    Catatan penggunaan

    Catatan

    • DTS melakukan migrasi foreign key selama migrasi skema.

    • Selama migrasi data penuh dan inkremental, DTS secara sementara menonaktifkan pemeriksaan constraint dan cascade foreign key pada tingkat session. Pembaruan atau penghapusan cascade pada database sumber saat tugas berjalan dapat menyebabkan ketidakkonsistenan data.

    Jenis

    Deskripsi

    Batasan pada database sumber

    • Tabel yang akan dimigrasikan harus memiliki primary key atau constraint unik dengan field unik untuk mencegah duplikasi data di database tujuan.

    • Jika migrasi tingkat tabel Anda melibatkan pengeditan objek, seperti menggunakan pemetaan kolom, satu tugas migrasi data dibatasi hingga 1.000 tabel. Melebihi batas ini menyebabkan error saat Anda mengirimkan tugas. Sebagai solusi, bagi tabel menjadi beberapa tugas atau migrasikan seluruh database.

    • Jika Anda memerlukan migrasi inkremental, aktifkan binary logging:

      • Atur binlog_format ke ROW dan binlog_row_image ke FULL. Jika tidak, pemeriksaan awal gagal dan tugas tidak dapat dimulai.

        Penting

        Jika sumber MySQL yang dikelola sendiri Anda adalah klaster dual-master—di mana setiap instans bertindak sebagai master dan slave—aktifkan parameter log_slave_updates. Ini memastikan DTS dapat membaca semua log biner.

      • Untuk instans RDS for MySQL, simpan log biner lokal minimal selama tiga hari (disarankan tujuh hari). Untuk database MySQL yang dikelola sendiri, simpan log biner lokal minimal selama tujuh hari. Jika DTS tidak dapat mengakses log biner, tugas gagal. Dalam kasus ekstrem, ketidakkonsistenan data atau kehilangan data dapat terjadi. Masalah yang disebabkan oleh periode retensi log biner lebih pendek dari yang dipersyaratkan DTS tidak dicakup dalam SLA DTS.

        Catatan

        Untuk mengatur retention period log biner lokal pada instans RDS for MySQL, lihat Hapus log lokal secara otomatis.

    • Selama migrasi, jangan lakukan operasi DDL untuk memodifikasi primary key atau menambahkan komentar, seperti ALTER TABLE table_name COMMENT='table_comment';. Jika tidak, operasi DDL gagal.

    • Jika data yang akan dimigrasikan dari database sumber berisi nilai DATETIME 0000-00-00 00:00:00, tugas migrasi data mungkin gagal.

      Catatan

      DTS mengonversi nilai tanggal ini menjadi null saat memigrasikannya ke database tujuan. Anda dapat sementara mengubah data di database sumber menjadi 0001-01-01 00:00:00 atau mengatur kolom yang sesuai di database tujuan agar mengizinkan nilai null.

    • Operasi yang tidak diizinkan pada database sumber:

      • Jangan menjalankan operasi DDL yang mengubah skema database atau tabel selama migrasi skema atau migrasi penuh. Jika tidak, tugas migrasi gagal.

        Catatan

        Selama migrasi penuh, DTS melakukan query ke database sumber. Hal ini membuat metadata lock yang dapat memblokir operasi DDL pada database sumber.

      • Jika Anda hanya menjalankan migrasi penuh, jangan menulis data baru ke instans sumber. Jika tidak, data sumber dan tujuan menjadi tidak konsisten. Untuk menjaga konsistensi data secara real time, pilih migrasi skema, migrasi penuh, dan migrasi inkremental.

    • DTS tidak melakukan migrasi data yang dihasilkan oleh perubahan yang tidak ditulis ke log biner. Contohnya termasuk data yang dipulihkan dari backup fisik atau dibuat oleh operasi cascade.

      Catatan

      Jika hal ini terjadi, jalankan kembali migrasi penuh setelah bisnis Anda mengizinkannya.

    • Jika database sumber MySQL Anda versi 8.0.23 atau lebih baru dan berisi kolom tersembunyi tak terlihat, DTS tidak dapat membaca kolom tersebut. Hal ini dapat menyebabkan kehilangan data.

      Catatan

      Jalankan ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE; untuk membuat kolom tersembunyi menjadi terlihat. Untuk informasi lebih lanjut, lihat Invisible Columns.

    Batasan lainnya

    • Persyaratan objek migrasi:

      • Hanya migrasi tingkat tabel yang didukung.

      • Migrasi data dengan tipe berikut tidak didukung: VARBIT, GEOMETRY, ARRAY, UUID, TSQUERY, TSVECTOR, TXID_SNAPSHOT, dan POINT.

      • Migrasi indeks awalan tidak didukung dan dapat menyebabkan kegagalan migrasi data.

      • Migrasi partisi, view, prosedur, fungsi, trigger, foreign key, dan indeks tidak didukung.

    • Jika database sumber Anda menggunakan operasi DDL Online berbasis temporary-table-mode—termasuk skenario penggabungan multi-tabel—atau menambahkan indeks berbasis fungsi ke kolom unique key, kehilangan data atau kegagalan tugas dapat terjadi di database tujuan.

    • Jika tabel yang akan dimigrasikan memiliki primary key, kolom primary key di tabel tujuan harus sama dengan yang ada di tabel sumber. Jika tabel yang akan dimigrasikan tidak memiliki primary key, kolom primary key di tabel tujuan harus sama dengan distribution key.

    • Unique key tabel tujuan, termasuk kolom primary key, harus berisi semua kolom distribution key.

    • Sebelum melakukan migrasi data, evaluasi kinerja database sumber dan tujuan. Kami menyarankan Anda melakukan migrasi data selama jam sepi. Jika tidak, sinkronisasi data penuh awal meningkatkan beban pada kedua database dengan mengonsumsi sumber daya baca dan tulis mereka.

    • Operasi INSERT konkuren selama sinkronisasi data penuh awal menyebabkan fragmentasi tabel, sehingga ruang tabel di database tujuan lebih besar daripada di sumber.

    • Jika Anda melakukan migrasi satu atau beberapa tabel alih-alih seluruh database, jangan gunakan alat seperti pt-online-schema-change untuk melakukan operasi DDL online pada objek migrasi di database sumber. Jika tidak, migrasi gagal.

      Anda dapat menggunakan Data Management (DMS) untuk melakukan perubahan DDL online. Untuk informasi lebih lanjut, lihat Lakukan operasi DDL tanpa lock.

    • Selama migrasi DTS, jangan menulis data dari sumber lain ke database tujuan. Jika tidak, ketidakkonsistenan data antara database sumber dan tujuan akan terjadi. Misalnya, jika Anda menggunakan DMS untuk melakukan perubahan DDL online sambil data dari sumber lain sedang ditulis ke database tujuan, kehilangan data dapat terjadi di database tujuan.

    • Tabel tujuan tidak boleh berupa tabel append-optimized (AO).

    • Jika Anda menggunakan pemetaan kolom untuk migrasi tabel parsial atau jika skema tabel sumber dan tujuan tidak konsisten, data apa pun di kolom sumber yang tidak ada di tabel tujuan akan hilang.

    • Jika instans RDS for MySQL Anda memiliki Always-Encrypted diaktifkan, migrasi penuh tidak didukung.

      Catatan

      Instans RDS for MySQL dengan Transparent Data Encryption (TDE) yang diaktifkan mendukung migrasi skema, migrasi penuh, dan migrasi inkremental.

    • Jika tugas gagal, staf dukungan DTS akan mencoba memulihkannya dalam waktu delapan jam. Selama pemulihan, mereka mungkin merestart tugas atau menyesuaikan parameternya.

      Catatan

      Hanya parameter tugas DTS yang dimodifikasi—bukan parameter database. Parameter yang mungkin disesuaikan termasuk yang tercantum dalam Modifikasi parameter instans.

    Kasus khusus

    • Untuk sumber MySQL yang dikelola sendiri:

      • Alih bencana master–standby pada database sumber menyebabkan tugas migrasi gagal.

      • DTS menghitung latensi dengan membandingkan timestamp catatan terakhir yang dimigrasikan ke database tujuan dengan waktu saat ini. Jika tidak ada operasi DML yang dijalankan pada sumber dalam waktu lama, pelaporan latensi menjadi tidak akurat. Jika latensi tampak terlalu tinggi, jalankan operasi DML pada sumber untuk memperbarui nilai latensi.

        Catatan

        Jika Anda memilih migrasi seluruh database, buatlah tabel heartbeat. Perbarui atau tulis ke tabel tersebut setiap detik.

      • DTS secara berkala menjalankan CREATE DATABASE IF NOT EXISTS `test` pada database sumber untuk memajukan offset log biner.

      • Jika sumber Anda adalah Amazon Aurora MySQL atau instans MySQL berkluster lainnya, pastikan nama domain atau alamat IP yang dikonfigurasi untuk tugas—dan resolusi DNS-nya—selalu mengarah ke node read–write (RW). Jika tidak, tugas migrasi mungkin gagal.

    • Untuk sumber RDS for MySQL:

      • Jika Anda memerlukan migrasi inkremental, instans RDS for MySQL yang tidak mencatat log transaksi—seperti instans read-only RDS for MySQL 5.6—tidak didukung sebagai sumber.

      • DTS secara berkala menjalankan CREATE DATABASE IF NOT EXISTS `test` pada database sumber untuk memajukan offset log biner.

    Penagihan

    Jenis migrasi

    Biaya konfigurasi instans

    Biaya lalu lintas Internet

    Migrasi skema dan migrasi data penuh

    Gratis.

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

    Migrasi data inkremental

    Dikenai biaya. Untuk informasi lebih lanjut, lihat Ikhtisar penagihan.

    Jenis migrasi

    • Migrasi skema

      DTS melakukan migrasi skema objek migrasi dari database sumber ke database tujuan.

      Catatan

      Dalam migrasi skema antar database heterogen, tipe data mungkin tidak dipetakan secara sempurna. Kami menyarankan Anda mengevaluasi secara cermat dampak bisnis dari pemetaan tipe data. Untuk informasi lebih lanjut, lihat Pemetaan tipe data untuk database heterogen.

    • Migrasi data penuh

      DTS melakukan migrasi semua data yang ada untuk objek migrasi dari database sumber ke database tujuan.

    • Migrasi data inkremental

      Setelah migrasi data penuh, DTS mereplikasi pembaruan data inkremental dari database sumber ke database tujuan. Hal ini memungkinkan migrasi data yang lancar untuk aplikasi yang dikelola sendiri, meminimalkan gangguan layanan.

    Operasi SQL untuk migrasi inkremental

    Jenis operasi

    Pernyataan SQL

    DML

    INSERT, UPDATE, dan DELETE

    Catatan

    Sistem secara otomatis mengonversi pernyataan UPDATE menjadi pernyataan REPLACE INTO saat menulis ke instans tujuan AnalyticDB for PostgreSQL. Jika pernyataan UPDATE memodifikasi primary key, sistem mengonversinya menjadi pernyataan DELETE dan INSERT.

    DDL

    ALTER TABLE
    Peringatan

    Jika tipe data kolom di tabel sumber berubah selama migrasi data, tugas migrasi data melaporkan error dan berhenti. Ikuti langkah-langkah berikut untuk memperbaiki masalah secara manual:

    1. Asumsikan tugas migrasi data ke instans tujuan AnalyticDB for PostgreSQL gagal karena perubahan tipe data di tabel sumber, seperti tabel customer.

    2. Di instans AnalyticDB for PostgreSQL Anda, buat tabel baru, seperti customer_new, dengan skema yang sama seperti tabel customer.

    3. Jalankan perintah INSERT INTO ... SELECT untuk menyalin data dari customer ke customer_new. Pastikan data di kedua tabel konsisten.

    4. Ubah nama atau hapus tabel customer yang gagal, lalu ubah nama customer_new menjadi customer.

    5. Di Konsol DTS, restart tugas migrasi data.

    Izin akun database

    Database

    Migrasi skema

    Migrasi penuh

    Migrasi inkremental

    ApsaraDB RDS for MySQL

    Izin SELECT

    Izin SELECT

    Izin REPLICATION SLAVE, REPLICATION CLIENT, dan SELECT pada objek yang akan dimigrasikan. DTS secara otomatis memberikan izin ini ke akun database.

    AnalyticDB for PostgreSQL

    izin baca dan tulis

    Untuk mempelajari cara membuat dan memberi otorisasi akun database, lihat topik berikut:

    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 mungkin berbeda tergantung pada 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.

      Bagian

      Parameter

      Deskripsi

      N/A

      Task Name

      DTS secara otomatis menghasilkan nama tugas. Kami menyarankan Anda menentukan nama deskriptif untuk memudahkan identifikasi. Nama tidak perlu unik.

      Source Database

      Database Type

      Pilih MySQL.

      Access Method

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah tempat instans sumber ApsaraDB RDS for MySQL berada.

      Cross-account

      Contoh ini menunjukkan migrasi data dalam satu Akun Alibaba Cloud. Untuk skenario ini, pilih No.

      RDS Instance ID

      Pilih ID instans sumber ApsaraDB RDS for MySQL.

      Database Account

      Masukkan akun database instans sumber ApsaraDB RDS for MySQL. Untuk informasi lebih lanjut tentang izin yang diperlukan, lihat Izin yang diperlukan untuk akun database.

      Database Password

      Masukkan password untuk akun database.

      Connection Method

      Pilih Non-encrypted atau SSL-encrypted berdasarkan kebutuhan database Anda. Jika Anda mengatur parameter ini ke SSL-encrypted, Anda harus mengaktifkan enkripsi SSL untuk instans RDS for MySQL terlebih dahulu. Untuk informasi lebih lanjut, lihat Aktifkan enkripsi SSL dengan cepat menggunakan sertifikat cloud.

      Destination Database

      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 tujuan pada instans AnalyticDB for PostgreSQL.

      Database Account

      Masukkan akun awal instans tujuan AnalyticDB for PostgreSQL.

      Catatan

      Anda juga dapat memasukkan akun yang memiliki izin RDS_SUPERUSER. Untuk informasi lebih lanjut, lihat Pengelolaan izin pengguna.

      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 lebih lanjut, lihat Tambahkan alamat IP server DTS ke daftar putih.

      • Jika database sumber atau tujuan adalah database yang dikelola sendiri (parameter Access Method bukan Alibaba Cloud Instance), Anda juga harus mengklik Test Connectivity di kotak dialog CIDR Blocks of DTS Servers yang muncul.

    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.

        Select DDL and DML to Sync at the Instance Level

        Pilih operasi SQL yang ingin Anda migrasikan secara inkremental pada tingkat instans. Untuk informasi lebih lanjut tentang operasi yang didukung, lihat Operasi SQL yang didukung untuk migrasi inkremental.

        Catatan

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

        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, error 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 adanya 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 akan menimpa catatan yang ada di database tujuan.

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

        Storage Engine Type

        Pilih mesin penyimpanan untuk tabel tujuan berdasarkan kebutuhan bisnis Anda. Nilai default 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.

        Source Objects

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

        Catatan

        Granularitas pemilihan objek migrasi adalah skema, tabel, dan kolom. Jika Anda hanya memilih tabel atau kolom sebagai objek migrasi, objek lain seperti view, trigger, dan prosedur tersimpan tidak dimigrasikan ke database tujuan.

        Selected Objects
        Catatan

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

        • Untuk menentukan kondisi WHERE untuk memfilter data, klik kanan tabel di bagian Selected Objects dan tentukan kondisinya di kotak dialog. Untuk informasi lebih lanjut, lihat Atur kondisi filter.

        • Jika Anda mengganti nama objek menggunakan fitur pemetaan nama, migrasi objek dependen mungkin gagal.

      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 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 error 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 menyarankan Anda mengatur durasi lebih dari 30 menit. Jika DTS berhasil terhubung kembali ke database sumber dan tujuan dalam durasi yang ditentukan, tugas migrasi secara otomatis dilanjutkan. 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 dibuat terakhir.

        • Karena Anda dikenai biaya untuk tugas selama periode percobaan ulang koneksi, kami menyarankan Anda menyesuaikan waktu percobaan ulang berdasarkan kebutuhan bisnis Anda, atau segera lepas instans DTS setelah instans database sumber dan tujuan dilepas.

        Retry Time for Other Issues

        Setelah tugas migrasi dimulai, jika terjadi masalah non-konektivitas, seperti exception eksekusi DDL atau DML, pada database sumber atau tujuan, DTS melaporkan error 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 menyarankan Anda mengatur durasi lebih dari 10 menit. Jika operasi terkait berhasil dalam durasi percobaan ulang yang ditentukan, tugas migrasi secara otomatis dilanjutkan. 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 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

        Enclose Object Names in Quotation Marks

        Tentukan apakah akan mengapit nama objek dengan tanda kutip.

        • Pilih Yes: Jika database sumber memenuhi persyaratan berikut, DTS secara otomatis mengapit nama skema, tabel, atau kolom dengan tanda kutip tunggal (') atau ganda (") selama migrasi skema dan migrasi data inkremental.

          • Database sumber peka huruf besar/kecil, dan nama objek menggunakan campuran huruf besar dan kecil.

          • Nama tabel sumber diawali dengan karakter non-alfabet atau berisi karakter selain huruf, angka, atau karakter khusus yang didukung.

            Catatan

            Hanya karakter khusus berikut yang didukung: underscore (_), tanda pagar (#), dan tanda dolar ($).

          • Nama skema, tabel, atau kolom yang ingin Anda migrasikan merupakan kata kunci, kata cadangan, atau karakter tidak valid di database tujuan.

        • Pilih No: DTS tidak mengapit nama objek dengan tanda kutip.

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

        • No: Menulis informasi SQL heartbeat ke database sumber. Hal ini dapat mengganggu fitur seperti backup fisik dan cloning database sumber.

        Environment Tag

        Anda dapat memilih tag lingkungan untuk mengidentifikasi instans berdasarkan kebutuhan bisnis Anda. Dalam contoh ini, Anda tidak perlu mengonfigurasi parameter 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 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 mengirimkan pemberitahuan peringatan.

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

        Untuk informasi lebih lanjut tentang fitur validasi data, lihat Konfigurasikan validasi data.

      4. Opsional: Konfigurasikan field tabel dan kolom. Tentukan Primary Key Column dan Distribution Key untuk tabel yang akan dimigrasikan ke instans tujuan AnalyticDB for PostgreSQL. Untuk informasi lebih lanjut, lihat CREATE TABLE.

        Catatan

        Langkah ini tersedia hanya jika Anda memilih Schema Migration saat mengonfigurasi objek migrasi.

    6. Simpan tugas dan jalankan pemeriksaan awal.

      • Untuk melihat parameter konfigurasi instans ini saat memanggil operasi API, arahkan pointer ke tombol Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters di balon yang muncul.

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

      Catatan

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

      • Jika pemeriksaan awal gagal, klik View Details di sebelah item pemeriksaan yang gagal, perbaiki masalah berdasarkan petunjuk, lalu jalankan 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 lebih lanjut, lihat tabel berikut.

        Kategori

        Parameter

        Deskripsi

        New Instance Class

        Resource Group Settings

        Pilih kelompok sumber daya tempat instans tersebut berada. Nilai default adalah kelompok sumber daya default. Untuk informasi lebih lanjut, lihat Apa itu Pengelolaan 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.