Basisprincipes van Oracle 12c Archives - dummies

Archiveren is de mogelijkheid van de database om alle gegevenswijzigingen bij te houden. U kunt archiveren in- of uitschakelen. Gelukkig heeft Oracle 12c archivering ontworpen om minimale overhead te veroorzaken. Uiteindelijk is de prijs zeker de moeite waard om je 24/7 te laten werken met niks-gegarandeerd bijna-verlies.

Hoe archiveren aan en uit te zetten in Oracle 12c

Met archivering uit, kunt u alleen back-ups maken van de database wanneer deze is gesloten (ook consistente backups genoemd). U doet dit door die database af te sluiten en deze in de mount-modus te starten. Als gevolg hiervan zijn er geen wijzigingen in de gegevens toegestaan.

Met deze methode kunt u een consistente kopie van de gegevens maken zoals die op dat moment bestaat. Als u ooit deze back-up moet herstellen, ziet uw database er precies zo uit als toen de back-up werd gemaakt … zelfs als het een jaar geleden was.

U kunt enkele ongemakken beginnen te zien als u archivering uitschakelt:

• Ongemakken zijn onaanvaardbaar als uw database 24/7 beschikbaar moet zijn. Je kunt het niet zomaar afsluiten en wijzigingen niet toestaan ​​zolang je back-up duurt.

• Zelfs als u elke dag consistente back-ups maakt, wat gebeurt er dan met de wijzigingen die optreden tussen back-ups? Ze zijn verloren als je moet herstellen van een eerdere back-up.

Wanneer archivering is ingeschakeld, krijgt u de volgende voordelen:

• Alle wijzigingen in gegevens worden bijgehouden.

• U kunt back-ups maken met de database open en beschikbaar voor alle gebruikers.

• Als u ooit een back-up moet herstellen die de avond ervoor is gemaakt, kunt u de archieven toepassen die werden bijgehouden tot het punt van de fout.

In werkelijkheid is archivering een must voor bijna alle live productiedatabases. Het is zeldzaam dat u het zich kunt veroorloven om de database voor langere tijd offline te nemen of zich veroorloven om gegevens te verliezen in het geval dat een back-up moet worden hersteld.

Basisprincipes van archieflogboeken in Oracle 12c

Naast de impact van het archiveringsproces, moet u overwegen wat u moet doen met alle archieflogbestanden die worden gemaakt. Nogmaals, uw databasegrootte en het aantal wijzigingen bepalen hoeveel archiefgegevens u wilt maken.

U kunt kiezen waar u de archieflogboeken wilt opslaan:

• Fast Recovery Area: Als u de archieflogboeken hier opslaat, ordent Oracle ze netjes op database en datum. Deze oplossing resulteert in minder werk en minder parameters om te configureren.

• LOG_ARCHIVE_DEST_ n initialisatieparameter: Dit zijn eigenlijk 30 parameters. De n vertegenwoordigt een getal van 1 tot 30. Dat klopt: u kunt maximaal 30 exemplaren van uw archieflogboeken opslaan (maar dat zou overkill zijn).DBA's hebben gewoonlijk twee, misschien drie exemplaren. Hier is een voorbeeld van hoe u de parameter LOG_ARCHIVE_DEST_1 in uw spfile kunt instellen:

  systeemset wijzigen log_archive_dest_1 = "LOCATION = / u01 / oradata / dev12c / archive";
  

De bottom line is dat u de creatie, opslag en back-up van de archieflogboeken moet controleren. Het is een feit van het leven van DBA.

Het goede nieuws is dat u de archieflogboeken alleen moet bewaren voor herstel tussen back-ups. Betekent dit dat als u elke nacht een back-up maakt, u alle archieflogboeken die vóór die back-up zijn gemaakt, kunt weggooien? Nee. Laat ze niet elke dag in de prullenbak verdwijnen. Er is geen algemene vuistregel voor hoe lang ze moeten worden bewaard, maar houd rekening met de volgende situatie: Het is woensdag. U neemt elke nacht een volledige back-up van uw database en voert deze uit in de archieflogmodus. Nadat de back-up is voltooid, verwijdert u alle archieflogboeken die vóór die back-up zijn gemaakt.

Rond het middaguur heeft u een catastrofale schijfstoring en moet u back-ups van de vorige nacht (dinsdag) herstellen. U ontdekt dat op de back-uptape van de vorige nacht koffie is gemorst (tsk tsk) en niet meer goed is.

Ontdek waar we naartoe gaan?

U moet twee dagen geleden (maandag) teruggaan naar de back-uptape.

• U herstelt die back-up en vindt dat u niet kunt doorspoelen naar het tijdstip waarop uw schijf vandaag is mislukt omdat u alle archieflogboeken na elke nachtelijke back-up hebt vernietigd.

• Nogmaals, het wordt aanbevolen om niet alleen archieflogboeken voor enige tijd te bewaren, maar ook om ze als onderdeel van uw back-up op te nemen.

Zonder andere vereisten kunt u archieflogboeken ten minste 30 dagen bewaren. Dit systeem geeft je voldoende tijd om terug te gaan in het geval dat dagelijkse of zelfs wekelijkse back-ups een soort van ongelukkig ongelukje veroorzaken.

Bekijk het op deze manier: als u een back-up maakt van archieflogboeken, kunt u deze uit het systeem verwijderen om ruimte te besparen. Nog een reden om back-ups van archieflogboeken te bewaren: hiermee kunt u uw database herstellen naar periodes van lang geleden.