Hvordan skal tjekkes Backups i Oracle 12c

Backups er en vigtig, men nogle gange overset, del af database management. Kontrol din Oracle 12C backups bør være en fast del af din daglige rutine. Kontrol backups indeholder disse ting:

  • Sikring sikkerhedskopierne database fuldført og uden fejl.

    Ud fra en Oracle DBA standpunkt, skal du sørge for, at hele backup-processen er logget og ingen fejl blev opdaget. En almindelig fejl er, at DBA at sætte en database backup, men ikke overvåge output logfiler for at bekræfte, at det var en succes.
  • Opfølgning lejlighedsvis med passende personlige om OS backups.
  • Kontrol regelmæssigt for at sikre, at systemet admin bevæger databasen backup fra disk til bånd.

Alt for mange miljøer sætte systemets sikkerhedskopier på lavt blus, fordi de var planlagt job; ingen alarmering var på plads. Hvis du abonnerer på denne metode, kan du være tilmelding til en bunke problemer. Vær sikker på at kontrollere, at dine sikkerhedskopier kører uden fejl.

Det ville være yderst pinligt og potentielt karriere-begrænsende at opdage at du har "mistet" en database, for som DBA, du ignorerede e-mailet fejlmeddelelser i månedsvis.

Opbevar disse backup tips i tankerne:

  • Oracle Recovery Manager har en log indstilling, du kan passere ind med din backup script. Dette tvinger RMAN at logge detaljerne for hvert trin i sikkerhedskopieringen mens den kører. Denne shell script eksempel logger outputtet af din RMAN backup på Linux / UNIX:

    # / Usr / bin / ksh
    # Miljø indstillinger
    eksport ORACLE_BASE = / U01 / app / oracle
    eksport ORACLE_HOME = $ ORACLE_BASE / produkt / 12.1.0
    eksport ORACLE_SID = dev12c
    eksport BAK_DATE = `date '+% d% B% Y_% H_% M'`
    export PATH = $ ORACLE_HOME / bin: $ PATH
    # Run Backup
    RMAN target / cmdfile = full_hot_backup.rmn
    log = full_hot_backup _ $ {ORACLE_SID} _ $ {BAK_DATE} .log
    # Kontroller Fejlkode
    Eksport ECODE = $?
    hvis [$ ECODE gt 0]; derefter
    mailx -s "RMAN BACKUP mislykkedes!" [email protected]
    ellers echo "RMAN BACKUP succesfulde"
    fi

    Den enkle script, som du måske planlægge i cron, kører en backup script efter eget valg (kaldet full_hot_backup.rmn) og logger outputtet til en fil med navnet database og dato tilknyttet.

    Efter sikkerhedskopieringen fuldføres, kontrollerer scriptet hvorvidt RMAN forlades rent. Det gør den ved at kontrollere en mekanisme kaldet en fejlkode. Well-skriftlige programmer har denne mekanisme. Hvis miljøvariablen $? har en værdi på nul, fejler noget.

    Det anbefales at have en hvis-så sektion, der sender en e-mail, hvis denne sikkerhedskopi mislykkedes. Selvfølgelig, hvis der er en fejl, er du nødt til at finde ud af hvorfor og reparere den. Uanset hvad, gennemførelse af en meddelelse svarende til eksemplet hjælper dig stramme din backup og recovery planlægning.

  • Sørg for, at backup er brugbare. Denne opgave er vigtigt for alle sikkerhedskopier, men er især vigtigt, hvis du gemmer eventuelle sikkerhedskopier på bånd. Sørg disse sikkerhedskopier kan gendannes fra bånd og derefter aktivt udvindes til en database. Af indlysende grunde, behøver du ikke nødvendigvis at gøre dette med din produktion database.

    Du kan gøre det gendanne til en anden database. En fælles DBA opgave er at genopfriske testdatabase billeder med produktion sikkerhedskopier; denne proces er en god måde at teste dine sikkerhedskopier produktionsanlæg. Uanset hvad, så pålidelig som du gerne vil tænke bånd kan være, du har brug for at teste dem.

    Hvad nu hvis en af ​​båndets hoveder går dårligt og skrive korrupte blokke? Silent bestikkelse af backups er en sjælden, men alvorlig problem, som DBAS. Test dine backups hjælper dig med at øve dine recovery strategier og validere din samlede backup og recovery kropsholdning.

  • I det mindste, dato og gem denne backup log i en mappe på systemet. Hvis du ønsker at gå et skridt videre, har det e-mailes til dig hver dag, når sikkerhedskopieringen er fuldført. Hvis du skal bruge en backup fra en bestemt dato, gemme logfilerne for de backups hjælper dig bekræfte backup er gyldig.
  • Kig på loggen for fejl. Forestil dig, hvordan du ville have det, hvis du oplevede en fejl og måtte fortælle din chef, at du ikke kan komme sig, fordi sikkerhedskopieringen er blevet mangel i seks måneder.

© 2019 Zajacperrone.com | Contact us: webmaster# zajacperrone.com