Guide de dépannage de Veritas NetBackup : UNIX, Windows et ...

Guide de dépannage deVeritas NetBackup™

UNIX, Windows et Linux

Version 8.1.2

Guide de dépannage de Veritas NetBackup™Dernière mise à jour : 2018-10-10

Version du document : NetBackup 8.1.2

Mentions légalesCopyright © 2018 Veritas Technologies LLC. Tous droits réservés.

Veritas, le logo Veritas et NetBackup sont des marques commerciales ou des marquesdéposées de Veritas Technologies LLC ou de ses affiliés aux Etats-Unis et dans d'autrespays. Les autres noms peuvent être des marques commerciales de leurs détenteurs respectifs.

Ce produit peut contenir des logiciels tiers pour lesquels Veritas est tenu de mentionner lestiers concernés ("Programmes tiers"). Certains des programmes tiers sont disponibles souslicence Open Source ou gratuites. Le contrat de licence accompagnant le logiciel ne modifieaucun des droits ou obligations que vous pouvez avoir dans le cadre de ces licences OpenSource ou de logiciel gratuit. Reportez-vous au document des mentions légales tiercesaccompagnant ce produit Veritas ou disponible à l’adresse :

https://www.veritas.com/about/legal/license-agreements

Le produit décrit dans ce document est distribué dans le cadre de licences limitant sonutilisation, sa copie, sa distribution et sa décompilation ou son ingénierie inverse. Vous nepouvez reproduire aucune partie de ce document sous quelque forme ou par quelque moyenque ce soit sans avoir reçu au préalable l'autorisation écrite de Veritas Technologies LLC etde ses ayants droit éventuels.

LA DOCUMENTATION EST FOURNIE "EN L'ÉTAT" ET L'ENTREPRISE N'ASSUME AUCUNERESPONSABILITÉ QUANT À UNE GARANTIE OU CONDITION D'AUCUNE SORTE,EXPRESSE OU IMPLICITE, Y COMPRIS TOUTES GARANTIES OU CONDITIONSIMPLICITES DE QUALITÉ MARCHANDE, D'ADÉQUATION À UN USAGE PARTICULIEROU DE RESPECT DES DROITS DE PROPRIÉTÉ INTELLECTUELLE, DANS LA MESUREOÙ CETTE CLAUSE D'EXCLUSION DE RESPONSABILITÉ RESPECTE LA LOI ENVIGUEUR. VERITAS TECHNOLOGIES LLC NE PEUT ETRE TENUE RESPONSABLE DESDOMMAGES INDIRECTS OU ACCESSOIRES LIES A LA FOURNITURE, AUXPERFORMANCES OU A L'UTILISATION DE CETTE DOCUMENTATION. LESINFORMATIONS CONTENUES DANS CETTE DOCUMENTATION SONT SUJETTES AMODIFICATION SANS PREAVIS.

Le logiciel et la documentation sous licence sont assimilables à un logiciel commercial selonles définitions de la section FAR 12.212 et soumis aux restrictions spécifiées dans les sectionsFAR 52.227-19, "Commercial Computer Software - Restricted Rights" et DFARS 227.7202et "Commercial Computer Software and Commercial Computer Software Documentation" envigueur et selon toute autre législation en vigueur, qu'ils soient fournis par Veritas en tant queservices locaux ou hébergés. Toute utilisation, modification, reproduction, représentation oudivulgation du logiciel ou de la documentation sous licence par le gouvernement des Etats-Unisdoit être réalisée exclusivement conformément aux conditions de Contrat.

https://www.veritas.com/about/legal/license-agreements

Veritas Technologies LLC500 E Middlefield RoadMountain View, CA 94043

http://www.veritas.com

Support techniqueLe support technique entretient globalement les centres de support. Tous les services desupport sont fournis conformément à votre contrat de support et aux politiques de supporttechnique en vigueur dans l'entreprise. Pour plus d'informations sur les offres de support etcomment contacter le support technique, rendez-vous sur notre site web :

https://www.veritas.com/support

Vous pouvez gérer les informations de votre compte Veritas à l'adresse URL suivante :

https://my.veritas.com

Si vous avez des questions concernant un contrat de support existant, envoyez un messageélectronique à l'équipe d'administration du contrat de support de votre région :

[email protected] le monde entier (sauf le Japon)

[email protected]

DocumentationAssurez-vous que vous utilisez la version actuelle de la documentation. Chaque documentaffiche la date de la dernière mise à jour sur la page 2. La documentation la plus récente estdisponible sur le site web de Veritas :

https://sort.veritas.com/documents

Commentaires sur la documentationVos commentaires sont importants pour nous. Suggérez des améliorations ou rapportez deserreurs ou omissions dans la documentation. Indiquez le titre et la version du document, letitre du chapitre et le titre de la section du texte que vous souhaitez commenter. Envoyez lecommentaire à :

[email protected]

Vous pouvez également voir des informations sur la documentation ou poser une questionsur le site de la communauté Veritas :

http://www.veritas.com/community/

Services and Operations Readiness Tools (SORT) de VeritasSORT (Services and Operations Readiness Tools) de Veritas est un site web qui fournit del'information et des outils pour automatiser et simplifier certaines tâches administratives quiprennent du temps. Selon le produit, SORT vous aide à préparer les installations et les misesà jour, à identifier les risques dans vos data centers et à améliorer l'efficacité opérationnelle.

http://www.veritas.com

https://www.veritas.com/support

https://my.veritas.com

mailto:[email protected]


https://sort.veritas.com/documents


http://www.veritas.com/community/

Pour voir quels services et quels outils SORT fournit pour votre produit, voyez la fiche dedonnées :

https://sort.veritas.com/data/support/SORT_Data_Sheet.pdf

https://sort.veritas.com/data/support/SORT_Data_Sheet.pdf

Chapitre 1 Introduction .......................................................................... 10

Informations sur le code d'état et la consignation de NetBackup ............. 10Résolution de problème ................................................................. 10Rapport de problème pour le support technique .................................. 13Collecte des informations pour des applications NetBackup Java ........... 15

Chapitre 2 Procédures de dépannage ............................................. 17

Procédures de dépannage ............................................................. 18Dépannage des problèmes NetBackup ............................................. 20

Vérification de tous les processus en cours d'exécution sur lesserveurs UNIX ................................................................. 23

Vérification de l'exécution de tous les processus sur les serveursWindows ........................................................................ 26

Dépannage des problèmes d'installation ........................................... 29Dépannage des problèmes de configuration ...................................... 30Résolution des problèmes de configuration de périphérique .................. 33Test du serveur maître et des clients ................................................ 36Test des serveurs de médias et des clients ........................................ 40Résolution des problèmes de communication réseau avec des clients

UNIX ................................................................................... 44Résolution des problèmes de communication réseau avec des clients

Windows .............................................................................. 48Dépannage des connexion au proxy vnetd ........................................ 52

Exigences relatives à la connexion de proxy vnetd ........................ 53Première étape de dépannage des connexions de proxy vnetd

..................................................................................... 54Vérifier que le processus vnetd et les proxys sont actifs ................. 54Vérifier que les connexions de l'hôte sont traitées par proxy ............ 55Tester les connexions de proxy vnetd ......................................... 56Examiner les fichiers journaux des processus de connexion et

d'acceptation ................................................................... 58Affichage des fichiers journaux de proxy vnetd ............................. 59

Dépannage de la révocation des certificats de sécurité ........................ 59Impact de la liste de révocation d'un hôte sur le dépannage de la

révocation de certificats ..................................................... 61

Table des matières

Le travail NetBackup échoue en raison d'un certificat révoqué..................................................................................... 61

Le travail NetBackup échoue en raison d'une erreur réseauapparente ....................................................................... 63

Le travail NetBackup échoue en raison d'une ressourceindisponible ..................................................................... 64

Le certificat de sécurité du serveur maître est révoqué ................... 65Détermination de l'état du certificat d'un hôte NetBackup ................ 65

À propos du dépannage des réseaux et des noms d'hôte ..................... 67Vérification du nom d'hôte et des entrées de service dans NetBackup

........................................................................................... 71Exemple des entrées de nom d'hôte et de service sur le serveur

maître et le client d'UNIX ................................................... 76Exemple d'entrées de nom d'hôte et de service sur le serveur

maître et le serveur de médias UNIX .................................... 78Exemple d'entrées de nom d'hôte et de services sur des clients

PC UNIX ........................................................................ 79Exemple des entrées de nom d'hôte et de service sur le serveur

UNIX se connectant à plusieurs réseaux ............................... 80À propos de l'utilitaire bpclntcmd ..................................................... 81Utilisation de la fenêtre Propriétés de l'hôte pour accéder aux

paramètres de configuration ..................................................... 84Résolution des problèmes de disque plein ......................................... 85Considérations de dépannage d'un média figé ................................... 87

Journaux pour le dépannage de médias figés .............................. 87À propos des conditions qui figent les médias .............................. 88

Résolution des problèmes avec les services Web NetBackup ................ 91Affichage des journaux de services Web NetBackup ...................... 92

Résolution des problèmes avec le certificat de serveur Web NetBackup........................................................................................... 93

Résolution des problèmes liés à PBX ............................................... 94Vérification de l'installation de PBX ............................................ 94Contrôle de l'exécution de PBX ................................................. 95Contrôle de la définition correcte de PBX .................................... 95Accès aux journaux PBX .......................................................... 96Dépannage de la sécurité PBX .................................................. 97Détermination de la disponibilité du daemon ou du service PBX

..................................................................................... 99Résolution des problèmes de validation de l'hôte distant ..................... 100

Affichage des journaux de la validation d'hôte ............................. 101Activation de la communication non sécurisée avec des hôtes

NetBackup 8.0 et versions antérieures ................................ 102Approbation des mappages d'ID de nom à des noms d'hôte .......... 102

6Table des matières

Effacement du cache de l'hôte ................................................. 104Dépannage d'Auto Image Replication ............................................. 104

Dépannage d'Auto Image Replication ....................................... 105À propos du dépannage des travaux d'importation automatiques

.................................................................................... 113Dépannage des performances de la carte d'interface réseau ............... 118À propos des entrées SERVER dans le fichier bp.conf ....................... 119À propos des problèmes d'unités de stockage non disponibles ............. 119Résolution d'une défaillance des opérations d'administration NetBackup

sous Windows ...................................................................... 120Résolution de texte déformé affiché dans NetBackup Administration

Console sur un ordinateur UNIX .............................................. 121

Chapitre 3 Utilisation des utilitaires NetBackup ........................... 122

À propos des utilitaires de dépannage NetBackup ............................. 122À propos des utilitaires d'analyse pour les journaux de débogage de

NetBackup .......................................................................... 124À propos de l'Assistant Consignation .............................................. 128Utilitaires de dépannage réseau .................................................... 128À propos de l'utilitaire de support NetBackup (nbsu) .......................... 129

Sortie de l'utilitaire de support NetBackup (nbsu) ......................... 132Exemple d'un affichage de progression pour l'utilitaire de support

NetBackup (nbsu) ........................................................... 133À propose de l'utilitaire de vérification de la cohérence NetBackup

(NBCC) .............................................................................. 134Sortie de l'utilitaire de vérification de la cohérence NetBackup

(NBCC) ........................................................................ 136Exemple d'affichage de la progression de NBCC ......................... 137

À propos de l'utilitaire NBCCR (NetBackup Consistency Check Repair).......................................................................................... 143

À propos de l'utilitaire nbcplogs ..................................................... 145A propos des utilitaires de test robotique ......................................... 146

Tests robotiques sous UNIX .................................................... 147Tests robotiques sous Windows ............................................... 148

Chapitre 4 Reprise après incident ................................................... 150

À propos de la reprise après incident .............................................. 151À propos des exigences relatives à la reprise après incident ................ 152Packages de reprise après incident ................................................ 153À propos des paramètres de reprise après incident ............................ 153Pratiques recommandées en matière de sauvegarde ......................... 155Procédures de récupération de disque pour UNIX et Linux .................. 158


À propos de la récupération du disque du serveur maître sousUNIX et Linux ................................................................ 159

A propos de la récupération du disque de serveur de médiasNetBackup sous UNIX ..................................................... 165

Récupération du disque système sur un poste de travail de clientUNIX ............................................................................ 165

À propos de la récupération d'un serveur NetBackup faisant partie d'uncluster sous UNIX et Linux ...................................................... 166Remplacement d'un nœud défaillant dans un cluster UNIX ou

Linux ............................................................................ 166Récupération du cluster UNIX ou Linux dans son ensemble .......... 168

Procédures de récupération de disque pour Windows ........................ 170Récupération du disque de serveur maître pour Windows ............. 171Récupération du disque de serveur de médias NetBackup sous

Windows ....................................................................... 178Récupération d'un disque client Windows .................................. 178

À propos de la récupération d'un serveur NetBackup faisant partie d'uncluster sous Windows ............................................................ 181Remplacement d'un nœud défaillant dans un cluster VCS de

Windows ....................................................................... 181Récupération du disque partagé dans un cluster VCS de Windows

.................................................................................... 182Récupération du cluster VCS de Windows dans son intégralité

.................................................................................... 184Génération d'un certificat sur un serveur maître en cluster après une

installation de reprise après incident ......................................... 185À propos de la restauration de package de reprise après incident ......... 186Restauration de package de reprise après incident sous Windows

.......................................................................................... 187Restauration de package de reprise après incident sous Unix .............. 189À propos de la récupération du catalogue NetBackup ........................ 190

A propos de la récupération du catalogue NetBackup sur lesordinateurs Windows ....................................................... 193

À propos de la récupération du catalogue NetBackup à partir depériphériques de disque ................................................... 193

A propos de la récupération de catalogue NetBackup et des lienssymboliques .................................................................. 194

A propos de la récupération de catalogue NetBackup et del'OpsCenter ................................................................... 195

Exemple de message électronique de reprise après incidentNetBackup .................................................................... 196

À propos de la récupération du catalogue NetBackup entier .......... 199


A propos de la récupération des fichiers image de catalogue deNetBackup .................................................................... 212

A propos de la récupération de la base de données relationnelleNetBackup .................................................................... 229

Récupération du catalogue NetBackup lorsque le contrôle d'accèsà NetBackup est configuré ................................................ 240

Récupération du catalogue NetBackup à partir d'une copiesecondaire d'une sauvegarde de catalogue .......................... 242

Récupération du catalogue NetBackup sans fichier de repriseaprès incident ................................................................ 243

Récupération d'une sauvegarde de catalogue en ligne dirigée parl'utilisateur NetBackup depuis la ligne de commande ............. 244

Restauration des fichiers d'une sauvegarde de catalogue en ligneNetBackup .................................................................... 249

Déblocage des médias de récupération de catalogue en ligne deNetBackup .................................................................... 249

Étapes à exécuter quand vous recevez l'état de sortie 5988pendant une récupération de catalogue ............................... 250

Index .................................................................................................................. 253


IntroductionCe chapitre traite des sujets suivants :

■ Informations sur le code d'état et la consignation de NetBackup

■ Résolution de problème

■ Rapport de problème pour le support technique

■ Collecte des informations pour des applications NetBackup Java

Informations sur le code d'état et la consignationde NetBackup

Les informations suivantes ont été déplacées dans le Guide de référence deconsignation de NetBackup :

■ Chapitres sur la consignation

■ Annexe "Aperçu du fonctionnement des sauvegardes et des restaurations"

■ Annexe "Fonctionnement de la gestion des périphériques et des médias"

Consultez le Guide de référence de consignation NetBackup pour ces rubriques :

http://www.veritas.com/docs/DOC5332

Pour les descriptions et les actions recommandées sur les codes d'état NetBackup,consultez le Guide de référence de codes d'état NetBackup.

Résolution de problèmeLes étapes suivantes vous fournissent des instructions générales pour vous aiderà résoudre tout problème qui pourrait survenir lors de l'utilisation de NetBackup.

1Chapitre


Elles incluent des liens qui renvoient vers des informations de dépannage plusspécifiques.

Tableau 1-1 Étapes pour la résolution des problèmes de NetBackup

DescriptionActionÉtape

Des messages d'erreur s'affichent généralement en cas de problème. Sivous ne voyez aucun message d'erreur dans l'interface, mais suspecteznéanmoins un problème, consultez les rapports et les journaux. NetBackupfournit des équipements de création de rapports et de consignationperformants. Ceux-ci affichent un message d'erreur de manière à vousorienter directement vers une solution.

Les journaux présentent également les éléments opérationnels et l'opérationNetBackup qui était en cours d'exécution au moment où le problème s'estproduit. Par exemple, une opération de restauration nécessite le montaged'un média, or celui-ci est en cours d'utilisation pour une autre sauvegarde.Les journaux et les rapports sont les outils essentiels pour le dépannage.

Consultez le Guide de référence de consignation NetBackup.

Souvenez-vous du messaged'erreur

Étape 1

Posez les questions suivantes :

■ Quelle opération avez-vous tentée ?■ Quelle méthode avez-vous utilisée ?

Par exemple, il existe plusieurs manières d'installer un logiciel sur unclient. De plus, différentes interfaces sont généralement disponibles pourla mise en œuvre de nombreuses opérations. Certaines opérationspeuvent être exécutées à l'aide d'un script.

■ Quels types de plate-forme serveur et de système d'exploitation étaientimpliqués ?

■ Si votre site utilise à la fois un serveur maître et un serveur de médias,s'agissait-il du serveur maître ou du serveur de médias ?

■ Si un client était impliqué, de quel type de client s'agissait-il ?■ Êtes-vous déjà parvenu à exécuter cette opération par le passé ? Si oui,

en quoi votre environnement diffère-t-il à présent ?■ Quel est le niveau de Service Pack ?■ Utilisez-vous les derniers correctifs disponibles pour le système

d'exploitation, notamment ceux requis pour l'utilisation de NetBackup ?■ La version de votre microprogramme de périphérique est-elle équivalente

ou supérieure à celle qui a été testée selon les listes de compatibilité depériphérique publiées ?

Identifiez ce que vous faisiezquand le problème estsurvenu

Etape 2

11IntroductionRésolution de problème



Saisissez les informations pouvant s'avérer précieuses :

■ Journaux de progression NetBackup■ Rapports NetBackup■ Rapports des utilitaires de NetBackup■ Journaux de débogage NetBackup■ Journaux de débogage de gestion des médias et des périphériques■ Sur les serveurs NetBackup UNIX, vérifiez la présence de messages

d'erreur ou d'état dans le journal système ou la sortie standard.■ Messages d'erreur ou d'état dans les boîtes de dialogue■ Sur les serveurs NetBackup Windows, vérifiez la présence d'erreurs ou

d'informations sur l'état dans les journaux du système et de l'Observateurd'événements.

Enregistrez ces informations pour chaque tentative. Comparez les résultatsde plusieurs tentatives. L'enregistrement des différentes tentatives peutégalement se montrer utile pour les autres utilisateurs de votre site ainsi quepour le personnel du support client au cas où vous ne parviendriez pas àrésoudre votre problème. Vous pouvez obtenir plus d'informations sur lesjournaux et les rapports.


Enregistrez toutes lesinformations

Etape 3

Après avoir défini le problème, utilisez les informations suivantes pour lecorriger :

■ Prenez l'action corrective recommandée par le code d'état ou le message.Consultez le Guide de référence des codes d'état.

■ Si aucun code d'état ou message n'existe ou si les actions pour le coded'état ne résolvent pas le problème, essayez ces procéduressupplémentaires de dépannage :Se reporter à "Dépannage des problèmes NetBackup" à la page 20.

Corrigez le problèmeEtape 4

Si votre dépannage échoue, préparez-vous à contacter le support techniqueen complétant un rapport de problème.

Se reporter à "Rapport de problème pour le support technique" à la page 13.

Se reporter à "Collecte des informations pour des applications NetBackupJava" à la page 15.

Sur les systèmes UNIX, le script/usr/openv/netbackup/bin/goodies/support crée un fichiercontenant les données qui sont nécessaires au personnel du support clientpour déboguer les problèmes rencontrés. Pour plus de détails, consultezles informations relatives à l'utilisation de ce script à l'aide de la commandesupport -h.

Remplissez un rapport deproblème pour le supporttechnique

Etape 5

12IntroductionRésolution de problème




Le site du support Veritas contient un grand nombre d'informations permettantde résoudre les problèmes relatifs à NetBackup.

Accédez au support technique à l'URL suivante :

https://www.veritas.com/support/en_US.html

Contactez le supporttechnique

Etape 6

Remarque : Le terme "serveur de médias" peut ne pas s'appliquer au produit duserveur NetBackup. Tout dépend du contexte. Quand vous dépannez une installationde serveur, n'oubliez pas que seul un hôte existe : les serveurs maître et de médiasne forment qu'un seul et même serveur. Ignorer les références à un serveur demédias sur un autre hôte.

Rapport de problème pour le support techniqueComplétez les informations suivantes avant d'entrer en contact avec l'assistancepour signaler un problème.

Date: _________________________

Sauvegardez les informations relatives au produit, au périphérique et à la plate-formequi suivent :

■ Nom et version du produit.

■ Type de matériel serveur et version du système d'exploitation.

■ Type de matériel client et version du système d'exploitation, si un client estimpliqué.

■ Unités de stockage utilisées, s'il est possible que des unités de stockage soientimpliquées.

■ Si le problème semble lié au périphérique, soyez en mesure de fournir lesinformations relatives au périphériques suivantes : les types de robots et depériphériques, leurs versions ainsi que les informations relatives à la gestiondes médias et des périphériques et à la configuration du système.

■ Les correctifs logiciels de produits qui ont été installés.

■ Les Service Packs et les correctifs qui ont été installés.________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________

13IntroductionRapport de problème pour le support technique


____________________________________________________________________________________________________________________________________________

Définissez le problème.

______________________________________________________________________

______________________________________________________________________

______________________________________________________________________

Que faisiez-vous lorsque le problème est survenu ? (par exemple, une sauvegardesur un client Windows)

______________________________________________________________________

______________________________________________________________________

Quels étaient les indicateurs d'erreur ? (par exemple, un code d'état ou un messaged'erreur)

______________________________________________________________________

______________________________________________________________________

______________________________________________________________________

Le problème s'est-il produit pendant ou à la suite des opérations suivantes :

_____ Installation initiale

_____ Modification de la configuration (expliquez)

_____ Changement ou problème de système (expliquez)

_____ Avez-vous déjà rencontré ce problème ? (Si oui, comment l'aviez-vous résolula fois précédente ?)

______________________________________________________________________

______________________________________________________________________

______________________________________________________________________

Journaux ou autres données d'échec que vous avez enregistrés :

_____ toutes les entrées de journal, rapport

_____ Journaux de débogage de gestion des médias et des périphériques

_____ Journaux de débogage NetBackup

_____ Journaux système (UNIX)

_____ Application observateur d'événements et journaux système (Windows)

Moyens d'entrer en contact avec nous :

___ MyVeritas.com - Portail de gestion des incidents

14IntroductionRapport de problème pour le support technique

_____ mft.veritas.com - Portail de transfert de fichiers pour les téléchargementshttps

_____ sftp.veritas.com - Serveur de transfert de fichiers pour les transferts sftp

Pour plus d'informations, consultez les éléments suivants :

http://www.veritas.com/docs/000097935

_____ courrier électronique

_____ WebEx

Collecte des informations pour des applicationsNetBackup Java

Si vous rencontrez des problèmes liés aux applications NetBackup-Java, utilisezles méthodes suivantes pour rassembler des données pour le support.

Les scripts suivants sont disponibles pour la collecte des informations :

Consigne les données dans un fichier journal dans/usr/openv/netbackup/logs/user_ops/nbjlogs. Audémarrage, le script vous indique dans quel fichier de ce répertoire laconsignation s'effectue. La taille de ce fichier est relativement réduite(généralement moins de 2 Ko). Consultez le fichier/usr/openv/java/Debug.properties pour connaître les optionssusceptibles d'affecter le contenu de ce fichier journal.

jnbSA

(Script de démarrage de l'applicationd'administration de NetBackup Java)

Si NetBackup est installé sur l'ordinateur où l'application a étédémarrée, le script consigne les données dans un fichier journal àl'emplacementchemin_installation\NetBackup\logs\user_ops\nbjlogs.

Si NetBackup n'a pas été installé sur cet ordinateur, aucun fichierjournal n'est créé. Afin de produire un fichier journal, modifiez ladernière ligne de java.exe comme suit pour rediriger la sortie vers unfichier : chemin_installation\java\nbjava.bat.

Si NetBackup n'a pas été installé sur cet ordinateur, le script consigneles données dans un fichier journal à l'emplacementchemin_installation\Veritas\Java\logs.

Remarque : Si NetBackup est installé à l'emplacement oùl'application a été démarrée et si chemin_installation n'est pas définidans le fichier setconf.bat, le script consigne les données dans unfichier journal à l'emplacementchemin_installation\Veritas\Java\logs.

Application d'administration de NetBackupJava sous Windows

15IntroductionCollecte des informations pour des applications NetBackup Java


UNIX/Linux seulement.

Fournit une trace de pile de machine virtuelle Java pour que le supportpuisse l'analyser. Cette trace de pile est enregistrée sur le fichierjournal qui est associé à l'instance d'exécution.

/usr/openv/java/get_trace

Il interroge l'hôte et collecte les informations de diagnostiquesappropriées à propos de NetBackup et du système d'exploitation.

Se reporter à "À propos de l'utilitaire de support NetBackup (nbsu)"à la page 129.

UNIX/Linux :

/usr/openv/netbackup/bin/support/nbsu

Windows :

install_path\NetBackup\bin\support\nbsu.exe

L'exemple suivant décrit la manière dont vous pourriez recueillir des données dedépannage que le support technique de Veritas peut analyser.

Patientez plusieurs minutes avant de conclure que l'opérationest bloquée. Certaines opérations peuvent prendre un certaintemps pour se terminer, en particulier les opérations desapplications Moniteur d'activité et Rapports.

Une application ne répondpas.

Exécutez /usr/openv/java/get_trace sur le comptesur lequel vous avez démarré l'application Java. Ce scriptentraîne l'enregistrement d'une trace de pile dans le fichierjournal.

Par exemple, si vous démarriez jnbSA à partir du compteroot, démarrez /usr/openv/java/get_trace en tantqu'utilisateur root. Autrement, la commande s'exécute sanserreur mais ne génère aucune trace de pile dans le journalde débogage. Cet échec est dû au fait que le compte rootest le seul compte autorisé à exécuter la commande qui videla trace de pile.

UNIX/Linux uniquement :

Toujours aucune réponseaprès plusieurs minutes.

Exécutez la commande nbsu qui est répertoriée dans cetterubrique. Exécutez cette commande après avoir terminél'installation de NetBackup et chaque fois que vous modifiezla configuration de NetBackup.

Notez les donnéesconcernant votreconfiguration.

Envoyez le fichier journal et la sortie de la commande nbsupour analyse.

Contactez le supporttechnique Veritas

16IntroductionCollecte des informations pour des applications NetBackup Java

Procédures de dépannageCe chapitre traite des sujets suivants :

■ Procédures de dépannage

■ Dépannage des problèmes NetBackup

■ Dépannage des problèmes d'installation

■ Dépannage des problèmes de configuration

■ Résolution des problèmes de configuration de périphérique

■ Test du serveur maître et des clients

■ Test des serveurs de médias et des clients

■ Résolution des problèmes de communication réseau avec des clients UNIX

■ Résolution des problèmes de communication réseau avec des clients Windows

■ Dépannage des connexion au proxy vnetd

■ Dépannage de la révocation des certificats de sécurité

■ À propos du dépannage des réseaux et des noms d'hôte

■ Vérification du nom d'hôte et des entrées de service dans NetBackup

■ À propos de l'utilitaire bpclntcmd

■ Utilisation de la fenêtre Propriétés de l'hôte pour accéder aux paramètres deconfiguration

■ Résolution des problèmes de disque plein

■ Considérations de dépannage d'un média figé

■ Résolution des problèmes avec les services Web NetBackup

2Chapitre

■ Résolution des problèmes avec le certificat de serveur Web NetBackup

■ Résolution des problèmes liés à PBX

■ Résolution des problèmes de validation de l'hôte distant

■ Dépannage d'Auto Image Replication

■ Dépannage des performances de la carte d'interface réseau

■ À propos des entrées SERVER dans le fichier bp.conf

■ À propos des problèmes d'unités de stockage non disponibles

■ Résolution d'une défaillance des opérations d'administration NetBackup sousWindows

■ Résolution de texte déformé affiché dans NetBackup Administration Consolesur un ordinateur UNIX

Procédures de dépannageLes procédures suivantes d'identification de l'origine des erreurs NetBackup sontdonnées à titre général et ne sauraient s'appliquer à chaque problème particulier.Cependant, elles décrivent des méthodes qui permettent généralement de résoudrele problème.

Le site du support technique Veritas contient un grand nombre d'informationspermettant de résoudre les problèmes de NetBackup. Consultez le site suivantpour obtenir de l'aide pour le dépannage :


Lorsque vous exécutez ces procédures, réalisez chaque étape dans l'ordre. Si vousavez déjà exécuté l'action ou si elle n'est pas applicable, passez à l'étape suivante.Si elle renvoie à un autre chapitre, utilisez les solutions qui y sont suggérées. Si leproblème persiste, passez à d'étape suivante de la procédure. Vous pouvezégalement modifier votre approche en fonction de votre configuration et desopérations que vous avez déjà tentées.

Les procédures de dépannage peuvent être classées selon les catégories suivantes :

18Procédures de dépannageProcédures de dépannage


Les procédures suivantes décrivent les points à vérifieren premier lieu. Elles renvoient vers d'autres procéduresliées.

Se reporter à "Dépannage des problèmes NetBackup"à la page 20.

Se reporter à "Vérification de tous les processus en coursd'exécution sur les serveurs UNIX" à la page 23.

Se reporter à "Vérification de l'exécution de tous lesprocessus sur les serveurs Windows" à la page 26.

Dépannage préliminaire

Problèmes qui s'appliquent spécifiquement à l'installation.

Se reporter à "Dépannage des problèmes d'installation"à la page 29.

Dépannage d'installation

Problèmes qui s'appliquent spécifiquement à laconfiguration.

Se reporter à "Dépannage des problèmes deconfiguration" à la page 30.

Dépannage de configuration

Ces procédures définissent des méthodes généralesd'identification des problèmes serveur et client et doiventêtre utilisées en dernier recours.

Se reporter à "Test du serveur maître et des clients"à la page 36.

Se reporter à "Test des serveurs de médias et desclients" à la page 40.

Se reporter à "Résolution des problèmes decommunication réseau avec des clients UNIX"à la page 44.

Se reporter à "Résolution des problèmes decommunication réseau avec des clients Windows"à la page 48.

Se reporter à "Vérification du nom d'hôte et des entréesde service dans NetBackup" à la page 71.

Se reporter à "À propos de l'utilitaire bpclntcmd"à la page 81.

Se reporter à "Vérification du nom d'hôte et des entréesde service dans NetBackup" à la page 71.

Tests généraux et dépannage

19Procédures de dépannageProcédures de dépannage

Se reporter à "Résolution des problèmes de disque plein"à la page 85.

Se reporter à "Considérations de dépannage d'un médiafigé" à la page 87.

Se reporter à "À propos des conditions qui figent lesmédias" à la page 88.

Se reporter à "Dépannage des performances de la carted'interface réseau" à la page 118.

Autres procédures de dépannage

Une série d'exemples permettant de visualiser les entrées de noms d'hôte et deservices pour les systèmes UNIX est également disponible.

■ Se reporter à "Exemple des entrées de nom d'hôte et de service sur le serveurmaître et le client d'UNIX" à la page 76.

■ Se reporter à "Exemple d'entrées de nom d'hôte et de service sur le serveurmaître et le serveur de médias UNIX" à la page 78.

■ Se reporter à "Exemple d'entrées de nom d'hôte et de services sur des clientsPC UNIX" à la page 79.

■ Se reporter à "Exemple des entrées de nom d'hôte et de service sur le serveurUNIX se connectant à plusieurs réseaux" à la page 80.

Dépannage des problèmes NetBackupSi vous rencontrez des problèmes avec NetBackup, exécutez ces actions ci-aprèsen premier lieu.

Cette procédure préliminaire de dépannage NetBackup décrit les points à vérifieren premier lieu et renvoie à d'autres procédures si nécessaire. Ces procéduresn'essayent pas de couvrir chaque problème qui peut se produire. Cependant, ellesrecommandent des méthodes permettant généralement de résoudre le problème.

Lorsque vous exécutez ces procédures, réalisez chaque étape dans l'ordre. Si vousavez déjà exécuté l'action ou si elle n'est pas applicable, passez à l'étape suivante.Si elle renvoie à un autre chapitre, utilisez les solutions qui y sont suggérées. Si leproblème persiste, passez à d'étape suivante de la procédure. Vous pouvezégalement modifier votre approche en fonction de votre configuration et desopérations que vous avez déjà tentées.

20Procédures de dépannageDépannage des problèmes NetBackup

Tableau 2-1 Étapes de dépannage des problèmes NetBackup


Assurez-vous que vos serveurs et clients exécutent les versions du systèmed'exploitation prises en charge et que les périphériques que vous utilisez (lecas échéant) sont pris en charge.

Consultez la Liste de compatibilité du serveur maître NetBackup.

En outre, les notes de mise à jour NetBackup incluent une section Correctifset mises à jour du système d'exploitation requis pour NetBackup à consulter.Les notes de mise à jour pour votre version sont disponibles ici :


Vérifiez les systèmesd'exploitation et lespériphériques.

Étape 1

Utilisez le rapport Toutes les entrées de journal et recherchez les erreursNetBackup pour la période appropriée. Ce rapport peut indiquer dans quelcontexte l'erreur s'est produite. Souvent, il fournit des informationsspécifiques, qui sont utiles quand le code d'état peut résulter d'une série deproblèmes.

Consultez les informations liées aux rapports dans le Guide del'administrateur NetBackup, volume I.

Si le problème concerne une sauvegarde ou une archive, vérifiez le rapportÉtat des sauvegarde. Ce rapport donne le code d'état.

Si vous rencontrez un code ou message d'état dans l'un ou l'autre de cesrapports, effectuez les actions correctives recommandées.

Consultez le Guide de référence des codes d'état.

Utilisez les rapports pourrechercher les erreurs.

Étape 2

Vérifiez le journal système (UNIX) ou le journal système et l'applicationObservateur d'événements (Windows) si le problème concerne la gestiondes médias ou des périphériques et que l'une des conditions suivantes estvérifiée :

■ NetBackup ne fournit pas de code d'état.■ Vous ne pouvez pas corriger le problème en suivant les instructions des

codes et les messages d'état de NetBackup.■ Vous ne pouvez pas corriger le problème en suivant les instructions des

codes et les messages d'état de la gestion des médias et despériphériques.

Ces journaux peuvent indiquer dans quel contexte l'erreur s'est produite.Les messages d'erreur sont habituellement assez descriptifs pour vousindiquer la nature du problème.

Vérifiez les journaux dusystème d'exploitation.

Étape 3


http://www.NetBackup.com/Compatibility






Vérifiez les journaux de débogage applicables activés et corrigez lesproblèmes que vous détectez. Si ces journaux ne sont pas activés, activez-lesavant de relancer l'opération défectueuse.


Passez en revue les journauxde débogage.

Étape 4

Si vous avez effectué des actions correctives, relancez l'opération. Si vousn'avez effectué aucune action corrective ou si le problème persiste, passezà l'étape suivante.

Relancez l'opération.Étape 5

Si vous rencontrez le problème pendant une nouvelle installation, lors d'uneinstallation de mise à niveau ou après avoir apporté des modifications à uneconfiguration existante, vérifiez les éléments suivants :

Se reporter à "Dépannage des problèmes d'installation" à la page 29.

Se reporter à "Dépannage des problèmes de configuration" à la page 30.

Obtenez plus d'informationsrelatives aux problèmesd'installation.

Étape 6

Si vous rencontrez un blocage du serveur ou du disque client, des procéduressont disponibles pour récupérer les fichiers qui sont essentiels aufonctionnement de NetBackup.

Se reporter à "Procédures de récupération de disque pour UNIX et Linux"à la page 158.

Se reporter à "Procédures de récupération de disque pour Windows"à la page 170.

Assurez-vous que le serveuret le client sont opérationnels.

Étape 7

Vérifiez que vous avez suffisamment d'espace disponible dans les partitionsde disque que NetBackup utilise. Si l'une ou plusieurs de ces partitions sontpleines, les processus NetBackup qui accèdent à la partition pleine échouent.Le message d'erreur résultant dépend du processus. Messages d'erreurpossibles : "Impossible d'accéder" ou "Impossible de créer ou d'ouvrir unfichier".

Sur les systèmes UNIX, utilisez la commande df afin d'afficher lesinformations de partition de disque. Sur les systèmes Windows, utilisez legestionnaire de disque ou l'explorateur.

Vérifiez les partitions de disque suivantes :

■ La partition sur laquelle le logiciel NetBackup est installé.■ Sur le serveur maître ou le serveur de médias NetBackup, la partition

dans laquelle les bases de données NetBackup résident.■ La partition dans laquelle les processus NetBackup enregistrent les

fichiers temporaires.■ La partition dans laquelle les journaux NetBackup sont enregistrés.■ La partition où le système d'exploitation est installé.

Assurez-vous que lespartitions ont assez d'espacedisque.

Étape 8




Activez la consignation détaillée, soit pour tout, soit seulement pour les zonesque vous pensez être liées au problème.

Consultez le Guide de référence de consignation NetBackup pour plusd'informations sur la modification du niveau de consignation.

Augmentez le niveau deconsignation.

Étape 9

Suivez les procédures pour les serveurs NetBackup UNIX ou Windows.

Se reporter à "Vérification de tous les processus en cours d'exécution surles serveurs UNIX" à la page 23.

Se reporter à "Vérification de l'exécution de tous les processus sur lesserveurs Windows" à la page 26.

Déterminez les daemons ouprocessus qui sont en coursd'exécution.

Étape 10

Vérification de tous les processus en cours d'exécution sur lesserveurs UNIX

Pour que NetBackup fonctionne correctement, le jeu correct de processus (daemons)doit être en cours d'exécution sur vos serveurs UNIX. Cette procédure déterminequels processus sont en cours d'exécution et affiche comment démarrer lesprocessus qui peuvent ne pas être en cours d'exécution.


Pour vérifier que tous les processus sont en cours d'exécution sur lesserveurs UNIX

1 Pour consulter la liste de processus (daemons) en cours d'exécution sur leserveur et sur le Gestionnaire de médias, entrez la commande suivante :

/usr/openv/netbackup/bin/bpps -x


2 Assurez-vous que les processus suivants sont en cours d'exécution sur lesserveurs NetBackup :

Serveur maître

nbpemnbproxynbrbnbrmmsnbslnbstservnbsvcmonnbwmcNB_dbsrvpbx_exchangevmdvnetd -standalone

bpcd -standalonebpcompatdnbcsscbpdbmbpjobdbprdjavanbarsnbdisco (discovery manager)nbemmnbevtmgrnbim (index manager)nbjm

Serveur de médias

avrd (automatic volume recognition, only if drives are configured

on the server)

bpcd –standalone

bpcompatd

ltid (needed only if tape devices are configured on the server)

mtstrmd (if the system has data deduplication configured)

nbrmms

nbsl

nbsvcmon

pbx_exchange

spad (if the system has data deduplication configured)

spoold (if the system has data deduplication configured)

vmd (volume)

vnetd –standalone

Any tape or robotic processes, such as tldd, tldcd

Remarque :Des processus supplémentaires peuvent également être en coursd'exécution si d'autres produits additionnels, agents de base de données, etainsi de suite sont installés. Pour obtenir de l'aide supplémentaire, consultezla page http://www.veritas.com/docs/TECH135186.


http://www.veritas.com/docs/TECH135186

3 Si le daemon de requête de NetBackup (bprd) ou le daemon de gestionnairede bases de données (bpdbm) n'est pas en cours d'exécution, démarrez-le enentrant la commande suivante:

/usr/openv/netbackup/bin/initbprd

4 Si la console de gestion Web NetBackup (nbwmc) n’est pas en cours d’exécution,démarrez-la à l’aide de la commande suivante :

/usr/openv/netbackup/bin/nbwmc

5 Si l'un des processus de serveur de médias n'est pas en cours d'exécution,arrêtez le processus de périphérique ltid en exécutant la commande suivante :

/usr/openv/volmgr/bin/stopltid

6 Pour vérifier que les processus ltid, avrd et de commande robotiques sontarrêtés, exécutez la commande suivante :

/usr/openv/volmgr/bin/vmps

7 Si vous utilisez la commande robotique ACS, les processus acsssi et acsselcontinuent à s'exécuter lorsque le processus ltid est arrêté. Utilisez lacommande kill d'UNIX pour arrêter individuellement ces processus decommande robotiques.

8 Puis, démarrez tous les processus de périphérique en exécutant la commandesuivante :

/usr/openv/volmgr/bin/ltid

Pour le débogage, démarrez le processus ltid avec l'option -v (détaillée).

9 S'il y a lieu, vous pouvez utiliser la commande suivante pour arrêter etredémarrer tous les processus de serveur NetBackup :

/usr/openv/netbackup/bin/bp.kill_all

/usr/openv/netbackup/bin/bp.start_all

Vérification de l'exécution de tous les processus sur les serveursWindows

Utilisez la procédure suivante pour vous assurer que tous les processus qui doivents'exécuter sur le serveur Windows sont en cours d'exécution.


Tableau 2-2 Étapes pour s'assurer que tous les processus nécessaires sonten cours d'exécution sur des serveurs Windows


Les services suivants doivent être en cours d'exécution pour les opérations typiquesde sauvegarde et de restauration (étapes 1, 2 et 3 dans ce tableau). Si ces servicesne sont pas en cours d'exécution, démarrez-les à l'aide du moniteur d'activitéNetBackup ou de l'application Services dans le Panneau de configuration Windows.

Pour les démarrer tous, exécutez install_path\NetBackup\bin\bpup.exe.

Services sur des serveurs maîtres :

■ Authentification NetBackup■ Service client NetBackup■ Conteneur NetBackup CloudStore Service Container■ Service de compatibilité NetBackup■ Gestionnaire de bases de données NetBackup■ NetBackup Discovery Framework■ NetBackup Enterprise Media Manager■ Gestionnaire d'événements NetBackup■ Gestionnaire d'indexation NetBackup■ NetBackup Job Manager■ NetBackup Policy Execution Manager■ Gestionnaire de bases de données relationnelles NetBackup■ NetBackup Remote Manager and Monitor Service■ Daemon de requête NetBackup■ NetBackup Resource Broker■ Couche de service NetBackup■ Moniteur de service NetBackup■ Gestionnaire de cycle de vie du stockage NetBackup■ NetBackup Vault Manager■ NetBackup Volume Manager■ Console de gestion Web NetBackup■ Veritas Private Branch Exchange

Remarque : Des processus supplémentaires peuvent également être en coursd'exécution si d'autres produits additionnels, agents de base de données, et ainside suite sont installés. Pour obtenir de l'aide supplémentaire, consultez la pagehttp://www.veritas.com/docs/TECH135186

Démarrez tous lesservices sur lesserveurs maîtres.

Étape 1


http://www.veritas.com/docs/TECH135186


Services sur les serveurs de médias :

■ Service client NetBackup■ Moteur de déduplication NetBackup (si la déduplication de données est

configurée sur le système)■ Gestionnaire de déduplication NetBackup (si la déduplication de données est

configurée sur le système)■ Agent de déduplication à plusieurs threads NetBackup (si la déduplication de

données est configurée sur le système)■ Service NetBackup Device Manager (si le système contient des périphériques

configurés)■ NetBackup Remote Manager and Monitor Service (si la déduplication de

données est configurée sur le système)■ Service NetBackup Volume Manager

Démarrez tous lesservices sur lesserveurs de médias.

Étape 2

Services sur les clients :

■ Service client NetBackup■ Service de client hérité NetBackup■ Veritas Private Branch Exchange

Démarrez tous lesservices sur les clients.

Étape 3

Utilisez le Moniteur d'activité NetBackup pour savoir si les processus suivantssont en cours d'exécution :

■ avrd (reconnaissance automatique de support), uniquement si des lecteurssont configurés sur le serveur.

■ Processus pour tous les robots configurés.Consultez le Guide de l'administrateur NetBackup, volume I.

Si ces processus ne sont pas en cours d'exécution, arrêtez et redémarrez le serviceNetBackup Device Manager. Utilisez le Moniteur d'activité ou l'applicationServices dans le Panneau de configuration de Windows.

Démarrez avrd et lesprocessus des robots.

Étape 4




Si vous avez dû démarrer un des processus ou services dans l'une des étapesprécédentes, relancez l'opération.

Si les processus et les services sont en cours d'exécution ou si le problème persiste,vous pouvez essayer de tester les serveurs et les clients.

Se reporter à "Test du serveur maître et des clients" à la page 36.

Se reporter à "Test des serveurs de médias et des clients" à la page 40.

Si vous ne pouvez pas démarrer l'un de ces processus ou services, vérifiez laprésence de problèmes liés à NetBackup dans les journaux de débogageappropriés.


Quand ces processus et services démarrent, ils continuent de s'exécuter, sauf sivous les arrêtez manuellement ou si un problème survient dans le système. Surles systèmes Windows, il est recommandé d'ajouter des commandes pour lesdémarrer dans vos scripts de démarrage, pour les redémarrer en cas deréinitialisation.

Redémarrez l'opérationou procédez à undépannagesupplémentaire.

Étape 5

Dépannage des problèmes d'installationSuivez les étapes ci-dessous pour dépanner des problèmes d'installation.

Tableau 2-3 Étapes de dépannage des problèmes d'installation.


Les défaillances peuvent être dues aux raisons suivantes :

■ Non connecté en tant qu'administrateur sur un système Windows : vous devezavoir l'autorisation d'installer des services sur le système.

■ Autorisation refusée : assurez-vous que vous avez l'autorisation d'utiliser lepériphérique et d'enregistrer les répertoires et les fichiers à installer.

■ Mauvais médias : contactez le support technique.■ Lecteur défectueux : remplacez le lecteur ou consultez la documentation du

constructeur du matériel.■ Lecteur incorrectement configuré : consultez la documentation du système et

du constructeur.

Déterminez si vouspouvez installer lelogiciel sur le serveurmaître et les serveursde médias à l'aide dusupport d'installation.

Étape 1

29Procédures de dépannageDépannage des problèmes d'installation



Remarque : Avant d'installiez ou d'utiliser NetBackup sur un client Linux, vérifiezque les services bpcd -standalone et vnetd -standalone sont démarréssur cet ordinateur. Ces services assurent la communication correcte entre le serveurNetBackup maître et le client Linux.

Remarque : Les serveurs UNIX et Linux de NetBackup peuvent transférer lelogiciel client vers les clients UNIX/Linux, et les serveurs Windows vers les clientsWindows. Vous pouvez également télécharger le logiciel client de l'applianceNetBackup, puis exécuter l'installation sur le client.

Remarque : Consultez le Guide de l'administrateur de l'appliance NetBackup.

Procédez comme suit :

■ Pour installer sur un client UNIX de confiance, vérifiez ce qui suit :■ Le nom de client correct se trouve dans votre configuration de politique.■ Le nom de serveur correct se trouve dans le fichier client /.rhosts.Si l'installation s'arrête, recherchez les problèmes éventuels dans le shell oules variables d'environnement pour l'utilisateur root sur le client. Les fichiers àvérifier dépendent de la plate-forme, du système d'exploitation et du shell quevous utilisez. Par exemple, votre .login sur un système Sun exécute stty(tel que stty ^erase) avant qu'il définisse le type de votre terminal. Si cetteaction provoque l'arrêt du processus d'installation, vous pouvez modifier lefichier .login pour définir le terminal avant que vous exécutiez stty. Ou bien,déplacez le .login client dans un autre fichier jusqu'à ce que l'installation soitterminée.

■ Pour une installation sur un client sécurisé UNIX, vérifiez la configuration devotre ftp. Par exemple, vous devez utiliser un nom d'utilisateur et un mot depasse que le client considère valides.

Déterminez si vouspouvez installer lelogiciel clientNetBackup sur lesclients.

Étape 2

Déterminez si le problème est lié aux communications réseau générales.

Se reporter à "Résolution des problèmes de communication réseau avec desclients UNIX" à la page 44.

Se reporter à "Résolution des problèmes de communication réseau avec desclients Windows" à la page 48.

Résolvez lesproblèmes de réseau

Étape 3

Dépannage des problèmes de configurationUtilisez les étapes suivantes pour rechercher des problèmes après qu'une premièreinstallation ou des modifications soient faites à la configuration.

30Procédures de dépannageDépannage des problèmes de configuration

Http://www.veritas.com/docs/DOC5332

Tableau 2-4 Étapes de dépannage des problèmes de configuration


Vérifiez les problèmes de configuration de périphérique suivants :

■ La configuration du lecteur robotique ne spécifie pas le robot.■ Le type ou la densité configuré pour le lecteur n'est pas correct.■ Numéro de lecteur robotique incorrect.■ L'ID SCSI de la commande robotique a été spécifié à la place du numéro logique

assigné au robot.■ Le même numéro de robot est utilisé pour différents robots.■ L'ID SCSI du lecteur a été spécifié à la place du numéro d'index unique du

lecteur.■ Une plate-forme ne prend pas en charge un périphérique ou n'a pas été

configurée pour le reconnaître.■ Le périphérique robotique n'est pas configuré pour utiliser LUN 1, ce qui est

indispensable pour certains périphériques robotiques.■ Sous UNIX, le chemin d'accès de périphérique sans rembobinage du lecteur

est spécifié en tant que chemin d'accès avec rembobinage.■ Sous UNIX, la "fermeture de style Berkeley" n'as pas été configurée pour les

périphériques de bande. NetBackup requiert cette fonction qui est configurablesur quelques plates-formes. D'autres explications sont disponibles.

■ Sous UNIX, des périphériques de bande (autres que QIC) ne sont pasconfigurés en "mode variable." NetBackup requiert cette fonction qui estconfigurable sur quelques plates-formes. Le cas échéant, vous pouvez souventeffectuer des sauvegardes mais pas de restaurations.Pour plus d'informations, consultez le Guide de référence des codes d'état.

■ Sous UNIX, des chemins d'intercommunication vers les lecteurs de bande n'ontpas été établis.

Plus de descriptions sont disponibles concernant les problèmes de configurationde périphérique :

Consultez le Guide de configuration des périphériques NetBackup.

Recherchez lesproblèmes deconfiguration depériphérique.

Étape 1





Vérifiez les problèmes suivants au niveau des daemons ou des services :

■ Les daemons ou services ne s'exécutent pas au redémarrage (configurez lesystème pour les faire démarrer).

■ Des daemons ou services incorrects démarrent (problèmes au niveau desscripts de démarrage de serveur de médias).

■ La configuration a été modifiée pendant l'exécution des daemons ou services.■ Sous Windows, le fichier

%SystemRoot%\System32\drivers\etc\services ne contient pasd'entrée pour vmd, bprd, bpdbm et bpcd. Assurez-vous également que lesprocessus comportent des entrées pour les robots configurés. Une liste de cesprocessus est disponible.Consultez le Guide de l'administrateur NetBackup, volume I.

■ Sous UNIX, le fichier de /etc/services (ou NIS ou DNS) ne comporte pasd'entrée pour vmd, bprd, bpdbm ou des daemons robotiques.

Vérifiez les daemonsou les services.

Étape 2

Si vous avez identifié et corrigé des problèmes de configuration, relancez l'opérationet vérifiez les codes d'état ou les messages NetBackup comme suit :

■ Recherchez dans le rapport Toutes les entrées de journal les erreursNetBackup pour la période appropriée. Ce rapport peut indiquer dans quelcontexte l'erreur s'est produite. Il fournit souvent des informations spécifiquesutiles lorsque l'erreur peut provenir de toute une variété de problèmes.Si le problème concerne une sauvegarde ou une archive, vérifiez l'état détailléde la tâche dans le Moniteur d'activité. Vérifiez également le rapport Etat dessauvegardes.Si vous rencontrez un code ou message d'état dans l'un ou l'autre de cesrapports, effectuez les actions correctives recommandées.Consultez le Guide de référence des codes d'état.

■ Vérifiez les journaux système sous UNIX ou le journal système et l'applicationObservateur d'événements sous Windows si le problème concerne la gestiondes médias ou des périphériques et que NetBackup ne fournit pas un coded'état. Ou vous ne pouvez pas corriger le problème en suivant les instructionsdans les codes d'état.

■ Vérifiez les journaux de débogage activés appropriés. Corrigez tous lesproblèmes que vous détectez.Si ces journaux ne sont pas activés, activez-les avant votre prochaine tentative.Consultez le Guide de référence de consignation NetBackup.

Réessayez l'opérationet recherchez lescodes d'état et lesmessages.

Étape 3






Si vous avez effectué des actions correctives, relancez l'opération. Si vous n'avezeffectué aucune action corrective ou si le problème persiste, allez à l'une desprocédures suivantes.

Se reporter à "Résolution des problèmes de disque plein" à la page 85.

Se reporter à "Considérations de dépannage d'un média figé" à la page 87.

Se reporter à "À propos des conditions qui figent les médias" à la page 88.

Se reporter à "Dépannage des performances de la carte d'interface réseau"à la page 118.

Réessayer l'opérationet procédez à undépannagesupplémentaire.

Étape 4

Résolution des problèmes de configuration depériphérique

Un message d'avertissement de configuration automatique apparaît dans ledeuxième volet de l'Assistant de configuration de périphérique si le périphériquesélectionné répond à l'une des conditions suivantes :

■ Aucune licence accordée pour le serveur NetBackup

■ Il dépasse une restriction de licence.

■ Il possède des qualités inhérentes qui le rendent difficile à configurerautomatiquement.

Les messages suivants se rapportent à la configuration de périphérique ; ils sontsuivis de leurs explications et des opérations recommandées.

Tableau 2-5 Opérations recommandées par les messages de configurationde périphérique

Opération recommandéeExplicationMessage

Demandez au fabricant une version plusrécente du micrologiciel qui renvoie desnuméros de série (si disponible) ou configurezet actionnez manuellement le lecteur sansnuméro de série.

Le lecteur ne renvoie pas son numéro desérie. Certains fabricants ne prennent pas encharge les numéros de série. Bien que laconfiguration de périphérique automatique nefonctionne pas de façon optimale, le lecteurpeut être manuellement configuré et actionnésans numéro de série.

Le lecteur ne prend pasen charge lasérialisation

33Procédures de dépannageRésolution des problèmes de configuration de périphérique


Demandez au fabricant une version plusrécente du micrologiciel qui renvoie lesnuméros de série (si disponible) ou configurezet actionnez manuellement le robot et leslecteurs sans numéros de série.

Le robot ne renvoie pas son numéro de sérieou les numéros de série des lecteurs qu'ilcontient. Certains fabricants ne prennent pasen charge les numéros de série. Bien que laconfiguration de périphérique automatique nefonctionne pas de façon optimale, le robot etles lecteurs peuvent être configurés etactionnés manuellement sans numéro desérie.

Le robot ne prend pasen charge lasérialisation

Définissez un robot différent. Utilisezseulement les bandothèques prises en chargepar le serveur NetBackup.

Le serveur NetBackup ne prend pas encharge le type de robot défini pour ce robot.

Aucune licence pour cetype de robot

Définissez un lecteur différent. Utilisezseulement les lecteurs pris en charge parNetBackup.

Le type de lecteur défini pour ce lecteur n'estpas pris en charge par le serveur NetBackup.

Aucune licence pour cetype de lecteur


■ Téléchargez un nouveau fichierdevice_mapping à partir du site Web dusupport technique de Veritas et essayezde nouveau.

■ Configurez la bandothèque manuellement.■ Utilisez seulement les bandothèques

prises en charge par NetBackup.

NetBackup n'identifie pas la bandothèque.Vous ne pouvez pas configurerautomatiquement la bandothèque.

Impossible dedéterminer le type derobot

Demandez au fabricant une version plusrécente du micrologiciel qui renvoie desnuméros de série (si disponible) ou configurezet actionnez manuellement le lecteur ou lerobot sans numéro de série.

Soit le lecteur est autonome, soit le lecteur ourobot ne renvoie pas de numéro de série.Certains fabricants ne prennent pas en chargeles numéros de série. Bien que laconfiguration de périphérique automatique nefonctionne pas de façon optimale, le lecteurou robot peut être configuré et actionnémanuellement sans numéro de série.

Le lecteur estautonome ou se trouvedans un robot inconnu.

Demandez au fabricant une version plusrécente du micrologiciel qui renvoie lesnuméros de série (si disponible) ou configurezet actionnez manuellement le lecteur et lerobot sans numéro de série.

Le lecteur ou le robot ne renvoie pas denuméro de série. Certains fabricants neprennent pas en charge les numéros de série.Bien que la configuration de périphériqueautomatique ne fonctionne pas de façonoptimale, le lecteur ou robot peut êtreconfiguré et actionné manuellement sansnuméro de série.

Le numéro de lecteurde robot pour celecteur est inconnu



Configurez un lecteur qui ne réside pas dansle robot non enregistré.

Le lecteur se trouve dans une bandothèquequi ne peut pas obtenir de licence pour leserveur NetBackup. Le robot ne pouvantobtenir de licence pour le serveur NetBackup,tous les lecteurs configurés dans ce robot sontinutilisables.

Le lecteur est dans unrobot sans licence.

Modifiez l'adaptateur du lecteur ou définissezun chemin direct pour le lecteur. Pour plusd'informations sur la commande directe del'adaptateur SCSI, consultez le Guide deconfiguration des périphériques NetBackup.

Un lecteur qui n'a pas de chemin direct SCSIconfiguré a été découvert. Les causespossibles sont :

■ Le lecteur est connecté à un adaptateurqui ne prend pas en chargel'intercommunication SCSI.

■ Vous n'avez pas défini le chemin directpour ce lecteur.

L'adaptateur SCSI dulecteur ne prend pas enchargel'intercommunication(ou le chemin directn'existe pas).

Pour obtenir des instructions sur la créationde fichiers de périphérique, consultez le Guidede configuration des périphériquesNetBackup.

Un périphérique a été détecté sans fichier depériphérique correspondant nécessaire pourconfigurer ce périphérique.

Aucun fichier depériphérique deconfiguration n'existe


■ Téléchargez un nouveau fichierdevice_mapping à partir du site Web dusupport technique de Veritas et essayezde nouveau.

■ Configurez le lecteur manuellement.■ Utilisez seulement les lecteurs pris en

charge par NetBackup.

Le serveur NetBackup n'identifie pas lelecteur. Vous ne pouvez pas configurerautomatiquement le lecteur.

Impossible dedéterminer le type delecteur

Si vous n'avez pas besoin de la compressionde données de matériel, aucune action n'estnécessaire. Le lecteur peut être actionné sanscompression de données de matériel. Uneaide à la compression de données de matérielet à la configuration de lecteur de bande estdisponible.

Pour obtenir des instructions sur la créationde fichiers de périphérique, consultez le Guidede configuration des périphériquesNetBackup.

Un lecteur a été détecté sans le fichier depériphérique de compression prévu utilisépour configurer ce périphérique. Laconfiguration automatique de périphériquetente d'utiliser un fichier de périphérique quiprend en charge la compression de donnéesde matériel. Quand plusieurs fichiers depériphérique de compression existent pourun lecteur, la configuration de périphériqueautomatique ne peut pas déterminer quelfichier de périphérique de compression est lemeilleur. Elle utilise un fichier de périphériquede non-compression à la place.

Impossible dedéterminer lepériphérique decompression










Test du serveur maître et des clientsSi les procédures de dépannage de l'installation et de la configuration NetBackupne permettent pas d'isoler le problème, effectuez la procédure suivante. Ignorezles étapes que vous avez déjà effectuées.

La procédure suppose que le logiciel a été installé avec succès, mais n'a pasnécessairement été configuré correctement. Si NetBackup n'a jamais fonctionnécorrectement, vous avez probablement des problèmes de configuration. Enparticulier, recherchez les problèmes de configuration du périphérique.

Vous pouvez également effectuer chaque sauvegarde et restauration deux fois.Sous UNIX, effectuez-les d'abord en tant qu'utilisateur root et puis en tantqu'utilisateur non root. Sous Windows, effectuez-les d'abord en tant qu'utilisateurmembre du groupe Administrateurs. Effectuez-les ensuite en tant qu'utilisateur nonmembre de ce groupe Administrateurs. Dans tous les cas, assurez-vous que vousavez les autorisations de lecture et d'écriture sur les fichiers test.

Les explications dans ces procédures supposent que vous êtes au courant desprocessus de sauvegarde et de restauration. Pour plus d'informations, consultezGuide de référence de consignation NetBackup.

Plusieurs étapes dans cette procédure mentionnent le rapport Toutes les entréesde journal. Pour accéder à plus d'informations relatives à ce rapport et à d'autres,consultez

Consultez le Guide de l'administrateur NetBackup, Volume I.

Tableau 2-6 Étapes de test du serveur maître et des clients


Activez les journaux de débogage hérités appropriés sur le serveur maître.

Pour plus d'informations sur la consignation, consultez le Guide de référence deconsignation NetBackup.

Si vous ne savez pas quels sont les journaux qui s'appliquent, activez-les tousjusqu'à ce que le problème soit résolu. Supprimez les répertoires de journal dedébogage quand vous avez résolu le problème.

Activez les journaux dedébogage.

Étape 1

36Procédures de dépannageTest du serveur maître et des clients



Configurez une politique de test pour utiliser une unité de stockage de disque debase.

Ou bien, configurez une politique de test et configurez la fenêtre de sauvegardede sorte qu'elle soit ouverte pendant le test. Nommez le serveur maître commeclient et une unité de stockage sur le serveur maître (de préférence, un lecteurnon robotique). En outre, configurez un volume dans le pool de volumes NetBackup,puis insérez le volume dans le lecteur. Si vous n'étiquetez pas le volume en utilisantla commande bplabel, NetBackup attribue automatiquement un ID de médiaprécédemment inutilisé.

Configurez unepolitique de test.

Étape 2

Pour vérifier que les daemons ou les services NetBackup sont en cours d'exécutionsur le serveur maître, procédez comme suit :

■ Pour contrôler les daemons sur un système UNIX, entrez la commandesuivante :


■ Pour vérifier les services sur un système Windows, utilisez le moniteur d'activitéNetBackup ou l'application Services dans le Panneau de configuration Windows.

Vérifiez les daemons etles services.

Étape 3

Démarrez une sauvegarde manuelle d'une politique en utilisant l'option desauvegarde manuelle dans l'interface d'administration NetBackup. Ensuite,restaurez la sauvegarde.

Ces actions vérifient les éléments suivants :

■ Le logiciel du serveur NetBackup est fonctionnel, ce qui inclut tous les daemonsou services, programmes et bases de données.

■ NetBackup peut monter les médias et utiliser le lecteur que vous avez configuré.

Sauvegardez etrestaurez une politique.

Étape 4

Si une défaillance se produit, vérifiez l' état détaillé du travail dans le moniteurd'activité.

Vous pouvez également essayer le rapport Toutes les entrées de journal deNetBackup. Pour les pannes relatives aux lecteurs ou aux médias, vérifiez quel'état du lecteur est DÉMARRÉ. et que le matériel fonctionne.

Pour isoler davantage le problème, utilisez les journaux de débogage.

Pour une présentation de l'ordre de traitement, consultez les informations sur desprocessus de sauvegarde et de restauration dans le Guide de référence deconsignation NetBackup.

Recherchez ladéfaillance.

Étape 5



Si les journaux de débogage n'indiquent pas le problème, vérifiez ce qui suit :

■ Journaux système sur les systèmes UNIX■ Observateur d'événements et journaux système sur les systèmes Windows■ Journaux de débogage de Media Manager sur le serveur de médias ayant

exécuté la sauvegarde, la restauration ou la duplication■ Journaux de débogage bpdm et bptm sur le serveur de médias ayant exécuté

la sauvegarde, la restauration ou la duplication

Pour plus d'informations sur les défaillances matérielles, consultez les manuelsdu constructeur.

Consultez desinformations autres queles journaux dedébogage.

Étape 6

Si vous utilisez un robot et s'il s'agit de la première configuration, assurez-vousque le lecteur robotique est configuré correctement.

Vérifiez en particulier les éléments suivants :

■ Le même numéro de robot est utilisé dans la gestion des médias et despériphériques et dans les configurations d'unités de stockage.

■ Chaque robot a un numéro de robot unique.

Sur un serveur NetBackup UNIX, vous pouvez vérifier uniquement la partie Gestiondes médias et des périphériques de la configuration. Pour vérifier, utilisez lacommande tpreq pour demander un montage de média. Assurez-vous que lemontage est terminé et vérifiez le lecteur sur lequel le média a été monté. Répétezle processus jusqu'à ce que le média ait été monté et démonté sur chaque lecteurde l'hôte concerné. Si cela fonctionne, le problème vient probablement de lapolitique ou de la configuration de l'unité de stockage. Lorsque vous avez terminé,utilisez tpunmount pour démonter le média.

Vérifiez les lecteursrobotiques.

Étape 7

Si vous avez précédemment configuré un lecteur non robotique et si votre systèmeinclut un robot, modifiez votre politique de test pour spécifier maintenant un robot.Ajoutez un volume au robot. Le volume doit se trouver dans le pool de volumesde NetBackup sur l'hôte de base de données EMM pour le robot.

Revenez à l'étape 3 et répétez cette procédure pour le robot. Cette procédurevérifie que NetBackup est capable de trouver le volume, de le monter et d'utiliserle lecteur robotique.

Incluez un robot dansla politique de test.

Étape 8

Si vous avez des difficultés avec le robot, essayez les utilitaires de test.

Se reporter à "A propos des utilitaires de test robotique" à la page 146.

N'utilisez pas les utilitaires de test robotique lorsque des sauvegardes ou desrestaurations sont en cours. Ces utilitaires empêchent les processus robotiquescorrespondants d'effectuer des actions robotiques, telles que le chargement et ledéchargement des médias. Ces actions peuvent entraîner des dépassements dedélai de montage de médias et empêcher la réalisation d'autres opérationsrobotiques comme l'inventaire robotique et l'insertion ou l'éjection.

Utilisez les utilitaires detest robotique.

Étape 9



Ajoutez une planification d'utilisateur à votre politique de test (la fenêtre desauvegarde doit être ouverte pendant que vous testez). Utilisez une unité destockage et un média qui ont été vérifiés lors des étapes précédentes.

Améliorez la politiquede test.

Étape 10

Démarrez une sauvegarde utilisateur et une restauration de fichier en utilisantl'interface client-utilisateur sur le serveur maître. Contrôlez le journal d'état et deprogression de l'opération. Si elle est réussie, cette opération vérifie que le logicielclient est fonctionnel sur le serveur maître.

Si une défaillance survient, vérifiez le rapport Toutes les entrées de journal deNetBackup. Pour isoler davantage le problème, vérifiez les journaux de débogageappropriés de la liste suivante.

Sur un système UNIX, les journaux de débogage se trouvent dans le répertoire/usr/openv/netbackup/logs/. Sur un système Windows, les journaux dedébogage se trouvent dans le répertoire install_path\NetBackup\logs\.

Des répertoires de débogage existent pour les processus suivants :

■ bparchive (UNIX seulement)■ bpbackup (UNIX seulement)■ bpbkar

■ bpcd

■ bplist

■ bprd

■ bprestore

■ nbwin (Windows seulement)■ bpinetd (Windows uniquement)

Des explications sont disponibles, permettant de savoir quels journaux s'appliquentà un type de client spécifique.


Sauvegardez etrestaurez un fichier.

Étape 11

Reconfigurez votre politique de test pour nommer un client qui se trouve ailleursdans le réseau. Utilisez une unité de stockage et un média qui ont été vérifiés lorsdes étapes précédentes. Au besoin, installez le logiciel de client NetBackup.

Reconfigurez lapolitique de test.

Étape 12



Créez les répertoires de journaux de débogage pour les processus suivants :

■ bprd sur le serveur■ bpcd sur le client■ bpbkar sur le client■ nbwin sur le client (Windows seulement)■ bpbackup sur le client (à l'exception des clients Windows)■ bpinetd (Windows uniquement)■ tar

■ Sur le serveur de médias : bpbrm, bpdm et bptm

Des explications sont disponibles, permettant de savoir quels journaux s'appliquentà un type de client spécifique.


Créez les répertoiresde journal dedébogage.

Étape 13

Effectuez une sauvegarde utilisateur, puis une restauration à partir du client spécifiéà l'étape 8. Ces actions vérifient les communications entre le client et le serveurmaître et le logiciel NetBackup sur le client.

Si une erreur se produit, vérifiez l' état détaillé du travail dans le moniteurd'activité.

Vérifiez le rapport Toutes les entrées de journal et les journaux de débogagecréés à l'étape précédente. Une cause probable d'erreurs est un problème decommunication entre le serveur et le client.

Vérifiez lescommunications entrele client et le serveurmaître.

Étape 14

Lorsque la politique de test fonctionne de manière satisfaisante, répétez les étapesspécifiques selon les besoins pour vérifier les autres clients et unités de stockage.

Testez les autresclients ou unités destockage.

Étape 15

Quand tous les clients et unités de stockage sont fonctionnels, testez les politiqueset les planifications restantes qui utilisent des unités de stockage sur le serveurmaître. Si une sauvegarde programmée échoue, vérifiez le rapport Toutes lesentrées de journal, afin de repérer les erreurs. Suivez alors les opérationsrecommandées selon le code d'état d'erreur.

Testez les politiques etles planificationsrestantes.

Etape 16

Test des serveurs de médias et des clientsSi vous utilisez des serveurs de médias, utilisez les étapes suivantes pour vérifierqu'ils sont opérationnels. Avant d'examiner les serveurs de médias, éliminez tousles problèmes sur le serveur maître.

Se reporter à "Test du serveur maître et des clients" à la page 36.

40Procédures de dépannageTest des serveurs de médias et des clients

Tableau 2-7 Étapes pour examiner le serveur de médias et les clients


Activez les journaux de débogage hérités appropriés sur les serveurs en entrant cequi suit :

UNIX/Linux : /usr/openv/netbackup/logs/mklogdir

Windows :chemin_installation\NetBackup\logs\mklogdir.bat


Si vous n'êtes pas sûr des journaux qui s'appliquent, activez-les tous jusqu'à ce quevous résolviez le problème. Supprimez les répertoires de journaux de débogage héritésquand vous avez résolu le problème.

Activez lesjournaux dedébogage hérités.

Étape 1

Configurez une politique de test avec une planification d'utilisateur, c'est-à-direconfigurez la fenêtre de sauvegarde de sorte qu'elle soit ouverte pendant votre test,en procédant comme suit :

■ Nommez le serveur de médias comme client et une unité de stockage qui est surle serveur de médias, de préférence un lecteur non robotique.

■ Ajoutez un volume sur l'hôte de base de données EMM pour les périphériques dansl'unité de stockage. Assurez-vous que le volume se trouve dans le pool de volumesNetBackup.

■ Insérez le volume dans le lecteur. Si vous n'étiquetez pas le volume à l'aide de lacommande bplabel, NetBackup attribue automatiquement un ID de médiaprécédemment inutilisé.

Configurez unepolitique de test.

Étape 2

Vérifiez que tous les daemons ou les services de NetBackup sont en cours d'exécutionsur le serveur maître. En outre, vérifiez que tous les daemons ou services de gestiondes médias et des périphériques sont en cours d'exécution sur le serveur de médias.

Pour effectuer ce contrôle, effectuez l'une des opérations suivantes :

■ Sur un système UNIX, exécutez :


■ Sur un système Windows, utilisez l'application Services dans le Panneau deconfiguration Windows.

Vérifiez lesdaemons et lesservices.

Étape 3




Effectuez une sauvegarde utilisateur puis une restauration d'un fichier d'un client quia été vérifié compatible avec le serveur maître.

Ce test vérifie ce qui suit :

■ Logiciel de serveur de médias NetBackup.■ NetBackup sur le serveur de médias peut monter les médias et utiliser le lecteur

que vous avez configuré.■ Les communications entre les processus de serveur maître nbpem, nbjm, nbrb,

le processus de serveur EMM nbemm, ainsi que les processus de serveur de médiasbpcd, bpbrm, bpdm etbptm.

■ Les communications entre le processus de serveur de médias bpbrm, bpdm, bptmet les processus client bpcd et bpbkar.

Pour les pannes relatives aux lecteurs ou aux médias, vérifiez que l'état du lecteur estDÉMARRÉ. et que le matériel fonctionne.

Sauvegardez etrestaurez unfichier.

Étape 4

Si vous suspectez un problème de communication entre le serveur maître et lesserveurs de médias, vérifiez les journaux de débogage pour les processus impliqués.

Si les journaux de débogage ne vous aident pas, vérifiez ce qui suit :

■ sur un serveur UNIX, le journal système ;■ sur un serveur Windows, le journal système et application Observateur

d'événements ;■ les journaux de débogage vmd.

Vérifiez lacommunicationentre le serveurmaître et lesserveurs demédias.

Étape 5

Pour les défaillances liées aux lecteurs ou aux médias, assurez-vous que le lecteurest en cours d'exécution et que le matériel fonctionne correctement.

Pour plus d'informations sur les défaillances matérielles, consultez les manuels duconstructeur.

Si vous utilisez un robot en état de première configuration, vérifiez que le lecteurrobotique est configuré correctement.

Vérifiez en particulier les éléments suivants :

■ Le même numéro de robot est utilisé dans la gestion des médias et despériphériques et dans les configurations d'unités de stockage.

■ Chaque robot a un numéro de robot unique.

Sur un serveur UNIX, vous pouvez vérifier uniquement la partie Gestion des médiaset des périphériques de la configuration. Pour vérifier, utilisez la commande tpreqpour demander un montage de média. Assurez-vous que le montage est terminé etvérifiez le lecteur sur lequel le média a été monté. Répétez le processus jusqu'à ceque le média ait été monté et démonté sur chaque lecteur de l'hôte concerné. Effectuezces étapes à partir du serveur de médias. Si cela fonctionne, le problème vientprobablement de la politique ou de la configuration de l'unité de stockage sur le serveurde médias. Lorsque vous avez terminé, utilisez tpunmount pour démonter le média.

Assurez-vous quele matériels'exécutecorrectement.

Étape 6



Si vous avez précédemment configuré un lecteur non robotique et si un robot était jointà votre serveur de médias, modifiez la politique de test pour nommer le robot. En outre,ajoutez un volume pour le robot au serveur EMM. Vérifiez que le volume se trouvedans le pool de volumes NetBackup et dans le robot.

Démarrez par l'étape 3 lorsque vous répétez cette procédure pour un robot. Cetteprocédure vérifie que NetBackup est capable de trouver le volume, de le monter etd'utiliser le lecteur robotique.

Si une défaillance survient, vérifiez le rapport Toutes les entrées de journal deNetBackup. Recherchez toutes les erreurs associées aux périphériques ou aux médias.


Si le rapport Toutes les entrées de journal ne vous aide pas, vérifiez les élémentssuivants :

■ sur un serveur UNIX, les journaux système sur le serveur de médias;■ les journaux de débogage vmd sur le serveur EMM pour le robot ;■ sur un système Windows, le journal système et application Observateur

d'événements ;

dans une configuration initiale, vérifiez que le lecteur robotique est configurécorrectement. N'utilisez pas un numéro de robot qui est déjà configuré sur un autreserveur.

Essayez les utilitaires de test.

Se reporter à "A propos des utilitaires de test robotique" à la page 146.

N'utilisez pas les utilitaires de test robotique lorsque des sauvegardes ou desrestaurations sont en cours. Ces utilitaires empêchent les processus robotiquescorrespondants d'effectuer des actions robotiques, telles que le chargement et ledéchargement des médias. Ces actions peuvent entraîner des dépassements de délaide montage de médias et empêcher la réalisation d'autres opérations robotiques commel'inventaire robotique et l'insertion ou l'éjection.

Incluez unpériphériquerobotique dans lapolitique de test.

Étape 7

Lorsque la politique de test fonctionne de manière satisfaisante, répétez les étapesspécifiques selon les besoins pour vérifier les autres clients et unités de stockage.

Testez les autresclients ou unités destockage.

Étape 8

Quand tous les clients et unités de stockage sont en cours d'opération, testez lespolitiques et les planifications restantes qui utilisent des unités de stockage sur leserveur de médias. Si une sauvegarde programmée échoue, vérifiez le rapport Toutesles entrées de journal, afin de repérer les erreurs. Suivez alors les actions suggéréespour le code d'état approprié.

Testez lespolitiques et lesplanificationsrestantes.

Étape 9



Résolution des problèmes de communicationréseau avec des clients UNIX

La procédure suivante permet de résoudre les problèmes de communication deNetBackup, tels que ceux associés aux codes d'état 25, 54, 57 et 58 de NetBackup.Cette procédure comprend deux variantes : une pour les clients UNIX et l'autrepour les clients Windows.

Remarque : Dans tous les cas, assurez-vous que votre configuration réseaufonctionne correctement hors NetBackup avant de tenter de résoudre les problèmesrencontrés dans NetBackup.

Pour les clients UNIX, effectuez les étapes suivantes. Avant de démarrer cetteprocédure, ajoutez l'option VERBOSE=5 au fichier /usr/openv/netbackup/bp.conf.

Tableau 2-8 Étapes de résolution des problèmes de communication réseauavec des clients UNIX


Pendant les relances de communication, les journaux de débogage fournissent desinformations de débogage détaillées, qui peuvent vous aider à analyser le problème.

Créez les répertoires suivants :

■ bpcd (sur le serveur maître et les clients)■ vnetd (sur le serveur maître et les clients)■ bprd (sur le serveur maître)

Utilisez le répertoire de journaux bprd pour déboguer la communication de client àserveur principal, non les problèmes de communication client à serveur de médias.

Créez lesrépertoires dejournal dedébogage.

Étape1

Si cette configuration est une configuration nouvelle ou modifiée :

■ Vérifiez toutes les modifications récentes pour vous assurer qu'elles n'ont pas causéle problème.

■ Assurez-vous que le logiciel client a été installé et qu'il prend en charge le systèmed'exploitation client.

■ Vérifiez les noms de client, les noms de serveur et les entrées de service dans votreconfiguration NetBackup comme expliqué dans la rubrique suivante :Se reporter à "Vérification du nom d'hôte et des entrées de service dans NetBackup"à la page 71.Vous pouvez également utiliser la commande hostname sur le client pour déterminerle nom d'hôte que le client envoie avec des demandes au serveur. Vérifiez le journalde débogage bprd sur le serveur maître pour déterminer ce qui s'est produit quandle serveur a reçu la demande.

Testez uneconfigurationnouvelle oumodifiée.

Étape2

44Procédures de dépannageRésolution des problèmes de communication réseau avec des clients UNIX


Pour vérifier la résolution du nom, exécutez la commande suivante sur le serveur principalet les serveurs de médias :

# bpclntcmd -hn client name

Si les résultats sont inattendus, passez en revue la configuration de ces services derésolution du nom : fichier nsswitch.conf, fichier hosts, fichier ipnodes et fichierresolv.conf.

Exécutez également les commandes suivantes sur le client pour une recherche en avantet inverse de contrôle de nom du serveur maître et du serveur de médias qui effectuentla sauvegarde :

# bpclntcmd -hn nom serveur

# bpclntcmd -ip adresse IP du serveur

Vérifiez larésolution du nom.

Étape3

Vérifiez la connectivité réseau entre le client et le serveur en exécutant une commandeping vers le client à partir du serveur.

# ping clientname

Où clientname est le nom du client comme configuré dans la configuration de politiqueNetBackup.

Par exemple, pour exécuter une commande ping sur un client de politique nommé ant :

# ping antant.nul.nul.com: 64 byte packets64 bytes from 199.199.199.24: icmp_seq=0. time=1. ms----ant.nul.nul.com PING Statistics----2 packets transmitted, 2 packets received, 0% packetloss round-trip (ms) min/avg/max = 1/1/1

Une commande ping réussie vérifie la connectivité entre le client et le serveur. Si lacommande ping échoue et qu'ICMP n'est pas bloqué entre les hôtes, résolvez le problèmede réseau en dehors de NetBackup avant de poursuivre.

Certaines formes de la commande ping permettent d'exécuter une commande pingvers le port bpcd sur le client comme dans la commande suivante :

# ping ant 1556

Exécutez une commande ping 1556 (PBX) et 13724 (vnetd) dans l'ordre, le même ordreque NetBackup essaie par défaut. Vous savez alors quels ports sont fermés de sorteque vous pouvez les ouvrir pour des tentatives de connexion plus efficaces.

Vérifiez laconnectivitéréseau.

Étape4



Sur le client, exécutez une des commandes suivantes (selon la plate-forme et le systèmed'exploitation) :

netstat -a | grep bpcdnetstat -a | grep 13782rpcinfo -p | grep 13782

Répétez pour 1556 (PBX) et 13724 (vnetd). Si aucun problème ne se produit avec lesports, la sortie prévue est la suivante :

# netstat -a | egrep '1556|PBX|13724|vnetd|13782|bpcd' | grep LISTEN*.1556 *.* 0 0 49152 0 LISTEN*.13724 *.* 0 0 49152 0 LISTEN*.13782 *.* 0 0 49152 0 LISTEN

LISTEN indique que le client écoute les connexions sur le port.

Si les processus de NetBackup s'exécutent correctement, la sortie prévue est commesuit :

# ps -ef | egrep 'pbx_exchange|vnetd|bpcd' | grep -v greproot 306 1 0 Jul 18 ? 13:52 /opt/VRTSpbx/bin/pbx_exchangeroot 10274 1 0 Sep 13 ? 0:11 /usr/openv/netbackup/bin/vnetd -standaloneroot 10277 1 0 Sep 13 ? 0:45 /usr/openv/netbackup/bin/bpcd -standalone

Répétez la procédure sur les serveurs maîtres et de médias pour tester la communicationavec le client.

Assurez-vous quele client écoute lesconnexions bpcdsur le port correct.

Étape5



Sur le client, telnet sur 1556 (PBX) et 13724 (vnetd). Vérifiez les deux ports pour vousassurer qu'une connexion est établie sur au moins un d'entre eux. Si la connexion telnetréussit, conservez la connexion jusqu'à après l'étape 8, puis arrêtez-la avec les touchesCtrl-c.

telnet clientname 1556telnet clientname 13724

Où clientname est le nom du client comme configuré dans la configuration de politiqueNetBackup.

Par exemple,

# telnet ant vnetdTrying 199.999.999.24 ...Connected to ant.nul.nul.com.Escape character is ‘^]’.

Dans cet exemple, telnet peut établir une connexion avec le client ant.

Répétez la procédure sur les serveurs maîtres et de médias pour tester la communicationavec le client.

Connectez-vous auclient via telnet.

Étape6

Sur les serveurs maîtres et de médias : utilisez la commande suivante pour identifier lesocket sortant utilisé pour la commande telnet de l'étape 6. Spécifiez l'adresse IPappropriée à laquelle le serveur résout le client de politique. Notez l'IP source(10.82.105.11), le port source (45856) et le port de destination (1556).

# netstat -na | grep ‘<client_IP_address>’ | egrep ‘1556|13724’10.82.105.11.45856 10.82.104.99.1556 49152 0 49152 0 ESTABLISHED

Si telnet est toujours connecté et qu'un socket n'est pas affiché : supprimez le filtragede numéro de port et observez le numéro de port auquel le site a mappé le nom deservice. Vérifiez que le processus écoute le numéro de port identifié à l'étape 5.

$ netstat -na | grep ‘<client_IP_address>’10.82.105.11.45856 10.82.104.99.1234 49152 0 49152 0 ESTABLISHED

Si le socket est dans un état SYN_SENT au lieu d'un état ESTABLISHED, l'hôte deserveur essaye d'établir la connexion. Cependant, un pare-feu empêche le SYN TCPsortant d'atteindre l'hôte client ou le TCP SYN+ACK revenant d'atteindre l'hôte de serveur.

Identifiez le socketsortant sur l'hôtede serveur.

Étape7



Sur les serveurs maîtres et de médias, pour confirmer que la connexion telnet atteintcet hôte client, exécutez la commande suivante :

$ netstat -na | grep ‘<source_port>’10.82.104.99.1556 10.82.105.11.45856 49152 0 49152 0 ESTABLISHED

L'une des situations suivantes se présente :

■ Si telnet est connecté, mais que le socket n'est pas présent : telnet a atteint un autrehôte qui partage incorrectement la même adresse IP que l'hôte client.

■ Si le socket est dans un état SYN_RCVD au lieu d'un état ESTABLISHED, laconnexion a atteint cet hôte client. Cependant, un pare-feu bloque le retour du TCPSYN+ACK sur l'hôte de serveur.

Confirmez que laconnexion telnetatteint cet hôteclient.

Étape8

Pour vérifier les communications du client vers le serveur maître, utilisez l'utilitairebpclntcmd. Quand les commandes -pn et -sv s'exécutent sur un client NetBackup,elles lancent des enquêtes au serveur maître NetBackup (comme configuré dans lefichier client bp.conf). Le serveur maître renvoie les informations au client ayant effectuéla demande. Plus d'informations concernant bpclntcmd sont disponibles.

Se reporter à "À propos de l'utilitaire bpclntcmd" à la page 81.

Les journaux de débogage PBX, vnetd et bprd doivent fournir des détails sur la naturede toute défaillance restante.

Vérifiez lescommunicationsentre le client et leserveur maître.

Étape9

Résolution des problèmes de communicationréseau avec des clients Windows

La procédure suivante permet de résoudre les problèmes de communication deNetBackup, tels que ceux associés aux codes d'état 54, 57 et 58 de NetBackup.Cette procédure comprend deux variantes : une pour les clients UNIX et l'autrepour les clients Windows.

Remarque : Dans tous les cas, assurez-vous que votre configuration réseaufonctionne correctement hors NetBackup avant de tenter de résoudre les problèmesrencontrés dans NetBackup.

Cette procédure vous aide à résoudre des problèmes de communication réseauavec des clients PC.

Pour résoudre les problèmes de communication réseau

1 Avant de relancer l'opération défectueuse, procédez comme suit :

48Procédures de dépannageRésolution des problèmes de communication réseau avec des clients Windows

■ Augmentez le niveau de consignation sur le client (consultez le Guide del'administrateur NetBackup, volume I, sous Propriétés Paramètres client).

■ Sur le serveur maître NetBackup, créez un répertoire de journaux dedébogage bprd, et sur les clients, créez un journal de débogage bpcd.

■ Sur le serveur NetBackup, définissez le niveau Détaillé à 1.Consultez le Guide de référence de consignation NetBackup pour obtenirde l'aide pour modifier le niveau de consignation.

2 Si ce client est nouveau, vérifiez les noms du serveur et du client dans votreconfiguration NetBackup.

Se reporter à "Vérification du nom d'hôte et des entrées de service dansNetBackup" à la page 71.

3 Vérifiez la connectivité réseau entre le client et le serveur en exécutant unecommande ping du serveur vers le client et vice versa. Utilisez la commandesuivante :

# ping hostname

Où hostname est le nom de l'hôte comme configuré dans :

■ Configuration de politique NetBackup

■ WINS

■ DNS (le cas échéant).

■ Fichier hôtes dans le répertoire système%SystemRoot%\system32\drivers\etc\hosts

Si la commande ping réussit dans toutes les instances, elle vérifie laconnectivité de base entre le serveur et le client.

Si la commande ping échoue, il existe un problème de réseau en dehors deNetBackup qui doit être résolu avant de continuer. Dans un premier temps,vérifiez que le poste de travail est activé. Un poste de travail non activé estune source commune de problèmes de connexion avec les postes de travail.

4 Sur les clients Microsoft Windows, assurez-vous que le service de clientNetBackup est actif en vérifiant les journaux. Utilisez l'application Servicesdans le panneau de configuration pour vérifier que le service de clientNetBackup est en cours d'exécution. Démarrez-le, si nécessaire.

■ Vérifiez la présence de problèmes ou d'erreurs dans les journaux dedébogage bpcd. Consultez le Guide de référence de consignationNetBackup sur la façon d'activer et d'utiliser ces journaux.



■ Vérifiez que le même numéro de port du service NetBackup Client (bpcd)est spécifié sur le client et sur le serveur NetBackup (par défaut, 13782).Effectuez l'une des actions suivantes :

Vérifiez le numéro de port du service NetBackup Client.

Démarrez l'interface Sauvegarde, archivage etrestauration sur le client. Dans le menu Fichier, cliquezsur Propriétés du client NetBackup. Dans la boîte dedialogue Propriétés du client NetBackup, dans l'ongletRéseau, vérifiez le numéro de port du service NetBackupClient.

Vérifiez que le paramètre dans l'ongletRéseau correspondà celui du fichier des services. Le fichier des servicesse trouve dans :

%SystemRoot%\system32\drivers\etc\services(Windows)

Lors du démarrage du service NetBackup Client, lesvaleurs de l'ongletRéseau sont enregistrées dans le fichierdes services.

Windows

Le numéro de port bpcd se trouve dans le fichier/etc/services. Sur les serveurs NetBackup Windows,consultez la boîte de dialogue Propriétés du client dansla fenêtre Propriétés de l'hôte.

Se reporter à "Utilisation de la fenêtre Propriétés de l'hôtepour accéder aux paramètres de configuration"à la page 84.

Serveurs NetBackupUNIX

Corrigez le numéro de port si nécessaire. Ensuite, sur les clients et lesserveurs Windows, arrêtez et redémarrez le service NetBackup Client.Ne modifiez pas les assignations de ports NetBackup, sauf si vous devezrésoudre des conflits avec d'autres applications. Si vous les modifiez,procédez de la même façon sur tous les clients et serveurs NetBackup.Ces valeurs doivent être les mêmes dans toute la configuration NetBackup.


5 Vérifiez que le numéro de port du service de demande NetBackup (bprd) surMicrosoft Windows est le même que sur le serveur (par défaut, 13720).Effectuez l'une des actions suivantes :

Vérifiez le numéro de port du service NetBackup Client.

Démarrez l'interface Sauvegarde, archivage et restaurationsur le client. Dans le menu Fichier, cliquez sur Propriétésdu client NetBackup. Dans la boîte de dialogue Propriétésdu client NetBackup, dans l'ongletRéseau, vérifiez le numérode port du service NetBackup Client.

Vérifiez que le paramètre dans l'onglet Réseau correspond àcelui du fichier des services. Le fichier des services setrouve dans :

%SystemRoot%\system32\drivers\etc\services(Windows)

Lors du démarrage du service NetBackup Client, les valeursde l'onglet Réseau sont enregistrées dans le fichier desservices.

Windows clients

Le numéro de port bprd se trouve dans le fichier/etc/services.

Se reporter à "Utilisation de la fenêtre Propriétés de l'hôtepour accéder aux paramètres de configuration" à la page 84.

Serveurs NetBackupUNIX

Définissez ces numéros dans la boîte de dialogue Propriétésdu client de la fenêtre Propriétés de l'hôte.

Se reporter à "Utilisation de la fenêtre Propriétés de l'hôtepour accéder aux paramètres de configuration" à la page 84.

Serveurs NetBackupWindows

6 Vérifiez que le fichier hôtes ou son équivalent contient le nom du serveurNetBackup. Les fichiers hôtes sont les suivants :

%SystemRoot%\system32\pilotes\etc.\hôtesWindows

/etc/hostsUNIX

7 Vérifiez la connectivité client-serveur en utilisant une commande ping ou sonéquivalent à partir du client (la connexion de serveur-client a été vérifiée àl'étape 3).


8 Si le transport TCP/IP du client autorise les connexions telnet et ftp à partirdu serveur, utilisez ces dernières comme vérifications supplémentaires de laconnectivité.

9 Exécutez l'utilitaire bpclntcmd pour vérifier les communications entre le clientet le serveur maître. Quand les commandes -pn et -sv s'exécutent sur unclient, elles lancent des enquêtes vers le serveur maître (configuré dans laliste de serveurs sur le client). Le serveur maître renvoie les informations auclient ayant effectué la demande.


10 Utilisez l'utilitaire bptestbpcd pour tenter d'établir une connexion entre unserveur NetBackup et le daemon bpcd sur un autre système NetBackup. Encas de succès, elle signale les informations à propos des sockets qui sontétablis.

Une description complète de bptestbpcd est disponible dans le Guide deréférence des commandes NetBackup.

11 Vérifiez que le système d'exploitation client est pris en charge par le logicielclient.

Dépannage des connexion au proxy vnetdLe processus vnetd Veritas Network Daemon et ses processus de proxy activentla communication entre les hôtes NetBackup 8.1 et les hôtes distants.

Les rubriques suivantes contiennent des informations sur le dépannage desproblèmes de révocation des certificats de sécurité :

Se reporter à "Exigences relatives à la connexion de proxy vnetd" à la page 53.

Se reporter à "Première étape de dépannage des connexions de proxy vnetd"à la page 54.

Se reporter à "Vérifier que le processus vnetd et les proxys sont actifs" à la page 54.

Se reporter à "Vérifier que les connexions de l'hôte sont traitées par proxy"à la page 55.

Se reporter à "Tester les connexions de proxy vnetd" à la page 56.

Se reporter à "Examiner les fichiers journaux des processus de connexion etd'acceptation" à la page 58.

Se reporter à "Affichage des fichiers journaux de proxy vnetd" à la page 59.

Si vous ne parvenez pas à déterminer la cause des problèmes de connexion,contactez votre représentant de support Veritas.

52Procédures de dépannageDépannage des connexion au proxy vnetd



Exigences relatives à la connexion de proxy vnetdPour la communication dans le même domaine NetBackup :

■ Des certificats basés sur l'ID de l'hôte et une liste de révocation des certificationsdoivent être présents sur tous les hôtes NetBackup 8.1 et versions ultérieures.Les paramètres de sécurité globaux NetBackup définissent comment lescertificats sont fournis par NetBackup.Vérifiez les paramètres globaux sous Gestion de la sécurité dans la consoled'administration NetBackup.Pour connaître les certificats que NetBackup utilise entre les hôtes, utilisezl'option -verbose avec les commandes bptestbpcd -host et bpclntcmd -pn.

■ Les ID de l'hôte doivent être mappés pour les noms d'hôte sur tous les hôtesNetBackup 8.1 et versions ultérieures.Les paramètres de sécurité globaux NetBackup définissent comment NetBackupmappe les ID aux noms.Vérifiez les paramètres globaux sous Gestion de la sécurité dans la consoled'administration NetBackup. Vous pouvez également utiliser la commandeet l'option suivantes :Windows :chemin_installation\Veritas\NetBackup\bin\admincmd\nbseccmd

-getsecurityconfig -autoaddhostmapping

UNIX :/usr/openv/netbackup/bin/admincmd/nbseccmd -getsecurityconfig

-autoaddhostmapping

■ Pour les hôtes NetBackup antérieurs à la version 8.1, vous devez autoriser unecommunication non sécurisée.Les paramètres de sécurité globaux NetBackup définissent si NetBackup peutcommuniquer avec des hôtes antérieurs à la version 8.1.Vérifiez les paramètres globaux sous Gestion de la sécurité dans la consoled'administration NetBackup. Vous pouvez également utiliser la commandeet l'option suivantes :Windows :chemin_installation\Veritas\NetBackup\bin\admincmd\nbseccmd

-getsecurityconfig -insecurecommunication

UNIX :/usr/openv/netbackup/bin/admincmd/nbseccmd -getsecurityconfig

-insecurecommunication

■ Les services web NetBackup sur le serveur maître doivent être actifs. Pourvérifier qu'ils sont actifs, utilisez la commande et l'option NetBackup suivantes :Windows : chemin_installation\Veritas\NetBackup\bin\nbcertcmd -ping


UNIX :/usr/openv/netbackup/bin/nbcertcmd -ping

Pour Auto Image Replication, les certificats basés sur l'ID de l'hôte du serveurmaître source sont requis sur tous les serveurs maîtres approuvés des domainesde destination.

Pour plus d'informations, consultez le Guide de sécurité et de chiffrement NetBackup.

Première étape de dépannage des connexions de proxy vnetdLe code d'état 61 et les codes d'état de la plage 76xx de NetBackup concernent lacommunication de proxy vnetd.

Si un travail NetBackup échoue en raison de problèmes de connexion de proxyvnetd, recherchez des codes d'état pertinents dans les détails du travail. Puis,consultez la documentation de NetBackup pour obtenir des explications sur lescodes d'état. Notez tous les ID de connexion en respectant le format suivant. CesID sont utiles pour effectuer des opérations de dépannage supplémentaires :

{23FAD260-7D2F-11E7-91C6-2EB679166937}:OUTBOUND

Si la défaillance ne survient pas pendant un travail NetBackup, examinez les codesd'état pertinents dans l'état de sortie de l'opération. Examinez également lesprocessus impliqués dans l'opération dans les journaux de débogage. Recherchezd'abord la commande qui a lancé l'opération ou le service qui a effectué la demande.

Les codes d'état sont décrits dans le document suivant :

■ Consultez le Guide de référence des codes d'état NetBackup.

■ Aide de la console d'administration NetBackup.

■ Programme de dépannage de la console d'administration NetBackup.

■ Aide NetBackup OpsCenter.

Si un travail ne pas été exécuté, vérifiez que le processus vnetd et ses proxys sontactifs.

Vérifier que le processus vnetd et les proxys sont actifsSous Windows, vous pouvez utiliser l'onglet Processus du Gestionnaire des tâches(vous devez afficher la colonne Ligne de commande ) pour déterminer si les proxyssont actifs. Sous UNIX et Linux, vous pouvez utiliser la commande NetBackup bpps

comme suit :

$ bpps

…output shortened…

root 13577 1 0 Jun27 ? 00:00:04 /usr/openv/netbackup/bin/vnetd -standalone




root 13606 1 0 Jun27 ? 00:01:55 /usr/openv/netbackup/bin/vnetd -proxy inbound_proxy

-number 0

root 13608 1 0 Jun27 ? 00:00:06 /usr/openv/netbackup/bin/vnetd -proxy outbound_proxy

-number 0

root 13610 1 0 Jun27 ? 00:00:06 /usr/openv/netbackup/bin/vnetd -proxy http_tunnel

Selon que le processus ou le proxy vnetd est en cours d'exécution ou non, essayezla méthode suivante :

■ Si le processus vnetd (-standalone) n'est pas en cours d'exécution,démarrez-le.

■ Si le processus vnetd est en cours d'exécution, examinez le journal de débogagevnetd pour confirmer qu'il tente de démarrer les proxys.

■ Si le processus vnetd tente de démarrer les proxys entrants et sortants,examinez le fichier journal de proxy pour déterminer pourquoi le proxy n'écoutepas les connexions. Utilisez le nom de composant court nbpxyhelper ou sonID de créateur 486 avec la commande vxlogview.

■ Si le processus vnetd tente de démarrer le proxy de tunnel HTTP, examinez lejournal de proxy de tunnel HTTP. Utilisez le nom de composant court nbpxytnlou son ID de créateur 490 avec la commande vxlogview.

Si le processus vnetd processus et ses proxys sont actifs, déterminez si lesconnexions sont traitées par proxy.

Vérifier que les connexions de l'hôte sont traitées par proxyVous pouvez utiliser la commande NetBackup bptestbpcd sur un serveurNetBackup 8.1 ou version ultérieure pour vérifier que les connexions à un hôtedistant sont traitées par proxy, comme suit :

Windows :chemin_installation\Veritas\NetBackup\bin\admincmd\bptestbpcd-host hôte_distant

UNIX/ :/usr/openv/netbackup/bin/admincmd/bptestbpcd -host hôte_distant

Le PROXY dans l'exemple de sortie de commande suivant montre que les connexionssont traitées par proxy :

1 1 0

127.0.0.1:42553 -> 127.0.0.1:52236 PROXY 10.81.41.245:895 -> 10.81.40.148:1556

127.0.0.1:35386 -> 127.0.0.1:49429 PROXY 10.81.41.245:51325 -> 10.81.40.148:1556

Si les connexions sont traitées par proxy, testez les connexions de proxy.


Tester les connexions de proxy vnetd

La commande NetBackup que vous utilisez pour tester les connexions de proxyvnetd diffère entre un serveur et un client.

Test d'une connexion de proxy vnet à partir d'un serveurPour tester les connexions d'un serveur NetBackup 8.1 ou version ultérieure à unautre hôte NetBackup 8.1 ou version ultérieure, vous pouvez utiliser la commandeNetBackup bptestbpcd avec l'option -verbose. Recherchez dans la sortie decommande des codes d'état ou des indications de défaillance. Consultez ensuitela documentation NetBackup pour obtenir des explications sur les codes d'état.

L'exemple suivant présente un test de connexion réussie d'un serveur de médiasNetBackup nommé connect-host.example.com à un serveur de médias nomméaccept-host.example.com :

# bptestbpcd -host accept-host.example.com -verbose

1 1 1

127.0.0.1:43697 -> 127.0.0.1:58089 PROXY 10.80.97.186:47054 -> 10.80.97.140:1556

127.0.0.1:52061 -> 127.0.0.1:58379 PROXY 10.80.97.186:37522 -> 10.80.97.140:1556

LOCAL_CERT_ISSUER_NAME = /CN=broker/[email protected]/O=vx

LOCAL_CERT_SUBJECT_COMMON_NAME = a753da9b-b1ff-4a5f-b57d-69a4e2b47e29

PEER_CERT_ISSUER_NAME = /CN=broker/[email protected]/O=vx

PEER_CERT_SUBJECT_COMMON_NAME = b900a238-d7be-4c6e-8af6-19b5c1d1dec4

PEER_NAME = connect-host.example.com

HOST_NAME = accept-host.example.com

CLIENT_NAME = accept-host.example.com

VERSION = 0x08100000

PLATFORM = linuxR_x86_2.6.18

PATCH_VERSION = 8.1.0.0

SERVER_PATCH_VERSION = 8.1.0.0

MASTER_SERVER = master.example.com

EMM_SERVER = master.example.com

NB_MACHINE_TYPE = MEDIA_SERVER

SERVICE_TYPE = VNET_DOMAIN_CLIENT_TYPE

PROCESS_HINT = 7157d866-8eb2-45bb-bde8-486790c0b40c

À l'inverse, l'exemple suivant présente un test de connexion au même serveur demédias qui échoue après la révocation de son certificat de sécurité :

# bptestbpcd -host accept-host.example.com -verbose

<16>bptestbpcd main: Function ConnectToBPCD(accept-host.example.com) failed: 7653

<16>bptestbpcd main: The Peer Certificate is revoked

<16>bptestbpcd main: The certificate of the host that you want to connect to is revoked.


Revocation Reason Code : 0 Revocation Time : 1502637798: 7653

The Peer Certificate is revoked

Les hôtes NetBackup doivent disposer d'un certificat de sécurité basé sur l'ID del'hôte valide et d'une liste de révocation des certificats valide pour pouvoircommuniquer avec d'autres hôtes NetBackup. Si l'un de ces éléments est absent,la communication échoue. Dans ce cas, vous pouvez rechercher le code d'état 7653pour trouver l'explication et l'opération recommandée pour effectuer une récupérationà partir de l'erreur.

Test d'une connexion de proxy vnet à partir d'un clientSur un client NetBackup 8.1 ou version ultérieure, vous pouvez utiliser la commandeNetBackup bpclntcmd pour tester la connexion au serveur maître. Recherchezdans la sortie de commande des codes d'état ou des indications de défaillance.Puis, consultez la documentation de NetBackup pour obtenir des explications surles codes d'état. La syntaxe de la commande est la suivante :

Windows :

chemin_installation\Veritas\NetBackup\bin\bpclntcmd -pn -verbose

UNIX :

/usr/openv/netbackup/bin/bpclntcmd -pn -verbose

L'exemple suivant illustre une réponse positive à la commande bpclntcmd :

# bpclntcmd -pn -verbose

expecting response from server master.example.com

127.0.0.1:52704 -> 127.0.0.1:33510 PROXY 10.80.97.186:40348 -> 10.80.97.157:1556

LOCAL_CERT_ISSUER_NAME = /CN=broker/[email protected]/O=vx

LOCAL_CERT_SUBJECT_COMMON_NAME = 7157d866-8eb2-45bb-bde8-486790c0b40c

PEER_CERT_ISSUER_NAME = /CN=broker/[email protected]/O=vx

PEER_CERT_SUBJECT_COMMON_NAME = b900a238-d7be-4c6e-8af6-19b5c1d1dec4

PEER_IP = 10.80.97.186

PEER_PORT = 40348

PEER_NAME = connect-host.example.com

POLICY_CLIENT = *NULL*

Old Domain Service Type VNET_DOMAIN_SERVER_TYPE and Hint

New Domain Service Type VNET_DOMAIN_SERVER_TYPE and Hint 7157d866-8eb2-45bb-bde8-486790c0b40c

A l'inverse, l'exemple suivant illustre une réponse à la commande bpclntcmd surun client NetBackup qui possède un certificat révoqué :

# bpclntcmd -pn -verbose

Unable to perform peer host name validation. Curl error has occurred for peer name:

master.example.com, self name: connect-host: 0


[PROXY] Encountered error (VALIDATE_PEER_HOST_PROTOCOL_RUNNING) while processing

(ValidatePeerHostProtocol).: 1

Can't connect to host master.example.com: cannot connect on socket (25)

Si les connexions de proxy vnetd sont actives, examinez les fichiers journaux desprocessus de connexion et d'acceptation.

Examiner les fichiers journaux des processus de connexion etd'acceptation

Un processus NetBackup qui lance une connexion est un processus de connexion.La cible de cette connexion est le processus d'acceptation. Les processus deconnexion et d'acceptation communiquent avec les processus proxy entrants etsortants vnetd respectifs. Chaque processus proxy vérifie si la connexion estautorisée.

Les journaux de débogage des processus de connexion et d'acceptation affichentleur interaction avec le proxy. Examinez les codes d'état et les messages d'étatcontenus dans les journaux. Examinez également les ID de connexion entrante etsortante uniques dans les journaux. Vous pouvez utiliser ces ID si vous avez besoind'examiner les journaux des processus de proxy vnetd. Vous pouvez déboguer laplupart des connexions à partir de n'importe quel hôte.

Par exemple, l'extrait de fichier de journal de processus de connexion suivantmontre qu'une défaillance de validation d'hôte a empêché une connexion :

Peer host validation failed for SECURE connection; Peer host:

accepting-host.example.com, Error: 8618, Message: Connection is

dropped, because the host ID-to-hostname mapping is not yet

approved.., nbu status = 7648, severity = 1

Les noms d'un hôte NetBackup doivent être mappés à son ID d'hôte. Si un nomd'hôte n'est pas mappé correctement dans NetBackup, la communication échoue.Dans ce cas, vous pouvez rechercher le code d'état 7648 pour trouver l'explicationet l'opération recommandée pour effectuer une récupération à partir de l'erreur.

Si vous ne trouvez pas une indication d'un problème en examinant les fichiersjournaux des processus de connexion et d'acceptation, examinez les fichiersjournaux de proxy vnetd. Vous pouvez utiliser les ID de connexion pour trouverdes informations pertinentes.


Affichage des fichiers journaux de proxy vnetdLes processus de proxy vnetd se connectent à d'autres fichiers que vnetd lui-même.Le tableau suivant répertorie les noms de composants courts de la consignationunifiée et l'ID de créateur des proxys vnetd.

Tableau 2-9 Fichiers journaux de proxy vnetd

ID de créateurNom du composantProxy

486nbpxyhelperProxys entrant et sortant

490nbpxytnlTunnel HTTP

Voici la syntaxe de la commande NetBackup vxlogview permettant d'afficher lefichier journal de proxy entrant et sortant à l'aide du nom de composant court :

Windows :chemin_installation\Veritas\NetBackup\bin\vxlogview –p NB

–i nbpxyhelper

UNIX/ :/usr/openv/netbackup/bin/vxlogview -p NB -i nbpxyhelper

La commande vxlogview inclut des options permettant d'affiner l'affichage dufichier journal. Par exemple, pour dépanner les connexions de proxy vnetd, vouspouvez utiliser l'ID de connexion comme suit :

vxlogview -p NB -i nbpxyhelper -X

'{23FAD260-7D2F-11E7-91C6-2EB679166937}:OUTBOUND'

Remarque : Sous Windows, supprimez les guillemets simples de la chaîne d'IDde connexion.

Le Guide de référence des commandes NetBackup décrit la commande vxlogview

et ses options.

Le Guide de référence de consignation NetBackup décrit la consignation unifiée etla procédure d'affichage des fichiers journaux.

Dépannage de la révocation des certificats desécurité

NetBackup enregistre la cause des défaillances des travaux dans les détails deces derniers. Les travaux concernent les sauvegardes, les restaurations, lesduplications et les réplications. Pour dépanner des erreurs liées aux certificatsbasés sur l'ID d'hôte, vérifiez les messages et les codes d'état dans les détails du

59Procédures de dépannageDépannage de la révocation des certificats de sécurité



travail. Recherchez les messages associés à des certificats, à la révocation et à laliste de révocation des certifications. Les codes d'état qui accompagnent lesmessages sont adjacents à ces derniers. Consultez les descriptions des codesd'état pour obtenir des explications et connaître les opérations recommandées pourrésoudre les problèmes.

Vous devrez peut-être examiner également les fichiers journaux de processus deproxy vnetd. Comme pour les détails de travail, recherchez dans les journaux lesmessages et les codes d'état relatifs aux certificats, à la révocation et à la liste derévocation des certifications. Les codes d'état qui accompagnent les messagessont adjacents à ces derniers.

Se reporter à "Affichage des fichiers journaux de proxy vnetd" à la page 59.

Les codes d'état sont décrits dans le document suivant :

■ Consultez le Guide de référence des codes d'état NetBackup.

■ Aide de la console d'administration NetBackup.

■ Programme de dépannage de la console d'administration NetBackup.

■ Aide NetBackup OpsCenter.

La liste de révocation des certifications d'un hôte peut avoir un impact sur ledépannage.

Se reporter à "Impact de la liste de révocation d'un hôte sur le dépannage de larévocation de certificats" à la page 61.

Les rubriques suivantes expliquent comment traiter les différents scénarios derévocation de certificats de sécurité :

Se reporter à "Le travail NetBackup échoue en raison d'un certificat révoqué"à la page 61.

Se reporter à "Le travail NetBackup échoue en raison d'une erreur réseau apparente"à la page 63.

Se reporter à "Le travail NetBackup échoue en raison d'une ressource indisponible"à la page 64.

Se reporter à "Le certificat de sécurité du serveur maître est révoqué" à la page 65.

Si vous ne pouvez pas déterminer la cause des problèmes, contactez votrereprésentant du support Veritas.



Impact de la liste de révocation d'un hôte sur le dépannage de larévocation de certificats

Chaque hôte NetBackup obtient périodiquement une liste de révocation descertifications actualisée. Lorsque la liste de révocation des certifications est à jour,les codes d'état et les messages de défaillance du travail sont précis et fiables. Demême, les messages d'audit NetBackup sont précis et fiables.

Cependant, si la liste de révocation des certifications n'est pas à jour, des échecsde travail peuvent apparaître comme des erreurs de réseau. Vous devrez peut-êtreexaminer plus que les détails du travail et la sortie de commande NetBackup pourdécouvrir l'erreur.

Dans ce cas, une liste de révocation des certifications à jour est une liste derévocation qui contient tous les hôtes NetBackup disposant d'un certificat révoqué.La liste de révocation des certifications d'un hôte NetBackup peut être moins récenteque la liste de révocation des certifications d'un serveur maître. Cependant, si aucunhôte n'a été révoqué depuis l'obtention de la liste de révocation, cette dernière està jour.

La liste de révocation sur le serveur maître est générée toutes les 60 minutes oudans les 5 minutes qui suivent une révocation. À l'inverse, l'intervalle auquel lesautres hôtes NetBackup demandent une nouvelle liste de révocation descertifications auprès du serveur maître peut être plus long. Chaque hôte NetBackupprend connaissance des nouvelles révocations de certificat uniquement lorsque laliste de révocation des certifications est actualisée.

Le paramètre Niveau de sécurité pour le déploiement de certificat déterminel'intervalle d'actualisation de la liste de révocation des certifications pour tous leshôtes NetBackup. Bien que tous les hôtes NetBackup mettent à jour leurs listes derévocation des certifications sur le même intervalle de temps, le moment de lademande d'une nouvelle liste de révocation varie selon chaque hôte.

Vérifiez les paramètres de sécurité sous Gestion de la sécurité dans la consoled'administration NetBackup.

Pour plus d'informations sur les listes de révocation des certifications et lesparamètres de sécurité globaux, consultez le Guide de sécurité et de chiffrementNetBackup.

Le travail NetBackup échoue en raison d'un certificat révoquéSymptômeUn travail NetBackup échoue.




CauseLe problème peut être dû à l'une des causes suivantes :

■ Le certificat de sécurité basé sur l'ID d'hôte du client est révoqué.

■ Le certificat de sécurité basé sur l'ID d'hôte du serveur de médias qui sauvegardele client est révoqué.

■ Le certificat de sécurité basé sur l'ID d'hôte du serveur maître est révoqué.

■ La liste de révocation des certifications du serveur de médias ou du serveurmaître est endommagée ou manquante.

Résolution1. Recherchez dans les détails du travail les chaînes de message et les codes

d'état adjacents suivants :

■ Pour la révocation des certificats, recherchez les chaînes de message quicontiennent certificate et revoked.

■ Pour la liste de révocation des certifications, recherchez les chaînes demessage qui contiennent certificate revocation list ou CRL etmissing ou corrupted.

2. Si nécessaire, déterminez si le client ou le certificat de serveur de médias aété révoqué.

Se reporter à "Détermination de l'état du certificat d'un hôte NetBackup"à la page 65.

3. Consultez la documentation NetBackup pour obtenir des explications sur lescodes d'état et les actions recommandées pour la récupération. Si possible,résolvez le problème.

4. Si vous ne pouvez pas résoudre le problème dans des délais appropriés,supprimez l'hôte révoqué de la politique de sauvegarde ou désactivez lapolitique. Si l'hôte révoqué est le serveur de médias, désactivez-le. (Vouspouvez ignorer les erreurs de version de NetBackup lorsque vous désactivezl'hôte.)

5. Après avoir résolu le problème de sécurité, renouvelez le certificat pour l'hôterévoqué. Des informations sur le renouvellement des certificats sont disponiblesdans le Guide de sécurité et de chiffrement NetBackup.

6. Si nécessaire, ajoutez à nouveau le client à la politique de sauvegarde etactivez la politique de sauvegarde ou le serveur de médias.



Le travail NetBackup échoue en raison d'une erreur réseau apparenteSymptômeUn travail peut échouer avec l'erreur réseau 23, 25, 59 ou une autre erreur réseau.

CauseLe certificat de sécurité basé sur l'ID d'hôte d'un client NetBackup ou le serveur demédias qui le sauvegarde peut être révoqué. En outre, la liste de révocation descertifications sur le client ou le serveur de médias peut être dépassée, manquanteou endommagée. Par conséquent, le client ou le serveur de médias ne peut pasdéterminer qu'un certificat d'hôte est révoqué. Le travail s'exécute, mais lacommunication échoue et indique une erreur de réseau.

Résolution1. Déterminez si le certificat du client ou du serveur de médias a été révoqué.


2. Vous pouvez également rechercher la cause de l'erreur en effectuant l'unedes opérations suivantes :

■ Connectez-vous à l'hôte révoqué et examinez le fichier journal de proxyvnetd. Recherchez les chaînes de message qui contiennent les élémentssuivants :

■ PEER_HOST_PROTOCOL_ERROR

■ certificate revocation list

■ CRLet missing oucorruptedSe reporter à "Affichage des fichiers journaux de proxy vnetd" à la page 59.

■ Utilisez la commande NetBackup bptestbpcd pour savoir si un certificatd'hôte est révoqué.Se reporter à "Détermination de l'état du certificat d'un hôte NetBackup"à la page 65.

3. Résolvez le problème :

■ Si la liste de révocation des certifications sur un hôte est manquante ouendommagée, actualisez-la sur cet hôte.La procédure d'actualisation de la liste de révocation des certifications d'unhôte est décrite dans le Guide de sécurité et de chiffrement NetBackup.

■ Si un certificat d'hôte est révoqué, résolvez le problème, puis renouvelezle certificat.



La procédure de renouvellement d'un certificat est décrite dans le Guidede sécurité et de chiffrement NetBackup.

Le travail NetBackup échoue en raison d'une ressource indisponibleSymptômeProblème avec un certificat ou une liste de révocation susceptible d'apparaîtrecomme ressource indisponible. Par exemple, les détails du travail peuvent indiquerqu'un serveur de stockage est arrêté ou indisponible. Un travail peut s'exécuterpendant un certain temps avant d'expirer.

CauseLe certificat de sécurité du serveur de médias qui sauvegarde ou restaure le clienta été révoqué. Ou, pour le stockage sur disque, le certificat du serveur de stockagepeut être révoqué.

Résolution1. Déterminez l'état du certificat de sécurité sur le client et le serveur de médias

ou le serveur de stockage.


2. Selon l'hôte qui possède le certificat révoqué, effectuez l'une des opérationssuivantes :

■ Si l'hôte révoqué est un client, supprimez-le de la politique de sauvegardeou désactivez la politique.

■ Si l'hôte révoqué est le serveur de médias ou un serveur de stockage,désactivez-le. (Vous pouvez ignorer les erreurs de version de NetBackuplorsque vous désactivez l'hôte.)Si possible, modifiez l'unité de stockage pour utiliser un autre serveur demédias ou un autre serveur de stockage.

3. Analysez l'hôte révoqué pour déterminer le problème de sécurité, puis résoudrele problème.

4. Après avoir résolu le problème de sécurité, renouvelez le certificat pour l'hôterévoqué. Des informations sur le renouvellement des certificats sont disponiblesdans le Guide de sécurité et de chiffrement NetBackup.

5. Une fois que vous avez remis l'hôte révoqué en service, rétablissez toutes lesmodifications de politique que vous avez effectuées pour protéger les travauxdu client ou réactivez le serveur de médias.





Le certificat de sécurité du serveur maître est révoquéLa révocation du certificat de sécurité d'un serveur maître est le pire scénarioenvisageable pour la sécurité de NetBackup. Les symptômes suivants peuventindiquer que le certificat du serveur maître a été révoqué :

■ Les travaux échouent avec des erreurs réseau.

■ Les serveurs de médias se désactivent spontanément.

■ Les fichiers journaux de processus de proxy vnetd sur les hôtes indiquent quele certificat du serveur maître est révoqué.Se reporter à "Affichage des fichiers journaux de proxy vnetd" à la page 59.

■ La sortie de commande bptestbpcd –host serveur_maître indique que lecertificat du serveur maître est révoqué.Se reporter à "Détermination de l'état du certificat d'un hôte NetBackup"à la page 65.

Si le serveur maître est compromis et le reste, procédez comme suit :

1. Déconnectez-le du réseau.

2. N'approuvez pas la liste de révocation des certifications présente sur les hôtes.

3. Résolvez le problème, relancez le certificat de sécurité du serveur maître etremettez le serveur maître en service.

4. Si vous ne pouvez pas résoudre le problème et remettre en service le serveurmaître, remplacez-le. Relancez ensuite tous les certificats d'hôte.

Détermination de l'état du certificat d'un hôte NetBackupVous pouvez déterminer l'état du certificat basé sur l'identité de l'hôte NetBackup :Actif ou Révoqué. Cette opération peut permettre de résoudre les problèmes deconnexion et de communication. Il existe trois méthodes pour déterminer l'état d’uncertificat :

Cette méthode repose sur la commande NetBackupnbcertcmd.

Se reporter à "Pour vérifier l'état d'un certificat à partir del'hôte lui-même" à la page 66.

Vérification du certificat d'unhôte à partir de l'hôtelui-même

Cette méthode repose sur la commande NetBackupbptestbpcd.

Se reporter à "Pour vérifier depuis un serveur NetBackup sile certificat d'un autre hôte est révoqué" à la page 67.

Vérification du certificat d'unhôte à partir d'un serveurNetBackup


Se reporter à "Pour vérifier le certificat d'un hôte à l'aide dela console d'administration NetBackup " à la page 67.

Vérification du certificat d'unhôte à partir de la consoled'administrationNetBackup

Pour vérifier l'état d'un certificat à partir de l'hôte lui-même

1 (Facultatif) Sur l'hôte NetBackup, exécutez la commande suivante en tantqu'administrateur pour obtenir la liste de révocation des certifications à jour :

UNIX : /usr/openv/netbackup/bin/nbcertcmd -getCRL [-server

nom_serveur_maître]

Windows : chemin_installation\NetBackup\bin\nbcertcmd -getCRL

[-server nom_serveur_maître]

Pour obtenir une liste CRL d'un domaine NetBackup autre que le domaine pardéfaut, spécifiez l'option et l'argument -servernom_serveur_maître.

2 Sur l'hôte NetBackup, exécutez la commande suivante en tantqu'administrateur :

UNIX : /usr/openv/netbackup/bin/nbcertcmd -hostSelfCheck [-cluster]

[-server nom_serveur_maître]

Windows : chemin_installation\NetBackup\bin\nbcertcmd-hostSelfCheck [-cluster] [-server nom_serveur_maître]

Si nécessaire, utilisez l'une des deux options suivantes ou les deux options :

Utilisez cette option sur le nœud actif d'un cluster de serveurs maîtresNetBackup pour vérifier le certificat de l'hôte virtuel.

-cluster

Utilisez cette option avec l'argument nom_serveur_maître pour vérifierun certificat à partir d'un serveur maître autre que le serveur maître pardéfaut.

-server

3 Examinez le résultat de la commande. La sortie indique que le certificat est oun'est pas révoqué.


Pour vérifier depuis un serveur NetBackup si le certificat d'un autre hôte estrévoqué

1 En tant qu'administrateur sur le serveur maître NetBackup ou un serveur demédias NetBackup, exécutez la commande suivante :

UNIX : /usr/openv/netbackup/bin/admincmd/bptestbpcd –host nom_hôte

-verbose

Windows : chemin_installation\NetBackup\bin\bptestbpcd –host

nom_hôte -verbose

Pour –host nom_hôte, spécifiez l'hôte dont vous voulez vérifier le certificat.

2 Examinez le résultat de la commande. Si le certificat sur l'hôte spécifié estrévoqué, le résultat de la commande contient la chaîne Le certificat de

pair a été révoqué. Si la sortie de commande ne contient pas cette chaîne,cela implique que le certificat est valide.

Pour vérifier le certificat d'un hôte à l'aide de la console d'administrationNetBackup

1 Dans la console d'administration NetBackup, développez Gestion de lasécurité > Gestion des certificats.

2 Examinez la colonne État du certificat pour l'hôte qui vous intéresse.

À propos du dépannage des réseaux et des nomsd'hôte

Dans une configuration avec de multiples réseaux et des clients portant plusieursnoms d'hôte, les administrateurs NetBackup doivent configurer les entrées de lapolitique avec soin. Ils doivent tenir compte de la configuration réseau (configurationphysique, noms d'hôte et alias, NIS/DNS, tables de routage, etc.). Si lesadministrateurs veulent lancer les sauvegardes et restaurer les données surplusieurs chemins réseau spécifiques, ils doivent étudier ces éléments.

Pour une sauvegarde, NetBackup se connecte au nom d'hôte configuré dans lapolitique. Le code réseau du système d'exploitation résout ce nom et envoie laconnexion via le chemin réseau défini par les tables de routage du système. Lefichier bp.conf n'est pas pris en compte dans cette décision.

Pour les restaurations à partir du client, le client se connecte au serveur maître.Par exemple, sur un système UNIX, le serveur maître est le premier nommé dansle fichier /usr/openv/netbackup/bp.conf. Sur un système Windows, le serveurmaître est spécifié dans la liste déroulanteServeur à utiliser pour les sauvegardeset les restaurations de la boîte de dialogue Spécifier les ordinateurs NetBackup

67Procédures de dépannageÀ propos du dépannage des réseaux et des noms d'hôte

et le type de politique. Pour ouvrir cette boîte de dialogue, lancez l'interfaceSauvegarde, archivage et restauration de NetBackup et cliquez sur Spécifierles ordinateurs NetBackup et le type de politique dans le menu Fichier. Lecode réseau du client qui mappe le nom du serveur à une adresse IP détermine lechemin d'accès réseau au serveur.

Lorsque la connexion est établie, le serveur détermine le nom configuré du clientà partir du nom d'homologue de sa connexion au serveur.

Le nom d'homologue est dérivé de l'adresse IP de la connexion. Cela signifie quel'adresse doit être traduite en nom d'hôte (à l'aide de la routine réseaugethostbyaddr()). Ce nom est visible dans le journal de débogage de bprd

lorsqu'une connexion est établie, comme l'illustre la ligne suivante :

Connection from host peername ipaddress ...

Le nom configuré du client est alors dérivé du nom d'homologue en interrogeantle processus bpdbm sur les systèmes UNIX. Sur les systèmes Windows, vous devezinterroger le service Gestionnaire de bases de données de NetBackup.

Le processus bpdbm compare le nom d'homologue à une liste comprenant les nomsde :

■ Tous les clients pour lesquels une sauvegarde a été tentée

■ Tous les clients de toutes les politiques

La comparaison est d'abord une comparaison de chaînes. La comparaison esteffectuée en comparant les noms d'hôte et les alias récupérés à l'aide de la fonctionréseau gethostbyname().

Si aucune des comparaisons ne réussit, une méthode, plus brutale, compare tousles noms et alias à l'aide de gethostbyname().

Le nom configuré correspond à la première comparaison réussie. Notez que d'autrescomparaisons peuvent également trouver des correspondances si des alias oud'autres "noms réseau" sont configurés.

Si la comparaison échoue, le nom d'hôte du client tel qu'il est renvoyé par la fonctiongethostname() sur le client est utilisé comme nom configuré. Exemple d'échec decomparaison : le client change de nom d'hôte mais son nouveau nom d'hôte ne setrouve encore dans aucune politique.

Ces comparaisons sont consignées dans le journal de débogage de bpdbm si l'optionVERBOSE est définie. Vous pouvez déterminer le nom configuré d'un client à l'aidede la commande bpclntcmd sur le client. Par exemple :

# /usr/openv/netbackup/bin/bpclntcmd -pn (UNIX)

# chemin_installation\NetBackup\bin\bpclntcmd -pn (Windows)


expecting response from server wind.abc.me.com

danr.abc.me.com danr 194.133.172.3 4823

Où la première ligne de sortie identifie le serveur vers lequel la demande est dirigéeet la deuxième ligne de sortie correspond à la réponse du serveur dans l'ordresuivant :

■ Nom d'homologue de la connexion au serveur

■ Nom configuré du client

■ Adresse IP de la connexion au serveur

■ Numéro de port qui est utilisé dans la connexion

Lorsque le client se connecte au serveur, il envoie les trois noms suivants auserveur :

■ Browse client (Client de navigation)

■ Requesting client (Client émetteur de la demande)

■ Client cible

Le nom "browse client" est utilisé pour identifier les fichiers client à lister ou à partirdesquels effectuer la restauration. L'utilisateur sur le client peut modifier ce nompour restaurer les fichiers d'un autre client. Par exemple, sur un client Windows,l'utilisateur peut modifier le nom du client à partir de l'interface Sauvegarde,archivage et restauration. Consultez l'aide en ligne de NetBackup pour obtenirdes instructions. Cependant, pour que cette modification fonctionne, il faut quel'administrateur ait également apporté la modification correspondante sur le serveur.


La valeur "requesting client" correspond à la valeur de la fonction gethostname()

sur le client.

Le nom "destination client" est utilisé seulement si un administrateur transfère unerestauration à un client depuis un serveur. Dans le cas d'une restauration utilisateur,les éléments destination client et requesting client sont identiques. Dans le casd'une restauration d'administrateur, l'administrateur peut spécifier un nom différentpour "destination client".

Au moment où ces noms apparaissent dans le journal de débogage de bprd, lenom requesting client a été traduit en nom configuré du client.

Le nom utilisé pour se connecter de nouveau au client et effectuer la restaurationcorrespond au nom d'homologue du client ou à son nom configuré. Le type dedemande de restauration (par exemple, de la racine sur un serveur, d'un client versun autre client, etc.) influence cette action.



Lorsqu'il modifie des noms de clients dans des politiques NetBackup pour deschemins de réseaux spécifiques, l'administrateur doit prendre en compte leséléments suivants :

■ Le nom client tel qu'il est configuré sur le client. Par exemple, sous UNIX, lenom client est CLIENT_NAME dans le fichier bp.conf du client. Sur un clientWindows, il se trouve dans l'onglet Général de la boîte de dialogue Propriétésdu client NetBackup. Pour ouvrir cette boîte de dialogue, sélectionnezPropriétésdu client NetBackup dans le menu Fichier de l'interface Sauvegarde, archivageet restauration.

■ Le client tel qu'il est actuellement nommé dans la configuration de la politique.

■ Les images de sauvegarde et d'archive client qui existent déjà, telles qu'ellessont enregistrées dans le répertoire images sur le serveur maître. Sur un serveurUNIX, le répertoire images se trouve sous /usr/openv/netbackup/db/images.Sur un serveur NetBackup Windows, le répertoire images se trouve sousChemin_installation\NetBackup\db\images.

L'un de ces noms de clients peut nécessiter une modification manuelle de la partde l'administrateur dans le cas suivant : un client possède plusieurs connexionsréseau au serveur et les restaurations à partir du client échouent en raison d'unproblème de connexion.

Sous UNIX, le programme de domaine public traceroute (non fourni avecNetBackup) peut souvent fournir des informations importantes sur la configurationd'un réseau. Certains fournisseurs de systèmes incluent ce programme dans leurssystèmes. Pour Windows, utilisez la commande tracert.

Le serveur maître ne parviendra peut-être pas à répondre aux demandes client, siles services de nom de domaine (DNS) sont utilisés et si les événements suivantsse produisent : le nom que le client obtient via sa bibliothèque gethostname()

(UNIX) ou la fonction réseau gethostbyname() (Windows) est inconnu du DNSsur le serveur maître (les configurations client et serveur peuvent déterminer sic'est le cas). La fonction gethostname() ou gethostbyname() sur le client peutrenvoyer un nom d'hôte non qualifié que le DNS du serveur maître ne peut pasrésoudre.

Bien que vous puissiez modifier le fichier d'hôtes DNS du client ou du serveurmaître, cette solution n'est pas toujours désirable. C'est pour cela que NetBackupfournit un fichier spécial sur le serveur maître. Ce fichier se trouve dans :

/usr/openv/netbackup/db/altnames/host.xlate (UNIX)

chemin_installation\NetBackup\db\altnames\host.xlate (Windows)

Vous pouvez créer et modifier ce fichier de façon à forcer la traduction désirée desnoms d'hôte de client NetBackup.


Chaque ligne du fichier host.xlate contient trois éléments : une clé numérique etdeux noms d'hôte. Chaque ligne est alignée à gauche et un espace sépare chaqueélément.

key hostname_from_client client_as_known_by_server

Les indications suivantes décrivent les variables précédentes :

■ La variable clé est une valeur numérique utilisée par NetBackup pour spécifierles cas où la traduction doit être réalisée. En théorie, cette valeur doit toujoursêtre égale à 0 (zéro) : cela indique une conversion des noms qui sont configurés.

■ La variable nomhote_client représente la valeur à convertir. Cette valeur doitcorrespondre au nom que la fonction gethostname() du client obtient et envoieau serveur dans la demande.

■ La variable client_connu_par_le_serveur représente le nom à remplacer par lavariable nom_hôte_client pour répondre aux demandes. Ce nom doitcorrespondre au nom configuré dans la configuration de NetBackup sur leserveur maître. Il doit également être connu des services réseau du serveurmaître.

Voici un exemple :

0 danr danr.eng.aaa.com

Quand le serveur maître reçoit une demande d'un nom client configuré (clénumérique 0), le nom danr remplace toujours le nom danr.eng.aaa.com. Leproblème est résolu, lorsque :

■ La fonction gethostname() du client renvoie le nom danr.

■ La fonction gethostbyname() des services réseau du serveur maître n'a pasidentifié le nom danr.

■ Le client était configuré et nommé dans la configuration de NetBackup en tantque danr.eng.aaa.com, et ce nom est également connu des services réseaudu serveur maître.

Vérification du nom d'hôte et des entrées deservice dans NetBackup

Cette procédure est utile si vous rencontrez des problèmes avec des noms d'hôteou des connexions réseau et si vous souhaitez vous assurer que la configurationNetBackup est correcte. Plusieurs exemples suivent la procédure.

71Procédures de dépannageVérification du nom d'hôte et des entrées de service dans NetBackup

Pour plus d'informations sur les noms d'hôte, consultez le Guide de l'administrateurNetBackup, volume II.

Se reporter à "À propos du dépannage des réseaux et des noms d'hôte"à la page 67.

Pour vérifier le nom d'hôte et les entrées de service dans NetBackup

1 Vérifiez que les noms d'hôte de client et de serveur sont correctementconfigurés dans NetBackup. La mesure que vous prenez dépend de l'ordinateurque vous sélectionnez.





■ Dans la liste déroulante Serveur à utiliser pour les sauvegardes et les restaurations,assurez-vous qu'une entrée de serveur existe pour le serveur maître et chaque serveurde médias.Démarrez l'interface Sauvegarde, archivage et restauration sur le client. Dans le menuFichier, cliquez sur Spécifier les ordinateurs NetBackup et le type de politique. Dansla boîte de dialogue Spécifier les ordinateurs NetBackup et le type de politique,cliquez sur la liste déroulante Serveur à utiliser pour les sauvegardes et lesrestaurations.Sur les ordinateurs Windows, le serveur correct doit être indiqué en tant que serveurmaître actuel dans la liste. Si vous ajoutez ou modifiez des entrées de serveur sur leserveur maître, arrêtez et redémarrez le service de demande NetBackup et les servicesde gestionnaire de base de données NetBackup.

■ Dans l'ongletGénéral, vérifiez que le paramètre de nom de client est correct et correspondà ce qui figure dans la liste de politique client sur le serveur maître.Démarrez l'interface Sauvegarde, archivage et restauration sur le client. Dans le menuFichier, cliquez sur Propriétés du client NetBackup. Dans la boîte de dialoguePropriétés du client NetBackup, cliquez sur l'onglet Général.

■ Sur un serveur maître ou de médias, assurez-vous qu'une entrée de serveur existe pourchaque client d'administration Windows afin qu'il l'utilise pour gérer ce serveur.

■ Assurez-vous que les noms d'hôte sont correctement orthographiés dans le fichierbp.conf (UNIX) ou dans la liste de serveurs (Windows) sur le serveur maître. Si un nomd'hôte est mal orthographié ou ne peut pas être résolu à l'aide de la commandegethostbyname, les messages d'erreur suivants sont consignés dans le journal d'erreursde NetBackup :

Gethostbyname failed for<host_name>:<h_errno_string> (<h_errno>)One or more servers was excluded from the serverlist because gethostby name() failed.

Vous pouvez également apporter ces modifications sur les onglets appropriés dans les boîtesde dialogue de propriétés sur un serveur NetBackup Windows.

Se reporter à "Utilisation de la fenêtre Propriétés de l'hôte pour accéder aux paramètres deconfiguration" à la page 84.

Sur des serveurs etdes clients Windows


Vérifiez le serveur et les entrées de nom client dans le fichier bp.conf en procédant commesuit :

■ Assurez-vous qu'une entrée SERVER existe pour le serveur maître et pour chaque serveurde médias dans la configuration. Le serveur maître doit être le premier nom dans la liste.Si vous ajoutez ou modifiez des entrées SERVER sur le serveur maître, arrêtez etredémarrez bprd et bpdbm avant que les modifications ne soient appliquées.

■ Le fichier bp.conf du serveur maître ne requiert pas l'ajout d'autres clients autre que leserveur maître comme CLIENT_NAME = nom du serveur maître. Le nom est ajoutépar défaut.

Le fichier bp.conf se trouve dans le répertoire /usr/openv/netbackup sur les clientsUNIX.

Les utilisateurs client UNIX peuvent également posséder un fichier bp.conf personnel dansleur répertoire d'accueil. Une option CLIENT_NAME dans le fichier $HOME/bp.conf remplacel'option du fichier /usr/openv/netbackup/bp.conf.

Sur les serveurs etclients NetBackupUNIX

Vérifiez que vous avez créé les fichiers requis suivants :

■ fichiers chemin_installation\NetBackup\db\altnames (Windows)■ fichiers /usr/openv/netbackup/db/altnames (UNIX)

Prêtez une attention particulière aux conditions requises pour les entrées de fichierhost.xlate.

Sur le serveur maître

2 Vérifiez que chaque serveur et chaque client dispose des entrées requisespour les numéros de port réservés par NetBackup.

Les exemples suivants affichent les numéros de port par défaut.

Se reporter à "Exemple des entrées de nom d'hôte et de service sur le serveurmaître et le client d'UNIX" à la page 76.

Se reporter à "Exemple d'entrées de nom d'hôte et de service sur le serveurmaître et le serveur de médias UNIX" à la page 78.

Se reporter à "Exemple d'entrées de nom d'hôte et de services sur des clientsPC UNIX" à la page 79.

Se reporter à "Exemple des entrées de nom d'hôte et de service sur le serveurUNIX se connectant à plusieurs réseaux" à la page 80.

Ne modifiez pas les assignations de ports NetBackup, sauf si vous devezrésoudre des conflits avec d'autres applications. Si vous les modifiez, procédezde la même façon sur tous les clients et serveurs NetBackup. Ces valeursdoivent être les mêmes dans toute la configuration NetBackup.

3 Sur les serveurs NetBackup, vérifiez les fichiers de services pour vous assurerqu'ils possèdent des entrées correspondant aux éléments suivants :


■ bpcd et bprd

■ vmd

■ bpdbm

■ Processus des robots configurés (par exemple, tl8cd).Consultez le Guide de configuration des périphériques NetBackup.

Vérifiez le numéro du daemon ou du service client NetBackup et le numéro deport du daemon de requête ou de service. La mesure que vous prenez dépendde si le client est UNIX ou Microsoft Windows.

Vérifiez les entrées bprd et bpcd dans le fichier /etc/services.Pour les clientsUNIX

Vérifiez que le numéro de port de service client NetBackup et lenuméro de port de service de requête NetBackup correspondentaux paramètres dans le fichier de services, en procédant commesuit :

Démarrez l'interface Sauvegarde, archivage et restauration sur leclient. Dans le menu Fichier, cliquez sur Propriétés du clientNetBackup. Dans la boîte de dialogue Propriétés du clientNetBackup dans l'onglet Réseau, sélectionnez les élémentssuivants : le numéro de port de service client NetBackup et lenuméro de port de service de requête NetBackup.

Lors du démarrage du service client NetBackup, les valeurs del'onglet Réseau sont enregistrées dans le fichier des services.

Le fichier de services se trouve à l'emplacement suivant :

%SystemRoot%\system32\drivers\etc\services

Pour les clientsMicrosoft Windows

4 Sur les serveurs et les clients UNIX, assurez-vous que le processus bpcd

-standalone s'exécute.

5 Sur les serveurs et les clients Windows, vérifiez que le service client NetBackups'exécute.

6 Si vous utilisez NIS dans votre réseau, mettez à jour ces services pour inclureles informations NetBackup qui sont ajoutées au fichier /etc/services.

7 Les informations de nom d'hôte NIS, WINS ou DNS doivent correspondre àce qui figure dans la configuration de politique et dans les entrées de nom. Surles serveurs NetBackup Windows et les clients Microsoft Windows, procédezcomme suit :

■ Vérifiez l'onglet Général :



Démarrez l'interface Sauvegarde, archivage et restauration sur le client.Dans le menu Fichier, cliquez sur Propriétés du client NetBackup. Dansla boîte de dialogue Propriétés du client NetBackup, cliquez sur l'ongletGénéral.

■ Vérifiez la liste déroulante Serveur à utiliser pour les sauvegardes etles restaurations :Démarrez l'interface Sauvegarde, archivage et restauration sur le client.Dans le menu Fichier, cliquez sur Spécifier les ordinateurs NetBackupet le type de politique. Dans la boîte de dialogueSpécifier les ordinateursNetBackup et le type de politique, cliquez sur la liste déroulante Serveurà utiliser pour les sauvegardes et les restaurations.

■ Sélectionnez le fichier bp.conf sur les serveurs UNIX et les clients.

■ Vérifiez que l'adressage DNS inversé est configuré.

8 Utilisez l'utilitaire bpclntcmd pour confirmer la configuration des adresses IPet des noms d'hôte dans le DNS, NIS et les fichiers d'hôtes locaux sur chaquenœud NetBackup.

Remarque : Les périphériques cibles FT (Fibre Transport) sont nommés àpartir de la réponse du nom d'hôte ou du nom de domaine du périphérique. Sid'autres noms d'ordinateur pour différents noms d'interface réseau VLANapparaissent dans les entrées SERVER/MEDIA_SERVER du DNS (systèmeDomain Name System) ou des fichiers hôte, le nom principal doit apparaîtred'abord.


Exemple des entrées de nom d'hôte et de service sur le serveurmaître et le client d'UNIX

L'illustration suivante affiche un serveur maître UNIX avec un client UNIX.


Figure 2-1 Serveur maître et client UNIX

Ethernet

Liste des clients de politique

jupitermars

/etc/services

# Services NetBackupbpcd 13782/tcp bpcdbprd 13720/tcp bprd

/etc/services

# Services NetBackupbpcd 13782/tcp bpcdbprd 13720/tcp bprdbpdbm 13721/tcp bpdbm# Services Volume Manager#vmd 13701/tcp vmdtl8cd 13705/tcp tl8cd..

ClientUNIX

mars

usr/openv/netbackup/bp.conf

SERVER=jupiterCLIENT_NAME=jupiter


SERVER=jupiterCLIENT_NAME=mars

Serveurmaître UNIX

jupiter

bpcd -standalone

bpcd -standalone

Considérez le suivant pour Figure 2-1:

■ Toute configuration réseau applicable doit être mise à jour pour refléter lesinformations de NetBackup. Par exemple, ces informations peuvent inclure lefichier /etc/hosts et le NIS, ainsi que le DNS (si utilisé).


Exemple d'entrées de nom d'hôte et de service sur le serveur maîtreet le serveur de médias UNIX

L'illustration suivante montre un serveur de médias NetBackup UNIX nommésaturne. Notez l'ajout d'une entrée SERVER pour saturne dans les fichiers bp.conf

sur tous les systèmes. Cette entrée est en seconde place, sous celle du serveurmaître jupiter.

Figure 2-2 Serveurs maître et de médias UNIX

Ethernet


jupitermarssaturn

/etc/services

# Services NetBackupbpcd 13782/tcp bpcdbprd 13720/tcp bprd

bpcd -standalone

/etc/services

# Services NetBackupbpcd 13782/tcp bpcdbprd 13720/tcp bprdbpdbm 13721/tcp bpdbm# Services Volume Manager# vmd 13701/tcp vmdtl8cd 13705/tcp tl8cdodld 13706/tcp odld..

ClientUNIX

mars


SERVER=jupiterSERVER=saturnCLIENT_NAME=jupiter

bpcd -standalone bpcd -standalone


SERVER=jupiterSERVER=saturnCLIENT_NAME=saturn

/etc/services

# Services NetBackupbpcd 13782/tcp bpcdbprd 13720/tcp bprdbpdbm 13721/tcp bpdbm

# Services Volume Manager # vmd 13701/tcp vmdtl8cd 13705/tcp tl8cdodld 13706/tcp odld..

Serveur de médias UNIXServeur maître UNIX

jupiter saturn


SERVER=jupiterSERVER=saturnCLIENT_NAME=mars




Exemple d'entrées de nom d'hôte et de services sur des clients PCUNIX

L'illustration suivante affiche un serveur maître NetBackup avec des clients PC(Windows). La configuration de serveur est identique à celle des clients UNIX. Cesclients n'ont pas d'entrées inetd.conf.

Figure 2-3 Clients PC UNIX

Ethernet


jupitermarssaturnpluto

ClientWindows

/etc/services

# Services NetBackupbpcd 13782/tcp bpcdbprd 13720/tcp bprdbpdbm 13721/tcp bpdbm# Services Volume Manager#vmd 13701/tcp vmdtl8cd 13705/tcp tl8cdodld 13706/tcp odld..

bpcd -standalone


SERVER=jupiterCLIENT_NAME=jupiter

bp.ini

[bp]ClientName=mars

[serveurs]master=jupiter

[clients]browser=jupiter

[tcpip]bpcd=13782bprd=13720

Boîte de dialogue Propriétés du client NetBackup

Liste de serveurs : jupiter

Serveurs

GénéralNom du client :saturn

Réseau

Port de service client NetBackup 13782

Port de service de requête NetBackup 13720

Serveurmaître UNIX

mars

jupiter

saturn




Exemple des entrées de nom d'hôte et de service sur le serveurUNIX se connectant à plusieurs réseaux

L'illustration suivante montre un serveur NetBackup avec deux connexions Ethernetet clients dans les deux réseaux. Le nom d'hôte du serveur est jupiter pour l'un etmétéore pour l'autre.

Figure 2-4 Le serveur UNIX se connecte à plusieurs réseaux


jupitermarssaturnpluto

/etc/services# Services NetBackupbpcd13782/tcp bpcdbprd 13720/tcp bprd


SERVER=jupiterSERVER=meteorSERVER=saturnCLIENT_NAME=mars


SERVER=jupiterSERVER=meteorSERVER=saturnCLIENT_NAME=jupiter


SERVER=jupiterSERVER=meteorSERVER=saturnCLIENT_NAME=pluto

/etc/services

# Services NetBackup bpcd13782/tcp bpcdbprd 13720/tcp bprd

/etc/services

# Services NetBackupbpcd 13782/tcp bpcdbprd 13720/tcp bprdbpdbm 13721/tcp bpdbm# Services Volume Manager# vmd 13701/tcp vmdtl8cd 13705/tcp tl8cdodld 13706/tcp odld..

jupiter

Ethernet

Serveurmaître UNIX

mars Serveur de médias UNIXsaturn

meteor

Client UNIXpluto

Ethernet

Client UNIX

bpcd -standalone

bpcd -standalone

bpcd -standalone



Cet exemple illustre un serveur UNIX qui se connecte à plusieurs réseaux. La listedes politiques client NetBackup spécifie jupiter comme nom de client pour le serveur


maître. La liste peut afficher soit le serveur jupiter, soit le serveur météore, maisnon pas les deux.

La liste des serveurs NetBackup se trouvant sur le serveur maître contient desentrées pour les interfaces jupiter et météore. Cela s'explique par le fait que, lorsquele serveur effectue une sauvegarde, il utilise le nom associé au client à sauvegarder.Par exemple, il utilise l'interface météore quand il sauvegarde pluton et l'interfacejupiter quand il sauvegarde mars. La première entrée de serveur (nom de serveurmaître) est jupiter parce que c'est le nom utilisé pour sauvegarder le client sur leserveur maître.

La liste des serveurs NetBackup des autres systèmes contient également desentrées pour les interfaces jupiter et météore. Cette installation est recommandéeafin de maintenir les mêmes entrées de serveur sur tous les clients et serveurs dela configuration. Vous devriez ne répertorier que le nom du serveur maître del'interface de réseau local avec le système client ou le serveur de médias. (Parexemple, répertoriez météore pour pluton.)

Pour le réseau affiché, les seules configurations requises sont les différencesenregistrées pour la liste clients des politiques et la liste de serveurs. Si tous lesfichiers de réseau standard (hôtes, WINS, NIS, DNS et tableaux de routage) sontinstallés correctement, toutes les connexions réseau requises peuvent être établies.

À propos de l'utilitaire bpclntcmdL'utilitaire bpclntcmd résout les adresses IP en noms d'hôte et les noms d'hôte enadresses IP. Il utilise les mêmes appels système que les modules d'applicationNetBackup.

Avec l'option –pn, bpclntcmd se connecte au serveur maître et renvoie la manièredont le serveur maître voit la connexion hôte : numéro de port et adresse IP, nomd'hôte sur lequel résout l'adresse IP et client de politique pour ce nom d'hôte de lasource. Ajoutez l'option –verbose pour afficher des détails de connexionsupplémentaires, y compris les certificats de l'hôte que NetBackup utilise pourauthentifier les hôtes.

Le répertoire suivant contient la commande qui démarre l'utilitaire :

install_path\NetBackup\binWindows

/usr/openv/netbackup/binUNIX

Sous Windows, exécutez cette commande bpclntcmd dans une fenêtre decommandes MS-DOS afin de pouvoir afficher les résultats.

81Procédures de dépannageÀ propos de l'utilitaire bpclntcmd

Les options de bpclntcmd utiles pour tester la fonctionnalité du nom d'hôte et dela résolution d'adresse IP sont -ip, -hn, -sv et -pn. Les rubriques suivantesdécrivent chacune de ces options :

bpclntcmd -ip IP_Address

L'option -ip vous permet de spécifier une adresse IP. La commandebpclntcmd utilise gethostbyaddr() sur le nœud NetBackup, etgethostbyaddr() renvoie le nom d'hôte avec l'adresse IP comme définidans les éléments suivants : les entrées des services DNS, WINS et NIS dunœud ou les entrées des fichiers des hôtes locaux. Aucune connexion n'estétablie avec le serveur NetBackup.

-ip

bpclntcmd -hn Hostname

L'option -hn spécifie un nom d'hôte. La commande bpclntcmd utilisegethostbyname() sur le nœud NetBackup pour obtenir l'adresse IP quiest associée au nom d'hôte défini dans les éléments suivants : les entréesdes services DNS, WINS et NIS du nœud ou les entrées des fichiers deshôtes locaux. Aucune connexion n'est établie avec le serveur NetBackup.

-hn

bpclntcmd -sv

L'option -sv affiche le numéro de version NetBackup sur le serveur maître.

-sv


Quand l'option -pn est exécutée sur un client NetBackup, elle lance uneinvestigation auprès du serveur maître NetBackup. Le serveur renvoie lesinformations au client ayant effectué la demande. D'abord, le serveur est lepremier serveur dans la liste de serveurs. Ensuite, les informations que leserveur renvoie sont affichées. Les informations que le serveur renvoie sontdu point de vue du serveur maître et décrivent comment le serveur maîtrevoit le client de connexion. Par exemple :

bpclntcmd -pnexpecting response from server rabbit.friendlyanimals.comdove.friendlyanimals.com dove 123.145.167.3 57141

La ligne suivante est vérifié pour cet exemple de commande :

■ expecting response from serverrabbit.friendlyanimals.com est l'entrée de serveur maître à partirde la liste de serveurs sur le client.

■ dove.friendlyanimals.com est le nom de connexion (nom de pair)retourné par le serveur maître. Le serveur maître a obtenu ce nom pargetaddrinfo().

■ dove est le nom de client configuré dans la liste de politiques clientNetBackup.

■ 123.145.167.3 est l'adresse IP source à partir de laquelle le clients'est connecté au serveur maître.

■ 57141 est le numéro de port source de la connexion depuis le client.

-pn

Utilisez-la avec l'option -pn pour afficher plus de détails sur la connexion etles certificats d'hôte utilisés. Voici un exemple de sortie :

$ bpclntcmd -pn -verboseexpecting response from server rabbit.friendlyanimals.com127.0.0.1:34923 -> 127.0.0.1:50464 PROXY 123.145.167.3:27082-> 192.168.0.15:1556LOCAL_CERT_ISSUER_NAME = /CN=broker/[email protected] /O=vxLOCAL_CERT_SUBJECT_COMMON_NAME =fad46a25-1fe2-4143-a62b-2dc0642d8c45PEER_CERT_ISSUER_NAME = /CN=broker/[email protected] /O=vxPEER_CERT_SUBJECT_COMMON_NAME =3ca8ab18-8eb3-4c8e-825d-faee9f9320d1PEER_IP = 123.145.167.3PEER_PORT = 27082PEER_NAME = dove.friendlyanimals.comPOLICY_CLIENT = dove

-verbose


Utilisez -ip et -hn pour vérifier la capacité d'un nœud de NetBackup à résoudreles adresses IP et les noms d'hôte d'autres nœuds de NetBackup.

Par exemple, pour vérifier qu'un serveur NetBackup peut se connecter à un client,procédez comme suit :

■ Sur le serveur NetBackup, utilisez bpclntcmd -hn pour vérifier que le systèmed'exploitation peut résoudre le nom d'hôte du client NetBackup (comme configurédans la liste client pour la politique), en une adresse IP. L'adresse IP est alorsutilisée dans les tableaux de routage du nœud pour acheminer un messageréseau depuis le serveur NetBackup.

■ Sur le client NetBackup, utilisez bpclntcmd -ip pour vérifier que le systèmed'exploitation peut résoudre l'adresse IP du serveur NetBackup. (L'adresse IPse trouve dans le message qui arrive à l'interface réseau du client.)

Remarque : La commande bpclntcmd consigne les messages dans le répertoireusr/openv/netbackup/logs/bpclntcmd (UNIX) ouinstall_path\NetBackup\logs\bpclntcmd (Windows). Dans le cas des versionsantérieures de NetBackup, les journaux bpclntcmd sont envoyés dans le répertoirebplist, et non dans le répertoire bpclntcmd.

Utilisation de la fenêtre Propriétés de l'hôte pouraccéder aux paramètres de configuration

La fenêtre Propriétés de l'hôte de laNetBackup Administration Console permetd'accéder à de nombreux paramètres de configuration pour les clients et les serveursNetBackup. Par exemple, vous pouvez modifier la liste de serveurs, les paramètresde notification par courrier électronique et les diverses valeurs d'expiration de délaipour les serveurs et les clients. Les indications suivantes constituent des instructionsgénérales sur l'utilisation de cette fenêtre.

La boîte de dialogue Propriétés du client NetBackup dans l'interfaceSauvegarde,archivage et restauration sur des clients Windows vous permet de modifier lesparamètres de configuration de NetBackup seulement pour le système local surlequel vous exécutez l'interface. La plupart des paramètres de la boîte de dialoguePropriétés du client NetBackup sont également disponibles dans la fenêtrePropriétés de l'hôte.

84Procédures de dépannageUtilisation de la fenêtre Propriétés de l'hôte pour accéder aux paramètres de configuration

Pour utiliser la fenêtre Propriétés de l'hôte pour accéder aux paramètres deconfiguration

1 Dans le volet gauche de la console d'administration NetBackup, développezGestion NetBackup > Propriétés de l'hôte.

2 Selon l'hôte à configurer, sélectionnez Serveursmaîtres, Serveurs demédiasou Clients.

3 Dans le menu Actions, sélectionnez Propriétés.

4 Dans la boîte de dialogue Propriétés, dans le volet gauche, cliquez sur lapropriété appropriée et apportez vos modifications.

Résolution des problèmes de disque pleinSi NetBackup est installé sur un disque ou un système de fichiers qui se remplit,par exemple avec les fichiers journaux, un certain nombre de problèmes peutsurvenir. NetBackup peut ne plus répondre. Les travaux NetBackup peuvent resteren attente pendant de longues périodes, alors que tous les processus et servicesNetBackup sont en cours d'exécution.

Pour résoudre les problèmes de disque plein causés par des fichiers journauxde NetBackup

1 Libérez de l'espace disque dans le répertoire où NetBackup est installé, enprocédant comme suit :

■ Il est possible que vous deviez supprimer des fichiers journauxmanuellement, réduire les niveaux de consignation et régler la conservationdes journaux pour que la suppression automatique des fichiers journauxs'effectue plus tôt.Consultez le Guide de référence de consignation NetBackup pour plusd'informations sur les niveaux de consignation, la conservation de fichiersjournaux et la configuration de la consignation unifiée.

■ Envisagez de déplacer les fichiers journaux unifiés NetBackup vers unsystème de fichiers différent.

2 Utilisez le moniteur d'activité pour vérifier que le service de base de donnéesrelationnelle NetBackup est en cours d'exécution.

Ce service est le daemon NB_dbsrv sous UNIX et le service de gestionnairede bases de données relationnelles NetBackup sous Windows.

3 Si le service de base de données relationnelle NetBackup est arrêté, notez cequi suit :

85Procédures de dépannageRésolution des problèmes de disque plein


■ N'arrêtez pas le service nbrb. L'arrêt du service nbrb lorsque le service debase de données relationnelle NetBackup est désactivé peut entraîner deserreurs.

■ Redémarrez le service de base de données relationnelle NetBackup.

4 Vérifiez que le service de base de données relationnelle NetBackup est encours d'exécution.

S'il ne l'est pas et si vous supprimez des fichiers pour libérer de l'espace disque,vous risquez de ne pas résoudre le problème. Le service de base de donnéesrelationnelle doit être redémarré pour permettre à Resource Broker (nbrb)d'allouer les ressources de travail.

Pour résoudre les problèmes de disque plein sur le système de fichiers NBDB

1 Arrêtez les daemons NetBackup.

2 Compressez le répertoire intermédiaire et gardez une copie dans unemplacement sécurisé.

UNIX : /usr/openv/db/staging

Windows: install_path\VERITAS\NetBackupDB\staging

Cette copie est une sauvegarde de la base de données à la date de la dernièresauvegarde de catalogue.

3 Exécutez une validation sur la base de données :

UNIX : /usr/openv/db/bin/nbdb_admin -validate -full -verbose

Windows : install_path\VERITAS\NetBackup\bin\ nbdb_admin -validate

-full -verbose

Si la validation échoue, contactez le support Veritas.

4 Si la validation réussit, exécutez une reconstruction de base de données :

UNIX : /usr/openv/db/bin/ >nbdb_unload -rebuild –verbose

Windows : install_path\VERITAS\NetBackup\bin\ >nbdb_unload -rebuild

-verbose

Si la reconstruction échoue, contactez le support Veritas.

5 Si la reconstruction réussit, exécutez la validation sur la base de données denouveau (étape 3).

Si cette validation échoue, contactez le support Veritas.

6 Démarrez les daemons NetBackup.

7 Dès que possible, ajoutez de l'espace supplémentaire au système de fichierscontenant NBDB.

86Procédures de dépannageRésolution des problèmes de disque plein

Pour résoudre les problèmes de disque plein sur d'autres systèmes de fichiers(tels que les fichiers binaires, racine ou catalogue d'image)

1 Arrêtez les daemons NetBackup.

2 Déterminez la cause pour le système de fichiers complet et appliquez desmesures correctives.

3 Démarrez les daemons NetBackup.

4 Vérifiez que les daemons de NetBackup s'exécutent sans fin anormale ouerreurs.

Si des erreurs se produisent, contactez le support Veritas.

Considérations de dépannage d'un média figéUn média figé peut provoquer un certain nombre de problèmes, notamment l'undes codes d'état suivants : 84, 85, 86, 87 et 96.

En dépannant le média figé, tenez compte des points suivants :

■ Exécutez la commande bpmedialist pour accéder aux informations de MediaDB,y compris l'état des médias (Figé, Saturé ou Actif).

■ Pour libérer le média, utilisez la commande bpmedia. Spécifiez le serveur demédias qui contient cet enregistrement figé dans la syntaxe de commande.Libérez les médias un par un.

■ Un média figé ne signifie pas nécessairement qu'il est défectueux. NetBackuppeut figer les médias par mesure de sécurité pour empêcher d'autres erreurs,l'endommagement du lecteur ou la perte de données.

■ Examinez les modèles des ID de médias, lecteurs de bande ou serveurs demédias impliqués lorsque le média est figé.

Journaux pour le dépannage de médias figésLes journaux suivants sont utiles quand vous dépannez des médias figés :

■ Journal bptm des serveurs de médias qui ont figé les médias :

/usr/openv/netbackup/logs/bptm

■ Messages d'administrateur ou syslog du système d'exploitation.

UNIX

87Procédures de dépannageConsidérations de dépannage d'un média figé

■ Journal bptm des serveurs de médias qui ont figé les médias :

install_dir\VERITAS\NetBackup\logs\bptm

■ Journal système de Windows Event Viewer■ Journal de l'application Windows Event Viewer

Windows

Définissez les commentaires du journal de processus de bptm sur 5 pour dépannerles problèmes liés à tous les médias et lecteurs. Ce journal n'utilise pas un espaceexcessif sur le lecteur ni de ressources exagérées, même avec un niveau de détailsélevé. Lorsqu'un média est figé, les journaux bptm peuvent contenir des informationsplus détaillées que le moniteur d'activité ou le rapport Problèmes. Définissez leniveau de détails bptm sur les serveurs de médias individuels en modifiant leurniveau de consignation sous Propriétés de l'hôte dans laNetBackupAdministrationConsole.

Se reporter à "Considérations de dépannage d'un média figé" à la page 87.

Se reporter à "À propos des conditions qui figent les médias" à la page 88.

À propos des conditions qui figent les médiasLes médias peuvent être figés pour les raisons suivantes :

■ Erreurs excessives sur le même média pendant la sauvegarde. Voici un exempled'entrée de journal :

FREEZING media id E00109, it has had at least 3 errors in the last

12 hour(s)

Les causes et les résolutions pour ce problème incluent :

Nettoyez les lecteurs qui figent les médias conformément auxsuggestions du fabricant. Un média figé est l'un des premierssymptômes d'un lecteur encrassé.

Lecteurs encrassés.

Vérifiez les erreurs de périphérique de bande signalées par lesjournaux du système d'exploitation ou le pilote de périphérique.Si des problèmes ont été détectés, suivez les recommandationsdu constructeur pour résoudre ce type d'erreur.

Le lecteur lui-même.

Vérifiez les erreurs de périphérique SCSI ou HBA signaléespar les journaux du système d'exploitation ou le pilote depériphérique. Si des problèmes ont été détectés, suivez lesrecommandations du constructeur pour résoudre ce typed'erreur.

Problèmes decommunication auniveau de l'adaptateurSCSI ou HBA (HostBus Adapter).


Vérifiez que les lecteurs de bande sont répertoriés dans la listede compatibilité matérielle comme pris en charge parNetBackup. Cette liste se trouve sur le site de support de Veritassuivant :

www.veritas.com/docs/TECH59978

Lecteur non pris encharge

Assurez-vous que l'utilisation du média avec le lecteur de bandeest prise en charge par le fournisseur du lecteur de bande.

Médias non pris encharge

■ Média inattendu dans le lecteur. Voici un exemple d'entrée de journal :

Incorrect media found in drive index 2, expected 30349, \

found 20244, FREEZING 30349

Les circonstances suivantes peuvent entraîner cette erreur :

■ NetBackup nécessite le montage d'un ID de média dans un lecteur. Si l'IDde média physiquement enregistré sur la bande est différent de l'ID de médiaNetBackup, le média est figé. Cette erreur se produit si le robot doit êtreinventorié ou si des codes-barres ont été physiquement modifiés sur lesmédias.

■ Une autre installation de NetBackup s'est précédemment enregistrée sur lemédia avec des règles de code-barres différentes.

■ Les lecteurs du robot ne sont pas configurés dans l'ordre dans NetBackupou sont configurés avec des chemins d'accès incorrects. Le nombre correctde lecteurs de robot est primordial pour un montage et une utilisationappropriés des médias. Le numéro du lecteur de robot se base normalementsur la relation entre le numéro de série du lecteur et les informationsconcernant le numéro de série du lecteur dans la bandothèque. Validez cenuméro avant de considérer la configuration de périphérique commeterminée.

■ Les médias contiennent un format non NetBackup. Voici un exemple d'entréede journal :

FREEZING media id 000438, it contains MTF1-format data and cannot

be used for backups

FREEZING media id 000414, it contains tar-format data and cannot

be used for backups

FREEZING media id 000199, it contains ANSI-format data and cannot

be used for backups

Ces bandes de bibliothèque ont pu avoir été enregistrées en dehors deNetBackup. Par défaut, NetBackup enregistre des données uniquement sur un


www.veritas.com/docs/TECH59978

média vide ou un autre média NetBackup. Les autres types de médias (DBR,TAR, CPIO, ANSI, MTF1 et les médias Backup Exec BE-MTF1 recyclés) sontfigés par mesure de sécurité. Modifiez ce comportement à l'aide de la procéduresuivante :

Pour permettre à NetBackup d'écraser des médias étrangers, ajoutezl'élément suivant au fichier bp.conf qui se trouve dans/usr/openv/netbackup/bp.conf pour le serveur de médiasimpliqué :

ALLOW_MEDIA_OVERWRITE = DBRALLOW_MEDIA_OVERWRITE = TARALLOW_MEDIA_OVERWRITE = CPIOALLOW_MEDIA_OVERWRITE = ANSIALLOW_MEDIA_OVERWRITE = MTF1ALLOW_MEDIA_OVERWRITE = BE-MTF1

Arrêtez et redémarrez les daemons NetBackup pour appliquer lesmodifications.

Sous UNIX

Dans la NetBackup Administration Console, sélectionnezPropriétés de l'hôte > Serveur de médias

Ouvrez les propriétés du serveur de médias en question.

Sélectionnez l'onglet Média.

La propriété Autoriser le remplacement de médias annule laprotection anti-écrasement de NetBackup pour les types de médiasspécifiés. Pour désactiver la protection anti-écrasement, sélectionnezun ou plusieurs des formats de médias répertoriés. Arrêtez etredémarrez les démons NetBackup pour appliquer les modifications.

Ne sélectionnez pas un type de média étranger pour écrasement àmoins que vous soyez sûr de vouloir écraser ce type de média.

Pour plus d'informations sur chaque type de média, consultez leGuide de configuration des périphériques NetBackup.

Sous Windows

■ Le média est une bande précédemment utilisée pour la sauvegarde de catalogueNetBackup. Par exemple, l'entrée de journal peut être la suivante :

FREEZING media id 000067: it contains Veritas NetBackup (tm)

database backup data and cannot be used for backups.

Ce média est figé parce qu'il s'agit d'une ancienne bande de sauvegarde decatalogue qui, par défaut, n'est pas écrasée dans NetBackup. La commandebplabel doit étiqueter le média pour réinitialiser son en-tête.



■ Le média est intentionnellement figé. Vous pouvez figer manuellement desmédias à l'aide de la commande bpmedia pour différents motifs administratifs.S'il n'existe aucun enregistrement indiquant qu'un travail spécifique a figé lemédia, il a peut-être été figé manuellement.

■ Le média est physiquement protégé en écriture. Si le média comporte uneencoche de protection en écriture activée, NetBackup fige le média.

Pour libérer un média figé, saisissez la commande bpmedia suivante :

# bpmedia -unfreeze -m mediaID -h media_server

La variablemedia_server est celle qui a figé les médias. Si cet élément est inconnu,exécutez la commande bpmedialist et notez l'"hôte de serveur" : listé dans lasortie. L'exemple suivant indique que le serveur de médias denton a figé le médiadiv008 :

# bpmedialist -m div008

Server Host = denton

ID rl images allocated last updated density kbytes restores

vimages expiration last read <------- STATUS ------->

------------------------------------------------------------------------

DIV08 1 1 04/22/2014 10:12 04/22/2014 10:12 hcart 35 5

1 05/06/2014 10:12 04/22/2014 10:25 FROZEN

Résolution des problèmes avec les services WebNetBackup

Utilisez la procédure ci-après pour résoudre les problèmes avec les services WebNetBackup.

Pour résoudre des problèmes avec les services Web NetBackup

1 Vérifiez que le service de console de gestion Web NetBackup est en coursd'exécution.

■ Sous UNIX, entrez la commande suivante :


91Procédures de dépannageRésolution des problèmes avec les services Web NetBackup

■ Sous Windows, utilisez le moniteur d’activité NetBackup ou l’applicationServices du Panneau de configuration Windows.

2 Arrêtez et redémarrez le service de console de gestion Web NetBackup.

■ Sous UNIX :

install_path/netbackup/bin/nbwmc -terminate

install_path/netbackup/bin/nbwmc

■ Sous Windows, utilisez l’application Services du Panneau de configurationWindows.

3 Consultez les journaux de serveur Web NetBackup et les journaux d’applicationWeb.

Se reporter à "Affichage des journaux de services Web NetBackup"à la page 92.

Consultez la note technique suivante pour les tâches de serveur Web que vousdevez effectuer avant d'installer le serveur maître :

https://www.veritas.com/support/en_US/article.000081350

Affichage des journaux de services Web NetBackupNetBackup crée des journaux pour le serveur Web NetBackup et le serveurd'applications Web.

■ Les journaux de l’infrastructure de serveur Web NetBackup n’utilisent pas laconsignation unifiée. Pour plus d’informations sur le format de ces journaux etcomment ils sont créés, consultez la documentation d'Apache Tomcat àhttp://Tomcat.Apache.org.Ces journaux sont enregistrés à l’emplacement suivant :

usr/openv/wmc/webserver/logs

install_path\NetBackup\wmc\webserver\logs

■ Les journaux d’application Web NetBackup utilisent la consignation unifiée. Cesjournaux sont enregistrés à l’emplacement suivant.

usr/openv/logs/nbwebservice

install_path\NetBackup\logs\nbwebservice

Pour obtenir une aide supplémentaire sur ces journaux, contactez le supporttechnique de Veritas.

92Procédures de dépannageRésolution des problèmes avec les services Web NetBackup


http://Tomcat.Apache.org

Résolution des problèmes avec le certificat deserveur Web NetBackup

NetBackup génère et déploie un certificat X509 pour la console de gestion WebNetBackup (nbwmc) ou le serveur Web NetBackup pendant l’installation. Ce certificatauthentifie le serveur maître NetBackup et valide qu’un client est connecté auserveur maître. Ce certificat est actualisé périodiquement.

Génération du certificat de serveur Web NetBackupLe certificat de serveur Web NetBackup est généré pendant l’installation deNetBackup. Pour résoudre les problèmes de génération de ce certificat, consultezles journaux suivants. Les journaux nbcert et nbatd utilisent la consignation unifiée.Le journal configureCerts.log utilise un type de journalisation simple et non pasVxUL.

/usr/openv/logs/nbcert

/usr/openv/wmc/webserver/logs/configureCerts.log

/usr/openv/logs/nbatd

install_path\NetBackup\logs\nbcert

C:\ProgramData\Veritas\NetBackup\InstallLogs\WMC_configureCerts_yyyymmdd_timestamp.txt

install_path\NetBackup\logs\nbatd

Renouvellement du certificat Web NetBackupLe certificat de serveur Web comporte une durée d’expiration d’un an. NetBackupessaie de renouveler automatiquement le certificat tous les 6 mois. Le certificatrenouvelé est déployé automatiquement. L'échec du renouvellement du certificatest consigné dans le journal d’erreurs NetBackup. Dans ce cas, NetBackup essayepériodiquement de renouveler le certificat (toutes les 24 heures). Si l'échec durenouvellement du certificat persiste, contactez le support Veritas.

Pour résoudre les problèmes de renouvellement de certificat, consultez les journauxsuivants. Les journaux nbwebservice (OID 466 et 484) et nbatd (OID 18) utilisentla consignation unifiée. Le fichier configureCerts.log utilise un type dejournalisation simple et non pas VxUL.

/usr/openv/logs/nbwebservice

/usr/openv/wmc/webserver/logs/configureCerts.log

/usr/openv/logs/nbatd

install_path\NetBackup\logs\nbwebservice

C:\ProgramData\Veritas\NetBackup\InstallLogs\WMC_configureCerts_yyyymmdd_timestamp.txt

install_path\NetBackup\logs\nbatd

93Procédures de dépannageRésolution des problèmes avec le certificat de serveur Web NetBackup

Résolution des problèmes liés à PBXLes services EMM (Enterprise Media Manager) et les autres services de NetBackupnécessitent une architecture de services commune appelée PBX (Private BranchExchange). À l'instar de vnetd, PBX aide à limiter le nombre de ports TCP/IP queles services CORBA de NetBackup utilisent.

Pour résoudre les problèmes liés à PBX

1 Vérifiez que PBX est correctement installé. Si PBX n'est pas installé, NetBackupne répond pas. Reportez-vous à la procédure suivante:

Se reporter à "Vérification de l'installation de PBX" à la page 94.

2 Vérifiez que PBX s'exécute et lancez PBX s'il y a lieu à l'aide de la procéduresuivante :

Se reporter à "Contrôle de l'exécution de PBX" à la page 95.

3 Vérifiez que PBX est correctement configuré. Si PBX est mal configuré,NetBackup ne répond pas. Reportez-vous à la procédure suivante:

Se reporter à "Contrôle de la définition correcte de PBX" à la page 95.

4 Accédez aux journaux de PBX en procédant comme suit :

Se reporter à "Accès aux journaux PBX" à la page 96.

5 Examinez les options de sécurité PBX et corrigez les problèmes éventuels enprocédant comme suit :

Se reporter à "Dépannage de la sécurité PBX" à la page 97.

6 Vérifiez que le daemon ou le service requis de NetBackup s'exécute. S'il y alieu, démarrez le daemon ou le service requis en procédant comme suit :

Se reporter à "Détermination de la disponibilité du daemon ou du service PBX"à la page 99.

Vérification de l'installation de PBXNetBackup requiert le service PBX (Private Branch Exchange) de Veritas. Le PBXpeut être installé avant NetBackup ou pendant l'installation de NetBackup.

Consultez le Guide d'installation de NetBackup.

Si vous désinstallez le PBX, vous devez le réinstaller.

Pour contrôler l'installation de PBX

1 Recherchez le répertoire suivant sur le serveur maître NetBackup :

■ Sous Windows : install_path\VxPBX

94Procédures de dépannageRésolution des problèmes liés à PBX


■ Sous UNIX : /opt/VRTSpbx

2 Pour vérifier la version de PBX, entrez :

■ Sous Windows : install_path\VxPBX\bin\pbxcfg -v

■ Sous UNIX : /opt/VRTSpbx/bin/pbxcfg -v

Contrôle de l'exécution de PBXUne fois que vous savez que PBX est installé sur le serveur maître NetBackup,vous devez vérifier qu'il est en cours d'exécution.

Pour savoir si PBX est en cours d'exécution

1 Sous UNIX, recherchez le processus PBX :

ps | grep pbx_exchange

2 Pour démarrer PBX sous UNIX, saisissez :

/opt/VRTSpbx/bin/vxpbx_exchanged start

Sous Windows, assurez-vous que le service Private Branch Exchange estdémarré. (Accédez à Démarrer > Exécuter et saisissez services.msc.)

Contrôle de la définition correcte de PBXDeux paramètres sont essentiels au fonctionnement correct de PBX : Utilisateurauthentifié (Auth User) et Mode sécurisé (Secure Mode). Quand PBX est installé,ils sont automatiquement définis si nécessaire.

Pour contrôler que PBX est défini correctement

1 Pour afficher les paramètres actuels de PBX, effectuez l'une des opérationssuivantes :

■ Sous Windows, saisissez la commande suivante :

install_path\VxPBX\bin\pbxcfg -p

Exemple de sortie :

Auth User:0 : localsystem

Secure Mode: false

Debug Level: 10

Port Number: 1556

PBX service is not cluster configured


L'utilisateur authentifié (Auth User) doit être localsystem et le modesécurisé (Secure Mode) doit être false (faux).

■ Sous UNIX, saisissez la commande suivante :

/opt/VRTSpbx/bin/pbxcfg -p

Exemple de sortie :

Auth User:0 : root

Secure Mode: false

Debug Level: 10

Port Number: 1556

PBX service is not cluster configured

L'utilisateur authentifié (Auth User) doit être racine (root) et le modesécurisé (Secure Mode) doit être faux (false).

2 Réinitialisez l'utilisateur authentifié (Auth User) ou le mode sécurisé (Secure

Mode) si nécessaire :

■ Pour ajouter l'utilisateur correct à la liste d'utilisateurs authentifiés (exemplesous UNIX) :

/opt/VRTSpbx/bin/pbxcfg -a -u root

■ Pour définir le mode sécurisé (Secure Mode) sur false :

/opt/VRTSpbx/bin/pbxcfg -d -m

Pour plus d'informations sur la commande pbxcfg, consultez la page demanuel pbxcfg.

Accès aux journaux PBXPBX utilise la consignation unifiée. Les journaux PBX sont enregistrés auxemplacements suivants :

■ /opt/VRTSpbx/log (UNIX)

■ chemin_installation\VxPBX\log (Windows)

Le numéro du point d'origine de consignation unifiée pour PBX est 103. Consultezle Guide de référence de consignation NetBackup pour plus d'informations sur laconsignation unifiée.

Des messages d'erreur concernant PBX peuvent apparaître dans le journal PBXou dans le journal de consignation unifiée pour nbemm, nbpem, nbrb ou nbjm. Letexte suivant est un exemple d'erreur liée à PBX :



05/11/10 10:36:37.368 [Critical] V-137-6 failed to initialize ORB:

check to see if PBX is running or if service has permissions to

connect to PBX. Check PBX logs for details

Pour accéder aux journaux PBX

1 Utilisez la commande vxlogview afin d'afficher les journaux PBX et les autresjournaux unifiés. L'ID de point d'origine de PBX est 103. Pour plusd'informations, consultez la page de manuel vxlogview.

Consultez également le Guide de référence de consignation NetBackup quicontient des rubriques sur la consignation unifiée.

2 Pour modifier le niveau de consignation de PBX, entrez ce qui suit :

pbxcfg -s -l debug_level

où debug_level est un nombre de 0 à 10, où 10 est le plus détaillé (paramètrepar défaut).

Pour vérifier les détails actuels, entrez ce qui suit :

pbxcfg -p

PBX peut consigner des messages par défaut dans les journaux système UNIX(/var/adm/messages ou /var/adm/syslog) ou dans le journal des événementsde Windows. En conséquence, les journaux système peuvent se remplir demessages de journaux PBX inutiles, puisque les messages sont égalementenregistrés dans les journaux PBX :

UNIX : /opt/VRTSpbx/log

Windows : <chemin_installation>\VxPBX\log

3 Pour désactiver la consignation PBX dans les journaux système ou les journauxdes événements, saisissez la commande suivante :

# vxlogcfg -a -p 50936 -o 103 -s LogToOslog=false

Il n'est pas nécessaire de redémarrer PBX pour que ce paramètre soit pris encharge.

Dépannage de la sécurité PBXLe Mode sécurisé de PBX doit être défini sur faux. Si le Mode sécurisé est définisur vrai, les commandes NetBackup, telles quebplabel et vmoprcmd nefonctionnent pas. Les messages PBX comme celui illustré ci-dessous apparaissentdans /opt/VRTSpbx/log (UNIX) ou chemin_installation\VxPBX\log (Windows).



5/12/2008 16:32:17.477 [Error] V-103-11 User MINOV\Administrator

not authorized to register servers

5/12/2008 16:32:17.477 [Error] Unauthorized Server

Pour dépanner la sécurité de PBX

1 Vérifiez que le mode sécurisé PBX est défini sur faux (paramètre par défaut) :

■ Sous Windows :chemin_installation\VxPBX\bin\pbxcfg -p

■ Sous UNIX :

/opt/VRTSpbx/bin/pbxcfg -p

2 Le cas échéant, définissez lemode sécurisé sur faux, en entrant ce qui suit :

■ Sous Windows :

install_path\VxPBX\bin\pbxcfg -d -m

■ Sous UNIX :

/opt/VRTSpbx/bin/pbxcfg -d -m

3 Arrêt de NetBackup :

■ Sous Windows :

install_path\NetBackup\bin\bpdown

■ Sous UNIX :


4 Arrêt de PBX :

■ Sous Windows : accédez à Démarrer > Exécuter, saisissez la commandeservices.msc et arrêtez le service Private Branch Exchange Veritas.

■ Sous UNIX :

/opt/VRTSpbx/bin/vxpbx_exchanged stop

5 Démarrage de PBX :

■ Sous UNIX :

/opt/VRTSpbx/bin/vxpbx_exchanged start


■ Sous Windows : Accédez à Démarrer > Exécuter, saisissez la commandeservices.msc et démarrez le service Private Branch Exchange Veritas.

6 Démarrage de NetBackup :

■ Sous Windows :

install_path\NetBackup\bin\bpup

■ Sous UNIX :


Détermination de la disponibilité du daemon ou du service PBXSi NetBackup ne fonctionne pas comme configuré, un service NetBackup requispeut s'être arrêté. Par exemple, les sauvegardes peuvent ne pas être programméesou peuvent être programmées mais ne s'exécutent pas. Le type de problème dépendde quel processus n'est pas en cours d'exécution.

Quand un service NetBackup ne s'exécute pas et qu'un autre processus essaie des'y connecter, des messages comme celui illustré ci-dessous apparaissent dans/opt/VRTSpbx/log (UNIX) ou install_path\VxPBX\log(Windows). Le pointd'origine de consignation unifiée pour le PBX est 103, et l'ID de produit est 50936.

05/17/10 9:00:47.79 [Info] PBX_Manager:: handle_input with fd = 4

05/17/10 9:00:47.79 [Info] PBX_Client_Proxy::parse_line, line = ack=1

05/17/10 9:00:47.79 [Info] PBX_Client_Proxy::parse_line, line =

extension=EMM

05/17/10 9:00:47.80 [Info] hand_off looking for proxy for = EMM

05/17/10 9:00:47.80 [Error] No proxy found.

05/17/10 9:00:47.80 [Info] PBX_Client_Proxy::handle_close

Pour déterminer la disponibilité du daemon ou du service PBX

1 Démarrez le service nécessaire.

Dans cet exemple, le service NetBackup manquant est EMM. Pour démarrerle service nécessaire, entrez la commande nbemm (UNIX) ou démarrez leservice NetBackup Enterprise Media Manager (Windows : Démarrer >Exécuter, entrez services.msc).

2 Si nécessaire, arrêtez et redémarrez tous les services NetBackup.

■ Sous Windows :




■ Sous UNIX :



Résolution des problèmes de validation de l'hôtedistant

NetBackup utilise SSL (Secure Socket Layer) pour communiquer en toute sécuritéavec les autres hôtes NetBackup. NetBackup 8.1 requiert toujours que lacommunication soit sécurisée, sauf si l'autre hôte correspond à la version 8.0 ouune version antérieure. Pour cela, tous les hôtes qui configurent ou acceptent uneconnexion valident l'hôte distant par rapport à ses détails disponibles dans le serveurmaître. La connexion est abandonnée si la validation de l'hôte échoue, ce quientraîne l'échec de certaines opérations (telles que sauvegarde ou restauration).

Pour résoudre les problèmes qui apparaissent suite à des échecs de validationd’hôte, procédez comme suit :

■ Vérifiez les journaux concernant les échecs de validation d'hôte.Se reporter à "Affichage des journaux de la validation d'hôte" à la page 101.

■ Vérifiez que tous les services Web NetBackup sont en cours d'exécution sur leserveur maître.Se reporter à "Résolution des problèmes avec les services Web NetBackup"à la page 91.

■ Vérifiez que le certificat du serveur Web NetBackup est correctement déployé.Se reporter à "Résolution des problèmes avec le certificat de serveur WebNetBackup" à la page 93.

■ Vérifiez que l'hôte peut se connecter au service Web NetBackup sur le serveurmaître.Consultez la rubrique relative à la communication entre un client NetBackupsitué dans une zone démilitarisée et un serveur maître via un tunnel HTTP dansle Guide de sécurité et de chiffrement NetBackup.

■ Si l'hôte distant correspond à la version 8.0 ou une version antérieure, vérifiezque la communication non sécurisée avec ces hôtes est activée.Se reporter à "Activation de la communication non sécurisée avec des hôtesNetBackup 8.0 et versions antérieures" à la page 102.

■ Vérifiez qu'il existe des mappages d'ID d'hôte à des noms d'hôte pour l'hôtedistant, qui sont en attente d'approbation sur le serveur maître.

100Procédures de dépannageRésolution des problèmes de validation de l'hôte distant

Se reporter à "Approbation des mappages d'ID de nom à des noms d'hôte"à la page 102.

■ Si le logiciel NetBackup de l’hôte distant a récemment été rétrogradé de laversion 8.1 vers une version antérieure, veillez à réinitialiser les informationsd’hôte sur le serveur maître.Consultez la rubrique relative à la réinitialisation des attributs d’un hôteNetBackup dans le Guide de chiffrement et de sécurité NetBackup.

■ Vérifiez que le cache de l'hôte a mis à jour les informations relatives à l'hôtedistant.Se reporter à "Effacement du cache de l'hôte" à la page 104.

Affichage des journaux de la validation d'hôteLes journaux de la validation d'hôte du proxy se trouvent dans l'emplacementsuivant :

Windows : chemin_installation\NetBackup\logs\nbpxyhelper

UNIX : /usr/openv/logs/nbpxyhelper

Le proxy utilise la consignation unifiée.

En outre, pour les connexions entrantes, les journaux de validation d'hôte sontégalement stockés dans les fichiers journaux de processus correspondants oùl'autorisation d'hôte a lieu.

Par exemple, si la validation d'hôte a échoué pendant l'autorisation bpcd, lesjournaux appropriés se trouvent dans l'emplacement suivants :

Windows :chemin_installation\NetBackup\logs\bpcd

UNIX : /usr/openv/NetBackup/logs/bpcd

Exemples de messages de journal enregistrés lorsqu'une connexion d'hôte estabandonnée :

La connexion est abandonnée pour l'hôte de pair : examplemaster avec

code d'erreur:message d'erreur 8618 : la connexion est abandonnée,

car le mappage d'ID d'hôte à des noms d'hôte n'est pas encore

approuvé.

La connexion doit être abandonnée pour l'hôte de pair : 10.10.10.10

avec code d'erreur:message d'erreur 8620 : la connexion est

abandonnée, car la communication non sécurisée n'est pas autorisée.


Remarque : Les échecs de validation d'hôte sont indiqués comme échecs deconnexion sur les hôtes NetBackup 8.0 et versions antérieures.

Activation de la communication non sécurisée avec des hôtesNetBackup 8.0 et versions antérieures

Vérifiez que la communication non sécurisée avec les hôtes NetBackup 8.0 etversions antérieures est activée sur le serveur maître.

Exécutez la commande suivante :

■ Windows : chemin_installation\NetBackup\bin\admincmd\nbseccmd-getsecurityconfig -insecurecommunication

■ UNIX : /usr/openv/netbackup/bin/admincmd/nbseccmd -getsecurityconfig

-insecurecommunication

Si l'option insecurecommunication est désactivée, activez la communication nonsécurisée avec les hôtes NetBackup 8.0 et version antérieure.

Exécutez la commande suivante :

■ Windows : chemin_installation\NetBackup\bin\admincmd\nbseccmd-setsecurityconfig insecurecommunication on

■ UNIX : /usr/openv/netbackup/bin/admincmd/nbseccmd -setsecurityconfig

-insecurecommunication on

Remarque : La communication non sécurisée doit être activée pour OpsCenterpour pouvoir communiquer avec le serveur maître.

Approbation des mappages d'ID de nom à des noms d'hôteExécutez la commande suivante pour vérifier la liste des demandes d'approbationen attente pour les mappages d'ID de nom à des noms d'hôte :

■ Windows : chemin_installation\NetBackup\bin\admincmd\nbhostmgmt-list -pending

Exemple de sortie :ID d'hôte : zzzzzz-1271-4ea4-zzzz-5281a4f760e6Hôte : exemple1.comServeur maître : exemple1.comType de système d'exploitation : WindowsSystème d'exploitation : Service Pack 1 Microsoft Windows Server 2008 R2 64,Build 7601 (6.1.7601)


EEB NetBackup :Description du matériel : GenuineIntel Intel(R) Xeon(R) CPU E5-2680 v2,2,80 GHz, 4 UCArchitecture d'UC : Intel x64Version : NetBackup_8.1Sécurisé : OuiCommentaire:

Date dedernière mise àjour

Créé lePartagéDécouverteautomatique

ConflitApprouvéNom d'hôtemappé

28 juil 201703:53:30 PM

28 juil 201703:53:30 PM

NonOuiNonNonexemple1.com

■ UNIX : /usr/openv/netbackup/bin/admincmd/nbhostmgmt -list -pending

Exemple de sortie :ID d'hôte : xxxxx-52e8-xxxx-ba92-7be20c6dceb9Hôte : exemple2.comServeur maître : exemple2.comType de système d'exploitation : UNIXSystème d'exploitation : RedHat Linux (2.6.32-642.el6.x86_64)EEB NetBackup :Description di matériel : AuthenticAMD AMD Opteron(tm) Processor 6366 HE,16 UCArchitecture d'UC : x86_64Version : NetBackup_8.1Sécurisé : OuiCommentaire:

Date dedernière mise àjour

Créé lePartagéDécouverteautomatique

ConflitApprouvéNom d'hôtemappé

28 juil 201702:52:20 PM

28 juil 201702:52:20 PM

NonOuiNonNonexemple2.com

Exécutez la commande suivante pour approuver un mappage d'ID de nom à desnoms d'hôte :

■ Windows : Install_Path\NetBackup\bin\admincmd\nbhostmgmt -add

-hostid zzzzzz-1271-4ea4-zzzz-5281a4f760e6 -mappingname mymaster


Exemple de sortie :exemple1.com a bien été mis à jour.

■ UNIX : /usr/openv/netbackup/bin/admincmd/nbhostmgmt -add -hostid

xxxxx-52e8-xxxx-ba92-7be20c6dceb9 -mappingname mymaster

Exemple de sortie :exemple2.com a bien été mis à jour.

Effacement du cache de l'hôteL'effacement du cache de l'hôte permet de refléter immédiatement sur l'hôte lesmodifications liées à la validation d'un hôte (par exemple, approbation d'un mappaged'ID de nom à un nom d'hôte, ou modifications apportées au paramètres de sécuritéglobale).

Pour effacer le cache de l'hôte, exécutez la commande suivante :

■ Windows : chemin_installation\NetBackup\bin\bpclntcmd-clear_host_cache

■ UNIX : /usr/openv/netbackup/bin/bpclntcmd -clear_host_cache

Exemple de sortie :

Le cache de l'hôte a bien été effacé

Le cache de validation de pair a bien été effacé

Dépannage d'Auto Image ReplicationLes opérations Auto Image Replication utilisent des politiques de cycle de vie dustockage (SLP) dans au moins deux domaines de serveur maître de NetBackup.Vérifiez que les deux serveurs maîtres suivent ces règles :

■ En cas de réplication vers des cibles spécifiques (AIR ciblé), vous devez créerla SLP d'importation avant de créer la SLP AIR (Auto Image Replication) dansle domaine d'origine. Vous pouvez alors choisir la SLP d'importation appropriée.

Remarque : Assurez-vous que le nom de la SLP d'importation ne dépasse pas113 caractères.

■ La classification des données de la politique de cycle de vie du stockage dansle domaine de serveur maître source doit correspondre à la classification desdonnées de la politique SLP dans le domaine de serveur maître cible.

■ La copie de duplication sur un serveur maître distant dans la politique de cyclede vie de stockage source doit utiliser une duplication hiérarchique et spécifier

104Procédures de dépannageDépannage d'Auto Image Replication

une copie source avec une résidence capable de réplication. (La colonne deréplication de pool de disques doit afficher Source.)

■ La politique de cycle de vie de stockage dans le domaine cible doit spécifierune importation pour sa première copie. La résidence pour l'importation doitinclure le périphérique qui est le partenaire de réplication de la copie sourcedans la politique de cycle de vie de stockage source. La copie d'importationpeut spécifier un groupe d'unité de stockage ou une unité de stockage, maispas n'importe quel serveur disponible (Disponible).

■ La politique de cycle de vie de stockage dans le domaine cible doit avoir aumoins une copie qui spécifie le type de conservation à distance.

Dépannage d'Auto Image ReplicationAuto Image Replication réplique les sauvegardes qui sont générées dans undomaine NetBackup vers un autre serveur de médias dans un ou plusieurs domainesNetBackup.

Remarque : Bien qu'Auto Image Replication prenne en charge la réplication àtravers différents domaines de serveur maître, ce n'est pas le cas de ReplicationDirector.

Auto Image Replication fonctionne comme n'importe quel travail de duplication, àceci près que ce travail ne comporte aucune opération d'enregistrement. Le travaildoit également utiliser une ressource en lecture du volume de disque sur lequelles images source résident. Si aucun serveur de médias n'est disponible, le travailéchoue avec l'état 800.

Le travail Auto Image Replication fonctionne au niveau du volume de disque. Dansl'unité de stockage qui est spécifiée dans la politique de cycle de vie du stockagepour la copie source, certains volumes de disque peuvent ne pas prendre en chargela réplication. Utilisez l'interface Pools de disques de NetBackup AdministrationConsole pour vérifier que l'image est sur un volume de disque prenant en chargela réplication. Si l'interface affiche que le volume de disque n'est pas une sourcede réplication, cliquez sur Mettre à jour le volume de disque ou sur Actualiserpour mettre à jour le ou les volumes de disque dans le pool de disques. Si leproblème persiste, vérifiez votre configuration de périphérique de disque.

L'action à exécuter sur le travail de réplication automatique dépend de plusieursconditions, comme indiqué dans le tableau ci-dessous.


ConditionAction

Vérifiez les éléments suivants :

■ La SLP est active.■ Le daemon nbstserv est en cours

d'exécution.■ L'image n'a pas dépassé le nombre de

tentatives étendu.

Les travaux de réplication AIR n'ont pasdémarré.

Aucun serveur de médias ou flux d'E/S n'estdisponible.

Les travaux de réplication AIR sont misen attente, mais n'ont pas démarré

Vérifiez les détails de travail pour plusd'informations sur la défaillance.

Pour plus de détails, consultez le journal bpdm surle serveur de médias qui traite le travail deréplication.

Echec de travaux de réplication AIR, parexemple avec l'état 191

La procédure suivante est basée sur NetBackup dans une configurationOpenStorage. Cette configuration communique avec un pool de déduplication deserveur de médias (MSDP) qui utilise la Auto Image Replication.


Pour dépanner les travaux Auto Image Replication

1 Affichez les informations de serveur de stockage à l'aide de la commandesuivante :

# bpstsinfo -lsuinfo -stype PureDisk -storage_server

storage_server_name

Exemple de sortie :

LSU Info:

Server Name: PureDisk:ss1.acme.com

LSU Name: PureDiskVolume

Allocation : STS_LSU_AT_STATIC

Storage: STS_LSU_ST_NONE

Description: PureDisk storage unit (/ss1.acme.com#1/2)

Configuration:

Media: (STS_LSUF_DISK | STS_LSUF_ACTIVE | STS_LSUF_STORAGE_NOT_FREED

| STS_LSUF_REP_ENABLED | STS_LSUF_REP_SOURCE)

Save As : (STS_SA_CLEARF | STS_SA_OPAQUEF | STS_SA_IMAGE)

Replication Sources: 0 ( )

Replication Targets: 1 ( PureDisk:bayside:PureDiskVolume )

...

Cette sortie montre les indicateurs d'unité de stockage logique (LSU)STS_LSUF_REP_ENABLED et STS_LSUF_REP_SOURCE pourPureDiskVolume. PureDiskVolume est activé pour Auto Image Replication etreprésente une source de réplication.

2 Pour vérifier que NetBackup reconnaît ces deux indicateurs, exécutez lacommande suivante :

# nbdevconfig -previewdv -stype PureDisk -storage_server

storage_server_name -media_server media_server_name -U

Disk Pool Name :

Disk Type : PureDisk

Disk Volume Name : PureDiskVolume

...

Flag : ReplicationSource

...

L'indicateur ReplicationSource confirme que NetBackup reconnaît lesindicateurs LSU.


3 Pour afficher les destinations de réplication à l'aide de la sortie brute, exécutezla commande suivante :

# nbdevconfig -previewdv -stype PureDisk -storage_server

storage_server_name -media_server media_server_name

V_5_ DiskVolume < "PureDiskVolume" "PureDiskVolume" 46068048064

46058373120 0 0 0 16 1 >

V_5_ ReplicationTarget < "bayside:PureDiskVolume" >

L'affichage montre que la cible de réplication est un serveur de stockage appelébayside et que le nom de l'unité de stockage logique (volume) estPureDiskVolume.

4 Pour vous assurer que NetBackup a capturé correctement cette configuration,exécutez la commande suivante :

# nbdevquery -listdv -stype PureDisk -U

Disk Pool Name : PDpool


Disk Volume Name : PureDiskVolume

...

Flag : AdminUp

Flag : InternalUp

Flag : ReplicationSource

Num Read Mounts : 0

...

Cette liste montre que le volume de disque PureDiskVolume est configurédans le pool de disques PDPool et que NetBackup reconnaît la fonction deréplication côté source. Une commande nbdevquery similaire côté cible doitafficher ReplicationTarget (cible de réplication) pour son volume de disque.

5 Si NetBackup ne reconnaît pas la fonction de réplication, exécutez la commandesuivante :

# nbdevconfig -updatedv -stype PureDisk -dp PDpool

6 Pour vous assurer que l'unité de stockage dont vous disposez utilise ce poolde disques, exécutez la commande suivante :

# bpstulist

PDstu 0 _STU_NO_DEV_HOST_ 0 -1 -1 1 0 "*NULL*"

1 1 51200 *NULL* 2 6 0 0 0 0 PDpool *NULL*

La sortie montre que l'unité de stockage PDstu utilise le pool de disques PDpool.


7 Vérifiez les paramètres du pool de disques en exécutant la commandesuivante :

nbdevquery -listdp -stype PureDisk -dp PDpool -U

Disk Pool Name : PDpool

Disk Pool Id : PDpool


Status : UP

Flag : Patchwork

...

Flag : OptimizedImage

Flag : ReplicationTarget

Raw Size (GB) : 42.88

Usable Size (GB) : 42.88

Num Volumes : 1

High Watermark : 98

Low Watermark : 80

Max IO Streams : -1

Comment :

Storage Server : ss1.acme.com (UP)

Le nombre maximal de flux d'E/S est défini sur -1, ce qui signifie

que le pool de disques possède des flux d'entrée-sortie illimités.

8 Pour vérifier la liste des serveurs de médias qui ont des informationsd'authentification pour accéder aux serveurs de stockage et leurs pools dedisques, exécutez la commande suivante :

# tpconfig -dsh -all_hosts

==============================================================

Media Server: ss1.acme.com

Storage Server: ss1.acme.com

User Id: root

Storage Server Type: BasicDisk

Storage Server Type: SnapVault

Storage Server Type: PureDisk

==============================================================

Ce pool de disques ne possède qu'un serveur de médias, ss1.acme.com. Vousavez terminé la validation de la configuration de stockage.


9 La dernière phase de validation est la configuration de la politique de cycle devie du stockage. Pour exécuter Auto Image Replication, la copie source doitêtre sur l'unité de stockage PDstu. Exécutez la commande suivante (parexemple) :

nbstl woodridge2bayside -L

Name: woodridge2bayside

Data Classification: (none specified)

Duplication job priority: 0

State: active

Version: 0

Destination 1 Use for: backup

Storage: PDstu

Volume Pool: (none specified)

Server Group: (none specified)

Retention Type: Fixed

Retention Level: 1 (2 weeks)

Alternate Read Server: (none specified)

Preserve Multiplexing: false

Enable Automatic Remote Import: true

State: active

Source: (client)

Destination ID: 0

Destination 2 Use for: 3 (replication to remote master)

Storage: Remote Master

Volume Pool: (none specified)

Server Group: (none specified)

...

Preserve Multiplexing: false

Enable Automatic Remote Import: false

State: active

Source: Destination 1 (backup:PDstu)

Destination ID: 0

Pour dépanner le flux de travaux d'Auto Image Replication, utilisez les mêmeslignes de commande que pour d'autres travaux gérés par politique de cyclede vie du stockage. Par exemple, pour répertorier les images qui ont étédupliquées sur le serveur maître distant, exécutez les éléments suivants :

nbstlutil list -copy_type replica -U -copy_state 3

Pour répertorier les images qui n'ont pas été dupliquées sur le serveur maîtreà distance (en raison d'un échec ou d'une attente), exécutez les élémentssuivants :


nbstlutil list -copy_type replica -U -copy_incomplete


10 Pour afficher l'état pour les copies de réplication terminées, exécutez lacommande suivante :

nbstlutil repllist -U

Image:

Master Server : ss1.acme.com

Backup ID : woodridge_1287610477

Client : woodridge

Backup Time : 1287610477 (Wed Oct 20 16:34:37 2010)

Policy : two-hop-with-dup

Client Type : 0

Schedule Type : 0

Storage Lifecycle Policy : woodridge2bayside2pearl_withdup

Storage Lifecycle State : 3 (COMPLETE)

Time In Process : 1287610545 (Wed Oct 20 16:35:45 2010)

Data Classification ID : (none specified)

Version Number : 0

OriginMasterServer : (none specified)

OriginMasterServerID : 00000000-0000-0000-0000-000000000000

Import From Replica Time : 0 (Wed Dec 31 18:00:00 1969)

Required Expiration Date : 0 (Wed Dec 31 18:00:00 1969)

Created Date Time : 1287610496 (Wed Oct 20 16:34:56 2010)

Copy:

Master Server : ss1.acme.com


Copy Number : 102

Copy Type : 3

Expire Time : 1290288877 (Sat Nov 20 15:34:37 2010)

Expire LC Time : 1290288877 (Sat Nov 20 15:34:37 2010)

Try To Keep Time : 1290288877 (Sat Nov 20 15:34:37 2010)

Residence : Remote Master

Copy State : 3 (COMPLETE)

Job ID : 25

Retention Type : 0 (FIXED)

MPX State : 0 (FALSE)

Source : 1

Destination ID :

Last Retry Time : 1287610614

Replication Destination:

Source Master Server: ss1.acme.com



Copy Number : 102

Target Machine : bayside

Target Info : PureDiskVolume

Remote Master : (none specified)

À propos du dépannage des travaux d'importation automatiquesLes travaux d'importation automatiques gérés par les composants de politique decycle de vie du stockage (SLP) diffèrent des travaux d'importation hérités. Lestravaux d'importation automatiques informent de manière asynchrone NetBackupqu'une image doit être importée. En outre, les travaux Auto Image Replicationfournissent les entrées de catalogue au périphérique de stockage afin que le travailne soit pas tenu de lire l'image entière. Un travail d'importation automatique litl'enregistrement de catalogue hors du périphérique de stockage et l'ajoute à sonpropre catalogue. Ce processus est si rapide que NetBackup doit regrouper parlots les images d'importation afin d'optimiser l'efficacité. Si une importation est enattente, cela signifie que NetBackup a été notifié mais que l'importation n'a pasencore eu lieu.

Plus d'informations sont disponibles sur une l'opération d'importation dans un SLPet sur la façon d'ajuster l'intervalle de lot du processus de gestionnaire d'importation.

Consultez le Guide de l'administrateur NetBackup, volume I.

L'événement de notification du serveur de stockage fournit ce qui suit : le nom del'image, l'emplacement du serveur de stockage pour lire le catalogue pour cetteimage et le nom du SLP qui traite l'image. Les images des travaux d'importationautomatiques sont traitées par lots en fonction du nom de la politique de cycle devie du stockage et du volume de disque. Le travail d'importation consomme un fluxd'entrée-sortie sur le volume de disque.

Pour consulter les images en attente d'importation, exécutez la commande suivante :

# nbstlutil pendimplist -U

Image:

Master Server : bayside.example.com

Backup ID : gdwinlin04_1280299412

Client : gdwinlin04

Backup Time : 1280299412 (Wed Jul 28 01:43:32 2010)

Policy : (none specified)

Client Type : 0

Schedule Type : 0

Storage Lifecycle Policy : (none specified)

Storage Lifecycle State : 1 (NOT_STARTED)

Time In Process : 0 (Wed Dec 31 18:00:00 1969)




Version Number : 0

OriginMasterServer : master_tlk




Created Date Time : 1287678771 (Thu Oct 21 11:32:51 2010)

Copy:



Copy Number : 1

Copy Type : 4

Expire Time : 0 (Wed Dec 31 18:00:00 1969)

Expire LC Time : 0 (Wed Dec 31 18:00:00 1969)

Try To Keep Time : 0 (Wed Dec 31 18:00:00 1969)

Residence : (none specified)

Copy State : 1 (NOT_STARTED)

Job ID : 0

Retention Type : 0 (FIXED)

MPX State : 0 (FALSE)

Source : 0

Destination ID :

Last Retry Time : 0

Fragment:



Copy Number : 1

Fragment Number : -2147482648

Resume Count : 0

Media ID : @aaaab

Media Server : bayside.example.com

Storage Server : bayside.example.com

Media Type : 0 (DISK)

Media Sub-Type : 0 (DEFAULT)

Fragment State : 1 (ACTIVE)

Fragment Size : 0

Delete Header : 1

Fragment ID : gdwinlin04_1280299412_C1_IM


L'action à exécuter sur le travail d'importation automatique et l'événementd'importation automatique dépend de plusieurs conditions, comme indiqué dans letableau ci-dessous.

ConditionAction

Aucun serveur de médias ou flux d'E/S n'estdisponible pour ce volume de disque.

File d'attente de travaux d'importationautomatiques

■ La politique de cycle de vie du stockage estinactive.

■ La cible d'importation de la politique de cyclede vie du stockage est inactive.

■ La politique de cycle de vie du stockage estentre deux sessions.

■ L'image a dépassé le nombre de tentativesétendu et le délai de tentatives étendu n'a pasété dépassé.

Les travaux d'importation automatiquesne démarrent jamais (la copie reste àl'état 1 du cycle de vie du stockage)

■ L'événement spécifie un ID de sauvegarde quiexiste déjà dans ce catalogue de serveurmaître.

■ L'événement spécifie un volume de disque quin'est pas configuré dans NetBackup pour ceserveur de stockage.

L'événement d'importation automatiqueest supprimé et l'image est ignorée


ConditionAction

■ La politique de cycle de vie du stockage qui estspécifiée dans l'événement ne contient pas decible d'importation.

■ La politique de cycle de vie du stockagespécifiée dans l'événement comporte unedestination d'importation dont l'emplacementn'inclut pas le volume de disque spécifié parl'événement

■ La politique de cycle de vie du stockage qui estspécifiée n'existe pas. Par défaut, l'utilitairePolitiques de cycle de vie du stockage créeautomatiquement une politique de cycle de viedu stockage avec le nom correct. Assurez-vousqu'une politique de cycle de vie du stockageavec le même nom sensible à la casse existesur le serveur maître cible.Il existe un complément d'informations au sujetdes options de configuration de la politique ducycle de vie du stockage.Consultez le Guide de l'administrateurNetBackup, Volume I.

Le travail d'importation automatique estdémarré mais l'image est expirée etsupprimée pour nettoyer l'espace disquedans certains cas. L'événementconsigne une erreur dans le rapportProblèmes ou dans la sortie bperror.Un travail d'importation s'exécute, maisl'importation pour cette image échoueaffichant un code d'état situé entre1532-1535.

Dans ce cas, vérifiez le rapport de problèmes ou la liste bperror.

Pour dépanner le flux de travaux pour les travaux d'importation automatiques,utilisez les mêmes commandes que pour tout autre travail géré par une politiquede cycle de vie du stockage. Pour répertorier les images pour lesquelles NetBackupa reçu une notification du stockage mais n'a pas encore lancé l'importation (enraison d'un échec ou d'une attente), utilisez les commandes précédemment notéesou exécutez la commande suivante :

# nbstlutil list -copy_type import -U -copy_incomplete

Pour répertorier les images qui ont été automatiquement importées, exécutez lacommande suivante :

# nbstlutil list -copy_type import -U -copy_state 3 -U



Client : woodridge

Backup Time : 1287610477 (Wed Oct 20 16:34:37 2010)

Policy : two-hop-with-dup

Client Type : 0

Schedule Type : 0




Storage Lifecycle Policy : woodridge2bayside2pearl_withdup

Storage Lifecycle State : 3 (COMPLETE)

Time In Process : 1287610714 (Wed Oct 20 16:38:34 2010)


Version Number : 0

OriginMasterServer : woodridge.example.com

OriginMasterServerID : f5cec09a-da74-11df-8000-f5b3612d8988

Import From Replica Time : 1287610672 (Wed Oct 20 16:37:52 2010)

Required Expiration Date : 1290288877 (Sat Nov 20 15:34:37 2010)

Created Date Time : 1287610652 (Wed Oct 20 16:37:32 2010)

Le serveur maître d'origine, l'identifiant du serveur maître d'origine,l'heure d'importation à partir de la version répliquée et la date

d'échéance requise ne sont pas connus tant que l'image n'a pas été importée.De ce fait, un enregistrement en attente peut se présenter comme suit :

Image:



Client : gdwinlin04

Backup Time : 1280299412 (Wed Jul 28 01:43:32 2010)

Policy : (none specified)

Client Type : 0

Schedule Type : 0

Storage Lifecycle Policy : (none specified)

Storage Lifecycle State : 1 (NOT_STARTED)

Time In Process : 0 (Wed Dec 31 18:00:00 1969)


Version Number : 0

OriginMasterServer : master_tlk




Created Date Time : 1287680533 (Thu Oct 21 12:02:13 2010)

Dans ce cas, le serveur maître d'origine n'est pas vide, ce qui n'est pas toujoursle cas. Dans Auto Image Replication en cascade, le serveur maître envoie lanotification.


Dépannage des performances de la carted'interface réseau

Si l'exécution des travaux de sauvegarde ou de restauration est lente, assurez-vousque les cartes d'interface réseau (NIC) sont définies en duplex intégral. Lesemi-duplex entraîne souvent de mauvaises performances.

Remarque : Si la carte d'interface réseau dans un serveur maître ou de médiasNetBackup est modifiée ou si l'adresse IP du serveur change, des communicationsCORBA peuvent être interrompues. Pour corriger cette situation, arrêtez etredémarrez NetBackup.

Pour obtenir de l'aide sur l'affichage et le rétablissement du mode duplex pour unhôte ou un périphérique spécifique, consultez la documentation du fabricant. Si ladocumentation n'est pas utile, effectuez la procédure suivante.

Pour dépanner les performances de la carte d'interface réseau

1 Connectez-vous à l'hôte qui contient la carte d'interface réseau dont vousvoulez vérifier le mode bidirectionnel.

2 Entrez la commande suivante pour afficher le paramètre de duplex actuel.

ifconfig -a

Sur certains systèmes d'exploitation, cette commande est ipconfig.

Voici un exemple de sortie d'un Filer NAS :

e0: flags=1948043<UP,BROADCAST,RUNNING,MULTICAST,TCPCKSUM> mtu

1500

inet 10.80.90.91 netmask 0xfffff800 broadcast 10.80.95.255

ether 00:a0:98:01:3c:61 (100tx-fd-up) flowcontrol full

e9a: flags=108042<BROADCAST,RUNNING,MULTICAST,TCPCKSUM> mtu 1500

ether 00:07:e9:3e:ca:b4 (auto-unknown-cfg_down) flowcontrol full

e9b: flags=108042<BROADCAST,RUNNING,MULTICAST,TCPCKSUM> mtu 1500

ether 00:07:e9:3e:ca:b5 (auto-unknown-cfg_down) flowcontrol full

Dans cet exemple, l'interface réseau qui indique "100tx-fd-up" s'exécute enmode duplex intégral. Seule l'interface e0, la première de la liste, est en modeduplex intégral.

Le paramètre "automatique" est déconseillé, car les périphériques peuventnégocier automatiquement en semi-duplex.

118Procédures de dépannageDépannage des performances de la carte d'interface réseau

3 Le mode duplex peut être rétabli à l'aide de la commande ifconfig (ouipconfig). Par exemple :

ifconfig e0 mediatype 100tx-fd

4 Pour la plupart des hôtes, vous pouvez définir le mode duplex intégral demanière permanente, comme dans les fichiers /etc/rc de l'hôte. Pour plusd'informations, consultez la documentation de l'hôte.

À propos des entrées SERVER dans le fichierbp.conf

Sur les ordinateurs UNIX et Linux, chaque entrée SERVER dans un fichier clientbp.conf doit être un serveur maître ou un serveur de médias de NetBackup. End'autres termes, vous devez installer un logiciel de serveur maître ou de serveurde médias NetBackup sur chaque ordinateur répertorié en tant que SERVER. Vousne pouvez pas démarrer le service client sur certains clients si le nom du client estrépertorié par erreur en tant que serveur.

Si une entrée SERVER bp.conf spécifie un ordinateur NetBackup exclusif au client,les sauvegardes ou les restaurations de client SAN sur Fibre Channel peuvent nepas démarrer. Dans ce cas, déterminez si le processus nbftclnt s'exécute sur leclient. S'il ne s'exécute pas, recherchez des erreurs dans le fichier de consignationunifiée nbftclnt (OID 200). Vous pouvez voir le texte suivant dans le journalnbftclnt :

The license is expired or this is not a NBU server. Please check

your configuration. Note: unless NBU server, the host name can't be

listed as server in NBU configuration.

Supprimez ou corrigez l'entrée SERVER dans le fichier bp.conf, redémarrez nbftclntsur le client et relancez l'opération.

Remarque : Le processus nbftclnt sur le client doit s'exécuter avant de démarrerune sauvegarde ou une restauration de client SAN sur Fibre Channel.

À propos des problèmes d'unités de stockagenon disponibles

Les travaux NetBackup échouent parfois car les unités de stockage ne sont pasdisponibles, en raison de lecteurs arrêtés ou d'erreurs de configuration. NetBackup

119Procédures de dépannageÀ propos des entrées SERVER dans le fichier bp.conf

envoie des messages de journal au journal d'erreurs NetBackup qui peut vous aiderà détecter et résoudre ce type de problèmes.

En outre, la boîte de dialogue Détails du travail, disponible via le moniteur d'activité,contient les messages qui décrivent les éléments suivants :

■ les ressources nécessaires au travail ;

■ les ressources accordées (allouées).

Si un travail est en attente de ressources, la boîte de dialogue Détails du travailliste les ressources que le travail attend. Les trois types de messages commencentpar les en-têtes suivants :

requesting resource ...

awaiting resource ...

granted resource ...

Résolution d'une défaillance des opérationsd'administration NetBackup sous Windows

Lorsqu'un utilisateur qui fait partie du groupe de l'administrateur essaye d'exécuterdes opérations NetBackup, l'opération peut échouer avec l'erreur suivante, oùcommand est une commande d'administrateur NetBackup :

command: terminating - cannot open debug file: Permission denied (13)

Lorsque le paramètre de sécurité de la politique Contrôle compte d'utilisateur :exécuter les comptes d'administrateurs en mode d'approbationd'administrateur sous Windows est activé, l'utilisateur dispose d'autorisationslimitées. L'utilisateur du groupe de l'administrateur n'est pas autorisé à gérerNetBackup.

Désactivez ce paramètre de sécurité comme suit : Panneau de configuration ->Outils d'administration -> Stratégie de sécurité locale -> Stratégies locales -> Optionsde sécurité -> Contrôle compte d'utilisateur : exécuter les comptes d'administrateursen mode d'approbation d'administrateur -> Désactiver.

120Procédures de dépannageRésolution d'une défaillance des opérations d'administration NetBackup sous Windows

Figure 2-5 Volet Stratégie de sécurité locale

Une fois que le paramètre de sécurité est désactivé, l'utilisateur peut exécutercorrectement des opérations NetBackup.

Résolution de texte déformé affiché dansNetBackup Administration Console sur unordinateur UNIX

Effectuez les étapes suivantes si vous voyez du texte déformé ou si vous ne voyezque du contenu en anglais dans NetBackup Administration Console sur unordinateur UNIX :

1. A l'invite de commande, entrez locale.

2. Assurez-vous que le paramètre LC_CTYPE est défini sur la valeur correspondantau paramètre régional que vous voulez afficher.

Par exemple, si LC_CTYPE est défini sur en_US.UTF -8, le texte est affiché enanglais (version Etats-Unis) dans la console.

Si LC_CTYPE est défini sur fr_FR.UTF8, le texte est affiché en français dans laconsole.

121Procédures de dépannageRésolution de texte déformé affiché dans NetBackup Administration Console sur un ordinateur UNIX

Utilisation des utilitairesNetBackup

Ce chapitre traite des sujets suivants :

■ À propos des utilitaires de dépannage NetBackup

■ À propos des utilitaires d'analyse pour les journaux de débogage de NetBackup

■ À propos de l'Assistant Consignation

■ Utilitaires de dépannage réseau

■ À propos de l'utilitaire de support NetBackup (nbsu)

■ À propose de l'utilitaire de vérification de la cohérence NetBackup (NBCC)

■ À propos de l'utilitaire NBCCR (NetBackup Consistency Check Repair)

■ À propos de l'utilitaire nbcplogs

■ A propos des utilitaires de test robotique

À propos des utilitaires de dépannage NetBackupPlusieurs utilitaires sont disponibles pour aider à diagnostiquer des problèmesNetBackup. Les utilitaires de dépannage pour les journaux de débogage NetBackupet l'utilitaire de support NetBackup (nbsu) sont particulièrement utiles pour ledépannage.

3Chapitre

Tableau 3-1 Utilitaires de dépannage

DescriptionUtilitaire

Ils renforcent le potentiel de débogage existant de NetBackupen fournissant une vue consolidée d'un journal de débogagede travail.

Se reporter à "À propos des utilitaires d'analyse pour lesjournaux de débogage de NetBackup" à la page 124.

Utilitaires d'analyse pour lesjournaux de débogage deNetBackup

Il simplifie la collecte des preuves pour des cas de supporttechnique.

Pour plus d'informations, consultez les éléments suivants :

■ Guide de l'administrateur NetBackup, volume I et l'aide enligne pour la console d'administration NetBackup.

■ FAQ de l'Assistant Consignation Veritas :http://www.veritas.com/docs/000088104

Assistant Consignation

Ils vérifient divers aspects de la configuration réseau àl'intérieur comme à l'extérieur de NetBackup pour s'assurerqu'il n'y a aucune erreur de configuration

Se reporter à "Utilitaires de dépannage réseau" à la page 128.

Utilitaires dé dépannageréseau

Il interroge l'hôte et recueille des informations de diagnosticappropriées à propos de NetBackup et du systèmed'exploitation.

Se reporter à "À propos de l'utilitaire de support NetBackup(nbsu)" à la page 129.

Utilitaire de prise en chargeNetBackup (nbsu)

Il analyse l'intégrité des composants de configuration deNetBackup et les informations de catalogue et de base dedonnées se rapportant aux médias de bande.

Se reporter à "À propose de l'utilitaire de vérification de lacohérence NetBackup (NBCC)" à la page 134.

Utilitaire de vérification de lacohérence NetBackup(NBCC)

Il traite les actions de réparation de base de données/catalogueet automatise l'application des actions de réparation suggéréeset approuvées.

Se reporter à "À propos de l'utilitaire NBCCR (NetBackupConsistency Check Repair)" à la page 143.

Utilitaire NBCCR(NetBackupConsistency CheckRepair) de NetBackup

Il simplifie la collecte des journaux à fournir au supporttechnique Veritas.

Se reporter à "À propos de l'utilitaire nbcplogs" à la page 145.

utilitaire nbcplogs

123Utilisation des utilitaires NetBackupÀ propos des utilitaires de dépannage NetBackup



Ils communiquent directement avec les périphériquesrobotiques.

Se reporter à "A propos des utilitaires de test robotique"à la page 146.

Utilitaires de test robotique

À propos des utilitaires d'analyse pour lesjournaux de débogage de NetBackup

Les utilitaires d'analyse de journal de débogage renforcent le potentiel de débogageexistant de NetBackup en fournissant une vue consolidée d'un journal de débogaged'un travail.

Les travaux NetBackup répartissent les processus multiples qui sont distribués surplusieurs serveurs.

Le suivi d'un travail NetBackup requiert que vous affichiez et mettiez en corrélationles messages dans des fichiers journaux multiples sur plusieurs hôtes. Les utilitairesd'analyse de journal fournissent une vue consolidée des journaux de débogagedes travaux. Les utilitaires analysent les journaux pour tous les processus qui sonttraversés ou exécutés pour le travail. Les utilitaires peuvent consolider lesinformations du travail par le client, l'ID de tâche, l'heure de début du travail et lapolitique qui est associée au travail.

Tableau 3-2 décrit les utilitaires d'analyse du journal. Pour consulter les paramètres,limitations et exemples d'utilisation de chaque utilitaire, utilisez la commande avecl'option -help. Les commandes suivantes nécessitent toutes des privilègesd'administrateur. Les utilitaires d'analyse de journal sont disponibles pour toutesles plates-formes qui sont prises en charge par les serveurs NetBackup.

Remarque : Les utilitaires doivent être lancés sur les plates-formes prises encharge. Cependant, les utilitaires peuvent analyser des fichiers de journal dedébogage de la plupart des plates-formes de client et de serveur NetBackup pourUNIX et Windows.

124Utilisation des utilitaires NetBackupÀ propos des utilitaires d'analyse pour les journaux de débogage de NetBackup

Tableau 3-2 Utilitaires d'analyse pour les journaux de débogage de NetBackup


Consolide les messages de journal de débogage pour les travaux de sauvegarde de basede données NetBackup spécifiés et les enregistre dans la sortie standard. Il trie les messagespar heure. backupdbtrace tente de compenser les modifications de fuseau horaire et dedécalage de l'horloge entre les serveurs distants et les clients.

Vous devez au minimum activer la connexion de débogage pour admin sur le serveur maîtreet pour bptm et bpbkarsur le serveur de médias. Pour obtenir de meilleurs résultats,définissez 5 comme niveau de consignation détaillée et activez la consignation de débogagepour ce qui suit : bpdbm sur le serveur maître et bpcd sur tous les serveurs, en plus desprocessus déjà identifiés.

Vous trouverez une description complète de backupdbtrace dans le Guide de référencedes commandes NetBackup.

backupdbtrace

Copie dans la sortie standard les lignes de journal de débogage concernant les travaux desauvegarde spécifiés, y compris les sauvegardes de catalogue automatique en ligne.

L'utilitaire backuptrace peut être utilisé pour le système de fichiers standard, l'extensionde base de données et les travaux de sauvegarde alternatifs de méthode de sauvegarde. Ilconsolide les journaux de débogage pour les travaux NetBackup spécifiés. L'utilitaire enregistreles messages de journal de débogage appropriés sur la sortie standard et trie les messagespar heure. backuptrace tente de compenser les modifications de fuseau horaire et ledécalage d'horloge entre les serveurs distants et les clients. Le format de la sortie facilite letri ou grep par horodatage, nom de programme et nom de serveur ou de client.

L'utilitaire backuptrace fonctionne avec les journaux nbpem, nbjm et nbrb sur le serveurmaître. Vous devez activer la consignation de débogage pour bpbrm et bptm ou bpdm surle serveur de médias et pour bpbkar sur le client. Pour obtenir de meilleurs résultats,définissez 5 comme niveau de consignation détaillée et activez la consignation de débogagepour les éléments suivants : bpdbm et bprd sur le serveur maître et bpcd sur tous lesserveurs et clients en plus des processus déjà identifiés.

Vous trouverez une description complète de backuptrace dans le Guide de référence descommandes NetBackup.

backuptrace

Un programme d'aide pour les commandes backuptrace et restoretrace. Cettecommande peut également servir de programme autonome. Elle est disponible pour toutesles plates-formes de serveur NetBackup.

bpgetdebuglog imprime en sortie standard le contenu d'un fichier de consignation dejournal de débogage spécifié. Si seul le paramètre d'ordinateur distant est spécifié,bpgetdebuglog imprime le texte suivant en sortie standard : nombre de secondes dedécalage d'horloge entre l'ordinateur local et l'ordinateur distant.

Vous trouverez une description complète de bpgetdebuglog dans le Guide de référencedes commandes NetBackup.

bpgetdebuglog









Consolide les journaux de débogage pour les travaux de duplication NetBackup spécifiés etles enregistre en sortie standard. Il trie les messages par heure. duplicatetrace tentede compenser les modifications de fuseau horaire et de décalage d'horloge entre les serveursdistants et les clients.

Au minimum, vous devez activer la consignation de débogage pour admin sur le serveurmaître et pourbptm ou bpdmsur le serveur de médias. Pour obtenir de meilleurs résultats,définissez 5 comme niveau de consignation détaillée et activez la consignation de débogagepour ce qui suit : bpdbm sur le serveur maître et bpcd sur tous les serveurs et clients en plusdes processus déjà identifiés.

Vous trouverez une description complète de duplicatetrace dans le Guide de référencedes commandes NetBackup.

duplicatetrace

Consolide les messages du journal de débogage des travaux d'importation NetBackupspécifiés et les enregistre dans la sortie standard. Il trie les messages par heure.importtrace tente de compenser les modifications de fuseau horaire et de dérive del'horloge entre les serveurs distants et les clients.

Vous devez au minimum activer la consignation de débogage pour admin sur le serveurmaître. Et pour bpbrm, vous devez activer la consignation de débogage pour bptm et tarsur le serveur de médias. Pour obtenir de meilleurs résultats, définissez 5 comme niveau deconsignation détaillée et activez la consignation de débogage pour ce qui suit : bpdbm surle serveur maître et bpcd sur tous les serveurs et clients en plus des processus déjà identifiés.

Vous trouverez une description complète de importtrace dans le Guide de référence descommandes NetBackup.

importtrace

Copie dans la sortie standard les lignes de journal de débogage des travaux de restaurationspécifiés.

L'utilitaire restoretrace consolide les journaux de débogage des travaux de restaurationNetBackup spécifiés. L'utilitaire enregistre les messages de journal de débogage appropriéssur les travaux spécifiés de la sortie standard et trie les messages par heure. restoretracetente de compenser pour les modifications de fuseau horaire et le décalage d'horloge entreles serveurs distants et les clients. Le format de la sortie facilite le tri ou grep par horodatage,nom de programme et nom de serveur ou de client.

Vous devez au minimum activer la consignation de débogage pour bprd sur le serveurmaître. Activez la consignation de débogage pour bpbrm et bptm ou bpdm sur le serveurde médias et tar sur le client. Pour de meilleurs résultats, définissez le niveau de consignationdétaillée sur 5. Activez la consignation de débogage pour bpdbm sur le serveur maître etpour bpcd sur tous les serveurs et clients.

Vous trouverez une description complète de restoretrace dans le Guide de référencedes commandes NetBackup.

restoretrace









Consolide les messages du journal de débogage des travaux de vérification spécifiés et lesenregistre dans la sortie standard. Elle trie les messages en fonction de l'heure. La commandeverifytrace compense les changements de fuseau horaire et la dérive d'horloge entreles serveurs à distance et les clients.

Vous devez au minimum activer la consignation de débogage comme suit : pour admin surle serveur maître et pour bpbrm, bptm (ou bpdm) et tar sur le serveur de médias. Pourobtenir de meilleurs résultats, définissez 5 comme niveau de consignation détaillée et activezla consignation de débogage pour ce qui suit : bpdbm sur le serveur maître et bpcd sur tousles serveurs et clients en plus des processus déjà identifiés.

Vous trouverez une description complète de verifytrace dans le Guide de référence descommandes NetBackup.

verifytrace

Les utilitaires d'analyse présentent les limitations suivantes :

■ Les journaux de gestion des médias et des périphériques ne sont pas analysés.

■ Les fichiers journaux de débogage hérités doivent se trouver dans desemplacements standard sur les serveurs et les clients.

/usr/openv/netbackup/logs/<PROGRAM_NAME>/log.mmddyyUNIX

chemin_d'installation/NetBackup/Logs/<NOM_PROGRAMME>/mmddyy.logWindows

Une option peut être ajoutée ultérieurement pour permettre aux fichiers journauxanalysés de résider sur d'autres chemins d'accès.

Remarque : Pour les processus qui utilisent la consignation unifiée, desrépertoires de journal sont automatiquement créés.

■ Le journal de débogage consolidé peut contenir des messages des processusindépendants. Vous pouvez ignorer les messages avec horodatage en dehorsde la durée du travail des éléments suivants : bprd, nbpem, nbjm, nbrb, bpdbm,bpbrm, bptm, bpdm, et bpcd.

Une ligne de sortie des utilitaires d'analyse de journal utilise le format suivant :

daystamp.millisecs.program.sequence machine log_line

La date du journal au format yyyymmdd.horodatage

Nombre de millisecondes depuis minuit sur l'ordinateur local.ms




Nom du programme (BPCD, BPRD, etc.) consigné.programme

Numéro de la ligne du fichier du journal de débogage.ordre

Nom du serveur ou du client NetBackup.ordinateur

La ligne qui s'affiche dans le fichier du journal de débogage.log_line

Pour plus d'informations, consultez le Guide de référence des commandesNetBackup.

À propos de l'Assistant ConsignationPour obtenir de l'aide en cas de problème avec NetBackup, vous pouvez utiliserl'Assistant Consignation pour recueillir des données utiles pour le support techniquede Veritas. Vous n'avez pas à examiner les journaux de débogage de NetBackupà la recherche d'informations ou d'explications. Les journaux de débogage sontanalysés par le support technique de Veritas.

Des informations complètes sur l'Assistant Consignation sont disponibles dans lesdocuments Veritas suivants :

■ le Guide de l'administrateur NetBackup, volume I et l'aide en ligne de la consoled'administration NetBackup ;

■ À propos de l'Assistant Consignation :http://www.veritas.com/docs/000088104

Utilitaires de dépannage réseauUn ensemble de programmes utilitaires (commandes) vérifie divers aspects de laconfiguration réseau à l'intérieur comme à l'extérieur de NetBackup et vérifie qu'iln'existe aucune erreur de configuration. Les utilitaires fournissent également desmessages conviviaux pour toutes les erreurs qu'ils trouvent.

La configuration réseau peut être divisée suivant les catégories suivantes :

■ Matériel, système d'exploitation et paramètres de NetBackup.Par exemple : les consultations de DNS correctes, les ouvertures de port dupare-feu et des routes et connexions réseau. L'analyseur de réseau de domaineNetBackup (nbdna) vérifie cette configuration.

■ Un ensemble d'utilitaires permettant de vérifier les paramètres de niveauNetBackup.Les utilitaires incluent bptestcd et bptestnetconn. les paramètres qu'ils vérifientincluent les méthodes de connexion et la sélection de terminal client CORBA.

128Utilisation des utilitaires NetBackupÀ propos de l'Assistant Consignation


Tableau 3-3 Utilitaires dé dépannage réseau


Essaie d'établir une connexion à partir d'un serveur NetBackup audaemon bpcd sur un autre système NetBackup. En cas de succès,elle signale les informations à propos des sockets qui sont établis.

Une description complète de bptestbpcd est disponible dans leGuide de référence des commandes NetBackup.

bptestbpcd

Effectue plusieurs tâches qui facilitent l'analyse du DNS et desproblèmes de connectivité avec n'importe quelle liste d'hôtes. Cetteliste inclut la liste de serveurs dans la configuration NetBackup.Pour faciliter le dépannage des problèmes de connectivité entreles services utilisant des communications CORBA, la commandebptestnetconn peut créer des connexions CORBA et générerdes rapports sur ces connexions pour les services cités.

Vous trouverez une description complète de bptestnetconn dansle Guide de référence des commandes NetBackup.

bptestnetconn

Évalue les noms d'hôte dans le domaine NetBackup. L'utilitairenbdna procède à une découverte automatique sur le domaineNetBackup et évalue les informations de nom d'hôte ; il teste ensuitela connectivité à ces noms d'hôte et valide l'état de leur relationréseau.

L'évaluation de la connectivité réseau dans un domaine deNetBackup est difficile. Les domaines NetBackup peuvent mettreà l'échelle des centaines de serveurs et des milliers de clients àtravers des topologies réseau complexes.

Une description complète de nbdna est disponible dans le Guidede référence des commandes NetBackup.

nbdna (NetBackupAnalyseur de réseaude domaine)

À propos de l'utilitaire de support NetBackup(nbsu)

L'utilitaire de support NetBackup (nbsu) est un outil de ligne de commande. Ilinterroge l'hôte et recueille des informations de diagnostic appropriées à proposde NetBackup et du système d'exploitation. nbsu fournit diverses options de contrôlesur les types d'informations de diagnostic recueillies. Par exemple, vous pouvezobtenir des informations au sujet des paramètres de configuration NetBackup, deszones spécifiques de dépannage, de NetBackup ou des codes d'état de travail degestion de médias.

129Utilisation des utilitaires NetBackupÀ propos de l'utilitaire de support NetBackup (nbsu)





L'utilitaire de support NetBackup (nbsu) se trouve à l'emplacement suivant :

/usr/openv/netbackup/bin/support/nbsuUNIX

chemin_installation\NetBackup\bin\support\nbsu.exeWindows

Remarque : L’utilitaire de support NetBackup (nbsu) a été mis à jour dans laversion 8.1.1 de NetBackup. La version précédente de nbsu (renommée old_nbsu)est obsolète et sera supprimée dans une future version de NetBackup. Veritasrecommande l’utilisation de la dernière version (nbsu).

Veritas recommande que vous exécutiez l'utilitaire de support NetBackup (nbsu)dans les circonstances suivantes :

■ Pour obtenir des données de base sur votre installation NetBackup. Si vousrencontrez des problèmes ultérieurement, ces données peuvent être utiles.

■ Pour documenter les modifications dans votre environnement de systèmed'exploitation ou votre environnement NetBackup. Exécutez nbsu périodiquementpour maintenir vos données de baseline à jour.

■ Pour isoler un problème lié à NetBackup ou au système d'exploitation.

■ Pour signaler des problèmes au support technique de Veritas.

Les suggestions suivantes peuvent vous aider à exécuter l'utilitaire nbsu plusefficacement :

■ Pour une description complète de nbsu comprenant des exemples et lesprocédures de collecte des informations de diagnostic à envoyer au supporttechnique de Veritas, consultez le Guide de référence des commandesNetBackup.Si vous disposez d’un ID de dossier fourni par le support technique au format########, renommez les fichiers journaux avec le numéro d’ID de dossier. Puischargez manuellement les fichiers vers le serveur de gestion des preuvesVeritas. Pour obtenir une assistance supplémentaire, consultez :http://www.veritas.com/docs/000097935

■ Pour le dépannage, exécutez nbsu quand le système est dans le même étatque quand le problème s'est posé. Par exemple, ne tentez pas d'arrêter lesprocessus NetBackup et de les redémarrer après l'erreur, ni de modifier leserveur ou le réseau. Si vous le faites, nbsu risque de ne pas pouvoir recueillirdes informations clé concernant le problème.

■ Si un composant NetBackup n'est pas opérationnel (par exemple, bpgetconfigne renvoie pas d'informations), nbsu risque de ne pas pouvoir rendre





correctement compte de l'état du système. Dans ces situations, utilisez l’optionde ligne de commande -g pour collecter uniquement les commandes NET etdu système d’exploitation.

Si nbsu ne fonctionne pas comme prévu, essayez ce qui suit :

■ Par défaut, nbsu envoie des messages d’erreur à l’erreur standard (STDERR) etinclut également les messages dans ses fichiers de sortie. Notez les autresméthodes suivantes pour afficher des messages d'erreur nbsu :

Entrez les éléments suivants :■ Windows

chemin_installation\NetBackup\bin\support\nbsu.exe2>&1

■ UNIX/usr/openv/netbackup/bin/support/nbsu 2>&1

Redirection desmessages d'erreurnbsu vers la sortiestandard (STDOUT)

Entrez les éléments suivants :

nbsu 2>&1 > file_name

Où 2>&1 dirige l'erreur standard vers la sortie standard etfile_name dirige la sortie standard vers le fichier indiqué.

Envoi à un fichierde toutes lessorties d'écran denbsu comprenantdes messagesd'erreur

■ Pour générer les messages de débogage associés à nbsu, entrez ce qui suit :

# nbsu -debug

Les messages sont écrits dans STDOUT.

Le fichier nbsu_info.txt fournit une vue d'ensemble de l'environnement où nbsu

est exécuté. Il contient les éléments suivants :

■ Le flux général du programme nbsu

■ Une liste des diagnostics qui ont été exécutés

■ Une liste des diagnostics qui ont renvoyé un état non nul

Les informations contenues dans nbsu_info.txt peuvent indiquer pourquoi nbsua renvoyé des valeurs particulières ou pourquoi il n'a pas exécuté certainescommandes.

Si nbsu ne produit pas les informations adéquates ou si son fonctionnement paraîtincorrect, exécutez nbsu avec l'option -debug. Cette option inclut des messagesde débogage supplémentaires dans le fichier nbsu_info.txt.

Une description complète de nbsu est disponible dans le Guide de référence descommandes NetBackup.


Sortie de l'utilitaire de support NetBackup (nbsu)Par défaut, la commande nbsu crée la sortie en tant que fichier compressé dansle répertoire où se trouve la commande exécutable nbsu. Le format de la sortie decommande est le suivant :

NBSU_hostname_role_mmddyyyy_timestamp.extension

Par exemple :

■ UNIX/Linux : NBSU_mylinuxvm_master_11072017_152100.tgz

■ Windows : NBSU_mywindowsvm_master_11072017_152100.cab

L'environnement NetBackup dans lequel l'utilitaire nbsu s'exécute détermine lesfichiers particuliers créés par nbsu. L'utilitaire nbsu exécute seulement lescommandes de diagnostic qui sont appropriées au système d'exploitation, ainsiqu'à la version et à la configuration de NetBackup. Pour chaque commande dediagnostic qu'il exécute, nbsu enregistre la sortie de commande sur un fichierséparé. En règle générale, le nom de chaque fichier de sortie reflète la commandeque nbsu a exécutée pour obtenir la sortie. Par exemple, nbsu crée le fichierNBU_bpplclients.txt en exécutant la commande bpplclients de NetBackup etle fichier OS_set.txt en exécutant la commande set du système d'exploitation.

Chaque fichier de sortie commence par un en-tête qui identifie les commandes quenbsu a exécutées. Si les sorties de plus d'une commande étaient incluses dans lefichier, l'en-tête identifie la sortie comme une "procédure interne".

Ce qui suit est un exemple d'un extrait de fichier de sortie nbsu pour la commandebpgetconfig. STDERR apparaît comme la sortie de la commande et est capturédans le fichier de sortie. L’état de sortie est généré dans le fichier de sortie, commesuit :Etat de sortie : <code d’état de sortie>

#######Command used:

/usr/openv/netbackup/bin/admincmd/bpgetconfig -g sivbl17.domain.com -L#######

Client/Master = Master

NetBackup Client Platform = Linux, RedHat2.6.18

NetBackup Client Protocol Level = 8.1.0

Product = NetBackup

Version Name = 8.1

Version Number = 810000

NetBackup Installation Path = /usr/openv/netbackup/bin

Client OS/Release = Linux 3.10.0-229.el7.x86_64

Exit status: 0

#######Command used: /usr/openv/netbackup/bin/admincmd/bpgetconfig#######


SERVER = sivbl17.domain.com

WEB_SERVER_CONNECTION_TIMEOUT = 30

WEB_SERVER_TUNNEL_USE = AUTO

WEB_SERVER_TUNNEL_ENABLED = YES

WEB_SERVER_TUNNEL

TRUSTED_MASTER

KNOWN_MASTER

MASTER_OF_MASTERS

USEMAIL =

BPBACKUP_POLICY = any

BPBACKUP_SCHED = any

Exit status: 0

Si un programme d'archivage pris en charge est disponible sur l'hôte où nbsu

s'exécute, nbsu intègre ses fichiers de sortie dans un fichier d'archive. Si un utilitairede compression pris en charge est disponible, nbsu compresse le fichier d'archive.Sinon, les différents fichiers de sortie demeurent non archivés et non compressés.

Un exemple d'un fichier d'archive compressé que nbsu a créé est le suivant :

/usr/openv/netbackup/bin/support/NBSU_host1_master_01172018_220505.tgz

Où host1 est le nom de l'hôte sur lequel nbsu s'est exécuté et master indique quel'hôte est un serveur maître NetBackup. La date est intégrée dans le nom de fichierau format mmjjaaaa.

nbsu prend en charge le format .tar pour l’archivage et le format .gzip pour lacompression.


Exemple d'un affichage de progression pour l'utilitaire de supportNetBackup (nbsu)

Par défaut, l'utilitaire de support NetBackup (nbsu) affiche sa progression en sortiestandard. D'abord, il répertorie les requêtes d'environnement, ensuite il répertorieles commandes diagnostiques qu'il exécute comme dans l'exemple suivant :

NBU Install path: C:\Program Files\Veritas\

mywindowsvm is a master server

Collecting NBU_adv_disk info

Collecting NBU_all_log_entries info

Collecting NBU_altnames info




Collecting NBU_auth_methods_names info

Collecting NBU_available_media info

Collecting NBU_backup_status info

Collecting NBU_bpclient info

.

.

.

Collecting OS_filesystem info

Collecting OS_process_list info

Collecting OS_set info

CAB file created successfully.

Final NBSU output located at NBSU_mywindowsvm_master_01172018_085005.cab

The execution time : 662.53431


À propose de l'utilitaire de vérification de lacohérence NetBackup (NBCC)

L'utilitaire de vérification de la cohérence NetBackup (NBCC) est un utilitaire de lignede commande. Il est utilisé pour analyser l'intégrité des parties de la configurationdu catalogue et des informations de base de données de NetBackup. Cette analyseinclut un examen des unités de stockage NetBackup, du serveur EMM, des poolsde volumes, des médias de bande et des images de sauvegarde associées auxmédias de bande.

NBCC exécute les opérations suivantes :

■ Interroge la base de données EMM pour obtenir le nom d'hôte primaire, lesnoms d'hôte associés et les attributs de serveur pour la normalisation de nomd'hôte

■ Identifie le cluster, le cluster d'application et les serveurs en examinant laconfiguration de NetBackup

■ Recueille les informations sur la base de données et le catalogue

■ Analyse la cohérence des informations de configuration et de base dedonnées/catalogue collectées.

■ Crée un bundle devant être vérifié par le support technique de Veritas.

NBCC réside se trouve à l'emplacement suivant :

134Utilisation des utilitaires NetBackupÀ propose de l'utilitaire de vérification de la cohérence NetBackup (NBCC)



/usr/openv/netbackup/bin/support/NBCCUNIX

install_path\NetBackup\bin\support\NBCC.exeWindows

Veritas recommande d'exécuter NBCC dans les circonstances suivantes :

■ Pour vérifier la cohérence des informations de configuration et de catalogue/basede données NetBackup depuis les médias de bande.

■ Pour rassembler et créer un bundle lorsque le support technique de Veritas enfait la demande.

Les informations suivantes peuvent vous aider à exécuter l'utilitaire NBCC :

■ L'utilisation de NBCC sans options collecte toutes les données et rapports et estrecommandé pour la plupart des clients. Pour des informations supplémentaires,une description de NBCC, des exemples et des instructions pour la collecte desinformations de catalogue NetBackup et de base de données pour l'envoi dusupport technique, utilisez la commande NBCC -help.

■ NBCC est conçu pour être exécuté sur des serveurs maîtres NetBackup.

■ Dans certains cas, un processus ou service du système d'exploitation ou deNetBackup qui ne fonctionne pas peut empêcher NBCC de s'exécutercorrectement ou de se terminer. A mesure que l'interrogation des différentscomposants du système d'exploitation ou de NetBackup par NBCC progresse,les éléments qui sont traités sont enregistrés dans STDOUT. Pendant letraitement des composants de catalogue et base de données, NBCC affiche lenombre d'enregistrements qui ont été traités. Le nombre d'enregistrementstraités est proportionnel à la taille du catalogue et de la base de données encours de traitement. Si NBCC détecte une défaillance, les informationscorrespondantes sont enregistrées dans STDERR. Les informations destinéesà STDOUT ou STDERR sont également enregistrées dans le fichiernbcc-info.txt (si disponible).

Si NBCC ne fonctionne pas comme prévu, essayez de corriger le problème commesuit :

■ Utilisez un éditeur de texte pour rechercher les messages d'erreur dans le fichiernbcc-into.txt.

■ Par défaut, NBCC envoie les messages d'erreur au canal d'erreur standard(STDERR) et inclut également les messages dans ses fichiers de sortie sousl'en-tête STDERR.

■ Si NBCC ne produit pas les informations adéquates ou s'il ne semble pasfonctionner correctement, exécutez l'utilitaire NBCC avec l'option -debug pour


inclure des messages de débogage supplémentaires dans le fichiernbcc-info.txt.

■ Pour le dépannage, exécutez NBCC quand le système est dans le même étatque quand le problème s'est posé. Par exemple, ne tentez pas d'arrêter lesprocessus NetBackup et de les redémarrer après l'erreur, ni de modifier leserveur ou le réseau. Il se peut que NBCC ne puisse pas recueillir d'informationsclés à propos du problème.

Le fichier nbcc_info.txt fournit une présentation de l'environnement dans lequelNBCC est exécuté et contient les informations suivantes :

■ Informations générales de configuration du système d'exploitation et deNetBackup détectées par NBCC dans l'environnement.

■ Une copie des informations de traitement NBCC qui sont envoyées à STDOUT ouSTDERR.

Ces informations indiquent le traitement effectué par NBCC.

Le rapport nbcc-info.txt contient une section d'informations qui récapitule letraitement NBCC pour chaque système détecté dans la configuration NetBackup.Cette section indique les types de serveur dans EMM que NBCC détecte. Ellecommence par "Summary of NBCC <type> processing".

Se reporter à "Exemple d'affichage de la progression de NBCC" à la page 137.

Une description complète de NBCC est disponible dans le Guide de référence descommandes NetBackup.

Sortie de l'utilitaire de vérification de la cohérence NetBackup (NBCC)NBCC enregistre les informations qu'il collecte dans des fichiers groupés situés dansle répertoire suivant.

/usr/openv/netbackup/bin/support/output/nbcc/hostname_NBCC_timestamp

UNIX et Linux

install_path\NetBackup\bin\support\output\nbcc\hostname_NBCC_timestamp

Windows

Si un programme d'archivage pris en charge est disponible sur l'hôte sur lequelNBCC s'exécute, NBCC intègre ses fichiers de sortie dans un fichier d'archive. Si unutilitaire de compression pris en charge est disponible, NBCC compresse le fichierd'archive. Sinon, les différents fichiers de sortie demeurent non archivés et noncompressés.




Exemple de fichier d'archive (UNIX) compressé qui a été créé par NBCC :

/usr/openv/netbackup/bin/support/output/NBCC/host1_NBCC_20060814_

164443/host1_NBCC_20060814_164443.tar.gz

où host1 correspond au nom de l'hôte sur lequel NBCC a été exécuté.

Sur les plates-formes UNIX, NBCC prend en charge les utilitaires tar, compress etgzip pour l'archivage et la compression des fichiers UNIX. Sur les plates-formesWindows, NBCC prend en charge les utilitaires tar, Makecab et gzip pour l'archivageet la compression des fichiers Windows.

Une description complète de NBCC est disponible dans le Guide de référence descommandes NetBackup.

Exemple d'affichage de la progression de NBCCPar défaut, l'utilitaire de vérification de la cohérence de NetBackup (NBCC) affichesous forme de nombre sa progression dans une sortie standard. Le nom du fichierde sortie est nbcc-info.txt.

L'exemple suivant de sortie NBCC a été modifié par souci de concision :

1.0 Gathering initial NBCC information

1.1 Obtaining initial NetBackup configuration information

NBCC is being run on NetBackup master server

server1

NBCC version 8.1 Gather mode = full

NBCC command line = C:\Veritas\NetBackup\bin\support\NBCC.exe -nozip

OS name = MSWin32

OS version = Microsoft Windows [Version 6.1.7601]

NetBackup Install path = C:\Program Files\Veritas\

> dir output\nbcc\server1_NBCC_20130227_091747 2>&1

Parsed output for "bytes free"

5 Dir(s) 862,367,666,176 bytes free

2.0 Gathering required NetBackup configuration information

2.1 Determining the date format to use with NetBackup commands...

Using the date format /mm/dd/yyyy

2.2 Building EMM host configuration information...

Detected the EMM Server hostname

lidabl11

Detected the EMM master server hostname




lidabl11

Detected the EMM Virtual Machine entry

pambl11vm3

Detected the EMM NDMP Host entry

fas3240a

...

2.3 Obtaining EMM server aliases...

EMM aliases for detected EMM Server

server1

lidabl11.acme.com

EMM aliases for detected master server

server1

lidabl11.acme.com

EMM aliases for detected media server

server4

...

2.4 Obtaining Storage Server information...

Detected FalconStor OST direct copy to tape Storage Server

falconstorvtl5

2.5 Building NetBackup storage unit list...

Detected Storage Unit for NetBackup for NDMP media server

reabl3

and NDMP Host

falconstorvtl5

Detected disk media storage unit host

lidabl11

Detected Disk Pool

lidabl11_pdde_pool

...

2.6 Obtaining Disk Pool information...

Detected Disk Pool

lidabl11_pdde_pool

host

lidabl11

Detected Disk Pool lidabl11_pdde_pool member

lidabl11

...

2.7 Obtaining tpconfig Storage credential information...

Detected the master server hostname

lidabl11

and associated Storage server hostname

lidabl11

...


2.8 Obtaining tpconfig NDMP configuration information...

Detected the EMM NDMP Host hostname

fas3240a

Detected the EMM NDMP Host hostname

fas3240b

...

2.9 Analyzing EMM master and/or media servers and configured

Storage Units...

The following EMM server entries do not have configured

Storage Units or Disk Pools:

Media server - lidabl14

2.10 Obtaining NetBackup unrestricted media sharing status...

Configuration state = NO

2.11 Obtaining NetBackup Media Server Groups...

No Server Groups configured

2.12 Building NetBackup retention level list...

3.0 Obtaining NetBackup version from media servers

lidabl11...

lidabl14...

reabl3...

virtualization5400a...

...

3.1 Gathering required NetBackup catalog information

Start time = 2013-02-27 09:41:07

3.2 Gathering NetBackup EMM conflict table list

Found 0 EMM conflict records

3.3 Gathering list of all tapes associated with any Active Jobs

Building NetBackup bpdbjobs list

3.4 Gathering all TryLog file names from the

C:\Program Files\netbackup\db\jobs\trylogs

directory

Found 10 TryLogs for 10 active jobs.

TryLogs found for all Active Jobs

3.5 Building NetBackup Image database contents list

Reading Image number 1000




Found 4014 images in the Image database

3.6 Building EMM database Media and Device configuration

attribute lists


Obtaining the EMM database Media attribute list for disk

virtual server

lidabl11 ...

There were 0 bpmedialist records detected for media server

lidabl11

Getting device configuration data from server

lidabl11 ...

...

3.7 Building EMM database Unrestricted Sharing Media attribute lists

Found 0 Unrestricted Sharing media records in the EMM database

3.8 Building the EMM database Volume attribute list...

Getting the EMM database Volume attributes from EMM server

mlbnbu ...

Found 43 Volume attribute records in the EMM database

3.9 Building NetBackup volume pool configuration list

EMM Server lidabl11

3.10 Building NetBackup scratch pool configuration list

EMM Server lidabl11

3.11 Gathering NetBackup EMM merge table list

Found 0 EMM merge table records

Summary of gathered NetBackup catalog information

End time = 2013-02-27 09:44:16

Number of Images gathered = 4014

Number of database corrupt images gathered = 0

Number of EMM database Media attribute records gathered = 38

Number of EMM database Volume attribute records gathered = 43

Catalog data gathering took 189 seconds to complete

dir results for created NBCC files:

02/27/2013 09:42 AM 8 nbcc-active-tapes

02/27/2013 09:42 AM 752,698 nbcc-bpdbjobs-most_columns

07/07/2011 09:43 AM 2,211,811 nbcc-bpimagelist-l

...

4.0 Verifying required catalog components were gathered

5.0 Beginning NetBackup catalog consistency check

Start time = 2013-02-27 09:44:18

5.1 There were no tape media involved in active NetBackup jobs


5.3 Processing EMM database Volume attribute records, pass 1 (of 2),

4 records to be processed

Processed 4 EMM database Volume attribute records.

5.4 Checking for duplicate EMM server host names in Volume

attribute data

5.5 Processing Image DB, pass 1 (of 2),

3751 images to be processed

3751 images processed on pass 1

There were 0 images with at least one copy on hold detected.

5.6 Processing EMM database Media attribute records, pass 1 (of 3),


Processed 2 EMM database Media attribute records.

There were 0 tape media detected that are on hold.

5.8 Check for duplicate media server names in the EMM database

Media attribute data

5.9 Processing EMM database Media attribute records, pass 2 (of 3),


5.10 Processing Image DB, pass 2 (of 2),

3751 images to be processed

CONSISTENCY_ERROR Oper_7_1

5.11 NetBackup catalog consistency check completed

End time = 2013-02-27 09:19:25

5.12 Checking for the latest NBCCR repair output directory

C:\Program Files\Veritas\netbackup\bin\support\output\nbccr

No repair file output directory detected.

Summary of NBCC EMM Server processing

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

+ Primary hostname: +

+ lidabl11 +

+ Alias hostnames: +

+ lidabl11 +

+ Sources: +

+ nbemmcmd vmoprcmd +

+ EMM Server = yes +

+ EMM NetBackup version = 8.1 +

+ NBCC NetBackup version = 8.1 +

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Summary of NBCC Master server processing


+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++


+ lidabl11 +


+ lidabl11 +

+ Sources: +

+ nbemmcmd bpstulist nbdevquery bpgetconfig +

+ Master server = yes +

+ EMM NetBackup version = 8.1.0.0 +


+ Tape STU detected = no - Disk STU detected = yes +

+ Disk Pool Host = yes +

+ Associated Storage servers: +

+ lidabl11 lidaclvm1 +

+ EMM tape media record extract attempted = yes +

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Summary of NBCC Media server processing

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++


+ lidabl14 +


+ lidabl14.acme.com +

+ Sources: +

+ nbemmcmd bpgetconfig +

+ Media server = yes +

+ EMM NetBackup version = 8.1.0.0 +


+ Tape STU detected = no - Disk STU detected = no +

+ EMM tape media record extract attempted = yes +

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

...

***NBCC DETECTED A NetBackup CATALOG INCONSISTENCY!***

Report complete, closing the

.\output\nbcc\lidabl11_NBCC_20130227_094057\nbcc-info.txt

output file.

Une description complète des options NBCC est disponible dans le Guide de référencedes commandes NetBackup.




À propos de l'utilitaire NBCCR (NetBackupConsistency Check Repair)

L'utilitaire NBCCR (NetBackup Consistency Check Repair) est un outil de ligne decommande qui traite les actions de réparation de base de données/catalogue. Ilautomatise l'application des actions de réparation suggérées approuvées. Le supporttechnique de Veritas analyse les données que l'utilitaire NBCC collecte et lesinformations de configuration spécifiques au site. Cette analyse génère un fichierSRA (Suggested Repair Actions) qui suggère des actions de réparation. Avantl'exécution de NBCCR, le support technique de Veritas contacte le client pourdéterminer les réparations nécessaires. Les actions de réparation indésirables sontsupprimées du fichier SRA ou désactivées. Chaque ligne du fichier SRA contientune action de réparation accompagnée d'un paramètre associé.

L'utilitaire NBCCR exécute chaque action de réparation en plusieurs étapes.

Tableau 3-4 Étapes de la réparation

DescriptionNomÉtape

L'utilitaire NBCCR collecte d'abord les informations qui sontrequises pour effectuer une réparation.

Collecte dedonnées

Étape 1

Juste avant d'effectuer la réparation suggérée, l'utilitaireNBCCR vérifie que l'état actuel de la bande justifie toujoursla réparation demandée. Il tient compte des changementséventuels qui ont pu se produire dans l'environnement aucours du temps écoulé depuis la collecte des données. Sides changements ont eu lieu, il signale dans un fichier del'historique que la réparation n'est pas justifiée.

Qualification deréparation

Étape 2

Pour terminer, l'utilitaire NBCCR exécute jusqu'à trois étapesde réparation pour chaque entrée de réparation dans lefichier SRA. Un élément peut être modifié pour activer laréparation et d'autres étapes peuvent être nécessairesaprès la réparation. Si l'opération de réparation échoue,l'utilitaire NBCCR tente d'annuler la réparation pour éviterque l'action corrective n'introduise de nouvelles erreurs.

RéparationÉtape 3

NBCCR se trouve à l'emplacement suivant :

/usr/openv/netbackup/bin/support/NBCCRUNIX

install_path\NetBackup\bin\support\NBCCR.exeWindows

143Utilisation des utilitaires NetBackupÀ propos de l'utilitaire NBCCR (NetBackup Consistency Check Repair)

L'utilitaire NBCCR accepte un fichier d'entrée, crée deux fichiers de sortie et utiliseun fichier temporaire.

L'utilitaire NBCCR accepte le fichier SRA nomménom_serveur_maître_NBCCA_horodatagetxt comme entrée. Lesupport technique analyse le package de support de NBCC et génèrece fichier qui est envoyé à l'utilisateur final. Ce fichier est placé dansle répertoire suivant pour le traitement de l'utilitaire NBCCR :

Sous UNIX :/usr/openv/netbackup/bin/support/input/nbccr/SRA

Sous Windows :chemin_installation\NetBackup\bin\support\input\nbccr\SRA

Fichier d'entrée

L'utilitaire NBCCR crée automatiquement un répertoire distinct pourchaque fichier SRA traité. Le nom de fichier est basé sur le contenu dufichier SRA. Le nom du répertoire peut être l'un des deux nomssuivants :

Sous UNIX :/usr/openv/netbackup/bin/support/output/nbccr/nom_serveur_maître_nbccr_horodatage

Sous Windows :install_path\NetBackup\bin\support\output\nbccr\nom_serveur_maître_nbccr_horodatage.

Une fois le processus de réparation terminé, l'utilitaire NBCCR replacele fichier SRA dans le même répertoire.

L'utilitaire NBCCR crée également les fichiers de sortie suivants et lesplace dans le même répertoire.

■ L'utilitaire NBCCR crée le fichier NBCCR.History.txt, qui est unfichier de l'historique de toutes les actions de réparation tentées.

■ L'utilitaire NBCCR crée le fichier NBCCR.output.txt.

Fichiers de sortie

Au cours de son exécution, l'utilitaire NBCCR utilise le fichierKeepOnTruckin.txt, qui apparaît dans le même emplacement queles fichiers de sortie décrits dans ce tableau.

Pour arrêter l'utilitaire NBCCR pendant le traitement des réparations,supprimez ce fichier. Cette action oblige l'utilitaire NBCCR à acheverla réparation en cours et à s'arrêter. Toute autre interruption entraînedes résultats indéterminés.

Fichier temporaire

Les exemples de fichiers NBCCR.output.txt suivants affichent les résultats dedeux réparations MContents. Dans un cas, toutes les images ont été détectées surla bande, dans l'autre, il en manquait une ou plusieurs :

144Utilisation des utilitaires NetBackupÀ propos de l'utilitaire NBCCR (NetBackup Consistency Check Repair)

■ Exemple 1 : l'utilitaire NBCCR a détecté toutes les images sur bande. L'action deréparation MContents a réussi.

MContents for ULT001 MediaServerExpireImagesNotOnTapeFlag

ExpireImagesNotOnTape flag not set

ULT001 MContents - All images in images catalog found on tape

MContents ULT001 status: Success

■ Exemple 2 : l'utilitaire NBCCR n'a pas détecté une ou plusieurs images sur bande.L'action de réparation MContents n'a pas été exécutée.

MContents for ULT000 MediaServerExpireImagesNotOnTapeFlag

ExpireImagesNotOnTape flag not set

Did NOT find Backup ID winmaster_123436 Copy 1 AssignTime

2011-02-11 01:19:13 (123436) on ULT000

Leaving winmaster_123436 Copy 1 on ULT000 in ImageDB

ULT000 MContents - One or more images from images catalog NOT

found on tape

MContents ULT000 status: ActionFailed

Une description complète de NBCCR est disponible dans le Guide de référence descommandes NetBackup.

À propos de l'utilitaire nbcplogsPour résoudre un problème, vous devez rassembler et copier les bons journauxpour le débogage. Les différents types de journaux (legacy, vxul, vm, pbx,...) peuventse trouver dans plusieurs endroits. L'extraction des journaux à remettre au supporttechnique de Veritas peut s'avérer une tâche laborieuse qui demande du temps.

Par défaut,nbcplogs exécute maintenant l’utilitaire nbsu et collecte des informationsnbsu pour le système hôte. Cette fonction enregistre le temps et les frappes declavier en recueillant des informations. L'utilitaire recueille également desinformations supplémentaires pour les clusters et des informations d'historique pourles packs.

Si vous disposez d’un ID de dossier fourni par le support technique au format########, renommez les fichiers journaux avec le numéro d'ID de dossier. Puischargez manuellement les fichiers vers le serveur de gestion des preuves Veritas.Pour obtenir une assistance supplémentaire, consultez :


Cet utilitaire prend en charge les types suivants d'algorithmes de recherche commeoptions sur la commande nbcplogs.

145Utilisation des utilitaires NetBackupÀ propos de l'utilitaire nbcplogs




■ --filecopy. La copie de fichier est l'état par défaut. Le fichier journal entier estcopié. La copie de fichier avec compression suffit généralement à la réalisationde ce travail.

■ --fast. La recherche rapide utilise une recherche binaire pour éliminer leslignes qui ne sont pas comprises dans la période du fichier. Ce mécanisme estutile pour la copie de fichiers journaux de très grande taille (ex : bpdbm). Cetteoption est rarement nécessaire et doit être utilisée avec prudence.

L'état par défaut est la copie du fichier, qui copie le fichier journal entier. Unalgorithme de recherche rapide utilise une recherche binaire pour éliminer les lignesqui ne sont pas comprises dans la période du fichier. Ce mécanisme est utile pourla copie de fichiers journaux de très grande taille (ex : bpdbm).

L'utilitaire nbcplogs est destiné à simplifier le processus de copie des journaux enspécifiant les options suivantes :

■ Une période pour les journaux.

■ Les types de journaux à collecter.

■ Regroupement et compression des données en transit.

En outre, vous pouvez afficher un aperçu de la quantité de données de consignationà copier.

Une description complète de nbcplogs se trouve dans le Guide de référence descommandes NetBackup.

A propos des utilitaires de test robotiqueChaque package logiciel robotique inclut un utilitaire de test robotique permettantde communiquer directement avec les périphériques robotiques. Les tests sont àdes fins de diagnostic : la seule documentation disponible est l'aide en ligne quevous pouvez afficher en entrant un point d'interrogation (?) après avoir démarrél'utilitaire. Spécifiez -h pour afficher le message d'utilisation.

Remarque : N'utilisez pas les utilitaires de test robotique lorsque des sauvegardesou des restaurations sont en cours. Les tests verrouillent le chemin d'accès decontrôle robotique et empêchent le logiciel robotique correspondant d'effectuer desactions, par exemple charger et décharger des médias. Si un montage est demandé,le processus robotique correspondant expire et passe à l'état ARRÊTÉ. Cecomportement a généralement comme conséquence une expiration du délai demontage de média. En outre, veillez à quitter l'utilitaire lorsque les tests sontterminés.

146Utilisation des utilitaires NetBackupA propos des utilitaires de test robotique



Tests robotiques sous UNIXSi le robot a été configuré (ajouté à la base de données NBDB), démarrez l'utilitairede test robotique à l'aide de la commande robtest. Cette action permet de gagnerdu temps, puisque les chemins d'accès robotiques et de lecteur de périphériquesont automatiquement transmis à l'utilitaire de test. La procédure est la suivante :

Pour utiliser la commande robtest, procédez comme suit (dans l'ordre présenté) :

■ Exécutez la commande suivante :

/usr/openv/volmgr/bin/robtest

Le menu de l'utilitaire de test s'affiche.

■ Sélectionnez un robot et cliquez sur Entrée.Le test démarre.

Si le robot n'est pas configuré, vous ne pouvez pas utiliser la commande robtest

et devez exécuter la commande s'appliquant au robot que vous testez.

/usr/openv/volmgr/bin/acstest -r ACSLS_hostpath

pour qu'acstest fonctionne sous UNIX et Linux, acssel et acsssidoivent être en cours d'exécution

ACS

/usr/openv/volmgr/bin/odltest -r roboticpathODL

/usr/openv/volmgr/bin/tl4test -r roboticpathTL4

/usr/openv/volmgr/bin/tl8test -r roboticpathTL8

/usr/openv/volmgr/bin/tldtest -r roboticpathTLD

/usr/openv/volmgr/bin/tlhtest -r robotic_library_pathTLH

/usr/openv/volmgr/bin/tlmtest -r DAS_hostTLM

/usr/openv/volmgr/bin/tshtest -r roboticpathTSH

Des informations supplémentaires concernant le contrôle robotique de TLH, ACSet TLM sont mises à votre disposition.


Dans la liste des commandes précédente, roboticpath correspond au chemin d'accèscomplet vers fichier de périphérique du contrôle robotique (SCSI). Vous pouvezrechercher la valeur appropriée pour roboticpath dans la section de votreplate-forme.



Un paramètre facultatif spécifie le chemin d'accès de fichier de périphérique pourles lecteurs de sorte que cet utilitaire puisse décharger les lecteurs en utilisantl'interface SCSI.

Tests robotiques sous WindowsSi le robot a été configuré (ajouté à la base de données NBDB), démarrez l'utilitairede test robotique à l'aide de la commande robtest. Cette action permet de gagnerdu temps, puisque les chemins d'accès robotiques et de lecteur de périphériquesont automatiquement transmis à l'utilitaire de test.

Pour utiliser la commande robtest, procédez comme suit (dans l'ordre présenté) :

■ Exécutez la commande suivante :

install_path\Volmgr\bin\robtest.exe

Le menu de l'utilitaire de test s'affiche.

■ Sélectionnez un robot et l'appuyez sur Entrée.Le test démarre.

Remarque : Si le robot n'est pas configuré, vous ne pouvez pas utiliser robtest.Vous devez exécuter la commande qui applique au robot que vous voulez tester(voir la liste suivante).

chemin_installation\Volmgr\bin\acstest -r ACSLS_HOSTACS

chemin_installation\Volmgr\bin\tl4test -r roboticpathTL4

chemin_installation\Volmgr\bin\tl8test -r roboticpathTL8

chemin_installation\Volmgr\bin\tldtest -r roboticpathTLD

chemin_installation\Volmgr\bin\tlhtest -rrobotic_library_name

TLH

chemin_installation\Volmgr\bin\tlmtest -rDAS_Hostname

TLM

Des informations supplémentaires concernant le contrôle robotique de TLH, ACSet TLM sont mises à votre disposition.


Dans la liste des commandes précédente, roboticpath correspond au chemin d'accèscomplet vers fichier de périphérique du contrôle robotique (SCSI). Vous pouvez



rechercher la valeur appropriée pour roboticpath dans la section de votreplate-forme.

Un paramètre facultatif spécifie le chemin d'accès de fichier de périphérique pourles lecteurs de sorte que cet utilitaire puisse décharger les lecteurs en utilisantl'interface SCSI.

L'utilisation est la suivante :

install_path <-p port -b bus -t target -l lan | -r

roboticpath>

où : roboticpath correspond au nom de commutateur (par exemple, Changer0)


Reprise après incidentCe chapitre traite des sujets suivants :

■ À propos de la reprise après incident

■ À propos des exigences relatives à la reprise après incident

■ Packages de reprise après incident

■ À propos des paramètres de reprise après incident

■ Pratiques recommandées en matière de sauvegarde

■ Procédures de récupération de disque pour UNIX et Linux

■ À propos de la récupération d'un serveur NetBackup faisant partie d'un clustersous UNIX et Linux

■ Procédures de récupération de disque pour Windows

■ À propos de la récupération d'un serveur NetBackup faisant partie d'un clustersous Windows

■ Génération d'un certificat sur un serveur maître en cluster après une installationde reprise après incident

■ À propos de la restauration de package de reprise après incident

■ Restauration de package de reprise après incident sous Windows

■ Restauration de package de reprise après incident sous Unix

■ À propos de la récupération du catalogue NetBackup

4Chapitre

À propos de la reprise après incidentLa sauvegarde de données est essentielle à toute stratégie de protection desdonnées, en particulier une stratégie devant aider lors d'une reprise après incident.Sauvegarder régulièrement des données et pouvoir ainsi restaurer ces donnéesau cours d'une période spécifiée constituent les points importants de la récupération.Indépendamment de toutes les autres dispositions de récupération, la sauvegardeprotège contre la perte de données due à une défaillance complète du système.Le stockage hors site des images de sauvegarde protège également contre lesdégâts pouvant survenir au niveau de vos médias sur site ou contre un sinistre quiendommage ou détruit votre installation ou site.

Pour réaliser la récupération avec succès, les données doivent être suivies. Savoirà quel moment précis les données ont été sauvegardées permet à votre sociétéd'évaluer les informations qui ne peuvent pas être récupérées. Configurez vosplanifications de sauvegarde de données pour permettre à votre société d'atteindreson objectif de point de récupération (RPO). Le RPO est le moment précis avantlequel vous ne pouvez pas accepter des données perdues. Si votre société peutaccepter la perte des données d'une journée, votre planification de sauvegardedevrait être au moins quotidienne. De cette façon vous pouvez réaliser un RPOd'une journée avant n'importe quel sinistre.

Votre société peut également avoir un objectif de temps de récupération (RTO),qui est le temps de récupération prévu ou la durée que prend la récupération. Letemps de récupération se calcule en fonction du type du sinistre et des méthodesqui sont utilisées pour la récupération. Vous pouvez avoir plusieurs RTO, selon lesservices que votre société doit récupérer à ce moment.

Les technologies facilement disponibles peuvent créer le point de récupération trèsproche ou même identique au point de défaillance ou au sinistre. Elles peuventégalement fournir des temps de récupération très courts. Cependant, plus vos RTOet RPO sont proches du point de défaillance, plus la construction et la mise à jourdes systèmes requis pour réaliser la récupération coûtent cher. Votre analyse descoûts et des avantages de diverses stratégies de récupération devrait faire partiede la planification de récupération de votre société.

Une reprise après incident efficace requiert des procédures spécifiques àl'environnement. Ces procédures fournissent des informations détaillées concernantl'anticipation des sinistres et la récupération. Utilisez les informations de repriseaprès incident de ce chapitre uniquement comme modèle. Envisagez et élaborezvos propres plans et procédures de reprise après incident.

151Reprise après incidentÀ propos de la reprise après incident

Avertissement : Avant de tenter l'une des procédures de reprise après incidentde ce chapitre, Veritas vous recommande de prendre contact avec le supporttechnique.

Cette rubrique fournit des informations sur l'installation de NetBackup et (sinécessaire) sur la récupération de catalogue après une défaillance de disquesystème. Veritas suppose que vous effectuez la récupération vers le disque systèmeinitial ou vers un disque dotée d'une configuration exactement identique.

Avertissement :NetBackup peut ne pas fonctionner correctement si vous réinstallezet récupérez vers une partition différente ou vers une partition configuréedifféremment à cause des informations de configuration internes. Au lieu de cela,configurez un disque de remplacement avec un partitionnement identique à celuidu disque défectueux. Réinstallez ensuite NetBackup sur la partition sur laquelleil a été installé à l'origine.

Les procédures spécifiques qui permettent de remplacer les disques défectueux,d'établir des partitions et des volumes logiques et de réinstaller des systèmesd'exploitation peuvent se révéler longues et compliquées. Ces procédures ne sontpas couvertes par ce manuel. Vous devez vous référer aux informations spécifiquesà l'éditeur approprié.

À propos des exigences relatives à la repriseaprès incident

Au cours de l'installation de NetBackup dans un mode de reprise après incident,Veritas recommande vivement d'utiliser le même nom de serveur maître qui estdisponible dans le courrier électronique de reprise après incident.

Remarque : Les certificats des nœuds actifs et inactifs ne sont pas récupérés lorsde la récupération de catalogue. Par conséquent, vous devez déployermanuellement les certificats sur tous les nœuds du cluster à l’aide d’un jeton derenouvellement après l’installation de NetBackup dans un mode de reprise aprèsincident.

Se reporter à "Génération d'un certificat sur un serveur maître en cluster après uneinstallation de reprise après incident" à la page 185.

Pour effectuer correctement la reprise après incident dans tous les environnements,vous devez connaître :

■ L'emplacement du package de reprise après incident.

152Reprise après incidentÀ propos des exigences relatives à la reprise après incident

Se reporter à "Packages de reprise après incident" à la page 153.

■ La phrase de passe de ce package de reprise après incident spécifique.

Si vous avez perdu la phrase de passe, consultez l'article suivant pour récupérerl'identité de l'hôte.


Remarque :Notez que NetBackup ne prend pas en charge l'installation à distance,en mode push ou silencieuse pour la reprise après incident des serveurs maîtres.Exception : NetBackup prend en charge ces méthodes d'installation pour les hôtesd'un cluster de serveurs maîtres NetBackup.

Packages de reprise après incidentPour plus de sécurité, un package de reprise après incident est créé pendant chaquesauvegarde de catalogue. Le package de reprise après incident stocke l'identitéde l'hôte du serveur maître. NetBackup requiert ce package pour obtenir l'identitédu serveur maître après un incident. Une fois que vous avez récupéré l'identité del'hôte, vous pouvez effectuer la récupération de catalogue.

Le package de reprise après incident contient les informations suivantes :

■ Certificats de sécurité et clés privées du serveur maître et de l'autorité decertification de NetBackup (CA)

■ Informations sur les hôtes du domaine

■ Paramètres de sécurité

Remarque : Vous devez définir une phrase de passe pour le package de repriseaprès incident pour que les sauvegardes de catalogue réussissent.

Se reporter à "À propos des paramètres de reprise après incident" à la page 153.

À propos des paramètres de reprise aprèsincident

Pour plus de sécurité, un package de reprise après incident est créé pendant chaquesauvegarde de catalogue.


153Reprise après incidentPackages de reprise après incident


Pendant chaque sauvegarde de catalogue, un package de reprise après incidentest créé et chiffré avec la phrase de passe que vous avez définie. Vous devezfournir cette phrase de passe de chiffrement lors de l'installation de NetBackup surle serveur maître en mode de reprise après incident.

Les options suivantes s'affichent dans l'onglet Reprise après incident :

Tableau 4-1 Paramètres de reprise après incident

DescriptionParamètre

Entrez la phrase de passe pour chiffrer les packages dereprise après incident.

■ La phrase de passe doit contenir entre 8 et1024 caractères.

■ La phrase de passe existante et la nouvelle phrasedoivent être différentes.

■ Seuls les caractères suivants sont acceptés pour laphrase de passe : espaces, caractères majuscules (deA à Z), caractères minuscules (de a à z), chiffres (de 0 à9) et caractères spéciaux. Voici les caractères spéciauxacceptés : ~ ! @ # $ % ^ & * ( ) _ + - = ` { } [ ] | : ; ' , . / ?< > "

Phrase de passe

Saisissez à nouveau la phrase de passe pour la confirmer.Confirmer la phrase de passe

Attention : Assurez-vous que la phrase de passe contient uniquement descaractères valides. Si vous entrez un caractère non valide, vous risquez derencontrer des problèmes pendant la restauration de package de reprise aprèsincident. La phrase de passe peut ne pas être validée et vous ne pourrez peut-êtrepas restaurer le package de reprise après incident.

Prenez en compte les informations suivantes avant demodifier la phrase de passe d'un package de reprise aprèsincident :■ Les packages de reprise après incident ultérieurs sont chiffrés avec la nouvelle

phrase de passe que vous avez définie.

■ Si vous modifiez la phrase de passe à tout moment, elle n'est pas modifiée pourles packages de reprise après incident précédents. Seuls les nouveaux packagesde reprise après incident sont associés à la nouvelle phrase de passe.

■ La phrase de passe que vous fournissez lors de l'installation de NetBackup surle serveur maître en mode de reprise après incident doit correspondre à celle

154Reprise après incidentÀ propos des paramètres de reprise après incident

du package de reprise après incident à partir duquel vous souhaitez récupérerl'identité de l'hôte de serveur maître.

Pratiques recommandées en matière desauvegarde

Les pratiques de sauvegarde suivantes sont recommandées :

En plus de sauvegarder les fichiers de façon régulière, il est important de sélectionnerles fichiers corrects à sauvegarder. Incluez tous les fichiers comportant des donnéescritiques pour les utilisateurs et la société. Sauvegardez les fichiers système etd'application, afin d'assurer une restauration rapide et exacte à l'état normal d'unsystème en cas d'incident.

Incluez tous les fichiers système Windows dans vos sauvegardes. Outre les autreslogiciels système, les répertoires système Windows comprennent le registre sanslequel il est impossible de restaurer la configuration initiale du système. Si vous utilisezune liste d’exclusions NetBackup pour un client, ne spécifiez aucun fichier systèmeWindows dans cette liste.

N'oubliez pas les exécutables et les fichiers d'application. Il est parfois tentant d'effectuerune sauvegarde sur bande en excluant ces fichiers faciles à réinstaller. Cependant,une sauvegarde complète de l'application garantit la restauration de sa configurationexacte. Par exemple, si vous avez appliqué des mises à jour et correctifs de logiciel,une restauration à partir de la copie de sauvegarde vous évitera de les appliquer unenouvelle fois.

Sélection des fichiers àsauvegarder

NetBackup Bare Metal Restore (BMR) protège les systèmes client en les sauvegardantavec une politique configurée pour une protection BMR. Une description complète desprocédures de sauvegarde et de restauration BMR est disponible.

Consultez le Guide de l'administrateur NetBackup Bare Metal Restore.


Bare Metal Restore

Lors de la configuration d'une politique pour une sauvegarde de catalogue en ligne,vous pouvez désigner certaines politiques NetBackup comme critiques. Les politiquescritiques assurent la sauvegarde des systèmes et données considérés critiques pourl'utilisateur final. Pendant une récupération de catalogue, NetBackup vérifie que tousles médias nécessaires à la restauration des politiques critiques sont disponibles.

Politiques critiques

155Reprise après incidentPratiques recommandées en matière de sauvegarde


Si la configuration contient des clients Windows dont la configuration de sauvegardeincrémentielle est définie sur Effectuer des sauvegardes incrémentielles baséessur le bit d'archive, exécutez une sauvegarde complète de ces clients dès que possibleaprès une récupération de catalogue. Le bit d'archive des fichiers sur lesquels unesauvegarde incrémentielle a été effectuée après la sauvegarde de catalogue utiliséepour la récupération de catalogue est réinitialisé. Si une sauvegarde complète de cesclients n'est pas exécutée après une récupération de catalogue, ces fichiers pourraientêtre ignorés et non sauvegardés lors des sauvegardes incrémentielles ultérieures.

Sauvegarde complète aprèsune récupération decatalogue

En ligne, la sauvegarde de catalogue à chaud est une sauvegarde gérée par unepolitique qui prend en charge la répartition sur bande et les sauvegardes incrémentielles.Elle permet de restaurer les fichiers catalogue à partir de l'interface Sauvegarde,archivage et restauration. Les sauvegardes de catalogue en ligne peuvent êtreexécutées parallèlement à d'autres activités NetBackup pour assurer une meilleureprise en charge dans les environnements soumis à des activités de sauvegardecontinuelles.

Sauvegardes de catalogue enligne

Veritas recommande d'enregistrer les fichiers de reprise après incident créés par lasauvegarde de catalogue en ligne dans un partage réseau ou sur un périphériqueamovible. N'enregistrez pas les fichiers de récupération d'urgence sur l'ordinateur local.La récupération de catalogue à partir d'une sauvegarde de catalogue en ligne sansfichier image de reprise après incident est une procédure plus complexe et plus longue.

Fichiers de reprise aprèsincident des sauvegardes decatalogue en ligne

Le fichier de reprise après incident de catalogue (créé pendant la sauvegarde decatalogue en ligne) est conçu pour automatiser le processus de récupération deNetBackup. Si vous effectuez la récupération sur un autre système que celui qui aeffectué les sauvegardes initiales, il doit être identique au système initial. Par exemple,le système qui effectue la récupération doit inclure des serveurs NetBackup avec desnoms identiques à ceux des serveurs sur lesquels les sauvegardes ont été effectuées.Sinon, la récupération automatique peut ne pas aboutir.

Récupération automatique


Configurez la politique de sauvegarde de catalogue en ligne pour envoyer par courrierélectronique une copie des informations de reprise après incident à un administrateurNetBackup de votre entreprise. Configurez cette politique dans chaque sauvegardede catalogue. N'enregistrez pas les informations de récupération d'urgence surl'ordinateur local. La récupération de catalogue sans fichier image de reprise aprèsincident ou courrier électronique d'informations de reprise après incident est uneopération excessivement complexe qui demande du temps et une assistance.

NetBackup envoie par courrier électronique le fichier de reprise après incident quandles événements suivants se produisent :

■ Le catalogue est sauvegardé.■ Une sauvegarde de catalogue est dupliquée ou répliquée.■ La sauvegarde principale du catalogue ou toute copie de celle-ci expire

automatiquement ou manuellement.■ La copie principale de la sauvegarde de catalogue est modifiée comme suit :

■ En utilisant la commande bpchangeprimary.■ En utilisant l'option de modification de la copie principale quand la sauvegarde

de catalogue est dupliquée manuellement.

Vous pouvez adapter le processus d'envoi du fichier de reprise après incident à l'aidedu script de notification mail_dr_info. Des informations supplémentaires sont misesà votre disposition.

Consultez le Guide de l'administrateur NetBackup, volume II :


Si vous ne parvenez pas à recevoir les packages de reprise après incident par messageélectronique même après avoir configuré votre messagerie électronique, vérifiez leséléments suivants :

■ Votre serveur de messagerie électronique Exchange est configuré de sorte que lataille des pièces jointes soit égale ou supérieure à la taille du package de repriseaprès incident. Vous pouvez vérifier la taille du package (taille du fichier .drpkg)à l'emplacement du fichier de reprise après incident que vous avez spécifié dansla politique de sauvegarde de catalogue.

■ Le pare-feu et le logiciel antivirus de votre environnement autorisent les fichiersportant l'extension .drpkg (extension d'un fichier de package de reprise aprèsincident).

■ Si vous utilisez BLAT comme application de notification de courrier électronique, ildoit s'agir de la version 2.4 ou ultérieure.

Courrier électroniqued'informations sur la repriseaprès incident de catalogueen ligne

Assurez-vous d'identifier et d'utiliser la sauvegarde de catalogue appropriée pour votrerécupération. Par exemple, si vous effectuez une récupération à partir de vossauvegardes les plus récentes, utilisez le catalogue issu de vos sauvegardes les plusrécentes. De la même façon, si vous effectuez une récupération depuis un point derestauration spécifique, utilisez la sauvegarde de catalogue issue de ce point derestauration spécifique.

Identification de lasauvegarde de cataloguecorrecte



L'environnement système, la taille de catalogue, l'emplacement et la configuration desauvegarde (planifications de politiques complètes et incrémentielles) sont des facteursqui aident tous à déterminer le temps nécessaire à la récupération du catalogue.Planifiez et testez attentivement les méthodes de sauvegarde de catalogue permettantd'obtenir le temps requis pour la récupération de catalogue.

Temps de récupération decatalogue

La sauvegarde de catalogue NetBackup protège vos données de configuration et decatalogue. Configurez les planifications de sauvegarde pour les serveurs maîtres etles serveurs de médias dans votre installation de NetBackup. Ces planificationsprotègent les systèmes d'exploitation, les configurations de périphériques et lesapplications exécutées sur les serveurs.

Les procédures de récupération d'un serveur maître ou d'un serveur de médias à lasuite d'un incident irrécupérable sur un disque système supposent que la sauvegardedes serveurs est effectuée indépendamment de la sauvegarde de catalogue. Lasauvegarde des serveurs maîtres et de médias ne doit pas couvrir les fichiers binaires,de configuration ou de catalogue de NetBackup, ni les données de base de donnéesrelationnelles.

Sauvegarde des serveursmaîtres et de médias

Procédures de récupération de disque pour UNIXet Linux

Les trois types différents de récupération de disque pour UNIX et Linux sont lessuivants :

■ Procédure de récupération de disque de serveur maîtreSe reporter à "À propos de la récupération du disque du serveur maître sousUNIX et Linux" à la page 159.

■ Procédures de récupération de disque de serveur de médiasSe reporter à "A propos de la récupération du disque de serveur de médiasNetBackup sous UNIX" à la page 165.

■ Procédures de récupération de disque clientSe reporter à "Récupération du disque système sur un poste de travail de clientUNIX" à la page 165.

Vous ne pouvez pas récupérer les images basées sur disque se trouvant sur desdisques AdvancedDisk ou OpenStorage avec le catalogue NetBackup. Ces imagesde disque doivent être récupérées au moyen de la fonction d'importation deNetBackup. Pour plus d'informations sur l'importation,

Consultez la rubrique relative à l'importation des images NetBackup dans le Guidede l'administrateur NetBackup, volume I :


158Reprise après incidentProcédures de récupération de disque pour UNIX et Linux


Lorsque l'image de disque est importée, NetBackup ne récupère pas l'entrée decatalogue initiale de l'image. A la place, une rubrique de catalogue est créée.

À propos de la récupération du disque du serveur maître sous UNIXet Linux

Deux procédures expliquent comment récupérer des données si le disque systèmeéchoue sur un serveur maître NetBackup sous UNIX ou Linux, comme suit :

■ Le système de fichiers racine est intact. Le système d'exploitation, le logicielNetBackup et d'autres fichiers (sinon tous) sont supposés perdus.Se reporter à "Récupération d'un serveur maître lorsque le root est intact"à la page 159.

■ Le système de fichiers racine est irrémédiablement perdu, ainsi que toute autreinformation sur le disque. Cette situation nécessite une récupération totale.Cette récupération recharge le système d'exploitation sur un disque dedémarrage alternatif et démarre à partir de ce disque lors de la récupération.Vous pouvez alors récupérer la partition racine sans risquer un blocage provoquépar l'écrasement des fichiers utilisés par le système d'exploitation au cours dela restauration.Se reporter à "Récupération du serveur maître sur perte de la partition racine"à la page 162.

Pour les serveurs maîtres et les serveurs de médias NetBackup, l'emplacementdu répertoire du catalogue NetBackup fait partie intégrante des sauvegardes decatalogue NetBackup. Toute récupération du catalogue NetBackup nécessite lacréation de chemins d'accès ou d'emplacements de répertoires identiques pendantla réinstallation du logiciel NetBackup. Un partitionnement de disque, des lienssymboliques et des utilitaires de relocalisation du catalogue NetBackup peuventêtre nécessaires.

NetBackup Bare Metal Restore (BMR) protège les systèmes client en lessauvegardant avec une politique configurée pour une protection BMR. Desinformations sur les procédures de sauvegarde et de récupération BMR sontdisponibles.

Consultez le Guide de l'administrateur système NetBackup Bare Metal Restore :


Récupération d'un serveur maître lorsque le root est intactLa procédure suivante permet de récupérer le serveur maître en rechargeant lesystème d'exploitation, en restaurant NetBackup, puis en restaurant tous les autresfichiers.



Pour récupérer un serveur maître lorsque le root est intact

1 Vérifiez que le système d'exploitation fonctionne, que les correctifséventuellement nécessaires sont installés et que les paramètres spécifiquesà la configuration sont définis. Effectuez toute action corrective nécessaire.

2 Réinstallez le logiciel NetBackup sur le serveur à récupérer.

Consultez le Guide d'installation NetBackup pour plus d'instructions :


Remarque : Pour les services Web NetBackup, vous devez utiliser le compteutilisateur et les informations d’authentification qui ont été utilisés quand vousavez sauvegardé le catalogue NetBackup. Des informations supplémentairessont disponibles :


3 Installez tous les correctifs NetBackup précédemment installés. Consultez ladocumentation fournie avec le correctif logiciel.

Remarque : Veritas ne prend pas en charge la récupération d'une image decatalogue qui a été sauvegardée avec une version précédente de NetBackup.

4 Si des modifications affectant les sauvegardes de catalogue NetBackup ontété apportées aux répertoires de catalogue par défaut, recréez ces répertoiresavant de récupérer le catalogue.

Voici quelques exemples :

■ Utilisation de liens symboliques dans le cadre de la structure de répertoiresde catalogue NetBackup.

■ Utilisation de la commande NetBackup nbdb_move pour relocaliser desparties du catalogue de base de données relationnelle NetBackup.

5 Si le scénario de récupération implique la restauration de sauvegardes depolitique ou de catalogue, le ou les périphériques de récupération appropriésdoivent être configurés, ce qui peut impliquer les tâches suivantes :

■ Installez et configurez le logiciel robotique des périphériques permettantde lire les sauvegardes du catalogue NetBackup et les sauvegardesrégulières du disque en cours de restauration. Si vous disposez d'un lecteurnon robotique pouvant lire ces sauvegardes, vous n'avez besoin d'aucunrobot. Bien que l'intervention manuelle est requise si des parties multiplesde médias sont requises.




Consultez le Guide de configuration des périphériques NetBackup :http://www.veritas.com/docs/DOC5332

■ Utilisez l'assistant de configuration de périphériques NetBackup pourdétecter et configurer le périphérique de récupération dans NetBackup.Consultez le Guide de l'administrateur NetBackup, volume I :http://www.veritas.com/docs/DOC5332

■ Utilisez la commande NetBackup tpautoconf pour détecter et configurerle périphérique de récupération dans NetBackup.Consultez le Guide de référence des commandes NetBackup :http://www.veritas.com/docs/DOC5332

■ Mettez à jour les fichiers de mappage de périphérique.Reportez-vous au Guide de l'administrateur NetBackup, volume I :http://www.veritas.com/docs/DOC5332

6 Si vous devez effectuer une restauration à partir des sauvegardes de politiqueou de catalogue réalisées sur les médias, vous pouvez être amené à configurerles médias en question dans NetBackup.

Reportez-vous au Guide de l'administrateur NetBackup, volume I :


La configuration des médias peut nécessiter une partie ou l'ensemble destâches suivantes :

■ Chargez manuellement les médias requis dans un périphérique derécupération autonome.

■ Utilisez les utilitaires NetBackup tels que robtest ou le logiciel de contrôlerobotique spécifique à l'éditeur, pour charger des médias sur le ou lespériphériques de récupération requis.

■ Utilisez l'Assistant de configuration de volume NetBackup pour inventorierle contenu des médias d'un périphérique robotique.

■ Utilisez le logiciel de commande robotique spécifique à l'éditeur pour chargerles médias sur le ou les périphériques de récupération requis.

7 Récupérez les catalogues NetBackup.

Les catalogues NetBackup peuvent être récupérés uniquement dans la structurede répertoires à partir de laquelle ils ont été sauvegardés (la récupération parchemin alternatif n'est pas permise).

Se reporter à "À propos de la récupération du catalogue NetBackup"à la page 190.







8 Arrêtez et redémarrez tous les daemons NetBackup. Utilisez les commandesNetBackup suivantes ou leMoniteur d'activité dans NetBackup AdministrationConsole.



9 Démarrez l'interface Sauvegarde, archivage et restauration de NetBackup (oula commande bp) et restaurez les autres fichiers sur le serveur selon lesbesoins. Une fois les fichiers restaurés, la procédure est terminée.

Récupération du serveur maître sur perte de la partitionracineLa procédure suivante suppose que le système de fichiers racine et toute autreinformation sur le disque ont été perdus. Cette récupération recharge le systèmed'exploitation sur un disque de démarrage alternatif et démarre à partir de ce disquelors de la récupération. Vous pouvez alors récupérer la partition racine sans risquerun blocage provoqué par l'écrasement des fichiers utilisés par le systèmed'exploitation au cours de la restauration.

Pour récupérer le serveur maître sur perte de la partition racine

1 Chargez le système d'exploitation sur un autre disque en suivant la procédurehabituelle pour le type de serveur.

2 Sur l'autre disque, créez la partition et le répertoire dans lesquels NetBackup,ses catalogues (le cas échéant) et les bases de données résidaient sur ledisque initial. Par défaut, ils résident dans le répertoire /usr/openv.

3 Vérifiez que le système d'exploitation fonctionne, que les correctifs éventuelssont installés et que les paramètres de configuration spécifiques sont définis.Effectuez toute action corrective nécessaire.

4 Installez NetBackup sur le disque alternatif. Installez uniquement le logicielrobotique des périphériques requis pour lire les sauvegardes des cataloguesNetBackup et les sauvegardes régulières du disque en cours de restauration.Si un lecteur non robotique peut lire ces sauvegardes, aucun robot n'estnécessaire.






6 Si les répertoires de catalogue diffèrent de ceux dans les sauvegardes decatalogue NetBackup, recréez cette structure de répertoires sur le disque avantde récupérer le catalogue.

Exemples de ces répertoires :

■ Utilisation de liens symboliques dans le cadre de la structure de répertoiresde catalogue NetBackup.

■ Utilisation de la commande NetBackup nbdb_move pour relocaliser desparties du catalogue de base de données relationnelle NetBackup.

7 Si le scénario de récupération concerne la restauration de sauvegardes depolitique ou de catalogue, les périphériques de récupération appropriés doiventêtre configurés.

La configuration de périphérique peut inclure les tâches suivantes :

■ Installez et configurez le logiciel robotique des périphériques permettantde lire les sauvegardes du catalogue NetBackup et les sauvegardesrégulières du disque en cours de restauration. Si vous disposez d'un lecteurnon robotique pouvant lire ces sauvegardes, vous n'avez besoin d'aucunrobot. Bien que l'intervention manuelle est requise si des parties multiplesde médias sont requises.Consultez le Guide de configuration des périphériques NetBackup :http://www.veritas.com/docs/DOC5332

■ Utilisez l'assistant de configuration de périphériques NetBackup pourdétecter et configurer le périphérique de récupération dans NetBackup.Consultez le Guide de l'administrateur NetBackup, volume I.http://www.veritas.com/docs/DOC5332

■ Utilisez la commande NetBackup tpautoconf pour découvrir et configurerle périphérique de récupération dans NetBackup.Reportez-vous au Guide de référence des commandes NetBackup :http://www.veritas.com/docs/DOC5332


8 Si vous devez restaurer les sauvegardes de politique ou de catalogueeffectuées sur les médias, vous pouvez être amené à configurer les médiasen question dans NetBackup.








La configuration des médias peut nécessiter une partie ou l'ensemble destâches suivantes :


■ Utilisez les utilitaires NetBackup tels que robtest ou le logiciel de contrôlerobotique spécifique à l'éditeur, pour charger des médias sur le ou lespériphériques de récupération requis.



9 Récupérez les catalogues NetBackup sur le disque alternatif.


Les catalogues peuvent être récupérés uniquement dans la structure derépertoires à partir de laquelle ils ont été sauvegardés (la récupération parchemin alternatif n'est pas permise).

10 Démarrez l'interface Sauvegarde, archivage et restauration de NetBackup (oula commande bp). Restaurez la dernière version sauvegardée des fichiers.

Ces fichiers sont restaurés à partir de la sauvegarde du serveur maître, et nonpas de la sauvegarde de catalogue NetBackup. Veillez à spécifier le disqueque vous récupérez comme emplacement alternatif de récupération.

Avertissement : Ne restaurez pas de fichiers dans les répertoires/usr/openv/var, /usr/openv/db/data ou /usr/openv/volmgr/database

(ou dans des emplacements de relocalisation) ni dans les répertoires quicontiennent des données de base de données NetBackup. Ces données ontété récupérées sur le disque alternatif à l'étape 9 et sont recopiées sur le disquede récupération à l'étape 12.

11 Arrêtez tous les processus NetBackup que vous avez démarrés depuisNetBackup sur le disque alternatif. Utilisez le Moniteur d'activité dansNetBackup Administration Console ou la commande suivante :




12 En maintenant la même structure de répertoires, copiez les cataloguesNetBackup du disque alternatif vers le disque récupéré. Il s'agit des cataloguesrécupérés à l'étape 9.

13 Faites une nouvelle fois du disque récupéré le disque de démarrage etredémarrez le système.

14 Démarrez et testez la copie de NetBackup sur le disque récupéré.


Essayez les utilitaires d'administration NetBackup. Faites également quelquestentatives de sauvegarde et de restauration.

15 Une fois certain que la récupération est complète, supprimez les fichiersNetBackup du disque alternatif. Sinon, déconnectez ce disque s'il s'agit d'undisque de réserve.

A propos de la récupération du disque de serveur de médiasNetBackup sous UNIX

Les serveurs de médias NetBackup 6.0 et ultérieure stockent les informations dansla base de données relationnelle NetBackup. Si vous devez récupérer le disquesystème sur un serveur de médias NetBackup, la procédure recommandée est lamême que celle de la récupération de disque pour le client.

Se reporter à "Récupération du disque système sur un poste de travail de clientUNIX" à la page 165.

Récupération du disque système sur un poste de travail de clientUNIX

La procédure suivante récupère le client en rechargeant le système d'exploitation,en installant le logiciel client NetBackup, puis en restaurant tous les autres fichiers.La procédure suppose que le nom d'hôte ne change pas.

Récupération du disque système sur un poste de travail client

1 Installez le système d'exploitation comme vous le feriez normalement pour unposte de travail client de ce type.

2 Installez le logiciel client NetBackup et les correctifs.

3 Utilisez l'interface Sauvegarde, archivage et restauration de NetBackup poursélectionner et restaurer les fichiers utilisateur.


À propos de la récupération d'un serveurNetBackup faisant partie d'un cluster sous UNIXet Linux

Les clusters de serveurs NetBackup ne protègent pas contre les corruptions decatalogue, la perte du disque partagé ou celle du cluster tout entier. Dessauvegardes régulières de catalogue doivent être effectuées. Des informationssupplémentaires concernant la configuration des sauvegardes de catalogue et despolitiques de sauvegarde de système dans un environnement en cluster sont misesà votre disposition.

Consultez le Guide de haute disponibilité NetBackup :


Le tableau suivant décrit les scénarios de défaillance et renvoie vers les procéduresde reprise.

Avertissement : Avant de tenter les procédures de reprise décrites dans cetterubrique, contactez le support technique.

Tableau 4-2 Scénarios de défaillance et de récupération de cluster

ProcédureScénario

Se reporter à "Remplacement d'un nœud défaillant dans un clusterUNIX ou Linux" à la page 166.

Défaillance de nœud

Se reporter à "Récupération du cluster UNIX ou Linux dans sonensemble" à la page 168.

Défaillance de disquepartagé

Se reporter à "Récupération du cluster UNIX ou Linux dans sonensemble" à la page 168.

Défaillance de cluster

Remplacement d'un nœud défaillant dans un cluster UNIX ou LinuxDes informations technologiques spécifiques aux clusters sont disponibles à proposde la mise en ligne ou hors ligne du groupe de ressources NetBackup. En outre,des informations sur le moyen de figer et de libérer (en d'autres termes, désactiveret activer la surveillance pour) le groupe de ressources NetBackup sont égalementdisponibles.

Consultez les rubriques relatives à la configuration de NetBackup dans le Guidede haute disponibilité NetBackup :

166Reprise après incidentÀ propos de la récupération d'un serveur NetBackup faisant partie d'un cluster sous UNIX et Linux



La procédure suivante s'applique s'il reste au moins un disque partagé et un nœudde cluster configuré.

Pour remplacer un nœud défectueux dans un cluster UNIX ou Linux

1 Configurez le matériel, le logiciel système et l'environnement de cluster dansle cluster de remplacement.

2 Vérifiez que la configuration de périphérique correspond à celle des nœudssurvivants.

3 Assurez-vous que le groupe de ressources NetBackup est hors ligne danstous les nœuds avant d'installer NetBackup dans le nœud de remplacement.

4 Assurez-vous que les disques partagés NetBackup ne sont pas montés sur lenœud sur lequel NetBackup doit être installé.

5 Gelez le service NetBackup.

6 Réinstallez NetBackup sur le nouveau nœud ou sur le nœud de remplacement.Soyez sûr d'utiliser le nom virtuel NetBackup comme nom du serveurNetBackup. Suivez les instructions d'installation du logiciel de serveurNetBackup.

Consultez le Guide d'installation NetBackup :


Remarque : Pour les services Web NetBackup, vous devez utiliser le compteutilisateur et les informations d’authentification utilisés sur les autres nœudsdu cluster. Des informations supplémentaires sont disponibles :


7 Installez tous les packs et correctifs de maintenance nécessaires pour que lenœud installé soit au même niveau de correctif que les autres nœuds du cluster.

8 Mettez le groupe de ressources NetBackup en ligne dans un nœud autre quele nœud nouvellement installé.

9 Connectez-vous au nœud dans lequel le groupe de ressources NetBackupest en ligne et exécutez la commande suivante :

/usr/openv/netbackup/bin/cluster/cluster_config -s nbu -o

add_node -n node_name

nom_noeud est le nom du nœud nouvellement installé.

10 Basculez le groupe de ressources NetBackup vers le nœud de remplacement.





11 Gelez le groupe NetBackup.

12 Assurez-vous que la configuration du périphérique de bande inférieur appropriéet du périphérique robotique de contrôle, requise pour votre systèmed'exploitation, a été effectuée. Des informations spécifiques à votre systèmed'exploitation sont disponibles.

Consultez le Guide de configuration des périphériques NetBackup :


13 Exécutez l'assistant de configuration de périphériques pour configurer lespériphériques. Vous ne devez pas réexécuter la configuration de périphériquedans les nœuds préexistants. Les informations de configuration sur votre clusterparticulier sont disponibles.

Consultez le Guide de l'administrateur NetBackup, volume I :


14 Vérifiez que les numéros de robot et les numéros de lecteur de robot de chaquerobot sont cohérents à travers tous les nœuds du cluster. Répétez la procédurepour tous les autres serveurs qui sont connectés à ce robot et corrigez s'il y alieu.

Reportez-vous au Guide de l'administrateur NetBackup, volume 1 :


15 Testez la capacité d'exécution de restauration de NetBackup à l'aide despériphériques configurés dans le nœud de remplacement.

16 Libérez le groupe de ressources NetBackup.

Récupération du cluster UNIX ou Linux dans son ensembleLa procédure suivante s'applique à l'environnement serveur NetBackup mis encluster qui doit être entièrement recréé.

Avant que vous poursuiviez, assurez-vous que vous avez les sauvegardes validesde catalogue en ligne.





Pour récupérer tout UNIX ou le cluster Linux

1 Configurez le matériel, le logiciel système et l'environnement de cluster sur lecluster de remplacement.

2 Assurez-vous que la configuration du périphérique de bande inférieur appropriéet du périphérique robotique de contrôle, requise pour votre systèmed'exploitation, a été effectuée.



3 Réinstallez NetBackup sur chacun des nœuds de cluster. Soyez sûr d'utiliserle nom virtuel NetBackup comme nom du serveur NetBackup. Suivez lesinstructions d'installation du logiciel de serveur NetBackup.





4 Configurez le serveur NetBackup faisant partie d'un cluster.



5 Installez tous les packs de maintenance et les correctifs nécessaires pour quele serveur NetBackup installé soit au même niveau de correctif que le serveurremplacé.






6 Configurez les périphériques et les médias requis et récupérez les cataloguesNetBackup.

Se reporter à "Récupération d'un serveur maître lorsque le root est intact"à la page 159.

7 Placez le groupe de ressources NetBackup sur chaque nœud tour à tour etexécutez l'assistant de configuration de périphériques pour configurer lespériphériques.

Les informations de configuration sur votre cluster particulier sont disponibles.



Procédures de récupération de disque pourWindows

Les trois types différents de récupération de disque pour Windows sont les suivants :

■ Procédure de récupération de disque de serveur maîtreSe reporter à "Récupération du disque de serveur maître pour Windows"à la page 171.

■ Procédures de récupération de disque de serveur de médiasSe reporter à "Récupération du disque de serveur de médias NetBackup sousWindows" à la page 178.

■ Procédures de récupération de disque clientSe reporter à "Récupération d'un disque client Windows" à la page 178.

Vous ne pouvez pas récupérer les images basées sur disque se trouvant sur desdisques AdvancedDisk ou OpenStorage avec le catalogue NetBackup. Ces imagesde disque doivent être récupérées au moyen de la fonction d'importation deNetBackup. Pour plus d'informations sur l'importation, consultez la section surl'importation des images NetBackup dans le manuel suivant :



Remarque : Lorsque l'image de disque est importée, NetBackup ne récupère pasl'entrée de catalogue initiale de l'image. A la place, une rubrique de catalogue estcréée.

170Reprise après incidentProcédures de récupération de disque pour Windows



Récupération du disque de serveur maître pour WindowsLa procédure décrite dans cette section explique comment récupérer les donnéessi une ou plusieurs partitions de disque sont perdues sur un serveur maîtreNetBackup Windows.

Cette rubrique explique les deux scénarios suivants :

■ Windows est intact et n'est pas endommagé. Le système démarre toujoursWindows, mais une partie ou l'ensemble des autres partitions sont perdues. Lelogiciel NetBackup est considéré perdu.Se reporter à "Récupération du serveur maître avec Windows intact"à la page 171.

■ Toutes les partitions de disque sont perdues. Windows doit être réinstallé, cequi correspond à une récupération totale. Ces procédures supposent que ledisque maître de NetBackup exécutait une version de Windows prise en chargeet que le matériel défectueux a été remplacé.Se reporter à "Récupération du serveur maître et de Windows" à la page 174.

Pour les serveurs maîtres et les serveurs de médias NetBackup, l'emplacementdu répertoire du catalogue NetBackup fait partie intégrante des sauvegardes decatalogue NetBackup. Toute récupération du catalogue NetBackup nécessite lacréation des chemins de répertoire ou des emplacements identiques avant larécupération du catalogue.

Récupération du serveur maître avec Windows intactCette procédure explique comment récupérer le serveur maître NetBackup avecle système d'exploitation Windows intact.

Pour récupérer le serveur maître avec Windows intact

1 Déterminez le install_path de NetBackup. Par défaut, NetBackup est installédans le répertoire C:\Program Files\VERITAS.

2 Déterminez si vous devez créer des chemins ou des emplacements derépertoire pour récupérer le catalogue NetBackup.

3 Partitionnez tous les disques récupérés comme avant l'incident (si unpartitionnement est nécessaire). Reformatez ensuite chaque partition à l'étatprécédant l'échec.


4 Réinstallez le logiciel NetBackup sur le serveur.






6 Si les répertoires de catalogue diffèrent de ceux figurant dans les sauvegardesde catalogue NetBackup, recréez cette structure de répertoires sur le disqueavant de récupérer le catalogue. Par exemple, utilisez la commande NetBackupnbdb_move pour relocaliser les parties du catalogue de base de donnéesrelationnelle NetBackup.

7 Si le scénario de récupération implique la restauration de sauvegardes depolitique ou de catalogue, les périphériques de récupération appropriés doiventêtre configurés.

Certaines des étapes suivantes, ou toutes, pourront s'avérer nécessaires :


■ Utilisez l'assistant de configuration de périphériques NetBackup pourdétecter et configurer le périphérique de récupération dans NetBackup.Consultez le Guide de l'administrateur NetBackup, volume I :http://www.veritas.com/docs/DOC5332

■ Utilisez la commande NetBackup tpautoconf pour détecter et configurerle périphérique de récupération dans NetBackup.Reportez-vous au Guide de référence des commandes NetBackup :http://www.veritas.com/docs/DOC5332








8 Si le scénario de récupération implique de restaurer les sauvegardes depolitique ou les sauvegardes de catalogue qui ont été effectuées sur les médias,les périphériques de récupération appropriés doivent être configurés.

La configuration des médias peut impliquer les actions suivantes :


■ Utilisez des utilitaires NetBackup tels que robtest ou le logiciel de contrôlerobotique spécifique à l'éditeur pour charger des médias sur lespériphériques de récupération requis.





10 Lorsque la récupération de catalogue est terminée, arrêtez puis redémarrezles services NetBackup. Utilisez les commandes bpdown et bpup suivantes, leMoniteur d'activité de laNetBackup Administration Console ou l'applicationServices du Panneau de configuration Windows.



Avertissement : A l'étape 11, ne restaurez pas les fichiers dans les répertoiresinstall_path\NetBackup\db, install_path\NetBackupDB,install_path\NetBackup\var ou install_path\Volmgr\database. Lescatalogues ont été récupérés à l'étape 9 et leur remplacement par dessauvegardes régulières les laisserait dans un état instable.

Si les fichiers de base de données relationnelle NetBackup ont été relocalisésà l'aide de la commande nbdb_move dans le répertoireinstall_path\NetBackupDB\data, ils sont récupérés à l'étape 9 et ne doiventpas être restaurés à l'étape 11.

11 Pour restaurer tous les fichiers, procédez dans l'ordre indiqué ci-dessous :



■ Démarrez l'interface d'administration NetBackup sur le serveur maître.

■ Démarrez l'utilitaire Sauvegarde, archivage et restauration.

■ Rechercher des restaurations et sélectionner uniquement les partitionsperdues. Sélectionnez le répertoire système (en général, C:\Winnt) pourgarantir la restauration de tous les fichiers du registre.

■ Désélectionnez les répertoires install_path\NetBackup\db,install_path\NetBackupDB, install_path\NetBackup\var, etinstall_path\Volmgr\database (voir la mise en garde à l'étape 10).

■ Si vous réinstallez Windows, sélectionnez l'option Remplacer les fichiersexistants pour vous assurer que les fichiers existants sont remplacés parles copies de sauvegarde.

■ Démarrez la restauration.

12 Redémarrez le système, qui remplace tous les fichiers qui étaient occupéspendant la restauration. Lorsque le processus de démarrage est terminé, lesystème est restauré à l'état auquel il se trouvait au moment de la dernièresauvegarde.

Récupération du serveur maître et de WindowsCette procédure suppose que toutes les partitions de disque dans Windows sontperdues.

Pour récupérer un serveur maître et Windows

1 Installez un système d'exploitation Windows minimal (installation rapide).

■ Installez les mêmes type et version de logiciel de Windows que celui utiliséprécédemment.

■ Installez Windows dans la même partition que celle utilisée avant ladéfaillance.

■ Installez tous les correctifs requis. Effectuez toute action correctivenécessaire.

■ Spécifiez le groupe de travail par défaut. Ne restaurez pas le domaine.

■ Installez et configurez les pilotes particuliers ou tout autre logiciel requispour rendre le matériel opérationnel (par exemple, un pilote particulier pourle lecteur de disque).

■ Installez les pilotes SCSI ou autres comme nécessaire pour communiqueravec les lecteurs de bande du système.

■ Suivez les instructions appropriées de tout fabricant de matériel, commelors du chargement de disque SSD sur un système Compaq.


■ Redémarrez le système lorsque l'installation de Windows est terminée.

2 Déterminez le install_path de NetBackup. Par défaut, NetBackup est installédans le répertoire C:\Program Files\VERITAS.

3 Déterminez si vous devez créer des chemins ou des emplacements derépertoire pour récupérer le catalogue NetBackup.

4 Au besoin, partitionnez tous les disques en cours de récupération comme ilsétaient avant la défaillance. Reformatez ensuite chaque partition à l'étatprécédant l'échec.

5 Réinstallez le logiciel NetBackup sur le serveur faisant l'objet de la récupération.Ne configurez pas de politique ni de périphérique NetBackup à ce stade.




7 Si les répertoires de catalogue diffèrent de ceux figurant dans les sauvegardesde catalogue NetBackup, recréez cette structure de répertoires sur le disqueavant de récupérer le catalogue. Par exemple, utilisez la commande NetBackupnbdb_move pour relocaliser les parties du catalogue de base de donnéesrelationnelle NetBackup.

8 Si le scénario de récupération concerne la restauration de sauvegardes depolitique ou de catalogue, les périphériques de récupération appropriés doiventêtre configurés.

Vous pouvez devoir faire tout ou certaines des tâches suivantes :





■ Utilisez l'Assistant Configuration de périphériques de NetBackup pourdétecter et configurer le périphérique de récupération dans NetBackup.Reportez-vous au Guide de l'administrateur NetBackup, volume I :http://www.veritas.com/docs/DOC5332

■ Utilisez la commande NetBackup tpautoconf pour découvrir et configurerle périphérique de récupération dans NetBackup.Reportez-vous au Guide de référence des commandes NetBackup :http://www.veritas.com/docs/DOC5332


9 Si vous devez restaurer les sauvegardes de politique ou de catalogueeffectuées sur les médias, vous pouvez être amené à configurer les médiasen question dans NetBackup.



Quand vous configurez un média, vous pouvez avoir à faire tout ou partie dece qui suit :


■ Utilisez les utilitaires NetBackup tels que robtest ou le logiciel de contrôlerobotique spécifique à l'éditeur, pour charger des médias sur lespériphériques de récupération requis.


■ Utilisez le logiciel de contrôle robotique spécifique à l'éditeur pour chargerles médias dans les périphériques de récupération requis.








11 Lorsque la récupération de catalogue est terminée, arrêtez puis redémarrezles services NetBackup. Utilisez les commandes bpdown et bpup suivantes, leMoniteur d'activité de laNetBackup Administration Console ou l'applicationServices du Panneau de configuration Windows.



Avertissement : A l'étape 12, ne restaurez pas les fichiers dans les répertoiresinstall_path\NetBackup\db, install_path\NetBackupDB,install_path\NetBackup\var ou install_path\Volmgr\database. Cesrépertoires ont été récupérés à l'étape 10 et le fait de les remplacer par dessauvegardes régulières laisserait les catalogues dans un état instable. Si lesfichiers de base de données relationnelle étaient replacés à l'aide de nbdb_move

à partir de install_path\NetBackupDB\data, ils sont récupérés à l'étape 10et ne devraient pas être restaurés à l'étape 12.

12 Pour restaurer tous les autres fichiers, procédez comme suit dans l'ordreprésenté :

■ Démarrez l'interface d'administration NetBackup sur le serveur maître.

■ Démarrez l'interface client Sauvegarde, archivage et restauration.

■ Rechercher des restaurations et sélectionner uniquement les partitionsperdues. Sélectionnez le répertoire système (en général, C:\Winnt) pourgarantir la restauration de tous les fichiers du registre.

■ Désélectionnez les répertoires install_path\NetBackup\db,install_path\NetBackupDB (ou le chemin d'accès de base de donnéesrelationnelle NetBackup replacé), install_path\NetBackup\var ouinstall_path\Volmgr\database.Consultez l'avertissement dans cette procédure.

■ Si vous réinstallez Windows, sélectionnez l'option Remplacer les fichiersexistants ; cela garantit le remplacement des fichiers existants par lessauvegardes.

■ Démarrez la restauration.

13 Redémarrez le système, qui remplace tous les fichiers qui étaient occupéspendant la restauration. Lorsque le processus de démarrage est terminé, lesystème est restauré à l'état auquel il se trouvait au moment de la dernièresauvegarde.


Récupération du disque de serveur de médias NetBackup sousWindows

Les serveurs de médias NetBackup stockent leurs informations dans la base dedonnées relationnelles NetBackup. Si vous devez récupérer le disque système surun serveur de médias NetBackup, la procédure recommandée est la même quecelle de la récupération de disque pour le client.

Se reporter à "Récupération d'un disque client Windows" à la page 178.

Récupération d'un disque client WindowsLa procédure suivante explique comment exécuter une récupération totale d'unclient NetBackup sous Windows en cas d'incident sur le disque système.

NetBackup Bare Metal Restore (BMR) protège les systèmes client en lessauvegardant avec une politique configurée pour une protection BMR. Unedescription complète des procédures de sauvegarde et de restauration BMR estdisponible.

Consultez le Guide de l'administrateur système Bare Metal Restore :


Cette procédure suppose la réinstallation du système d'exploitation Windows et deNetBackup pour démarrer le système et effectuer une restauration.

D'autres suppositions sont également effectuées :

■ Le client NetBackup exécutait une version de Microsoft Windows prise en charge.

■ Le client NetBackup a été sauvegardé avec une version du logiciel client etserveur NetBackup prise en charge.

■ Le serveur maître NetBackup auquel le client a envoyé ses sauvegardes estopérationnel. Vous demandez la restauration de ce serveur.

■ Les sauvegardes couvraient le répertoire où résidaient le système d'exploitationet son registre.Si les sauvegardes ne couvraient pas certains fichiers de ce répertoire, vousrisquez de ne pas pouvoir restaurer le système à sa configuration précédente.

■ Le matériel défectueux a été remplacé.

Avant de démarrer, vérifiez que vous disposez des éléments suivants :

■ Le logiciel système Windows à réinstaller sur le client NetBackup en cours derestauration. Réinstallez le même type et la même version du logiciel utiliséprécédemment.

■ Le logiciel client NetBackup à installer sur le client en cours de restauration.



■ Pilotes particuliers ou tout autre logiciel requis pour rendre le matérielopérationnel (par exemple, un pilote particulier pour le lecteur de disque).

■ Adresse IP et nom d'hôte du client NetBackup.

■ Adresse IP et nom d'hôte du serveur maître NetBackup.

■ Schéma de partitionnement et de formatage utilisé sur le système à restaurer.Vous devez dupliquer ce schéma pendant l'installation de Windows.

Pour récupérer un disque client Windows

1 Installez un système d'exploitation Windows minimal (installation rapide).

Pendant l'installation, exécutez les tâches suivantes :

■ Partitionnez le disque comme avant l'incident (si un partitionnement estnécessaire). Reformatez ensuite chaque partition à l'état précédant l'incident.

■ Installez le système d'exploitation dans la même partition que celle utiliséeavant l'incident.

■ Spécifiez le groupe de travail par défaut. N'effectuez pas de restaurationvers le domaine.

■ Respectez les instructions applicables des constructeurs de matériel.

2 Redémarrez le système à la fin de l'installation.

3 Configurez le système client NetBackup pour rétablir la connexion réseau auserveur maître NetBackup.

Par exemple, si votre réseau utilise le DNS, la configuration sur le client doitutiliser la même adresse IP qu'avant l'incident. En outre, elle doit spécifier lemême serveur de noms (ou un serveur de noms différent qui reconnaît à lafois le client NetBackup et le serveur maître). Sur le client, configurez DNSdans la boîte de dialogue Réseau accessible via le Panneau de configurationde Windows.

4 Installez le logiciel client NetBackup.

Veillez à spécifier les noms corrects pour le serveur client et le serveur maître.

■ Pour spécifier le nom du client, démarrez l'interface Sauvegarde, archivageet restauration sur le client, puis cliquez sur Propriétés du clientNetBackup dans le menu Fichier. Saisissez le nom du client dans l'ongletGénéral de la boîte de dialogue Propriétés du client NetBackup.

■ Pour spécifier le nom du serveur, cliquez sur Spécifier les ordinateursNetBackup et le type de politique dans le menu Fichier.

Consultez le Guide d'installation NetBackup pour plus d'instructions.




5 Installez tous les correctifs NetBackup installés précédemment.

6 Activez la consignation de débogage en créant les répertoires de journaux dedébogage suivants sur le client :

install_path\NetBackup\Logs\tar

install_path\NetBackup\Logs\bpinetd

NetBackup crée des journaux dans ces répertoires.

7 Arrêtez puis redémarrez le service client NetBackup.

Ceci opération permet à NetBackup de démarrer la consignation dans le journalde débogage bpinetd.

8 Utilisez l'interface Sauvegarde, archiver et restaurer de NetBackup pourrestaurer les fichiers système et les fichiers utilisateur sur le système client.

Par exemple, si les fichiers figurent sur le lecteur C, la restauration de ce lecteurrestaure le système dans son intégralité.

Pour restaurer des fichiers, vous n'avez pas besoin d'être l'administrateur,mais vous devez disposer des autorisations de restauration. Pour plusd'informations, consultez l'aide en ligne ou ce qui suit :

Consultez leGuide de prise enmain NetBackup pour la sauvegarde, l'archivageet la restauration :


NetBackup restaure le registre en même temps que les fichiers système deWindows. Par exemple, si les fichiers système se trouvent dans le répertoireC:\Winnt, NetBackup restaure le registre en restaurant ce répertoire, ainsique tous ses sous-répertoires et fichiers.

9 Vérifiez les messages ERR ou AVT dans les fichiers journaux des répertoiresque vous avez créés à l'étape 6.

Si les journaux indiquent des problèmes lors de la restauration des fichierssystème Windows, vous devez les résoudre avant de poursuivre.

10 Arrêtez le service de client NetBackup et vérifiez que le programme bpinetd

n'est plus en cours d'exécution.

11 Redémarrez le système client NetBackup.

Lorsque le processus de démarrage est terminé, le système est restauré àl'état auquel il se trouvait au moment de la dernière sauvegarde.



À propos de la récupération d'un serveurNetBackup faisant partie d'un cluster sousWindows

Les clusters de serveurs NetBackup ne protègent pas contre les corruptions decatalogue, la perte du disque partagé ou celle du cluster tout entier. Dessauvegardes régulières de catalogue doivent être effectuées. Des informationssupplémentaires concernant la configuration des sauvegardes de catalogue et despolitiques de sauvegarde de système dans un environnement en cluster sont misesà votre disposition.



Avertissement : Contactez le support technique avant de tenter ces procéduresde récupération.

Remplacement d'un nœud défaillant dans un cluster VCS deWindows

Des informations technologiques spécifiques aux clusters sont disponibles à proposde la mise en ligne ou hors ligne du groupe de ressources NetBackup. En outre,des informations sur le moyen de figer et libérer (désactiver et activer la surveillance)du groupe de ressources sont disponibles.



Avant de poursuivre cette procédure, vérifiez les conditions suivantes :

■ Le matériel, le logiciel système et l'environnement de cluster du nœud deremplacement ont été configurés.

■ Le nœud reconfiguré ou de remplacement est fait membre du cluster et portele même nom que le nœud défaillant.

La procédure suivante s'applique s'il reste au moins un disque partagé et un nœudde cluster configuré.

181Reprise après incidentÀ propos de la récupération d'un serveur NetBackup faisant partie d'un cluster sous Windows



Pour remplacer un nœud défaillant dans un cluster Windows utilisant VCS

1 Gelez le service NetBackup.

2 Assurez-vous que les disques partagés NetBackup ne sont pas montés sur lenœud sur lequel NetBackup doit être installé.

3 Réinstallez NetBackup sur le nouveau nœud ou sur le nœud de remplacement.Soyez sûr d'utiliser le nom virtuel NetBackup comme nom du serveurNetBackup. Suivez les instructions d'installation du logiciel de serveurNetBackup.



Remarque : Pour les services Web NetBackup, vous devez utiliser le compteutilisateur et les informations d’authentification utilisés sur les autres nœudsdu cluster. Des informations supplémentaires sont disponibles :


4 Assurez-vous que le nœud est membre d'un cluster existant et qu'il effectueautomatiquement la configuration nécessaire.

5 Installez tous les packs et correctifs de maintenance nécessaires pour que lenœud installé soit au même niveau de correctif que les autres nœuds du cluster.

6 Libérez le service NetBackup et vérifiez qu'il peut être placé sur le nœud deremplacement.

Récupération du disque partagé dans un cluster VCS de WindowsLa procédure suivante s'applique lorsque les nœuds de cluster configurés restentdisponibles mais que le catalogue NetBackup, les fichiers de base de données oules deux ont été endommagés ou perdus sur le disque partagé.

Avant de poursuivre cette procédure, vérifiez les conditions suivantes :

■ Le matériel de stockage partagé est à nouveau fonctionnel. Vous pouvez ensuitemettre la ressource de disque en ligne avec un répertoire partagé vide.

■ Des sauvegardes de catalogue en ligne valides existent.




Pour récupérer le disque partagé dans un cluster Windows qui utilise VCS

1 Supprimez le groupe de ressources NetBackup défectueux, désactivez lecontrôle et placez le disque partagé et les ressources de nom virtuel sur unnœud opérationnel.

2 Assurez-vous que tous les disques partagés NetBackup sont associés auxlettres de lecteur qui ont été utilisées lors de l'installation et de la configurationinitiales de NetBackup.

3 Pour reconfigurer NetBackup pour le cluster, initialisez la base de données enexécutant les commandes suivantes dans l'ordre indiqué sur le nœud actif :

bpclusterutil -ci

tpext

bpclusterutil -online

4 Utilisez la procédure de récupération de catalogue NetBackup appropriée pourrestaurer les informations de catalogue NetBackup sur le disque partagé.

Se reporter à "Récupération du serveur maître et de Windows" à la page 174.

5 Si le serveur NetBackup en cluster est un serveur de médias, assurez-vousque le fichier vm.conf restauré contient l'entrée de configurationMM_SERVER_NAME spécifique à l'hôte pour le nœud actif. SiMM_SERVER_NAME est différent du nom d'hôte local, modifiez le fichier pourremplacer le nom du serveur par celui de l'hôte local :

MM_SERVER_NAME=<nom de l'hôte local>

6 Utilisez NetBackup pour restaurer toutes les données sur les disques partagés.Des détails sur l'exécution d'une restauration sont disponibles.

Consultez leGuide de prise enmain NetBackup pour la sauvegarde, l'archivageet la restauration :



8 Arrêtez et redémarrez manuellement NetBackup sur le nœud actif.

9 Réactivez la surveillance du groupe de ressources NetBackup.

10 Assurez-vous que le serveur NetBackup peut maintenant être mis en ligne surtous les nœuds configurés.



Récupération du cluster VCS de Windows dans son intégralitéLa procédure suivante s'applique à l'environnement serveur NetBackup mis encluster qui doit être entièrement recréé.

Avant que vous poursuiviez, assurez-vous que vous avez les sauvegardes validesde catalogue en ligne.

Récupération du cluster VCS Windows entier

1 Configurez le matériel, le logiciel système et l'environnement de cluster sur lecluster de remplacement.

2 Assurez-vous que la configuration du périphérique de bande inférieur appropriéet du périphérique robotique de contrôle, requise pour votre systèmed'exploitation, a été effectuée.



3 Réinstallez NetBackup sur chacun des nœuds de cluster. Soyez sûr d'utiliserle nom virtuel NetBackup comme nom du serveur NetBackup. Suivez lesinstructions d'installation du logiciel de serveur NetBackup.





4 Configurez le serveur NetBackup faisant partie d'un cluster.



5 Installez tous les packs de maintenance et les correctifs nécessaires pour quele serveur NetBackup installé soit au même niveau de correctif que le serveurremplacé.







Se reporter à "Récupération du serveur maître et de Windows" à la page 174.

7 Placez le groupe de ressources NetBackup sur chaque nœud tour à tour etexécutez l'assistant de configuration de périphériques pour configurer lespériphériques.

Des informations de configuration sur votre cluster (WSFC ou VCS) sontdisponibles.



Génération d'un certificat sur un serveur maîtreen cluster après une installation de reprise aprèsincident

Après avoir terminé la reprise après incident d'un serveur maître en cluster, vousdevez générer un certificat sur le nœud actif, ainsi que sur tous les nœuds inactifs.Cette procédure est requise pour que les sauvegardes et les restaurations du clusterréussissent.

Génération du certificat local sur chaque nœud du cluster après une repriseaprès incident installation

1 Ajoutez tous les nœuds inactifs sur le cluster.

Si tous les nœuds du cluster ne font pas partie du cluster actuellement,commencez par les ajouter au cluster. Consultez les instructions sur le clusterde votre système d'exploitation pour obtenir de l'aide concernant cette étape.

Plus d'informations sur les technologie de cluster prises en charge sontdisponibles. Consultez le Guide de l'administrateur d'un serveur maître encluster Veritas NetBackup.


2 Exécutez la commande nbcertcmd pour stocker le certificat d'autorité decertification.

UNIX : /usr/openv/netbackup/bin/nbcertcmd -getCACertificate

Windows : chemin_installation\Veritas\NetBackup\bin\nbcertcmd-getCACertificate

185Reprise après incidentGénération d'un certificat sur un serveur maître en cluster après une installation de reprise après incident



3 Utilisez la commande bpnbat comme indiqué pour autoriser les modificationsnécessaires. Lorsque vous y êtes invité par le courtier d'authentification, entrezle nom du serveur virtuel (et non le nom du nœud local).

bpnbat -login -loginType WEB

4 Utilisez la commande nbcertcmd pour créer un jeton de renouvellement. Lenom d'hôte est le nom du nœud local. Lorsque la commande s'exécute, lavaleur de la chaîne de jeton s'affiche. Un jeton de renouvellement unique estnécessaire pour chaque nœud de cluster.

nbcertcmd -createtoken -name nom_jeton -reissue -host nom_hôte

5 Utilisez le jeton de renouvellement avec la commande nbcertcmd pour stockerle certificat de l'hôte. Cette commande vous invite à entrer la valeur de la chaînede jeton. Entrez la chaîne de jeton obtenue à l'aide de la commande nbcertcmd

-createToken.

nbcertcmd -getCertificate -token

Des informations supplémentaires sont disponibles. Consultez la section sur ledéploiement des certificats sur les nœuds de serveur maître dans le Guide desécurité et de chiffrement Veritas NetBackup.


Se reporter à "À propos des exigences relatives à la reprise après incident"à la page 152.

À propos de la restauration de package de repriseaprès incident

Les packages de reprise après incident contiennent l'identité de l'hôte du serveurmaître NetBackup et sont créés lors des sauvegardes de catalogue. Vous avezbesoin de l'identité de l'hôte après l'installation de NetBackup sur le serveur maîtreaprès un incident.


La récupération de catalogue ne récupère pas l'identité de l'hôte. Pour restaurerl'identité de l'hôte ou le package de reprise après incident, vous devez installerNetBackup en mode de reprise après incident et importer le package requis. Unefois que vous avez récupéré le package de reprise après incident, vous pouvezrécupérer le catalogue.

186Reprise après incidentÀ propos de la restauration de package de reprise après incident

Remarque : Après avoir restauré le package de reprise après incident ou l'identitéde l'hôte du serveur maître, vous devez immédiatement effectuer une récupérationde catalogue.

Se reporter à "À propos de la récupération du catalogue NetBackup" à la page 190.

Vous pouvez restaurer le package de reprise après incident du serveur maîtreNetBackup pendant ou après l'installation.

■ Pour restaurer le package pendant l'installation, sélectionnez le moded'installation de reprise après incident.Vous devez spécifier la phrase de passe du package de reprise après incidentpendant l'installation. Si vous spécifiez une phrase de passe incorrecte ou sivous avez perdu la phrase de passe, vous devez déployer des certificats desécurité sur tous les hôtes après l'installation. Le package de reprise aprèsincident ne peut pas être restauré au cours de l'installation. Pour restaurer lepackage de reprise après incident après l'installation, consultez l'article suivant :http://www.veritas.com/docs/000125933

■ Pour restaurer le package après l'installation, utilisez la commandenbhostidentity.

Se reporter à "Restauration de package de reprise après incident sous Windows"à la page 187.

Se reporter à "Restauration de package de reprise après incident sous Unix"à la page 189.

Remarque : Pour restaurer le package de reprise après incident de l'applianceNetBackup, utilisez la commande nbhostidentity.

Restauration de package de reprise après incidentsous Windows

Après un incident, vous devez restaurer le package de reprise après incidentcorrespondant à la sauvegarde de catalogue que vous souhaitez restaurer. Lepackage de reprise après incident récupère l'identité de l'hôte du serveur maître.Vous devez restaurer l'identité de l'hôte avant d'effectuer la récupération ducatalogue.

187Reprise après incidentRestauration de package de reprise après incident sous Windows


Pour restaurer le package de reprise après incident pendant l'installation deNetBackup

1 Démarrez l'installation du logiciel NetBackup.

Consultez la section relative à l'installation du logiciel serveur sous Windowsdans le Guide d'installation NetBackup.


2 Sur l'écran Clés de licence NetBackup et Type de serveur, sélectionnezl'option Serveur maître de reprise après incident.

3 Sur l'écran Reprise après incident NetBackup, spécifiez l'emplacement dupackage de reprise après incident. Cliquez sur Parcourir pour sélectionnerl'emplacement du package que vous souhaitez restaurer.

4 Spécifiez la phrase de passe associée au package de reprise après incidentque vous souhaitez restaurer.

Veillez à bien spécifier la phrase de passe appropriée.

Si vous spécifiez une phrase de passe incorrecte ou si vous avez perdu laphrase de passe, vous devez déployer des certificats de sécurité sur tous leshôtes après l'installation. Le package de reprise après incident ne peut pasêtre restauré au cours de l'installation. Pour restaurer le package de repriseaprès incident après l'installation, consultez l'article suivant :


5 Si la phrase de passe est validée, passez à l'installation.

Consultez la section relative à l'installation du logiciel serveur sous Windowsdans le Guide d'installation NetBackup.


Pour restaurer le package de reprise après incident après l'installation deNetBackup

1 Exécutez la commande nbhostidentity -import -inifile chemin_fichier

après l'installation de NetBackup.

2 Consultez le Guide de référence des commandes NetBackup.


188Reprise après incidentRestauration de package de reprise après incident sous Windows





Restauration de package de reprise après incidentsous Unix

Après un incident, vous devez restaurer le package de reprise après incidentcorrespondant à la sauvegarde de catalogue que vous souhaitez restaurer. Lepackage de reprise après incident récupère l'identité de l'hôte du serveur maître.Vous devez restaurer l'identité de l'hôte avant d'effectuer la récupération ducatalogue.

Pour restaurer le package de reprise après incident pendant l'installation deNetBackup

1 Démarrez l'installation du logiciel NetBackup.

Consultez la section relative à l'installation du logiciel serveur sous Unix dansle Guide d'installation NetBackup.


2 Lorsque le message suivant apparaît, appuyez sur Entrée pour continuer :

Cet hôte est-il un serveur maître ? [o/n] (o)

3 Lorsque le message suivant apparaît, sélectionnez O.

Êtes-vous en train d'effectuer une reprise après incident d'un

serveur maître ? [o/n] (o)

4 Lorsque le message suivant apparaît, saisissez le nom et le chemin d'accèsdu package de reprise après incident que vous souhaitez restaurer.

Entrez le nom et le chemin de votre package de reprise après

incident, ou saisissez q pour quitter le script d'installation :

189Reprise après incidentRestauration de package de reprise après incident sous Unix


5 Lorsque le message suivant s'affiche, saisissez la phrase de passe associéeau package de reprise après incident que vous souhaitez restaurer.

Attention : Veillez à bien spécifier la phrase de passe appropriée.

Si vous spécifiez une phrase de passe incorrecte ou si vous avez perdu laphrase de passe, vous devez déployer des certificats de sécurité sur tous leshôtes après l'installation. Le package de reprise après incident ne peut pasêtre restauré au cours de l'installation. Pour restaurer le package de repriseaprès incident après l'installation, consultez l'article suivant :


Saisissez votre phrase de passe de reprise après incident ou

saisissez q pour quitter l'installation :

Le message de type suivant s'affiche :

Validation de la phrase de passe de reprise après incident...

6 Si la phrase de passe est validée, passez à l'installation.

Consultez la section relative à l'installation du logiciel serveur sous Unix dansle Guide d'installation NetBackup.


Pour restaurer le package de reprise après incident après l'installation deNetBackup

◆ Exécutez la commande nbhostidentity -import -inifile chemin_fichier aprèsl'installation de NetBackup.

Consultez le Guide de référence des commandes NetBackup.


À propos de la récupération du catalogueNetBackup

Avant de récupérer le catalogue NetBackup, vous devez procédez comme suit :

■ Assurez-vous que NetBackup est en cours d'exécution dans l'environnementde récupération.

■ Configurez les périphériques de récupération NetBackup.

■ Assurez-vous que les médias sur lesquels les sauvegardes de catalogue existentsont mis à disposition de NetBackup.

190Reprise après incidentÀ propos de la récupération du catalogue NetBackup




■ Si le serveur maître NetBackup fait partie d'un cluster, assurez-vous que lecluster est fonctionnel.

■ Restaurez l'identité de l'hôte NetBackup en restaurant le package de repriseaprès incident.Se reporter à "À propos de la restauration de package de reprise après incident"à la page 186.

Attention : Une fois la récupération de catalogue terminée, vous devez définirla phrase de passe du package de reprise après incident, car elle n'est pasrécupérée avec le catalogue.

Le catalogue NetBackup se compose de plusieurs parties. La manière dont vousrécupérez le catalogue dépend de la/des partie(s) du catalogue que vous voulezrécupérer, comme suit :

Tableau 4-3 Options de récupération du catalogue

DescriptionOption derécupération

Veritas vous recommande de récupérer le catalogue complet. Ainsi, vous assurez lacohérence entre les diverses parties du catalogue. Cette méthode est la plus utile pourrécupérer un catalogue dans le même environnement que celui où il a été sauvegardé.

Se reporter à "À propos de la récupération du catalogue NetBackup entier" à la page 199.

Récupérer le cataloguecomplet

La base de données d'images contient des informations sur les données sauvegardées.Les fichiers de configuration (databases.conf et server.conf) sont les fichiers platsqui contiennent des instructions pour le daemon SQL Anywhere.

Ce type de récupération restaure également la base de données relationnelle NetBackup(NBDB) dans le répertoire intermédiaire de sorte qu'elle soit disponible pour tout traitementsupplémentaire éventuel.

Se reporter à "A propos de la récupération des fichiers image de catalogue de NetBackup"à la page 212.

Récupération desfichiers d'images et desfichiers de configurationde catalogue


DescriptionOption derécupération

La base de données NetBackup (NBDB) est également appelée base de données EnterpriseMedia Manager (EMM). Elle contient des informations concernant les volumes, les robotset les lecteurs qui sont dans des unités de stockage NetBackup. La base de donnéesrelationnelle NetBackup contient également les fichiers d'images de catalogue NetBackup.Les fichiers d'images contiennent les métadonnées qui décrivent les sauvegardes.

Récupérez la base de données relationnelle si elle est endommagée ou perdue, mais queles fichiers image de catalogue existent et sont valides.

Se reporter à "A propos de la récupération de la base de données relationnelle NetBackup"à la page 229.

Récupération desfichiers de la base dedonnées relationnelle

La récupération du catalogue entier ou des fichiers d'images de catalogue s'appuiesur les informations de reprise après incident. Ces informations sont enregistréesdans un fichier pendant la sauvegarde de catalogue. L'emplacement du fichier dereprise après incident est configuré dans la politique de sauvegarde de catalogue.

Se reporter à "Exemple de message électronique de reprise après incidentNetBackup" à la page 196.

Si vous n'avez pas le fichier de reprise après incident, vous pouvez encore récupérerle catalogue. Cependant, le processus est beaucoup plus difficile et long.

Se reporter à "Récupération du catalogue NetBackup sans fichier de reprise aprèsincident" à la page 243.

Remarque : Après une récupération de catalogue, NetBackup fige le médiaamovible qui contient la sauvegarde de catalogue. Cette opération empêche unécrasement accidentel de l'image de sauvegarde de catalogue finale sur les médias.Cette image finale se rapporte à la sauvegarde de catalogue proprement dite. Sarécupération n'entre pas dans le cadre de la récupération de catalogue. Vouspouvez libérer les médias.

Se reporter à "Déblocage des médias de récupération de catalogue en ligne deNetBackup" à la page 249.

D'autres procédures existent pour des cas d'utilisation particuliers.

Se reporter à "Récupération du catalogue NetBackup lorsque le contrôle d'accèsà NetBackup est configuré" à la page 240.

D'autres rubriques fournissent plus d'informations sur la récupération de catalogue.

Se reporter à "A propos de la récupération du catalogue NetBackup sur lesordinateurs Windows" à la page 193.


Se reporter à "À propos de la récupération du catalogue NetBackup à partir depériphériques de disque" à la page 193.

Se reporter à "A propos de la récupération de catalogue NetBackup et del'OpsCenter" à la page 195.

A propos de la récupération du catalogue NetBackup sur lesordinateurs Windows

Sur les ordinateurs Windows, les noms d'hôte des serveurs de médias NetBackupsont stockés dans le registre Windows. (ils sont également enregistrés dans lecatalogue NetBackup).

Si vous installez NetBackup pendant un scénario de récupération de catalogue,veillez à entrer les noms des serveurs de médias pendant l'installation. Ils serontainsi ajoutés au registre. De cette façon, la récupération de catalogue et toutes lessauvegardes ultérieures qui utilisent les serveurs de médias et les périphériquesde stockage existants fonctionneront correctement.

À propos de la récupération du catalogue NetBackup à partir depériphériques de disque

Dans une récupération du catalogue, les ID de médias de disque dansl'environnement de récupération peuvent différer des ID de médias de disque dansl'environnement de sauvegarde. Ils peuvent différer dans les configurationsd'utilisation suivantes :

■ Les périphériques de stockage sont les mêmes mais l'installation du serveurmaître NetBackup est nouvelle. Une défaillance de l'hôte ou du disque du serveurmaître peut requérir l'installation de NetBackup. La configuration despériphériques dans NetBackup peut assigner d'autres ID de médias de disqueaux volumes de disque que ceux assignés initialement.

■ Les périphériques de stockage sur disque sont différents de ceux sur lesquelsles sauvegardes de catalogue ont été enregistrées. Ils peuvent être dans lemême environnement après une panne ou un remplacement du matériel destockage. Ils peuvent se trouver sur un autre site où vous répliquez lessauvegardes de catalogues et de clients. Les sauvegardes de catalogues, d'unepart, et de clients, d'autre part, sont hébergées sur des types de matérieldifférents. Par conséquent, les ID de médias de disque peuvent être différents.

Dans ces scénarios, NetBackup traite les ID de média de disque de sorte que lecatalogue puisse être récupéré. Le traitement effectue un mappage des ID de médiade disque à partir de l'environnement de sauvegarde vers les ID de média de disquedans l'environnement de récupération.


Ce traitement se produit lorsque la sauvegarde de catalogue se trouve dans l'undes types de stockage suivants :

■ Un pool de disques AdvancedDisk

■ Un pool de déduplication de serveur de médias (MSDP)

■ Un périphérique OpenStorage

A propos de la récupération de catalogue NetBackup et des lienssymboliques

Lorsque vous récupérez le catalogue NetBackup, vous devez comptabiliser lesliens symboliques de la structure de répertoire de catalogue NetBackup commesuit :

Si le répertoire db/images NetBackup réside sur le stockagecible d'un lien symbolique, celui-ci doit exister dans l'environnementde récupération. Le lien symbolique doit également avoir la mêmecible dans l'environnement de récupération.

répertoire db/images

Si les sous-répertoires client du répertoire db/images sont desliens symboliques, ils doivent également exister dansl'environnement de récupération. Les liens symboliques doiventégalement avoir les mêmes cibles dans l'environnement derécupération.

répertoires clientdb/images/

Pour récupérer le catalogue NetBackup à partir d'un serveur maîtrefaisant partie d'un cluster vers un serveur maître unique sur unsite de reprise après incident, vous devez créer les lienssymboliques suivants sur l'hôte de récupération avant de récupérerle catalogue :

/usr/openv/netbackup/db -> /opt/VRTSnbu/netbackup/db/usr/openv/db/staging -> /opt/VRTSnbu/db/staging

Sur les systèmes Solaris uniquement, vous devez également créerles liens symboliques suivants avant de récupérer le catalogue :

/usr/openv -> /opt/openv

Récupération decatalogue de serveursmaîtres faisant partied'un cluster

Si les liens symboliques et leurs cibles n'existent pas, la récupération du catalogueéchoue.


A propos de la récupération de catalogue NetBackup et del'OpsCenter

Lors de la récupération du catalogue NetBackup, NetBackup réinitialise l'ID detravail sur 1. NetBackup commence l'affectation de numéros de travail encommençant par 1.

Si vous utilisez NetBackup OpsCenter pour contrôler l'activité de NetBackup, vouspouvez observer des ID de travail en double dans OpsCenter après une récupérationde catalogue. Pour éviter les doublons d'ID de travail, vous pouvez spécifier l'IDde travail à partir de laquelle NetBackup doit numéroter les travaux après larécupération.

Se reporter à "Spécification du numéro d'ID de travail NetBackup après unerécupération de catalogue" à la page 195.

Spécification du numéro d'ID de travail NetBackup aprèsune récupération de catalogueVous pouvez spécifier le numéro d'ID de travail NetBackup après une récupérationde catalogue. Si vous utilisez OpsCenter pour contrôler l'activité de NetBackup,cette action évite d'observer des numéros d'ID de travail en double dans OpsCenter.

Se reporter à "A propos de la récupération de catalogue NetBackup et del'OpsCenter" à la page 195.

Pour spécifier le numéro d'ID de travail NetBackup après une récupérationde catalogue

1 Le cas échéant, restaurez la base de données OpsCenter à partir d'unesauvegarde.

2 Déterminez le dernier numéro d'ID de travail enregistré dans OpsCenter.

3 Modifiez le fichier NetBackup jobid et définissez la valeur sur une unité deplus que le numéro de l'étape 2. Le chemin d'accès au fichier jobid est lesuivant :

■ UNIX : /usr/openv/netbackup/db/jobs/jobid

■ Windows : install_path\Veritas\NetBackup\db\jobs\jobid

Puisque la récupération consomme des numéros de travail, vous devez spécifierle nombre avant la récupération de catalogue.

4 Récupérez le catalogue NetBackup.


Exemple de message électronique de reprise après incidentNetBackup

Une politique de sauvegarde de catalogue peut envoyer un message électroniquede reprise après incident à la fin d'une sauvegarde de catalogue. Pour configurerune politique de sauvegarde de catalogue, consultez le Guide de l'administrateurNetBackup, volume I :


Le message suivant est un exemple de message électronique de reprise aprèsincident après une sauvegarde de catalogue réussie :

From: [email protected]

Sent: Thursday, April 27, 2017 05:48

To: NetBackup Administrator

Subject: NetBackup Catalog Backup successful on host

master.example.com status 0

Attachments: cat_backup_1438271286_INCR

cat_backup_1438271286_INCR.drpkg

Server

master.example.com

NetBackup Version

8.1

Date

4/27/2017 05:46:45 AM

Policy

cat_backup

Catalog Backup Status

the requested operation was successfully completed (status 0).

DR image file: /dr/nbu_dr_file/cat_backup_1438271286_INCR

To ensure that the NetBackup catalog data is protected through

4/27/2017 10:46:45 AM, retain a copy of each attached file, and the

media or files listed below:

Catalog Recovery Media

Media Server Disk Image Path Image File Required

* media-server.example.com @aaaab cat_backup_1438267080_FULL

* media-server.example.com @aaaab cat_backup_1438271206_INCR



* media-server.example.com @aaaab cat_backup_1438271286_INCR

DR file written to

/dr/nbu_dr_file/cat_backup_1438271286_INCR

DR Package file written to

/dr/nbu_dr_file/cat_backup_1438271286_INCR.drpkg

* - Primary Media

Catalog Recovery Procedure for the Loss of an Entire Catalog

You should create a detailed disaster recovery plan to follow should

it become necessary to restore your organization's data in the event

of a disaster. A checklist of required tasks can be a tremendous tool

in assisting associates in triage. For example, after the facility is

safe for data to be restored, the power and data infrastructure need

to be verified. When these tasks are completed, the following

scenarios will help to quickly restore the NetBackup environment, and

in turn, restore applications and data.

Disaster Recovery Procedure using the DR Package file and DR Image File

In the event of a catastrophic failure, use the following procedure to

rebuild the previous NetBackup environment.

Important Notes:

- If new hardware is required, make sure that the devices contain

drives capable of reading the media and that the drive controllers are

capable of mounting the drives.

- Keep the passphrase associated with the DR Package file handy.

This passphrase is set before the catalog backup policy configuration

using the NetBackup Administration Console or the nbseccmd command.

1. Install NetBackup.

a. The installation procedure prompts you to confirm if this is a DR

scenario.

i. On the UNIX installer, you can see a prompt as "Do you want to

do a disaster recovery on this master server? [y,n] (y)".

Select "y"

ii. On the Windows installer click the


"Disaster Recovery Master Server" button.

b. The installation procedure prompts you for the master server’s DR

Package

(refer to the /dr/nbu_dr_file/cat_backup_1438271286_INCR.drpkg

mentioned earlier).

Make sure that the Master Server can access the attached DR package

file.

c. Type the passphrase associated with the Master Server’s DR Package,

when prompted.

i. The installer validates the DR package using that passphrase

ii. In case of errors in validation, the installer aborts the

operation. To work around the issue, refer to the following

article: http://www.veritas.com/docs/000125933

2. Configure the devices necessary to read the media listed above.

3. Inventory the media.

4. Make sure that the master server can access the attached DR image file.

5. Start the NetBackup Recovery Wizard from the NetBackup Administration

Console. Or, start the wizard from a command line by entering

bprecover -wizard.

Disaster Recovery Procedure without the DR Image File

NOTE: ONLY ATTEMPT THIS AS A LAST RESORT If you do not have the

attachment included with this email, use the following instructions to

recover your catalog. (If using OpenStorage disk pools, refer to the

Shared Storage Guide to configure the disk pools instead of step 2 and

3 below ):

1. Install NetBackup.

2. Configure the devices necessary to read the media listed above.

3. Inventory the media.

4. Run

To recover from copy 1:

bpimport -create_db_info -stype AdvancedDisk -dp dp-advdisk

-dv /storage/advdisk

5. Run:

cat_export -client client1.example.com

6. Go to the following directory to find the DR image file

cat_backup_1438271286_INCR:

/usr/openv/netbackup/db.export/images/master.example.com/1438000000

7. Open cat_backup_1438271286_INCR file and find the BACKUP_ID

(for example: master.example.com_1438271286).

8. Run:


bpimport [-server name] -backupid master.example.com_1438271286

9. Run:

bprestore -T -w [-L progress_log] -C master.example.com -t 35

-p cat_backup -X -s 1438271286 -e 1438271286 /

10. Run the BAR user interface to restore the remaining image database

if the DR image is a result of an incremental backup.

11. To recover the NetBackup relational database, run:

bprecover -r -nbdb

12. Stop and Start NetBackup.

13. Configure the devices if any device has changed since the last

backup.

14. To make sure the volume information is updated, inventory the

media to update the NetBackup database.


À propos de la récupération du catalogue NetBackup entierVeritas vous recommande de récupérer le catalogue complet. Ainsi, vous assurezla cohérence entre les diverses parties du catalogue.

La récupération inclut les fichiers image de catalogue et les fichiers de configurationcontenus dans les sauvegardes de catalogue et identifiés par le fichier de repriseaprès incident, comme suit :

Les fichiers de bases de données relationnelles NetBackup identifiéspar le fichier de reprise après incident (DR) sont restaurés. Les imageset les fichiers de configuration identifiés par le fichier de reprise aprèsincident sont restaurés.

Sauvegardecomplète

Les fichiers de bases de données relationnelles NetBackup identifiéspar le fichier de reprise après incident (DR) sont restaurés. Cependant,tous les fichiers d'image de sauvegarde de catalogue compris dans ladernière sauvegarde complète de catalogue sont automatiquementinclus dans une sauvegarde incrémentielle de catalogue. Parconséquent, seuls les fichiers image et les fichiers de configuration quiont été modifiés depuis la dernière sauvegarde complète sont restaurés.Vous pouvez alors utiliser l'interface utilisateur Sauvegarde, archivageet restauration pour restaurer toutes les images de sauvegarde.

Sauvegardeincrémentielle

Vous pouvez utiliser l'une ou l'autre des méthodes suivantes pour récupérer lecatalogue entier :

■ L'Assistant de récupération de catalogue dans la console d'administrationNetBackup.


Se reporter à "Récupérer le catalogue NetBackup complet à l'aide de l'Assistantde récupération de catalogue" à la page 200.

■ L'assistant texte lancé par la commande et option bprecover -wizard.Se reporter à "Récupération de l'intégralité du catalogue NetBackup à l'aide dela commande bprecover -wizard" à la page 207.

Le journal des transactions de base de données relationnelle n'est pas appliquépendant la récupération de catalogue complète.

Les différentes parties du catalogue NetBackup sont décrites dans les guides del'administrateur.

Récupérer le catalogue NetBackup complet à l'aide del'Assistant de récupération de catalogueCette procédure indique comment récupérer le catalogue complet à l'aide de l'Assistant de récupération de catalogue. Le journal des transactions de base dedonnées relationnelle n'est pas appliqué pendant la récupération du catalogueentier.


Remarque : La récupération de catalogue complète restaure les informations deconfiguration des médias et des périphériques dans la sauvegarde de catalogue.Si vous devez configurer des périphériques de stockage pendant la récupération,Veritas recommande de récupérer seulement les fichiers image NetBackup.

Se reporter à "A propos de la récupération des fichiers image de catalogue deNetBackup" à la page 212.

Vous devez disposer de privilèges root (d'administration).

Vous devez être connecté au serveur maître sur lequel vous voulez récupérer lecatalogue. L' Assistant de récupération de catalogue ne fonctionne plus aprèsune opération de modification de serveur.

Remarque : Pendant le processus de récupération de catalogue, NetBackup peutarrêter et redémarrer des services. Si NetBackup est configuré comme applicationfortement disponible (cluster ou cluster global), gelez le cluster avant de lancer leprocessus de récupération. Vous éviterez ainsi un basculement. Libérez ensuitele cluster une fois le processus de récupération terminé.


Avertissement : N'exécutez aucune sauvegarde client avant d'avoir récupéré lecatalogue NetBackup.

Pour récupérer le catalogue entier à l'aide de l' Assistant de récupération decatalogue

1 Si NetBackup n'est pas en cours d'exécution, démarrez tous les servicesNetBackup en entrant ce qui suit :

■ Sous UNIX et Linux :/usr/openv/netbackup/bin/bp.start_all

■ Sous Windows :chemin_installation\NetBackup\bin\bpup

2 Démarrez NetBackup Administration Console.

3 Si la sauvegarde de catalogue et les périphériques de récupération ne sontpas disponibles, procédez comme suit :

Configurez le périphérique de récupération nécessaire dans NetBackup.

Pour le stockage sur bande ou le stockage BasicDisk, consultez le Guide del'administrateur NetBackup, volume I. Pour connaître les types de stockage surdisque, consultez le guide qui décrit l'option. Consultez le site Web suivant pouraccéder à la documentation de NetBackup :


a

Mettez le média contenant la sauvegarde de catalogue à la disposition deNetBackup : inventoriez le robot ou le pool de disques, ajoutez le média pourles lecteurs autonomes, configurez le serveur de stockage et le pool de disques,et ainsi de suite.



b

4 Dans la fenêtre NetBackup Administration Console, cliquez sur GestionNetBackup dans le volet gauche, puis sur Récupérer les catalogues dansle volet droit.

Le volet Bienvenue de l' Assistant Récupération de catalogue s'affiche.

5 Cliquez sur Suivant dans le volet Bienvenue pour afficher le volet Fichier dereprise après incident du catalogue.




6 Dans le volet Fichier de reprise après incident du catalogue, spécifiezl'emplacement du fichier de reprise après incident. Vous pouvez rechercherle fichier à sélectionner ou entrer le chemin d'accès complet du fichier de repriseaprès incident.

Dans la plupart des cas, vous spécifiez le fichier de reprise après incident leplus récent disponible. Si la sauvegarde de catalogue la plus récentecorrespond à une sauvegarde incrémentielle, utilisez le fichier de reprise aprèsincident de la sauvegarde incrémentielle. (Il n'est pas nécessaire de restaurerd'abord la sauvegarde complète et de poursuivre ensuite avec la sauvegardeincrémentielle.)

Si une forme quelconque de corruption s'est produite, il peut alors êtrepréférable de restaurer à un état antérieur du catalogue.

Cliquez sur Suivant pour continuer. Le volet Récupération du fichier dereprise après incident s'affiche.


7 L'assistant recherche les médias qui sont requis pour récupérer le catalogue,et le volet Récupération du fichier de reprise après incident affiche laprogression. Il indique si l'ID de sauvegarde nécessaire de l'image de repriseaprès incident est localisé. Si le média n’a pas été localisé, l'assistant répertorieles médias nécessaires pour mettre à jour la base de données.

Le cas échéant, suivez les instructions de l'assistant sur l'insertion du médiaindiqué et exécutez un inventaire afin de mettre à jour la base de donnéesNetBackup. Les informations affichées sur ce volet dépendent de la provenancede la récupération : une sauvegarde complète ou une sauvegardeincrémentielle.

Lorsque toutes les sources de médias requises ont été trouvées, cliquez surSuivant pour afficher le volet Méthode de reprise après incident.


8 Par défaut, l'option Récupérer le catalogue NetBackup complet estsélectionnée sur le volet Méthode de reprise après incident.

Si vous le souhaitez, sélectionnez Priorité du travail, puis cliquez sur Suivantpour lancer la récupération du catalogue complet de NetBackup. Le voletRécupération du catalogue apparaît.

9 Le volet Récupération du catalogue affiche la progression de récupérationde plusieurs composants de catalogue comme suit :

■ base de données NBDB (y compris la base de données EMM)

■ base de données BMR (le cas échéant)

■ Fichiers de politique NetBackup

■ Fichiers d'image de sauvegarde à leur répertoire d'images approprié

■ Autres fichiers de configuration


Votre action dépend du résultat de la récupération, comme suit :

Consultez les messages de fichier journal pour identifier leproblème. Cliquez sur Annuler, corrigez le problème, puisexécutez l'assistant de nouveau.

Echec

Cliquez sur Suivant pour passer au dernier volet del'assistant.

Succès


L'avertissement suivant s'affiche si la phrase de passe du package de repriseaprès incident n'est pas définie :

AVT - La phrase de passe du package de reprise après incident

n'est pas définie. Vous devez définir la phrase de passe pour que

les sauvegardes de catalogue s'effectuent correctement.


Effectuez l'une des opérations suivantes pour définir la phrase de passe :

■ Dans la console d'administration NetBackup, développez Gestion dela sécurité > Paramètres de sécurité globaux. Dans le volet de détails,cliquez sur l'ongletReprise après incident et spécifiez la phrase de passe.


■ Utilisez la commande nbseccmd -drpkgpassphrase pour spécifier la phrasede passe.

10 Sur le volet qui vous indique la fin de la récupération, cliquez sur Terminer.

11 Avant de continuer, notez les points suivants :

■ Si vous avez récupéré le catalogue à partir du média amovible, NetBackupfige les médias de catalogue.Se reporter à "Déblocage des médias de récupération de catalogue enligne de NetBackup" à la page 249.

■ Avant de redémarrer NetBackup, Veritas recommande de figer le médiacontenant les sauvegardes ultérieures à la date du catalogue à partir duquelvous avez effectué la récupération.

■ NetBackup n'exécute aucun travail de sauvegarde planifié avant l'arrêt puisle redémarrage de NetBackup.Vous pouvez soumettre manuellement des travaux de sauvegarde avantl'arrêt et le redémarrage de NetBackup. Cependant, si vous ne gelez pasle média contenant les sauvegardes ultérieures à la date du catalogue àpartir duquel vous avez effectué la récupération, NetBackup risque d'écraserce média.

12 Arrêtez et redémarrez les services NetBackup sur le serveur maître, commesuit :

■ Sous UNIX et Linux :



■ Sous Windows :



Si NetBackup Administration Console est active sur un des hôtes, lacommande qui arrête les services NetBackup la ferme.

13 Une fois les services redémarrés, exécutez la commande suivante :

Dans une installation non-cluster :

UNIX :

/usr/openv/netbackup/bin/nbcertcmd -renewcertificate

Windows :


install_path\netbackup\bin\nbcertcmd -renewcertificate

Dans une installation en cluster :

UNIX :

/usr/openv/netbackup/bin/nbcertcmd -renewcertificate -cluster

Windows :

install_path\netbackup\bin\nbcertcmd -renewcertificate -cluster

■ Si la commande aboutit, passez à l'étape suivante.

■ Si la commande échoue avec l'état de sortie 5988, consultez la rubriquesuivante :Se reporter à "Étapes à exécuter quand vous recevez l'état de sortie 5988pendant une récupération de catalogue" à la page 250.Passez à l'étape suivante.

14 Si la récupération de catalogue fait partie d'une procédure de récupération deserveur, terminez les étapes restantes dans la procédure de récupérationappropriée.

La récupération peut inclure les opérations suivantes :

■ Importation des sauvegardes à partir des médias de sauvegarde dans lecatalogue.

■ Protection des médias contre l'écriture.

■ Ejection et isolement des médias.

■ Figement des médias.

Récupération de l'intégralité du catalogue NetBackup àl'aide de la commande bprecover -wizardLa commande bprecover -wizard peut remplacer l'utilisation de l'assistantNetBackup Administration Console. Vous devez être connecté en tantqu'utilisateur root disposant de privilèges administrateur pour effectuer cetteprocédure.

Le journal des transactions de base de données relationnelle n'est pas appliquépendant la récupération de catalogue complète.

Vous devez disposer de privilèges administrateur root pour effectuer ces procédures.

Vous devez être connecté au serveur maître sur lequel vous voulez récupérer lecatalogue.


Remarque : Lorsque vous récupérez un catalogue, les services peuvent être arrêtéset redémarrés. Si NetBackup est configuré en tant qu'application hautementdisponible (cluster ou cluster global), figez le cluster avant de démarrer le processusde récupération pour empêcher un basculement. Libérez ensuite le cluster une foisle processus de récupération terminé.

Remarque : La récupération de catalogue complète restaure les informations deconfiguration des médias et des périphériques dans la sauvegarde de catalogue.Si vous devez configurer des périphériques de stockage pendant la récupération,Veritas recommande de récupérer seulement les fichiers image NetBackup.


Avertissement : N'exécutez aucune sauvegarde client avant d'avoir récupéré lecatalogue NetBackup.

Pour récupérer le catalogue entier à l'aide de bprecover -wizard

1 Si vous récupérez le catalogue vers une nouvelle installation de NetBackup,comme un site de reprise après incident, procédez comme suit :

■ Installez NetBackup.

■ Configurez les périphériques qui sont requis pour la récupération.

■ Ajoutez les médias qui sont requis pour la récupération vers lespériphériques.

2 Démarrez NetBackup.

Voici les commandes pour démarrer NetBackup :

■ UNIX et Linux :/usr/openv/netbackup/bin/bp.start_all

■ Windows :install_path\NetBackup\bin\bpup.exe

3 Démarrez l'assistant bprecover en entrant la commande suivante :

■ UNIX et Linux :/usr/openv/netBbckup/bin/admincmd/bprecover -wizard

■ Windows :install_path\Veritas\NetBackup\bin\admincmd\bprecover.exe

-wizard


L'invite suivante s'affiche :

Welcome to the NetBackup Catalog Recovery Wizard!

Please make sure the devices and media that contain catalog

disaster recovery data are available

Are you ready to continue?(Y/N)

4 Saisissez O pour continuer. L'invite suivante s'affiche :

Spécifiez le nom de chemin d'accès complet au fichier de reprise

après incident :

5 Saisissez le nom de chemin complet du fichier de reprise après incident pourla sauvegarde à restaurer. Par exemple :

/mnt/hdd2/netbackup/dr-file/Backup-Catalog_1318222845_FULL

Si la sauvegarde de catalogue la plus récente correspondait à une sauvegardeincrémentielle, utilisez le fichier de reprise après incident de la sauvegardeincrémentielle. (Il n'est pas nécessaire de restaurer d'abord la sauvegardecomplète puis la sauvegarde incrémentielle.) Vous pouvez également effectuerla récupération à partir de la version précédente du catalogue.

Si le nom de chemin mène vers un fichier DR valide, un message semblableau suivant s'affiche :

vm2.example.com_1318222845

All media resources were located

Do you want to recover the entire NetBackup catalog? (Y/N)

Si le fichier DR ou le nom de chemin est non valide, l'assistant de ligne decommande quitte.

6 Saisissez O pour continuer. L'invite suivante s'affiche :

Souhaitez-vous lancer la base de données relationnelles de

NetBackup (NBDB) après la récupération ?(O/N)

Le fichier image est restauré dans le répertoire d'images approprié et les basesde données relationnelles NetBackup (NBDB et, en option, BMRDB) sontrestaurées et récupérées.

7 Entrez O ou N pour continuer.

Le contenu suivant s'affiche pendant que la restauration est en cours :

Catalog recovery is in progress. Please wait...

Beginning recovery of NBDB. Please wait...


Completed successful recovery of NBDB on vm2.example.com

INF - Catalog recovery has completed.

WRN - NetBackup will not run scheduled backup jobs until NetBackup

is restarted.

For more information, please review the log file:

/usr/openv/netbackup/logs/user_ops/root/logs/Recover1318344410.log


L'avertissement suivant s'affiche si la phrase de passe du package de repriseaprès incident n'est pas définie :

WRN - Passphrase for the disaster recovery package is not set.

You must set the passphrase for the catalog backups to be successful.

Effectuez l'une des opérations suivantes pour définir la phrase de passe :

■ Dans la console d'administration NetBackup, développez Gestion dela sécurité > Paramètres de sécurité globaux. Dans le volet de détails,cliquez sur l'ongletReprise après incident et spécifiez la phrase de passe.

■ Utilisez la commande nbseccmd -drpkgpassphrase pour spécifier la phrasede passe.

Le travail de récupération est terminé lorsque chaque fichier image a étérestauré dans le répertoire d'images approprié et que les bases de donnéesrelationnelles NetBackup (NBDB et, en option, BMRDB) ont été restaurées etrécupérées.




■ NetBackup n'exécute aucun travail de sauvegarde planifié avant l'arrêt puisle redémarrage de NetBackup.


Vous pouvez soumettre manuellement des travaux de sauvegarde avantl'arrêt et le redémarrage de NetBackup. Cependant, si vous ne gelez pasle média contenant les sauvegardes ultérieures à la date du catalogue àpartir duquel vous avez effectué la récupération, NetBackup risque d'écraserce média.

■ Dans la mesure où cette opération est une récupération partielle, vousdevez récupérer la partie de base de données relationnelle du catalogue.Se reporter à "A propos de la récupération de la base de donnéesrelationnelle NetBackup" à la page 229.


Voici les commandes permettant d'arrêter et de redémarrer NetBackup :




■ Sous Windows :





UNIX :


Windows :



UNIX :


Windows :





11 Si la récupération de catalogue fait partie d'une procédure de récupération deserveur, terminez les étapes restantes de la procédure de récupérationappropriée.

Cette procédure peut inclure les tâches suivantes :




■ Verrouillage des médias.

A propos de la récupération des fichiers image de catalogue deNetBackup

Les fichiers image du catalogue contiennent des informations sur toutes les donnéesqui ont été sauvegardées. Ces informations constituent la majeure partie ducatalogue NetBackup. Ce type de récupération de catalogue effectue ce qui suit :

■ Récupère les fichiers .f d'image.

■ Récupère les fichiers de configuration (databases.conf et server.conf).

■ Restaure la base de données relationnelle NetBackup (NBDB) dans le répertoireintermédiaire de sorte qu'elle soit disponible pour tout traitement supplémentaireéventuel.Se reporter à "À propos du traitement de la base de données relationnelle lorsde la sauvegarde intermédiaire" à la page 238.

■ Facultativement, récupère la politique et les données de gestion des licences.

Tableau 4-4 est une liste des fichiers qui sont inclus dans une récupération partielle.

Remarque : Les fichiers d'image sont stockés dans la base de données relationnelleNetBackup. Les fichiers d'images contiennent les métadonnées qui décrivent lessauvegardes.


NetBackup prend en charge la récupération des fichiers image de catalogue et desfichiers de configuration de catalogue d'un environnement en cluster sur un serveurmaître ne faisant pas partie d'un cluster lors d'une reprise après incident.

Recommandations de récupérationSe reporter à "A propos de la récupération de catalogue NetBackup et des lienssymboliques" à la page 194.

Veritas vous recommande de récupérer les fichiers d'images de catalogue dansles cas suivants :

■ La base de données relationnelle NetBackup est valide, mais la politique, l'imagede sauvegarde ou les fichiers de configuration NetBackup sont perdus ouendommagés.

■ Vous voulez restaurer une partie du catalogue NetBackup avant de restaurerle catalogue entier. Cette procédure récupère uniquement les images et lesfichiers de configuration de catalogue.Après avoir récupéré les fichiers image, vous pouvez récupérer la base dedonnées relationnelle.Se reporter à "A propos de la récupération de la base de données relationnelleNetBackup" à la page 229.

■ Vous récupérez le catalogue à l'aide de différents périphériques de stockage.Cela peut être sur le même environnement après une panne ou un remplacementdu matériel de stockage. Cela peut être sur un autre site vers lequel vousrépliquez les sauvegardes de catalogue et les sauvegardes client. Lessauvegardes de catalogue et les sauvegardes client résident, indépendamment,sur un matériel différent.Cette récupération n'entraîne pas le remplacement de la nouvelle configurationde périphérique de stockage par d'anciennes informations sur ce périphériqueissues de la sauvegarde de catalogue, lesquelles ne sont plus valides.

Récupération de catalogue et types de sauvegardeLa récupération inclut les fichiers image de catalogue et les fichiers de configurationcontenus dans les sauvegardes de catalogue et répertoriés dans le fichier de repriseaprès incident, comme suit :

Les fichiers de configuration et les fichiers image répertoriés dans lefichier de reprise après incident sont récupérés.

Sauvegardecomplète


Deux scénarios de récupération existent, comme suit :

■ Le catalogue ne contient aucune information relative à la sauvegardecomplète correspondante et aux autres sauvegardes incrémentielles.NetBackup restaure seulement les fichiers image .f, les fichiersde configuration et les fichiers de politiques de sauvegarde deNetBackup qui sont sauvegardés dans cette sauvegardeincrémentielle.Cependant, tous les fichiers image .f de sauvegarde de cataloguejusqu'à la dernière sauvegarde de catalogue complet sont restaurés.Par conséquent, vous pouvez restaurer la politique, les fichiersimage .f et les fichiers de configuration restants via l'interfaceSauvegarde, archivage et restauration.

■ Le catalogue contient des informations relatives à la sauvegardecomplète correspondante et à d'autres sauvegardes incrémentielles.NetBackup restaure tous les fichiers image .f et fichiers deconfiguration de sauvegarde qui ont été inclus dans le jeu desauvegardes de catalogue associé.

Sauvegardeincrémentielle

Fichiers image de catalogueTableau 4-4 liste les fichiers qui comportent une récupération de catalogue partielle.

Tableau 4-4 Fichiers image de catalogue

WindowsUNIX et Linux

Non applicable/usr/openv/netbackup/bp.conf

install_path\NetBackup\db\*/usr/openv/netbackup/db/*

install_path\NetBackup\db\class\*(facultatif)

/usr/openv/netbackup/db/class/*(facultatif)

install_path\NetBackup\vault\sessions\*/usr/openv/netbackup/vault/sessions*

install_path\NetBackup\var\*(facultatif)

/usr/openv/var/* (facultatif)

install_path\Volmgr\database\*/usr/openv/volmgr/database/*

install_path\Volmgr\vm.conf/usr/openv/volmgr/vm.conf

Méthodes de récupérationVous pouvez appliquer l'une des méthodes suivantes pour récupérer les fichiersimage de catalogue :


■ L'Assistant de récupération de catalogue dans la console d'administrationNetBackup.Se reporter à "Récupérer le catalogue NetBackup complet à l'aide de l'Assistantde récupération de catalogue" à la page 200.

■ L'Assistant de récupération basé sur du texte. La commande et l'optionbprecover-wizard permettent de lancer l'assistant de récupération textuel.Se reporter à "Récupération de l'intégralité du catalogue NetBackup à l'aide dela commande bprecover -wizard" à la page 207.

Récupération des fichiers image de catalogue NetBackupà l'aide de l'Assistant Récupération de catalogueCette procédure indique comment récupérer les fichiers image de catalogueNetBackup à l'aide de l' Assistant Récupération de catalogue. Le journal destransactions de base de données relationnelle est appliqué pendant la récupérationdes fichiers d'image.


Vous devez être connecté en tant qu'utilisateur root disposant de privilègesadministrateur pour effectuer cette procédure.


Remarque : Cet assistant compte sur le fichier de reprise après incident générépendant la sauvegarde de catalogue. Le chemin d'accès au fichier de reprise aprèsincident est spécifié dans la politique de sauvegarde de catalogue.

Remarque : Pendant le procédé de récupération de catalogue, NetBackup peutarrêter et redémarrer les services. Si NetBackup est configuré en tant qu'applicationhautement disponible (cluster ou cluster global), figez le cluster avant de démarrerle processus de récupération pour empêcher un basculement. Libérez ensuite lecluster une fois le processus de récupération terminé.

Avertissement : N'exécutez aucune sauvegarde client sans avoir récupéré lecatalogue NetBackup.



Récupération des fichiers image de catalogue à l'aide de l'Assistant derécupération de catalogue

1 Si NetBackup n'est pas en cours d'exécution, démarrez tous les servicesNetBackup en entrant ce qui suit :






a



b

Créez des liens symboliques correspondant à ceux de l'environnement initial.

Se reporter à "A propos de la récupération de catalogue NetBackup et des lienssymboliques" à la page 194.

c

3 Dans la fenêtre NetBackup Administration Console, cliquez sur GestionNetBackup dans le volet gauche, puis sur Récupérer les catalogues dansle volet droit.

Le volet Bienvenue de l' Assistant Récupération de catalogue s'affiche.

4 Cliquez sur Suivant dans le volet Bienvenue pour afficher le volet Fichier dereprise après incident du catalogue.


5 Dans le volet Fichier de reprise après incident du catalogue, spécifiezl'emplacement du fichier de reprise après incident. Vous pouvez rechercherle fichier à sélectionner ou entrer le chemin d'accès complet du fichier de repriseaprès incident.

Dans la plupart des cas, vous spécifiez le fichier de reprise après incident leplus récent disponible. Si la sauvegarde de catalogue la plus récentecorrespond à une sauvegarde incrémentielle, utilisez le fichier de reprise aprèsincident de la sauvegarde incrémentielle. (Il n'est pas nécessaire de restaurerd'abord la sauvegarde complète et de poursuivre ensuite avec la sauvegardeincrémentielle.)

Si une forme quelconque de corruption s'est produite, il peut alors êtrepréférable de restaurer à un état antérieur du catalogue.

Cliquez sur Suivant pour continuer. Le volet Récupération du fichier dereprise après incident apparaît.


6 L'assistant recherche les médias qui sont requis pour récupérer le catalogue,et le volet Récupération du fichier de reprise après incident affiche laprogression. Il indique si l'ID de sauvegarde nécessaire de l'image de repriseaprès incident est localisé. Si le média n’a pas été localisé, l'assistant répertorieles médias nécessaires pour mettre à jour la base de données.

Le cas échéant, suivez les instructions de l'assistant sur l'insertion du médiaindiqué et exécutez un inventaire afin de mettre à jour la base de donnéesNetBackup. Les informations affichées sur ce volet dépendent de la provenancede la récupération : une sauvegarde complète ou une sauvegardeincrémentielle.

Lorsque toutes les sources de médias requises ont été trouvées, cliquez surSuivant pour afficher le volet Méthode de reprise après incident.

Le volet Méthode de reprise après incident apparaît.

7 Dans le volet Méthode de reprise après incident, procédez comme suit :

■ Sélectionnez Récupérer uniquement l'image et les fichiers deconfiguration de catalogue NetBackup.

■ Spécifiez une priorité de travail.


Pour continuer, cliquez sur Suivant.

Le volet Récupération du catalogue apparaît.


8 Le voletRécupération du catalogue affiche la progression de la récupération.

Votre action dépend du résultat de la récupération, comme suit :

Consultez les messages de fichier journal pour identifier leproblème. Cliquez sur Annuler, corrigez le problème, puisexécutez l'assistant de nouveau.

Echec

Cliquez sur Suivant pour passer au dernier volet del'assistant.

Succès

9 Dans le dernier volet de l'assistant, cliquez sur Terminer

Le travail de récupération est terminé lorsque chaque fichier image est restaurésur le répertoire image approprié et que les fichiers de configuration sontrestaurés.

10 Exportez les métadonnées d'image depuis la base de données relationnelledans le répertoire intermédiaire comme suit :

cat_export -all -staging -source_master nom_serveur_maître_source

Pour que les métadonnées d'image puissent être importées dans la base dedonnées relationnelle, l'export est nécessaire . La récupération d'un fichierimage du catalogue ne permet pas de récupérer la base de donnéesrelationnelle.

11 Importez les métadonnées d'image dans la base de données relationnellecomme suit :

cat_import -all -replace_destination


12 Si vous avez récupéré le catalogue depuis un périphérique de disque, il sepeut que vous ayez à réparer les références d'ID de média disque dans lesen-têtes d'image. Les en-têtes d'image ont été récupérés de la sauvegarde decatalogue.

Pour réparer les ID de média de disque dans les en-têtes d'image, exécutezla commande suivante :

nbcatsync -backupid id_image -dryrun

Remplacez image_id par l'ID de la sauvegarde de catalogue. Vous pouveztrouver l'ID d'image de la sauvegarde de catalogue en examinant le fichier derécupération après incident.




■ NetBackup n'exécute aucun travail de sauvegarde planifié avant l'arrêt puisle redémarrage de NetBackup.Vous pouvez soumettre manuellement des travaux de sauvegarde avantl'arrêt et le redémarrage de NetBackup. Cependant, si vous ne gelez pasle média contenant les sauvegardes ultérieures à la date du catalogue àpartir duquel vous avez effectué la récupération, NetBackup risque d'écraserce média.






■ Sous Windows :






Windows :


UNIX :



Windows :


UNIX :




16 Si la récupération de catalogue fait partie d'une procédure de récupération deserveur, terminez les étapes restantes dans la procédure de récupérationappropriée.

La récupération peut inclure les opérations suivantes :




■ Figement des médias.


Récupération des fichiers image de catalogue NetBackupà l'aide de la commande bprecover -wizardVous devez être connecté en tant qu'utilisateur root disposant de privilègesadministrateur pour effectuer cette procédure.


Remarque : Cet assistant compte sur le fichier de reprise après incident générépendant la sauvegarde de catalogue. Le chemin d'accès au fichier de reprise aprèsincident est spécifié dans la politique de sauvegarde de catalogue.

Remarque : Lorsque vous récupérez un catalogue, les services peuvent être arrêtéset redémarrés. Si NetBackup est configuré en tant qu'application hautementdisponible (cluster ou cluster global), figez le cluster avant de démarrer le processusde récupération pour empêcher un basculement. Libérez ensuite le cluster une foisle processus de récupération terminé.

Avertissement : N'exécutez aucune sauvegarde client sans avoir récupéré lecatalogue NetBackup.


Pour récupérer les fichiers image du catalogue à l'aide de bprecover -wizard

1 Si vous récupérez le catalogue vers une nouvelle installation de NetBackup,comme un site de reprise après incident, procédez comme suit :

■ Installez NetBackup.

■ Configurez les périphériques qui sont requis pour la récupération.

■ Ajoutez les médias qui sont requis pour la récupération vers lespériphériques.

■ Créez les liens symboliques correspondant à ceux de l'environnementd'origine.Se reporter à "A propos de la récupération de catalogue NetBackup et desliens symboliques" à la page 194.

2 Si le serveur EMM n'est pas sur le même hôte que le serveur maître, démarrezles services NetBackup sur cet hôte en entrant la commande suivante :




3 Démarrez les services NetBackup sur le serveur maître en entrant la commandesuivante :



4 Démarrez l'assistant bprecover en saisissant la commande suivante :

bprecover -wizard

Ce qui suit s'affiche :

Welcome to the NetBackup Catalog Recovery Wizard!

Please make sure the devices and media that contain catalog

disaster recovery data are available

Are you ready to continue?(Y/N)

5 Saisissez O pour continuer. Vous êtes invité à saisir le nom de chemin d'accèscomplet au fichier de reprise après incident comme suit :

Spécifiez le nom de chemin d'accès complet au fichier de reprise

après incident :


6 Entrez le nom de chemin d'accès complet au fichier de reprise après incidentpour la sauvegarde à restaurer. Par exemple :

/mnt/hdd2/netbackup/dr-file/Backup-Catalog_1318222845_FULL

Si la sauvegarde de catalogue la plus récente correspondait à une sauvegardeincrémentielle, utilisez le fichier de reprise après incident de la sauvegardeincrémentielle. (Il n'est pas nécessaire de restaurer d'abord la sauvegardecomplète puis la sauvegarde incrémentielle.) Vous pouvez également effectuerla récupération à partir de la version précédente du catalogue.

Si vous avez spécifié un fichier DR pour une sauvegarde complète, un messagesemblable au suivant s'affiche :




Si vous avez spécifié un fichier DR pour une sauvegarde incrémentielle, unmessage semblable au suivant s'affiche :



The last catalog backup in the catalog disaster recovery file is

an incremental.

If no catalog backup images exist in the catalog,

a PARTIAL catalog recovery will only restore the NetBackup catalog

files backed up in that incremental backup.

However, all of the catalog backup images up to the last full catalog

backup are restored. Then you can restore the remaining NetBackup

catalog files from the Backup, Archive, and Restore user interface.

If catalog backup images already exist, all files that were included

in the related set of catalog backups are restored.


7 Entrez N pour continuer. Ce qui suit s'affiche :

A PARTIAL catalog recovery includes the images directory

containing the dotf files and staging of the NetBackup relational

database (NBDB) for further processing.

Do you also want to include policy data?(Y/N)


8 Entrez O ou N pour continuer. Ce qui suit s'affiche :

Souhaitez-vous également inclure les données de licence ?(O/N)

9 Entrez O ou N pour continuer. Ce qui suit s'affiche :

Catalog recovery is in progress. Please wait...

Completed successful recovery of NBDB in staging directory on

vm2.example.com

This portion of the catalog recovery has completed.

Because this was a PARTIAL recovery of the NetBackup catalog,

any remaining files included in the catalog backup can be restored

using the Backup, Archive, and Restore user interface.

The image metadata that is stored in NBDB in the staging directory

can be exported using "cat_export -staging", and, imported using

"cat_import".

The "nbdb_unload -staging" command can be used to unload one or more

database tables from NBDB in the staging directory.

The "nbdb_restore -recover -staging" command can be used to replace

NBDB in the data directory with the contents from the staging

directory.

WRN - NetBackup will not run scheduled backup jobs until NetBackup

is restarted.

For more information, please review the log file:

/usr/openv/netbackup/logs/user_ops/root/logs/Recover1318357550.log

10 Le travail de récupération est terminé lorsque chaque fichier image est restaurésur le répertoire image approprié et que les fichiers de configuration sontrestaurés. Si vous avez choisi de récupérer les données de politique et degestion des licences, elles sont également restaurées.


11 Exportez les métadonnées d'image depuis la base de données relationnelledans le répertoire intermédiaire comme suit :

cat_export -all -staging -source_master nom_serveur_maître_source

Pour que les métadonnées d'image puissent être importées dans la base dedonnées relationnelle, l'export est nécessaire . La récupération d'un fichierimage du catalogue ne permet pas de récupérer la base de donnéesrelationnelle.

12 Importez les métadonnées d'image dans la base de données relationnellecomme suit :

cat_import -all -replace_destination

13 Si vous avez récupéré le catalogue depuis un périphérique de disque, il sepeut que vous ayez à réparer les références d'ID de média disque dans lesen-têtes d'image. Les en-têtes d'image ont été récupérés de la sauvegarde decatalogue.

Se reporter à "À propos de la récupération du catalogue NetBackup à partirde périphériques de disque" à la page 193.

Pour réparer les ID de média de disque dans les en-têtes d'image, exécutezla commande suivante :

nbcatsync -backupid id_image -prune_catalog

Remplacez image_id par l'ID de la sauvegarde de catalogue. La sortiebprecover contient l'ID d'image de la sauvegarde de catalogue en cours derestauration. Vous pouvez également trouver l'ID d'image de la sauvegardede catalogue en examinant le fichier de récupération après incident.




■ NetBackup n'exécute aucun travail de sauvegarde planifié avant l'arrêt puisle redémarrage de NetBackup.Vous pouvez soumettre manuellement des travaux de sauvegarde avantl'arrêt et le redémarrage de NetBackup. Cependant, si vous ne gelez pasle média contenant les sauvegardes ultérieures à la date du catalogue à


partir duquel vous avez effectué la récupération, NetBackup risque d'écraserce média.



■ Sous Windows :



■ Sous UNIX :





Windows :


UNIX :



Windows :


UNIX :



■ Si la commande échoue avec l'état de sortie 5988, consultez la rubriquesuivante :Se reporter à "Étapes à exécuter quand vous recevez l'état de sortie 5988pendant une récupération de catalogue" à la page 250.


Passez à l'étape suivante.

17 Si la récupération de catalogue fait partie d'une procédure de récupération deserveur, terminez les étapes restantes de la procédure de récupérationappropriée.

Cette procédure peut inclure les tâches suivantes :




■ Verrouillage des médias.

A propos de la récupération de la base de données relationnelleNetBackup

La base de données NetBackup (NBDB) est également appelée base de donnéesEnterprise Media Manager (EMM). Elle contient des informations concernant lesvolumes, les robots et les lecteurs qui sont dans des unités de stockage NetBackup.La base de données relationnelle NetBackup contient également les fichiersd'images de catalogue NetBackup. Les fichiers d'images contiennent lesmétadonnées qui décrivent les sauvegardes.

Vous pouvez récupérer les bases de données relationnelles NetBackupindépendamment d'une sauvegarde de catalogue complète.

Se reporter à "Récupération des fichiers de la base dedonnées relationnelle NetBackup à partir d'une sauvegarde"à la page 229.

Récupération à partir d'unesauvegarde

Se reporter à "Récupération des fichiers de base de donnéesrelationnelle NetBackup à partir de l'emplacementintermédiaire" à la page 234.

Récupération à partir durépertoire intermédiaire

Récupération des fichiers de la base de donnéesrelationnelle NetBackup à partir d'une sauvegardeVous pouvez récupérer les fichiers de base de données relationnelle NetBackup(NBDB) ou Bare Metal Restore (BMRDB) à partir d'une sauvegarde. Une base dedonnées valide doit exister avant que vous puissiez récupérer la sauvegarde decatalogue. Par conséquent, les étapes que vous suivez pour la récupération d'unesauvegarde dépendent du cas d'utilisation, comme indiqué ci-dessous :


Si la base de données NBDB est disponible et que le serveur SQLAnywhere est en cours d'exécution, vous n'avez pas besoin decréer une base de données. Exécutez seulement l'étape 11 etl'étage 12 de la procédure suivante.

La base de donnéesn'est pas corrompue

Suivez toutes les étapes de la procédure seulement si la base dedonnées NBDB a été endommagée ou n'existe pas. Vous devezcréer une base de données valide et vide, incluse dans laprocédure complète.

La base de données estcorrompue

Pour récupérer les fichiers de base de données relationnelle NetBackup d'unesauvegarde de catalogue

1 Si les services NetBackup sont en cours d'exécution, arrêtez-les comme suit :

/usr/openv/netbackup/bin/bp.kill_allUNIX :

chemin_installation\NetBackup\bin\bpdownWindows :

2 Déplacez les fichiers *.db et *.log des répertoires de fichiers de la base dedonnées vers un répertoire temporaire. Voici les emplacements par défautpour les fichiers de bases de données :

/usr/openv/db/dataUNIX :

C:\Program Files\Veritas\NetBackupDB\dataWindows :

3 Configurez SQL Anywhere de sorte qu'il n'essaye pas de démarrerautomatiquement quand l'hôte est démarré, comme suit :

/usr/openv/db/bin/nbdb_admin -auto_start NONEUNIX :

install_path\NetBackup\bin\nbdb_admin -auto_startNONE

Windows :

4 Démarrez le serveur SQL Anywhere, comme suit :

/usr/openv/netbackup/bin/nbdbms_start_stop startUNIX :

chemin_installation\NetBackup\bin\bpup -eSQLANYs_VERITAS_NB

Windows :


5 Créez la base de données. La commande que vous exécutez dépend de votrescénario :

UNIX : /usr/openv/db/bin/create_nbdb -drop

Windows :install_path\NetBackup\bin\create_nbdb -drop

Scénario normal

UNIX : /usr/openv/db/bin/create_nbdb -dataVXDBMS_NB_DATA -drop -stagingVXDBMS_NB_STAGING

Windows :install_path\NetBackup\bin\create_nbdb -dataVXDBMS_NB_DATA -drop -stagingVXDBMS_NB_STAGING

Obtenez les valeurs de VXDBMS_NB_DATA etVXDBMS_NB_STAGING du fichier vxdbms.conf situé dansle répertoire temporaire créé lors de l'étape 2.

La base de données aété replacée oul'environnement faitpartie d'un cluster

UNIX : /usr/openv/db/bin/create_nbdb -drop-data VXDBMS_NB_DATA -index VXDBMS_NB_INDEX-tlog VXDBMS_NB_TLOG -stagingVXDBMS_NB_STAGING

Windows :install_path\NetBackup\bin\create_nbdb -drop-data VXDBMS_NB_DATA -index VXDBMS_NB_INDEX-tlog VXDBMS_NB_TLOG -stagingVXDBMS_NB_STAGING

Obtenez les valeurs pour les arguments de l'option à partirdu fichier vxdbms.conf situé dans le répertoire temporairecréé lors de l'étape 2.

La base de données aété replacée oul'environnement faitpartie d'un cluster et lescontraintes d'espacevous obligent à créercette base de donnéestemporaire àl'emplacement final

6 Démarrez les services NetBackup comme suit :

/usr/openv/netbackup/bin/bp.start_allUNIX :

chemin_installation\NetBackup\bin\bpupWindows :


7 Chargez les protocoles et les paramètres de périphérique par défaut dans labase de données NetBackup Enterprise Media Manager (EMM) en exécutantla commande suivante :

/usr/openv/volmgr/bin/tpext -loadEMMUNIX :

install_path\Volmgr\bin\tpext -loadEMMWindows :

8 Si vous avez utilisé la commande nbdb_move pour replacer des fichiers debases de données NetBackup, recréez les répertoires où les fichiers setrouvaient quand vous avez sauvegardé le catalogue. Ce qui suit sont lesemplacements par défaut dans lesquels la commande nbdb_move déplace lesfichiers de bases de données :

/usr/openv/db/dataUNIX :

chemin_installation\NetBackupDB\dataWindows :

9 Démarrez le gestionnaire de périphériques NetBackup sur le serveur maîtrede NetBackup, comme suit :

/usr/openv/volmgr/bin/ltid -vUNIX :

Utilisez la gestion d'ordinateur de Windows pour démarrer le serviceNetBackup Device Manager (ltid.exe).

Windows :






a




b

Importez la sauvegarde du catalogue à partir des médias sur lesquels elleréside.

Consultez le Guide de l'administrateur NetBackup, volume I :


c

11 Récupérez le catalogue en exécutant la commande suivante sur le serveurmaître :

/usr/openv/netbackup/bin/admincmd/bprecover -r -nbdbUNIX :

install_path\NetBackup\bin\admincmd\bprecover -r -nbdbWindows :






/usr/openv/netbackup/bin/bp.kill_all/usr/openv/netbackup/bin/bp.start_all

UNIX :

install_path\NetBackup\bin\bpdowninstall_path\NetBackup\bin\bpup

Windows :



Windows :


UNIX :



Windows :


UNIX :


Si la commande échoue avec l'état de sortie 5988, consultez la rubriquesuivante :

Se reporter à "Étapes à exécuter quand vous recevez l'état de sortie 5988pendant une récupération de catalogue" à la page 250.

Récupération des fichiers de base de données relationnelleNetBackup à partir de l'emplacement intermédiairePendant une sauvegarde de catalogue, NetBackup copie les fichiers de base dedonnées relationnelle vers le répertoire intermédiaire. L'option qui récupère lesfichiers image et les fichiers de configuration restaure aussi les fichiers de la basede données relationnelle dans le répertoire intermédiaire.



Vous pouvez récupérer les fichiers de la base de données relationnelle NBDBNetBackup à partir du répertoire intermédiaire. Vous pouvez également utiliser lescommandes NetBackup pour traiter davantage les fichiers de base de donnéesrelationnelle NBDB.

Se reporter à "À propos du traitement de la base de données relationnelle lors dela sauvegarde intermédiaire" à la page 238.

Quand la base de données relationnelle est récupérée à partir de l'emplacementintermédiaire, NetBackup applique également le journal des transactions en ligneactuel pendant la récupération. Appliquer le journal des transactions assure quela base de données est aussi cohérente que possible avec le répertoire db/images

actuel.

Deux procédures de reprise à partir du répertoire intermédiaire existent, commesuit :

Se reporter à "Pour récupérer des fichiers de base de donnéesrelationnelle à partir de l'emplacement intermédiaire si la base dedonnées est corrompue" à la page 236.

La base de donnéesn'est pas corrompue

Se reporter à "Pour récupérer des fichiers de base de donnéesrelationnelle à partir de l'emplacement intermédiaire si la base dedonnées est corrompue" à la page 236.

La base de données estcorrompue

Pour récupérer des fichiers de base de données relationnelle à partir del'emplacement intermédiaire si la base de données n'est pas corrompue

1 Exécutez la commande suivante sur le serveur maître afin de récupérer lefichier NBDB à partir de l'emplacement intermédiaire :

UNIX : /usr/openv/netbackup/bin/nbdb_restore -dbn NBDB -recover

-staging

Windows : install_path\NetBackup\bin\nbdb_restore -dbn NBDB

-recover -staging

2 Arrêtez et redémarrez NetBackup, comme suit :

UNIX :



Windows :




Pour récupérer des fichiers de base de données relationnelle à partir del'emplacement intermédiaire si la base de données est corrompue

1 Si les services NetBackup sont en cours d'exécution, arrêtez-les comme suit :

UNIX : /usr/openv/netbackup/bin/bp.kill_all

Windows : chemin_installation\NetBackup\bin\bpdown

2 Déplacez les fichiers *.db et *.log des répertoires de fichiers de bases dedonnées suivants vers un répertoire temporaire :

UNIX : /usr/openv/db/data

Windows : C:\Program Files\Veritas\NetBackupDB\data

3 Configurez SQL Anywhere de sorte qu'il n'essaye pas de démarrerautomatiquement quand l'hôte est démarré, comme suit :

Linux : /usr/openv/db/bin/nbdb_admin -auto_start NONE

Windows : install_path\NetBackup\bin\nbdb_admin -auto_start NONE

4 Démarrez le serveur SQL Anywhere, comme suit :

UNIX : /usr/openv/netbackup/bin/nbdbms_start_stop start

Windows : install_path\NetBackup\bin\bpup -e SQLANYs_VERITAS_NB

5 Créez une base de données vide, comme suit :

UNIX : /usr/openv/db/bin/create_nbdb -drop

Windows : install_path\NetBackup\bin\create_nbdb -drop


UNIX et Linux :



Windows :



7 Exécutez la commande tpext de NetBackup pour mettre à jour les fichiers demappage de périphérique, comme suit :

UNIX : /usr/openv/volmgr/bin/tpext -loadEMM

Windows : install_path\Volmgr\bin\tpext -loadEMM


8 Si vous avez utilisé la commande nbdb_move pour replacer des fichiers debases de données NetBackup, recréez les répertoires où les fichiers setrouvaient quand vous avez sauvegardé le catalogue.

9 Démarrez le gestionnaire de périphériques NetBackup, comme suit :

UNIX : /usr/openv/volmgr/bin/ltid -v

Windows : démarrez le service de gestion de périphériques (Device Manager).

10 Exécutez la commande suivante sur le serveur maître afin de récupérer lefichier NBDB à partir de l'emplacement intermédiaire :

UNIX : /usr/openv/netbackup/bin/nbdb_restore -dbn NBDB -recover

-staging

Windows : install_path\NetBackup\bin\nbdb_restore -dbn NBDB

-recover -staging



UNIX :



Windows :





Windows :


UNIX :



Windows :


UNIX :




Àpropos du traitement de la base de données relationnellelors de la sauvegarde intermédiaireUne récupération des fichiers d'image et des fichiers de configuration NetBackuprestaure également la base de données relationnelle NetBackup (NBDB) dans lerépertoire intermédiaire. Vous pouvez utiliser les commandes NetBackup suivantesafin de traiter plus précisément la base de données NBDB s'il y a lieu :


Utilisez la commande cat_import pour importer lesmétadonnées d'image contenues dans le format de fichier plathérité dans une base de données relationnelle NBDB. La basede données NBDB peut être la base de données de productionou une NBDB dans un domaine NetBackup différent.

cat_import

Utilisez la commande cat_export–staging pour extraireles métadonnées d'image à partir de la base de donnéesrelationnelle. Elle enregistre les données dans le répertoiredb.export au format de fichier plat hérité. Vous pouvezexporter toutes les métadonnées d'image ou un sous-ensembledes métadonnées d'image par ID de client ou de sauvegarde.Puis, vous pouvez utiliser la commande cat_import afind'insérer les données dans une autre base de données NBDB.Autre NBDB peut être la base de données de production ouune NBDB dans un domaine NetBackup différent.

cat_export

Utilisez nbdb_restore -staging pour récupérer la basede données relationnelle à partir du répertoire intermédiaire.

Se reporter à "Récupération des fichiers de base de donnéesrelationnelle NetBackup à partir de l'emplacement intermédiaire"à la page 234.

nbdb_restore-staging

Utilisez la commande nbdb_unload–staging pour déchargerle tableau de médias et les tableaux relatifs à en ensemble defichiers plats. Puis, vous pouvez utiliser des outils SQL pourinsérer le sous-ensemble de données dans un autre NBDB.Autre NBDB peut être la base de données de production ouun NBDB dans un domaine NetBackup différent.

nbdb_unload -staging

Avertissement : Veritas vous recommande de manipuler ou traiter la base dedonnées relationnelle NetBackup uniquement lorsque vous y êtes invité par unreprésentant de Veritas. Pour obtenir de l'aide à propos de NetBackup les fusionset fractionnements de domaine, contactez les services de consulting VeritasInformation Management :

http://www.veritas.com/business/services/consulting_services.jsp

Plus d'informations sont disponibles à propos des commandes.

Consultez le Guide de référence des commandes NetBackup :



http://www.veritas.com/business/services/consulting_services.jsp


Récupération du catalogue NetBackup lorsque le contrôle d'accèsà NetBackup est configuré

Si vous avez configuré NetBackup Access Control (NBAC), la sauvegarde decatalogue en ligne à chaud sauvegarde automatiquement les informations deconfiguration d'authentification et d'autorisation.

Les jeux d'autorisations Operate et Configure sont nécessaires pour pouvoirsauvegarder et restaurer correctement les données d'authentification etd'autorisation.

Des procédures de récupération distinctes existent selon le système d'exploitation,comme suit :

■ UNIX : Tableau 4-5

■ Windows: Tableau 4-6

Tableau 4-5 Pour récupérer le catalogue NetBackup sous UNIX lorsque lecontrôle d'accès à NetBackup est configuré

ProcédureTâcheÉtape

Consultez le Guide de sécurité et de chiffrementNetBackup :


Si vous récupérez vers un serveur maître sur lequelNBAC est configuré et opérationnel, désactivezNBAC (c'est-à-dire, réglez-le sur le mode Interdit).

Etape 1

Se reporter à "À propos de la récupération ducatalogue NetBackup entier" à la page 199.

Récupérez le catalogue NetBackup à partir de lasauvegarde de catalogue en ligne à l'aide del'Assistant de récupération de catalogue ou de lacommande bprecover.

Etape 2



Configurez NetBackup pour utiliser NBAC en ledéfinissant sur AUTOMATIQUE ou REQUIS selonle niveau de sécurité désiré.

Étape 3

/usr/openv/netbackup/bin/bp.kill_all/usr/openv/netbackup/bin/bp.start_all

Redémarrez NetBackup.Etape 4

Tableau 4-6 Pour récupérer le catalogue NetBackup sous Windows lorsquele contrôle d'accès à NetBackup est configuré




Si vous récupérez vers un serveur maître sur lequelNBAC est configuré et opérationnel, désactivez NBAC(c'est-à-dire, réglez-le sur le mode Interdit).

Etape 1






install_path\Veritas\NetBackup\bin\bpdown.exeArrêtez les services NetBackup.Etape 2

Les instructions de configuration Microsoft Windowsne figurent pas dans la documentation de NetBackup.Consultez la documentation appropriée de Microsoft.

Dans Windows, modifiez le type de démarrage desservices NetBackup Authentication Service et deservice d'autorisation NetBackup sur Désactivé.

Étape 3

install_path\Veritas\NetBackup\bin\bpup.exeDémarrez les services NetBackup.Étape 4

Se reporter à "À propos de la récupération ducatalogue NetBackup entier" à la page 199.

Récupérez le catalogue NetBackup à partir de lasauvegarde de catalogue en ligne à l'aide de lacommande bprecover.

Le service d'authentification NetBackup et le serviced'autorisation NetBackup doivent être en modedésactivé.

Étape 5

Les instructions de configuration Microsoft Windowsne figurent pas dans la documentation de NetBackup.Consultez la documentation appropriée de Microsoft.

Dans Windows, modifiez le type de démarrage desservices NetBackup Authentication Service et deservice d'autorisation NetBackup sur Automatique.

Étape 6

La procédure dépend de l'environnement, commesuit :

■ Pour un serveur maître NetBackup dans unenvironnement de mise en cluster de basculementde Windows Server, exécutez la commandesuivante sur le serveur maître NetBackup sur lenœud actif :bpnbaz -setupmaster

Cette commande fournit le Registre Windows surtous les nœuds avec les entrées requises pourNBAC.

■ Pour la récupération vers une nouvelle installation,exécutez la commande suivante sur le serveurmaître NetBackup :bpnbaz -setupmaster

■ Pour la récupération dans un environnementexistant, définissez NBAC sur AUTOMATIQUEou REQUIS selon le niveau de sécurité souhaité.



Configurez NetBackup pour utiliser NBAC.Étape 7

install_path\Veritas\NetBackup\bin\bpdown.exeinstall_path\Veritas\NetBackup\bin\bpup.exe

Redémarrez NetBackup.Étape 8




Récupération du catalogue NetBackup à partir d'une copie secondaired'une sauvegarde de catalogue

Par défaut, la sauvegarde de catalogue peut avoir plusieurs copies et la récupérationdu catalogue est effectuée à partir de la copie de sauvegarde principale. La copieprincipale est la première copie ou la copie originale. Cependant, vous pouvezrécupérer un catalogue à partir d'une copie qui n'est pas la copie principale.

Remarque : Vous devez être connecté au serveur maître sur lequel vous voulezrécupérer le catalogue. Vous ne pouvez pas modifier le serveur puis exécuterl'assistant tout en exécutant la console d'administration NetBackup sur un hôtedifférent.

Remarque : Vous devez disposer de privilèges administrateur root pour effectuerces procédures.

Récupération de catalogue depuis une copie qui n'est pas la principale.

1 Si la copie de la sauvegarde du catalogue est sur un support autre qu'unebande, procédez comme suit :

Vérifiez que le disque qui contient la sauvegarde est monté contre lechemin de montage correct (comme affiché dans le fichier de repriseaprès incident).

BasicDisk

Pour un fichier de sauvegarde d'un catalogue dans un pool de disques,procédez comme suit :

■ Créez le serveur de stockage de disques pour le stockage enutilisant l' assistant de configuration de serveur de stockage.

■ Créez le pool de disques pour le stockage en utilisant l' assistantde configuration de pool de disques.

■ Exécutez la commande suivante pour synchroniser le fichier dereprise après incident au nouveau pool de disques.nbcatsync -sync_dr_file disaster_recovery_file

Pool dedisques

2 Exécutez la commande NetBackup suivante pour récupérer le catalogue :

bprecover –wizard –copy N

N est le nombre de copies à partir desquelles vous voulez effectuer larécupération.


Récupération du catalogue NetBackup sans fichier de reprise aprèsincident

Si le fichier de reprise après incident a été perdu, consultez le courrier électroniqueenvoyé à l'administrateur lorsque le catalogue a été sauvegardé. Le fichier dereprise après incident est enregistré à l'emplacement que vous spécifiez dans lapolitique de sauvegarde de catalogue et est ajouté au flux de sauvegarde lui-même.

Pour récupérer le catalogue sans fichier de reprise après incident

1 Le message électronique identifie le média qui contient le fichier de repriseaprès incident, ainsi que le média qui a été utilisé pour sauvegarder lespolitiques critiques. Assurez-vous que ce média est disponible.

2 Suivez les étapes normales de récupération de catalogue jusqu'au momentoù l' Assistant de récupération de catalogue ou la commande bprecover

est appelée.

3 Exécutez la commande suivante pour récupérer tous les fichiers de repriseaprès incident à partir des médias de sauvegarde de catalogue :

bpimport -drfile -id ID_média -drfile_dest nom_répertoire_complet

Cette commande récupère tous les fichiers de reprise après incident provenantde l'ID du média spécifié et les place dans le répertoire spécifié. L'ID peutcorrespondre à un ID de média bande ou à l'emplacement complet d'une unitéde stockage sur disque.


4 Vérifiez que le fichier correct de reprise après incident est disponible dans lerépertoire spécifié et que celui-ci est disponible le serveur maître NetBackup.

5 Continuez la procédure normale de récupération de catalogue en exécutant l'Assistant de récupération de catalogue ou la commande bprecover, enprécisant l'emplacement du fichier de reprise après incident à l'invite.

Référez-vous en priorité au courrier électronique pour obtenir des instructionsde récupération, car il s'agit des instructions les plus à jour pour récupérervotre catalogue. Les instructions sont envoyées lorsque la sauvegarde decatalogue est terminée ou lorsqu'une image de sauvegarde de catalogue estdupliquée.

Remarque : Si vous restaurez des fichiers catalogue en utilisant directementla commande bprestore sur un système Solaris, utilisez le chemin d'accèssuivant : /opt/openv/netbackup/bin/bprestore.

Le nom de la politique de sauvegarde de catalogue en ligne estCatalogBackup. Le courrier électronique est enregistré dans le fichier suivant :

/storage/DR/CatalogBackup_1123605764_FULL.

Le nom de fichier lui-même indique si la sauvegarde était complète ou non.

Se reporter à "Exemple de message électronique de reprise après incidentNetBackup" à la page 196.

Récupération d'une sauvegarde de catalogue en ligne dirigée parl'utilisateur NetBackup depuis la ligne de commande

Cette procédure est utilisée pour la récupération manuelle du catalogue via l'interfacede ligne de commande sans phase 1 d'importation lorsque le fichier de repriseaprès incident (DR) est disponible. Vous devez être connecté en tant qu'utilisateurroot disposant de privilèges administrateur pour effectuer cette procédure.

Remarque : Cette procédure ne doit être utilisée que pour restaurer le minimumd'informations de catalogue NetBackup nécessaire pour procéder à la récupérationdes données critiques.


Récupération du catalogue en ligne géré par l'utilisateur à partir de l'interfacede ligne de commande

1 Vérifiez l'emplacement des fichiers de reprise après incident créés à partir dessauvegardes de catalogue à chaud complètes et incrémentielles. Ces fichierspeuvent être enregistrés dans un chemin d'accès spécifié du système defichiers sur le serveur maître et dans des pièces jointes à un messageélectronique à l'intention de l'administrateur NetBackup.

2 Configurez chaque serveur maître et chaque serveur de médias selon laconfiguration utilisée pendant la dernière sauvegarde de catalogue. Le serveurmaître et les serveurs de médias ont les mêmes propriétés que la configurationsauvegardée du catalogue, comme suit : nom, version de NetBackup, niveaude correctif du système d'exploitation et chemin d'accès aux périphériques destockage.

Configurez tous les périphériques et volumes dont vous pouvez avoir besoinpour la récupération.

3 Localisez le dernier fichier image de reprise après incident correspondant auxsauvegardes utilisées pour la récupération. Ouvrez le fichier dans un éditeuret localisez les valeurs suivantes :

Utilisez le nom précis qui est spécifié dans laconfiguration de NetBackup pour le serveur maître.

master_server

Emplacement du robot ou de l'unité de stockage sur ledisque utilisé pour la sauvegarde de catalogue.

media_server

Les quatre chiffres les plus significatifs dans le nom defichier de reprise après incident suivis de six zéros.

timestamp

Emplacement des médias de sauvegarde du cataloguetel que spécifié par le fichier de reprise après incidentsous le mot clé FRAGMENT.

media

Trouvé dans le fichier de reprise après incident sousBACKUP_ID.

backup_id

Exemple :

fichier : Hot_Backup_1122502016_INCR

timestamp: 1122000000


4 Créez le répertoire de reprise après incident sur le serveur maître.

UNIX :

/usr/openv/netbackup/db/images/master_server/timestamp/tmp

Windows :

C:\Program Files\VERITAS\NetBackup\db\images\master_server

\timestamp\tmp

Copiez le fichier de reprise après incident dans le répertoire nouvellement créé.

5 Modifiez le fichier de reprise après incident dansnetbackup/db/images/master_server/timestamp/tmp comme suit :

■ Passez la valeur d'IMAGE_TYPE à 1.

■ Passez la valeur de TIR_INFO à 0.

■ Passez la valeur de NUM_DR_MEDIAS à 0.

■ Supprimez TOUTES les lignes contenant DR_MEDIA_REC.

6 Si vos médias de récupération de catalogue figurent sur une bande, exécutezla commande vmquery pour assigner les médias au serveur de médias.

vmquery -assigntohost media timestamp master_server

Exemple :

vmquery -assigntohost DL005L 1122000000 klingon

7 Pour récupérer le fichier .f de catalogue de la sauvegarde de catalogue àchaud, exécutez une phase 2 d'importation sur le média qui est spécifié parle fichier de reprise après incident.

bpimport -server master_server -backupid backup_id

8 S'il s'agissait d'une sauvegarde incrémentielle du catalogue, récupérez toutesles autres images de sauvegarde de catalogue jusqu'à la dernière sauvegardecomplète du catalogue incluse.

■ Ouvrez l'interface client Sauvegarde, archivage et restauration pourNetBackup. Sélectionnez le type de politique Catalogue NBU. Définissezles clients source et cible sur votre serveur maître.

■ Recherchez les sauvegardes et restaurez tous les fichiers situés dans lerépertoire suivant :

install_path/netbackup/db/images/master_server


■ Vérifiez que tous les fichiers sont correctement restaurés sur le serveurmaître.

9 Restaurez les données critiques à l'aide de l'interface client Sauvegarde,archivage et restauration ou de la ligne de commande.

■ Restaurez les images de sauvegarde de catalogue pour chaque serveurde médias qui nécessite une récupération de données.

■ Pour restaurer les images de sauvegarde, sélectionnez NBU-Catalogcomme type de politique. Les clients source et cible doivent être votreserveur maître. Actualisez la vue dans l'interface utilisateur graphique BAR.Naviguez à travers le système de fichiers pour atteindre le répertoire suivantsur le serveur maître :

install_path/netbackup/db/images

Restaurez les images pour chaque serveur de médias configuré. Vérifiezque vos images sont présentes en les recherchant dans le catalogue.

10 Récupérez les données de sauvegarde de chaque serveur de médias répertoriéà l'étape précédente. Modifiez le type de politique, la source et le client ciblecorrespondant au client utilisé pour sauvegarder les données requises.Sélectionnez les fichiers requis à partir de l'interface client Sauvegarde,archivage et restauration, puis restaurez-les.

11 Pour récupérer la base de données relationnelle NetBackup, exécutez laprocédure suivante :

bprecover -r -nbdb

Cette commande restaure les informations d'utilisation de médias NetBackup,s'assure que les médias contenant des sauvegardes ne sont pas remplacéset restaure la configuration de l'unité de stockage.

Vous ne pouvez pas rétablir la base de données relationnelle NetBackup àune configuration qui n'est pas identique à la configuration sur laquelle lecatalogue a été sauvegardé. Au lieu de cela, vous devez importer chaquepartie des médias de sauvegarde.

12 Si vos médias de récupération de catalogue figurent sur une bande, figez lesmédias contenant la sauvegarde de catalogue utilisée pour la récupération.Les médias sont ainsi protégés contre toute tentative de réutilisation :

bpmedia -freeze -m media -h master_server

Exécutez bpmedialist pour vérifier que le média est figé.


13 Récupérez vos politiques et données de configuration sur chaque serveurmaître et chaque serveur de médias.

Avant de récupérer des fichiers de politique NetBackup, vous devez vousassurer d'avoir récupéré toutes vos données critiques ou d'avoir protégé lesmédias contenant les données critiques. Quand les informations de politiquesont récupérées, NetBackup démarre pour exécuter les travaux planifiés quipeuvent écraser les médias enregistrés après la dernière sauvegarde decatalogue.

Ouvrez l'interface client Sauvegarde, archivage et restauration pour NetBackupet sélectionnez NBU-Catalog comme type de politique.

Pour tous les serveurs soient restaurés, configurez les clients source et ciblesur votre serveur, en commençant par le serveur maître.

Restaurez tous les fichiers sauvegardés par la sauvegarde de catalogue àchaud sur chaque serveur.

14 Arrêtez et redémarrez les services NetBackup.



Windows :


UNIX :



Windows :


UNIX :





Restauration des fichiers d'une sauvegarde de catalogue en ligneNetBackup

Puisque la sauvegarde de catalogue en ligne utilise le format de sauvegardestandard, vous pouvez récupérer des fichiers spécifiques à l'aide de l'interfaceutilisateur Sauvegarde, archivage et restauration de NetBackup. La restaurationdes fichiers de catalogue directement à leur emplacement d'origine peut entraînerdes incohérences dans le catalogue NetBackup ou l'échec de NetBackup. Au lieude cela, vous devez restaurer les fichiers de catalogue dans un emplacementalternatif.


Restauration des fichiers d'une sauvegarde de catalogue en ligne

1 Dans le menu Spécifier les ordinateurs NetBackup et le type de politique,sélectionnez le type de politique Catalogue NBU.

2 Spécifiez le serveur maître comme client source pour la restauration.

3 Sélectionnez les fichiers de catalogue à restaurer.

Déblocage des médias de récupération de catalogue en ligne deNetBackup

Cette procédure décrit comment libérer vos médias amovibles de récupération decatalogue.


Pour libérer le média de récupération de catalogue en ligne

1 Sur le serveur maître, pour chaque média amovible qui est identifié dans lefichier ou le message électronique de reprise après incident, exécutez lacommande suivante :

bpimport -create_db_info -server server_name -id media_id

2 Exécutez la commande suivante sur le serveur maître :

bpimport

3 Sur le serveur maître, pour chaque média qui est identifié dans le fichier ou lemessage électronique de reprise après incident, exécutez la commandesuivante :

bpmedia -unfreeze -m media_id -h server_name


Étapes à exécuter quand vous recevez l'état de sortie 5988 pendantune récupération de catalogue

Utilisez cette procédure lorsque vous recevez l'état de sortie 5988 pendant lasauvegarde d'un catalogue.

Pour résoudre le problème

1 Exécutez la commande suivante :

Windows : chemin_installation\NetBackup\bin\nbcertcmd -ping

UNIX :/usr/openv/netbackup/bin/nbcertcmd -ping


■ Si elle échoue avec l'état 8509 (le nom de serveur spécifié est introuvabledans le certificat de service Web), suivez les étapes indiquées dans cetarticle :https://www.veritas.com/support/en_US/article.000126751Passez à l'étape suivante.

2 Effectuez la connexion utilisateur sur le serveur maître. Utilisez la commandesuivante :

chemin_installation\netbackup\bin\bpnbat -login -loginType WEB

Par exemple :

chemin_installation\netbackup\bin\bpnbat -login -loginType WEB

Authentication Broker [abc.example.com is default]:

Authentication port [0 is default]:

Authentication type (NIS, NISPLUS, WINDOWS, vx, unixpwd, ldap)

[WINDOWS is default]:

Domain [abc.example.com is default]:

Login Name [administrator is default]:

Password:

Operation completed successfully.



3 Notez la valeur de clé Client_Name du serveur maître. Pour un serveur maîtreen cluster, notez la valeur de clé Cluster_Name.

Cette valeur se trouve dans l'emplacement suivant :

Windows :HKEY_LOCAL_MACHINE\SOFTWARE\Veritas\NetBackup\CurrentVersion\Config

UNIX : /usr/openv/netbackup/bp.conf

Cette valeur peut être un nom de domaine complet (FQDN) ou court.

Par exemple :

abc.example.com

4 Notez l'ID de l'hôte du serveur maître. Vous pouvez obtenir sa valeur enexécutant la commande suivante :

chemin_installation\netbackup\bin\nbcertcmd -listCertDetails

Pour un serveur maître en cluster, exécutez la commande suivante :


-cluster

Cette commande peut renvoyer plusieurs enregistrements (si un seulenregistrement est renvoyé, sélectionnez l'ID de l'hôte fourni dansl'enregistrement).

■ Si le nom d'hôte obtenu à l'étape 3 est le nom de domaine complet, utilisezl'enregistrement dans lequel l'entrée « Émis par » correspond à son nomcourt.

■ Si le nom d'hôte obtenu à l'étape 3 est un nom court, sélectionnezl'enregistrement dans lequel l'entrée « Émis par » correspond à son nomde domaine complet.

Exemple :


Master Server : abc

Host ID : 78f9eed4-xxxx-4c6a-bb40-xxxxxxxxx

Issued By : /CN=broker/OU=root@abc/O=vx

Serial Number : 0x62e108c90000000c

Expiry Date : Aug 21 08:42:54 2018 GMT

SHA1 Fingerprint : 50:89:AE:66:12:9A:29:4A:66:E9:DB:71:37:C7:

EA:94:8C:C6:0C:A0

Master Server : xyz

Host ID : 5a8dde7b-xxxx-4252-xxxx-d3bedee63e0a


Issued By : /CN=broker/[email protected]/O=vx

Serial Number : 0x6ede87a70000000a

Expiry Date : Aug 21 09:52:13 2018 GMT

SHA1 Fingerprint : FE:08:C2:09:AC:5D:82:57:7A:96:5C:C1:4A:E6:

EC:CA:CC:99:09:D2

Operation completed successfully.

Ici, deux enregistrements sont extraits.

Pour le premier enregistrement, le nom de l'émetteur dans le champ « Émispar » correspond au nom court de client_name obtenu à l'étape 3.

Par conséquent, sélectionnez l'ID de l'hôte fourni dans l'enregistrement.

5 Ajoutez un mappage d'ID d'hôte à un nom d'hôte pour le serveur maître.Mappez l'ID d'hôte obtenu à l'étape 4 au nom d'hôte obtenu à l'étape 3.

Utilisez la commande suivante :

chemin_installation\netbackup\bin\admincmd\nbhostmgmt -a -i host

ID -hm nom hôte

install_path\netbackup\bin\admincmd\nbhostmgmt -a -i

78f9eed4-xxxx-4c6a-bb40-xxxxxxxxx -hm abc.example.com

abc.example.com is successfully mapped to

78f9eed4-xxxx-4c6a-bb40-xxxxxxxxx.

Vous pouvez également ajouter ce mappage d'ID d'hôte à un nom d'hôte enutilisant la console d'administration NetBackup. Utilisez l'onglet Gestionde la sécurité > Gestion des hôtes > Hôtes.

6 Renouvelez le certificat basé sur l'ID d'hôte du serveur maître. Utilisez lacommande suivante :

chemin_installation\netbackup\bin\nbcertcmd -renewCertificate

Pour un serveur maître en cluster, exécutez la commande suivante :

chemin_installation\netbackup\bin\nbcertcmd -renewCertificate

-cluster


Aà propos de la restauration de package de reprise

après incident 186acstest 148AdvancedDisk 158, 170archivage

pour NBCC 136pour nbsu 133

arrêt des processus NetBackup 98Assistant Configuration de volume 173Assistant de configuration de périphérique 172

BBare Metal Restore 159Bare Metal Restore 155, 178base de données relationnelle 85bp.conf

entrées SERVER 119bp.kill_all 98, 100bp.start_all 100bpps 24bundle, création

sortie NBSU 133bundle, création de

Sortie de NBCC 136

Ccartes d'interface réseau 118cartes NIC et duplex intégral 118client

NetBackupnom configuré 68nom d'homologue 68noms d'hôte multiples 67problèmes d'installation 30test de la configuration 36, 40

client SANet bp.conf 119

client, NetBackupRécupération de disque de Windows 178

commande bpdown 98–99, 173, 177commande bpup 99Commandes d'analyse de journal

journaux de débogage 124compression

pour NBCC 136pour nbsu 133

compte de services Webpendant la récupération 160, 162, 167, 169, 172,

175, 182, 184connexion réseau

plusieurs 67connexions au proxy vnetd

dépannage 52connexions de proxy vnetd

échec de certificat révoqué 56–57échec de validation de pair 58

conteneur NetBackup CloudStore Service Containerdémarrage et arrêt 27

correctifs (installation pendant la récupération) 180Courrier électronique 157courrier électronique d'informations 157

Ddaemon NB_dbsrv 85débogage

NBCC 135nbsu 131

dépannage, procédure préliminaire 20disque plein 85duplex intégral, mode 118

Eéchec de certificat révoqué 56–57échec de validation de pair 58entrées SERVER

bp.conf 119

Ffaibles performances et cartes NIC 118

Index

GGestionnaire de bases de données relationnelles

NetBackup 85

Hhost.xlate, fichier 70

Iifconfig

vérification du mode duplex de la carte NIC 118indisponible 120inetd 30informations, enregistrement 12installation

Linux 30ipconfig

vérification du mode duplex de la carte NIC 118

Jjournaux de débogage

utilitaires d'analyse 124journaux de la validation d'hôte 101

LLinux 30liste de révocation des certifications

déterminer si un certificat est révoqué 65

Mmode duplex et performance 118Mode sécurisé

pour PBX 96

NNBCC

affichage de la progression 137archivage et compression 136cas d'utilisation 135dépannage 135emplacement 134exécute les opérations suivantes 134nbcc-info.txt, fichier 136présentation 134remarques sur l'exécution 135sortie 136

nbcc-info.txt, fichier 136

nbdb_move 172nbemm 25nbftclnt

et bp.conf 119nbjm 25nbpem 25nbrb 25, 86nbsu

Affichage de la progression 133archivage et compression 133bundle, création 133cas d'utilisation 130dépannage 131emplacement 130fichier de sortie 132fichier nbsu_info.txt 131introduction 129

nbsu_info.txt, fichier 131NetBackup

ne répond pas 85NetBackup Remote Manager and Monitor Service

démarrage et arrêt 27–28nom d'hôte, entrée

vérification 71

Oodltest 147OpenStorage 158, 170

Ppackage de reprise après incident 153PBX

consignation 96démarrage 95démarrage/arrêt 98Dépannage 94Mode sécurisé 96mode sécurisé 97utilisateur authentifié 96

pbx_exchange 95pbxcfg 96Private Branch Exchange (PBX) 94problèmes d'installation 29problèmes de communication

clients PC 48clients UNIX 44

problèmes de configuration 30problèmes de configuration automatique 33

254Index

problèmes de configuration de périphérique 33problèmes de réseau


problèmes de validation de l'hôte distantdépannage 100

procédure de dépannageentrées de nom d'hôte et de services 71général

serveur de médias et clients 40serveur maître et clients 36, 41

installation 29préliminaire 20problèmes de communication


procéduresDépannage

introduction 18dépannage

installation et configuration 29noms d'hôte et services 71préliminaire 20problèmes de communication 44, 48serveur de médias et clients 40serveur maître et clients 36

récupérationdisque client Windows 178

procédures de récupérationdisque client Windows 178

processus NetBackup, arrêter 100processus NetBackup, démarrer 100Propriétés de l'hôte 84propriétés du client, boîte de dialogue 84proxy de vnetd

dépannage 54

Rrécupération de catalogue

fichiers image de catalogue 212serveur maître en cluster 213

récupération de disqueClient Windows 178

RedHat 30reprise après incident

préparation au sinistre 151restauration de package de reprise après incident

UNIX 189Windows 187

restauration, autre clienthost.xlate, fichier 70

robtest 147–148

Ssauvegardes de catalogue

packages de reprise après incident 153semi-duplex et mauvaises performances 118serveur

problèmes d'installation 29procédure de test du serveur maître 36, 41procédure de test pour le serveur de médias 40

serveur de médiasprocédure de test 40

serveur maîtreprocédure de test 36, 41

service client NetBackupdémarrage et arrêt 27–28

service d'agent de déduplication à plusieurs threadsNetBackup

démarrage et arrêt 28service d'authentification NetBackup

démarrage et arrêt 27service de client hérité NetBackup

démarrage et arrêt 28service de compatibilité NetBackup

démarrage et arrêt 27Service de console de gestion NetBackup

démarrer et arrêter 27service de couche de service NetBackup

démarrage et arrêt 27service de daemon de requête NetBackup

démarrage et arrêt 27service de gestionnaire d'événements NetBackup

démarrage et arrêt 27service de gestionnaire d'indexation NetBackup

démarrage et arrêt 27service de gestionnaire de bases de données

NetBackupdémarrage et arrêt 27

service de gestionnaire de bases de donnéesrelationnelles NetBackup

démarrage et arrêt 27service de gestionnaire de cycle de vie du stockage

NetBackupdémarrage et arrêt 27

service de gestionnaire de déduplication NetBackupdémarrage et arrêt 28

255Index

service de moniteur de service NetBackupdémarrage et arrêt 27

service de moteur de déduplication NetBackupdémarrage et arrêt 28

service NetBackup Device Managerdémarrage et arrêt 28

service NetBackup Discovery Frameworkdémarrage et arrêt 27

service NetBackup Enterprise Media Managerdémarrage et arrêt 27

service NetBackup Job Managerdémarrage et arrêt 27

service NetBackup Policy Execution Managerdémarrage et arrêt 27

service NetBackup Resource Brokerdémarrage et arrêt 27

service NetBackup Vault Managerdémarrage et arrêt 27

service NetBackup Volume Managerdémarrage et arrêt 27–28

service Private Branch Exchangedémarrage et arrêt 27–28

services, entréesvérification 71

SharedDisk 158, 170SuSE 30

Ttl4test 147–148tl8test 147–148tldtest 147–148tlhtest 148tpautoconf 163traceroute 70tracert 70travaux

en attente pendant de longues périodes 85travaux en attente 85tshtest 147

Uunité de stockage 120utilisateur authentifié

pour PBX 96utilitaire

test robotique 146Utilitaire de support NetBackup

voir nbsu 129

utilitaire de testrobotique 146

utilitaire de test robotique 146acstest 148odltest 147tl4test 147–148tl8test 147–148tldtest 147–148tlhtest 148tshtest 147

utilitaires d'analyse de journalformat de sortie 127limitations 127

VVérification de la cohérence NetBackup

voir NBCC 134vxpbx_exchanged 98

Xxinetd 30

256Index

Date post:	04-Oct-2021
Category:	Documents
Upload:	others
View:	7 times
Download:	0 times

Guide de dépannage de Veritas NetBackup : UNIX, Windows et ...

Documents