Grondbeginselen van Redo-logbestanden in Oracle 12c - dummies

Logbestanden opnieuw slaat de informatie op uit de logbuffer in de Oracle 12c-database. Ze zijn geschreven door de Log Writer (LGWR). Nogmaals, u kunt deze binaire bestanden niet lezen zonder de hulp van de databasesoftware.

Typisch dat logbestanden opnieuw worden genoemd met de extensie. LOG of. RDO. Het kan alles zijn wat je wilt, maar de beste werkwijze geeft een van die twee extensies aan. Hero logbestanden worden ook georganiseerd in groepen en leden. Elke database moet minimaal twee opnieuw-loggroepen bevatten.

Opnieuw logbestanden bevatten alle informatie die nodig is om verloren gegevens in uw database te herstellen. Elke SQL-instructie die u wijzigingsgegevens uitgeeft, kan worden gereconstrueerd door de informatie die in deze bestanden is opgeslagen.

Redo-logbestanden nemen geen Select-instructies op. Als je vergeet wat je hebt geselecteerd, hoef je dat alleen te onthouden!

De optimale grootte voor uw redo-logbestanden is afhankelijk van het aantal wijzigingen dat u in uw database aanbrengt. De grootte wordt door u gekozen wanneer u de database instelt en kan later worden aangepast. Wanneer de LGWR aan het schrijven is naar een opnieuw logboekbestand, gebeurt dit na elkaar.

Het begint aan het begin van het bestand en als het eenmaal gevuld is, gaat het verder naar het volgende. Dit is waar het concept van groepen binnenkomt. Oracle vult elke groep en gaat naar de volgende. Als alle groepen zijn gevuld, gaat deze terug naar de eerste.

Je zou kunnen zeggen dat ze op een circulaire manier zijn geschreven. Als je drie groepen hebt, zou het gaan om iets als 1, 2, 3, 1, 2, 3, … enzovoort.

Telkens wanneer een groep wordt gevuld en het schrijven wordt gewijzigd, wordt dit een bewerking van de logboekschakelaar genoemd. Deze dingen gebeuren tijdens een werking van de log-schakelaar:

• De LGWR beëindigt het schrijven naar de huidige groep.

• De LGWR begint met schrijven naar de volgende groep.

• Er treedt een databasecontrolepunt op.

• De DBWR schrijft vuile blokken uit de buffercascade.

Hoe snel elke groep vult, is hoe u de grootte bepaalt. Door te kijken naar alle dingen die gebeuren wanneer een log-switch plaatsvindt, bent u het ermee eens dat het een redelijk ingewikkelde operatie is. Om deze reden wilt u geen frequente log-switches.

De algemene regel is dat u niet vaker dan om de 15-30 minuten van logbestand wilt wisselen. Als je dat vindt, overweeg dan om de grootte van elke groep te vergroten.

Omdat deze logbestanden opnieuw kunnen worden gebruikt bij herstelbewerkingen, mogen ze niet verloren gaan. Net zoals bij besturingsbestanden, moeten logbestanden opnieuw worden gemaakt met gespiegelde kopieën van elkaar. En, net als bij besturingsbestanden, moet elk lid zich op een afzonderlijk schijfapparaat bevinden.Op die manier, als een schijf uitvalt en de database uitvalt, hebt u nog steeds herstelinformatie beschikbaar. Je mag geen gegevens verliezen.

Elk exemplaar binnen een groep wordt een -lid genoemd. Een algemene configuratie kan drie groepen zijn met twee leden per stuk, voor een totaal van zes redo-logbestanden. De groepsleden worden tegelijkertijd door de logwriter geschreven.

• Hoeveel groepen zijn geschikt? De meest voorkomende configuratie die u tegenkomt, is drie. U wilt voldoende dat de eerste groep in de lijst kan worden gekopieerd en opgeslagen voordat de LGWR terugkomt om deze te gebruiken. Als het niet is gekopieerd, moet de LGWR wachten tot die bewerking is voltooid. Dit kan uw systeem ernstig beïnvloeden. Gelukkig zie je dit zelden gebeuren.

• Hoeveel leden zijn geschikt? Het hangt ervan af hoe paranoïde je bent. Twee leden op twee schijven lijken vrij algemeen te zijn. Het is echter niet ongewoon om drie leden op drie schijven te zien. Meer dan dat en je bent gewoon gek. Nou niet echt.

  Het is alleen zo dat hoe meer leden u hebt, hoe meer werk de LGWR moet doen. Het kan de systeemprestaties beïnvloeden en tegelijkertijd zeer weinig rendement bieden.

We krijgen deze vraag meestal: "Als mijn schijven op hardware-niveau worden gespiegeld, heb ik dan meer dan één lid van elke groep nodig? Immers, als een schijf faalt, heb ik er nog een andere om de speling op te vangen. "

Helaas krijg je verschillende antwoorden, afhankelijk van wie je het vraagt. Vraag het ons, en we zullen ten minste twee leden aanbevelen voor elke groep:

• Oracle beveelt nog steeds twee leden aan voor elke groep als een best practice.

• Afhankelijk van hoe uw hardware is ingesteld, is het mogelijk dat dezelfde schijfcontroller naar uw spiegels op schijf schrijft. Wat als die controller corrupte brabbeltaal schrijft? Nu zijn beide exemplaren beschadigd. Het scheiden van uw leden over twee verschillende schijven met verschillende controllers is de veiligste gok.