Migrasi PolarDB for MySQL ke AnalyticDB for PostgreSQL - Data Transmission Service

Prasyarat

Instans AnalyticDB for PostgreSQL tujuan harus sudah tersedia. Untuk informasi selengkapnya, lihat Buat instans AnalyticDB for PostgreSQL.
Instans AnalyticDB for PostgreSQL tujuan harus memiliki ruang penyimpanan yang tersedia lebih besar daripada ruang penyimpanan yang digunakan oleh klaster PolarDB for MySQL sumber.

Catatan penggunaan

Catatan

Selama migrasi skema, DTS memigrasikan kunci asing dari database sumber ke database tujuan.
Selama migrasi data penuh dan migrasi data inkremental, DTS sementara menonaktifkan pemeriksaan constraint dan operasi kaskade kunci asing pada tingkat sesi. Melakukan operasi pembaruan atau penghapusan kaskade pada database sumber saat tugas sedang berjalan dapat menyebabkan ketidakkonsistenan data.

Tipe	Deskripsi
Batasan database sumber	Kebutuhan bandwidth: Server yang menghosting database sumber harus memiliki bandwidth keluar yang mencukupi. Jika tidak, kecepatan migrasi data akan terpengaruh. Tabel yang akan dimigrasikan harus memiliki kunci primer atau constraint unik, dan nilai dalam kolom tersebut harus unik. Jika tidak, data duplikat mungkin muncul di database tujuan. Jika Anda melakukan migrasi data pada tingkat tabel dan perlu melakukan pengeditan seperti pemetaan kolom, satu tugas migrasi data mendukung maksimal 1.000 tabel. Untuk memigrasikan lebih banyak tabel, kami sarankan membaginya menjadi beberapa tugas atau mengonfigurasi satu tugas untuk memigrasikan seluruh database. Jika tidak, kesalahan permintaan dapat terjadi setelah Anda mengirimkan tugas. Jika Anda melakukan migrasi inkremental: Anda harus mengaktifkan binary logging dan mengatur parameter loose_polar_log_bin ke on. Jika tidak, pemeriksaan awal akan melaporkan kesalahan dan tugas migrasi data tidak dapat dimulai. Untuk informasi selengkapnya tentang cara mengaktifkan binary logging dan memodifikasi parameter, lihat Aktifkan binary logging dan Modifikasi parameter. Catatan Mengaktifkan binary logging untuk klaster PolarDB for MySQL mengonsumsi ruang penyimpanan dan dikenai biaya penyimpanan. Log biner klaster PolarDB for MySQL harus disimpan minimal selama 3 hari. Kami merekomendasikan periode retensi 7 hari. Jika tidak, DTS mungkin gagal memperoleh log biner, yang dapat menyebabkan kegagalan tugas. Dalam kasus ekstrem, hal ini dapat menyebabkan ketidakkonsistenan data atau kehilangan data. Masalah yang disebabkan oleh periode retensi log biner yang lebih pendek dari persyaratan DTS tidak dicakup oleh Perjanjian Tingkat Layanan (SLA) DTS. Catatan Untuk informasi selengkapnya tentang cara mengatur periode retensi log biner klaster PolarDB for MySQL, lihat Modifikasi periode retensi. Selama fase migrasi skema dan migrasi penuh, jangan lakukan operasi DDL yang mengubah skema database atau tabel. Jika tidak, tugas migrasi data akan gagal. Catatan Selama fase migrasi penuh, DTS melakukan query ke database sumber. Hal ini membuat kunci metadata, yang dapat memblokir operasi DDL pada database sumber. Jika Anda hanya melakukan migrasi data penuh, jangan menulis data baru ke database sumber. Jika tidak, ketidakkonsistenan data akan terjadi antara database sumber dan tujuan. Untuk menjaga konsistensi data secara real-time, pilih migrasi skema, migrasi data penuh, dan migrasi data inkremental. Jika data yang akan dimigrasikan dari database sumber berisi tanggal `0000-00-00 00:00:00`, tugas mungkin gagal. Catatan Saat DTS memigrasikan data tanggal ke database tujuan, data tersebut dikonversi menjadi `null`. Anda dapat sementara mengubah data di database sumber menjadi `0001-01-01 00:00:00` atau mengatur bidang yang sesuai di database tujuan agar dapat bernilai null.
Batasan lainnya	DTS tidak dapat memigrasikan node read-only dari klaster PolarDB for MySQL sumber. DTS tidak mendukung migrasi tabel eksternal OSS dari instans PolarDB for MySQL sumber. Migrasi objek `PARTITION`, `VIEW`, `PROCEDURE`, `FUNCTION`, `TRIGGER`, `FK`, dan `INDEX` tidak didukung. Hanya migrasi tingkat tabel yang didukung. Tabel Append-optimized (AO) tidak didukung sebagai tabel tujuan. DTS tidak mendukung skenario alih bencana primary/standby untuk instans database selama migrasi data penuh. Dalam skenario tersebut, konfigurasi ulang tugas migrasi segera. Jika database sumber Anda menggunakan operasi DDL Online dengan mode temporary-table—termasuk skenario penggabungan multi-tabel—atau menambahkan indeks berbasis fungsi ke kolom kunci unik, kehilangan data atau kegagalan tugas dapat terjadi di database tujuan. Jika Anda menggunakan pemetaan kolom untuk migrasi tabel parsial atau jika skema tabel sumber dan tujuan tidak konsisten, kehilangan data terjadi untuk kolom yang ada di tabel sumber tetapi tidak ada di tabel tujuan. Jika tabel yang akan dimigrasikan memiliki kunci primer, kolom kunci primer di tabel tujuan harus sama dengan yang ada di tabel sumber. Jika tabel yang akan dimigrasikan tidak memiliki kunci primer, kolom kunci primer di tabel tujuan harus sama dengan kunci distribusi. Kunci unik tabel tujuan, termasuk kolom kunci primer, harus berisi semua kolom kunci distribusi. Migrasi data penuh mengonsumsi resource baca dan tulis pada database sumber dan tujuan, yang dapat meningkatkan beban kerja mereka. Kami sarankan mengevaluasi kinerja kedua database dan melakukan migrasi selama jam sepi. Untuk kolom bertipe data FLOAT atau DOUBLE, DTS menggunakan `ROUND(COLUMN,PRECISION)` untuk membaca nilai. Jika Anda tidak secara eksplisit menentukan presisi, DTS menggunakan presisi migrasi default 38 digit untuk FLOAT dan 308 digit untuk DOUBLE. Pastikan presisi tersebut memenuhi kebutuhan Anda. DTS mencoba melanjutkan tugas migrasi yang gagal dalam waktu tujuh hari. Sebelum Anda melakukan alih bencana workload ke instans tujuan, Anda harus menghentikan atau melepas instans migrasi. Atau, Anda dapat menjalankan perintah `REVOKE` untuk mencabut izin tulis dari akun yang digunakan DTS untuk mengakses instans tujuan. Hal ini mencegah tugas secara otomatis dilanjutkan dan menimpa data di instans tujuan. Jika suatu tugas gagal, staf dukungan DTS akan mencoba memulihkannya dalam waktu delapan jam. Selama pemulihan, mereka mungkin me-restart tugas atau menyesuaikan parameternya. Catatan Hanya parameter tugas DTS yang dimodifikasi—bukan parameter database. Parameter yang mungkin disesuaikan termasuk yang tercantum dalam Modifikasi parameter instans.
Catatan penggunaan lainnya	DTS secara berkala mengeksekusi perintah CREATE DATABASE IF NOT EXISTS `test` di database sumber untuk memajukan posisi binlog. Selama migrasi data penuh, operasi INSERT konkuren menyebabkan fragmentasi tabel di database tujuan. Akibatnya, tabel di database tujuan mengonsumsi lebih banyak ruang penyimpanan daripada tabel di instans sumber setelah migrasi data penuh selesai.

Penagihan

Tipe migrasi	Biaya konfigurasi instans	Biaya lalu lintas Internet
Migrasi skema dan migrasi data penuh	Gratis.	Saat parameter Access Method database tujuan diatur ke Public IP Address, Anda dikenai biaya lalu lintas Internet. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.
Migrasi data inkremental	Dikenai biaya. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

Tipe migrasi

Migrasi skema

DTS memigrasikan skema objek dari database sumber ke database tujuan.
Migrasi data penuh

DTS memigrasikan semua data yang ada dari database sumber ke database tujuan.
Migrasi data inkremental

Berdasarkan migrasi data penuh, DTS memigrasikan data inkremental dari database sumber ke database tujuan. Proses ini memastikan migrasi lancar dengan downtime minimal untuk aplikasi yang dikelola sendiri.

Operasi SQL untuk migrasi inkremental

Tipe	Pernyataan SQL
DML	INSERT, UPDATE, dan DELETE Catatan Sistem secara otomatis mengonversi pernyataan UPDATE menjadi pernyataan REPLACE INTO saat menulis ke instans AnalyticDB for PostgreSQL tujuan. Jika pernyataan UPDATE memodifikasi kunci primer, sistem mengonversinya menjadi pernyataan DELETE dan INSERT.
DDL	CREATE TABLE, ALTER TABLE, TRUNCATE TABLE, dan DROP TABLE

Persyaratan izin untuk akun database

Database	Persyaratan izin	Referensi
Klaster PolarDB for MySQL	Izin baca pada objek yang akan dimigrasikan	Buat dan kelola akun database
AnalyticDB for PostgreSQL	Izin baca dan tulis pada database tujuan untuk objek yang akan dimigrasikan	Buat dan kelola pengguna Catatan Anda juga dapat menggunakan akun dengan izin RDS_SUPERUSER. Untuk petunjuknya, lihat Kelola pengguna dan izin.

Prosedur

Buka halaman daftar tugas migrasi untuk wilayah tujuan menggunakan salah satu metode berikut.
Dari Konsol DTS
1. Login ke Konsol Data Transmission Service (DTS).
2. Di panel navigasi kiri, klik Data Migration.
3. Di pojok kiri atas halaman, pilih wilayah tempat instans migrasi berada.
Dari Konsol DMS

Catatan
Operasi aktual dapat berbeda tergantung pada mode dan tata letak Konsol DMS. Untuk informasi selengkapnya, lihat Konsol mode sederhana dan Sesuaikan tata letak dan gaya Konsol DMS.
1. Login ke Konsol Data Management (DMS).
2. Di bilah menu atas, pilih Data + AI > Data Transmission (DTS) > Data Migration.
3. Di sebelah kanan Data Migration Tasks, pilih wilayah tempat instans migrasi berada.
Klik Create Task untuk membuka halaman konfigurasi tugas.

Konfigurasikan database sumber dan tujuan.

Bagian	Parameter	Deskripsi
N/A	Task Name	DTS secara otomatis menghasilkan nama tugas. Kami sarankan Anda menentukan nama deskriptif agar mudah diidentifikasi. Nama tersebut tidak perlu unik.
Source Database	Select Existing Connection	Untuk menggunakan instans database yang telah ditambahkan ke sistem (dibuat atau disimpan), pilih instans database yang diinginkan dari daftar drop-down. Informasi database di bawah 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 manual informasi database di bawah ini.
	Database Type	Pilih PolarDB for MySQL.
	Access Method	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah instans PolarDB for MySQL sumber.
	Migrate Across Alibaba Cloud Accounts	Contoh ini untuk migrasi dalam satu Akun Alibaba Cloud yang sama. Pilih No.
	PolarDB Cluster ID	Pilih ID instans PolarDB for MySQL sumber.
	Database Account	Masukkan akun database instans PolarDB for MySQL sumber. Untuk informasi tentang izin yang diperlukan, lihat Persyaratan izin untuk akun database.
	Database Password	Masukkan password untuk akun database.
	Encryption	Pilih tipe koneksi sesuai kebutuhan. Untuk informasi selengkapnya tentang fitur enkripsi SSL, lihat Aktifkan enkripsi SSL.
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 manual informasi database di bawah ini.
	Database Type	Pilih AnalyticDB for PostgreSQL.
	Access Method	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah instans AnalyticDB for PostgreSQL tujuan.
	Instance ID	Pilih ID instans AnalyticDB for PostgreSQL tujuan.
	Database Name	Masukkan nama database di instans AnalyticDB for PostgreSQL tujuan tempat Anda ingin memigrasikan objek.
	Database Account	Masukkan akun database instans AnalyticDB for PostgreSQL tujuan. Untuk informasi tentang izin yang diperlukan, lihat Persyaratan izin untuk akun database.
	Database Password	Masukkan password untuk akun database.

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

Konfigurasikan objek tugas.

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.
Processing Mode of Conflicting Tables	Precheck and Report Errors: DTS memeriksa tabel dengan nama yang sama di database tujuan. Pemeriksaan awal berhasil jika tidak ditemukan tabel tersebut. Jika ada duplikat, kesalahan dilaporkan selama pemeriksaan awal dan tugas migrasi data tidak dapat dimulai. Catatan Jika Anda tidak dapat menghapus atau mengganti nama tabel di database tujuan, Anda dapat mengubah nama tabel di database tujuan. Untuk informasi selengkapnya, lihat Pemetaan nama tabel dan kolom. Clear Destination Table: Menghapus data yang ada dari tabel tujuan. Lakukan dengan hati-hati. Ignore Errors and Proceed: Melewati pemeriksaan tabel dengan nama yang sama di database tujuan. Peringatan Jika Anda memilih Ignore Errors and Proceed, ketidakkonsistenan data dapat terjadi dan bisnis Anda mungkin terpapar risiko. Misalnya: Jika database sumber dan tujuan memiliki skema yang sama dan catatan di database tujuan memiliki nilai kunci primer yang sama dengan catatan di database sumber: Selama migrasi penuh, DTS mempertahankan catatan di database tujuan dan tidak memigrasikan catatan dari database sumber. Selama migrasi inkremental, catatan dari database sumber menimpa catatan di database tujuan. Jika database sumber dan tujuan memiliki skema yang berbeda, inisialisasi data mungkin gagal, hanya beberapa kolom yang dapat dimigrasikan, atau migrasi mungkin gagal.
SQL Operations for Incremental Migration	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 database atau tabel, klik kanan objek migrasi di kotak Selected Objects dan pilih operasi SQL yang ingin Anda migrasikan di kotak dialog yang muncul.
Capitalization of Object Names in Destination Instance	Anda dapat mengonfigurasi kebijakan sensitivitas huruf besar/kecil untuk nama database, tabel, dan kolom di instans tujuan. Secara default, DTS default policy dipilih. Anda juga dapat memilih kebijakan agar konsisten dengan database sumber atau tujuan. Untuk informasi selengkapnya, lihat Kebijakan sensitivitas huruf besar/kecil untuk nama objek tujuan.
Storage Engine Type	Pilih mesin penyimpanan untuk tabel tujuan berdasarkan kebutuhan bisnis Anda. Nilai default adalah Beam. Catatan Parameter ini tersedia hanya jika instans AnalyticDB for PostgreSQL tujuan memiliki versi kernel v7.0.6.6 atau lebih baru dan Anda memilih Migration Types untuk parameter Schema Migration.
Source Objects	Pilih satu atau beberapa objek dari bagian Source Objects. Klik ikon dan tambahkan objek ke bagian 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	Untuk mengubah nama satu objek migrasi di instans tujuan, klik kanan objek di kotak Selected Objects. Untuk informasi selengkapnya, lihat Pemetaan nama skema, tabel, dan kolom individual. Untuk mengubah nama beberapa objek migrasi di instans tujuan, klik Selected Objects di pojok kanan atas kotak Batch Edit. Untuk informasi selengkapnya, lihat Pemetaan nama skema, tabel, dan kolom ganda. Catatan Jika Anda menggunakan fitur pemetaan nama objek, migrasi objek dependen mungkin gagal. Untuk menentukan kondisi WHERE guna memfilter data, klik kanan tabel yang akan dimigrasikan di kotak Selected Objects dan tentukan kondisi filter di kotak dialog yang muncul. Untuk informasi selengkapnya, lihat Atur kondisi filter. Untuk memilih operasi SQL yang akan dimigrasikan pada tingkat database atau tabel, klik kanan objek migrasi di kotak Selected Objects dan pilih operasi SQL yang diinginkan di kotak dialog yang muncul.

Klik Next: Advanced Settings untuk mengonfigurasi parameter lanjutan.

Parameter	Deskripsi
Dedicated Cluster for Task Scheduling	Secara default, DTS menjadwalkan tugas pada klaster bersama. Anda tidak perlu memilihnya. Jika Anda menginginkan tugas yang lebih stabil, Anda dapat membeli klaster khusus untuk menjalankan tugas migrasi DTS.
Whether to Migrate Temporary Tables Generated by Online DDL	Jika Anda menggunakan Data Management (DMS) atau gh-ost untuk melakukan perubahan DDL Online di database sumber, Anda dapat memilih apakah akan memigrasikan data dari tabel sementara yang dihasilkan oleh perubahan DDL Online tersebut. Penting Tugas DTS tidak mendukung penggunaan alat seperti pt-online-schema-change untuk melakukan perubahan DDL Online. Jika tidak, tugas DTS akan gagal. Metode pemrosesan untuk setiap fase adalah sebagai berikut: Fase Schema Migration dan Full Data Migration tidak mengizinkan operasi DDL yang mengubah struktur database atau tabel. Oleh karena itu, fase tersebut tidak dikendalikan oleh kebijakan DDL Online. Schema Migration: Tidak dikendalikan oleh kebijakan DDL Online. Tabel sementara terkait dibuat. Full Data Migration: Tidak dikendalikan oleh kebijakan DDL Online. Migrasi tabel sementara tidak termasuk dalam objek migrasi penuh. Semua tabel yang namanya cocok dengan ekspresi reguler (`^_(.+)_(?:gho\|new)$` atau `^_(.+)_(?:ghc\|del\|old)$`) difilter. Incremental Data Migration: Dikendalikan oleh kebijakan DDL Online. Yes: Memigrasikan perubahan data dari tabel sementara (misalnya, `_table_name_gho`) yang dihasilkan oleh operasi DDL Online. No, Adapt to DMS Online DDL dan No, Adapt to gh-ost: Menyaring perubahan data dari tabel sementara (misalnya, `_table_name_gho`) yang dihasilkan oleh alat seperti gh-ost berdasarkan aturan ekspresi reguler. Yes: Memigrasikan data dari tabel sementara yang dihasilkan oleh perubahan DDL Online. Catatan Jika perubahan DDL Online menghasilkan banyak data di tabel sementara, hal ini dapat menyebabkan latensi tugas. No, Adapt to DMS Online DDL: Tidak memigrasikan data dari tabel sementara yang dihasilkan oleh perubahan DDL Online. Hanya memigrasikan pernyataan DDL asli yang dieksekusi menggunakan Data Management (DMS). Catatan Opsi ini menyebabkan tabel di database tujuan terkunci. No, Adapt to gh-ost: Tidak memigrasikan data dari tabel sementara yang dihasilkan oleh perubahan DDL Online. Mendukung aturan penyaringan kustom. DTS menyaring perubahan data dari tabel sementara (misalnya, `_table_name_gho`) yang dihasilkan oleh alat seperti gh-ost berdasarkan aturan ekspresi reguler. Anda dapat memodifikasi ekspresi reguler default yang digunakan untuk mencocokkan tabel shadow dan tabel tidak berguna sesuai kebutuhan: Tabel shadow: `^_(.+)_(?:gho\|new)$` Tabel tidak berguna: `^_(.+)_(?:ghc\|del\|old)$` Catatan Opsi ini menyebabkan tabel di database tujuan terkunci.
Retry Time for Failed Connections	Setelah tugas migrasi dimulai, jika koneksi ke database sumber atau tujuan gagal, DTS melaporkan kesalahan dan segera mulai mencoba koneksi ulang. Durasi percobaan ulang default adalah 720 menit. Anda dapat menyesuaikan durasi percobaan ulang ke nilai antara 10 hingga 1440 menit. Kami sarankan Anda mengatur durasi lebih dari 30 menit. Jika DTS berhasil terhubung kembali ke database sumber dan tujuan dalam durasi yang ditentukan, tugas migrasi akan dilanjutkan secara otomatis. Jika tidak, tugas gagal. Catatan Untuk beberapa instans DTS yang berbagi sumber atau tujuan yang sama, waktu percobaan ulang jaringan ditentukan oleh pengaturan tugas yang terakhir dibuat. Karena Anda dikenai biaya untuk tugas selama periode percobaan ulang koneksi, kami sarankan 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 mulai mencoba operasi ulang. Durasi percobaan ulang default adalah 10 menit. Anda dapat menyesuaikan durasi percobaan ulang ke nilai antara 1 hingga 1440 menit. Kami sarankan Anda mengatur durasi lebih dari 10 menit. Jika operasi terkait berhasil dalam durasi percobaan ulang yang ditentukan, tugas migrasi akan dilanjutkan secara otomatis. Jika tidak, tugas gagal. Penting Nilai Retry Time for Other Issues harus kurang dari nilai Retry Time for Failed Connections.
Enable Throttling for Full Data Migration	Selama migrasi penuh, DTS mengonsumsi resource 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 Item konfigurasi ini tersedia hanya jika Anda memilih Incremental Data Migration untuk Migration Types. Anda juga dapat menyesuaikan kecepatan migrasi inkremental setelah instans migrasi berjalan.
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.
Environment Tag	Anda dapat memilih tag lingkungan untuk mengidentifikasi instans. Dalam contoh ini, Anda tidak perlu memilih tag.
Configure ETL	Pilih apakah akan mengaktifkan fitur extract, transform, and load (ETL). Untuk informasi selengkapnya, lihat Apa itu ETL? Nilai yang valid: Yes: Mengaktifkan fitur ETL. Masukkan pernyataan pemrosesan data di editor kode. Untuk informasi selengkapnya, lihat Konfigurasi ETL dalam tugas migrasi data atau sinkronisasi data. No: Menonaktifkan fitur ETL.
Monitoring and Alerting	Pilih apakah akan mengatur peringatan dan menerima pemberitahuan peringatan berdasarkan kebutuhan bisnis Anda. No: Tidak mengatur peringatan. Yes: Konfigurasikan peringatan dengan mengatur ambang batas peringatan dan pemberitahuan peringatan. Jika migrasi gagal atau latensi melebihi ambang batas, sistem mengirimkan pemberitahuan peringatan.

Setelah mengonfigurasi parameter, klik Next: Configure Database and Table Fields di bagian bawah halaman untuk mengatur kolom kunci primer dan kunci distribusi untuk tabel yang akan dimigrasikan di instans AnalyticDB for PostgreSQL tujuan.

Catatan
Halaman ini muncul hanya jika Schema Migration dipilih untuk Migration Types. Untuk informasi selengkapnya tentang kolom kunci primer dan kunci distribusi, lihat Kelola tabel dan Definisikan distribusi tabel.

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 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 prompt, 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 prompt, 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.

Beli instans.

Saat Success Rate mencapai 100%, klik Next: Purchase Instance.

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 tersebut berada. Nilai default adalah kelompok sumber daya default. Untuk informasi selengkapnya, lihat Apa itu Resource Management?
New Instance Class	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 selengkapnya, lihat Spesifikasi link migrasi data.

Setelah konfigurasi selesai, baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.
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.