Migrasi database Oracle yang dikelola sendiri di lokasi ke AnalyticDB for PostgreSQL - Data Transmission Service

Layanan Transmisi Data (DTS) memigrasikan data dari database Oracle yang dikelola sendiri ke instans AnalyticDB for PostgreSQL untuk membangun gudang data real-time.

Prasyarat

Anda telah membuat database Oracle sumber yang dikelola sendiri dan instans tujuan AnalyticDB for PostgreSQL.
Catatan
- Untuk mengetahui cara membuat instans tujuan AnalyticDB for PostgreSQL, lihat Buat instans.
- Untuk detail versi yang didukung oleh database sumber dan instans tujuan, lihat Ikhtisar solusi migrasi.
Anda telah mengaktifkan mode ARCHIVELOG untuk database Oracle yang dikelola sendiri, menetapkan periode retensi yang sesuai untuk file log arsip, dan memastikan bahwa file log arsip dapat diakses. Untuk informasi lebih lanjut, lihat ARCHIVELOG.
Anda telah mengaktifkan pencatatan tambahan (supplemental logging) untuk database Oracle yang dikelola sendiri serta menyetel parameter supplemental_log_data_pk dan supplemental_log_data_ui ke YES. Untuk informasi lebih lanjut, lihat Supplemental Logging.
Kami menyarankan Anda memahami kemampuan dan keterbatasan DTS untuk database sumber Oracle serta menggunakan Advanced Database & Application Migration (ADAM) untuk melakukan evaluasi database guna memastikan migrasi ke cloud berjalan lancar. Untuk informasi lebih lanjut, lihat Keterbatasan dan persiapan untuk database Oracle dan Ikhtisar Evaluasi Database.

Peringatan

Catatan

DTS memigrasikan kunci asing (foreign keys) selama migrasi skema.
Selama migrasi data penuh dan inkremental, DTS sementara menonaktifkan pemeriksaan kendala dan cascades kunci asing pada tingkat sesi. Pembaruan atau penghapusan cascade pada database sumber saat tugas berjalan dapat menyebabkan ketidakkonsistenan data.

Jenis	Deskripsi
Keterbatasan database sumber	Server yang menghosting database sumber harus memiliki bandwidth keluar yang cukup. Jika tidak, kecepatan migrasi data akan terpengaruh. Jika database sumber terhubung melalui jalur sewa (leased line), Anda harus mengonfigurasi salah satu alamat IP virtual (VIP) dalam informasi koneksi. Hal ini memungkinkan Kluster Aplikasi Real-Time (RAC) Oracle terhubung ke tugas migrasi data melalui jalur sewa tersebut. Jika database Oracle yang dikelola sendiri menggunakan arsitektur RAC dan terhubung melalui jalur sewa, VPN Gateway, Smart Access Gateway, Gerbang Basis Data (DG), Cloud Enterprise Network (CEN), atau dari instance ECS, Anda tidak dapat mengonfigurasi alamat IP SCAN (Single Client Access Name). Anda hanya dapat mengonfigurasi salah satu VIP dalam informasi koneksi. Jika menggunakan metode ini, pergantian node untuk RAC tidak didukung. Jika data yang akan dimigrasikan berisi string kosong bertipe `varchar2`, yang dianggap null oleh Oracle, dan bidang database tujuan terkait memiliki kendala NOT NULL, tugas migrasi akan gagal. Jika kebijakan FGA (Fine-Grained Audit) diaktifkan pada tabel yang akan dimigrasikan, DTS tidak dapat mengenali pseudokolom `ORA_ROWSCN`, yang akan menyebabkan pekerjaan migrasi gagal. Catatan Anda dapat menonaktifkan kebijakan FGA untuk tabel yang akan dimigrasikan, atau memilih untuk tidak memigrasikan data dari tabel-tabel tersebut. Persyaratan untuk objek migrasi: Tabel yang akan dimigrasikan harus memiliki kunci primer atau kendala unik, dan bidang-bidangnya harus unik. Jika tidak, data duplikat mungkin muncul di database tujuan. Jika database Oracle yang dikelola sendiri Anda adalah versi 12c atau lebih baru, nama tabel yang akan dimigrasikan tidak boleh melebihi panjang 30 byte. Jika Anda memigrasikan objek pada tingkat tabel dan perlu mengeditnya, seperti pemetaan nama tabel atau kolom, satu tugas migrasi data mendukung maksimal 1.000 tabel. Jika batas ini dilampaui, kesalahan akan dilaporkan setelah Anda mengirimkan tugas. Dalam hal ini, pisahkan tabel menjadi beberapa batch dan konfigurasikan tugas terpisah untuk setiap batch, atau konfigurasikan satu tugas untuk memigrasikan seluruh database. Untuk migrasi inkremental, Redo Logs dan Archive Logs: Harus diaktifkan. Untuk tugas migrasi data inkremental, DTS mensyaratkan agar Redo Logs dan Archive Logs di database sumber dipertahankan lebih dari 24 jam. Untuk tugas yang mencakup migrasi data penuh dan inkremental, DTS mensyaratkan agar Redo Logs dan Archive Logs dipertahankan minimal 7 hari. Setelah migrasi data penuh selesai, Anda dapat mengubah periode retensi menjadi lebih dari 24 jam. Jika periode retensi lebih pendek dari yang disyaratkan, tugas DTS mungkin gagal karena tidak dapat memperoleh log. Dalam kasus ekstrem, hal ini dapat menyebabkan ketidakkonsistenan atau kehilangan data. Masalah yang disebabkan oleh periode retensi log yang lebih pendek dari persyaratan DTS tidak dicakup oleh Perjanjian Tingkat Layanan (SLA) DTS. Keterbatasan operasi pada 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. 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 real-time, pilih migrasi skema, migrasi data penuh, dan migrasi data inkremental. Pembaruan terpisah pada bidang teks besar tidak didukung dan akan menyebabkan tugas gagal.
Keterbatasan lainnya	Hanya migrasi tingkat tabel yang didukung. Tabel Append-optimized (AO) tidak didukung sebagai tabel tujuan. Jika Anda menggunakan pemetaan kolom untuk migrasi tabel parsial atau jika skema tabel sumber dan tujuan berbeda, data pada kolom yang ada di sumber tetapi tidak ada di tujuan akan hilang. Instans tujuan AnalyticDB for PostgreSQL tidak mendukung penulisan terminator string ('\0'). Jika data yang akan dimigrasikan berisi terminator ini, DTS tidak akan menuliskannya ke database tujuan. Hal ini menyebabkan ketidakkonsistenan data. Migrasi tabel eksternal (foreign tables) tidak didukung. Migrasi PACKAGE, PACKAGE_BODY, MATERIALIZED_VIEW, SYNONYM, TYPE, TYPE_BODY, PROCEDURE, dan INDEX tidak didukung. Selama migrasi inkremental, impor data ke database sumber menggunakan Oracle Data Pump tidak didukung. Hal ini dapat menyebabkan kehilangan data. 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 mencakup semua kolom kunci distribusi. Evaluasi kinerja database sumber dan tujuan sebelum memigrasikan data, dan lakukan migrasi selama jam sepi. Selama migrasi data penuh, DTS mengonsumsi sebagian sumber daya baca dan tulis dari database sumber dan tujuan, yang dapat meningkatkan beban database. Migrasi data penuh melakukan operasi INSERT secara konkuren, yang menyebabkan fragmentasi tabel di database tujuan. Akibatnya, ruang penyimpanan tabel di database tujuan lebih besar daripada di instans sumber. DTS mencoba melanjutkan tugas migrasi yang gagal dalam waktu tujuh hari. Sebelum beralih ke instans tujuan, hentikan atau lepaskan tugas tersebut. Atau, gunakan perintah `revoke` untuk mencabut izin tulis akun yang digunakan DTS untuk mengakses instans tujuan. Hal ini mencegah data sumber menimpa data di instans tujuan jika tugas dilanjutkan secara otomatis. 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.

Penagihan

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

Jenis migrasi	Deskripsi
Migrasi skema	DTS memigrasikan skema objek dari database sumber ke instans tujuan AnalyticDB for PostgreSQL. DTS mendukung migrasi skema untuk jenis objek berikut: tabel, indeks, kendala, fungsi, sequence, dan view. Peringatan Skenario ini melibatkan migrasi data antar database heterogen. Selama migrasi skema, tipe data mungkin tidak dipetakan sempurna antara database sumber dan tujuan. Evaluasi secara cermat dampak bisnis dari pemetaan tipe data tersebut. Untuk informasi lebih lanjut, lihat Pemetaan tipe data untuk database heterogen. Pemicu (triggers) tidak didukung. Hapus pemicu dari database sumber untuk mencegah ketidakkonsistenan data. Untuk informasi lebih lanjut, lihat Konfigurasi tugas sinkronisasi atau migrasi data untuk database sumber yang berisi pemicu. Untuk tabel partisi, DTS mengabaikan definisi partisi. Anda harus mendefinisikan partisi di database tujuan.
Migrasi data penuh	DTS memigrasikan semua data objek yang ada dari database sumber ke instans tujuan AnalyticDB for PostgreSQL.
Migrasi data inkremental	Berdasarkan migrasi data penuh, DTS melakukan polling dan menangkap redo log dari database Oracle yang dikelola sendiri serta memigrasikan pembaruan inkremental ke instans tujuan AnalyticDB for PostgreSQL secara real-time. Migrasi data inkremental memungkinkan migrasi lancar tanpa mengganggu aplikasi yang dikelola sendiri.

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 kunci primer, sistem mengonversinya menjadi pernyataan DELETE dan INSERT.
DDL	ADD COLUMN

Pemetaan tipe data

Untuk detailnya, lihat Pemetaan tipe data untuk database heterogen.

Sebelum memulai

Login ke database Oracle yang dikelola sendiri yang akan dimigrasikan, buat akun untuk pengumpulan data, dan berikan izin yang diperlukan kepada akun tersebut.

Catatan

Jika Anda telah membuat akun dengan izin yang tercantum di bawah, Anda dapat melewati langkah ini.

Database	Migrasi skema	Migrasi data penuh	Migrasi data inkremental
database Oracle yang dikelola sendiri	Izin pemilik skema	Izin pemilik skema	Izin detail halus
AnalyticDB for PostgreSQL instance	Izin menulis pada database tujuan

Untuk membuat akun database dan memberikan izin:

Untuk database Oracle yang dikelola sendiri, lihat Persiapan akun database, CREATE USER, dan GRANT.
Akun awal instans tujuan AnalyticDB for PostgreSQL telah memiliki izin yang diperlukan. Untuk membuat akun, lihat Buat dan kelola akun database.
Catatan
Anda juga dapat menggunakan akun yang memiliki izin RDS_SUPERUSER. Untuk membuat akun tersebut, lihat Kelola pengguna dan izin.

Penting

Untuk memigrasikan data inkremental, Anda juga harus mengaktifkan pencatatan arsip dan pencatatan tambahan. Untuk informasi lebih lanjut, lihat konfigurasi database.

Prosedur

Navigasi ke halaman daftar tugas migrasi untuk wilayah tujuan menggunakan salah satu metode berikut.
Dari Konsol DTS
1. Login ke Konsol Layanan Transmisi Data (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 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.
Klik Create Task untuk menuju halaman konfigurasi tugas.

Konfigurasikan database sumber dan tujuan.

Peringatan

Setelah memilih instans sumber dan tujuan, kami sarankan Anda membaca dengan cermat batasan yang ditampilkan di bagian atas halaman. Jika tidak, tugas mungkin gagal atau terjadi ketidakkonsistenan data.

Bagian	Parameter	Deskripsi
N/A	Task Name	DTS secara otomatis menghasilkan nama tugas. Kami menyarankan Anda menentukan nama deskriptif untuk memudahkan identifikasi. Nama tersebut tidak perlu unik.
Source Database	Database Type	Pilih Oracle.
	Access Method	Pilih jenis koneksi berdasarkan lokasi penyebaran database sumber. Topik ini menggunakan Public IP Address sebagai contoh. Catatan Jika Anda menggunakan jenis database yang dikelola sendiri berbeda, diperlukan persiapan tambahan. Untuk informasi lebih lanjut, lihat Ikhtisar persiapan.
	Instance Region	Pilih wilayah tempat database Oracle sumber berada.
	Hostname or IP address	Masukkan titik akhir database Oracle yang dikelola sendiri.
	Port	Masukkan port layanan database Oracle yang dikelola sendiri. Nilai default adalah 1521. Catatan Dalam contoh ini, port layanan harus dapat diakses melalui internet.
	Oracle Type	Non-RAC Instance: Jika memilih opsi ini, Anda juga harus menentukan SID. RAC or PDB Instance: Jika memilih opsi ini, Anda juga harus menentukan Service Name. Dalam contoh ini, Non-RAC Instance dipilih.
	Database Account	Masukkan akun untuk database Oracle sumber. Untuk persyaratan izin, lihat Persiapan.
	Database Password	Masukkan kata sandi untuk akun database.
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 di instans tujuan AnalyticDB for PostgreSQL.
	Database Account	Masukkan akun database untuk instans tujuan AnalyticDB for PostgreSQL. Untuk persyaratan izin, lihat Persiapan.
	Database Password	Masukkan kata sandi untuk akun database.

Setelah menyelesaikan konfigurasi, klik Test Connectivity and Proceed di bagian bawah halaman. Di kotak dialog CIDR Blocks of DTS Servers yang muncul, klik Test Connectivity.
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.

Konfigurasikan objek tugas.

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 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 for Existing Destination Tables	Precheck and Report Errors: Memeriksa apakah tabel dengan nama yang sama ada di database tujuan. Jika tidak ada tabel dengan nama yang sama, pemeriksaan awal berhasil. 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 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 kunci primer 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 mungkin gagal. Lanjutkan 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 untuk memindahkannya ke kotak Selected Objects.
Selected Objects	Untuk mengubah nama objek migrasi tunggal di instans target, klik kanan objek tersebut di kotak Selected Objects. Untuk informasi selengkapnya, lihat Memetakan nama skema, tabel, dan kolom masing-masing. Untuk mengubah nama beberapa objek migrasi di instans target, klik Selected Objects di pojok kanan atas kotak Batch Edit. Untuk informasi lebih lanjut, lihat Pemetaan nama skema, tabel, dan kolom ganda. Catatan Jika Anda menggunakan fitur pemetaan nama objek, objek lain yang bergantung pada objek yang diganti namanya mungkin gagal dimigrasikan. Untuk menetapkan klausa WHERE untuk memfilter data, klik kanan tabel di kotak Selected Objects dan tentukan kondisi filter di kotak dialog yang muncul. Untuk petunjuknya, lihat Tetapkan kondisi filter. Untuk memilih operasi SQL untuk migrasi data inkremental 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 kluster 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 mulai 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 menetapkan 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 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 melepaskan instans DTS setelah instans database sumber dan tujuan dilepaskan.
Retry Time for Other Issues	Setelah tugas migrasi dimulai, jika terjadi masalah non-konektivitas, seperti pengecualian eksekusi DDL atau DML, pada database sumber atau tujuan, DTS melaporkan kesalahan dan segera mulai 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 menetapkan 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 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 menyetel 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 menetapkan batas kecepatan untuk tugas migrasi inkremental. Anda dapat menyetel 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.
Environment Tag	Anda dapat memilih tag lingkungan untuk mengidentifikasi instans berdasarkan kebutuhan bisnis Anda. Tidak ada tag yang dipilih dalam contoh ini.
Actual Write Code	Anda dapat memilih format encoding untuk menulis data ke tujuan berdasarkan kebutuhan bisnis Anda.
Configure ETL	Pilih apakah akan mengaktifkan fitur ekstrak, transformasi, muat (ETL). Untuk informasi lebih lanjut, lihat Apa itu ETL? Nilai yang valid: Yes: Mengaktifkan fitur ETL. Masukkan pernyataan pemrosesan data di editor kode. Untuk informasi lebih lanjut, lihat Konfigurasi ETL dalam tugas migrasi data atau sinkronisasi data. No: Menonaktifkan fitur ETL.
Monitoring and Alerting	Pilih apakah akan menyetel peringatan dan menerima pemberitahuan peringatan berdasarkan kebutuhan bisnis Anda. No: Tidak menyetel peringatan. Yes: Konfigurasikan peringatan dengan menyetel ambang batas peringatan dan pemberitahuan peringatan. Jika migrasi gagal atau latensi melebihi ambang batas, sistem akan mengirimkan pemberitahuan peringatan.

Klik Next: Data Validation untuk mengonfigurasi tugas validasi data.
Untuk informasi lebih lanjut tentang fitur validasi data, lihat Konfigurasi validasi data.
Tetapkan kolom kunci primer dan kunci distribusi untuk tabel yang akan dimigrasikan di instans tujuan AnalyticDB for PostgreSQL.

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

Beli instans.

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

Di halaman Purchase, pilih spesifikasi tautan 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 manajemen sumber daya?
New Instance Class	Instance Class	DTS menyediakan spesifikasi migrasi dengan tingkat kinerja berbeda. Spesifikasi tautan memengaruhi kecepatan migrasi. Anda dapat memilih spesifikasi berdasarkan skenario bisnis Anda. Untuk informasi lebih lanjut, lihat Spesifikasi tautan 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 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.