validate oracle rman backup
Oracle RMAN Backup maken en valideren: leer met RMAN-opdrachten en herstelproces
domeinkennis gezondheidszorg voor testers pdf
In deze zelfstudie bespreken we het verifiëren en testen van uw Oracle-databaseback-ups. We zullen begrippen uitleggen zoals wat, waarom en hoe over databaseback-ups en methoden om de back-up te testen.
We nemen de Oracle-database als case study voor deze tutorial.
Casestudy: Oracle RMAN-databaseback-ups testen:
Wat je leert:
Oracle Database Backup Validation Process met behulp van RMAN
We hebben het onderverdeeld in de volgende vier secties
- Wat is een backup?
- Waarom een back-up maken?
- Hoe maak je een back-up?
- Hoe uw databaseback-up testen / valideren - Herstelstrategieën?
Lees ook Alles over databasetesten
Wat is een databaseback-up?
Voordat we meer over back-ups gaan leren, moeten we het belangrijkste bezit van een organisatie begrijpen: gegevens. Aangezien uw organisatie op een Oracle-database draait. Om de term 'database' te begrijpen, zou je kunnen verwijzen naar de Oracle Database Testing-serie hier
Gegevens van een organisatie zijn het meest integrale onderdeel van een organisatie. Overweeg een retailbedrijf, bankbedrijf. Ze hebben allemaal enorme hoeveelheden gegevens - gebruiker, systeem, enz. Als databasebeheerder, systeembeheerder of ander personeel dat de taak heeft gekregen om deze gegevens te beschermen, moet u zich ervan bewust zijn hoe belangrijk gegevens voor een organisatie zijn. Hoe zorg je ervoor dat de gegevens altijd beschikbaar zijn? Maak een back-up van deze gegevens.
Een back-up is een exacte kopie van uw database die u kan helpen bij het reconstrueren van uw gegevens in geval van verlies van gegevens.
Waarom een back-updatabase?
Beschouw een eenvoudig geval waarin uw bankorganisatie die gegevens heeft over miljoenen klanten in termen van rekeningnummers, namen, genomineerden, banksaldo en de organisatie al hun gegevens verloren, hoe zouden hun klanten daarop reageren? Hoe zou de organisatie omgaan met de druk om zoveel data te verliezen? Hoe zouden ze verantwoordelijk zijn voor de ontevredenheid van zoveel klanten?
Dit is de reden waarom we een back-up maken van deze gegevens zodat we in geval van een storing van een schijf (opslag), de schijfcontroller (opslagcontroller) altijd kunnen vertrouwen op onze back-up vanwaar we deze kunnen herstellen in de database, dwz opslagbestandssysteem en niet hebben klanten verliezen al hun gegevens.
Stel dat er, hypothetisch gesproken, miljoenen klanten zijn die elk miljoenen transacties uitvoeren en de database per ongeluk crasht en hun gegevens verliest, zouden we dan al deze klanten vragen hun gegevens opnieuw in te voeren? Hoe zou u omgaan met het verlies van zoveel gegevens? Dat zou hoogst onaanvaardbaar zijn.
Overweeg evenzo een telecommunicatiebedrijf dat miljoenen klanten ondersteunt en al hun gegevens over telefoonnummers, adressen, beschikbare kredieten en in afwachting van betalingen heeft. Wat als we al hun gegevens verliezen? Het bedrijf is gedoemd en zou enorme kosten moeten dragen om de organisatie mogelijk tot stilstand te brengen. Het zou zeker een enorme catastrofe worden.
Hoe maak je een back-up van de database?
Om een back-up te maken van gegevens in een Oracle-database, hebben we verschillende methoden. Ze kunnen in grote lijnen worden geclassificeerd als fysieke en logische back-ups
Methode # 1)Fysieke back-ups
- 3rdback-ups van partijen - zoals Veritas NetBackup, SAP, IBM Tivoli Manager, EMC, HP
- Door de gebruiker beheerde back-ups - Back-up van een database met behulp van OS-hulpprogramma's zoals copy (windows), cp (Unix).
- Oracle beveiligde back-up
- Mijn favoriete en meest geprefereerde aanbevolen Oracle-hulpprogramma - Recover Manager ( RMAN
Methode # 2)Logische back-ups:
- Conventionele hulpprogramma's voor exporteren / importeren en datapump-hulpprogramma's. Een logische back-up is een back-up van logische gegevens - objecten zoals tabellen, indexen, enz. Die deel uitmaken van een database, onafhankelijk van de locatie van de bovenstaande objecten.
Om de fysieke en logische opslagstructuren van een database te begrijpen, zou u kunnen verwijzen deze en deze orakel documentatie
Wat is de beste methode voor databaseback-up?
Elk van deze back-upstrategieën heeft zijn eigen voor- en nadelen en we zullen er in dit artikel niet teveel op ingaan.
We moeten begrijpen dat, tenzij u een fysieke back-up heeft, het hebben van een logische back-up niet altijd veilig is tegen fysieke gegevensbeschadiging en problemen met hardwareopslag. Het hebben van een geldige, goede fysieke back-up maakt het een goede back-up- en herstelstrategie. Zorg er altijd voor dat u een fysieke back-up heeft.
In werkelijkheid kunnen we elk van de bovenstaande methoden gebruiken, maar we moeten er altijd voor zorgen dat we een goede back-up- en herstelstrategie hebben om onnodige haperingen tijdens de werking van een database te voorkomen. Het wordt altijd aangeraden om uw rug- en herstelstrategieën te testen op een gespiegeld testsysteem, zodat we kunnen voorspellen hoeveel tijd het kost om uw database up and running te krijgen in geval van onvoorziene situaties.
In dit artikel zullen we ons voornamelijk concentreren op RMAN-back-ups. Dit brengt ons op een punt dat we weten hoe we de back-up precies uitvoeren.
Oracle RMAN (Oracle Recovery Manager) back-upopdrachten
We kunnen een back-up maken van gegevens met behulp van de Enterprise Manager-modus (GUI) of via de opdrachtregel van het besturingssysteem.
RMAN is een robuuste, geavanceerde tool van Oracle om back-ups en herstel uit te voeren.
RMAN wordt automatisch geïnstalleerd wanneer u de Oracle-database installeert, zodat u geen extra installatie hoeft te gebruiken RMAN
De RMAN omgeving bestaat uit twee componenten:
1) Doeldatabase (de database waarvan u een back-up wilt maken, herstel wilt uitvoeren en
2) RMAN-client, dit is de client die gebruikersopdrachten interpreteert en deze namens de gebruiker uitvoert terwijl hij verbinding maakt met de doeldatabase.
Een eenvoudige opdracht om met RMAN verbinding te maken met de database is als volgt:
DBID hier is de unieke identificatie die uniek is voor elke database waarmee we willen werken.
In dit voorbeeld hebben we te maken met een database met de naam ORCL
We maken een back-up van de gegevens die bij de ORCL-database horen.
Aangezien een back-up een fysieke kopie is van uw database, hebben we een locatie / directory nodig waar we ze kunnen opslaan.
Om dit te bereiken, kunnen we gebruik maken van een speciale directory met de naam db_recovery_file_dest die dient als de back-uplocatie. Definieer de grootte van deze parameter met db_recovery_file_dest_size wat de grootte van deze back-uplocatie aangeeft.
Hoewel we verschillende manieren hebben om uw back-ups te comprimeren en verschillende technieken die de grootte van een back-up kunnen verkleinen, moet u proberen om in ieder geval de DB_RECOVERY_FILE_DEST_SIZE tot een grootte van uw werkelijke gegevens in uw database. Zorg ervoor dat u ook rekening houdt met archieflogboeken, wat niets anders is dan offline opnieuw logboeken die wijzigingen in uw gegevensblokken vastleggen.
Uw back-upstrategie zou bestaan uit alle bestanden die betrekking hebben op de database, zoals databestanden, controlebestanden, parameterbestanden, netwerkgerelateerde bestanden, gearchiveerde redo-logbestanden.
RMAN of een andere fysieke back-uptool kan een back-up maken van gegevensbestanden, controlebestanden, parameterbestanden en gearchiveerde logbestanden. Van netwerkgerelateerde bestanden moet handmatig een back-up worden gemaakt met behulp van OS-hulpprogramma's zoals cp of copy.
Om een back-up te maken van een database gebruiken we:
'Back-updatabase' - zo simpel is het. Laten we dus beginnen met het maken van een back-up van onze ORCL-database.
Omdat we al verbinding hebben gemaakt met de Target-database (ORCL), starten we de opdracht 'backup-database'.
Hier zien we dat de back-up van alle gerelateerde bestanden van de database - databestanden, controlebestanden, spfile (parameterbestand) is voltooid. De back-upbewerking duurde ongeveer 4 minuten en 27 seconden (verstreken tijd). Dit is een kleine testdatabase met slechts 5 databestanden, dus het kostte veel minder tijd om een back-up te maken.
In gevallen waarin we een back-up willen maken van gegevens uit databases van grote organisaties, kunnen er honderden gegevensbestanden zijn en elk gegevensbestand kan terabyte groot zijn en het maken van een volledige back-up van de database kan mogelijk uren duren.
Om de details te kennen met betrekking tot de back-up die we zojuist hebben gemaakt, zullen we het volgende uitvoeren:
RMAN> lijst back-up;
Deze back-up wordt geplaatst op de DB_RECOVERY_FILE_DEST-locatie die is gedefinieerd als D: APP1 SUNTYADA FLASH_RECOVERY_AREA
De grootte die is gedefinieerd voor onze back-uplocatie is 3912 MB.
Gebruik VALIDATE om databasebestanden en back-ups te controleren:
RMAN> DATABASE VALIDEREN;
Valideer RMAN-back-up
Hoe testen of valideren we dat we onze database kunnen herstellen tijdens een crisis?
Als we vanwege een hardwarefout of een beschadiging van uw opslagschijven een goede back-up nodig hebben om deze beschadigde gegevens te herstellen, zodat we geen gegevens verliezen die bij die opslagbestanden horen.
Het hangt allemaal af van hoe u de back-ups hebt ontworpen, de intervallen waarmee de back-ups zijn gepland, of u een volledige back-up maakt en incrementele back-ups maakt.
In het geval van gebruikersfouten - zoals een onnodige manipulatie van gegevens, kunnen we delen van gegevens of alle gegevens die zijn gewijzigd herstellen via logische back-ups.
In de praktijk moeten we ons bewust zijn van en voorzien in eventuele fouten die in de toekomst kunnen optreden, en elke strategie testen om ze te omzeilen.
Gebruik de opdracht BACKUP VALIDATE om back-upbestanden te valideren:
De opdracht voor alleen fysieke corruptiecontrole:
RMAN> BACK-UP VALIDEREN
DATABASE
ARCHIVELOG ALL;
De opdracht voor de fysieke en logische corruptiecontrole:
RMAN> BACK-UP VALIDEREN
CONTROLEER LOGISCH
DATABASE
ARCHIVELOG ALL;
RMAN> BACK-UP VALIDEREN DATABASE
Zoals u hierboven kunt zien, is de status van elk bestand ' OK ”Wat betekent dat deze bruikbaar zijn en kunnen worden gebruikt om de bestanden op elk moment te herstellen.
We kunnen een voorbeeld van het databaseherstel uitvoeren. Dit geeft je een mooie lijst met bestanden en hun beschikbaarheid zonder de bestanden daadwerkelijk te herstellen.
Gebruik het RESTORE-commando om de back-up te valideren:
RMAN> DATABASE HERSTELLEN VALIDEREN;
HERSTEL ARCHIVELOG ALLE VALIDEREN;
RMAN> VOORBEELD VAN DATABASE HERSTELLEN;
Gevolgtrekking
Dit zijn slechts eenvoudige technieken om verifieer uw Oracle RMAN-back-ups. Ik hoop dat je een duidelijk begrip hebt van het RMAN-back-up- en herstelproces met behulp van verschillende belangrijke RMAN-opdrachten.
Hoewel we in reële scenario's op basis van de grootte van de gegevens honderden gegevensbestanden kunnen hebben, moeten we ervoor zorgen dat we een back-up maken van elk van deze bestanden om een goede back-upstrategie te hebben. Ook, test het herstel op testsystemen om er zeker van te zijn dat u dezelfde technieken kunt gebruiken bij de productie.
We hebben verschillende methoden behandeld om een back-up te maken van uw kritieke / testdatabases en verschillende methoden om ze te testen. Zoals al meerdere keren is gesuggereerd, zal het hebben van een goede back-up- en herstelstrategie uw baan en uw organisatie redden.
Laat het ons weten als u vragen heeft met betrekking tot Oracle of andere databaseback-up- en hersteltests.
Aanbevolen literatuur
- Diepgaande Eclipse-zelfstudies voor beginners
- MongoDB Maak een databaseback-up
- QTP Tutorial # 24 - Virtuele objecten en herstelscenario's gebruiken in QTP-tests
- Zelfstudie over reflectie in Java met voorbeelden
- Top Oracle Apps technische en Oracle SOA sollicitatievragen
- SVN-zelfstudie: broncodebeheer met behulp van Subversion
- Python DateTime-zelfstudie met voorbeelden
- Tortoise SVN-zelfstudie: herzieningen in coderepository