ApsaraDB for OceanBase (Deprecated):Migrasikan data dari database MySQL ke database OceanBase dalam mode kompatibel MySQL

Prasyarat

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

• Anda telah membuat pengguna database khusus untuk migrasi data pada database MySQL sumber dan database OceanBase target dalam mode kompatibel MySQL, serta memberikan hak istimewa yang diperlukan kepada pengguna tersebut. Untuk informasi selengkapnya, lihat Konfigurasikan hak istimewa pengguna untuk sumber data.

• Binary logging telah diaktifkan. Untuk informasi selengkapnya tentang binary log pada instans ApsaraDB RDS for MySQL, lihat Kelola file binary log. Untuk informasi selengkapnya tentang binary log pada instans PolarDB for MySQL, lihat Enable binary logging.

Batasan

• Batasan pada database sumber

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

• Layanan transmisi data mendukung MySQL 5.5, 5.6, 5.7, dan 8.0.

• Layanan transmisi data hanya mendukung mesin penyimpanan InnoDB MySQL dan tidak tersedia untuk mesin lainnya.

  Catatan

  Layanan ini mendukung mesin penyimpanan InnoDB dan X-Engine untuk instans RDS for MySQL.

• Layanan transmisi data tidak mendukung bidang indeks yang panjangnya lebih dari 767 byte (atau 191 karakter) pada database MySQL.

• Layanan transmisi data tidak mendukung migrasi kunci asing CASCADE untuk database MySQL sumber.

• 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 meliputi line break, spasi, dan karakter berikut: . | " ' ` ( ) = ; / & \.

• Pemeriksaan Awal akan gagal jika kunci utama bertipe data FLOAT atau DOUBLE. Kami menyarankan agar Anda tidak menetapkan kolom dengan tipe data tersebut sebagai kunci utama.

• Layanan transmisi data tidak mendukung trigger di target ketika target berupa database. Jika trigger ada, migrasi data mungkin gagal.

• Jam pada database sumber harus disinkronkan dengan jam pada database target.

• Database RDS for MySQL dan VPC tempat database yang dikelola sendiri berada harus berada di wilayah yang sama dengan database OceanBase.

Pertimbangan

• Host database MySQL harus memiliki bandwidth keluar yang cukup. Bandwidth keluar yang tidak mencukupi akan memperlambat penguraian log dan migrasi data, sehingga meningkatkan latensi sinkronisasi data.

• Perhatikan pertimbangan berikut jika database sumber dan target menggunakan aturan pengurutan (collation) yang berbeda:

  • Data di database target mungkin tidak konsisten dengan data di database sumber setelah sinkronisasi data. Misalnya, jika collation database sumber adalah utf8mb4_0900_ai_ci dan collation database target adalah utf8mb4_general_ci, dua catatan data A dan A tidak dapat ditulis bersamaan ke database target, menyebabkan kehilangan data.

  • Ketidakkonsistenan data akan terdeteksi selama verifikasi untuk tabel yang menggunakan kolom bertipe VARCHAR sebagai kunci utama.

• Jika jam antar node atau antara klien dan server tidak tersinkronisasi, latensi selama sinkronisasi inkremental atau inkremen balik 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.

• Jika penguraian inkremental diperlukan untuk database MySQL, Anda harus menentukan ID server MySQL (server_id).

• Jika Anda memodifikasi indeks unik di target saat sinkronisasi DDL dinonaktifkan, Anda harus restart tugas migrasi data untuk menghindari ketidakkonsistenan data.

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

• Jika instans sumber adalah database RDS for MySQL read-only, Pemeriksaan Awal akan menampilkan prompt yang mengindikasikan risiko konsumsi log inkremental.

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

• Perbedaan antara skema tabel sumber dan target dapat menyebabkan ketidakkonsistenan data. Beberapa skenario yang diketahui dijelaskan sebagai berikut:

  • Saat Anda membuat skema tabel secara manual di target, jika tipe data kolom tertentu tidak didukung oleh layanan transmisi data, konversi tipe data implisit mungkin terjadi di target, sehingga menyebabkan ketidakkonsistenan tipe kolom antara sumber dan target.

  • Jika panjang kolom di target lebih pendek daripada di sumber, data kolom tersebut mungkin terpotong secara otomatis, sehingga menyebabkan ketidakkonsistenan data antara sumber dan target.

• Perhatikan pertimbangan berikut terkait set karakter:

  • Set karakter utf8mb3 yang digunakan di database sumber akan diubah menjadi utf8mb4 setelah data dimigrasikan ke database target.

  • Ketika target adalah OceanBase Database V4.1.0 atau versi yang lebih baru dalam mode kompatibel MySQL, set karakter Latin1 yang digunakan di database sumber dapat dipertahankan setelah data dimigrasikan ke database target.

• Jika Anda hanya memilih Incremental Synchronization saat membuat tugas migrasi data, layanan transmisi data mensyaratkan bahwa log inkremental lokal database sumber dipertahankan minimal selama 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 dipertahankan minimal selama 7 hari. Jika layanan transmisi data tidak dapat memperoleh log inkremental, tugas migrasi data mungkin gagal atau bahkan menyebabkan ketidakkonsistenan data antara sumber dan target setelah migrasi.

• Jika database MySQL berisi dua atau lebih kluster utama, atur parameter log_slave_updates ke ON. Jika tidak, sumber data tidak dapat menerima semua binlog, yang dapat menyebabkan kehilangan data.

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

Jenis instans sumber dan target yang didukung

Pada tabel berikut, OceanBase Database dalam mode kompatibel MySQL disebut sebagai OB_MySQL, yang mendukung instans kluster OceanBase, instans tenant OceanBase Database, dan instans serverless.

Pemetaan tipe data

Prosedur

1. Login ke

   ApsaraDB for OceanBase console

   Untuk informasi selengkapnya, lihat Beli tugas migrasi data.

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

   

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

   Parameter	Deskripsi
   Migration Task Name	Kami menyarankan Anda menetapkannya sebagai kombinasi angka dan huruf. Nama tidak boleh mengandung spasi dan tidak boleh melebihi 64 karakter.
   Source	Jika Anda telah membuat sumber data MySQL, pilih dari daftar drop-down. Jika belum, klik New Data Source pada daftar drop-down dan buat di kotak dialog yang muncul di sebelah kanan. Untuk informasi selengkapnya tentang parameter, lihat Buat sumber data MySQL.
   Target	Jika Anda telah membuat sumber data OceanBase dalam mode kompatibel MySQL, pilih dari daftar drop-down. Jika belum, klik New Data Source pada daftar drop-down dan buat di kotak dialog yang muncul di sebelah kanan. Untuk informasi selengkapnya tentang 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, pilih One-way Synchronization untuk Synchronous Topology.

   Layanan transmisi data mendukung sinkronisasi satu arah maupun dua arah. Topik ini menjelaskan cara mengonfigurasi tugas sinkronisasi satu arah. Untuk informasi tentang sinkronisasi dua arah, lihat Konfigurasikan tugas sinkronisasi dua arah.

5. Pilih jenis untuk tugas migrasi data saat ini.

   Jika Anda memilih One-way Synchronization untuk Synchronous Topology, jenis migrasi yang didukung adalah migrasi skema, migrasi penuh, sinkronisasi inkremental, verifikasi penuh, dan inkremen balik.

   

   Jenis migrasi	Deskripsi
   Schema migration	Setelah tugas migrasi skema dimulai, layanan transmisi data akan memigrasikan definisi objek database (seperti tabel, indeks, constraint, komentar, dan tampilan) dari database sumber ke database target, serta secara otomatis memfilter tabel temporary. Selama migrasi skema dari database MySQL ke database OceanBase dalam mode kompatibel MySQL, database yang tidak ada di target dapat dibuat secara otomatis.
   Full migration	Setelah tugas migrasi penuh dimulai, layanan transmisi data akan memigrasikan data yang sudah ada dari tabel di database sumber ke tabel yang sesuai di database target. Jika Anda memilih Full Migration, kami menyarankan Anda menggunakan pernyataan ANALYZE untuk mengumpulkan statistik database MySQL sebelum migrasi data.
   Incremental synchronization	Setelah tugas sinkronisasi inkremental dimulai, layanan transmisi data akan menyinkronkan data yang berubah (data yang ditambahkan, dimodifikasi, atau dihapus) dari database sumber ke tabel yang sesuai di database target. Opsi untuk Incremental Synchronization adalah DML Synchronization dan DDL Synchronization. Anda dapat memilih opsi sesuai kebutuhan. Untuk informasi selengkapnya, lihat Konfigurasikan sinkronisasi DDL/DML. Incremental Synchronization memiliki batasan berikut: Jika Anda memilih DDL Synchronization, ketika Anda melakukan operasi DDL yang tidak didukung oleh layanan transmisi data di database sumber, migrasi data mungkin terganggu. Jika operasi DDL adalah ADD COLUMN, kami menyarankan Anda menetapkan kolom tersebut sebagai kolom NULL. Jika tidak, migrasi data mungkin terganggu.
   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. Jika Anda telah memilih Full Verification, kami menyarankan Anda mengumpulkan statistik database MySQL dan database OceanBase dalam mode kompatibel MySQL sebelum verifikasi penuh. 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 yang memiliki kunci utama atau kunci unik non-null.
   Reverse increment	Perubahan data yang dilakukan di database target setelah alih bencana database bisnis akan disinkronkan ke database sumber secara real-time melalui inkremen balik. Umumnya, konfigurasi sinkronisasi inkremental digunakan kembali untuk inkremen balik. Anda juga dapat menyesuaikan konfigurasi inkremen balik sesuai kebutuhan.

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

   Anda dapat memilih Specify Objects atau Match Rules untuk menentukan objek migrasi. Topik ini menjelaskan cara menggunakan Specify Objects untuk menentukan objek migrasi. Untuk informasi tentang aturan pencocokan, lihat "Pola wildcard untuk migrasi/sinkronisasi data antar database" dalam 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.

   • Jika Anda telah memilih DDL Synchronization pada halaman Select Migration Type, kami menyarankan Anda memilih objek migrasi menggunakan opsi Match Rules. Dengan demikian, semua objek baru yang memenuhi aturan migrasi akan disinkronkan. Jika Anda memilih objek migrasi menggunakan opsi Specify Objects, objek baru atau objek yang diganti namanya tidak akan disinkronkan.

   

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

   2. Pada daftar Source Object(s) di 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, menetapkan filter baris, melihat informasi kolom, serta 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 menetapkan kondisi filter. Untuk informasi selengkapnya, lihat Konfigurasikan dan modifikasi aturan pencocokan.

   Operasi	Deskripsi
   Import objects	Pada daftar di sebelah kanan, klik Import Objects di pojok kanan atas. Pada kotak dialog yang muncul, klik OK. Penting Operasi ini akan menimpa pilihan sebelumnya. Lakukan dengan hati-hati. Pada kotak dialog Import Objects, impor objek yang akan dimigrasikan. Anda dapat mengimpor file CSV untuk mengganti nama database atau tabel serta menetapkan 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 telah ditambahkan ke daftar sisi kanan selama pemetaan data. Hapus satu objek migrasi Pada daftar di sebelah kanan, arahkan pointer ke objek yang ingin dihapus, lalu klik Remove untuk menghapus objek migrasi tersebut. Hapus semua objek migrasi Pada daftar di sebelah kanan, klik Remove All di pojok kanan atas. Pada kotak dialog yang muncul, klik OK untuk menghapus semua objek migrasi.

7. Klik Next. Pada halaman Migration Options, konfigurasikan parameter-parameter berikut.

   • Full migration

     Tabel berikut menjelaskan parameter untuk migrasi penuh, yang hanya ditampilkan jika Anda telah memilih One-way Synchronization dan Full Migration secara berurutan pada 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 memberikan 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 memberikan 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. 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 hal ini, Anda harus memproses data di tabel target sebelum melanjutkan migrasi. Penting Jika Anda mengklik Resume pada 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 tentang pertimbangan post-indexing, lihat deskripsi di bawah. Penting Parameter ini hanya ditampilkan jika Anda telah memilih Schema Migration dan Full Migration pada 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 database OceanBase dalam mode kompatibel Oracle: name is already used by an existing object. Jika target adalah database OceanBase dan Anda memilih Allow untuk parameter ini, parameter berikut perlu diatur: DDL Concurrency for Single Index: jumlah maksimum operasi DDL konkuren yang diizinkan untuk satu indeks. Nilai yang lebih besar menunjukkan konsumsi sumber daya yang lebih tinggi dan migrasi data yang lebih cepat. Maximum DDL Concurrency for Indexes: 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 OceanBase Database 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

     Parameter berikut hanya ditampilkan jika Anda telah memilih One-way Synchronization dan Incremental Synchronization secara berurutan pada 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 memberikan 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. Kinerja sinkronisasi inkremental 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 pada halaman Select Migration Type. Jika Anda telah memilih Incremental Synchronization tetapi tidak memilih Full Migration, tentukan titik waktu setelahnya data akan disinkronkan. Nilai default adalah waktu sistem saat ini. Untuk informasi selengkapnya, lihat Tetapkan timestamp sinkronisasi inkremental.

   • Reverse increment

     Parameter berikut hanya ditampilkan jika Anda telah memilih One-way Synchronization dan Reverse Increment secara berurutan pada halaman Select Migration Type. Secara default, konfigurasi sinkronisasi inkremental digunakan kembali untuk sinkronisasi inkremental balik.

     

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

     Parameter	Deskripsi
     Write Concurrency	Konkurensi untuk menulis data ke sumber selama sinkronisasi inkremental balik. Nilai maksimum adalah 512. Konkurensi yang tinggi dapat memberikan beban berlebih pada sumber, sehingga memengaruhi bisnis.
     Reverse Increment Rate Limit	Anda dapat memilih apakah akan membatasi laju sinkronisasi inkremental balik sesuai kebutuhan. Jika Anda memilih untuk membatasi laju sinkronisasi inkremental balik, 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 sinkronisasi inkremental balik, sedangkan BPS menentukan jumlah maksimum data dalam byte yang disinkronkan ke sumber per detik selama sinkronisasi inkremental balik. Catatan Nilai RPS dan BPS yang ditentukan di sini hanya untuk pembatasan kecepatan. Kinerja sinkronisasi inkremental balik 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 pada 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

     Parameter pada bagian ini hanya ditampilkan ketika target adalah OceanBase Database V4.3.0 atau versi yang lebih baru dalam mode kompatibel MySQL dan Anda telah memilih Schema Migration atau memilih DDL Synchronization untuk Incremental Synchronization pada 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 lainnya diatur secara otomatis berdasarkan konfigurasi parameter target. Objek tabel dalam migrasi skema dan objek tabel baru dalam sinkronisasi DDL inkremental ditulis ke skema yang sesuai berdasarkan jenis penyimpanan yang ditentukan.

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

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

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

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

9. Setelah pemeriksaan awal berhasil, klik Start Task.

   Jika Anda tidak perlu memulai tugas sekarang, klik Save. Anda dapat memulai tugas nanti di halaman Migration Tasks atau dengan melakukan 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 akan dieksekusi berdasarkan jenis migrasi yang dipilih. Untuk informasi selengkapnya, lihat Lihat detail migrasi.

Referensi

• Buat sumber data MySQL

• Buat sumber data OceanBase

• Konfigurasikan dan modifikasi aturan pencocokan

• Lihat detail tugas migrasi data