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
Gestion de l'espace de systèmes de fichiers et de Storage Checkpoint
Pour la prise en charge des sauvegardes incrémentielles de bloc, les systèmes de fichiers VxFS nécessitent un espace disque supplémentaire afin d'effectuer le suivi des informations de modification de bloc. L'espace requis dépend du type de point de contrôle utilisé et de la cadence de modification de la base de données quand la sauvegarde est en cours d'exécution.
L'utilisation de Storage Checkpoints impacte l'espace de la façon suivantes :
Si la base de données est hors connexion pendant la fenêtre de sauvegarde entière (une sauvegarde de base de données à froid) ou si vous utilisez ce type de point de contrôle, l'espace supplémentaire requis est minime. Chaque système de fichiers requiert environ 1 % de l'espace libre. Ce point de contrôle place un bit pour indiquer si un bloc de fichiers a été modifié. Quand vous utilisez des vérifications de stockage nodata, les fichiers de données sont maintenus en mode pause pendant la durée de la sauvegarde. | |
Si la base de données est en ligne pendant la sauvegarde et si vous utilisez ce type de point de contrôle, plus d'espace libre est requis dans le système de fichiers. NetBackup for Oracle maintient les conteneurs Oracle en mode pause uniquement le temps de créer un Storage Checkpoint. Pendant la sauvegarde, le point de contrôle crée des copies des blocs de fichiers juste avant qu'ils soient modifiés. La sauvegarde contient uniquement les blocs non modifiés et les copies originales des blocs modifiés. Une fois la sauvegarde terminée, la vérification de stockage fulldata est convertie en vérification de stockage nodata et les blocs copiés sont renvoyés à la liste disponible. Si la cadence de modification de charge de travail est légère pendant la sauvegarde ou si la fenêtre de sauvegarde est courte, 10 % d'espace libre est généralement suffisant pour la charge de travail. Si la base de données a une cadence de modification importante pendant l'exécution de la sauvegarde, les systèmes de fichiers peuvent requérir plus de 10 % d'espace libre. |
Remarque :
Par défaut, NetBackup utilise la vérification de stockage fulldata pour les sauvegardes.
Pour utiliser la vérification de stockage nodata au lieu de l'option par défaut, l'utilisateur doit créer le fichier touch vide suivant :
/usr/openv/netbackup/ext/db_ext/NODATA_CKPT_PROXY