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 de NetBackup pour les opérations Oracle
Lorsque vous lancez RMAN, voici une liste des événements qui se produisent :
La politique Oracle NetBackup peut contenir un ou plusieurs noms de client et un ou plusieurs scripts de sauvegarde à exécuter.
Remarque :
L'infrastructure de grille d'Oracle 11g R2 (SRI) inclut la fonction de nom d'accès (SCAN) de client. Cette fonction permet à un nom d'hôte unique de résoudre en adresses IP multiples. Chaque adresse est assignée à un nœud physique différent dans un cluster. Assurez-vous que le client qui apparaît dans la politique de NetBackup Oracle n'est pas une ANALYSE. En outre, assurez-vous qu'aucun NB_ORA_CLIENT ou CLIENT_NAME fourni par l'hôte client dans la demande de sauvegarde n'est une ANALYSE. Ces noms doivent sûrement résoudre sur le serveur maître et le serveur de médias à une adresse IP d'hôte client. Cette adresse IP permet aux processus de serveur de se connecter à l'hôte client duquel la demande de sauvegarde provient. Si l'ANALYSE est utilisée dans une politique NetBackup, l'abstraction du nom du client entraînera l'échec de la sauvegarde et des travaux de restauration. La sauvegarde et les travaux de restauration peuvent échouer avec un état 54. En outre, le côté client échouera avec l'état 6 (sauvegarde) ou 5 (restauration).
Le serveur maître de NetBackup utilise les planifications automatiques en politique d'Oracle pour déterminer quand les scripts dans les sélections de sauvegarde sont exécutés sur des clients.
Le planificateur NetBackup démarre un travail de sauvegarde automatique pour chaque client dans la politique. Les travaux pour les clients multiples peuvent s'exécuter simultanément. Le planificateur exécute chaque script sur chaque client dans l'ordre spécifié. Tous les scripts d'un même client sont exécutés dans le même travail automatique.
Les scripts de sauvegarde démarrent RMAN.
Si la politique ne contient aucun script automatique ou aucune planification automatique, un processus client peut lancer RMAN, le cas échéant.
Lorsque RMAN demande une sauvegarde, voici une liste des événements qui se produisent :
RMAN se connecte aux instances Oracle correspondantes de la sauvegarde. Par conséquent, le script peut être exécuté sur un hôte. Toutefois, la sauvegarde peut être effectuée sur un autre un hôte.
Selon le script de sauvegarde, RMAN assigne un ou plusieurs canaux.
RMAN envoie dans l'ordre une ou plusieurs parties de sauvegardes sur chaque canal.
Chaque canal interagit avec NetBackup for Oracle et envoie une demande de sauvegarde provenant de l'utilisateur au serveur maître NetBackup pour chaque partie de sauvegarde.
Chaque demande est convertie en travail de sauvegarde d'application NetBackup distinct. Par conséquent, un travail de sauvegarde d'application peut à la fois être mis en file d'attente et actif dans un canal assigné.
RMAN peut envoyer une ou plusieurs variables NB_ORA_CLIENT, NB_ORA_POLICY et NB_ORA_SCHED au serveur maître NetBackup.
Si RMAN n'envoie pas NB_ORA_CLIENT, le nom du client est utilisé.
Si RMAN n'envoie pas NB_ORA_POLICY, le serveur maître sélectionne la première politique Oracle qu'il trouve pour le client.
Si RMAN n'envoie pas NB_ORA_SCHED, le serveur maître sélectionne la première planification de sauvegarde d'application de la politique.
Le serveur maître NetBackup doit pouvoir mettre en correspondance le nom du client demandé avec une politique Oracle et une planification de sauvegarde d'application. Dans le cas contraire, le travail échoue.
Voici le format dans lequel NetBackup reçoit les données RMAN :
Les travaux de sauvegarde d'application sont activés et les processus du serveur de médias NetBackup se connectent au nom de client fourni pour recevoir les données. Par conséquent, le nom de client envoyé par la demande de l'utilisateur doit reconnecter les données à l'hôte de la demande.
RMAN envoie les données vers le canal correspondant. Ces dernières sont ensuite transférées vers le stockage.