Hoe je back-ups in Oracle 12c controleren

Back-ups zijn een belangrijke, maar soms over het hoofd gezien, een deel van database management. Het controleren van uw Oracle 12c backups moet een vast onderdeel van uw dagelijkse routine. Het controleren van backups bevat de volgende dingen:

  • Het waarborgen van de database back-ups met succes en zonder fouten voltooid.

    Uit een Oracle DBA's oogpunt, moet u ervoor zorgen dat het hele back-up proces is aangemeld en geen fouten werden ontdekt. Een veelgemaakte fout is dat de DBA om het inrichten van een database back-up, maar de output logs niet controleren om te bevestigen het succesvol was.
  • Follow-up af en toe met de juiste persoonlijke over backups OS.
  • Regelmatig controleren om te zorgen voor de systeembeheerder is het verplaatsen van de database back-up van schijf naar tape.

Te veel omgevingen zet systeemback-ups op een laag pitje, omdat ze werden geplande opdrachten; geen alarmering was op zijn plaats. Als u zich op deze methode, zou u zich aanmeldt voor een hoop problemen. Zorg ervoor om te controleren of uw backups draaien zonder fouten.

Het zou uiterst pijnlijk en potentieel-carrière te beperken om te ontdekken die je hebt "verloren" een database omdat, zoals de DBA, negeerde u per e-mail foutmeldingen voor maanden.

Houd deze back-up tips in gedachten:

  • Oracle Recovery Manager heeft een LOG optie die u kunt doorgeven aan met uw backup script. Deze optie krachten RMAN om de details te melden voor elke stap van de back-up als het loopt. Dit shell script voorbeeld logt de uitgang van uw RMAN back-up op Linux / UNIX:

    # / Usr / bin / ksh
    # Omgevingsinstellingen
    export ORACLE_BASE = / u01 / app / oracle
    uitvoer ORACLE_HOME = $ ORACLE_BASE / product / 12.1.0
    export ORACLE_SID = dev12c
    export BAK_DATE = `date '+% d% b% Y_% H_% M'`
    export PATH = $ ORACLE_HOME / bin: $ PATH
    # Run Backup
    rman doel / cmdfile = full_hot_backup.rmn
    log = full_hot_backup _ $ {ORACLE_SID} _ $ {BAK_DATE} .log
    # Controleer Error Code
    Export ECODE = $?
    if [$ ECODE -gt 0]; vervolgens
    mailx -s "RMAN BACKUP MISLUKT!" [email protected]
    anders echo "RMAN back-up is"
    fi

    De eenvoudige script, dat u misschien plannen in cron, loopt een backup script van uw keuze (genaamd full_hot_backup.rmn) en logt de uitvoer naar een bestand met de naam en datum databank bevestigd.

    Nadat de back-up is voltooid, wordt het script controleert of RMAN verlaten netjes. Het doet dit door het controleren van een mechanisme genaamd een foutcode. Goed geschreven programma's hebben dit mechanisme. Als de omgevingsvariabele $? een waarde die niet nul zijn, iets mislukt.

    Het wordt aanbevolen om een ​​als-dan-sectie die een e-mail stuurt, indien die back-up is mislukt hebben. Natuurlijk, als er een storing, moet je om uit te vinden waarom en op te lossen. Hoe dan ook, het implementeren van een kennisgeving vergelijkbaar met het voorbeeld helpt u uw back-up en recovery planning draai.

  • Zorg ervoor dat de back-up is bruikbaar. Deze taak is belangrijk voor alle back-ups, maar is vooral belangrijk als u een back-ups op te slaan op tape. Zorg ervoor dat deze back-ups kunnen worden hersteld vanaf tape en vervolgens actief hersteld tot een database. Voor de hand liggende redenen, hoef je niet per se om dit te doen met uw productie database.

    U kunt het terugzetten naar een andere database. Een gemeenschappelijke DBA taak is om testdatabase beelden met de productie van back-ups te vernieuwen; Dit proces is een goede manier om uw productie back-ups te testen. Hoe dan ook, net zo betrouwbaar als je zou willen denken tapes kunnen zijn, moet je om ze te testen.

    Wat gebeurt er als een van de hoofden van de band gaat slecht en het schrijven van corrupte blokken? Stille corruptie van back-ups is een zeldzame maar ernstige probleem waarmee DBA's. Het testen van uw back-ups helpt u om uw herstel strategieën te oefenen en te valideren uw algemene back-up en recovery houding.

  • Op zijn minst, datum en sla deze back-up log in een map op het systeem. Als u wilt een stap verder gaan, laat het dan een e-mail naar u elke dag als de back-up is voltooid. Als u nodig hebt om een ​​back-up te gebruiken vanaf een bepaalde datum, het redden van de logbestanden voor die back-ups helpt u bevestigen dat de back-up geldig is.
  • Kijk naar de back-up op fouten. Stel je voor hoe je je zou voelen als je hebt ervaren een mislukking en moest je baas dat je niet kunt herstellen, omdat de back-up is al niet voor zes maanden te vertellen.

© 2019 Quilcedacarvers.com | Contact us: webmaster# quilcedacarvers.com