Backup and DR untuk Oracle di perangkat pencadangan/pemulihan

Database Oracle adalah database kelas perusahaan populer yang mendukung aplikasi penting. Halaman ini memperkenalkan Backup dan DR untuk lingkungan database Oracle. Arsitektur terkait menyediakan pencadangan inkremental yang konsisten dengan aplikasi dan bersifat selamanya ke Google Cloud, serta pemulihan dan pembuatan clone 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. Pasang disk penyiapan 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 penyiapan dari server database.

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

Pemulihan data

Backup and DR langsung memasang disk penyiapan yang dapat ditulis ulang melalui ISCSI atau NFS dan mengaktifkan database.

API pencadangan Oracle

Backup and DR menggunakan Oracle API berikut:

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

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

  • RMAN archive log backup API: Log arsip yang dihasilkan dicadangkan ke disk penyiapan dan dihapus dari lokasi arsip produksi.

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

Backup dan DR dapat berjalan bersama dengan produk lama yang mengambil data dari database produksi. Praktik terbaik berikut dapat membantu meningkatkan kualitas pengalaman Anda:

Jadwal pencadangan database Oracle

Praktik terbaik Jadwalkan tugas pencadangan database Backup and DR agar dimulai pada saat software pencadangan lama harus sudah 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 gangguan. Selain itu, untuk Oracle, hal ini dapat menyebabkan cadangan tidak valid untuk 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 selama tugas pencadangan database, salinan cadangan tersebut tidak dapat dipulihkan.

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

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

Secara default, parameter DO NOT UNCATALOG di detail & setelan aplikasi Backup and DR disetel ke Tidak. Pencadangan file data Backup and DR dicatat di awal pencadangan dan tidak dicatat di akhir tugas. Menyetel opsi ini ke Ya akan mengoptimalkan waktu pencadangan untuk database dengan banyak file data dengan menyimpan katalog cadangan file data RMAN setelah setiap tugas pencadangan. Namun, produk ini mengganggu produk pencadangan lainnya.

Persyaratan Setel parameter detail & setelan aplikasi Backup and DR Do not uncatalog ke No.
Praktik terbaik Pencadangan database Backup and DR bersifat inkremental dan terus-menerus. Hal ini dicapai dengan menggunakan salinan image RMAN dengan RMAN incremental merge API. Pencadangan RMAN pertama adalah salinan image lengkap file data database di disk cadangan Backup and DR dengan snapshot internal disk cadangan. Pencadangan inkremental RMAN berikutnya berjalan dengan penggabungan inkremental RMAN di disk pencadangan Backup and DR, yang memperbarui pencadangan penuh terakhir dengan perubahan inkremental sebelum snapshot. Namun, jika pencadangan database pihak ketiga atau pencadangan crosscheck berjalan setelah pencadangan database Backup dan DR, semua file data cadangan di bawah pencadangan Backup dan DR akan ditandai usang di bawah metadata RMAN. Parameter setelan & detail aplikasi Backup and DR Do not uncatalog yang disetel ke Ya akan menghasilkan error berikut: Gagal membuat katalog salinan gambar dari perangkat staging dan kegagalan pencadangan. Tetapkan Do not uncatalog ke Tidak agar dapat digunakan bersama dengan 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.

Pelacakan perubahan blok (BCT) database Oracle

Pelacakan perubahan blok Oracle memungkinkan pencadangan database yang cepat dengan mengidentifikasi blok mana yang telah berubah. Hanya blok yang berubah 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 bertambah.

  • Pelacakan blok perubahan 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 BCT diaktifkan, 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 Pelacakan Blok Perubahan di database tidak diaktifkan.

Melindungi database Oracle dalam grup konsistensi Backup and DR

Dalam 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 kelincahan 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 pemasangan yang mendukung aplikasi, pencadangan, dan pemulihan database Oracle dengan Transparent Data Encryption (TDE) yang dikonfigurasi.

Untuk database Oracle dengan TDE, file dompet dari host pencadangan sumber harus tersedia untuk host target dari semua pemasangan yang Sadar Aplikasi. Hal ini dapat dilakukan dengan beberapa cara.

  • File dompet 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 Lokasi File Konfigurasi Oracle, file wallet dapat diambil dengan langkah-langkah berikut:

    1. Lakukan pemasangan standar database ke host target.
    2. Salin file dompet dari pemasangan database standar ke host target dan konfigurasi Oracle untuk menggunakannya.
    3. Lepaskan database dari host target.
    4. Lakukan pemasangan yang Sadar Aplikasi database ke host target.

Backup and DR dengan database Oracle Exadata atau Oracle ExaCC

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

  • Perangkat 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 grup disk ASM (khusus iSCSI) atau di bagian Sistem file (dNFS atau iSCSI).

  • Pencadangan tambahan terus-menerus Backup and DR menggunakan pencadangan yang diupdate secara inkremental RMAN, yang meneruskan pencadangan salinan image.

Backup and DR data Exadata dan ExaCC

Agen Backup and DR harus diinstal di server Exadata untuk memfasilitasi komunikasi dengan perangkat 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 grup disk ASM atau di bagian Sistem file.

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

Format pengambilan di bawah grup disk ASM

Selama pencadangan, agen Backup and DR melakukan hal berikut:

  1. Petakan dan ekspos disk logis ke server Exadata sebagai target iSCSI.

  2. Tambahkan jalur disk Backup dan 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 dan DR.

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

    • Pencadangan tambahan terus menerus menggunakan pencadangan yang diperbarui secara inkremental RMAN, yang meneruskan pencadangan salinan image.

Format pengambilan di bawah 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 berada di perangkat penyimpanan NAS (dapat diakses melalui TCP/IP). NFS Langsung dibuat 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 ditampilkan oleh alat pencadangan/pemulihan.

Mengaktifkan kembali grup disk ASM yang dilindungi Backup and DR setelah server DB target di-reboot

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

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

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

  3. Tetapkan 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 Oracle OS dan tetapkan lingkungan database, lalu mulai database.

Langkah berikutnya

Baca tentang prasyarat untuk mencadangkan database Oracle.

Dokumentasi lainnya untuk Backup and DR for Oracle