Data Transmission Service:Migrasi\ data\ dari\ kluster\ PolarDB\ for\ PostgreSQL\ \(Kompatibel\ dengan\ Oracle\)\ ke\ database\ Oracle\ yang\ dikelola\ sendiri

Batasan database sumber

• Server database sumber harus memiliki bandwidth keluar yang mencukupi. Bandwidth yang tidak mencukupi akan mengurangi kecepatan migrasi.

• Tabel yang akan dimigrasikan harus memiliki kendala PRIMARY KEY atau UNIQUE, dan semua bidang harus unik. Jika tidak, database tujuan mungkin berisi catatan duplikat.

• Jika Anda memilih tabel sebagai objek migrasi dan perlu mengganti nama tabel atau kolom di database tujuan, satu tugas mendukung hingga 1.000 tabel. Untuk lebih dari 1.000 tabel, konfigurasikan beberapa tugas atau migrasikan seluruh database.

• Untuk migrasi data inkremental, WAL harus diaktifkan dan log WAL harus disimpan selama periode berikut: Jika log tidak disimpan selama periode yang diperlukan, DTS mungkin gagal memperoleh log WAL dan tugas dapat gagal. Dalam kondisi luar biasa, kehilangan data atau ketidakkonsistenan dapat terjadi. Setelah migrasi data penuh selesai, Anda dapat mengurangi periode retensi menjadi lebih dari 24 jam.

  • Hanya migrasi data inkremental: lebih dari 24 jam

  • Migrasi data penuh dan migrasi data inkremental: minimal tujuh hari

• Selama migrasi data penuh, jangan lakukan operasi DDL yang mengubah skema database atau tabel. Tugas migrasi akan gagal.

• Jika Anda hanya melakukan migrasi data penuh, jangan menulis data ke database sumber selama migrasi. Untuk memastikan konsistensi data, pilih kedua opsi Full Data Migration dan Incremental Data Migration.

• Jika Anda berencana melakukan alih bencana primary/secondary pada kluster sumber, aktifkan fitur Logical Replication Slot Failover terlebih dahulu untuk mencegah interupsi langganan logis. Untuk informasi lebih lanjut, lihat Logical replication slot failover.

• Jika terdapat transaksi jangka panjang di database sumber selama migrasi inkremental, log WAL yang dihasilkan sebelum transaksi tersebut dikomit dapat menumpuk dan menyebabkan ruang disk tidak mencukupi.

Batasan lainnya

• Migrasi skema tidak didukung. Sebelum mengonfigurasi tugas migrasi, buat database dan tabel yang diperlukan di instans tujuan.

• Satu tugas migrasi hanya memindahkan data dari satu database. Untuk memindahkan beberapa database, buat tugas terpisah untuk setiap database.

• Selama migrasi inkremental, jika Anda memilih skema sebagai objek migrasi lalu membuat atau mengganti nama tabel di skema tersebut, jalankan pernyataan berikut sebelum menulis data ke tabel tersebut:

  ALTER TABLE schema.table REPLICA IDENTITY FULL;

  Ganti schema dan table dengan nama skema dan tabel yang sebenarnya.

• Untuk melacak latensi migrasi, DTS membuat tabel bernama dts_postgres_heartbeat di database sumber. Gambar berikut menunjukkan struktur tabel.

• Selama migrasi inkremental, DTS membuat slot replikasi dengan awalan dts_sync_ di database sumber. DTS dapat memperoleh log inkremental dari 15 menit terakhir menggunakan slot ini.

  • Setelah instans DTS dilepas, slot replikasi akan dihapus secara otomatis.

  • Jika Anda mengubah kata sandi database sumber atau menghapus DTS dari daftar putih alamat IP, slot replikasi tidak akan dihapus secara otomatis. Hapus secara manual dari database sumber untuk mencegah akumulasi slot.

  • Jika tugas migrasi dilepas atau gagal, DTS secara otomatis membersihkan slot replikasi. Jika dilakukan alih bencana primary/secondary pada kluster sumber, login ke instans secondary untuk membersihkan slot replikasi.

• Migrasi data penuh menggunakan operasi INSERT konkuren, yang menyebabkan fragmentasi pada tabel tujuan. Setelah migrasi selesai, ruang tabel database tujuan lebih besar daripada database sumber.

• DTS menggunakan fungsi ROUND(COLUMN,PRECISION) untuk mengambil nilai dari kolom FLOAT dan DOUBLE. Presisi default adalah 38 digit untuk FLOAT dan 308 digit untuk DOUBLE. Pastikan pengaturan presisi ini memenuhi kebutuhan Anda sebelum memulai migrasi.

• DTS mencoba melanjutkan tugas yang gagal hingga tujuh hari. Sebelum mengalihkan beban kerja ke database tujuan, hentikan atau lepaskan tugas yang gagal, atau jalankan pernyataan REVOKE untuk mencabut izin tulis akun DTS pada database tujuan. Jika tidak, tugas yang dilanjutkan dapat menimpa data di database tujuan.

Kasus khusus

Jika database Oracle yang dikelola sendiri diterapkan dalam arsitektur Real Application Cluster (RAC) dan terhubung ke DTS melalui virtual private cloud (VPC), hubungkan alamat IP Single Client Access Name (SCAN) dan alamat IP virtual (VIP) setiap node ke VPC serta konfigurasikan entri rute. Saat mengonfigurasi database Oracle di konsol DTS, tentukan alamat IP SCAN sebagai database endpoint atau alamat IP. Untuk informasi lebih lanjut, lihat Hubungkan database lokal ke Alibaba Cloud dan Hubungkan pusat data ke DTS menggunakan VPN Gateway.

Langkah 1: Buka halaman Tugas Migrasi Data

1. Login ke Konsol Data Management (DMS).

2. Di bilah navigasi atas, klik DTS.

3. Di panel navigasi kiri, pilih DTS (DTS) > Data Migration.

Langkah 2: Pilih wilayah

Dari daftar drop-down di samping Data Migration Tasks, pilih wilayah tempat instans migrasi data berada.

Langkah 3: Konfigurasi database sumber dan tujuan

Klik Create Task. Di wizard Create Task, konfigurasikan database sumber dan tujuan menggunakan parameter berikut.

Database sumber

Database tujuan

Langkah 4: Uji konektivitas dan tambahkan alamat IP DTS ke daftar putih

Jika database yang dikelola sendiri Anda memiliki daftar putih alamat IP yang dikonfigurasi, tambahkan blok CIDR server DTS ke daftar putih tersebut. Lalu klik Test Connectivity and Proceed.

Langkah 5: Konfigurasi objek dan pengaturan migrasi

Langkah 6: Konfigurasi pengaturan lanjutan

Klik Next: Advanced Settings dan konfigurasikan parameter berikut.

Langkah 7: Simpan pengaturan dan jalankan pemeriksaan awal

Klik Next: Save Task Settings and Precheck.

DTS menjalankan pemeriksaan awal sebelum tugas dapat dimulai. Jika pemeriksaan awal gagal, klik View Details di samping setiap item yang gagal, selesaikan masalahnya, lalu klik Precheck Again.

Jika muncul peringatan pemeriksaan awal:

• Jika peringatan tidak dapat diabaikan, klik View Details, selesaikan masalahnya, lalu jalankan ulang pemeriksaan awal.

• Jika peringatan dapat diabaikan, klik Confirm Alert Details. Di dialog View Details, klik Ignore, lalu klik OK, dan klik Precheck Again. Mengabaikan peringatan dapat menyebabkan ketidakkonsistenan data.

Langkah 8: Beli instans

Tunggu hingga tingkat keberhasilan pemeriksaan awal mencapai 100%, lalu klik Next: Purchase Instance.

Di halaman Purchase Instance, konfigurasikan parameter berikut.

Langkah 9: Mulai tugas

Pilih kotak centang Data Transmission Service (Pay-as-you-go) Service Terms, lalu klik Buy and Start. Pantau progres di daftar tugas.