először :
a redo log tartalmaz egy csomó dolgot szükséges például helyreállítási stb. az archivált naplót csak a visszaállításokhoz használják – nincs szüksége az összes olyan dologra, amely egy redo naplóban van, ezért amikor az arch kiírja az archív naplót, akkor nem ír ki mindent, csak azt, ami a
másodperc visszaállításához szükséges :
az archív naplók kisebb, egyenetlen méretűek, mint az eredeti redo naplók. Miért?
——————————————————————————–
módosított 02-JUN-2007 Típus HOWTO állapot moderált
ebben Document
Goal
Solution
——————————————————————————–
ezt a dokumentumot az Oracle Support Rapid Visibility (Rav) folyamatán keresztül juttatjuk el Önhöz, ezért nem volt alávetve független műszaki felülvizsgálatnak.
a következőkre vonatkozik:
Oracle Server – Enterprise Edition – Version: 8.1.7.4-11.1
az ebben a dokumentumban szereplő információk bármely platformra vonatkoznak.
cél
az archív naplók kisebb, egyenetlen méretűek, mint az eredeti redo naplók.
parancsok, mint:
alter SYSTEM SWITCH naplófájl
vagy
alter SYSTEM ARCHIVE LOG …
nem használják, hogy létrehoz archív vagy váltani a naplófájl. Ezenkívül nincs ARCHIVE_LAG_TARGET paraméterkészlet.
mi okozhat még ilyen viselkedést?
megoldás
szerint:
Bug: 5450861 : archív naplók generált kisebb méretű, mint a redo LOG fájlokat
a magyarázat erre a helyzetre van 2 fő oka:
1. az archív naplóknak nem kell egyenletesnek lenniük. Ezt nagyon régen döntötték el, amikor az archív naplók üres kitöltése leállt, nagyon jó okból – a lemezterület megtakarítása érdekében.
2. a napló kapcsoló nem jelenik meg, ha a redo naplófájl 100% – ban megtelt. Van egy belső algoritmus, amely meghatározza a naplókapcsoló pillanatát. Ennek is nagyon jó oka van – a naplókapcsoló utolsó pillanatban történő elvégzése teljesítményproblémákat okozhat(különféle okokból, e megjegyzés hatálya alól).
ennek eredményeként a naplóváltás után az archiválók csak a tényleges információkat másolják a redo naplófájlokból. Mivel az újradobási naplók nem 100% – ban tele vannak a napló kapcsoló után, és az archív naplók nem üresek a másolási művelet befejezése után, ez egyenetlen, kisebb fájlokat eredményez, mint az eredeti újradobási naplófájlok.
ez nagyon szembetűnő a nagyon kicsi (10 MB-nál kisebb) redo naplófájloknál; mint ilyen, az 5 MB-os redo naplókból generált 2,5 MB archív naplók nagyon jól láthatóak.
csak vegye figyelembe, hogy ebben a pillanatban az alapértelmezett redo naplófájlok mérete 100 MB. Ha a kapott archív naplófájlok 98 és 100 MB között lennének, senki sem venné észre.
az archív naplófájlokkal kapcsolatos fő aggodalom egy esetleges korrupció. Ez nagyon könnyen ellenőrizhető egy teszt helyreállításával. Ha ez rendben van, az egyenetlen archív napló mérete nem okozhat aggodalmat, ahogy az várható.
