Comment vérifier les sauvegardes Oracle 12c

Les sauvegardes sont une partie importante, mais parfois négligé, de la gestion de base de données. Vérification de vos sauvegardes 12c Oracle devrait être une partie de votre routine quotidienne. Vérification des sauvegardes comprend ces choses:

• Assurer les sauvegardes de la base complété avec succès et sans erreurs.

  Du point de vue d'un DBA Oracle, vous devez vous assurer que le processus de sauvegarde est entièrement connecté et aucune erreur n'a été détectée. Une erreur courante consiste pour le DBA de configurer une sauvegarde de base de données, mais pas surveiller les journaux de sortie pour confirmer qu'il a réussi.

• Suivi occasionnellement avec individuelle approprié sur les sauvegardes de l'OS.

• Vérifier régulièrement pour assurer l'administrateur système se déplace de la sauvegarde de base de données à partir du disque sur bande.

Trop nombreux environnements mis sauvegardes du système sur le brûleur arrière parce qu'ils ont été programmés Offres d'emploi en aucune alerte était en place. Si vous vous abonnez à cette méthode, vous pourriez être de signer pour un tas de problèmes. Assurez-vous de vérifier que vos sauvegardes sont en cours sans erreurs.

Il serait extrêmement embarrassant et potentiellement carrière limitant pour découvrir que vous avez “ perdue ” une base de données parce que, comme le DBA, vous avez ignoré les messages d'erreur par courrier électronique depuis des mois.

Gardez ces conseils à l'esprit de sauvegarde:

• Oracle Recovery Manager dispose d'une option de journal que vous pouvez passer avec votre script de sauvegarde. Cette option force RMAN pour connecter les détails pour chaque étape de la sauvegarde car il fonctionne. Cet exemple de script shell enregistre la sortie de votre sauvegarde RMAN sur Linux / UNIX:

  # / usr / bin / ksh # Environnement Settingsexport ORACLE_BASE = / u01 / app / oracleexport ORACLE_HOME = $ ORACLE_BASE / produit / 12.1.0export ORACLE_SID = dev12cexport BAK_DATE = `date '+% d% b% Y_% H_% M'`export PATH = $ ORACLE_HOME / bin: $ PATH cible # Run Backuprman / cmdfile = full_hot_backup.rmnlog = full_hot_backup _ $ {} ORACLE_SID _ $ {} BAK_DATE .log # Erreur de vérification CodeExport ECODE = $ if [$ ECODE -gt 0] - thenmailx -s "RMAN sauvegarde a échoué!" [email protected] fi echo "RMAN sauvegarde réussie"

  Le script simple, qui vous pourriez planifier dans cron, exécute un script de sauvegarde de votre choix (appelé full_hot_backup.rmn) et enregistre la sortie vers un fichier avec le nom de la base de données et la date ci-joint.

  Une fois la sauvegarde terminée, le script vérifie si RMAN sorti proprement. Il procède en vérifiant un mécanisme appelé Code d'erreur. Les programmes bien écrits ont ce mécanisme. Si la variable d'environnement $? a une valeur de non-zéro, ce échoué.

  Il est recommandé d'avoir une section si-alors qui envoie un e-mail si ce sauvegarde a échoué. Bien sûr, si il ya un échec, vous devez savoir pourquoi et le fixer. Quoi qu'il en soit, la mise en œuvre d'une notification similaire à l'exemple vous aide à renforcer votre planification de sauvegarde et de récupération.

• Assurez-vous que la sauvegarde est utilisable. Cette tâche est importante pour toutes les sauvegardes, mais est particulièrement important si vous stockez les sauvegardes sur bande. Assurez-vous que ces sauvegardes peuvent être restaurées à partir de la bande, puis récupéré activement à une base de données. Pour des raisons évidentes, vous ne devez pas nécessairement de le faire avec votre base de données de production.

  Vous pouvez faire la restauration d'une base de données différente. Une tâche de DBA est commune pour rafraîchir images de la base de test avec la sauvegarde de la production copies- ce processus est un bon moyen de tester vos sauvegardes de production. De toute façon, aussi fiable que vous souhaitez à penser bandes peuvent être, vous avez besoin de les tester.

  Que faire si l'un des chefs de la bande va mal et écrire des blocs corrompus? La corruption silencieuse des sauvegardes est un problème rare mais grave rencontré par DBA. Tester vos sauvegardes vous permet de pratiquer vos stratégies de rétablissement et de valider votre sauvegarde et de récupération posture globale.

• À tout le moins, la date et enregistrer ce journal de sauvegarde dans un répertoire sur le système. Si vous voulez aller plus loin, avoir envoyé par courriel à vous tous les jours lorsque la sauvegarde se termine. Si vous avez besoin d'utiliser une sauvegarde à partir d'une date précise, enregistrer les fichiers journaux pour ces sauvegardes vous aide à confirmer la sauvegarde est valide.

• Regardez le journal de sauvegarde pour les erreurs. Imaginez comment vous vous sentiriez si vous subi une défaillance et a dû dire à votre patron que vous ne pouvez pas récupérer parce que la sauvegarde a été un échec pour six mois.