Layanan Transmisi Data (DTS) mendukung migrasi data dari database Oracle yang dikelola sendiri ke instans PolarDB-X 2.0 melalui migrasi data penuh, migrasi data inkremental, atau kombinasi keduanya. Menggabungkan kedua jenis migrasi ini memastikan database sumber tetap online selama proses migrasi.
Prasyarat
Sebelum memulai, pastikan hal-hal berikut:
Versi database Oracle adalah 9i, 10g, 11g, 12c, 18c, atau 19c.
Pencatatan tambahan (SUPPLEMENTAL_LOG_DATA_PK dan SUPPLEMENTAL_LOG_DATA_UI) telah diaktifkan pada database Oracle. Untuk informasi lebih lanjut, lihat Supplemental Logging.
Database Oracle berjalan dalam Mode ARSIPLOG, file log arsip dapat diakses, dan periode retensi yang sesuai telah ditetapkan. Untuk informasi lebih lanjut, lihat Managing Archived Redo Log Files.
Port layanan database Oracle dapat diakses melalui Internet.
Instans PolarDB-X 2.0 tujuan telah dibuat dengan mesin database MySQL 5.x. Untuk informasi lebih lanjut, lihat Create PolarDB-X instances.
Database dalam instans PolarDB-X 2.0 tujuan dibuat berdasarkan instans ApsaraDB RDS for MySQL. DTS tidak mendukung database PolarDB-X 2.0 yang dibuat berdasarkan kluster PolarDB for MySQL.
Ruang penyimpanan yang tersedia pada instans ApsaraDB RDS for MySQL lebih besar daripada ukuran total data database Oracle.
Database dan tabel telah dibuat secara manual di instans PolarDB-X 2.0 tujuan sesuai dengan tipe data tabel yang akan dimigrasikan dari database Oracle sumber. Migrasi skema tidak didukung antara database Oracle dan instans PolarDB-X 2.0. Untuk informasi lebih lanjut, lihat Create a database dan Basic SQL operations.
Tipe data Oracle dan PolarDB-X tidak memiliki korespondensi satu-ke-satu. Tentukan tipe data yang sesuai di instans PolarDB-X tujuan sebelum migrasi. Untuk informasi lebih lanjut, lihat Data type mapping between heterogeneous databases.
Batasan
Dampak performa: DTS mengonsumsi sumber daya baca dan tulis pada kedua database selama migrasi data penuh. Jalankan migrasi selama jam sepi ketika utilisasi CPU kurang dari 30% pada kedua database.
Kunci primer atau kendala unik diperlukan: Tabel yang akan dimigrasikan harus memiliki PRIMARY KEY atau UNIQUE constraints, dan semua kolomnya harus bernilai unik. Jika tidak, database tujuan mungkin berisi catatan duplikat.
Oracle RAC dengan VPC: Jika database Oracle menggunakan arsitektur Real Application Cluster (RAC) dan terhubung ke DTS melalui virtual private cloud (VPC), hubungkan alamat IP Single Client Access Name (SCAN) dan alamat IP virtual (VIP) setiap node RAC ke VPC serta konfigurasikan entri rute. Untuk informasi lebih lanjut, lihat Connect a data center to DTS by using VPN Gateway.
PentingSaat mengonfigurasi database Oracle sumber di Konsol DTS, tentukan alamat IP SCAN sebagai endpoint atau alamat IP database.
Risiko auto-resume: Jika tugas migrasi gagal dan DTS secara otomatis melanjutkannya, hentikan atau lepas tugas tersebut sebelum mengalihkan beban kerja ke tujuan. Jika tidak, aktivitas tugas yang dilanjutkan akan menimpa data tujuan dengan data sumber.
String kosong VARCHAR2: Jika kolom VARCHAR2 di Oracle berisi string kosong (yang dievaluasi sebagai null di Oracle) dan kolom yang sesuai di tujuan memiliki kendala NOT NULL, tugas migrasi akan gagal.
Kunci asing: Migrasi skema memindahkan kunci asing dari sumber ke tujuan. Selama migrasi data penuh dan inkremental, DTS sementara menonaktifkan pemeriksaan kendala kunci asing dan operasi kaskade pada tingkat sesi. Jika Anda menjalankan operasi pembaruan atau penghapusan kaskade pada sumber selama migrasi, ketidakkonsistenan data dapat terjadi.
Penagihan
| Jenis migrasi | Biaya konfigurasi tugas | Biaya lalu lintas internet |
|---|---|---|
| Migrasi skema dan migrasi data penuh | Gratis | Dikenakan biaya hanya saat migrasi dari Alibaba Cloud melalui Internet. Lihat Billing overview. |
| Migrasi data inkremental | Dikenakan biaya. Lihat Billing overview. | — |
Pilih jalur migrasi
Pilih jalur migrasi berdasarkan apakah Anda dapat menerima downtime:
| Jalur | Jenis migrasi yang dipilih | Gunakan saat |
|---|---|---|
| Hanya migrasi penuh | Schema Migration + Full Data Migration | Downtime dapat diterima; hentikan penulisan ke sumber sebelum migrasi |
| Migrasi tanpa downtime | Schema Migration + Full Data Migration + Incremental Data Migration | Sumber harus tetap online selama migrasi |
Migrasi data inkremental hanya mendukung operasi INSERT, DELETE, dan UPDATE. Operasi DDL tidak dapat dimigrasikan secara inkremental.
Cara kerja migrasi data inkremental
DTS mengambil file redo log dari database Oracle dan menerapkan perubahan ke PolarDB-X 2.0 secara real time. Hal ini menjaga sinkronisasi tujuan sementara sumber terus melayani traffic, sehingga memungkinkan pergantian sistem dengan downtime mendekati nol.
Untuk migrasi penuh tanpa migrasi inkremental, hindari menulis ke database Oracle sumber selama migrasi agar data antara sumber dan tujuan tetap konsisten.
Izin yang diperlukan
Izin akun database Oracle
| Jenis migrasi | Izin yang diperlukan |
|---|---|
| Migrasi data penuh | Izin pemilik skema |
| Migrasi data inkremental | Izin Administrator basis data (DBA) |
Untuk instruksi membuat akun Oracle dan memberikan izin, lihat CREATE USER dan GRANT.
Izin akun PolarDB-X 2.0
Untuk migrasi data penuh maupun inkremental, akun database harus memiliki izin menulis pada database tujuan. Untuk informasi lebih lanjut, lihat Manage accounts.
Buat tugas migrasi
Buka halaman Tugas Migrasi Data.
Login ke Konsol Data Management (DMS).
Pada bilah navigasi atas, arahkan pointer ke DTS.
Pilih DTS (DTS) > Data Migration.
Opsi navigasi bervariasi tergantung mode dan tata letak Konsol DMS. Untuk informasi lebih lanjut, lihat Simple mode dan Customize the layout and style of the DMS console. Anda juga dapat langsung membuka halaman Data Migration di Konsol DTS.
Dari daftar drop-down di sisi kanan Data Migration Tasks, pilih wilayah tempat instans migrasi Anda berada.
Di Konsol DTS baru, pilih wilayah di pojok kiri atas.
Klik Create Task dan konfigurasikan database sumber dan tujuan.
Source Database
Parameter Deskripsi Task Name Nama untuk tugas DTS. DTS menghasilkan nama secara otomatis. Gunakan nama deskriptif agar mudah diidentifikasi. Nama tidak perlu unik. Database Type Pilih Oracle. Connection Type Pilih metode akses berdasarkan tempat database sumber ditempatkan. Contoh ini menggunakan Self-managed Database on ECS. Untuk persyaratan jaringan penerapan, lihat Preparation overview. Instance Region Wilayah tempat database Oracle sumber berada. ECS Instance ID ID instance ECS yang menjalankan database Oracle. Port Number Port layanan database Oracle. Default: 1521. Oracle Type Jenis arsitektur Oracle. Contoh ini menggunakan RAC or PDB Instance. Pilih Non-RAC Instance untuk menentukan SID, atau RAC or PDB Instance untuk menentukan Service Name. Database Account Akun database untuk database Oracle sumber. Database Password Password untuk akun database. Destination Database
Parameter Deskripsi Database Type Pilih PolarDB-X 2.0. Connection Type Pilih Alibaba Cloud Instance. Instance Region Wilayah tempat instans PolarDB-X 2.0 tujuan berada. Instance ID ID instans PolarDB-X 2.0 tujuan. Database Account Akun database untuk instans tujuan. Database Password Password untuk akun database. Klik Test Connectivity and Proceed.
PeringatanDTS secara otomatis menambahkan blok CIDR server-nya ke pengaturan keamanan instans database Alibaba Cloud dan grup keamanan ECS. Untuk database yang dikelola sendiri di pusat data atau cloud pihak ketiga, tambahkan secara manual blok CIDR server DTS ke daftar putih database. Untuk blok CIDR yang perlu ditambahkan, lihat Add the CIDR blocks of DTS servers. Menambahkan blok CIDR DTS ke daftar putih atau grup keamanan menimbulkan risiko keamanan. Sebelum melanjutkan, ambil langkah pencegahan seperti memperkuat kredensial akun, membatasi port yang terbuka, mengotentikasi panggilan API, dan mengaudit aturan daftar putih secara berkala. Anda juga dapat menghubungkan database ke DTS menggunakan Express Connect, VPN Gateway, atau Smart Access Gateway. Setelah tugas migrasi selesai atau dilepas, hapus blok CIDR DTS dari aturan daftar putih atau grup keamanan.
Pilih objek yang akan dimigrasikan dan konfigurasikan pengaturan tugas.
Pengaturan dasar
Parameter Deskripsi Synchronization Types Pilih jenis migrasi berdasarkan jalur yang Anda pilih: Schema Migration + Full Data Migration untuk migrasi penuh saja, atau tambahkan Incremental Data Migration untuk migrasi tanpa downtime. Processing Mode of Conflicting Tables Precheck and Report Errors: Memeriksa adanya tabel di tujuan dengan nama yang sama seperti tabel sumber. Pemeriksaan awal gagal jika ada konflik, sehingga mencegah tugas dimulai. Gunakan fitur pemetaan nama objek untuk mengganti nama tabel yang bentrok. Ignore Errors and Proceed: Melewati pemeriksaan konflik nama. Selama migrasi penuh, catatan yang bentrok dilewati dan catatan tujuan yang sudah ada dipertahankan. Selama migrasi inkremental, catatan yang bentrok akan menimpa catatan tujuan. Gunakan dengan hati-hati. Source Objects Pilih objek dari bagian Source Objects dan klik ikon panah untuk memindahkannya ke Selected Objects. Selected Objects Untuk mengganti nama satu objek, klik kanan objek tersebut di Selected Objects. Untuk mengganti nama beberapa objek sekaligus, klik Batch Edit. Untuk detailnya, lihat Map object names. Mengganti nama objek dapat menyebabkan objek dependen gagal dimigrasikan. Pengaturan lanjutan
Parameter Deskripsi Monitoring and Alerting Pilih Yes untuk menerima notifikasi ketika tugas gagal atau latensi migrasi melebihi ambang batas. Konfigurasikan ambang batas peringatan dan pengaturan notifikasi. Pilih No untuk melewati peringatan. Untuk detail konfigurasi, lihat Configure monitoring and alerting. Retry Time for Failed Connections Rentang waktu selama DTS mencoba kembali koneksi yang gagal. Rentang: 10–1440 menit. Default: 120 menit. Kami menyarankan Anda mengatur parameter ini ke nilai lebih dari 30 menit. Jika DTS terhubung kembali dalam jendela percobaan ulang, tugas akan dilanjutkan secara otomatis; jika tidak, tugas gagal. Pengaturan percobaan ulang yang berbeda pada tugas yang berbagi instans sumber atau tujuan akan menggunakan nilai yang paling baru diatur. DTS mengenakan biaya untuk instans selama periode percobaan ulang. Configure ETL Pilih Yes untuk mengonfigurasi pemrosesan ekstrak, transformasi, muat (ETL) dan masukkan pernyataan pemrosesan data. Pilih No untuk melewati ETL. Untuk informasi lebih lanjut, lihat What is ETL? dan Configure ETL in a data migration or data synchronization task. Klik Next: Save Task Settings and Precheck.
DTS menjalankan pemeriksaan awal sebelum memulai migrasi. Jika ada item yang gagal, klik View Details untuk mengidentifikasi penyebabnya, perbaiki masalah tersebut, lalu jalankan pemeriksaan awal lagi. Jika suatu item memicu peringatan yang dapat diabaikan dengan aman, klik Confirm Alert Details, lalu klik Ignore di kotak dialog, dan klik Precheck Again. Mengabaikan item peringatan dapat menyebabkan ketidakkonsistenan data.
Tunggu hingga Success Rate mencapai 100%, lalu klik Next: Purchase Instance.
Di halaman Purchase Instance, konfigurasikan kelas instans.
Parameter Deskripsi Resource Group Kelompok sumber daya untuk instans migrasi. Default: default resource group. Lihat What is Resource Management? Instance Class Kelas instans menentukan kecepatan migrasi. Pilih berdasarkan volume data dan kebutuhan performa Anda. Lihat Instance classes of data migration instances. Baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.
Klik Buy and Start. Di kotak dialog konfirmasi, klik OK.
Lacak progres tugas di halaman Data Migration.
Langkah selanjutnya
Akun database yang digunakan untuk migrasi memiliki izin baca dan tulis. Setelah migrasi selesai, hapus akun tersebut dari database Oracle sumber dan instans PolarDB-X 2.0 tujuan untuk mengurangi risiko keamanan.