ApsaraDB for OceanBase (Deprecated):Migrasikan data dari database TiDB ke tenant MySQL di OceanBase Database

Latar Belakang

Layanan transmisi data memungkinkan Anda memigrasikan data bisnis yang ada dan data inkremental dari database TiDB ke tenant MySQL di OceanBase Database melalui migrasi skema, migrasi penuh, dan sinkronisasi inkremental.

TiDB adalah database terdistribusi terintegrasi yang mendukung pemrosesan transaksional dan analitik hibrida (HTAP). Anda harus menerapkan kluster TiCDC dan kluster Kafka untuk menyinkronkan data inkremental dari database TiDB ke tenant MySQL di OceanBase Database.

TiCDC adalah alat sinkronisasi data inkremental untuk TiDB dan menyediakan ketersediaan tinggi dengan menggunakan kluster placement driver (PD), yang merupakan modul penjadwalan dari kluster TiDB dan biasanya terdiri dari tiga node PD. TiKV Server adalah node TiKV di kluster TiDB. Node ini mengirimkan perubahan data dalam log perubahan ke kluster TiCDC. TiCDC menjalankan beberapa proses untuk mendapatkan dan memproses data dari node TiKV, kemudian menyinkronkan data tersebut ke kluster Kafka. Kluster Kafka menyimpan log inkremental dari database TiDB yang dikonversi oleh TiCDC. Selama sinkronisasi data inkremental, layanan transmisi data mendapatkan data yang sesuai dari kluster Kafka dan memigrasikan data tersebut ke tenant MySQL di OceanBase Database secara real-time.

Jika Anda membuat sumber data TiDB tanpa mengikatnya ke sumber data Kafka, Anda tidak dapat melakukan sinkronisasi inkremental.

Prasyarat

• Layanan transmisi data memiliki hak istimewa untuk mengakses sumber daya cloud. Untuk informasi lebih lanjut, lihat Memberikan Hak Istimewa kepada Peran untuk Transmisi Data.

• Anda telah membuat pengguna database khusus untuk migrasi data di database TiDB sumber dan tenant MySQL target di OceanBase Database, serta memberikan hak istimewa yang sesuai kepada pengguna tersebut. Untuk informasi lebih lanjut, lihat Buat Pengguna Database.

Keterbatasan

• Keterbatasan pada Database Sumber

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

• Hanya mendukung TiDB versi 4.x dan 5.x.

• Layanan transmisi data tidak mendukung sinkronisasi DDL untuk migrasi data dari database TiDB ke tenant MySQL di OceanBase Database.

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

• Layanan transmisi data tidak mendukung migrasi tabel tanpa kunci utama dan data dengan spasi dari database TiDB ke tenant MySQL di OceanBase Database.

• Pengenal sumber data dan akun pengguna harus unik secara global dalam sistem transmisi data.

• Layanan transmisi data mendukung migrasi objek hanya ketika kondisi berikut terpenuhi: nama database, nama tabel, dan nama kolom objek tersebut dienkripsi ASCII tanpa karakter khusus. Karakter khusus mencakup baris baru, spasi, dan karakter berikut: . | " ' ` ( ) = ; / & \.

• Layanan transmisi data hanya mendukung Protokol Open TiCDC. Jika Anda menggunakan protokol yang tidak didukung, kesalahan pointer null akan dikembalikan.

• Saat menggunakan TiCDC untuk menyinkronkan data ke instance Kafka, Anda harus menambahkan pengaturan enable-old-value = true ke file konfigurasi. Jika tidak, format pesan sinkronisasi data mungkin tidak valid. Untuk informasi lebih lanjut, lihat File Konfigurasi Tugas.

Pertimbangan

• Jika sumber berisi kunci asing dengan nama yang sama, kesalahan terjadi selama migrasi skema. Dalam hal ini, Anda dapat mengganti nama kunci asing untuk memulihkan tugas.

• Jika set karakter UTF-8 digunakan di database sumber, kami sarankan Anda menggunakan set karakter yang kompatibel, seperti UTF-8 atau UTF-16, di database target untuk menghindari karakter kacau.

• Jangan menulis data ke topik yang digunakan secara sinkron oleh TiCDC. Jika tidak, kesalahan pointer null akan dikembalikan.

• Periksa apakah presisi migrasi layanan transmisi data untuk kolom 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 ketidaksesuaian data antara bidang sumber dan target.

• Jika Anda memodifikasi indeks unik di target, Anda harus memulai ulang tugas migrasi data untuk menghindari ketidaksesuaian data.

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

  Sebagai contoh, jika jam lebih awal dari waktu standar, latensi bisa negatif. Jika jam lebih lambat dari waktu standar, latensi bisa positif.

• Catat pertimbangan berikut jika Anda ingin menggabungkan beberapa tabel:

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

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

• Perbedaan antara skema tabel sumber dan target dapat menghasilkan konsistensi data. Beberapa skenario yang dikenal dijelaskan sebagai berikut:

  • Saat Anda membuat skema tabel secara manual di target, jika tipe data kolom apa pun tidak didukung oleh layanan transmisi data, konversi tipe data implisit mungkin terjadi di target, yang menyebabkan ketidaksesuaian tipe kolom antara database sumber dan target.

  • Jika panjang kolom di target lebih pendek daripada di database sumber, data kolom ini mungkin dipotong secara otomatis, yang menyebabkan ketidaksesuaian data antara database sumber dan target.

• Jika Anda hanya memilih Sinkronisasi Inkremental saat Anda membuat tugas migrasi data, layanan transmisi data memerlukan agar log inkremental lokal dari database sumber disimpan setidaknya selama 48 jam.

  Jika Anda memilih Migrasi Penuh dan Sinkronisasi Inkremental saat Anda membuat tugas migrasi data, layanan transmisi data memerlukan agar log inkremental lokal dari database sumber disimpan setidaknya selama 7 hari. Jika layanan transmisi data tidak dapat memperoleh log inkremental, tugas migrasi data mungkin gagal atau bahkan data antara database sumber dan target mungkin tidak konsisten setelah migrasi.

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

Tipe instansi sumber dan target yang didukung

Dalam tabel berikut, OB_MySQL berarti tenant MySQL di OceanBase Database.

Pemetaan tipe data

Prosedur

1. Masuk ke Konsol ApsaraDB for OceanBase dan beli tugas migrasi data.

   Untuk informasi lebih lanjut, lihat Beli Tugas Migrasi Data.

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

   

   Jika Anda ingin merujuk konfigurasi tugas yang ada, klik Reference Configuration. Untuk informasi lebih lanjut, lihat Merujuk Konfigurasi Tugas Migrasi Data.

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

   Parameter	Deskripsi
   Nama Tugas Migrasi	Kami sarankan Anda menetapkannya sebagai kombinasi angka dan huruf. Nama tersebut tidak boleh mengandung spasi dan tidak boleh melebihi 64 karakter.
   Sumber	Jika Anda telah membuat sumber data TiDB, pilih dari daftar drop-down. Jika tidak, klik New Data Source di daftar drop-down dan buat satu di kotak dialog yang muncul di sebelah kanan. Untuk informasi lebih lanjut, lihat Buat sumber data TiDB.
   Target	Jika Anda telah membuat sumber data untuk tenant MySQL di OceanBase Database, pilih dari daftar drop-down. Jika tidak, klik New Data Source di daftar drop-down dan buat satu di kotak dialog yang muncul di sebelah kanan. Untuk informasi lebih lanjut 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 lebih lanjut, lihat Gunakan tag untuk mengelola tugas migrasi data.

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

   Tipe migrasi yang didukung meliputi migrasi skema, migrasi penuh, sinkronisasi inkremental, verifikasi penuh, dan sinkronisasi inkremental balik.

   

   Tipe migrasi	Deskripsi
   Migrasi skema	Setelah tugas migrasi skema dimulai, layanan transmisi data memigrasikan definisi objek database (seperti tabel, indeks, kendala, komentar, dan tampilan) dari database sumber ke database target dan secara otomatis menyaring tabel sementara.
   Migrasi penuh	Setelah tugas migrasi penuh dimulai, layanan transmisi data memigrasikan data yang ada dari tabel di database sumber ke tabel yang sesuai di database target. Jika Anda memilih Full Migration, kami sarankan Anda menggunakan pernyataan ANALYZE untuk mengumpulkan statistik database TiDB sebelum migrasi data.
   Sinkronisasi inkremental	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 lebih lanjut, lihat Konfigurasikan sinkronisasi DDL/DML. Jika Anda membuat sumber data TiDB tanpa mengikatnya ke sumber data Kafka, Anda tidak dapat memilih Incremental Synchronization.
   Verifikasi penuh	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 memilih Full Verification, kami sarankan Anda mengumpulkan statistik database TiDB dan tenant MySQL di OceanBase Database sebelum verifikasi penuh. Jika Anda memilih Incremental Synchronization tetapi tidak memilih semua pernyataan DML di bagian DML Synchronization, Anda tidak dapat memilih Verifikasi Penuh.
   Sinkronisasi inkremental balik	Perubahan data yang dibuat di database target setelah switchover database bisnis disinkronkan ke database sumber secara real-time melalui sinkronisasi inkremental balik. Secara umum, konfigurasi sinkronisasi inkremental digunakan kembali untuk sinkronisasi inkremental balik. Anda juga dapat menyesuaikan konfigurasi untuk sinkronisasi inkremental balik sesuai kebutuhan.

5. Klik Next. Di 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 menentukan objek migrasi dengan menggunakan Specify Objects. Untuk informasi tentang aturan pencocokan, lihat Konfigurasikan dan Modifikasi Aturan Pencocokan.

   Penting

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

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

   

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

   2. Di Daftar Objek Sumber bagian Tentukan Ruang Lingkup Migrasi , pilih objek yang akan dimigrasikan. Anda dapat memilih tabel dan tampilan dari satu atau lebih database.

   3. Klik > untuk menambahkannya ke Daftar Objek Target .

   Layanan transmisi data memungkinkan Anda mengimpor objek dari file teks, mengganti nama objek target, menetapkan 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 dilakukan berdasarkan sintaks aturan pencocokan yang ditentukan. Di area operasi, Anda hanya dapat menetapkan kondisi filter. Untuk informasi lebih lanjut, lihat Konfigurasikan dan Modifikasi Aturan Pencocokan.

   Operasi	Deskripsi
   Impor objek	Di daftar di sebelah kanan, klik Impor Objek di pojok kanan atas. Di kotak dialog yang muncul, klik OK. Penting Operasi ini akan menimpa pilihan sebelumnya. Lanjutkan dengan hati-hati. Di kotak dialog Impor Objek, impor objek yang akan dimigrasikan. Anda dapat mengimpor file CSV untuk mengganti nama database atau tabel dan menetapkan kondisi filter baris. Untuk informasi lebih lanjut, lihat Unduh dan impor pengaturan objek migrasi. Klik Validasi. Setelah Anda mengimpor objek migrasi, periksa validitasnya. Pemetaan bidang kolom saat ini tidak didukung. Setelah validasi berhasil, klik OK.
   Ganti nama objek	Layanan transmisi data memungkinkan Anda mengganti nama objek migrasi. Untuk informasi lebih lanjut, lihat Ganti nama tabel database.
   Konfigurasi pengaturan	Layanan transmisi data memungkinkan Anda menyaring baris menggunakan kondisi WHERE. Untuk informasi lebih lanjut, lihat Gunakan kondisi SQL untuk menyaring data. Anda juga dapat melihat informasi kolom objek migrasi di bagian Lihat Kolom.
   Hapus satu atau semua objek	Layanan transmisi data memungkinkan Anda menghapus satu atau semua objek sinkronisasi yang telah ditambahkan ke daftar di sebelah kanan selama pemetaan data. Hapus satu objek migrasi Di daftar di sebelah kanan, arahkan kursor ke objek yang ingin Anda hapus, dan klik Hapus untuk menghapus objek migrasi. Hapus semua objek migrasi Di daftar di sebelah kanan, klik Hapus Semua di pojok kanan atas. Di kotak dialog yang muncul, klik OK untuk menghapus semua objek migrasi.

6. Klik Next. Di halaman Migration Options, konfigurasikan parameter.

   • Migrasi Penuh

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

     

     Parameter	Deskripsi
     Konkurensi Baca	Konkurensi untuk membaca data dari sumber selama migrasi penuh. Nilai maksimum adalah 512. Konkurensi baca yang tinggi dapat menyebabkan stres berlebih pada sumber, memengaruhi bisnis.
     Konkurensi Tulis	Konkurensi untuk menulis data ke target selama migrasi penuh. Nilai maksimum adalah 512. Konkurensi tulis yang tinggi dapat menyebabkan stres berlebih pada target, memengaruhi bisnis.
     Batas Laju Migrasi Penuh	Anda dapat memilih apakah akan membatasi laju migrasi penuh sesuai kebutuhan. Jika Anda memilih untuk membatasi laju migrasi penuh, Anda harus menentukan rekaman per detik (RPS) dan byte per detik (BPS). RPS menentukan jumlah maksimum baris data yang dimigrasikan ke target per detik selama migrasi penuh, dan 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. Kinerja migrasi penuh aktual bergantung pada faktor-faktor seperti pengaturan sumber dan target serta spesifikasi instansi.
     Penanganan Tabel Non-kosong di Database Target	Nilai yang valid adalah Ignore dan Stop Migration. Jika Anda memilih Ignore, ketika data yang akan dimasukkan bertentangan dengan data yang ada di tabel target, layanan transmisi data mencatat data yang bertentangan sambil mempertahankan data yang ada. Penting Jika Anda memilih Ignore, data ditarik dalam mode IN selama verifikasi penuh. Dalam hal 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 dilaporkan selama migrasi penuh. Dalam hal ini, Anda harus memproses data di tabel target sebelum melanjutkan migrasi. Penting Jika Anda mengklik Pulihkan di kotak dialog yang menunjukkan kesalahan, layanan transmisi data mengabaikan kesalahan ini dan melanjutkan migrasi data. Lanjutkan dengan hati-hati.
     Pasca-Pengindeksan	Menentukan apakah akan membuat indeks setelah migrasi penuh selesai. Pembuatan indeks pasca-migrasi dapat mempersingkat waktu yang diperlukan untuk migrasi penuh. Untuk informasi lebih lanjut tentang pertimbangan pembuatan indeks pasca-migrasi, lihat deskripsi di bawah ini. Penting Parameter ini hanya ditampilkan jika Anda telah memilih Migrasi Skema dan Full Migration di halaman Select Migration Type. Hanya indeks kunci non-unik yang dapat dibuat setelah migrasi selesai. Jika target database OceanBase mengembalikan kesalahan berikut selama pembuatan indeks, layanan transmisi data mengabaikan kesalahan tersebut dan menentukan bahwa indeks berhasil dibuat, tanpa membuatnya lagi. Pesan kesalahan di tenant MySQL di OceanBase Database: Nama kunci duplikat. Pesan kesalahan di tenant Oracle di OceanBase Database: nama sudah digunakan oleh objek yang ada. 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 indeks tunggal. Nilai yang lebih besar menunjukkan konsumsi sumber daya yang lebih tinggi dan migrasi data yang lebih cepat. Konfigurasi jumlah maksimum DDL indeks pasca-migrasi: jumlah maksimum operasi DDL pasca-indeks yang dapat dipanggil sistem secara bersamaan.

     Jika pembuatan indeks pasca-migrasi diizinkan, kami sarankan Anda menggunakan klien CLI untuk memodifikasi parameter berikut untuk tenant bisnis berdasarkan kondisi perangkat keras database OceanBase dan lalu lintas bisnis Anda saat ini:

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

   • Sinkronisasi Inkremental

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

     

     Parameter	Deskripsi
     Konkurensi Tulis	Konkurensi untuk menulis data ke target selama sinkronisasi inkremental. Nilai maksimum adalah 512. Konkurensi tulis yang tinggi dapat menyebabkan stres berlebih pada target, memengaruhi bisnis.
     Batas Laju Sinkronisasi Inkremental	Anda dapat memilih apakah akan membatasi laju sinkronisasi inkremental sesuai kebutuhan. Jika Anda memilih untuk membatasi laju sinkronisasi inkremental, Anda harus menentukan RPS dan BPS. RPS menentukan jumlah maksimum baris data yang disinkronkan ke target per detik selama sinkronisasi inkremental, dan 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. Kinerja sinkronisasi inkremental aktual bergantung pada faktor-faktor seperti pengaturan sumber dan target serta spesifikasi instansi.
     Waktu Mulai Sinkronisasi Inkremental	Parameter ini tidak ditampilkan jika Anda telah memilih Full Migration di halaman Pilih Tipe Migrasi. Jika Anda telah memilih Incremental Synchronization tetapi tidak Full Data Migration, tentukan titik waktu setelah mana data akan disinkronkan. Nilai default adalah waktu sistem saat ini. Untuk informasi lebih lanjut, lihat Tetapkan timestamp sinkronisasi inkremental.

   • Sinkronisasi Inkremental Balik

     Tabel berikut menjelaskan parameter untuk sinkronisasi inkremental balik, yang hanya ditampilkan jika Anda telah memilih Reverse Increment di 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
     Konkurensi Tulis	Konkurensi untuk menulis data ke sumber selama sinkronisasi inkremental balik. Nilai maksimum adalah 512. Konkurensi tinggi dapat menyebabkan stres berlebih pada sumber, memengaruhi bisnis.
     Batas Laju Inkremen Balik	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, dan 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. Kinerja sinkronisasi inkremental balik aktual bergantung pada faktor-faktor seperti pengaturan sumber dan target serta spesifikasi instansi.
     Waktu Mulai Sinkronisasi Inkremental	Parameter ini tidak ditampilkan jika Anda telah memilih Full Migration di halaman Pilih Tipe Migrasi. Jika Anda telah memilih Incremental Synchronization tetapi tidak Full Migration, timestamp mulai switchover maju (jika ada) digunakan secara default. Parameter ini tidak dapat dimodifikasi.

   • Parameter Lanjutan

     Bagian ini hanya ditampilkan jika target adalah tenant MySQL di OceanBase Database V4.3.0 atau lebih baru dan Anda telah memilih Schema Migration di halaman Select Migration Type.

     

     Parameter ini menentukan tipe penyimpanan untuk objek tabel target selama migrasi skema. Tipe penyimpanan yang didukung untuk objek tabel target adalah Default, Row storage, Column storage, dan Hybrid columnar storage. Untuk informasi lebih lanjut, lihat default_table_store_format.

     Catatan

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

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

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

   • Identifikasi dan perbaiki masalah, lalu lakukan pemeriksaan awal kembali.

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

8. 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 lebih lanjut tentang operasi batch, lihat Lakukan operasi batch pada tugas migrasi data.

   Layanan transmisi data memungkinkan Anda memodifikasi objek migrasi dan kondisi filter baris mereka saat tugas migrasi sedang berjalan. Untuk informasi lebih lanjut, lihat Lihat dan Modifikasi Objek Migrasi dan Kondisi Filter Mereka. Setelah tugas migrasi data dimulai, tugas tersebut dieksekusi berdasarkan tipe migrasi yang dipilih. Untuk informasi lebih lanjut, lihat Lihat Detail Migrasi.

Referensi

• Buat Sumber Data TiDB

• Buat Sumber Data OceanBase

• Konfigurasikan dan Modifikasi Aturan Pencocokan

• Lihat Detail Tugas Migrasi Data