ApsaraDB for OceanBase (Deprecated):Migrasi data dari instans ApsaraDB RDS for PostgreSQL ke database OceanBase dalam mode kompatibel Oracle

Prasyarat

• Layanan transmisi data memiliki hak akses ke sumber daya cloud. Untuk informasi selengkapnya, lihat Berikan hak istimewa kepada peran untuk transmisi data.

• Anda telah membuat akun istimewa khusus untuk migrasi data di instans ApsaraDB RDS for PostgreSQL sumber. Untuk informasi selengkapnya, lihat Sumber data PostgreSQL.

• Anda telah membuat pengguna database khusus untuk migrasi data di database OceanBase dalam mode kompatibel Oracle dan memberikan hak istimewa yang diperlukan kepada pengguna tersebut. Untuk informasi selengkapnya, lihat Buat pengguna database.

• Jika Anda perlu melakukan sinkronisasi inkremental, lakukan operasi berikut terlebih dahulu:

  • Layanan transmisi data tidak mendukung sinkronisasi otomatis pernyataan DDL selama sinkronisasi inkremental. Jika pernyataan DDL perlu dieksekusi pada tabel yang akan dimigrasikan, eksekusi secara manual pernyataan DDL tersebut di target, lalu eksekusi di instans ApsaraDB RDS for PostgreSQL sumber.

    Untuk mengurai dengan benar operasi DML inkremental yang dilakukan setelah pernyataan DDL dieksekusi, Anda harus membuat pemicu (trigger) dan tabel yang sesuai untuk mencatat pernyataan DDL tersebut. Untuk informasi selengkapnya, lihat Buat pemicu.

  • Jika Anda memilih Incremental Synchronization, Anda harus mengatur parameter wal_level ke logical. Untuk informasi selengkapnya, lihat Ubah tingkat log untuk instans ApsaraDB RDS for PostgreSQL.

Batasan

• Batasan pada database sumber

  Jangan lakukan operasi DDL yang mengubah skema database atau tabel selama migrasi skema atau migrasi penuh. Jika dilakukan, tugas migrasi data mungkin terganggu.

• Hanya mendukung instans ApsaraDB RDS for PostgreSQL V11.x dan V12.x.

• Layanan transmisi data tidak mendukung migrasi tabel partisi, tabel unlogged, atau tabel temporary dari instans ApsaraDB RDS for PostgreSQL.

• Layanan transmisi data tidak mendukung pemicu (trigger) di target saat target berupa database. Jika pemicu ada di database target, migrasi data mungkin gagal.

• Layanan transmisi data hanya mendukung migrasi objek jika kondisi berikut terpenuhi: nama database, nama tabel, dan nama kolom objek tersebut dikodekan dalam ASCII tanpa karakter khusus. Karakter khusus tersebut adalah line break, spasi, dan karakter berikut: . | " ' ` ( ) = ; / & \.

• Layanan transmisi data hanya mendukung sinkronisasi inkremental dari database utama.

Pertimbangan

• Jika Anda memilih Incremental Synchronization, opsi tingkat tabel REPLICA IDENTITY harus memenuhi persyaratan berikut:

  • Jika Anda memilih Specify Objects untuk menentukan objek migrasi, tabel yang ditentukan harus memiliki kunci primer atau Anda perlu mengatur opsi tingkat tabel REPLICA IDENTITY ke FULL. Jika tidak, operasi pembaruan dan penghapusan data bisnis akan gagal.

  • Jika Anda memilih Match Rules untuk menentukan objek migrasi, instans ApsaraDB RDS for PostgreSQL harus berlangganan perubahan pada semua tabel (termasuk tabel yang dipilih, tidak dipilih, dan tabel baru) dari database yang dipilih, dan semua tabel harus memiliki kunci primer atau Anda perlu mengatur opsi tingkat tabel REPLICA IDENTITY ke FULL. Jika tidak, operasi pembaruan dan penghapusan data bisnis akan gagal.

  • Jika kunci primer atau kunci unik pada tabel sumber dan target tidak sepenuhnya sejajar, opsi tingkat tabel REPLICA IDENTITY harus diatur ke FULL untuk tabel tersebut.

  • Citra before image lengkap tidak dikembalikan untuk tabel yang opsi REPLICA IDENTITY-nya diatur ke DEFAULT di instans ApsaraDB RDS for PostgreSQL. Untuk memastikan kualitas data, layanan transmisi data memigrasikan tabel terkait dalam mode serial, sehingga mengurangi efisiensi sinkronisasi inkremental. Oleh karena itu, kami menyarankan Anda mengatur opsi tingkat tabel REPLICA IDENTITY ke FULL untuk semua tabel.

  Anda dapat mengeksekusi pernyataan berikut untuk mengatur opsi tingkat tabel REPLICA IDENTITY ke FULL:

  Penting

  Jika kondisi filter baris telah diatur untuk objek tabel yang akan dimigrasikan, opsi REPLICA IDENTITY harus diatur ke FULL untuk tabel tersebut.

  ALTER TABLE table_name REPLICA IDENTITY FULL;

• Saat Anda memigrasikan skema atau operasi DDL inkremental dari instans ApsaraDB RDS for PostgreSQL ke database OceanBase dalam mode kompatibel Oracle, huruf kecil pada nama tabel dan nama bidang akan dikonversi menjadi huruf kapital berdasarkan strategi default layanan transmisi data. Misalnya, nama tabel sumber a secara default dikonversi menjadi A di target. Anda dapat menentukan nama tabel atau nama bidang dalam format a, A, atau "A", tetapi tidak dalam format "a".

• Komponen Incr-Sync dari instans ApsaraDB RDS for PostgreSQL secara otomatis membuat publikasi dan slot, tetapi Anda harus memantau penggunaan disk log instans tersebut. Secara default, layanan transmisi data memberi notifikasi ke instans setiap 10 menit untuk memperbarui nilai confirmed_flush_lsn suatu slot ke nomor urutan log (LSN) terbaru 10 menit yang lalu. Oleh karena itu, setiap komponen Incr-Sync menyimpan setidaknya 10 menit log dari instans ApsaraDB RDS for PostgreSQL.

  Catatan

  Jika Anda ingin mengubah interval notifikasi atau periode retensi file log yang dihasilkan oleh instans ApsaraDB RDS for PostgreSQL, hubungi Dukungan Teknis OceanBase.

  Jika log instans ApsaraDB RDS for PostgreSQL tidak dapat dibersihkan selama migrasi data karena keberadaan slot, Anda harus menghapus tugas migrasi data lalu membersihkan log tersebut. Nilai slot restart_lsn terkecil di antara semua slot menentukan apakah file log instans ApsaraDB RDS for PostgreSQL dapat didaur ulang. Jika nilai terkecil tersebut berada dalam rentang file log, file log tersebut tidak akan didaur ulang.

• Saat Anda menyinkronkan data ke target, data duplikat mungkin muncul jika tabel target tidak memiliki kunci primer atau kunci unik non-null.

• Selama inkremental terbalik (reverse increment) pada tabel tanpa kunci primer, jika migrasi data dilakukan dalam mode pencocokan kolom penuh untuk operasi UPDATE dan DELETE, masalah berikut mungkin terjadi:

  • Masalah kinerja

    Karena tidak adanya indeks kunci primer, setiap operasi UPDATE atau DELETE akan dilakukan setelah pemindaian seluruh tabel.

  • Ketidakkonsistenan data

    Klausa LIMIT tidak didukung untuk operasi UPDATE dan DELETE di instans ApsaraDB RDS for PostgreSQL. Dalam kasus ini, jika beberapa catatan cocok dalam mode pencocokan kolom penuh, jumlah catatan data yang terpengaruh oleh operasi UPDATE atau DELETE mungkin lebih besar dari yang diharapkan. Misalnya, tabel t1 tanpa kunci primer memiliki dua kolom, c1 dan c2. Terdapat dua catatan data di mana c1 = 1 dan c2 = 2 di sumber. Saat Anda menghapus hanya satu catatan data dari sumber berdasarkan kondisi where c1 = 1 and c2 = 2, kedua catatan data di target akan dihapus karena keduanya memenuhi kondisi tersebut. Hal ini menyebabkan ketidakkonsistenan data antara sumber dan target.

• Layanan transmisi data mendukung inkremental terbalik (reverse increment) bidang tsvector dari Database OceanBase ke instans ApsaraDB RDS for PostgreSQL. Bidang tsvector harus ditulis ke Database OceanBase dalam format yang didukung. Berikut beberapa contohnya:

  • Data yang ditulis ke Database OceanBase dalam format 'a b c' akan dikonversi menjadi format "'a' 'b' 'c'" di instans ApsaraDB RDS for PostgreSQL.

  • Data yang ditulis ke Database OceanBase dalam format 'a:1 b:2 c:3' akan dikonversi menjadi format "'a':1 'b':2 'c':3" di instans ApsaraDB RDS for PostgreSQL.

  Data yang ditulis ke Database OceanBase dalam format non-tsvector seperti "'a':cccc" tidak dapat dimigrasikan ke instans ApsaraDB RDS for PostgreSQL. Untuk informasi selengkapnya tentang format yang didukung, lihat 8.11. Text Search Types dalam dokumentasi PostgreSQL.

• Jika set karakter UTF-8 digunakan di database sumber, kami menyarankan Anda menggunakan set karakter yang kompatibel, seperti UTF-8 atau UTF-16, di database target untuk menghindari karakter acak (garbled characters).

• Periksa apakah presisi migrasi layanan transmisi data untuk kolom dengan tipe data seperti DECIMAL, FLOAT, dan DOUBLE sesuai harapan. Jika presisi tipe bidang target lebih rendah daripada tipe bidang sumber, nilai dengan presisi lebih tinggi mungkin terpotong. Hal ini dapat menyebabkan ketidakkonsistenan data antara bidang sumber dan target.

• Jika Anda memodifikasi indeks unik di target, Anda harus merestart tugas migrasi data untuk menghindari ketidakkonsistenan data.

• Jika jam antar node atau antara klien dan server tidak tersinkronisasi, latensi selama sinkronisasi inkremental atau inkremental terbalik mungkin tidak akurat.

  Misalnya, jika jam lebih awal dari waktu standar, latensi bisa bernilai negatif. Jika jam lebih lambat dari waktu standar, latensi bisa bernilai positif.

• Perhatikan pertimbangan berikut jika Anda ingin menggabungkan beberapa tabel:

  • Kami menyarankan Anda mengonfigurasi pemetaan antara sumber dan target dengan menentukan aturan pencocokan.

  • Kami menyarankan Anda membuat skema secara manual di target. Jika Anda membuat skema menggunakan layanan transmisi data, lewati objek yang gagal pada langkah migrasi skema.

• Jika Anda hanya memilih Incremental Synchronization saat membuat tugas migrasi data, layanan transmisi data mensyaratkan bahwa log inkremental lokal database sumber disimpan selama minimal 48 jam.

  Jika Anda memilih Full Migration dan Incremental Synchronization saat membuat tugas migrasi data, layanan transmisi data mensyaratkan bahwa log inkremental lokal database sumber disimpan selama minimal 7 hari. Jika layanan transmisi data tidak dapat memperoleh log inkremental, tugas migrasi data mungkin gagal atau bahkan data antara sumber dan target menjadi tidak konsisten setelah migrasi.

• Jika sumber atau target berisi objek tabel yang hanya berbeda dalam huruf besar/kecil, hasil migrasi data mungkin tidak sesuai harapan karena ketidakpekaan huruf besar/kecil (case insensitivity) di sumber atau target.

• Kehilangan data mungkin terjadi jika kolom dengan kendala UNIK (UNIQUE constraint) mengizinkan nilai NULL. Secara khusus, jika terdapat beberapa nilai NULL pada kolom tersebut di instans ApsaraDB RDS for PostgreSQL, hanya nilai NULL pertama yang berhasil disinkronkan dan nilai NULL berikutnya akan dibuang karena pelanggaran kendala UNIK.

Tipe instans sumber dan target yang didukung

Dalam tabel berikut, OB_Oracle merepresentasikan database OceanBase dalam mode kompatibel Oracle.

Pemetaan tipe data

Prosedur

1. Login ke

   Konsol ApsaraDB for OceanBase dan beli tugas migrasi data.

   Untuk informasi selengkapnya, lihat Beli tugas migrasi data.

2. Pilih Data Transmission > Data Migration. Pada halaman yang muncul, klik Configuration untuk tugas migrasi data tersebut.

   

   Jika Anda ingin mereferensikan konfigurasi tugas yang sudah ada, klik Reference Configuration. Untuk informasi selengkapnya, lihat Referensikan konfigurasi tugas migrasi data.

3. Pada halaman Select Source and Target, konfigurasikan parameter terkait.

   Parameter	Deskripsi
   Migration Task Name	Kami menyarankan Anda mengaturnya sebagai kombinasi angka dan huruf. Tidak boleh mengandung spasi dan tidak boleh melebihi 64 karakter.
   Source	Jika Anda telah membuat sumber data PostgreSQL, pilih dari daftar drop-down. Jika belum, klik New Data Source di daftar drop-down dan buat di kotak dialog yang muncul di sebelah kanan. Untuk informasi selengkapnya, lihat Buat sumber data PostgreSQL.
   Target	Jika Anda telah membuat database OceanBase dalam mode kompatibel Oracle sebagai sumber data, pilih dari daftar drop-down. Jika belum, klik New Data Source di daftar drop-down dan buat di kotak dialog yang muncul di sebelah kanan. Untuk informasi selengkapnya mengenai parameter, lihat Buat sumber data OceanBase.
   Tag (Opsional)	Pilih tag target dari daftar drop-down. Anda juga dapat mengklik Manage Tags untuk membuat, memodifikasi, dan menghapus tag. Untuk informasi selengkapnya, lihat Gunakan tag untuk mengelola tugas migrasi data.

4. Klik Next. Pada halaman Select Migration Type, tentukan jenis migrasi untuk tugas migrasi data saat ini.

   Opsi yang tersedia untuk Migration Type adalah Schema Migration, Full Migration, Incremental Synchronization, Full Verification, dan Reverse Increment.

   

   Jenis migrasi	Deskripsi
   Schema migration	Setelah tugas migrasi skema dimulai, layanan transmisi data memigrasikan definisi objek basis data (seperti tabel, indeks, batasan, komentar, dan tampilan) dari database sumber ke database target dan secara otomatis memfilter tabel temporary.
   Full migration	Setelah tugas migrasi penuh dimulai, layanan transmisi data memigrasikan data yang ada dari tabel di database sumber ke tabel yang sesuai di database target.
   Incremental synchronization	Setelah tugas sinkronisasi inkremental dimulai, layanan transmisi data menyinkronkan data yang berubah (data yang ditambahkan, dimodifikasi, atau dihapus) dari database sumber ke tabel yang sesuai di database target. DML Synchronization didukung untuk Incremental Synchronization. Anda dapat memilih operasi sesuai kebutuhan. Untuk informasi selengkapnya, lihat Konfigurasikan sinkronisasi DDL/DML.
   Full verification	Setelah tugas migrasi penuh dan sinkronisasi inkremental selesai, layanan transmisi data secara otomatis memulai tugas verifikasi penuh untuk memverifikasi tabel di database sumber dan target. Catatan Jika Anda telah memilih Incremental Synchronization tetapi tidak memilih semua operasi DML di bagian DML synchronization, layanan transmisi data tidak mendukung verifikasi penuh. Layanan transmisi data hanya mendukung verifikasi penuh untuk tabel dengan kunci primer atau kunci unik non-null.
   Reverse increment	Perubahan data yang dilakukan di database target setelah alih bencana (switchover) database bisnis disinkronkan ke database sumber secara real-time melalui reverse increment. Umumnya, konfigurasi sinkronisasi inkremental digunakan kembali untuk reverse increment. Anda juga dapat menyesuaikan konfigurasi reverse increment sesuai kebutuhan.

5. Klik Next. Pada halaman Select Migration Objects, tentukan objek migrasi untuk tugas migrasi data tersebut.

   Anda dapat memilih Specify Objects atau Match Rules untuk menentukan objek migrasi. Topik ini menjelaskan cara menentukan objek migrasi menggunakan Specify Objects. Untuk informasi tentang aturan pencocokan, lihat Konfigurasikan dan modifikasi aturan pencocokan.

   Penting

   • Nama tabel yang akan dimigrasikan, serta nama kolom di dalam tabel tersebut, tidak boleh mengandung karakter Tionghoa.

   • Jika nama database atau tabel mengandung dua tanda dolar ($$), Anda tidak dapat membuat tugas migrasi tersebut.

   

   1. Di bagian Select Migration Objects, pilih Specify Objects.

   2. Di daftar Source Object(s) bagian Specify Migration Scope , pilih objek yang akan dimigrasikan. Anda dapat memilih tabel dan tampilan dari satu atau beberapa database.

   3. Klik > untuk menambahkannya ke daftar Target Object(s) .

   Layanan transmisi data memungkinkan Anda mengimpor objek dari file teks, mengganti nama objek target, mengatur filter baris, melihat informasi kolom, dan menghapus satu atau semua objek migrasi.

   Catatan

   Saat Anda memilih Match Rules untuk menentukan objek migrasi, penggantian nama objek diimplementasikan berdasarkan sintaks aturan pencocokan yang ditentukan. Di area operasi, Anda hanya dapat mengatur kondisi filter. Untuk informasi selengkapnya, lihat Konfigurasikan dan modifikasi aturan pencocokan.

   Operasi	Deskripsi
   Import objects	Di daftar sebelah kanan, klik Import Objects di pojok kanan atas. Di kotak dialog yang muncul, klik OK. Penting Operasi ini akan menimpa pilihan sebelumnya. Lakukan dengan hati-hati. Di kotak dialog Import Objects, impor objek yang akan dimigrasikan. Anda dapat mengimpor file CSV untuk mengganti nama database atau tabel dan mengatur kondisi filter baris. Untuk informasi selengkapnya, lihat Unduh dan impor pengaturan objek migrasi. Klik Validate. Setelah Anda mengimpor objek migrasi, periksa validitasnya. Pemetaan bidang kolom saat ini tidak didukung. Setelah validasi berhasil, klik OK.
   Rename objects	Layanan transmisi data memungkinkan Anda mengganti nama objek migrasi. Untuk informasi selengkapnya, lihat Ganti nama tabel database.
   Configure settings	Layanan transmisi data memungkinkan Anda memfilter baris menggunakan kondisi WHERE. Untuk informasi selengkapnya, lihat Gunakan kondisi SQL untuk memfilter data. Anda juga dapat melihat informasi kolom objek migrasi di bagian View Columns.
   Remove one or all objects	Layanan transmisi data memungkinkan Anda menghapus satu atau semua objek sinkronisasi yang ditambahkan ke daftar sisi kanan selama pemetaan data. Remove a single migration object Di daftar sebelah kanan, arahkan pointer ke objek yang ingin dihapus, lalu klik Remove untuk menghapus objek migrasi tersebut. Remove all migration objects Di daftar sebelah kanan, klik Remove All di pojok kanan atas. Di kotak dialog yang muncul, klik OK untuk menghapus semua objek migrasi.

6. Klik Next. Pada halaman Migration Options, konfigurasikan parameter-parameter tersebut.

   • Full migration

     Tabel berikut menjelaskan parameter untuk migrasi penuh, yang hanya ditampilkan jika Anda telah memilih Full Migration di halaman Select Migration Type.

     

     Parameter	Deskripsi
     Read Concurrency	Konkurensi untuk membaca data dari sumber selama migrasi penuh. Nilai maksimum adalah 512. Konkurensi baca yang tinggi dapat menyebabkan beban berlebih pada sumber, sehingga memengaruhi bisnis.
     Write Concurrency	Konkurensi untuk menulis data ke target selama migrasi penuh. Nilai maksimum adalah 512. Konkurensi tulis yang tinggi dapat menyebabkan beban berlebih pada target, sehingga memengaruhi bisnis.
     Full Migration Rate Limit	Anda dapat memilih apakah akan membatasi laju migrasi penuh sesuai kebutuhan. Jika Anda memilih untuk membatasi laju migrasi penuh, Anda harus menentukan catatan per detik (RPS) dan byte per detik (BPS). RPS menentukan jumlah maksimum baris data yang dimigrasikan ke target per detik selama migrasi penuh, sedangkan BPS menentukan jumlah maksimum data dalam byte yang dimigrasikan ke target per detik selama migrasi penuh. Catatan Nilai RPS dan BPS yang ditentukan di sini hanya untuk pembatasan kecepatan (throttling). Kinerja migrasi penuh yang sebenarnya bergantung pada faktor-faktor seperti pengaturan sumber dan target serta spesifikasi instans.
     Handle Non-empty Tables in Target Database	Nilai yang valid adalah Ignore dan Stop Migration. Jika Anda memilih Ignore, ketika data yang akan dimasukkan bertentangan dengan data yang sudah ada di tabel target, layanan transmisi data akan mencatat data yang bertentangan tersebut sambil mempertahankan data yang sudah ada. Penting Jika Anda memilih Ignore, data ditarik dalam mode IN selama verifikasi penuh. Dalam kasus ini, verifikasi tidak berlaku jika target berisi data yang tidak ada di sumber, dan kinerja verifikasi menurun. Jika Anda memilih Stop Migration dan tabel target berisi catatan, kesalahan yang menunjukkan migrasi tidak didukung akan dilaporkan selama migrasi penuh. Dalam kasus ini, Anda harus memproses data di tabel target sebelum melanjutkan migrasi. Penting Jika Anda mengklik Restore di kotak dialog yang menampilkan kesalahan tersebut, layanan transmisi data akan mengabaikan kesalahan ini dan melanjutkan migrasi data. Lakukan dengan hati-hati.
     Post-Indexing	Menentukan apakah indeks akan dibuat setelah migrasi penuh selesai. Post-indexing dapat mempersingkat waktu yang diperlukan untuk migrasi penuh. Untuk informasi selengkapnya mengenai pertimbangan post-indexing, lihat deskripsi di bawah. Penting Parameter ini hanya ditampilkan jika Anda telah memilih Schema Migration dan Full Migration di halaman Select Migration Type. Hanya indeks kunci non-unik yang dapat dibuat setelah migrasi selesai. Jika database OceanBase target mengembalikan kesalahan berikut selama pembuatan indeks, layanan transmisi data akan mengabaikan kesalahan tersebut dan menganggap indeks berhasil dibuat, tanpa membuatnya lagi. Pesan kesalahan di database OceanBase dalam mode kompatibel MySQL: Duplicate key name. Pesan kesalahan di tenant Oracle Database OceanBase: name is already used by an existing object. Jika target adalah database OceanBase dan Anda memilih Allow untuk parameter ini, parameter berikut perlu diatur: Konfigurasi konkurensi DDL indeks tunggal: jumlah maksimum operasi DDL konkuren yang diizinkan untuk satu indeks. Nilai yang lebih besar menunjukkan konsumsi resource lebih tinggi dan migrasi data lebih cepat. Konfigurasi jumlah maksimum konkurensi DDL indeks: jumlah maksimum operasi DDL post-indexing yang dapat dipanggil sistem sekaligus.

     Jika post-indexing diizinkan, kami menyarankan Anda menggunakan klien CLI untuk memodifikasi parameter berikut untuk tenant bisnis berdasarkan kondisi perangkat keras Database OceanBase dan trafik bisnis Anda saat ini:

     // Tentukan batas ukuran buffer memori file.
     alter system set _temporary_file_io_area_size = '10' tenant = 'xxx'; 
     // Nonaktifkan pembatasan kecepatan di OceanBase Database V4.x.
     alter system set sys_bkgd_net_percentage = 100;  

   • Incremental synchronization

     Tabel berikut menjelaskan parameter untuk sinkronisasi inkremental, yang hanya ditampilkan jika Anda telah memilih Incremental Synchronization di halaman Select Migration Type.

     

     Parameter	Deskripsi
     Write Concurrency	Konkurensi untuk menulis data ke target selama sinkronisasi inkremental. Nilai maksimum adalah 512. Konkurensi tulis yang tinggi dapat menyebabkan beban berlebih pada target, sehingga memengaruhi bisnis.
     Incremental Synchronization Rate Limit	Anda dapat memilih apakah akan membatasi laju sinkronisasi inkremental sesuai kebutuhan. Jika Anda memilih untuk membatasi laju sinkronisasi inkremental, Anda harus menentukan catatan per detik (RPS) dan byte per detik (BPS). RPS menentukan jumlah maksimum baris data yang disinkronkan ke target per detik selama sinkronisasi inkremental, sedangkan BPS menentukan jumlah maksimum data dalam byte yang disinkronkan ke target per detik selama sinkronisasi inkremental. Catatan Nilai RPS dan BPS yang ditentukan di sini hanya untuk pembatasan kecepatan (throttling). Kinerja sinkronisasi inkremental yang sebenarnya bergantung pada faktor-faktor seperti pengaturan sumber dan target serta spesifikasi instans.
     Incremental Synchronization Start Timestamp	Parameter ini hanya ditampilkan jika Anda tidak memilih Full Migration di halaman Select Migration Type. Parameter ini tidak tersedia saat sumber adalah database PostgreSQL. Dalam kasus ini, waktu mulai sinkronisasi inkremental digunakan secara default.

   • Reverse increment

     Tabel berikut menjelaskan parameter untuk reverse increment, yang hanya ditampilkan jika Anda telah memilih Reverse Increment di halaman Select Migration Type. Secara default, konfigurasi sinkronisasi inkremental digunakan kembali untuk reverse increment.

     

     Anda dapat memilih untuk tidak menggunakan kembali konfigurasi sinkronisasi inkremental dan mengonfigurasi reverse increment sesuai kebutuhan.

     Parameter	Deskripsi
     Write Concurrency	Konkurensi untuk menulis data ke sumber selama reverse increment. Nilai maksimum adalah 512. Konkurensi yang tinggi dapat menyebabkan beban berlebih pada sumber, sehingga memengaruhi bisnis.
     Reverse Increment Rate Limit	Anda dapat memilih apakah akan membatasi laju reverse increment sesuai kebutuhan. Jika Anda memilih untuk membatasi laju reverse increment, Anda harus menentukan permintaan per detik (RPS) dan byte per detik (BPS). RPS menentukan jumlah maksimum baris data yang disinkronkan ke sumber per detik selama reverse increment, sedangkan BPS menentukan jumlah maksimum data dalam byte yang disinkronkan ke sumber per detik selama reverse increment. Catatan Nilai RPS dan BPS yang ditentukan di sini hanya untuk pembatasan kecepatan (throttling). Kinerja reverse increment yang sebenarnya bergantung pada faktor-faktor seperti pengaturan sumber dan target serta spesifikasi instans.
     Incremental Synchronization Start Timestamp	Parameter ini tidak ditampilkan jika Anda telah memilih Full Migration di halaman Select Migration Type. Jika Anda telah memilih Incremental Synchronization tetapi tidak memilih Full Migration, timestamp mulai alih bencana maju (jika ada) digunakan secara default. Parameter ini tidak dapat dimodifikasi.

   • Advanced parameters

     Bagian ini hanya ditampilkan jika target adalah database OceanBase V4.3.0 atau yang lebih baru dalam mode kompatibel Oracle dan Anda telah memilih Schema Migration di halaman Select Migration Type.

     

     Jenis penyimpanan yang didukung untuk objek tabel target adalah Default, Row storage, Column storage, dan Hybrid columnar storage. Untuk informasi selengkapnya, lihat default_table_store_format.

     Catatan

     Nilai Default berarti parameter lain diatur secara otomatis berdasarkan konfigurasi parameter target. Objek tabel dalam migrasi skema ditulis ke skema yang sesuai berdasarkan jenis penyimpanan yang ditentukan.

7. Klik Precheck untuk memulai pemeriksaan awal pada tugas migrasi data.

   Selama pemeriksaan awal, layanan transmisi data memeriksa hak baca dan tulis pengguna database serta koneksi jaringan database. Tugas sinkronisasi data hanya dapat dimulai setelah lulus semua item pemeriksaan. Jika terjadi kesalahan selama pemeriksaan awal, Anda dapat melakukan operasi berikut:

   • Identifikasi dan atasi masalah tersebut, lalu lakukan pemeriksaan awal lagi.

   • Klik Skip di kolom Actions pada item pemeriksaan awal yang gagal. Di kotak dialog yang menampilkan konsekuensi operasi tersebut, klik OK.

8. Setelah pemeriksaan awal berhasil, klik Start Task.

   Jika Anda tidak perlu memulai tugas sekarang, klik Save. Anda dapat memulai tugas tersebut nanti di halaman Migration Tasks atau melalui operasi batch. Untuk informasi selengkapnya tentang operasi batch, lihat Lakukan operasi batch pada tugas migrasi data.

   Layanan transmisi data memungkinkan Anda memodifikasi objek migrasi dan kondisi filter barisnya saat tugas migrasi sedang berjalan. Untuk informasi selengkapnya, lihat Lihat dan modifikasi objek migrasi serta kondisi filternya. Setelah tugas migrasi data dimulai, tugas tersebut dijalankan berdasarkan jenis migrasi yang dipilih. Untuk informasi selengkapnya, lihat Lihat detail migrasi.

Referensi

• Buat sumber data PostgreSQL

• Buat sumber data OceanBase

• Konfigurasikan dan modifikasi aturan pencocokan

• Lihat detail tugas migrasi data