în primul rând:
un jurnal redo conține o mulțime de lucruri necesare pentru recuperare de exemplu, etc. un jurnal arhivat este folosit doar pentru restaurări – nu are nevoie de toate lucrurile care se află într-un jurnal de refacere, prin urmare, atunci când arch scrie jurnalul de arhivă nu scrie totul, doar ceea ce este necesar pentru restaurări
în al doilea rând :
jurnalele de arhivă sunt create cu dimensiuni mai mici, inegale decât jurnalele originale de refacere. De ce?
——————————————————————————–
modificat 02-JUN-2007 tip HOWTO stare moderat
în acest Document
Goal
Solution
——————————————————————————–
acest document vă este livrat prin intermediul procesului de vizibilitate rapidă (Rav) al Oracle Support și, prin urmare, nu a făcut obiectul unei revizuiri tehnice independente.
se aplică la:
Oracle Server – Enterprise Edition – Versiune: 8.1.7.4-11.1
informațiile din acest document se aplică oricărei platforme.
obiectiv
jurnalele de arhivă sunt create cu dimensiuni mai mici, inegale decât jurnalele originale de refacere.
comenzi precum:
ALTER system SWITCH LOGFILE
sau
ALTER system ARCHIVE LOG …
nu sunt utilizate pentru a genera arhiva sau pentru a comuta fișierul jurnal. De asemenea, nu există nici un set de parametri ARCHIVE_LAG_TARGET.
ce altceva ar putea provoca un astfel de comportament?
soluție
conform:
Bug: 5450861 : jurnalele de arhivă sunt generate cu o dimensiune mai mică decât fișierele jurnal refaceți
explicația pentru această situație are 2 motive principale:
1. jurnalele de arhivă nu trebuie să aibă o dimensiune uniformă. Acest lucru a fost decis cu foarte mult timp în urmă, când umplerea goală a jurnalelor de arhivă s – a oprit, dintr-un motiv foarte bun-pentru a economisi spațiu pe disc.
2. comutatorul jurnal nu apare atunci când un fișier jurnal de refacere este 100% plin. Există un algoritm intern care determină momentul comutatorului de jurnal. Acest lucru are, de asemenea, un motiv foarte bun – Efectuarea comutatorului de jurnal în ultimul moment ar putea provoca probleme de performanță (din diverse motive, în afara domeniului de aplicare al acestei note).
ca urmare, după ce are loc comutatorul jurnal, arhivatorii copiază numai informațiile reale din fișierele jurnal de refacere. Deoarece jurnalele de refacere nu sunt 100% pline după comutatorul de jurnal și jurnalele de arhivă nu sunt căptușite goale după terminarea operației de copiere, acest lucru are ca rezultat fișiere inegale, mai mici decât fișierele de jurnal refăcute originale.
acest lucru este foarte vizibil pentru fișierele jurnal redo foarte mici (mai mici de 10 MB); ca atare, jurnalele de arhivă de 2,5 MB generate din jurnalele redo de 5 MB sunt foarte vizibile.
rețineți că, în acest moment, fișierele jurnal de refacere implicite au o dimensiune de 100 MB. Dacă fișierele jurnal de arhivă rezultate ar fi între 98 și 100 MB nimeni nu ar observa.
principala preocupare pe care ar trebui să o avem pentru fișierele jurnal de arhivă este o eventuală corupție. Acest lucru poate fi foarte ușor verificat prin încercarea unei recuperări de test. Când acest lucru este în regulă, dimensiunea inegală a jurnalului de arhivă nu ar trebui să fie îngrijorătoare, așa cum este de așteptat.
