Migrasi database Oracle ke Azure

Azure Load Balancer
Azure ExpressRoute
Azure VPN Gateway

Solusi ini memigrasikan database Oracle dan aplikasinya ke Azure. Kami menggunakan Oracle Active Data Guard untuk database, dan kami menggunakan Azure Load Balancer untuk tingkat aplikasi.

Sistem

Diagram arsitektur memperlihatkan menyelesaikan migrasi database dari Oracle ke Azure.

Unduh file Visio arsitektur ini.

Aliran data

  1. Hubungkan lingkungan Azure Anda dengan jaringan lokal melalui VPN situs-ke-situs atau ExpressRoute.
  2. Gunakan DataGuard untuk menandai OracleDB1 di Azure sebagai siaga aktif Anda.
  3. Ubah OracleDB1 Anda di Azure sebagai primer dan siapkan OracleDB2 di Azure sebagai siaga untuk menyelesaikan migrasi.

Catatan

  • Metode ini hanya berfungsi jika bermigrasi ke dan dari versi OS dan versi database yang sama.
  • Asumsi: Anda menggunakan DataGuard di lokal.

Komponen

Alternatif

Jika database Anda lebih dari 2 TB, Anda dapat menggunakan Oracle Data Guard dengan Oracle Recovery Manager (RMAN), atau menggunakan Data Pump untuk mereplikasi perubahan setelah transfer data massal awal, yang menyediakan migrasi gangguan minimal.

Asisten Migrasi SQL Server untuk Oracle

Asisten Migrasi Microsoft SQL Server (SSMA) untuk Oracle adalah alat untuk memigrasikan database Oracle ke Microsoft SQL Server dan Azure SQL Database. SSMA untuk Oracle mengonversi objek Oracle Database ke objek database SQL Server, membuat objek tersebut di SQL Server, lalu memigrasikan data dari Oracle ke SQL Server atau Azure SQL Database.

Detail skenario

Migrasi Oracle DB dapat dilakukan dengan berbagai cara. Solusi ini mencakup salah satu opsi berikut, di mana Oracle Active Data Guard digunakan untuk memigrasikan Database. Diasumsikan bahwa Oracle Data Guard (atau Active Data Guard) digunakan untuk tujuan ketersediaan tinggi (HA)/pemulihan bencana (DR). Tergantung pada aplikasi, baik aplikasi dapat dimigrasikan terlebih dahulu atau database. Dalam hal ini, aplikasi dimigrasikan ke Azure menggunakan Azure Load Balancer. Hal ini memungkinkan Anda membagi lalu lintas antara lokal dan Azure, sehingga Anda dapat memigrasikan tingkat aplikasi secara bertahap. Migrasi database dilakukan dalam beberapa langkah. Langkah pertama, Oracle Data Guard digunakan untuk menyiapkan Database Sekunder/Siaga di Azure. Ini memungkinkan Anda memigrasikan data ke Azure. Setelah sekunder di Azure sinkron dengan primer, Anda dapat membalik database di Azure menjadi database utama Anda sambil mempertahankan database sekunder di lokal. Langkah selanjutnya, Anda dapat menyiapkan database sekunder di Zona Ketersediaan (atau wilayah) yang berbeda untuk tujuan HA/DR. Pada titik ini, Anda dapat menonaktifkan lingkungan lokal Anda. Semua lalu lintas data antara lokal dan Azure mengalir melalui konektivitas Azure ExpressRoute atau VPN Situs-ke-Situs.

Kemungkinan kasus penggunaan

Solusi ini berlaku saat memigrasikan Oracle DB ke Azure.

Pertimbangan

Pertimbangan ini mengimplementasikan pilar Azure Well-Architected Framework, yang merupakan serangkaian tenet panduan yang dapat digunakan untuk meningkatkan kualitas beban kerja. Untuk informasi selengkapnya, lihat Microsoft Azure Well-Architected Framework.

Migration

Anda dapat memigrasikan seluruh Oracle Database anda dari lokal ke Azure VM dengan waktu henti minimal dengan menggunakan Oracle Recovery Manager (RMAN) dan Oracle Data Guard. Gunakan RMAN untuk memulihkan database ke Azure VM siaga target, menggunakan pencadangan/pemulihan atau metode database duplikat. Kemudian, Anda dapat mengonfigurasi database target sebagai database siaga fisik dengan Oracle Data Guard, sehingga semua data transaksi/pengulangan berubah dari database lokal utama ke database siaga. Ketika Oracle Database lokal utama sinkron dengan database siaga target pada instans Azure VM, Anda dapat beralih ke database target, yang akan mengonversinya menjadi database baca-tulis. Kemudian, Anda dapat mengarahkan koneksi aplikasi ke database utama baru. Opsi ini menghasilkan gangguan minimum saat memigrasikan database ke Azure.

Utilitas Oracle Data Pump digunakan untuk mengekspor dan mengimpor data dan metadata dari atau ke database Oracle. Anda dapat menjalankan ekspor/impor Data Pump di seluruh database, skema selektif, ruang tabel, atau objek database. Data Pump adalah alat yang direkomendasikan untuk memigrasikan data ke Azure, untuk database besar yang berukuran 10 GB hingga 20 TB. Ini memungkinkan paralelisme tingkat tinggi, opsi ekstraksi data yang fleksibel, dan operasi yang dapat diskalakan, yang memungkinkan pemindahan data dan metadata berkecepatan tinggi dari database sumber ke database target. Oracle Data Pump juga mendukung enkripsi dan kompresi, saat mengekspor data ke file cadangan data. Anda dapat menggunakan Oracle Data Pump dengan Oracle Data Guard atau Golden Gate untuk menangani transfer data awal untuk database besar. Perhatikan bahwa Data Pump hanya tersedia di Oracle Database 10g Release 1 (10.1) dan yang lebih baru.

Pertimbangan Desain

Ukuran VM

Pertimbangkan untuk menggunakan mesin virtual yang dioptimalkan memori hyperthreaded dengan vCPU inti terbatas untuk Oracle Database VM Anda, untuk menghemat biaya lisensi dan untuk memaksimalkan performa. Oracle telah menjamin Mobilitas Lisensi dari lokal ke Azure. Lihat FAQ Oracle-Azure.

Penyimpanan

Gunakan beberapa disk premium atau ultra (disk terkelola) untuk performa dan ketersediaan di database Oracle Anda. Nama disk/perangkat dapat berubah pada boot ulang saat menggunakan disk terkelola. Sebaiknya Anda menggunakan UUID perangkat, bukan nama, untuk memastikan pemasangan tidak berubah saat reboot. Pertimbangkan untuk menggunakan Pengelolaan Penyimpanan Otomatis (ASM) Oracle untuk memudahkan pengelolaan penyimpanan untuk database Anda.

Pengujian dan penyetelan

Kami merekomendasikan pengujian berikut untuk memvalidasi aplikasi Anda terhadap Oracle Database baru Anda:

  • Jalankan pengujian performa untuk memastikan bahwa database memenuhi harapan bisnis Anda.
  • Uji failover database, pemulihan, dan pemulihan untuk memastikan bahwa Anda memenuhi persyaratan tujuan titik pemulihan (RPO) dan tujuan waktu pemulihan (RTO).
  • Buat daftar semua pekerjaan dan laporan penting, dan jalankan di instans Oracle baru untuk mengevaluasi performanya terhadap perjanjian tingkat layanan (SLA).
  • Terakhir, saat melakukan migrasi atau membuat aplikasi untuk cloud, kode aplikasi harus diubah untuk menambahkan pola native cloud seperti pola coba lagi dan pola pemutus arus. Pola lain yang ditentukan dalam panduan Pola Desain Cloud dapat membantu aplikasi Anda menjadi lebih tangguh.

Lisensi Oracle

Jika Anda menggunakan teknologi yang diaktifkan hyper-threading di Azure VM Anda, hitung dua vCPU setara dengan satu lisensi Prosesor Oracle. Lihat Lisensi Perangkat Lunak Oracle di Lingkungan Komputasi Cloud untuk detailnya.

Strategi pencadangan

Salah satu strategi pencadangan adalah menggunakan Oracle Recovery Manager (RMAN) dan Azure Backup untuk pencadangan konsisten aplikasi. Anda juga dapat menggunakan metode Azure Backup.

Secara opsional gunakan Azure Blob Fuse untuk memasang akun Azure Blob Storage yang sangat berlebihan dan tulis cadangan RMAN ke akun sebagai ketahanan tambahan.

Keamanan

Azure DDoS Protection, dikombinasikan dengan praktik terbaik desain aplikasi, menyediakan fitur mitigasi DDoS yang ditingkatkan untuk memberikan lebih banyak pertahanan terhadap serangan DDoS. Anda harus mengaktifkan Azure DDoS Protection di jaringan virtual perimeter apa pun.

Keberlangsungan bisnis dan pemulihan bencana

Untuk kelangsungan bisnis dan pemulihan bencana, pertimbangkan untuk menerapkan perangkat lunak berikut:

  • Oracle Data Guard Fast-Start Failover (FSFO) untuk ketersediaan database
  • Oracle Data Guard Far Sync untuk perlindungan kehilangan data nol.
  • Oracle GoldenGate untuk mode multi-primer atau aktif-aktif pada kumpulan ketersediaan Azure atau zona ketersediaan tergantung pada persyaratan SLA.

Gunakan Zona Ketersediaan untuk mencapai ketersediaan tinggi di wilayah. Untuk informasi selengkapnya, lihat Arsitektur referensi untuk database Oracle di Azure.

Ketersediaan waktu aktif 99,99% untuk tingkat database Anda dapat dicapai dengan menggunakan kombinasi Zona Ketersediaan Azure dan Oracle Active DataGuard dengan FSFO.

Pertimbangkan untuk menggunakan grup penempatan proksimitas untuk mengurangi latensi antara tingkat database dan aplikasi Anda.

Pemantauan

Siapkan Oracle Enterprise Manager untuk pengelolaan, pemantauan, dan pengelogan.

Langkah berikutnya

Lihat artikel ini sebagai informasi pendukung:

Pelajari berbagai komponen arsitektur lebih lanjut: