Backup and DR untuk Oracle di perangkat pencadangan/pemulihan

Database Oracle adalah database kelas perusahaan populer yang mendukung aplikasi penting. Halaman ini memperkenalkan Backup and DR untuk lingkungan database Oracle. Arsitektur terkait menyediakan pencadangan yang konsisten dengan aplikasi dan terus-menerus ke Google Cloud, serta pemulihan dan cloning instan untuk database Oracle multi-TB.

Cara kerjanya

Bagian berikut menjelaskan proses pengambilan data dan pemulihan data.

Pengambilan data

  1. Agen Backup and DR di-deploy di server Oracle.

  2. Memasang disk staging di server database.

  3. Panggil API inkremental RMAN untuk menyalin blok yang diubah.

  4. Panggil penggabungan inkremental RMAN untuk membuat virtual full baru.

  5. Lepaskan disk staging dari server database.

  6. Backup and DR mengambil snapshot internal. Pencadangan penuh sintetis point-in-time sudah siap.

Pemulihan data

Backup and DR langsung memasang disk staging yang dapat ditulis ulang melalui ISCSI atau NFS dan membuat database online.

API pencadangan Oracle

Backup and DR menggunakan API Oracle berikut:

  • Salinan Image RMAN: Salinan image file data jauh lebih cepat dipulihkan karena struktur fisik file data sudah ada. Perintah RMAN BACKUP AS COPY membuat salinan image untuk semua file data dari seluruh database dan mempertahankan format file data.

  • API ASM dan CRS: Grup disk cadangan ASM dikelola menggunakan API ASM dan CRS.

  • API pencadangan log arsip RMAN: Log arsip yang dihasilkan dicadangkan ke disk staging dan dihapus permanen dari lokasi arsip produksi.

Meminimalkan konflik saat Anda menggunakan Backup and DR dengan produk pencadangan lainnya

Backup and DR dapat digunakan bersama produk lama yang mengambil data dari database produksi. Praktik terbaik berikut dapat membantu meningkatkan pengalaman Anda:

Jadwal pencadangan database Oracle

Praktik terbaik Jadwalkan tugas pencadangan database Backup and DR untuk dimulai pada waktu software pencadangan lama seharusnya selesai. Jangan jadwalkan software pencadangan lama untuk berjalan segera setelah tugas pencadangan database Backup and DR biasanya selesai.
Alasan Jika tugas pencadangan lama dan tugas pencadangan database Backup and DR berjalan secara bersamaan, hal ini dapat menyebabkan dampak performa yang serius pada server database yang menyebabkan ketidakstabilan dan kemungkinan pemadaman layanan. Selain itu, untuk Oracle, hal ini dapat menyebabkan pencadangan yang tidak valid untuk salah satu atau kedua solusi.

Pengelolaan log arsip Oracle

Oracle menggunakan log arsip yang dibuat selama pencadangan database untuk memastikan konsistensi dan kemampuan pemulihan cadangan tersebut. Akibatnya, jika log arsip dihapus permanen selama tugas pencadangan database, salinan cadangan tersebut tidak dapat dipulihkan.

Persyaratan Hanya satu sistem yang dapat mengelola (menangkap dan/atau memotong/menghapus permanen) log, baik software pencadangan lama maupun Backup and DR.
Praktik terbaik Jangan izinkan log arsip Oracle dihapus permanen selama tugas Backup and DR, dan jangan izinkan Backup and DR menghapus permanen log arsip selama tugas RMAN pencadangan lama.
Jika software lama mengelola log arsip, nonaktifkan tugas penghapusan permanen log arsip di software pencadangan lama di awal tugas pencadangan Backup and DR, dan lanjutkan tugas penghapusan permanen di akhir atau pertahankan log arsip selama minimal 24 jam sebelum dihapus permanen.
Alasan Jika log arsip dihapus permanen selama tugas pencadangan database, cadangan database tersebut mungkin tidak dapat dipulihkan.

Konflik metadata RMAN dengan cadangan lama yang membuat cadangan Backup and DR menjadi usang

Secara default, parameter DO NOT UNCATALOG di detail & setelan aplikasi Backup and DR ditetapkan ke No. Pencadangan file data Backup and DR dikatalogkan di awal pencadangan dan tidak dikatalogkan di akhir tugas. Menyetel opsi ini ke Yes akan mengoptimalkan waktu pencadangan untuk database dengan jumlah file data yang besar dengan menjaga file data RMAN tetap dikatalogkan setelah setiap tugas pencadangan. Namun, hal ini mengganggu produk pencadangan lainnya.

Persyaratan Tetapkan parameter setelan & detail aplikasi Backup and DR Do not uncatalog ke No.
Praktik terbaik Pencadangan database Backup and DR bersifat inkremental selamanya. Hal ini dicapai dengan menggunakan salinan image RMAN dengan API penggabungan inkremental RMAN. Cadangan RMAN pertama adalah salinan image lengkap dari file data database di disk cadangan Backup and DR dengan snapshot internal disk cadangan. Operasi pencadangan inkremental RMAN berikutnya berjalan dengan penggabungan inkremental RMAN di disk cadangan Backup and DR, yang memperbarui pencadangan penuh terakhir dengan perubahan inkremental sebelum snapshot. Namun, jika pencadangan database pihak ketiga atau pemeriksaan silang pencadangan dijalankan setelah pencadangan database Backup and DR, semua file data cadangan di bagian pencadangan Backup and DR akan ditandai sebagai usang di bagian metadata RMAN. Parameter setelan & detail aplikasi Backup and DR Do not uncatalog yang ditetapkan ke Yes akan menghasilkan error berikut: Failed to catalog image copies from staging device dan kegagalan pencadangan. Tetap tetapkan Do not uncatalog ke No agar dapat digunakan bersama produk pencadangan lama lainnya.
Alasan Secara default, parameter Do not uncatalog> in Backup and DR application details & settings is set to No. Setting this to Yes interferes with other backup products.

Block change tracking (BCT) database Oracle

Pelacakan perubahan blok Oracle memungkinkan pencadangan database yang cepat dengan mengidentifikasi blok mana yang telah berubah. Hanya blok yang diubah yang disertakan dalam operasi pencadangan.

  • Backup and DR inkremental selamanya mendukung database yang berjalan dengan BCT diaktifkan atau dinonaktifkan. Jika BCT tidak diaktifkan, waktu pencadangan inkremental akan meningkat.

  • Change block tracking diaktifkan di tingkat database.

  • Oracle mencatat blok yang diubah di setiap file data dalam file pelacakan yang merupakan file biner kecil yang disimpan di area database.

  • Dengan mengaktifkan BCT, RMAN menggunakan file BCT untuk mendapatkan blok yang diubah untuk pencadangan inkremental.

  • RMAN memindai setiap blok dalam file data untuk semua file data dalam database selama pencadangan inkremental saat Change Block Tracking pada database tidak diaktifkan.

Melindungi database Oracle dalam grup konsistensi Backup and DR

Pada sebagian besar konfigurasi, grup konsistensi dapat berisi satu aplikasi database Oracle dan sejumlah aplikasi sistem file dari server Oracle. Grup konsistensi adalah pilihan yang direkomendasikan untuk database Oracle dalam kasus penggunaan test-dev dan fleksibilitas bisnis lainnya.

Database Oracle dengan TDE

Backup and DR mendukung berbagai metode pengambilan dan presentasi untuk database Oracle dalam berbagai konfigurasi. Hal ini mencakup operasi pencadangan, pemulihan, dan pemasangan Application Aware pada database Oracle dengan Transparent Data Encryption (TDE) yang dikonfigurasi.

Untuk database Oracle dengan TDE, file wallet dari host cadangan sumber harus tersedia untuk host target dari setiap pemasangan Application Aware. Hal ini dapat dilakukan dengan beberapa cara.

  • File wallet dapat disalin dari server sumber cadangan ke server pemasangan target dan Oracle dikonfigurasi untuk mengaksesnya.
  • Jika file wallet Oracle disimpan di perangkat bersama pusat di jaringan, instance Oracle target pemasangan Appaware harus dikonfigurasi untuk mengaksesnya.

  • Jika file wallet Oracle diambil selama pencadangan Backup and DR dengan menetapkan setelan lanjutan Oracle Configuration File Location, file wallet dapat diambil dengan langkah-langkah berikut:

    1. Lakukan pemasangan standar database ke host target.
    2. Salin file wallet dari pemasangan database standar ke host target dan konfigurasikan Oracle untuk menggunakannya.
    3. Lepaskan database dari host target.
    4. Lakukan pemasangan Application Aware database ke host target.

Backup and DR dengan database Oracle Exadata atau Oracle ExaCC

Peralatan pencadangan/pemulihan mendukung pengambilan dan presentasi data Exadata melalui protokol iSCSI atau Oracle dNFS.

  • Peralatan pencadangan/pemulihan terhubung melalui iSCSI atau Oracle dNFS di jaringan (bukan di jalur data).

  • Pencadangan RMAN menggunakan RMAN untuk menulis langsung ke datastore salinan yang ditampilkan oleh Backup and DR sebagai sistem file atau sebagai Grup Disk ASM.

  • Format Pengambilan Data: di bagian ASM disk group (khusus iSCSI) atau di bagian Sistem file (dNFS atau iSCSI).

  • Pencadangan tambahan terus menerus Backup and DR menggunakan pencadangan yang diperbarui secara bertahap oleh RMAN, yang melakukan roll forward pencadangan salinan image.

Backup and DR untuk data Exadata dan ExaCC

Agen Backup and DR harus diinstal di server Exadata untuk memfasilitasi komunikasi dengan peralatan pencadangan/pemulihan dan untuk memanggil RMAN API untuk pencadangan database.

Agen Backup and DR mengekspos dan memetakan disk Backup and DR ke server Exadata sebagai target iSCSI. Format pengambilan data dapat berada di bagian ASM disk group atau di bagian sistem file.

Instal agen Backup and DR di setiap host Exadata di bagian ruang pengguna untuk memfasilitasi komunikasi dengan peralatan pencadangan/pemulihan dan untuk memanggil API RMAN untuk pencadangan database.

Format pengambilan di grup disk ASM

Selama pencadangan, agen Backup and DR melakukan hal berikut:

  1. Memetakan dan mengekspos disk logis ke server Exadata sebagai target iSCSI.

  2. Tambahkan jalur disk Backup and DR ke string disk ASM.

  3. Pastikan string disk ASM ditambahkan ke file parameter dan tidak ada di profil CRS.

  4. Buat grup disk ASM sebagai redundansi eksternal menggunakan disk Backup and DR.

    • Pencadangan RMAN menggunakan RMAN untuk menulis langsung ke datastore salinan yang ditampilkan oleh peralatan pencadangan/pemulihan sebagai Grup Disk ASM atau sebagai Sistem file.

    • Pencadangan tambahan terus menerus menggunakan pencadangan yang diupdate secara inkremental RMAN, yang melakukan roll forward pencadangan salinan image.

Mengambil format di sistem file menggunakan dNFS

Oracle direct NFS (dNFS) adalah klien NFS (network file system) yang dioptimalkan, yang memberikan akses yang lebih cepat dan lebih skalabel ke penyimpanan NFS yang terletak di perangkat penyimpanan NAS (dapat diakses melalui TCP/IP). Direct NFS dibangun langsung ke dalam kernel database, seperti ASM.

Protokol dNFS dapat digunakan untuk pencadangan berbasis sistem file sebagai berbagi NFS.

Agen Backup and DR mengekspos dan memetakan disk Backup and DR ke server Exadata sebagai berbagi NFS.

Prasyarat untuk dNFS di server Exadata:

  • Aktifkan dNFS di server Exadata:

    cd $ORACLE_HOME/rdbms/lib make -f ins_rdbms.mk nfs on

  • Mulai ulang database.

    Gunakan RMAN API untuk mencadangkan database ke sistem file di berbagi dNFS yang disajikan oleh peralatan pencadangan/pemulihan.

Membuat grup disk ASM yang dilindungi Backup and DR kembali online setelah memulai ulang server DB target

Setelah reboot server database tempat salinan Backup and DR dipasang, atau pencadangan Backup and DR sedang berlangsung untuk database pada saat reboot/crash, ikuti langkah-langkah berikut untuk mengembalikan pemasangan grup disk Backup and DR:

  1. Pastikan server database target sudah dicadangkan, dan sistem ASM serta RAC juga sudah aktif.

  2. Mulai ulang agen Backup and DR (dari root).

  3. Menetapkan lingkungan ASM.

  4. Login ke ASM sqlplus dan periksa status grup disk:

    select name, state from v$asm_diskgroup where name = '<dg name>';)

  5. Jika dilepas, pasang grup disk: alter diskgroup <dg name> mount;

  6. Login ke OS Oracle dan tetapkan lingkungan database, lalu mulai database.

Langkah berikutnya

Baca prasyarat untuk mencadangkan database Oracle.

Dokumentasi lain untuk Backup and DR untuk Oracle