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
Configuration d'exemple RAC : le nom du basculement existe et la charge de la sauvegarde n'est pas répartie
Cette configuration dispose d'un nom de basculement de façon à ce que le serveur de médias NetBackup puisse accéder en permanence à un hôte disponible pour exécuter le script de sauvegarde. De plus, étant donné que la fonction de répartition de la charge est désactivée, RMAN assigne les canaux sur un hôte unique. Il s'agit généralement de l'hôte sur lequel le script est exécuté.
La configuration est la suivante :
Configurez la politique pour spécifier le nom de basculement en tant que nom de client. La planification automatique exécute ensuite le script de sauvegarde sur un hôte actif.
Tous les hôtes du cluster doivent avoir accès au script de sauvegarde ou à une copie identique. Le système de fichiers mis en cluster constitue un bon emplacement.
Configurez le script de sauvegarde de sorte que RMAN fournisse à NetBackup le nom de basculement de la politique. Il prend en compte l'instance ou l'hôte actif et assure le transfert de données ; toutes les sauvegardes sont enregistrées sous ce nom de client.
ALLOCATE CHANNEL ... ; SEND 'NB_ORA_CLIENT=$NB_ORA_CLIENT'; BACKUP ... ;
La configuration du serveur maître NetBackup doit autoriser l'accès physique des noms d'hôte à toutes les images de sauvegarde.
cd /usr/openv/netbackup/db/altnames echo "hostname1" >> hostname1 echo "vipname1" >> hostname1 echo "hostname2" >> hostname1 echo "vipname2" >> hostname1 echo "failover_vipname" >> hostname1 cp hostname1 hostname2
Vous pouvez utiliser Réseau préféré sur le client pour spécifier l'interface sortante des demandes de sauvegarde de l'utilisateur au serveur maître. Cette méthode n'est pas recommandée. Cependant, si vous utilisez cette méthode, vous devez permettre aux noms de VIP d'accéder à toutes les images de sauvegarde.
cd /usr/openv/netbackup/db/altnames cp hostname1 vipname1 cp hostname1 vipname2
Remarque :
Cette méthode peut ne pas être souhaitable parce qu'elle affecte l'IP source des demandes de sauvegarde de système de fichiers, de liste et de restauration de l'utilisateur.
Le script de sauvegarde est ensuite exécuté sur l'hôte actif hébergeant le nom de basculement. RMAN assigne les canaux sur cet hôte pour effectuer la sauvegarde. Les travaux de sauvegarde d'application sont mis en attente vers le nom de basculement et le serveur de médias NetBackup se reconnecte au nom de basculement pour transférer les données. Les images de sauvegarde sont enregistrées sous le nom de basculement, peu importe l'hôte ayant effectué la sauvegarde. Les restaurations peuvent être lancées de l'un ou l'autre hôte tant que la demande de restauration est configurée avec SEND 'NB_ORA_CLIENT=nom de basculement';