First:
a redo log contains a lot of stuff needed for example recovery etc. un log archiviato viene utilizzato solo per i ripristini – non ha bisogno di tutte le cose che si trovano in un log redo, quindi quando arch scrive il log di archivio non scrive tutto, proprio ciò che è necessario per i ripristini
secondo :
I log di archivio vengono creati con dimensioni più piccole e irregolari rispetto ai log redo originali. Perché?
——————————————————————————–
Modificato 02-GIU-2007 Tipo HOWTO Stato MODERATO
In questo Document
Goal
Solution
——————————————————————————–
Questo documento è stato consegnato tramite il Supporto di Oracle Rapida Visibilità (RaV) del processo, e quindi non è stato soggetto ad una società di revisione tecnica.
Si applica a:
Oracle Server-Enterprise Edition-Versione: da 8.1.7.4 a 11.1
Le informazioni contenute in questo documento si applicano a qualsiasi piattaforma.
Obiettivo
I log di archivio vengono creati con dimensioni più piccole e non uniformi rispetto ai log di ripristino originali.
Comandi come:
ALTER SYSTEM SWITCH LOGFILE
o
ALTER SYSTEM ARCHIVE LOG …
non vengono utilizzati per generare l’archivio o cambiare il file di log. Inoltre, non esiste un set di parametri ARCHIVE_LAG_TARGET.
Cos’altro potrebbe causare un simile comportamento?
Soluzione
Secondo:
Bug: 5450861: I LOG DI ARCHIVIO SONO GENERATI CON UNA DIMENSIONE INFERIORE RISPETTO AI FILE DI LOG REDO
la spiegazione di questa situazione ha 2 ragioni principali:
1. i registri di archivio non devono avere dimensioni uniformi. Questo è stato deciso molto tempo fa, quando il riempimento vuoto dei registri di archivio si è fermato, per una buona ragione – al fine di risparmiare spazio su disco.
2. l’opzione log non si verifica quando un file di log redo è pieno al 100%. Esiste un algoritmo interno che determina il momento dell’interruttore del registro. Questo ha anche una buona ragione: fare l’interruttore di registro all’ultimo momento potrebbe incorrere in problemi di prestazioni (per vari motivi, fuori dall’ambito di questa nota).
Di conseguenza, dopo che si verifica l’opzione di log, gli archiviatori copiano solo le informazioni effettive dai file di log redo. Poiché i log redo non sono pieni al 100% dopo l’opzione log e i log di archivio non sono vuoti riempiti al termine dell’operazione di copia, ciò si traduce in file irregolari e più piccoli rispetto ai file di log redo originali.
Questo è molto evidente per file di log redo molto piccoli (più piccoli di 10 MB); come tale, i log di archivio da 2,5 MB generati da log redo da 5 MB sono molto visibili.
Basta notare che in questo momento, i file di log redo predefiniti hanno una dimensione di 100 MB. Se i file di registro dell’archivio risultanti fossero compresi tra 98 e 100 MB, nessuno se ne accorgerebbe.
La preoccupazione principale che si dovrebbe avere per i file di registro dell’archivio è un’eventuale corruzione. Questo può essere controllato molto facilmente provando un ripristino del test. Quando questo è ok, la dimensione del registro dell’archivio non uniforme non dovrebbe preoccupare, come previsto.
