10g Release 2 (10.2) Oracle® Database Backup and Recovery Nozioni di base
I registri di ripristino archiviati sono la chiave per il corretto ripristino dei supporti. Eseguire il backup regolarmente.
Ma, mi chiedo, perché i backup dei registri degli archivi sono così importanti. Sarebbe possibile eseguire il ripristino temporizzato semplicemente utilizzando normali backup completi e incrementali di file di dati RMAN.
Risposte:
No, hai ancora bisogno dei registri di ripristino archiviati. Un backup RMAN non è lo stesso di un backup a freddo; quando lo ripristini è necessario applicare tutte le ripetizioni generate dal momento in cui è stato avviato il backup fino al momento in cui il backup è stato completato al fine di rendere coerente l'SCN tra tutti i file di dati e il file di controllo.
Consideriamo il vecchio backup a caldo vecchio stile. In questa modalità, interi blocchi di database modificati vengono scritti nel flusso del registro di ripetizione e il file viene copiato nel sistema operativo. Ciò provoca blocchi fratturati , ovvero il blocco è stato modificato durante la lettura dal backup. Quindi per ripristinare il database, ripristiniamo i DBF, quindi il processo di ripristino sovrappone i blocchi modificati dai registri di ripristino archiviati ai blocchi fratturati nel file e torniamo a un database coerente.
In un backup RMAN il problema dei blocchi fratturati viene eliminato perché i blocchi vengono letti da Oracle tramite SGA e non da uno strumento Unix come cp. Tuttavia, il DBF cambia tra il momento in cui il primo blocco viene letto e l'ultimo blocco, quindi è lo stesso problema, solo su una scala più ampia. Vale a dire, l'SCN cambia tra il primo e l'ultimo blocco in un backup. Anche i registri di ripristino archiviati coprono questo aspetto.
RMAN offre la gestibilità del catalogo e un mezzo per eseguire backup a caldo senza la necessità di generare ripetizioni a una velocità molto più elevata (il che mette a dura prova i dischi, il sistema di backup ecc.). Tuttavia BACKUP DATABASEvi non vi darà un database coerente in sé e per sé; l' unico modo per farlo in Oracle è il backup a freddo.
Il backup dei registri di archivio è necessario solo quando è in esecuzione nella modalità di registro di archivio, quindi la domanda torna alla domanda se il database debba farlo o meno. Questo è trattato nello stesso documento a cui fai riferimento nella sezione Decisione tra la modalità ARCHIVELOG e NOARCHIVELOG . Ecco un estratto:
Decidere tra la modalità ARCHIVELOG e NOARCHIVELOG
I registri di ripetizione del database forniscono un registro completo delle modifiche ai file di dati del database (con alcune eccezioni, come il caricamento diretto del percorso).
È possibile eseguire il database in una delle due modalità: modalità ARCHIVELOG o modalità NOARCHIVELOG. In modalità ARCHIVELOG, un gruppo di log di ripristino in linea usato deve essere copiato in una o più destinazioni di archivio prima di poter essere riutilizzato. L'archiviazione del registro di ripetizione conserva tutte le transazioni memorizzate in quel registro, in modo che possano essere utilizzate in seguito in operazioni di ripristino. In modalità NOARCHIVELOG, i gruppi di registri di ripetizione online vengono semplicemente sovrascritti quando il registro viene riutilizzato. Tutte le informazioni sulle transazioni registrate in quel gruppo di log di ripristino vengono perse.
2.3.3.1 Implicazioni dell'esecuzione in modalità NOARCHIVELOG
L'esecuzione del database in modalità NOARCHIVELOG impone gravi limitazioni alla strategia di backup e ripristino.
Non è possibile eseguire backup online del database. È necessario chiudere il database in modo pulito prima di poter eseguire un backup in modalità NOARCHIVELOG.
Non è possibile utilizzare alcuna tecnica di recupero dati che richiede i registri di ripetizione archiviati. Questi includono il recupero completo e temporizzato dei supporti, come descritto in "Forme di recupero dei dati", e tecniche di recupero più avanzate come il recupero temporizzato di singoli spazi tabella e Flashback Database (descritto in Oracle Database Backup and Recovery Advanced Guida dell'utente.).
Se si esegue in modalità NOARCHIVELOG ed è necessario ripristinare i danni ai file di dati a causa di un errore del disco, sono disponibili due opzioni principali per il ripristino:
Eliminare tutti gli oggetti con eventuali estensioni situati nei file interessati, quindi rilasciare i file. Il resto del database è intatto, ma tutti i dati nei file interessati vengono persi.
Ripristinare l'intero database dal backup più recente e perdere tutte le modifiche al database dal backup. (Il ripristino delle modifiche poiché il backup richiederebbe l'esecuzione del ripristino dei supporti, che utilizza i registri di ripristino archiviati.)
...
Quando i requisiti di prestazione sono estremi o le limitazioni dello spazio su disco sono gravi, può essere preferibile eseguire in modalità NOARCHIVELOG nonostante le limitazioni che questa scelta impone alle opzioni di ripristino.
Avrai quasi sempre voglia di eseguire in modalità ARCHIVELOG, quindi quasi sempre vorrai eseguire il backup dei tuoi log di archivio.