první:
redo log obsahuje spoustu věcí potřebných například pro obnovu atd. archivovaný protokol se používá pouze pro obnovení-nepotřebuje všechny věci, které jsou v redo protokolu, proto když arch vypíše archivní protokol, nenapíše vše, co je požadováno pro obnovení
za druhé:
archivní protokoly jsou vytvořeny s menší, nerovnoměrnou velikostí než původní redo protokoly. Proč?
——————————————————————————–
upraveno 02-JUN-2007 Typ HOWTO Status moderováno
v tomto Document
Goal
Solution
——————————————————————————–
tento dokument je vám doručován prostřednictvím procesu Rapid Visibility (RaV) podpory Oracle, a proto nebyl podroben nezávislému technickému přezkumu.
platí pro:
Oracle Server-Enterprise Edition-verze: 8.1.7.4 až 11.1
informace v tomto dokumentu se vztahují na jakoukoli platformu.
cíl
archivní protokoly jsou vytvářeny s menší, nerovnoměrnou velikostí než původní redo protokoly.
příkazy jako:
ALTER system SWITCH LOGFILE
nebo
ALTER SYSTEM ARCHIVE log…
se nepoužívají ke generování archivu nebo přepínání souboru protokolu. Také neexistuje žádná sada parametrů ARCHIVE_LAG_TARGET.
co jiného by mohlo takové chování způsobit?
řešení
podle:
chyba: 5450861: archivní protokoly jsou generovány s menší velikostí než soubory protokolu REDO
vysvětlení této situace má 2 hlavní důvody:
1. archivní protokoly nemusí mít ani velikost. O tom bylo rozhodnuto velmi dávno, když se prázdné polstrování archivních protokolů zastavilo z velmi dobrého důvodu – aby se ušetřilo místo na disku.
2. přepínač protokolu se nevyskytuje, když je soubor protokolu opakování 100% plný. Existuje interní algoritmus, který určuje moment přepínání protokolu. To má také velmi dobrý důvod – provedení přepínače protokolu na poslední chvíli by mohlo způsobit problémy s výkonem(z různých důvodů mimo rozsah této poznámky).
výsledkem je, že po přepnutí protokolu archivátory kopírují pouze aktuální informace ze souborů protokolu redo. Vzhledem k tomu, redo protokoly nejsou 100% plné po přepnutí protokolu a archivní protokoly nejsou prázdné polstrované po dokončení operace kopírování, to má za následek nerovnoměrné, menší soubory než původní redo log soubory.
to je velmi nápadné pro velmi malé soubory protokolu redo (menší než 10 MB); jako takové jsou archivní protokoly 2.5 MB generované z protokolů redo 5 MB velmi viditelné.
stačí si uvědomit, že v tuto chvíli mají výchozí soubory protokolu opakování velikost 100 MB. Pokud by výsledné soubory protokolu archivu byly mezi 98 a 100 MB, nikdo by si toho nevšiml.
hlavním problémem, který by člověk měl mít pro soubory archivního protokolu, je případná korupce. To lze velmi snadno zkontrolovat pokusem o obnovení testu. Pokud je to v pořádku, nerovnoměrná velikost protokolu archivu by neměla být znepokojena, jak se očekává.
