Pencadangan panas berarti sistem aktif dan berjalan dan Pembaruan berjalan seperti biasa
Di sini saya akan menjelaskan Mekanisme yang Diikuti oleh Oracle saat kami mengambil cadangan panas
Cadangan Cepat Manual
Hotbackup manual dimulai dengan perintah di bawah ini untuk tablespace
ubah tablespace PENGGUNA memulai pencadangan;
Beberapa hal terjadi pada saat itu
1)DBWn memeriksa tablespace (menulis semua blok kotor pada SCN yang diberikan)
2)CKPT berhenti memperbarui bidang SCN Checkpoint di header datafile dan mulai memperbarui bidang Hot Backup Checkpoint SCN sebagai gantinya
Header datafile yang berisi SCN dari pos pemeriksaan terakhir yang diselesaikan tidak diperbarui saat file dalam mode pencadangan panas . Ini memungkinkan proses pemulihan memahami file log redo arsip apa yang mungkin diperlukan untuk memulihkan file ini sepenuhnya.
3)LGWR mulai mencatat gambar penuh dari blok yang diubah saat pertama kali sebuah blok diubah setelah ditulis oleh DBWn
Pertama kali sebuah blok diubah dalam file data yang berada dalam mode pencadangan panas, seluruh blok ditulis ke ulangi file log, bukan hanya byte yang diubah. Biasanya hanya byte yang diubah (vektor redo) yang ditulis. Dalam mode pencadangan panas, seluruh blok dicatat pertama kali. Ini karena Anda bisa masuk ke situasi di mana proses penyalinan file data dan DBWR bekerja pada blok yang sama secara bersamaan.
Katakanlah mereka dan faktor baca pemblokiran OS adalah 2K . Program pencadangan pergi untuk membaca blok Oracle 8k. OS memberikan 4k. Sementara itu — DBWR telah meminta untuk menulis ulang blok ini. OS menjadwalkan penulisan DBWR terjadi sekarang. Seluruh blok 8k ditulis ulang. Program pencadangan mulai berjalan lagi (OS multi-tugas di sini) dan membaca 4k terakhir blok. Program pencadangan sekarang telah mendapatkan blok yang retak — kepala dan ekor berasal dari dua titik waktu.
Oracle tidak dapat menanganinya selama pemulihan. Oleh karena itu, kami mencatat seluruh gambar blok sehingga selama pemulihan, blok ini benar-benar ditulis ulang dari pengulangan dan setidaknya konsisten dengan dirinya sendiri. Kami dapat memulihkannya dari sana.
Poin penting dalam Pencadangan panas
1)Untuk membatasi efek dari pencatatan tambahan ini, Anda harus memastikan bahwa Anda hanya menempatkan satu tablepspace pada satu waktu dalam mode pencadangan dan membawa tablespace keluar dari mode pencadangan segera setelah Anda mencadangkannya. Ini akan mengurangi jumlah blok yang mungkin harus dicatat seminimal mungkin.
2) Jika tablespace dalam mode hotbackup dan database dibatalkan. Dan kemudian Anda mencoba untuk memulai, itu akan mengeluh tentang pemulihan karena datafile SCN dari tablespace itu akan lebih tua, kemudian untuk memulai database, kita harus terlebih dahulu mengakhiri pencadangan tablespace itu. Ini hanya memperbarui SCN pos pemeriksaan dengan Hot Backup Checkpoint SCN
Cadangan pengelola pemulihan
Kami tidak perlu menempatkan tablespace dalam mode hotbackup untuk mengambil cadangan menggunakan hotbackmode
Karena RMAN adalah alat Oracle, mereka tahu cara menangani kasus blok yang retak, sehingga tidak menulis fragmen blok atau blok parsial ke cadangan, ia menulis gambar blok yang konsisten lengkap ke media cadangan. Jadi manajer pemulihan tidak perlu merekam blok lengkap ke file redo log. Jadi itu berarti penghematan besar dalam redo logging dari kasus hotbackup manual
Juga rman tidak membekukan header datafile, ia melanjutkan ke pos pemeriksaan seperti biasa, tetapi ia melakukan pos pemeriksaan ke tablespace.
Pencadangan RMAN mencatat SCN awal, SCN Absolute Fuzzy (yang sama dengan memulai SCN di awal) ketika pencadangan dimulai dan karena blok dicadangkan dalam datafile, blok diperiksa untuk SCN, jika lebih tinggi maka mulai SCN, Absolute Fuzzy SCN diperbarui dengan nomor tersebut. Hal yang sama berlaku untuk semua blok, ketika seluruh file data dicadangkan, kedua angka ini disimpan di header cadangan.
Jadi setiap kali RMAN memulihkan cadangan ini, mereka tahu itu tahu dari apa mulai SCN hingga SCN berakhir, ia pasti harus memulihkan file data
Jadi pada dasarnya tidak ada overhead seperti peningkatan logging di hot backup RMAN.
Hal yang sama berlaku untuk Pencadangan gambar dengan RMAN
