Guide de référence de la consignation Veritas NetBackup™
- Utilisation des journaux
- À propos de la consignation unifiée
- À propos de la consignation héritée
- À propos du niveau de consignation global
- 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
- Consignation OpenStorage Technology (OST)
- Consignation de la politique de cycle de vie du stockage (SLP) et d'Auto Image Replication (AIR)
- Consignation de la communication sécurisée NetBackup
- Consignation de l'assistant de proxy NetBackup
- Consignation de tunnel proxy NetBackup
- Technologies de snapshot
- Localisation des journaux
- Consignation de la console d'administration basée sur Java
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. |