först:
en redo log innehåller en hel del saker som behövs till exempel återhämtning etc. en arkiverad logg används endast för återställningar – det behöver inte alla saker som finns i en gör om logg, därför när arch skriver ut arkivloggen skriver det inte ut allt, precis vad som krävs för återställningar
andra :
Arkivloggar skapas med mindre, ojämn storlek än de ursprungliga gör om loggarna. Varför?
——————————————————————————–
ändrad 02-JUN-2007 Typ HOWTO Status modererad
i detta Document
Goal
Solution
——————————————————————————–
detta dokument levereras till dig via Oracle supports rav-process (Rapid Visibility) och har därför inte varit föremål för någon oberoende teknisk granskning.
gäller för:
Oracle Server – Enterprise Edition – Version: 8.1.7.4 till 11.1
informationen i detta dokument gäller för alla plattformar.
mål
Arkivloggar skapas med mindre, ojämn storlek än de ursprungliga gör loggar.
kommandon som:
ALTER system SWITCH loggfil
eller
ALTER SYSTEM ARCHIVE LOG …
används inte för att generera arkiv eller byta loggfil. Det finns också ingen ARCHIVE_LAG_TARGET-parameteruppsättning.
vad mer kan orsaka ett sådant beteende?
lösning
enligt:
Bug: 5450861: ARKIVLOGGAR genereras med en mindre storlek än REDO loggfilerna
förklaringen till denna situation har 2 huvudorsaker:
1. arkivloggarna behöver inte vara ens i storlek. Detta bestämdes för mycket länge sedan, när Tom stoppning arkivloggarna har slutat, av en mycket bra anledning – för att spara diskutrymme.
2. log-omkopplaren uppstår inte när en redo-loggfil är 100% full. Det finns en intern algorythm som bestämmer loggomkopplingsmomentet. Detta har också en mycket bra anledning – att göra loggbrytaren i sista stund kan medföra prestandaproblem (av olika skäl, utanför ramen för denna anteckning).
som ett resultat, efter att loggomkopplaren inträffar kopierar arkiverna endast den faktiska informationen från Gör om loggfilerna. Eftersom Gör om loggarna inte är 100% full efter log switch och arkivloggar är inte tomma vadderade efter kopieringen har avslutats, resulterar detta i ojämna, mindre filer än de ursprungliga gör om loggfiler.
Detta är mycket iögonfallande för mycket små gör om loggfiler (mindre än 10 MB); som sådan är de 2,5 MB arkivloggar som genereras från 5 MB gör om loggar mycket synliga.
bara notera att just nu, standard gör loggfiler är 100 MB i storlek. Om de resulterande arkivloggfilerna skulle vara mellan 98 och 100 MB skulle ingen märka.
den största oro som man bör ha för arkivloggfilerna är en eventuell korruption. Detta kan mycket enkelt kontrolleras genom att prova en teståterställning. När detta är ok bör den ojämna arkivloggstorleken inte vara oroande, som det förväntas.
