Guide de référence de la consignation Veritas NetBackup™
- Utilisation des journaux
- À propos des journaux
- À propos des journaux système UNIX
- A propos de la conservation de journaux dans NetBackup
- A propos de la limitation de la taille des journaux unifiés et hérités
- À propos de la consignation unifiée
- Rassemblement des journaux unifiés de NetBackup
- Types de messages de consignation unifiée
- Format de nom de fichier pour la consignation unifiée
- ID de créateur pour les entités utilisant la consignation unifiée
- À propos du changement d'emplacement des fichiers journaux unifiés
- À propos de la substitution des fichiers journaux unifiés
- À propos de la réutilisation des fichiers journaux unifiés
- A propos de l'utilisation de la commande vxlogview pour afficher les journaux unifiés
- À propos des chaînes de requête utilisées avec la commande vxlogview
- Exemples d'utilisation de la commande vxlogview pour afficher les journaux unifiés
- Exemples d'utilisation de la commande vxlogmgr pour gérer les journaux unifiés
- Exemples d'utilisation de la commande vxlogcfg pour configurer les journaux unifiés
- À propos de la consignation héritée
- Processus de client UNIX qui utilisent la consignation héritée
- Processus de client PC qui utilisent la consignation héritée
- Format de nom de fichier pour la consignation héritée
- Noms du répertoire pour les journaux de débogage hérités pour des serveurs
- Noms du répertoire des journaux de débogage hérités pour la gestion des périphériques et des médias
- Comment contrôler la quantité d'informations enregistrée dans les fichiers de journaux hérités
- À propos de la limitation de la taille et de la conservation des journaux hérités
- Configuration de la rotation des journaux hérités
- À propos du niveau de consignation global
- Définition des limites de conservation des journaux sur les clients
- Options de consignation avec l'observateur d'événements Windows
- Dépannage des messages d'erreur dans NetBackup Administration Console
- Processus de sauvegarde et consignation
- Processus de périphérique et de média et consignation
- Processus de restauration et consignation
- Fonctions avancées de sauvegarde et de restauration
- Consignation de stockage
- Consignation de déduplication NetBackup
- Processus de sauvegarde de déduplication vers le pool de déduplication du serveur de médias (MSDP)
- Consignation de déduplication client
- Journaux de configuration de déduplication
- Consignation de déduplication de serveur de médias/pdplugin
- Consignation de la surveillance de disque
- Mots-clés de consignation
- Consignation OpenStorage Technology (OST)
- Consignation de la politique de cycle de vie du stockage (SLP) et d'Auto Image Replication (AIR)
- À propos des politiques de cycle de vie du stockage (SLP) et de la réplication A.I.R (Auto Image Replication)
- Flux du processus de duplication de stockage du cycle de vie politique (SLP)
- Consignation du flux du processus A.I.R. (Auto Image Replication)
- Flux de processus d'importation
- Consignation de SLP et d'A.I.R.
- Configuration et gestion des politiques de cycle de vie du stockage (SLP)
- Technologies de snapshot
- Localisation des journaux
- Consignation d'acsssi
- Consignation de bpbackup
- Consignation de bpbkar
- Consignation de bpbrm
- Consignation de bpcd
- Consignation de bpcompatd
- Consignation de bpdbm
- Consignation de bpjobd
- Consignation de bprd
- Consignation de bprestore
- Consignation de bptm
- Consignation de daemon
- Consignation de ltid
- Consignation de nbemm
- Consignation de nbjm
- Consignation de nbpem
- consignation nbproxy
- Consignation de nbrb
- Consignation des services Web NetBackup
- Consignation de certificat de serveur Web NetBackup
- Consignation de PBX
- Consignation de reqlib
- Consignation de robots
- Consignation de tar
- Consignation de txxd et txxcd
- Consignation de vnetd
- Consignation de la console d'administration basée sur Java
- À propos de la consignation de la console d'administration basée sur Java
- Flux de processus de consignation de console d'administration basée sur Java
- Configuration d'un canal sécurisé entre la console d'administration basée sur Java et bpjava-*
- Configuration d'un canal sécurisé entre la console d'administration basée sur Java et nbsl ou nbvault
- Configuration de la consignation de la console d'administration basée sur Java sur des serveurs et clients NetBackup
- Consignation de la console d'administration à distance basée sur Java sur un ordinateur Windows où NetBackup n'est pas installé
- Configuration et collecte des journaux lors de la résolution des problèmes de l'interface utilisateur graphique Java
- Annulez la consignation
Sauvegardes synthétiques
Le processus de sauvegarde NetBackup général accède au client pour créer une sauvegarde. Une sauvegarde synthétique est une image de sauvegarde créée sans utiliser le client. À la place, un processus de sauvegarde synthétique crée une image pleine ou incrémentielle cumulative en utilisant uniquement les images de sauvegarde précédemment créées, appelées images de composant.
Remarque :
Les archives synthétiques n'existent pas.
Par exemple, une image pleine existante et les images incrémentielles différentielles ultérieures peuvent être synthétisées pour créer une nouvelle image pleine. L'image pleine précédente et les images incrémentielles sont les images composantes. La nouvelle image pleine synthétique se comporte comme une sauvegarde créée via le processus traditionnel. La nouvelle image pleine synthétique est une sauvegarde du client, aussi actuelle que la dernière incrémentielle. L'image synthétique est créée en copiant la dernière version de chaque fichier à partir de l'image de composant la plus récente contenant le fichier. Une sauvegarde synthétique doit être créée dans une politique avec l'option de sélectionnée. Cette option permet d'exclure de la sauvegarde synthétique les fichiers supprimés du système de fichiers client.
Comme une sauvegarde traditionnelle, nbpem initie une sauvegarde synthétique. Elle envoie une demande à nbjm pour qu'elle démarre le processus de sauvegarde synthétique et nbjm démarre ensuite bpsynth, qui s'exécute sur le serveur maître. Il contrôle la création de l'image de sauvegarde synthétique et la lecture des fichiers nécessaires depuis les images composantes. S'il existe un répertoire bpsynth dans le répertoire de journal de débogage, des messages de journal de débogage supplémentaires sont enregistrés sur un fichier journal dans ce répertoire.
bpsynth réalise une image de synthèse en plusieurs phases :
Tableau :
|
Phase |
Description |
|---|---|
|
1 - Préparation des informations de catalogue et des zones de stockage |
Dans la phase 1, bpsynth soumet une demande de sauvegarde synthétique au gestionnaire de bases de données, bpdbm. Elle utilise les entrées et les informations TIR (True Image Restore) des catalogues d'images de composant pour construire le catalogue pour la nouvelle image synthétique. Elle établit également les zones de stockage à copier depuis les images de composant vers l'image synthétique. Le service bpdbm renvoie la liste de zones de stockage à bpsynth. Une zone de stockage correspond au numéro de bloc de départ et au nombre de blocs contigus dans une image de composant spécifique. Un ensemble de zones de stockage est généralement copié depuis chaque image de composant vers la nouvelle image synthétique. Le schéma suivant explique comment la phase 1 fonctionne :
|
|
2 - Obtention de ressources |
Lors de la phase 2, bpsynth obtient les ressources d'écriture (unité de stockage, lecteur et média) pour la nouvelle image. Elle réserve également tous les médias de lecture contenant les images de composant et obtient le lecteur nécessaire pour la lecture du premier média. Lorsque les images de composant se trouvent sur BasicDisk, aucune réservation de ressources n'est effectuée. |
|
3 - Copie de données |
Dans la phase 3, bpsynth démarre le processus d'écriture bptm (pour les bandes et les disques) sur le serveur de médias pour enregistrer la nouvelle image synthétique. Elle démarre également un processus de lecture bptm (bande) ou bpdm (disque) pour chaque image de composant sur un serveur de médias qui peut accéder à l'image de composant. Le processus de lecture lit toutes les zones de stockage pour l'image de composant. Le schéma suivant explique comment la phase 3 fonctionne :
Remarque : bpsynth démarre uniquement les processus bptm (graveur) et bpdm (lecteur) parents sur le serveur de médias. Le parent démarre ensuite un processus enfant. Les processus parent et enfant communiquent à l'aide de tampons dans la mémoire partagée. Le processus bpsynth envoie les domaines (bloc de démarrage et nombre de blocs) de chaque image au processus de lecteur enfant bptm ou bpdm correspondant. Le processus de lecteur parent bptm ou bpdm lit les données des médias adaptés dans les tampons partagés. Le processus de lecteur enfant bptm ou bpdm envoie les données dans les tampons partagés au processus de graveur enfant bptm via un socket. Le processus d'écriture enfant bptm enregistre les données dans les tampons partagés. Le processus d'écriture parent bptm copie les données des tampons partagés sur le média et informe bpsynth lorsque l'image synthétique est terminée. |
|
4 - Validation de l'image |
Lors de la phase 4, le processus bpsynth valide l'image. La nouvelle image est désormais visible pour NetBackup et peut être utilisée comme n'importe quelle autre sauvegarde incrémentielle pleine ou cumulative. Pour la sauvegarde synthétique, la restauration d'images réelles (TIR) avec détection de mouvement doit être sélectionnée pour chaque image de composant et les images de composant doivent être des images synthétiques. |