全部产品
Search
文档中心

Data Transmission Service:Migrasi data dari database Oracle yang dikelola sendiri ke cluster AnalyticDB for MySQL V3.0

更新时间:Jul 06, 2025

Topik ini menjelaskan cara memigrasikan data dari database Oracle yang dikelola sendiri ke klaster AnalyticDB for MySQL V3.0 menggunakan Data Transmission Service (DTS). DTS mendukung migrasi skema, migrasi data penuh, dan migrasi data inkremental. Saat memigrasikan data dari database Oracle yang dikelola sendiri, Anda dapat memilih semua jenis migrasi yang didukung untuk memastikan kontinuitas layanan.

Prasyarat

  • Klaster tujuan AnalyticDB for MySQL V3.0 telah dibuat. Ruang penyimpanan yang tersedia di klaster tujuan lebih besar daripada ukuran total data di database Oracle sumber yang dikelola sendiri. Untuk informasi lebih lanjut, lihat Buat Klaster.

    Catatan

    Untuk informasi lebih lanjut tentang versi database yang didukung, lihat Gambaran Umum Skenario Migrasi Data.

  • Database Oracle yang dikelola sendiri berjalan dalam mode ARCHIVELOG. File log arsip dapat diakses dan periode retensi yang sesuai telah ditetapkan untuk file log arsip. Untuk informasi lebih lanjut, lihat Mengelola File Log Redo Arsip.

  • Fitur logging tambahan diaktifkan untuk database Oracle yang dikelola sendiri, dan parameter SUPPLEMENTAL_LOG_DATA_PK dan SUPPLEMENTAL_LOG_DATA_UI disetel ke Ya. Untuk informasi lebih lanjut, lihat Logging Tambahan.

  • Anda mengetahui kemampuan dan batasan DTS jika digunakan untuk memigrasikan data dari database Oracle. Advanced Database & Application Migration (ADAM) digunakan untuk evaluasi database. Ini membantu Anda memigrasikan data secara mulus ke cloud. Untuk informasi lebih lanjut, lihat Persiapkan Database Oracle dan Gambaran Umum.

Batasan

Catatan
  • Selama migrasi skema, DTS tidak memigrasikan kunci asing dari database sumber ke database tujuan.

  • Selama migrasi data penuh dan migrasi data inkremental, DTS sementara menonaktifkan pengecekan kendala dan operasi kaskade pada kunci asing di tingkat sesi. Jika Anda melakukan operasi pembaruan dan penghapusan kaskade di database sumber selama migrasi data, ketidaksesuaian data mungkin terjadi.

Kategori

Deskripsi

Batasan pada database sumber

  • Persyaratan bandwidth: Server tempat database sumber berada harus memiliki bandwidth keluar yang cukup. Jika tidak, kecepatan migrasi data akan menurun.

  • Jika database sumber adalah database Oracle Real Application Cluster (RAC) yang terhubung melalui Express Connect, Anda harus menentukan alamat IP virtual (VIP) untuk database saat mengonfigurasi database sumber.

  • Jika database sumber adalah database Oracle RAC yang terhubung melalui Express Connect, VPN Gateway, Smart Access Gateway, Database Gateway, atau Cloud Enterprise Network (CEN), Anda dapat menggunakan satu VIP daripada Single Client Access Name (SCAN) IP address saat mengonfigurasi database sumber. Setelah Anda menentukan VIP, failover node tidak didukung untuk database Oracle RAC.

  • Jika bidang di database Oracle sumber berisi string kosong tipe VARCHAR2, yang dievaluasi sebagai null di database Oracle, dan bidang yang sesuai di database tujuan memiliki kendala NOT NULL, tugas migrasi gagal.

  • Persyaratan untuk objek yang akan dimigrasikan:

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

    • Jika versi database Oracle Anda adalah 12c atau lebih baru, nama tabel yang akan dimigrasikan tidak boleh melebihi 30 byte panjangnya.

    • Jika Anda memilih tabel sebagai objek yang akan dimigrasikan dan Anda perlu memodifikasi tabel di database tujuan, seperti mengganti nama tabel atau kolom, hingga 1.000 tabel dapat dimigrasikan dalam satu tugas migrasi data. Jika Anda menjalankan tugas untuk memigrasikan lebih dari 1.000 tabel, kesalahan permintaan terjadi. Dalam hal ini, kami sarankan Anda mengonfigurasi beberapa tugas untuk memigrasikan tabel secara batch atau mengonfigurasi tugas untuk memigrasikan seluruh database.

  • Untuk melakukan migrasi inkremental, Anda harus memastikan bahwa persyaratan berikut terpenuhi:

    • Logging redo dan logging arsip harus diaktifkan.

    • Redo logs dan archive logs dari database sumber harus disimpan setidaknya selama tujuh hari. Jika tidak, DTS mungkin gagal mendapatkan redo logs dan archive logs dan tugas mungkin gagal. Dalam keadaan luar biasa, ketidaksesuaian data atau kehilangan data mungkin terjadi. Pastikan Anda menetapkan periode retensi redo logs dan archive logs berdasarkan persyaratan yang disebutkan sebelumnya. Jika tidak, service level agreement (SLA) DTS tidak menjamin keandalan atau kinerja layanan.

  • Batasan pada operasi yang akan dilakukan pada database sumber:

    • Selama migrasi skema dan migrasi data penuh, jangan lakukan operasi DDL untuk mengubah skema database atau tabel. Jika tidak, tugas migrasi data gagal.

    • Jika Anda hanya melakukan migrasi data penuh, jangan tulis data ke database sumber selama migrasi data. Jika tidak, ketidaksesuaian data antara database sumber dan tujuan mungkin terjadi. Untuk memastikan konsistensi data, kami sarankan Anda memilih migrasi skema, migrasi data penuh, dan migrasi data inkremental sebagai jenis migrasi.

Batasan lainnya

  • Karena batasan klaster AnalyticDB for MySQL V3.0, jika penggunaan ruang disk node dalam klaster AnalyticDB for MySQL V3.0 melebihi 80%, pengecualian terjadi dalam tugas DTS dan tugas DTS tertunda. Kami sarankan Anda memperkirakan ruang disk yang diperlukan berdasarkan objek yang akan dimigrasikan. Anda harus memastikan bahwa klaster tujuan memiliki ruang penyimpanan yang cukup.

  • Anda harus menentukan primary key kustom di database tujuan atau mengonfigurasi Primary Key Column selama Configurations for Databases, Tables, and Columns. Jika tidak, data mungkin gagal dimigrasikan.

  • Jika klaster tujuan AnalyticDB for MySQL 3.0 sedang dicadangkan saat tugas DTS berjalan, tugas gagal.

  • Tabel eksternal tidak dapat dimigrasikan.

  • Sebelum Anda memigrasikan data, evaluasi dampak migrasi data pada kinerja database sumber dan klaster tujuan. Kami sarankan Anda memigrasikan data selama jam non-puncak. Selama migrasi data penuh, DTS menggunakan sumber daya baca dan tulis database sumber dan klaster tujuan. Ini dapat meningkatkan beban pada server database.

  • Selama migrasi data penuh, operasi INSERT bersamaan menyebabkan fragmentasi di tabel klaster tujuan. Setelah migrasi data penuh selesai, ukuran tablespace yang digunakan di klaster tujuan lebih besar daripada di database sumber.

  • DTS mencoba melanjutkan tugas migrasi data yang gagal dalam tujuh hari terakhir. Sebelum Anda beralih beban kerja ke klaster tujuan, Anda harus menghentikan atau melepaskan tugas yang gagal. Anda juga dapat menjalankan pernyataan REVOKE untuk mencabut izin tulis dari akun yang digunakan oleh DTS untuk mengakses database tujuan. Jika tidak, data di database sumber menimpa data di database tujuan setelah tugas yang gagal dilanjutkan.

  • Jika pernyataan DDL gagal dieksekusi di database tujuan, tugas DTS terus berjalan. Anda dapat melihat pernyataan DDL yang gagal dieksekusi di log tugas. Untuk informasi lebih lanjut tentang cara melihat log tugas, lihat Lihat log tugas.

  • Selama sinkronisasi data inkremental, jangan gunakan Oracle Data Pump untuk menulis data ke database sumber. Jika tidak, kehilangan data mungkin terjadi.

  • Pastikan set karakter database sumber dan tujuan kompatibel. Jika tidak, ketidaksesuaian data mungkin terjadi atau tugas migrasi mungkin gagal.

  • Kami sarankan Anda menggunakan fitur migrasi skema DTS. Jika tidak, tugas migrasi mungkin gagal karena tipe data yang tidak kompatibel.

  • Zona waktu database sumber dan tujuan harus sama.

  • Jika instance gagal berjalan, personel dukungan teknis DTS akan mencoba memulihkan instance dalam 8 jam. Selama proses pemulihan, instance mungkin di-restart atau parameter mungkin disesuaikan.

    Catatan

    Saat parameter disesuaikan, hanya parameter instance DTS yang dimodifikasi. Parameter database tidak dimodifikasi. Parameter yang mungkin dimodifikasi termasuk tetapi tidak terbatas pada parameter dalam Ubah parameter instance.

Penagihan

Jenis Migrasi

Biaya Konfigurasi Instance

Biaya Lalu Lintas Internet

Migrasi skema dan migrasi data penuh

Gratis.

Saat parameter Access Method database tujuan disetel ke Public IP Address, Anda dikenakan biaya untuk lalu lintas internet. Untuk informasi lebih lanjut, lihat Gambaran Biaya.

Migrasi data inkremental

Dikenakan biaya. Untuk informasi lebih lanjut, lihat Gambaran Biaya.

Operasi SQL yang dapat dimigrasikan secara inkremental

Jenis Operasi

Pernyataan SQL

DML

INSERT, UPDATE, dan DELETE

Catatan

Saat data ditulis ke klaster tujuan AnalyticDB for MySQL V3.0, pernyataan UPDATE secara otomatis dikonversi menjadi pernyataan REPLACE INTO. Jika pernyataan UPDATE dieksekusi pada primary key, pernyataan UPDATE dikonversi menjadi pernyataan DELETE dan INSERT.

Pemetaan Tipe Data

Untuk informasi lebih lanjut, lihat Pemetaan Tipe Data Antar Database Heterogen.

Sebelum Anda Memulai

Masuk ke database Oracle yang dikelola sendiri, buat akun yang ingin Anda gunakan untuk mengumpulkan data, dan berikan izin kepada akun tersebut.

Catatan

Jika Anda telah membuat akun database dan akun tersebut memiliki izin yang dijelaskan dalam tabel berikut, Anda dapat melewati langkah ini.

Database

Migrasi Skema

Migrasi Data Penuh

Migrasi Data Inkremental

Database Oracle yang dikelola sendiri

Izin pemilik skema

Izin pemilik skema

Izin granular

Klaster AnalyticDB for MySQL V3.0

Izin baca dan tulis pada database tujuan

Untuk membuat akun database dan memberikan izin kepada akun database, lakukan operasi berikut:

Penting

Jika Anda ingin memigrasikan data inkremental dari database Oracle, Anda harus mengaktifkan logging arsip dan logging tambahan untuk database Oracle untuk mendapatkan data inkremental. Untuk informasi lebih lanjut, lihat bagian Konfigurasikan Database Oracle dari topik Persiapkan Database Oracle.

Prosedur

  1. Gunakan salah satu metode berikut untuk pergi ke halaman Migrasi Data dan pilih wilayah tempat instance migrasi data berada.

    Konsol DTS

    1. Masuk ke Konsol DTS.

    2. Di panel navigasi di sebelah kiri, klik Data Migration.

    3. Di sudut kiri atas halaman, pilih wilayah tempat instance migrasi data berada.

    Konsol DMS

    Catatan

    Operasi aktual mungkin bervariasi berdasarkan mode dan tata letak Konsol DMS. Untuk informasi lebih lanjut, lihat Mode Sederhana dan Sesuaikan Tata Letak dan Gaya Konsol DMS.

    1. Masuk ke Konsol DMS.

    2. Di bilah navigasi atas, gerakkan pointer di atas Data + AI > DTS (DTS) > Data Migration.

    3. Dari daftar drop-down di sebelah kanan Data Migration Tasks, pilih wilayah tempat instance sinkronisasi data berada.

  2. Klik Create Task untuk pergi ke halaman konfigurasi tugas.

  3. Konfigurasikan database sumber dan tujuan. Tabel berikut menjelaskan parameter.

    Peringatan

    Setelah Anda mengonfigurasi database sumber dan tujuan, kami sarankan Anda membaca Limits yang ditampilkan di bagian atas halaman. Jika tidak, tugas mungkin gagal atau ketidaksesuaian data mungkin terjadi.

    Bagian

    Parameter

    Deskripsi

    Tidak Ada

    Task Name

    Nama tugas DTS. DTS secara otomatis menghasilkan nama tugas. Kami sarankan Anda menentukan nama informatif yang memudahkan identifikasi tugas. Anda tidak perlu menentukan nama tugas unik.

    Source Database

    Select Existing Connection

    • Jika Anda menggunakan instance database yang terdaftar dengan DTS, pilih instance dari daftar drop-down. DTS secara otomatis mengisi parameter database berikut untuk instance tersebut. Untuk informasi lebih lanjut, lihat Kelola koneksi database.

      Catatan

      Di Konsol DMS, Anda dapat memilih instance database dari daftar drop-down Select a DMS database instance.

    • Jika Anda gagal mendaftarkan instance dengan DTS, atau Anda tidak perlu menggunakan instance yang terdaftar dengan DTS, Anda harus mengonfigurasi informasi database berikut.

    Database Type

    Jenis database sumber. Pilih Oracle.

    Access Method

    Metode akses database sumber. Dalam contoh ini, Self-managed Database on ECS dipilih.

    Catatan

    Jika Anda memilih metode akses lainnya, Anda harus menyiapkan lingkungan yang diperlukan untuk database Oracle mandiri. Untuk informasi lebih lanjut, lihat Gambaran Persiapan.

    Instance Region

    Wilayah tempat database Oracle mandiri sumber berada.

    ECS Instance ID

    ID instance Elastic Compute Service (ECS) yang menyimpan database Oracle mandiri sumber.

    Port Number

    Nomor port layanan database Oracle mandiri sumber. Nilai default: 1521.

    Oracle Type

    • Arsitektur database Oracle mandiri sumber. Jika Anda memilih Non-RAC Instance, Anda harus mengonfigurasi parameter SID.

    • Jika Anda memilih RAC or PDB Instance, Anda harus mengonfigurasi parameter Service Name.

    Dalam contoh ini, RAC or PDB Instance dipilih.

    Database Account

    Akun database Oracle mandiri sumber. Untuk informasi tentang izin yang diperlukan untuk akun tersebut, lihat bagian Sebelum Anda Memulai dari topik ini.

    Database Password

    Kata sandi yang digunakan untuk mengakses instance database.

    Destination Database

    Select Existing Connection

    • Jika Anda menggunakan instance database yang terdaftar dengan DTS, pilih instance dari daftar drop-down. DTS secara otomatis mengisi parameter database berikut untuk instance tersebut. Untuk informasi lebih lanjut, lihat Kelola koneksi database.

      Catatan

      Di Konsol DMS, Anda dapat memilih instance database dari daftar drop-down Select a DMS database instance.

    • Jika Anda gagal mendaftarkan instance dengan DTS, atau Anda tidak perlu menggunakan instance yang terdaftar dengan DTS, Anda harus mengonfigurasi informasi database berikut.

    Database Type

    Jenis database tujuan. Pilih AnalyticDB for MySQL 3.0.

    Access Method

    Metode akses database tujuan. Pilih Alibaba Cloud Instance.

    Instance Region

    Wilayah tempat klaster AnalyticDB for MySQL V3.0 berada.

    Instance ID

    ID klaster tujuan AnalyticDB for MySQL V3.0.

    Database Account

    Akun database klaster tujuan AnalyticDB for MySQL V3.0. Untuk informasi tentang izin yang diperlukan untuk akun tersebut, lihat bagian Sebelum Anda Memulai dari topik ini.

    Database Password

    Kata sandi yang digunakan untuk mengakses instance database.

  4. Di bagian bawah halaman, klik Test Connectivity and Proceed, lalu klik Test Connectivity di kotak dialog CIDR Blocks of DTS Servers yang muncul.

    Catatan

    Pastikan blok CIDR server DTS dapat ditambahkan secara otomatis atau manual ke pengaturan keamanan database sumber dan tujuan untuk mengizinkan akses dari server DTS. Untuk informasi lebih lanjut, lihat Tambahkan Blok CIDR Server DTS.

  5. Konfigurasikan objek yang akan dimigrasikan.

    1. Di halaman Configure Objects, konfigurasikan objek yang ingin Anda migrasikan.

      Parameter

      Deskripsi

      Migration Types

      • Untuk hanya melakukan migrasi data penuh, pilih Schema Migration dan Full Data Migration.

      • Untuk memastikan kontinuitas layanan selama migrasi data, pilih Schema Migration, Full Data Migration, dan Incremental Data Migration.

      Catatan
      • Jika Anda tidak memilih Schema Migration, pastikan database dan tabel dibuat di database tujuan untuk menerima data dan fitur pemetaan nama objek diaktifkan di Selected Objects.

      • Jika Anda tidak memilih Incremental Data Migration, kami sarankan Anda tidak menulis data ke database sumber selama migrasi data. Ini memastikan konsistensi data antara database sumber dan tujuan.

      DDL and DML Operations to Be Synchronized

      Operasi DDL atau DML yang ingin Anda migrasikan.

      Catatan

      Untuk memilih operasi SQL yang dilakukan pada tabel tertentu, klik kanan objek di bagian Selected Objects. Di kotak dialog yang muncul, pilih operasi SQL yang ingin Anda migrasikan.

      Merge Tables

      • Yes: Jika Anda memilih nilai ini, DTS menambahkan kolom __dts_data_source ke setiap tabel untuk mencatat sumber data. Untuk informasi lebih lanjut, lihat Aktifkan Fitur Penggabungan Multi-Tabel.

      • No: Ini adalah nilai default.

      Catatan

      Jika Anda mengatur parameter ini ke Ya, semua tabel sumber yang dipilih dalam tugas digabungkan menjadi satu tabel tujuan. Jika Anda tidak perlu menggabungkan tabel sumber tertentu, Anda dapat membuat tugas migrasi data terpisah untuk tabel tersebut.

      Peringatan

      Kami sarankan Anda tidak melakukan operasi DDL untuk mengubah skema database atau tabel sumber. Jika tidak, ketidaksesuaian data mungkin terjadi atau tugas migrasi data mungkin gagal.

      Processing Mode of Conflicting Tables

      • Precheck and Report Errors: memeriksa apakah database tujuan berisi tabel yang menggunakan nama yang sama dengan tabel di database sumber. Jika database sumber dan tujuan tidak berisi tabel dengan nama identik, pemeriksaan awal berhasil. Jika tidak, kesalahan akan dikembalikan selama pemeriksaan awal dan tugas migrasi data tidak dapat dimulai.

        Catatan

        Jika database sumber dan tujuan berisi tabel dengan nama identik dan tabel di database tujuan tidak dapat dihapus atau diganti namanya, Anda dapat menggunakan fitur pemetaan nama objek untuk mengganti nama tabel yang dimigrasikan ke database tujuan. Untuk informasi lebih lanjut, lihat Peta Nama Objek.

      • Ignore Errors and Proceed: melewati pemeriksaan awal untuk nama tabel identik di database sumber dan tujuan.

        Peringatan

        Jika Anda memilih Ignore Errors and Proceed, ketidaksesuaian data mungkin terjadi dan bisnis Anda mungkin terpapar risiko potensial berikut:

        • Jika database sumber dan tujuan memiliki skema yang sama, dan catatan data memiliki primary key yang sama dengan catatan data yang ada di database tujuan, skenario berikut mungkin terjadi:

          • Selama migrasi data penuh, DTS tidak memigrasikan catatan data ke database tujuan. Catatan data yang ada di database tujuan dipertahankan.

          • Selama migrasi data inkremental, DTS memigrasikan catatan data ke database tujuan. Catatan data yang ada di database tujuan ditimpa.

        • Jika database sumber dan tujuan memiliki skema yang berbeda, hanya kolom tertentu yang dimigrasikan atau tugas migrasi data gagal. Lanjutkan dengan hati-hati.

      Capitalization of Object Names in Destination Instance

      Kapitalisasi nama database, tabel, dan kolom di instance tujuan. Secara default, DTS default policy dipilih. Anda dapat memilih opsi lain untuk memastikan kapitalisasi nama objek sesuai dengan database sumber atau tujuan. Untuk informasi lebih lanjut, lihat Tentukan Kapitalisasi Nama Objek di Instance Tujuan.

      Source Objects

      Pilih satu atau lebih objek dari bagian Source Objects. Klik ikon 向右小箭头 untuk menambahkan objek ke bagian Selected Objects.

      Catatan

      Anda dapat memilih kolom, tabel, atau database sebagai objek yang akan dimigrasikan.

      Selected Objects

      • Untuk mengganti nama objek yang ingin Anda migrasikan ke instance tujuan, klik kanan objek di bagian Selected Objects. Untuk informasi lebih lanjut, lihat Peta Nama Objek Tunggal.

      • Untuk mengganti nama beberapa objek sekaligus, klik Batch Edit di sudut kanan atas bagian Selected Objects. Untuk informasi lebih lanjut, lihat Peta Beberapa Nama Objek Sekaligus.

      Catatan
      • Jika Anda menggunakan fitur pemetaan nama objek untuk mengganti nama objek, objek lain yang bergantung pada objek tersebut mungkin gagal dimigrasikan.

      • Untuk menentukan kondisi WHERE untuk menyaring data, klik kanan tabel di bagian Selected Objects. Di kotak dialog yang muncul, tentukan kondisi tersebut. Untuk informasi lebih lanjut, lihat Tentukan Kondisi Filter.

      • Untuk memigrasikan secara inkremental operasi SQL yang dilakukan pada database atau tabel tertentu, klik kanan objek di bagian Selected Objects. Di kotak dialog yang muncul, pilih operasi SQL yang ingin Anda migrasikan secara inkremental.

    2. Klik Next: Advanced Settings untuk mengonfigurasi pengaturan lanjutan.

      Parameter

      Deskripsi

      Dedicated Cluster for Task Scheduling

      Secara default, DTS menjadwalkan tugas ke klaster bersama. Anda tidak perlu mengonfigurasi parameter ini. Anda dapat membeli klaster khusus dengan spesifikasi tertentu untuk menjalankan tugas migrasi data. Untuk informasi lebih lanjut, lihat Apa itu Klaster Khusus DTS?.

      Retry Time for Failed Connections

      Rentang waktu ulang untuk koneksi gagal. Jika database sumber atau tujuan gagal terhubung setelah tugas migrasi data dimulai, DTS segera mencoba kembali koneksi dalam rentang waktu ulang. Nilai valid: 10 hingga 1.440. Unit: menit. Nilai default: 720. Kami sarankan Anda mengatur parameter ini ke nilai lebih besar dari 30. Jika DTS terhubung kembali ke database sumber dan tulanjutan dalam rentang waktu ulang yang ditentukan, DTS melanjutkan tugas migrasi data. Jika tidak, tugas migrasi data gagal.

      Catatan
      • Jika Anda menentukan rentang waktu ulang yang berbeda untuk beberapa tugas migrasi data yang berbagi database sumber atau tujuan yang sama, nilai yang ditentukan terakhir akan berlaku.

      • Saat DTS mencoba kembali koneksi, Anda dikenakan biaya untuk instance DTS. Kami sarankan Anda menentukan rentang waktu ulang berdasarkan kebutuhan bisnis Anda. Anda juga dapat melepaskan instance DTS secepat mungkin setelah database sumber dan instance tujuan dilepaskan.

      Retry Time for Other Issues

      Rentang waktu ulang untuk masalah lainnya. Misalnya, jika operasi DDL atau DML gagal dieksekusi setelah tugas migrasi data dimulai, DTS segera mencoba kembali operasi dalam rentang waktu ulang. Nilai valid: 1 hingga 1440. Unit: menit. Nilai default: 10. Kami sarankan Anda mengatur parameter ini ke nilai lebih besar dari 10. Jika operasi yang gagal berhasil dilakukan dalam rentang waktu ulang yang ditentukan, DTS melanjutkan tugas migrasi data. Jika tidak, tugas migrasi data gagal.

      Penting

      Nilai parameter Retry Time for Other Issues harus lebih kecil dari nilai parameter Retry Time for Failed Connections.

      Enable Throttling for Full Data Migration

      Menentukan apakah akan mengaktifkan pembatasan untuk migrasi data penuh. Selama migrasi data penuh, DTS menggunakan sumber daya baca dan tulis database sumber dan tujuan. Ini dapat meningkatkan beban server database. Anda dapat mengaktifkan pembatasan untuk migrasi data penuh berdasarkan kebutuhan bisnis Anda. Untuk mengonfigurasi pembatasan, Anda harus mengonfigurasi parameter Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s). Ini mengurangi beban server database tujuan.

      Catatan

      Anda hanya dapat mengonfigurasi parameter ini jika Anda memilih Full Data Migration untuk parameter Migration Types.

      Enable Throttling for Incremental Data Migration

      Menentukan apakah akan mengaktifkan pembatasan untuk migrasi data inkremental. Untuk mengonfigurasi pembatasan, Anda harus mengonfigurasi parameter RPS of Incremental Data Migration dan Data migration speed for incremental migration (MB/s). Ini mengurangi beban server database tujuan.

      Catatan

      Anda hanya dapat mengonfigurasi parameter ini jika Anda memilih Incremental Data Migration untuk parameter Migration Types.

      Environment Tag

      Tag lingkungan yang digunakan untuk mengidentifikasi instance DTS. Anda dapat memilih tag lingkungan berdasarkan kebutuhan bisnis Anda. Dalam contoh ini, tidak ada tag lingkungan yang dipilih.

      Actual Write Code

      Format penyandian tempat data ditulis ke database tujuan. Anda dapat memilih format penyandian berdasarkan kebutuhan bisnis Anda.

      Configure ETL

      Menentukan apakah akan mengaktifkan fitur ekstraksi, transformasi, dan pemuatan (ETL). Untuk informasi lebih lanjut, lihat Apa itu ETL? Nilai valid:

      Monitoring and Alerting

      Menentukan apakah akan mengonfigurasi peringatan untuk tugas migrasi data. Jika tugas gagal atau latensi migrasi melebihi ambang batas yang ditentukan, kontak peringatan menerima notifikasi. Nilai valid:

      • No: tidak mengonfigurasi peringatan.

      • Yes: mengonfigurasi peringatan. Dalam hal ini, Anda juga harus mengonfigurasi ambang batas peringatan dan pengaturan notifikasi peringatan. Untuk informasi lebih lanjut, lihat bagian Konfigurasikan Pemantauan dan Peringatan Saat Membuat Tugas DTS dari topik Konfigurasikan Pemantauan dan Peringatan.

    3. Klik Next Step: Data Verification untuk mengonfigurasi tugas verifikasi data.

      Untuk informasi lebih lanjut tentang cara menggunakan fitur verifikasi data, lihat Konfigurasikan Tugas Verifikasi Data.

    4. Opsional. Setelah Anda menyelesaikan konfigurasi sebelumnya, klik Next: Configure Database and Table Fields dan konfigurasikan Type, Primary Key Column, Distribution Key, serta parameter kunci partisi seperti Partition Key, Partitioning Rules, dan Partition Lifecycle untuk tabel yang sesuai di tujuan klaster AnalyticDB for MySQL V3.0.

      Catatan
      • Langkah ini hanya tersedia jika Anda memilih Schema Migration saat mengonfigurasi objek yang akan dimigrasikan. Anda dapat mengatur parameter Definition Status ke All dan memodifikasi bidang-bidang tersebut.

      • Di dalam bidang Primary Key Column, Anda dapat menentukan beberapa kolom untuk membentuk kunci primer komposit. Dalam hal ini, Anda perlu menetapkan satu atau lebih kolom kunci primer sebagai Distribution Key dan Partition Key. Untuk detail lebih lanjut, lihat CREATE TABLE.

  6. Simpan pengaturan tugas dan jalankan pra-pemeriksaan.

    • Untuk melihat parameter yang harus ditentukan saat Anda memanggil operasi API terkait untuk mengonfigurasi tugas DTS, gerakkan penunjuk ke Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters.

    • Jika Anda tidak perlu melihat atau sudah melihat parameter tersebut, klik Next: Save Task Settings and Precheck di bagian bawah halaman.

    Catatan
    • Sebelum Anda dapat memulai tugas migrasi data, DTS melakukan pra-pemeriksaan. Anda hanya dapat memulai tugas migrasi data setelah tugas tersebut lolos pra-pemeriksaan.

    • Jika tugas gagal lolos pra-pemeriksaan, klik View Details di sebelah setiap item yang gagal. Setelah Anda menganalisis penyebab berdasarkan hasil pemeriksaan, atasi masalah tersebut. Kemudian, jalankan pra-pemeriksaan lagi.

    • Jika peringatan dipicu untuk suatu item selama pra-pemeriksaan:

      • Jika item peringatan tidak dapat diabaikan, klik View Details di sebelah item yang gagal dan atasi masalah tersebut. Kemudian, jalankan pra-pemeriksaan lagi.

      • Jika item peringatan dapat diabaikan, klik Confirm Alert Details. Di kotak dialog Lihat Detail, klik Ignore. Di pesan yang muncul, klik OK. Kemudian, klik Precheck Again untuk menjalankan pra-pemeriksaan lagi. Jika Anda mengabaikan item peringatan, ketidaksesuaian data mungkin terjadi, dan bisnis Anda mungkin terpapar risiko potensial.

  7. Beli sebuah instance.

    1. Tunggu hingga Success Rate menjadi 100%. Kemudian, klik Next: Purchase Instance.

    2. Di halaman Purchase Instance, konfigurasikan parameter Instance Class untuk instance migrasi data. Tabel berikut menjelaskan parameter-parameter tersebut.

      Bagian

      Parameter

      Deskripsi

      New Instance Class

      Resource Group

      Grup sumber daya tempat instance migrasi data termasuk. Nilai default: default resource group. Untuk informasi lebih lanjut, lihat Apa itu Resource Management?

      Instance Class

      DTS menyediakan kelas instance yang bervariasi dalam kecepatan migrasi. Anda dapat memilih kelas instance berdasarkan skenario bisnis Anda. Untuk informasi lebih lanjut, lihat Kelas instance dari instance migrasi data.

    3. Baca dan setujui Data Transmission Service (Pay-as-you-go) Service Terms dengan mencentang kotak pilihan.

    4. Klik Buy and Start. Dalam pesan yang muncul, klik OK.

      Anda dapat melihat kemajuan tugas di halaman Data Migration.

      Catatan
      • Jika tugas migrasi data tidak dapat digunakan untuk memigrasikan data tambahan, tugas tersebut akan otomatis berhenti. Completed ditampilkan di bagian Status .

      • Jika tugas migrasi data dapat digunakan untuk memigrasikan data tambahan, tugas tersebut tidak akan otomatis berhenti. Tugas migrasi data tambahan tidak pernah berhenti atau selesai. Running ditampilkan di bagian Status.