eerste:
een nieuw logboek bevat veel dingen die nodig zijn voor bijvoorbeeld herstel enz. een gearchiveerd log wordt alleen gebruikt voor herstelt-het heeft niet alle dingen nodig die in een redo log staan, dus als arch het archieflogboek uitschrijft, schrijft het niet alles uit, net wat nodig is voor herstelt
tweede:
Archieflogboeken worden gemaakt met kleinere, ongelijke grootte dan de originele redo logs. Waarom?
——————————————————————————–
Gemodificeerde 02-JUN-2007 Type PROCEDURE Status GEMODEREERD
In dit Document
Goal
Solution
——————————————————————————–
Dit document wordt u afgeleverd via de Oracle-Ondersteuning voor Snelle Zichtbaarheid (RaV) proces, en is daarom niet onderworpen aan een onafhankelijke technische review.
is van toepassing op:
Oracle Server – Enterprise Edition – Version: 8.1.7.4 t / m 11.1
de informatie in dit document is van toepassing op elk platform.
doel
Archieflogboeken worden gemaakt met een kleinere, ongelijke grootte dan de oorspronkelijke redo logs.
commando ‘ s als:
logbestand van SYSTEEMSCHAKELAAR
of
logbestand van SYSTEEMARCHIEF wijzigen …
worden niet gebruikt om een archief te genereren of om het logbestand te schakelen. Ook is er geen archive_lag_target parameter ingesteld.
wat kan er nog meer zo ‘ n gedrag veroorzaken?
oplossing
volgens:
Bug: 5450861: ARCHIEFLOGBOEKEN worden gegenereerd met een kleiner formaat dan de logbestanden
de verklaring voor deze situatie heeft 2 hoofdredenen:
1. de archieflogboeken hoeven niet eens groot te zijn. Dit werd een zeer lange tijd geleden besloten, toen de lege opvulling van de archieflogboeken is gestopt , om een zeer goede reden-om schijfruimte te besparen.
2. de log switch treedt niet op wanneer een redo log bestand 100% vol is. Er is een intern algoritme dat het log switch moment bepaalt. Dit heeft ook een zeer goede reden-het doen van de log switch op het laatste moment kan leiden tot problemen met de prestaties (om verschillende redenen, buiten het bereik van deze notitie).
als gevolg hiervan kopiëren de archivers, nadat de log-switch is uitgevoerd, alleen de werkelijke informatie uit de logbestanden opnieuw. Aangezien de redo logs niet 100% vol zijn na de log switch en de archieflogboeken niet leeg zijn opgevuld nadat de kopieerbewerking is voltooid, resulteert dit in ongelijke, kleinere bestanden dan de originele redo logbestanden.
dit is zeer opvallend voor zeer kleine redo log bestanden (kleiner dan 10 MB); als zodanig zijn de 2.5 MB archieflogboeken gegenereerd uit 5 MB redo logs zeer zichtbaar.
merk op dat op dit moment, de standaard opnieuw log bestanden zijn 100 MB groot. Als de resulterende archieflogbestanden tussen 98 en 100 MB zouden liggen, zou niemand het merken.
de grootste zorg die men zou moeten hebben voor de archieflogbestanden is een eventuele corruptie. Dit kan heel gemakkelijk worden gecontroleerd door het proberen van een test recovery. Wanneer dit ok is, moet de ongelijke archiefloggrootte van geen belang zijn, zoals verwacht.
