ensimmäinen :
uusintaloki sisältää paljon tavaraa, jota tarvitaan esimerkiksi palautukseen jne. arkistoitua lokia käytetään vain restaurointiin – se ei tarvitse kaikkea sitä, mikä on redo-lokissa, joten kun arch kirjoittaa arkistolokia, se ei kirjoita kaikkea, vain mitä vaaditaan restaurointiin
sekunti :
Arkistolokit luodaan pienemmällä, epätasaisella koolla kuin alkuperäiset redo-lokit. Miksi?
——————————————————————————–
Modified 02-JUN-2007 Type HOWTO Status MODERATED
in this Document
Goal
Solution
——————————————————————————–
tämä asiakirja toimitetaan sinulle Oracle Support ’ s Rapid Visibility (RaV) – prosessin kautta, joten sitä ei ole tarkastettu riippumattomasti.
koskee:
Oracle Server-Enterprise Edition-Version: 8.1.7.4-11.1
tämän asiakirjan tiedot koskevat mitä tahansa alustaa.
tavoite
Arkistolokit luodaan pienemmällä, epätasaisella koolla kuin alkuperäiset redo-lokit.
komennot kuten:
muuta JÄRJESTELMÄKYTKIMEN lokitiedosto
tai
muuta järjestelmän ARKISTOLOKI …
ei käytetä arkiston luomiseen tai lokitiedoston vaihtamiseen. Myös, ei ole ARCHIVE_LAG_TARGET parametrijoukko.
mikä muu voisi aiheuttaa tällaista käyttäytymistä?
ratkaisu
mukaan:
Bug : 5450861: ARKISTOLOKIT syntyvät pienemmällä koolla kuin uusitut lokitiedostot
selitys tälle tilanteelle on 2 pääsyytä:
1. arkistolokien ei tarvitse olla tasakokoisia. Tämä päätettiin hyvin kauan sitten, kun tyhjä täyte arkiston lokit on lopettanut, erittäin hyvästä syystä – jotta säästää levytilaa.
2. lokikytkintä ei tapahdu, kun lokitiedosto on 100% täynnä. On sisäinen algorythm, joka määrittää lokin kytkin hetki. Tällä on myös erittäin hyvä syy – lokikytkimen tekeminen viime hetkellä voi aiheuttaa suorituskykyongelmia (eri syistä, tämän huomautuksen soveltamisalan ulkopuolella).
tämän seurauksena lokin vaihdon tapahduttua arkistoijat kopioivat vain varsinaiset tiedot uusituista lokitiedostoista. Koska redo-lokit eivät ole 100% täynnä lokikytkimen jälkeen ja arkistolokit eivät ole tyhjiä pehmustettuja kopiointitoiminnon päätyttyä, tuloksena on epätasaisia, pienempiä tiedostoja kuin alkuperäiset redo-lokitiedostot.
tämä on hyvin näkyvää hyvin pienille redo lokitiedostot (pienempi kuin 10 MB); sellaisenaan, 2.5 MB arkistolokit luotu 5 MB redo lokit ovat hyvin näkyvissä.
huomaa, että tällä hetkellä oletuslokitiedostot ovat kooltaan 100 MB. Jos tuloksena arkiston lokitiedostot olisivat välillä 98 ja 100 MB kukaan ei huomaa.
arkiston lokitiedostojen suurin huolenaihe on mahdollinen korruptio. Tämä voidaan hyvin helposti tarkistaa kokeilemalla testi talteenotto. Kun tämä on ok, arkiston epätasaisesta lokikoosta ei pitäisi olla huolta, kuten odotetaankin.
