først :
en gentagelseslog indeholder en masse ting, der er nødvendige for eksempel gendannelse osv. en arkiveret log bruges kun til gendannelser – den behøver ikke alle de ting, der er i en gentagelseslog, derfor når arch skriver arkivloggen ud, skriver den ikke alt, lige hvad der kræves til gendannelse
sekund :
arkivlogfiler oprettes med mindre, ujævn størrelse end de originale gentagelseslogfiler. Hvorfor?
——————————————————————————–
ændret 02-JUN-2007 skriv hvordan Status modereret
i dette Document
Goal
Solution
——————————————————————————–
dette dokument leveres til dig via Oracle Support ‘ s Rapid Visibility (RaV) – proces og har derfor ikke været genstand for en uafhængig teknisk gennemgang.
gælder for:
Oracle Server – Enterprise Edition – Version: 8.1.7.4 til 11.1
oplysningerne i dette dokument gælder for enhver platform.
mål
arkivlogfiler oprettes med mindre, ujævn størrelse end de originale gentagelseslogfiler.
kommandoer som:
ALTER system skifte logfil
eller
ALTER SYSTEM arkiv LOG …
bruges ikke til at generere arkiv eller skifte logfil. Samt, der er ingen ARCHIVE_LAG_TARGET parameter sæt.
Hvad kan ellers forårsage en sådan adfærd?
løsning
ifølge:
Bug: 5450861 : arkivlogfiler genereres med en mindre størrelse end gentag logfilerne
forklaringen på denne situation har 2 hovedårsager:
1. arkivlogfilerne behøver ikke at være lige i størrelse. Dette blev besluttet for meget længe siden, da blank polstring arkivlogfilerne er stoppet af en meget god grund – for at spare diskplads.
2. logkontakten opstår ikke, når en gentagelseslogfil er 100% fuld. Der er en intern algorythm, der bestemmer log skifte øjeblik. Dette har også en meget god grund-at gøre logkontakten i sidste øjeblik kan medføre ydelsesproblemer (af forskellige grunde uden for denne note).
som følge heraf kopierer arkiverne kun de faktiske oplysninger fra logfilerne, når logkontakten opstår. Da gentagelseslogfilerne ikke er 100% fulde efter logkontakten, og arkivlogfilerne ikke er tomme polstret, efter at kopibehandlingen er afsluttet, resulterer dette i ujævne, mindre filer end de originale gentagelseslogfiler.
dette er meget iøjnefaldende for meget små gentagelseslogfiler (mindre end 10 MB); som sådan er de 2,5 MB arkivlogfiler, der genereres fra 5 MB gentagelseslogfiler, meget synlige.
bare bemærk at i øjeblikket er standard redo logfiler 100 MB i størrelse. Hvis de resulterende arkivlogfiler ville være mellem 98 og 100 MB, ville ingen bemærke det.
den største bekymring, man skal have for arkivlogfilerne, er en eventuel korruption. Dette kan meget let kontrolleres ved at prøve en testgendannelse. Når dette er ok, skal den ujævne arkivlogstørrelse ikke være noget problem, som det forventes.
