Først:
en gjenta logg inneholder mange ting som trengs for eksempel gjenoppretting etc. derfor når arch skriver ut arkivloggen, skriver den ikke ut alt, akkurat det som kreves for gjenoppretting
sekund :
Arkivlogger opprettes med mindre, ujevn størrelse enn de opprinnelige redo-loggene. Hvorfor?
——————————————————————————–
Endret 02-JUN-2007 TYPE HOWTO Status MODERERT
i denne Document
Goal
Solution
——————————————————————————–
dette dokumentet blir levert til Deg via Oracle Supports Rapid Visibility (RaV) – prosess, og har derfor ikke vært gjenstand for en uavhengig teknisk gjennomgang.
Gjelder for:
Oracle Server-Enterprise Edition-Versjon: 8.1.7.4 til 11.1
Informasjonen i dette dokumentet gjelder for alle plattformer.
Mål
Arkivlogger opprettes med mindre, ujevn størrelse enn de opprinnelige gjenta loggene.
Kommandoer som:
ENDRE SYSTEMBRYTERLOGGFIL
eller
ENDRE SYSTEMARKIVLOGG …
brukes ikke til å generere arkiv eller bytte loggfilen. I tillegg er DET ingen ARCHIVE_LAG_TARGET parameter sett.
Hva annet kan forårsake en slik oppførsel?
Løsning
I Henhold til:
Feil: 5450861: ARKIVLOGGER GENERERES MED EN MINDRE STØRRELSE enn GJENTA LOGGFILENE
forklaringen på denne situasjonen har 2 hovedårsaker:
1. arkivloggene trenger ikke å være like i størrelse. Dette ble bestemt for lenge siden, da blank polstring arkivloggene har stoppet, for en veldig god grunn – for å spare diskplass.
2. loggbryteren oppstår ikke når en loggfil på nytt er 100% full. Det er en intern algorythm som bestemmer loggbrytermomentet. Dette har også en veldig god grunn – å gjøre loggbryteren i siste øyeblikk kan medføre ytelsesproblemer (av ulike grunner, utenfor omfanget av dette notatet).
som et resultat, etter at loggbryteren oppstår, kopierer arkivene bare den faktiske informasjonen fra loggfilene. Siden redo loggene ikke er 100% fulle etter loggbryteren og arkivloggene ikke er tomme polstret etter at kopieringsoperasjonen er ferdig, resulterer dette i ujevne, mindre filer enn de opprinnelige redo loggfilene.
Dette er svært iøynefallende for svært små gjenta loggfiler (mindre enn 10 MB); som sådan er 2,5 MB arkivlogger generert fra 5 MB gjenta logger veldig synlige.
Bare vær oppmerksom på at standard gjenta loggfiler for øyeblikket er 100 MB i størrelse. Hvis de resulterende arkivloggfilene ville være mellom 98 OG 100 MB, ville ingen legge merke til.
den største bekymringen man bør ha for arkivloggfilene er en eventuell korrupsjon. Dette kan veldig enkelt kontrolleres ved å prøve en testgjenoppretting. Når dette er ok, bør den ujevne arkivloggstørrelsen ikke være bekymret, som det forventes.
