ApsaraDB for OceanBase (Deprecated):Lihat detail tugas migrasi data

Migrasi skema

Definisi objek data, seperti tabel, indeks, konstraint, komentar, dan view, dimigrasikan dari database sumber ke database target. Tabel sementara secara otomatis difilter. Jika database sumber bukan database OceanBase, layanan transmisi data secara otomatis melakukan konversi tipe data dan penggabungan sintaks SQL berdasarkan definisi sintaks mode kompatibel database OceanBase target, lalu mereplikasi data ke database target. Jika objek migrasi dengan nama yang sama sudah ada di target, layanan transmisi data akan melewati objek migrasi tersebut. Anda harus memastikan konsistensi skema tabel antara sumber dan target.

Jika Anda belum secara manual menjatuhkan kolom tersembunyi dan indeks unik, layanan transmisi data akan secara otomatis menjatuhkan kolom tersembunyi dan indeks unik berdasarkan jenis tugas migrasi data dalam fase switchover maju. Untuk informasi lebih lanjut, lihat Mekanisme kolom tersembunyi layanan transmisi data.

Anda dapat melihat status, waktu mulai, waktu selesai, total waktu yang digunakan, dan kemajuan migrasi tabel dan tampilan untuk proyek migrasi skema di halaman Schema Migration.

Anda juga dapat melakukan operasi berikut pada objek:

• Lihat Sintaks Pembuatan: Di tab Database atau Table, klik View di kolom Tindakan objek untuk melihat sintaks pembuatan database atau tabel.

  Sintaks DDL yang kompatibel dieksekusi pada node OBServer ditampilkan. Sintaks yang tidak kompatibel dikonversi sebelum ditampilkan.

• Modifikasi Sintaks Pembuatan dan Coba Lagi: Lihat informasi kesalahan, periksa dan modifikasi definisi hasil konversi pernyataan DDL yang gagal, lalu migrasikan data ke target lagi.

• Coba Lagi/Coba Lagi Semua Objek yang Gagal: Anda dapat mencoba kembali tugas migrasi skema yang gagal satu per satu atau mencoba kembali semua tugas yang gagal sekaligus.

• Lewati/Lewati Secara Massal: Anda dapat melewati tugas migrasi skema yang gagal satu per satu atau melewati beberapa tugas yang gagal sekaligus. Untuk melewati beberapa objek sekaligus, klik Batch Skip di pojok kanan atas.

• Hapus/Hapus Secara Massal: Anda dapat menghapus tugas migrasi skema yang gagal satu per satu atau menghapus beberapa tugas yang gagal sekaligus. Untuk menghapus beberapa tugas yang gagal sekaligus, klik Batch Remove di pojok kanan atas.

• Lihat Kode Pengembalian Database: Anda dapat melihat pernyataan DDL yang dieksekusi pada node OBServer dan informasi kesalahan eksekusi tugas migrasi skema yang gagal.

Migrasi penuh

Data yang ada dimigrasikan dari tabel di database sumber ke tabel yang sesuai di database target. Pada halaman Full Migration, Anda dapat memfilter objek berdasarkan database sumber dan target, atau memilih View Objects with Errors untuk memfilter objek yang menghambat progres migrasi keseluruhan. Anda juga dapat melihat informasi terkait pada tab Table Objects, Table Indexes, dan Full Migration Performance. Status tugas migrasi penuh hanya berubah menjadi Completed setelah objek tabel dan indeks tabel berhasil dimigrasikan.

• Di tab Table Objects, Anda dapat melihat nama, basis data sumber dan target, volume data yang diperkirakan, volume data yang dimigrasikan, serta status tabel.

• Pada tab Table Indexes, Anda dapat melihat objek, database sumber dan target, waktu pembuatan, waktu selesai, waktu yang dikonsumsi, serta status tabel. Anda juga dapat melihat sintaks pembuatan indeks, mengulangi satu objek yang gagal atau semua indeks yang gagal, serta melewatkan atau menghapus satu atau beberapa indeks yang gagal.

• Pada tab Full Migration Performance, Anda dapat melihat grafik metrik performa seperti jumlah permintaan per detik (RPS) dan traffic migrasi dari sumber dan target, waktu baca rata-rata dan waktu slicing di sumber, waktu tulis rata-rata di target, serta tolok ukur performa, untuk mengidentifikasi masalah performa secara tepat waktu.

  

  Anda dapat menggabungkan migrasi penuh dengan sinkronisasi inkremental untuk memastikan konsistensi data antara database sumber dan target. Jika ada objek yang gagal dimigrasikan selama migrasi penuh, penyebab kegagalan akan ditampilkan.

  Penting

  Jika Anda tidak memilih Schema Migration untuk Migration Type, bidang di database sumber yang sesuai dengan bidang di database target akan dimigrasikan selama migrasi penuh. Sistem tidak memeriksa apakah struktur tabel konsisten.

Sinkronisasi inkremental

Setelah sinkronisasi inkremental dimulai, layanan transmisi data menyinkronkan data yang telah berubah (ditambahkan, dimodifikasi, atau dihapus) di database sumber ke tabel yang sesuai di database target. Saat layanan terus menulis data ke database sumber, layanan transmisi data memulai modul tarik data inkremental untuk menarik data inkremental dari instans sumber, mengurai dan mengenkapsulasi data inkremental, lalu menyimpan data tersebut. Setelah itu, layanan transmisi data memulai migrasi penuh.

Setelah tugas migrasi penuh selesai, layanan transmisi data memulai modul replay data inkremental untuk menarik data inkremental dari modul pull data inkremental. Data inkremental disinkronkan ke database target setelah difilter, dipetakan, dan dikonversi. Jika Anda mengeksekusi pernyataan DDL di database sumber dan menyebabkan exception JDBCWriter sehingga tugas migrasi data gagal, pernyataan DDL dan tombol Skip akan ditampilkan. Anda dapat mengklik Skip dan mengonfirmasi operasi Anda.

Saat Anda membuat tugas migrasi data, kami sarankan Anda mengaktifkan pemantauan peringatan untuk memantau status tugas secara real-time. Untuk informasi lebih lanjut, lihat Konfigurasikan pengaturan pemantauan peringatan. Jika pemantauan peringatan dinonaktifkan, ketika latensi sinkronisasi inkremental kurang dari atau sama dengan 1 menit, status sinkronisasi inkremental berubah dari Berjalan menjadi Memantau secara default.

Perhatikan item berikut jika pemantauan peringatan diaktifkan:

• Saat latensi sinkronisasi inkremental melebihi ambang batas peringatan yang ditentukan, status sinkronisasi inkremental tetap di Running dan sistem tidak memicu peringatan apa pun.

• Saat latensi sinkronisasi inkremental kurang dari atau sama dengan ambang batas peringatan yang ditentukan, status sinkronisasi inkremental berubah dari Running menjadi Monitoring. Setelah status sinkronisasi inkremental berubah menjadi Monitoring, status tersebut tidak akan kembali ke Running meskipun latensi melebihi ambang batas peringatan yang ditentukan.

Untuk tugas migrasi data dalam status Running, Anda dapat melihat latensinya, timestamp saat ini, dan kinerja sinkronisasi inkremental di bagian sinkronisasi inkremental. Latensi ditampilkan dalam format berikut: X detik (diperbarui Y detik yang lalu). Normalnya, Y kurang dari 20.

Untuk tugas migrasi data dalam status Stopped atau Failed, Anda dapat mengaktifkan fitur statistik DDL/DML untuk mengumpulkan statistik operasi basis data yang dilakukan setelah fitur ini diaktifkan. Anda juga dapat melihat informasi spesifik tentang objek sinkronisasi inkremental dan kinerja sinkronisasi inkremental.

• Tab Synchronization Object Statistics menampilkan statistik pernyataan DML tingkat tabel yang dieksekusi untuk setiap objek sinkronisasi inkremental dalam tugas saat ini. Angka yang ditampilkan pada bidang Change Sum, Delete, Insert, dan Update di bagian atas tab Incremental Synchronization Objects merupakan jumlah dari kolom yang sesuai pada tab ini.

  

  Jika Anda mengaktifkan fitur statistik DDL/DML dan kemudian menonaktifkannya, layanan transmisi data akan mencatat statistik historis.

• Tab Incremental Synchronization Performance menampilkan konten berikut:

  • Latensi: latensi dalam menyinkronkan data inkremental dari sumber ke target, dalam detik.

  • Lalu lintas migrasi: throughput lalu lintas sinkronisasi data inkremental dari sumber ke target, dalam KB/detik.

  • Waktu eksekusi rata-rata: waktu eksekusi rata-rata pernyataan SQL, dalam milidetik.

  • Waktu commit rata-rata: waktu commit rata-rata transaksi, dalam milidetik.

  • RPS: jumlah catatan yang diproses per detik.

Verifikasi penuh

Setelah migrasi penuh dan sinkronisasi inkremental selesai, layanan transmisi data secara otomatis memulai tugas verifikasi penuh untuk memverifikasi tabel data di sumber data dan target.

Layanan transmisi data juga menyediakan API yang sesuai untuk Anda memulai tugas verifikasi data kustom selama sinkronisasi data inkremental.

Di halaman Full Verification, Anda dapat melihat status keseluruhan, waktu mulai, waktu akhir, total waktu yang digunakan, estimasi jumlah baris total, jumlah baris yang diverifikasi, RPS, dan lalu lintas real-time tugas verifikasi penuh.

Halaman Full Verification mencakup tab Verified Objects dan Verification Performance.

• Di tab Verified Objects, Anda dapat melihat kemajuan verifikasi dan daftar objek verifikasi.

  

  • Anda dapat melihat nama, database sumber dan target, kemajuan dan hasil verifikasi penuh, serta ringkasan hasil dari semua objek migrasi.

  • Anda dapat memfilter objek migrasi berdasarkan database sumber, database target, atau hasil verifikasi.

  • Anda dapat memilih View Completed Objects Only untuk melihat informasi dasar seperti nama objek yang telah selesai dimigrasi skemanya.

  • Anda dapat memilih Re-verify > Restart Full Verification untuk menjalankan verifikasi penuh lagi untuk semua objek migrasi.

  • Perhatikan catatan berikut untuk tabel dengan hasil verifikasi yang tidak konsisten:

    Jika Anda perlu mendapatkan data inkonsisten asli untuk memeriksa atau menganalisis hasil verifikasi, klik Download inconsistent results untuk mengunduh data yang tidak konsisten ke komputer Anda.

    Penting

    Anda hanya dapat mengunduh data yang tidak konsisten ketika verifikasi penuh dalam status Completed dan data dengan hasil verifikasi Inconsistent ada.

    Jika Anda perlu memverifikasi ulang semua data di tabel, pilih Re-verify > Reverify Abnormal Table.

    Jika Anda hanya perlu memverifikasi ulang data yang tidak konsisten, pilih Re-verify > Verify Inconsistent Objects.

    Penting

    Operasi koreksi tidak didukung jika sumber tidak memiliki data yang sesuai.

• Di tab Full Verification Performance, Anda dapat melihat grafik RPS dan lalu lintas migrasi sumber dan target, benchmark kinerja, dan statistik kinerja lainnya untuk mengidentifikasi masalah kinerja secara tepat waktu.

Layanan transmisi data memungkinkan Anda melewati verifikasi penuh untuk tugas yang sedang diverifikasi atau gagal diverifikasi. Di halaman Full Verification, klik Skip Full Verification. Di kotak dialog yang muncul, klik OK.

Setelah verifikasi penuh selesai, Anda dapat mengklik Go To Next Stage untuk memulai switchover maju. Setelah Anda memasuki proses switchover, Anda tidak dapat menjalankan tugas verifikasi saat ini lagi untuk membandingkan atau mengoreksi data.

Switchover maju

Alih bencana forward adalah proses abstrak dan standar dari alih sistem tradisional dan tidak melibatkan alih koneksi aplikasi. Proses ini mencakup serangkaian tugas yang dilakukan untuk alih aplikasi dalam tugas migrasi data. Anda harus memastikan seluruh proses alih bencana forward selesai sebelum koneksi aplikasi dialihkan ke database target.

Switchover maju diperlukan untuk migrasi data. Layanan transmisi data dapat memastikan penyelesaian migrasi data maju dalam proses ini, dan Anda dapat memulai komponen inkremen balik berdasarkan kebutuhan bisnis Anda. Proses switchover maju melibatkan operasi berikut:

1. Pastikan bahwa migrasi data selesai dan tunggu hingga sinkronisasi maju selesai.

2. Saat target adalah database Oracle atau database OceanBase dalam mode kompatibel Oracle, layanan transmisi data secara otomatis melengkapi objek yang diabaikan selama migrasi skema, seperti konstraint CHECK dan konstraint FOREIGN KEY.

3. Layanan transmisi data secara otomatis menghapus kolom tersembunyi dan indeks unik tempat migrasi bergantung.

   Operasi ini hanya dilakukan untuk migrasi data antara database Oracle dan OceanBase atau antara database OceanBase. Untuk informasi lebih lanjut, lihat Mekanisme kolom tersembunyi.

4. Anda harus memigrasikan pemicu, fungsi, dan prosedur tersimpan di sumber yang tidak didukung oleh layanan transmisi data ke target.

5. Jika tugas migrasi data melibatkan inkremen balik, Anda harus menonaktifkan pemicu dan menghapus kendala FOREIGN KEY di sumber.

Proses switchover maju mencakup langkah-langkah berikut:

1. Mulai switchover maju.

   Dalam langkah ini, Anda dapat memulai switchover maju, tetapi tidak ada operasi yang dilakukan di latar belakang. Jika Anda yakin bahwa migrasi data selesai, Anda dapat mengklik Start Forward Switchover untuk memulai proses.

   Penting

   Sebelum Anda memulai switchover maju, pastikan bahwa penulisan data telah berhenti di sumber.

2. Lakukan pra-pemeriksaan switchover.

   Dalam langkah ini, layanan transmisi data memeriksa item berikut:

   • Latensi sinkronisasi antara sumber dan target. Jika latensi sinkronisasi kurang dari 15 detik, item pemeriksaan ini lulus.

   • Hak istimewa penulisan akun di sumber. Jika tugas migrasi data melibatkan inkremen balik, layanan transmisi data secara tambahan memeriksa apakah akun yang dikonfigurasikan di sumber memiliki hak istimewa untuk menulis data, untuk memastikan bahwa data dapat ditulis dengan benar selama inkremen balik.

   • Hak istimewa akun di target untuk pembacaan data inkremental. Jika tugas migrasi data melibatkan inkremen balik, layanan transmisi data secara tambahan memeriksa apakah akun yang dikonfigurasikan di target memiliki hak istimewa untuk membaca data. Ini memastikan bahwa data dapat ditulis dengan benar ke target selama inkremen balik.

   • Log inkremental di target. Jika tugas migrasi data melibatkan inkremen balik, layanan transmisi data secara tambahan memeriksa apakah konfigurasi log inkremental di target memenuhi persyaratan ekstraksi log inkremen balik.

   Jika pemeriksaan awal alih bencana lolos, layanan transmisi data secara otomatis melanjutkan ke langkah berikutnya. Jika pemeriksaan awal gagal, Anda dapat mengklik Retry atau Skip.

   Penting

   Jika Anda mengklik Lewati, kehilangan data mungkin terjadi di target, atau proses inkremen balik mungkin gagal. Lanjutkan dengan hati-hati.

3. Mulai penyimpanan target.

   Catatan

   Langkah ini hanya tersedia ketika tugas migrasi data melibatkan inkremen balik.

   Jika pra-pemeriksaan untuk switchover maju lulus, layanan transmisi data secara otomatis memulai penarikan log inkremental untuk target. Dengan cara ini, layanan transmisi data mendapatkan operasi DML dan DDL di target dan mengurai serta menyimpan data log terkait untuk mempersiapkan inkremen balik. Langkah ini memakan waktu 3 hingga 5 menit.

4. Konfirmasi bahwa penulisan data telah berhenti di sumber.

   Dalam langkah ini, layanan transmisi data memeriksa apakah data bisnis masih ditulis ke sumber. Setelah Anda mengonfirmasi bahwa tidak ada data baru yang ditulis ke sumber, klik OK untuk melanjutkan ke langkah berikutnya.

5. Konfirmasi timestamp penghentian penulisan data setelah sinkronisasi selesai.

   Dalam langkah ini, layanan transmisi data memeriksa apakah target disinkronkan ke timestamp penghentian penulisan data di sumber. Jika langkah ini sedang berlangsung atau gagal dan sinkronisasi belum selesai setelah periode panjang, Anda dapat mengklik Skip.

   Penting

   Jika Anda memilih untuk melewati langkah ini, ketidaksesuaian data mungkin terjadi antara sumber dan target. Lanjutkan dengan hati-hati.

6. Hentikan sinkronisasi maju.

   Pada langkah ini, Anda dapat menghentikan sinkronisasi forward. Setelah sinkronisasi forward dihentikan, perubahan data apa pun di sumber tidak akan lagi disinkronkan ke target. Jika sinkronisasi forward gagal dihentikan, Anda dapat mengklik Retry atau Skip.

   Penting

   Anda hanya dapat mengklik Lewati setelah Anda yakin bahwa sinkronisasi maju selesai di latar belakang. Jika tidak, data di sumber mungkin secara tidak terduga ditulis ke target. Lanjutkan dengan hati-hati.

7. Proses objek database.

   Dalam langkah ini, Anda dapat memproses objek yang diabaikan dalam migrasi data atau tidak didukung oleh layanan transmisi data, untuk memastikan operasi normal bisnis Anda setelah beralih ke target. Operasi berikut didukung:

   • Migrasikan objek database ke target: Anda harus memigrasikan pemicu, fungsi, dan prosedur tersimpan di sumber yang tidak didukung oleh layanan transmisi data ke target. Setelah Anda menyelesaikan migrasi, klik Mark as Complete.

   • Nonaktifkan pemicu dan kendala FOREIGN KEY di sumber: Operasi ini hanya diperlukan ketika tugas migrasi data melibatkan inkremen balik. Ini mencegah data terpengaruh oleh pemicu atau kendala FOREIGN KEY, untuk menghindari kegagalan inkremen balik. Setelah Anda menyelesaikan operasi ini, klik Mark as Complete.

   • Lengkapi objek yang diabaikan selama migrasi skema: Operasi ini diperlukan untuk melengkapi secara otomatis objek yang diabaikan selama migrasi skema, seperti konstraint CHECK dan konstraint FOREIGN KEY, hanya saat target adalah database Oracle atau database OceanBase dalam mode kompatibel Oracle. Dalam kasus lain, objek tersebut secara otomatis dimigrasikan selama migrasi skema, sehingga tidak diperlukan operasi tambahan.

   • Hapus kolom tersembunyi dan indeks unik yang ditambahkan oleh layanan transmisi data: Operasi ini hanya diperlukan saat Anda memigrasikan data antara database Oracle dan database OceanBase atau antar database OceanBase. Layanan transmisi data secara otomatis menghapus kolom tersembunyi dan indeks unik yang ditambahkan ke database target untuk memastikan konsistensi data. Operasi ini berjalan secara otomatis, dan waktu yang diperlukan tergantung pada volume data di database target. Anda dapat mengklik Skip untuk melewatkan operasi ini, tetapi Anda harus melakukannya secara manual nanti. Lakukan dengan hati-hati. Untuk informasi selengkapnya, lihat Mechanisms for handling hidden columns.

8. Mulai inkremen balik.

   Catatan

   Langkah ini hanya tersedia ketika tugas migrasi data melibatkan inkremen balik.

   Dalam langkah ini, Anda dapat memulai sinkronisasi inkremental untuk target untuk menyinkronkan operasi DML atau DDL inkremental dari target ke sumber secara real-time. Konfigurasi sinkronisasi inkremental sama dengan yang ditentukan saat tugas dibuat. Untuk informasi lebih lanjut, lihat Sinkronisasi Inkremental Operasi DDL.

Inkrementasi Terbalik

Untuk tugas migrasi data Running, Anda dapat melihat latensinya, timestamp saat ini, dan kinerja inkremen balik di bagian Inkremen Balik. Latensi ditampilkan dalam format berikut: X detik (diperbarui Y detik yang lalu). Secara normal, Y kurang dari 20.

Untuk tugas migrasi data dalam status Stopped atau Failed, Anda dapat mengaktifkan fitur statistik DDL/DML untuk mengumpulkan statistik operasi basis data yang dilakukan setelah fitur ini diaktifkan. Anda juga dapat melihat informasi spesifik tentang objek dan kinerja inkremen balik.

• Tab Synchronization Object Statistics menampilkan statistik pernyataan DML tingkat tabel yang dieksekusi untuk setiap objek sinkronisasi inkremental dalam tugas saat ini. Angka yang ditampilkan pada bidang Change Sum, Delete, Insert, dan Update di bagian atas tab Synchronization Object Statistics merupakan jumlah dari statistik pada kolom yang sesuai di tab ini.

• Tab Reverse Incremental Performance menampilkan konten berikut:

  • Latensi: latensi dalam menyinkronkan data inkremental dari target ke sumber, dalam detik.

  • Lalu lintas migrasi: throughput lalu lintas sinkronisasi data inkremental dari target ke sumber, dalam KB/detik.

  • Waktu eksekusi rata-rata: waktu eksekusi rata-rata pernyataan SQL, dalam milidetik.

  • Waktu commit rata-rata: waktu commit rata-rata transaksi, dalam milidetik.

  • RPS: jumlah catatan yang diproses per detik.