Guide de l'administrateur 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 d'une politique intelligente Oracle (OIP)
- À propos des politiques intelligentes Oracle (OIP)
- À propos des politiques Oracle basées sur un script
- À propos de la configuration de l'environnement d'exécution
- À propos de la création de scripts shell
- Exécution de sauvegardes et de restaurations Oracle
- A propos de NetBackup pour des sauvegardes d'Oracle
- Gestions des images de sauvegarde expirées
- 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
- 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éduplication directe NetBackup pour Oracle
- Utilisation du plug-in Déduplication directe NetBackup pour Oracle
- Résolution de problèmes
- Dépannage des erreurs de sauvegarde ou de restauration RMAN
- Annexe A. Pratiques d'excellence de déduplication
- Annexe B. Prise en charge Snapshot Client de SFRAC
- Annexe C. Sauvegardes incrémentielles de bloc (BLI) basées sur un script sans RMAN sur des 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 D. Archivage XML
- Exportation/importation XML dans NetBackup for Oracle
- À propos des scripts shell d'exportation XML
- Création de l'archive d'une exportation XML
- Restauration d'une archive d'exportation XML
- Dépannage des erreurs d'importation/exportation XML
- Annexe E. 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