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
A propos des noms virtuels et de NetBackup for Oracle
Les utilisateurs d'un RAC (Real Application Cluster) peuvent généralement accéder à la base de données à l'aide d'un nom d'hôte de réseau virtuel. Cet accès dépend de la configuration d'un RAC et des logiciels de cluster sur lesquels il est exécuté.
Le nom d'hôte de réseau virtuel peut être associé à une adresse IP de l'une des manières suivantes :
Avec une adresse IP pour un hôte dans le cluster
Adresse IP virtuelle pour une instance de base de données Oracle s'exécutant sur un hôte dans le cluster
Une adresse IP virtuelle de basculement qui peut se déplacer entre les hôtes dans le cluster
Les opérations de sauvegarde peuvent utiliser les différents noms d'hôte de réseau virtuel ou le nom d'hôte du réseau correspondant aux hôtes dans le cluster.
Pour différencier les divers noms de réseau, les termes et définitions suivants sont utilisés :
Nom d'hôte |
Nom d'hôte de réseau qui est associé à un hôte spécifique dans le cluster. |
Nom d'adresse IP virtuelle |
Nom d'hôte de réseau qui est associé à une adresse IP virtuelle correspondant à une instance spécifique dans le cluster. |
Nom du basculement |
Nom d'hôte de réseau qui est associé à une adresse IP active sur un nœud en cours d'exécution. Ce nom d'hôte de réseau correspond au nom d'hôte du réseau qui peut effectuer une sauvegarde en ce moment. |
Avertissement :
N'utilisez pas un nom de client unique si la sauvegarde est équilibrée sur plusieurs nœuds. Au sein d'une configuration à charge équilibrée, le nœud qui héberge l'adresse IP associée au nom du client génère des sauvegardes réussies. Cependant, les travaux provenant des autres nœuds échouent avec le code d'état 54.
L'infrastructure de grille d'Oracle 11g R2 (CRS) inclut la fonction SCAN (Single Client Access Name). Un nom d'accès client unique (SCAN) peut correspondre à plusieurs adresses IP, chacune assignée à un nœud physique différent dans le cluster.
Un SCAN peut être utilisé dans une politique NetBackup qui reçoit la demande de sauvegarde d'application. Cependant, cette abstraction du nom de client entraîne l'échec des travaux de sauvegarde et de restauration avec le code d'état 54. En outre, côté client, la sauvegarde échoue avec le code d'état 6 et la restauration échoue avec le code d'état 5.
Ainsi, assurez-vous que le client qui apparaît dans la politique Oracle NetBackup n'est pas de type SCAN. En outre, assurez-vous que les valeurs NB_ORA_CLIENT ou CLIENT_NAME que le nœud fournit dans la demande de sauvegarde ne sont pas de type SCAN. Ces noms doivent être associés de manière fiable sur le serveur maître et le serveur de médias à une adresse IP. Cette adresse IP permet aux processus du serveur de se connecter au nœud duquel la demande de sauvegarde provient.