Guide de l'administrateur Veritas NetBackup™ for Oracle
- Introduction
- Démarrage rapide de NetBackup for Oracle
- Installation de NetBackup for Oracle
- A propos de la liaison d'Oracle RMAN avec NetBackup pour UNIX
- Configuration de politique Oracle
- Préparation à la configuration de NetBackup for Oracle
- Gestion des instances pour une politique intelligente Oracle
- A propos des politiques intelligentes d'Oracle (OIP)
- A propos des politiques Oracle basées sur un modèle ou un script
- A propos de l'ajout de sélections de sauvegarde à une politique Oracle
- A propos de la configuration de l'environnement d'exécution
- A propos de la création de modèles et de scripts de shell
- A propos de la création manuelle de scripts RMAN
- Exécution de sauvegardes et de restaurations Oracle
- A propos de NetBackup pour des sauvegardes d'Oracle
- A propos des restaurations NetBackup for Oracle
- Redirection d'une restauration vers un autre client
- Utilisation de NetBackup for Oracle dans un environnement en cluster Microsoft Windows
- Récupération assistée
- Dépannage de la récupération assistée
- NetBackup for Oracle avec Snapshot Client
- A propos du dépannage de NetBackup for Oracle avec Snapshot Client
- Fonctionnement de NetBackup for Oracle avec Snapshot Client
- A propos de la configuration de Snapshot Client avec NetBackup for Oracle
- Restauration de NetBackup for Oracle à partir d'une sauvegarde par cliché
- A propos de la configuration des sauvegardes BLI NetBackup for Oracle sous UNIX
- A propos des effets de Snapshot Client
- À propos de la prise en charge d'Oracle pour Replication Director
- Dépannage
- Dépannage des erreurs de sauvegarde ou de restauration RMAN
- Annexe A. Clusters d'applications réelles
- Annexe B. Pratiques d'excellence pour protéger Oracle RAC avec NetBackup
- Annexe C. Pratiques d'excellence de déduplication
- Annexe D. Prise en charge Snapshot Client de SFRAC
- Annexe E. Sauvegardes incrémentielles de niveau bloc émanant de scripts sans RMAN sur systèmes UNIX et Linux
- Vérification des paramètres d'installation pour des sauvegardes incrémentielles de blocs sans RMAN
- Création de politiques NetBackup pour les sauvegardes incrémentielles de bloc basées sur les scripts
- Création de scripts de notification pour les sauvegardes incrémentielles de bloc
- Réalisation de sauvegardes et restaurations
- A propos du dépannage des erreurs de sauvegarde ou de restauration
- Annexe F. Archivage XML
- Exportation/importation XML dans NetBackup for Oracle
- Modèles d'exportation XML et scripts shell
- Création de l'archive d'une exportation XML
- Restauration d'une archive d'exportation XML
- A propos de la redirection d'une restauration de l'archive d'une exportation XML vers un autre client
- Dépannage des erreurs d'importation/exportation XML
- Annexe G. Enregistrer des emplacements autorisés
Dépannez chaque étape de sauvegarde ou de restauration.
La section suivante décrit la séquence des événements pour une action lancée par RMAN et suggère des solutions pour les problèmes qui peuvent se produire à chaque étape de la séquence :
rman démarre.
Une sauvegarde ou une restauration peut être démarrée dans l'un des après des voies :
De une sauvegarde ou restauration de RMAN lancée de l'invite de système d'exploitation comme :
rman target user/pwd[@TNS_alias] \ rcvcat user/pwd[@TNS_alias]\ cmdfile RMAN_script_file_name
Où le RMAN_script_file_name est entièrement qualifié.
Utilisant un modèle qui s'exécute de l'interface de client NetBackup ou de bpdbsbora.
Manuellement de l'interface d'administrateur sur le serveur maître.
Automatiquement par une planification de sauvegarde automatique.
Si une erreur se produit maintenant, vérifiez le journal de RMAN.
RMAN vérifie son environnement et puis fournit des demandes à l'API.
Sous Windows, certaines informations, telles que la version de NetBackup, les versions d'API et le nom du fichier de trace, sont enregistrées avec RMAN. Une erreur est maintenant habituellement due à un problème avec la communication de client et serveur. Pour plus d'informations, reportez-vous aux messages des journaux bprd et bpcd.
Sous UNIX et Linux, certaines informations, telles que la version de NetBackup, les versions d'API, le nom du fichier de trace et les gestionnaires de signal NetBackup, sont enregistrées avec RMAN. Une erreur est maintenant habituellement due à un problème avec la communication de client et serveur. Pour plus d'informations, reportez-vous aux messages des journaux bprd et bpcd. Vérifiez également les entrées de bp.conf sur le client.
RMAN émet une demande de sauvegarde ou de restauration.
L'API recueille des paramètres nécessaires et envoie backup ou la demande de restore au serveur NetBackup. L'API attend que le serveur et le client soient prêts à transférer des données avant de revenir à la demande.
L'API envoie alors ces informations au processus de bprd du serveur maître.
Pour dépanner un problème dans la présente partie du premier ordre, examinent le fichier suivant :
Windows :
install_path\NetBackup\logs\dbclient\mmddyy.log
UNIX :
/usr/openv/netbackup/logs/dbclient/log.mmddyy
Si le processus de bprd manquait, vérifiez les journaux pour bprd et bpbrm.
Une défaillance est maintenant fréquemment due des paramètres de configuration à mauvaise politique de serveur NetBackup ou d'Oracle.
En règle générale, NetBackup sélectionne la politique et les planifications Oracle pertinentes. Toutefois, si la base de données contient plusieurs politiques Oracle, il peut sélectionner une politique ou une planification erronée.
Sous Windows, essayez de définir les valeurs SERVER et NB_ORA_POLICY dans l'environnement client.
Sous UNIX et Linux, essayez de définir les valeurs SERVER et POLICY dans le fichier bp.conf sur le client ou en définissant des variables d'environnement.
Par exemple, les commandes suivantes de setenv de shell de C spécifient la politique, la planification et le serveur d'Oracle pour que NetBackup l'utilise :
setenv NB_ORA_POLICY policyname setenv NB_ORA_SCHED application_backup_schedule_name setenv NB_ORA_SERV NetBackup_server
RMAN émet la lecture ou enregistre des demandes sur l'API, qui transfère alors des données à ou du serveur NetBackup.
Une défaillance ici est probablement due aux médias de NetBackup, au réseau ou aux erreurs de délai.
RMAN indique l'API fermer la session.
L'API attend le serveur pour se terminer ses actions nécessaires (par exemple, il vérifie l'image de sauvegarde) et puis quitte.
Une erreur peut provenir de NetBackup ou de RMAN, comme suit :
RMAN abandonne s'il rencontre une erreur tandis qu'il lit un fichier de données pendant la sauvegarde (par exemple, si les blocs d'Oracle sont hors de l'ordre). Il abandonne également si NetBackup envoie une mauvaise image de sauvegarde pendant la restauration.
NetBackup pourrait renvoyer code d'erreur à l'API si pour quelque raison il ne pourrait pas se terminer la sauvegarde avec succès.