NetBackup Troubleshoot Guide

Guide de dépannageSymantec NetBackup™

Windows, UNIX et Linux

Version 7.1

Guide de dépannage Symantec NetBackup™Le logiciel présenté dans cette documentation est fourni dans le cadre d'un contrat de licenceet ne peut être utilisé que conformément aux conditions de l'accord.

Version de la documentation : 7.1

Mentions légalesCopyright © 2010 Symantec Corporation. Tous droits réservés.

Symantec et le logo Symantec sont des marques commerciales ou des marques déposées deSymantec Corporation ou de ses affiliés aux Etats-Unis et dans d'autres pays. Les autresnoms peuvent être des marques commerciales de leurs détenteurs respectifs.

Ce produit Symantec peut contenir un logiciel tiers pour lequel Symantec doit fournir uneattribution de "programmes tiers". Certains programmes tiers sont disponibles sous licencelibre ou gratuite. Le contrat de licence accompagnant le logiciel ne modifie en rien lesobligations ou les droits acquis dans le cadre de licences de logiciel gratuit ou en code sourcelibre. Pour plus d'informations sur les programmes tiers, reportez-vous à l'annexe portantsur les mentions légales relatives aux produits tiers de ce document ou du fichier Lisezmoiconcernant les tiers qui accompagnent ce produit Symantec.

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 Symantec Corporation et deses ayants droit éventuels.

LA DOCUMENTATION EST FOURNIE "EN L'ETAT" ET SYMANTEC SE DEGAGE DE TOUTERESPONSABILITE QUANT A UNE GARANTIE OU CONDITION D'AUCUNE SORTE, EXPRESSEOU IMPLICITE, Y COMPRIS NOTAMMENT LES GARANTIES OU CONDITIONS IMPLICITESDE QUALITE MARCHANDE, D'ADEQUATION A UN USAGE PARTICULIER OU DE RESPECTDES DROITS DE PROPRIETE INTELLECTUELLE, DANS LA MESURE OU CETTE CLAUSEDE NON-RESPONSABILITE RESPECTE LA LOI EN VIGUEUR. SYMANTEC CORPORATIONNE PEUT ETRE TENUE RESPONSABLE DES DOMMAGES INDIRECTS OU ACCESSOIRESLIES A LA FOURNITURE, AUX PERFORMANCES OU A L'UTILISATION DE CETTEDOCUMENTATION. LES INFORMATIONS CONTENUES DANS CETTE DOCUMENTATIONSONT SUJETTES A MODIFICATION SANS PREAVIS.

Le logiciel et la documentation sous licence sont considérés comme "logiciel informatiquecommercial" et "documentation de logiciel informatique commercial" selon les définitionsde la section FAR 12.212 et soumis aux restrictions spécifiées dans les sections FAR 52.227-19,"Commercial Computer Software - Restricted Rights" et DFARS 227.7202, "Rights inCommercial Computer Software or Commercial Computer Software Documentation" envigueur et selon toute autre législation en vigueur. Toute utilisation, modification,reproduction, représentation ou divulgation du logiciel sous licence ou de la documentationpar le gouvernement des Etats-Unis est soumise aux conditions du présent accord.

Symantec Corporation350 Ellis StreetMountain View, CA 94043

http://www.symantec.com

Imprimé en République tchèque.

10 9 8 7 6 5 4 3 2 1

http://www.symantec.com

Support techniqueLe support technique de Symantec entretient globalement les centres de support.Le rôle primaire du support technique est de répondre aux requêtes spécifiquesau sujet des caractéristiques et de la fonctionnalité des produits. Le groupe dusupport technique élabore également le contenu de notre base de connaissancesen ligne. Le groupe du support technique travaille en collaboration avec d'autressecteurs fonctionnels au sein de Symantec afin de répondre à vos questions dansles meilleurs délais. Par exemple, le groupe du support technique travaille avecProduct Engineering et Symantec Security Response pour fournir des servicesd'alerte et des mises à jour de définitions de virus.

Le support de Symantec comprend les offres suivantes :

■ une gamme d'options de prise en charge permettant de sélectionner librementla quantité de services appropriée pour toutes tailles d'organisation ;

■ une prise en charge par téléphone et/ou en ligne offrant une réponse rapideet des informations à jour ;

■ une assurance de mise à niveau qui fournit des mises à niveau logicielles ;

■ une prise en charge globale aux heures ouvrables selon la région ou 24 heuressur 24, 7 jours sur 7 ;

■ des offres de service de meilleure qualité qui comprennent des services degestion de compte.

Pour obtenir des informations sur le support technique de Symantec, visitez notresite Internet à l'adresse suivante :

www.symantec.com/business/support/

Tous les services de support seront fournis conformément à votre contrat desupport et à la politique de support technique qui était en vigueur dans l'entrepriseà ce moment.

Contact du support techniqueLes clients disposant d'un contrat de support en cours peuvent accéder auxinformations de support technique à l'URL suivante :

http://www.symantec.com/fr/fr/business/support/

Avant de contacter le support technique, vérifiez si votre configuration systèmeremplit les conditions requises qui sont répertoriées dans la documentation devotre produit. De plus, vous devez vous trouver devant l'ordinateur sur lequel leproblème est survenu, au cas où vous devriez reproduire ce dernier.



Lorsque vous contactez le support technique, vous devez disposer des informationssuivantes :

■ Version du produit

■ Informations matérielles

■ Mémoire disponible, espace disque et informations de carte d'interface réseau

■ Système d'exploitation

■ Version et niveau de correctif

■ Topologie du réseau

■ Routeur, passerelle et informations d'adresses IP

■ Description de problème :

■ Messages d'erreur et fichiers journaux

■ Dépannages effectués avant de contacter Symantec

■ Modifications de configuration logicielle et modifications de réseau récentes

Licence et enregistrementSi votre produit Symantec nécessite un enregistrement ou une clé de licence,consultez la page Web de notre support technique, à l'adresse suivante :


Service clientVous pouvez consulter les informations concernant le service client à l'URLsuivante :


Le service client répond aux questions non techniques, telles que les types deproblème suivants :

■ Les questions concernant la licence et le numéro de série du produit

■ Les mises à jour de l'enregistrement des produits, telles que l'adresse ou leschangements de nom

■ Des informations générales sur les produits (fonctions, langues disponibles,distributeurs locaux)

■ Les dernières informations concernant les mises à jour et à niveau des produits

■ Les informations concernant la mise à niveau des contrats d'assurance et desupport

■ Les informations concernant les programmes d'achat de Symantec



■ Des conseils concernant les options de support technique des produitsSymantec

■ Des questions non techniques avant vente

■ Des questions concernant les CD-ROM ou les manuels

Ressources contrat de supportSi vous voulez contacter Symantec concernant un contrat de support existant,prenez contact avec le service administratif de votre région :

[email protected], Pacifique et Japon

[email protected], Moyen-Orient et Afrique

[email protected]érique du Nord et Amérique Latine

mailto:[email protected]



Support technique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4

Chapitre 1 Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

Résolution de problème .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13Rapport de problème pour le support technique .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15Collecte des informations pour des applications NetBackup Java .... . . . . . . . 17

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

Procédures de dépannage .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22Problèmes de dépannage de NetBackup .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22

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

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

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 .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47Résolution des problèmes de communication réseau avec des clients

PC .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54Vérification des entrées de nom d'hôte et de service dans

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

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

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

PC UNIX .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68Exemple des entrées de nom d'hôte et de service sur des clients

UNIX dans les réseaux multiples ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69Exemple des entrées de nom d'hôte et de service sur le serveur

UNIX qui se connecte à plusieurs réseaux .... . . . . . . . . . . . . . . . . . . . . . . . . . 71

Table des matières

À propos de l'utilitaire bpclntcmd .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73Utilisation de la fenêtre Propriétés de l'hôte pour accéder aux

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

Journaux pour le dépannage d'un média figé ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78À propos des conditions qui figent les médias ... . . . . . . . . . . . . . . . . . . . . . . . . . . . 79

Résolution des problèmes PBX .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82Vérifier l'installation de PBX .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83Contrôle de l'exécution de PBX .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83Contrôle de la définition correcte de PBX .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83Accès aux journaux PBX .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 85Dépannage de la sécurité PBX .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86Détermination de la disponibilité du daemon ou du service

PBX .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88Dépannage de la duplication sur un serveur maître distant ... . . . . . . . . . . . . . . . 89

Dépannage de la duplication sur les travaux de serveur maîtredistant ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89

Dépannage des travaux d'importation automatiques ... . . . . . . . . . . . . . . . . . 97Dépannage des performances de la carte d'interface réseau .... . . . . . . . . . . . . 101À propos des entrées SERVER dans le fichier bp.conf ... . . . . . . . . . . . . . . . . . . . . . 102À propos des problèmes d'unité de stockage indisponible ... . . . . . . . . . . . . . . . . 103À propos du dépannage de NetBackup dans un environnement

SAN .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104Bonnes pratiques de cycle de vie d'entreprise NetBackup .... . . . . . . . . . 104À propos de l'utilisation de CommandCentral Storage pour

dépanner NetBackup dans un environnement SAN .... . . . . . . . . . . . 106Utilisation de CommandCentral Storage pour dépanner

l'incapacité d'accéder aux lecteurs ou aux robots dans unenvironnement SAN .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107

Utilisation de CommandCentral Storage pour dépannerl'incapacité de découvrir un lecteur ou un robot dans unenvironnement SAN .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 108

Utilisation de CommandCentral Storage pour dépanner unedéfaillance intermittente de lecteur dans un environnementSAN .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 109

Chapitre 3 Utilisation des journaux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111

À propos des journaux .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111À propos des journaux système UNIX .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113À propos de la consignation unifiée ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 114

Rassemblement des journaux unifiés de NetBackup .... . . . . . . . . . . . . . . . . 115

Table des matières8

Types de messages de consignation unifiée ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117Format de nom de fichier pour la consignation unifiée ... . . . . . . . . . . . . . 118Processus de serveur utilisant la consignation unifiée ... . . . . . . . . . . . . . . 119Processus de client UNIX qui utilisent la consignation

unifiée ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 125Processus de client PC qui utilisent la consignation unifiée ... . . . . . . . 126À propos du changement d'emplacement des fichiers journaux

unifiés ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 126À propos de la réutilisation des fichiers journaux unifiés ... . . . . . . . . . . 127À propos de la substitution des fichiers journaux unifiés ... . . . . . . . . . . . 128À propos de l'utilisation de la commande vxlogview pour afficher

les journaux unifiés ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 129À propos des chaînes de requête utilisées avec la commande

vxlogview .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 130Exemples d'utilisation de la commande vxlogview pour afficher

les journaux unifiés ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 133Exemples d'utilisation de la commande vxlogmgr pour gérer les

journaux unifiés ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 135Exemples d'utilisation de la commande vxlogcfg pour configurer

les journaux unifiés ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 136À propos de la consignation héritée ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 139

Création de répertoires de journaux hérités pour accompagnerles rapports de problème de sauvegarde synthétique .... . . . . . . . . . 141

Formats de nom de fichier pour la consignation héritée ... . . . . . . . . . . . . 142Noms du répertoire pour les journaux de débogage hérités pour

des serveurs ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 142Noms du répertoire des journaux de débogage hérités pour la

gestion des périphériques et des médias ... . . . . . . . . . . . . . . . . . . . . . . . . . . 144Comment contrôler la quantité d'informations enregistrée dans

les fichiers de journaux hérités ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 146À propos de la limitation de la taille et de la conservation des

journaux hérités ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 147Configuration de la substitution (rotation) des journaux

hérités ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 148Processus de client UNIX qui utilisent la consignation

héritée ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 149Processus de client PC qui utilisent la consignation héritée ... . . . . . . . 151

À propos du niveau de consignation global ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 154Modification du niveau de consignation .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 156Modification du niveau de consignation sur les clients Windows

et NetWare .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 157Journaux à joindre aux rapports de problème de sauvegarde

synthétique .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 157

9Table des matières

Définition des limites de conservation des journaux des clients ... . . . . . . . 158Options de consignation avec l'observateur d'événements

Windows .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 159Messages d'erreur de dépannage dans la console d'administration

NetBackup sous UNIX .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 162À propos de l'espace disque supplémentaire requis pour les

journaux et les fichiers temporaires ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 163Activation de la consignation de débogage détaillée ... . . . . . . . . . . . . . . . . . 164

Chapitre 4 Utilisation des utilitaires NetBackup . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 167

Utilitaires de dépannage de NetBackup .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 167Utilitaires d'analyse pour les journaux de débogage de

NetBackup .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 169Utilitaires de dépannage réseau .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 173Utilitaire de support NetBackup (nbsu) ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 174

Sortie de l'utilitaire de support NetBackup (nbsu) ... . . . . . . . . . . . . . . . . . . . . 176Informations de code d'état recueillies par l'utilitaire de support

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

NetBackup (nbsu) ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 179Utilitaire de vérification de la cohérence NetBackup (NBCC) ... . . . . . . . . . . . . 180

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

Exemple d'affichage de la progression de NBCC .... . . . . . . . . . . . . . . . . . . . . . . 183Utilitaire NBCCR (NetBackup Consistency Check Repair) .. . . . . . . . . . . . . . . . . . 187Utilitaire nbcplogs ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 189

Chapitre 5 Reprise après incident . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 193

Reprise après incident ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 193Pratiques de sauvegarde recommandées ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 195Procédures de récupération de disque pour UNIX et Linux .... . . . . . . . . . . . . . 197

Récupération du disque du serveur maître sous UNIX etLinux .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 198

Récupération du disque de serveur de médias NetBackup sousUNIX et Linux .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 204

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

Récupération d'un serveur NBU faisant partie d'un cluster sous UNIXet Linux .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 205Remplacement d'un nœud défaillant dans un cluster UNIX ou

Linux .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 205


Récupération du disque partagé dans un cluster UNIX ouLinux .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 207

Récupération du cluster UNIX ou Linux dans son ensemble ... . . . . . . . 208Procédures de récupération de disque pour Windows .... . . . . . . . . . . . . . . . . . . . . 209

Récupération du disque de serveur maître pour Windows .... . . . . . . . . 210Récupération du disque de serveur de médias NetBackup sous

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

Récupération d'un serveur NBU faisant partie d'un cluster sousWindows .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 220Remplacement d'un nœud défaillant dans un cluster VCS de

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

Windows .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 221Récupération du cluster VCS de Windows dans son

intégralité ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 223Comment récupérer un catalogue à partir d'une sauvegarde .... . . . . . . . . . . 224

Récupération de l'ensemble du catalogue à partir d'unesauvegarde en ligne .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 225

Récupération de fichier image de catalogue .... . . . . . . . . . . . . . . . . . . . . . . . . . . 234Récupération des bases de données relationnelles à partir d'une

sauvegarde de catalogue en ligne .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 246Récupération du catalogue NetBackup quand NetBackup Access

Control est configuré ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 250Récupération du catalogue à partir d'une copie qui n'est pas la

principale d'une sauvegarde de catalogue .... . . . . . . . . . . . . . . . . . . . . . . . 251Récupération du catalogue sans fichier de reprise après incident

... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 252Récupération du catalogue en ligne gérée par l'utilisateur à partir

de l'interface de ligne de commande .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 256Restauration de fichiers à partir d'une sauvegarde de catalogue

en ligne .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 260Libération du média de récupération de catalogue en ligne .... . . . . . . 260

Annexe A Aperçu du fonctionnement des sauvegardes et desrestaurations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 263

Présentation fonctionnelle sur la sauvegarde et la restauration .... . . . . . . . 263Processus de démarrage de la sauvegarde et de la restauration .... . . . . . . . 264Processus de sauvegarde et d'archivage .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 264

Planification de travaux .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 265Serveur EMM et serveur maître ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 265

Sauvegardes et archivages, clients UNIX .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 266

11Table des matières

Processus de sauvegarde .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 266Sauvegarde avec flux de données multiples ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . 270Sauvegardes de clichés et Sauvegarde Windows Open File ... . . . . . . . . 271Client SAN .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 274Sauvegardes et archivages sur Windows .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 277Sauvegardes et archivages, clients NetWare .... . . . . . . . . . . . . . . . . . . . . . . . . . . 278Sauvegardes synthétiques ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 279Sauvegarde de catalogue NetBackup en ligne et en direct ... . . . . . . . . . . 283

Processus de restauration .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 286Restauration de clients UNIX et Linux : ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 286Restauration de clients SAN (UNIX ou Windows) ... . . . . . . . . . . . . . . . . . . . . . 290Restauration de clients Windows .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 293Restauration des clients NetWare .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 294Restauration de sauvegardes de catalogue .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 296

Répertoires et fichiers NetBackup .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 298Structure de répertoire NetBackup : UNIX .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 299Contenu de /usr/openv/netbackup .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 301

Programmes et daemons NetBackup .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 303Catalogues NetBackup .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 316

Annexe B Fonctionnement de la gestion des périphériqueset des médias . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 319

Processus de démarrage de gestion des médias et despériphériques ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 319

Processus de gestion des médias et des périphériques ... . . . . . . . . . . . . . . . . . . . . 321Procédé de gestion d'option de stockage partagé .... . . . . . . . . . . . . . . . . . . . . . . . . . . 323Opérations code-barres ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 325Composants de gestion de médias et de périphériques ... . . . . . . . . . . . . . . . . . . . . 327

Annexe C Réseaux et noms d'hôte . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 339

Contexte de dépannage .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 339

Annexe D Utilitaires de test robotique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 345

Utilitaires de test robotique .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 345Tests robotiques sur UNIX .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 345Tests robotiques sur Windows .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 347

Index . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 349


Présentation

Ce chapitre traite des sujets suivants :

■ Résolution de problème

■ Rapport de problème pour le support technique

■ Collecte des informations pour des applications NetBackup Java

Résolution de problèmeLes étapes suivantes vous fournissent des instructions générales pour vous aiderà résoudre tout problème qui pourait survenir lors de l'utilisation de NetBackup.Les étapes vous fournissent des liens vers des informations de dépannage plusspécifiques.

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

DescriptionActionEtape

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.

Se reporter à "À propos des journaux" à la page 111.

Souvenez-vous du messaged'erreur

Etape 1

1Chapitre


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 disponiblespour la 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 ?

■ Etes-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èmed'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 decompatibilité de périphérique publiées ?

Identifiez ce que vous faisiezquand le problème estsurvenu

Etape 2

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 messagesd'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 oud'informations sur l'état dans les journaux du système et del'Observateur d'é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 ainsique pour le personnel du support client au cas où vous ne parviendriez pasà résoudre votre problème. Vous pouvez obtenir plus d'informations surles journaux et les rapports.


Enregistrez toutes lesinformations

Etape 3

PrésentationRésolution de problème

14


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

■ Appliquez l'action corrective recommandée par le code d'état ou lemessage.

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

■ Si aucun code d'état ou message n'existe ou les actions pour le coded'état ne résolvent pas le problème, utilisez d'autres procédures dedépannage pour isoler des problèmes communs.

Se reporter à "Problèmes de dépannage de NetBackup" à la page 22.

Corrigez le problèmeEtape 4

Si votre dépannage échoue, préparez-vous à entrer en contact avec lesupport technique en complétant un rapport de problème.

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

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

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 support-h.

Remplissez un rapport deproblème pour le supporttechnique

Etape 5

Le site du support client de Symantec contient un grand nombred'informations permettant de résoudre les problèmes de NetBackup.

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


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 uneinstallation de serveur, n'oubliez pas que seul un hôte existe : les serveurs maîtreet de médias ne forment qu'un seul et même serveur. Ignorer les références à unserveur de mé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 : _________________________

15PrésentationRapport de problème pour le support technique

http://www.symantec.com/business/support/

Sauvegardez les informations relatives au produit, au périphérique et à laplate-forme qui 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.____________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________

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 :

PrésentationRapport de problème pour le support technique

16

_____ 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 :

_____ Rapport sur toutes les entrées de journal

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

_____ Journaux de débogage NetBackup

_____ Journaux système (UNIX)

_____ Journaux de l'Observateur d'événements pour les applications et les systèmes(Windows)

Moyens d'entrer en contact avec nous :

_____ ftp

_____ telnet

_____ 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 :

17PrésentationCollecte des informations pour des applications NetBackup Java

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.propertiespour connaître les optionssusceptibles d'affecter le contenu de ce fichier journal.

jnbSA

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

Consigne les données dans un fichier journal si NetBackup est installésur l'ordinateur où l'application a été démarrée. Elle effectue laconsignation dansinstall_path\NetBackup\logs\user_ops\nbjlogs. SiNetBackup n'a pas été installé sur cet ordinateur, alors 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 : install_path\java\nbjava.bat.

.

Application d'administration de NetBackupJava sur Windows

Fournit une trace de pile d'ordinateur virtuel 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

Crée un fichier contenant des données nécessaires au support clientpour déboguer tous les problèmes que vous rencontrez. Pour plus dedétails, consultez les informations relatives à l'utilisation de ce scriptà l'aide de l'option -h.

/usr/openv/netbackup/bin/goodies/support

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

Patientez plusieurs minutes avant de conclure quel'opération est bloquée. Certaines opérations peuventprendre un certain temps pour se terminer, en particulierdes opérations dans les applications Moniteurd'activité etRapports.

Une application ne répondpas.

PrésentationCollecte des informations pour des applications NetBackup Java

18

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émarriezjnbSA du compte de racine,démarrez /usr/openv/java/get_trace en tant queracine. Autrement, la commande s'exécute sans erreur maisne génère aucune trace de pile dans le journal de débogage.Cet échec est dû au fait que la racine est le seul compteautorisé à exécuter la commande qui vide la trace de pile.

Toujours aucune réponseaprès plusieurs minutes.

Exécutez/usr/openv/netbackup/bin/goodies/support.Exécutez ce script après avoir terminé l'installation deNetBackup et chaque fois que vous modifiez la configurationde NetBackup.

Notez les donnéesconcernant votreconfiguration.

Fournissez le fichier journal et la sortie du script desupport pour l'analyse.

Entrez en contact avec lesupport client de Symantec

19PrésentationCollecte des informations pour des applications NetBackup Java

PrésentationCollecte des informations pour des applications NetBackup Java

20

Procédures de dépannage


■ Procédures de dépannage

■ Problèmes de dépannage de 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 PC

■ Vérification des entrées de nom d'hôte et 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 PBX

■ Dépannage de la duplication sur un serveur maître distant

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

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

2Chapitre

■ À propos des problèmes d'unité de stockage indisponible

■ À propos du dépannage de NetBackup dans un environnement SAN

Procédures de dépannageCe chapitre contient les procédures permettant de rechercher la cause des erreursNetBackup. Ces procédures sont générales et n'ont pas pour objectif de couvrirtous les éventuels problèmes. Cependant, elles recommandent des méthodespermettant généralement de résoudre le problème.

Le site du support &CompanyName; contient un grand nombre d'informationspermettant de résoudre les problèmes de NetBackup. Consultez le site suivantpour obtenir des informations complètes de dépannage :


Lorsque vous effectuez 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. Sile problè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.

Le dépannage préliminaire explique les éléments à vérifier en premier lieu. Cetteétape renvoie à d'autres procédures, selon les cas.

Le dépannage des problèmes d'installation et de configuration s'appliquespécifiquement aux problèmes d'installation et de configuration.

Les procédures de test et de dépannage générales définissent des méthodesgénérales de recherche des problèmes de serveur et de client et doivent êtreutilisées en dernier.

Remarque :Le terme "serveur de médias", à ne pas confondre avec "serveur maître"ou "serveur", ne s'applique pas au serveur NetBackup. Lorsque vous dépannezune installation de serveur NetBackup, ignorez toutes les références au serveurde médias. Cette remarque ne s'applique pas à NetBackup Enterprise Server.

Problèmes de dépannage de NetBackupSi vous avez des problèmes avec NetBackup, exécutez ces actions d'abord.

Cette procédure préliminaire de dépannage de NetBackup explique ce qui est àvérifier d'abord et renvoie à d'autres procédures selon les besoins. Ces procédures

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

22


n'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. Sile problè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.

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

DescriptionActionÉtape

Assurez-vous que vos serveurs et clients exécutent les versions dusystème d'exploitation prises en charge et que les périphériques quevous utilisez (le cas échéant) sont pris en charge. Consultez les notesde version de NetBackup et les listes de compatibilité de NetBackupsur le site Web suivant :

http://www.symantec.com/docs/TECH59978

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

Étape 1

Utilisez le rapport Toutes les entrées de journal et recherchez leserreurs NetBackup pour la période appropriée. Ce rapport peut indiquerdans quel contexte l'erreur s'est produite. Souvent, il fournit desinformations spécifiques, qui sont utiles quand le code d'état peutrésulter d'une série de problèmes.

Pour plus d'informations, reportez-vous au Guide de l'administrateurNetBackup, Volume I.

Si le problème concerne une sauvegarde ou une archive, vérifiez lerapport É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 deces rapports, effectuez les actions correctives recommandées.

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

Utilisez les rapports pourrechercher les erreurs.

Étape 2

23Procédures de dépannageProblèmes de dépannage de NetBackup

http://www.symantec.com/business/support/


Vérifiez le journal système sous UNIX ou le journal système etapplication Observateur d'événements sous Windows si le problèmeconcerne la gestion des médias ou des périphériques et que l'une desconditions suivantes est vérifiée :

■ NetBackup ne fournit pas de code d'état.

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

■ Vous ne pouvez pas corriger le problème en suivant les instructionsdes 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'estproduite. Les messages d'erreur sont habituellement assez descriptifspour vous indiquer la nature du problème.

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

Étape 3

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-les avant 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. Sivous n'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, lorsd'une installation de mise à niveau ou après avoir apporté desmodifications à une configuration existante, vérifiez les élémentssuivants :

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, desprocédures sont disponibles pour récupérer les fichiers qui sontessentiels au fonctionnement de NetBackup.

Assurez-vous que le serveuret le client sontopérationnels.

Étape 7

Procédures de dépannageProblèmes de dépannage de NetBackup

24


Vérifiez que vous avez assez d'espace disponible dans les partitions dedisque que NetBackup utilise. Si 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. Messagesd'erreur possibles : "Impossible d'accéder" ou "Impossible de créer oud'ouvrir un fichier".

Sur les systèmes UNIX, utilisez la commande df afin d'afficher lesinformations de partition de disque. Sur les systèmes Windows, utilisezle gestionnaire 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 partitionoù les bases de données NetBackup résident.

■ La partition où les processus NetBackup enregistrent des fichierstemporaires.

■ La partition où 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 pourles zones que vous pensez être liées au problème.

Se reporter à "Modification du niveau de consignation" à la page 156.

Se reporter à "Comment contrôler la quantité d'informations enregistréedans les fichiers de journaux hérités" à la page 146.

Se reporter à "Modification du niveau de consignation sur les clientsWindows et NetWare" à la page 157.

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écutionsur les serveurs UNIX" à la page 25.

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

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 les serveursUNIX

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


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

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 Si le serveur maître est également le serveur EMM, assurez-vous que lesservices nbemm et nbrb sont en cours d'exécution. Si aucun de ces servicesn'est en cours d'exécution, démarrez-les en entrant les deux commandessuivantes. Si seulement un des services est en cours d'exécution, démarrezl'autre service à l'aide de la commande appropriée.

/usr/openv/netbackup/bin/nbemm

/usr/openv/netbackup/bin/nbrb

3 Les services nbpem et nbjm doivent s'exécuter sur le serveur maître. Si aucunde ces services n'est en cours d'exécution, démarrez-les en entrant les deuxcommandes suivantes. Si seulement un des services est en cours d'exécution,démarrez l'autre service à l'aide de la commande appropriée.

/usr/openv/netbackup/bin/nbjm

/usr/openv/netbackup/bin/nbpem

4 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

5 Assurez-vous que les procédés suivants de gestion de médias et depériphérique sont en cours d'exécution :

■ ltid ( doit s'exécuter uniquement si des lecteurs sont configurés sur leserveur)

■ vmd (volume)

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

■ processus pour tous les robots configurés


26

6 Si l'un de ces processus n'est pas en cours d'exécution, arrêtez le daemon depériphérique ltid en exécutant la commande suivante :

/usr/openv/volmgr/bin/stopltid

7 Pour vérifier que ltid, avrd et les daemons de contrôle robotique sont arrêtés,exécutez :

/usr/openv/volmgr/bin/vmps

8 Si vous utilisez le contrôle robotique ACS, les processus acsssi et acsselcontinuent à s'exécuter quand ltid est arrêté. Arrêtez tous les daemons decontrôle de robot qui peuvent continuer à s'exécuter en entrant la commandesuivante :

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

9 Puis, démarrez tous les daemons en exécutant la commande suivante :

/usr/openv/volmgr/bin/ltid

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

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 réellement en cours d'exécution.


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


Les services suivants doivent s'exécuter. Si ces services ne s'exécutent pas,démarrez-les en utilisant le moniteur d'activité NetBackup ou l'applicationServices dans le Panneau de configuration Windows :

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

Services sur des serveurs maître :

■ Service NetBackup Request Manager

■ Service NetBackup Policy Execution Manager

■ Service NetBackup Job Manager

■ Service NetBackup Database Manager

■ Service NetBackup Device Manager (si le système contient despériphériques configurés)

■ Service NetBackup Volume Manager

■ Service NetBackup Client

Services sur des serveurs EMM :

■ Service NetBackup Enterprise Media Manager

■ Service NetBackup Resource Broker

Services sur des serveurs de médias :

■ Service NetBackup Device Manager (si le système contient despériphériques configurés)

■ Service NetBackup Volume Manager


Services sur des clients (y compris consoles d'administration à distanceNetBackup) :


Démarrez tous lesservices.

Étape 1

Utilisez leMoniteur 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 de NetBackup, Volume I.

Si ces processus ne sont pas en cours d'exécution, arrêtez et redémarrez leservice DeviceManager NetBackup. Utilisez le Moniteurd'activité NetBackupou l'application Services dans le Panneau de configuration de Windows.

Démarrez avrd et lesprocessus des robots.

Étape 2


28


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èmepersiste, 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, àmoins que vous les arrêtiez manuellement ou qu'un problème survienne dansle système. Sur les systèmes Windows, nous vous recommandons d'ajouterdes commandes pour les démarrer à partir de vos scripts de démarrage, ainsielles redémarrent au cas où vous devriez redémarrer.

Redémarrezl'opération ouprocédez à undépannagesupplémentaire.

Étape 3

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 : vousdevez avoir la permission d'installer des services sur le système.

■ Permission refusée : assurez-vous que vous avez la permission d'utiliserle pé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 documentationdu constructeur du matériel.

■ Lecteur incorrectement configuré : consultez la documentation du systèmeet 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'installer ou d'utiliser NetBackup sur un client Linux,vérifiez que le service inetd (ou xinetd) est démarré sur l'ordinateur. Ceservice assure les communications entre le serveur NetBackup maître et leclient Linux.

Remarque : Vous ne pouvez pas installer le logiciel client PC à partir d'unserveur NetBackup sous UNIX.

Procédez comme suit :

■ Pour installer sur un client UNIX de confiance, vérifiez ce qui suit :

■ Le nom client correct est dans votre configuration de politique.

■ Le nom du serveur correct se trouve dans le fichier client /.rhosts.

Si l'installation s'arrête, recherchez les problèmes éventuels dans le shellou les variables d'environnement pour l'utilisateur racine sur le client.Les fichiers à vérifier dépendent de la plate-forme, du systèmed'exploitation et du shell que vous utilisez. Par exemple, votre .loginsur un système Sun exécute stty (tel que stty ^erase) avant qu'ildéfinisse le type de votre terminal. Si cette action provoque l'arrêt duprocessus d'installation, vous pouvez modifier le fichier .login pourdé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 configurationde votre ftp. Par exemple, vous devez utiliser un nom d'utilisateur et unmot de passe 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 47.

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

Résolvez les problèmesde 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.

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

30

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érologique 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 dulecteur.

■ 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 quiest indispensable pour certains périphériques robotiques.

■ Sous UNIX, le chemin d'accès de périphérique sans rembobinage du lecteurest spécifié en tant que chemin d'accès avec rembobinage.

■ Sous UNIX, la "fermeture de style Berkeley" n'as pas été configurée pourles périphériques de bande. NetBackup requiert cette fonction qui estconfigurable sur quelques plates-formes. D'autres explications sontdisponibles.

■ 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 pouvezsouvent effectuer des sauvegardes mais pas de restaurations. D'autresexplications sont disponibles.

Consultez le code d'état 174 de NetBackup dans le Guide de référence decodes d'état.

■ Sous UNIX, des chemins d'intercommunication vers les lecteurs de banden'ont pas été établis.

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

consultez le Guide de configuration de périphériques NetBackup.

Recherchez lesproblèmes deconfiguration depériphérique.

Étape 1

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


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 (configurezle système pour les faire redé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 ouservices.

■ Sous Windows, le fichier%SystemRoot%\System32\drivers\etc\services ne contient pasd'entrée pour vmd, bprd, bpdbm et bpcd. Assurez-vous également queles processus comportent des entrées pour les robots configurés. Une listede ces processus est disponible.

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

■ Sous UNIX, le fichier de /etc/services (ou NIS ou DNS) ne comportepas d'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, relancezl'opération et vérifiez les codes d'état ou les messages NetBackup commesuit :

■ Recherchez dans le rapport Toutes les entrées de journal les erreursNetBackup pendant la période appropriée. Ce rapport peut indiquer dansquel contexte l'erreur s'est produite. Il fournit souvent des informationsspécifiques utiles lorsque l'erreur peut provenir de toute une variété deproblèmes.

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.


■ Vérifiez le journal système sous UNIX ou le journal système et applicationObservateur d'événements sous Windows si la condition suivante estvérifiée : Le problème concerne la gestion de médias ou de périphérique,et NetBackup ne fournit pas code d'état ou vous ne pouvez pas corrigerle problème en suivant les instructions des 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 prochainetentative.


Réessayez l'opérationet recherchez les codesd'état et les messages.

Étape 3

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

32


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

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

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

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

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

Se reporter à "À propos du dépannage de NetBackup dans un environnementSAN" à la page 104.

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 :

■ Il n'est pas sous licence 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 configuration depé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 automatiquene fonctionne pas de façon optimale, lelecteur peut être manuellement configuré etactionné 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 automatiquene fonctionne pas de façon optimale, le robotet les 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 que le serveurNetBackup prend en charge.

Le serveur NetBackup ne prend pas en chargele type de robot qui est défini pour ce robot.

Aucune licence pour cetype de robot

Définissez un lecteur différent. Utilisezseulement les lecteurs que NetBackup prenden charge.

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 siteWeb dusupport technique de Symantec et essayezde nouveau.

■ Configurez la bandothèquemanuellement.

■ Utilisez seulement les bandothèques queNetBackup prend en charge.

NetBackup ne reconnaît 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 lecteurou robot ne renvoie pas de numéro de série.Certains fabricants ne prennent pas encharge les numéros de série. Bien que laconfiguration de périphérique automatiquene fonctionne pas de façon optimale, lelecteur ou robot peut être configuré etactionné manuellement sans numéro de série.

Le lecteur estautonome ou dans unrobot 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

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

34


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

Le lecteur est dans une bandothèque qui nepeut pas obtenir de licence pour le serveurNetBackup. Le robot ne pouvant recevoir delicence pour le serveur NetBackup, tous leslecteurs qui ont été configurés dans ce robotsont inutilisables.

Le lecteur est dans unrobot sans licence.

Modifiez l'adaptateur du lecteur ou définissezun chemin d'intercommunication pour lelecteur. Les informationsd'intercommunication d'adaptateur SCSI sontdisponibles.

Consultez le Guide de configuration depériphériques NetBackup.

Un lecteur qui n'a pas de chemind'intercommunication SCSI configuré a étédécouvert. Les causes possibles sont :

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

■ Vous n'avez pas défini le chemind'intercommunication de ce lecteur.

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

Consultez le Guide de configuration depériphériques NetBackup pour plusd'informations sur la façon dont créer desfichiers de périphérique.

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 siteWeb dusupport technique de Symantec et essayezde nouveau.

■ Configurez le lecteur manuellement.

■ Utilisez seulement les lecteurs queNetBackup prend en charge.

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.

Consultez le Guide de configuration depériphériques NetBackup pour plusd'informations sur la façon dont créer desfichiers de périphérique.

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 estle meilleur. Elle utilise un fichier depériphérique de non-compression à la place.

Impossible dedéterminer lepériphérique decompression

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

Test du serveur maître et des clientsSi les procédures de dépannage de l'installation et de la configuration NetBackupn'identifient pas le problème, effectuez la procédure suivante.Ignorez les étapesque 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 racine et puis en tantqu'utilisateur non racine. Sous Windows, effectuez-les d'abord en tantqu'utilisateur membre du groupe Administrateurs. Effectuez-les ensuite en tantqu'utilisateur non membre de ce groupe Administrateurs. Dans tous les cas,assurez-vous que vous avez les autorisations de lecture et d'écriture sur les fichierstest.

Les explications dans ces procédures supposent que vous êtes au courant desinformations fonctionnelles de présentation.

Se reporter à "Présentation fonctionnelle sur la sauvegarde et la restauration"à la page 263.

Plusieurs étapes dans cette procédure mentionnent le rapport Toutes lesentré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

DescriptionActionÉtapes

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


Se reporter à "À propos de la consignation unifiée" à la page 114.

Se reporter à "À propos de la consignation héritée" à la page 139.

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 journalde débogage quand vous avez résolu le problème.

Activez les journaux dedébogage.

Étape 1

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

36


Configurez une politique de test et configurez la fenêtre de sauvegarde desorte qu'elle soit ouverte pendant le test. Nommez le serveur maître commeclient et une unité de stockage qui est sur le serveur maître (de préférenceun lecteur non robotique). En outre, configurez un volume dans le pool devolumes NetBackup et insérez le volume dans le lecteur. Si vous n'étiquetezpas le volume en utilisant la commande bplabel, NetBackup attribueautomatiquement un ID de média précédemment inutilisé.

Configurez unepolitique de test.

Étape 2

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

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

/usr/openv/netbackup/bin/bpps -a

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

Vérifiez les daemonset les 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 lesdaemons ou services, programmes et bases de données.

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

Sauvegardez etrestaurez unepolitique.

Étape 4

Si une défaillance survient, vérifiez le rapport Toutes les entrées de journalde NetBackup. Pour les pannes relatives aux lecteurs ou aux médias, vérifiezque l'état du lecteur est DÉMARRÉ. et que le matériel fonctionne.

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

Une séquence de présentation fonctionnelle des événements est disponible.


Recherchez ladéfaillance.

Étape 5

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


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

■ les journaux système ou les journaux système Observateur d'événements ;

■ les journaux système et application Observateur d'événements sur lessystèmes Windows ;

■ les journaux de débogage vmd de l'hôte de base de données EMM pour lepériphérique ;

■ les journaux de débogage bptm.

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

Consultez desinformations autresque les journaux dedébogage.

Étape 6

Si vous utilisez un robot et s'il s'agit de la première configuration,assurez-vous que 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 partieGestion des médias et des périphériques de la configuration. Pour vérifier,utilisez la commande tpreq pour demander un montage de média.Assurez-vous que le montage est terminé et vérifiez le lecteur sur lequel lemédia a été monté. Répétez le processus jusqu'à ce que le média ait été montéet démonté sur chaque lecteur de l'hôte concerné. Si cela fonctionne, leproblème vient probablement de la politique ou de la configuration de l'unitéde stockage. Lorsque vous avez terminé, utilisez tpunmount pour démonterle média.

Vérifiez les lecteursrobotiques.

Étape 7

Si vous avez précédemment configuré un lecteur non robotique et si votresystème inclut un robot, modifiez votre politique de test pour spécifiermaintenant un robot. Ajoutez un volume au robot. Le volume doit être dansle pool de volumes NetBackup sur l'hôte de base de données EMM pour lerobot.

Revenez à l'étape 3 et répétez cette procédure pour le robot. Cette procédurecontrôle que NetBackup est capable de trouver le volume, de le monter etd'utiliser le lecteur robotique.

Incluez un robot dansla politique de test.

Étape 8

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

38


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

Se reporter à "Utilitaires de test robotique" à la page 345.

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

Utilisez les utilitairesde test 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'étatet de progression de l'opération. Si elle est réussie, cette opération vérifieque le logiciel client est fonctionnel sur le serveur maître.

Si une défaillance survient, vérifiez le rapport Toutes les entrées de journalde NetBackup. Pour isoler davantage le problème, vérifiez les journaux dedébogage approprié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 journauxde débogage sont 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 journauxs'appliquent à un type de client spécifique.




Sauvegardez etrestaurez un fichier.

Étape 11

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


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

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)

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




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

Étape 13

Effectuez une sauvegarde utilisateur puis une restauration du client qui estspécifié dans l'étape 8. Ces actions vérifient les communications entre leclient et le serveur maître et le logiciel de NetBackup sur le client.

Si une erreur se produit, vérifiez le rapport Toutes les entrées de journal etles journaux de débogage que vous avez créés dans l'étape précédente. Unecause probable d'erreurs est un problème de communication entre le serveuret 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étapes spécifiques selon les besoins pour vérifier les autres clients et unitésde stockage.

Testez les autresclients ou unités destockage.

Étape 15

Quand tous les clients et unités de stockage sont fonctionnels, testez lespolitiques et les planifications restantes qui utilisent des unités de stockagesur le serveur maître. Si une sauvegarde programmée échoue, vérifiez lerapport Toutes les entrées de journal, afin de repérer les erreurs. Suivezalors les opérations recommandées selon le code d'état d'erreur.

Testez les politiques etles planificationsrestantes.

Étape 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.

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

40

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

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


Activez les journaux de débogage héritésappropriés sur les serveurs

Se reporter à "À propos des journaux"à la page 111.

Se reporter à "À propos de la consignationhéritée" à la page 139.

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

Activez les journaux dedébogage hérités.

Étape 1

Configurez une politique de test avec uneplanification d'utilisateur, c'est-à-direconfigurez la fenêtre de sauvegarde de sortequ'elle soit ouverte pendant votre test, enprocédant comme suit :

■ Nommez le serveur de médias commeclient et une unité de stockage qui est surle serveur de médias, de préférence unlecteur non robotique.

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

■ Insérez le volume dans le lecteur. Si vousn'étiquetez pas le volume en utilisant lacommandebplabel, NetBackup attribueautomatiquement un ID de médiaprécédemment inutilisé.

Configurez unepolitique de test.

Étape 2

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


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

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

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

/usr/openv/netbackup/bin/bpps -a

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

Vérifiez les daemonset les services.

Étape 3

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

Ce test vérifie ce qui suit :

■ le logiciel de serveur de médiasNetBackup ;

■ NetBackup sur le serveur de médias peutmonter les médias et utiliser le lecteur quevous avez configuré ;

■ les communications entre les processusde serveur maître nbpem, nbjm, nbrb, leprocessus de serveur d'EMM nbemm ainsique les processus de serveur de médiasbpcd et bpbrm ;

■ les communications entre le processus deserveur de médias bpbrm et les processusclient bpcd et bpbkar.

Pour les défaillances liées aux lecteurs ou auxmédias, assurez-vous que le lecteur est à l'étatDÉMARRÉ et que le matériel fonctionne.

Sauvegardez etrestaurez un fichier.

Étape 4


42


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

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

■ sur un serveur UNIX, le journal système ;

■ sur un serveur Windows, le journalsystème et application Observateurd'événements ;

■ les journaux de débogage vmd.

Vérifiez lacommunication entrele serveur maître et lesserveurs de médias.

Étape 5



Pour les défaillances liées aux lecteurs ou auxmédias, assurez-vous que le lecteur est encours d'exécution et que le matérielfonctionne correctement.

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

Si vous utilisez un robot en état de premièreconfiguration, 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é dansla gestion des médias et des périphériqueset dans les configurations d'unités destockage.

■ Chaque robot a un numéro de robotunique.

Sur un serveur UNIX, vous pouvez vérifieruniquement la partie Gestion des médias etdes périphériques de la configuration. Pourvérifier, utilisez la commande tpreq pourdemander 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'à ce que lemédia ait été monté et démonté sur chaquelecteur de l'hôte concerné. Effectuez cesétapes à partir du serveur de médias. Si celafonctionne, le problème vient probablementde la politique ou de la configuration de l'unitéde stockage sur le serveur de médias. Lorsquevous avez terminé, utilisez tpunmount pourdémonter le média.

Assurez-vous que lematériel s'exécutecorrectement.

Étape 6


44


Incluez unpériphérique robotiquedans la politique detest.

Étape 7



Si vous avez précédemment configuré unlecteur non robotique et si un robot était jointà votre serveur de médias, modifiez lapolitique de test pour nommer le robot. Enoutre, ajoutez un volume pour le robot auserveur EMM. Vérifiez que le volume est dansle pool de volumes NetBackup et dans le robot.

Démarrez par l'étape 3 lorsque vous répétezcette procédure pour un robot. Cetteprocédure contrôle que NetBackup est capablede trouver le volume, de le monter et d'utiliserle lecteur robotique.

Si une défaillance survient, vérifiez le rapportToutes les entrées de journal de NetBackup.Recherchez toutes les erreurs associées auxpériphériques ou aux médias.

Pour plus d'informations, reportez-vous auGuide de l'administrateur NetBackup,Volume I.

Si le rapport Toutes les entrées de journal nevous aide pas, vérifiez les éléments suivants :

■ sur un serveur UNIX, les journaux systèmesur le serveur de médias;

■ les journaux de débogage vmd sur leserveur EMM pour le robot ;

■ sur un système Windows, le journalsystème et application Observateurd'événements ;

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

Essayez les utilitaires de test.

Se reporter à "Utilitaires de test robotique"à la page 345.

N'utilisez pas les utilitaires de test robotiquelorsque les sauvegardes ou les restaurationssont en cours. Ces utilitaires empêchent lesprocessus robotiques correspondants


46


d'effectuer des actions robotiques, telles quele chargement et le déchargement des médias.Ces actions peuvent entraîner desdépassements de délai de montage de médiaset empêcher la réalisation d'autres opérationsrobotiques comme l'inventaire robotique etl'insertion ou l'éjection.

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

Testez les autresclients ou unités destockage.

Étape 8

Quand tous les clients et unités de stockagesont en cours d'opération, testez les politiqueset les planifications restantes qui utilisentdes unités de stockage sur le serveur demédias. Si une sauvegarde programméeéchoue, vérifiez le rapport Toutes lesentréesdejournal, afin de repérer les erreurs. Suivezalors les actions suggérées pour le code d'étatapproprié.

Testez les politiques etles planificationsrestantes.

Étape 9

Résolution des problèmes de communication réseauavec des clients UNIX

La procédure suivante permet de résoudre les problèmes de communication deNetBackup, par exemple les problèmes associés aux codes d'état NetBackup 54,57 et 58. Cette procédure consiste en deux variantes : une pour les clients UNIXet l'autre pour les clients PC.

Remarque : Dans tous les cas, assurez-vous que votre configuration réseaufonctionne correctement hors NetBackup avant d'essayer 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 au fichier /usr/openv/netbackup/bp.conf.En outre, créez un répertoire de journaux de débogage bpcd sur votre serveur etvos clients et un répertoire de journaux bprd sur le serveur. Pendant les relancesultérieures, les journaux de débogage fournissent des informations de débogagedétaillées, qui peuvent vous aider à analyser le problème.

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

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


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

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

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

■ Vérifiez les noms de client, les noms de serveur et les entrées de servicedans votre configuration NetBackup comme expliqué dans la rubriquesuivante :

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

Vous pouvez également utiliser la commandehostname sur le client pourdéterminer le nom d'hôte que le client envoie avec des demandes auserveur. Vérifiez le journal de débogagebprd (détaillé) sur le serveur pourdéterminer ce qui s'est produit quand le serveur a reçu la demande.

■ Notez les mises à jour requises de NIS ou de DNS. La mise à jour incorrectede ces services constitue une cause courante de problèmes réseau.

Testez uneconfiguration nouvelleou modifiée.

Étape 1

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

48


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

# ping clientname

Où clientname est le nom du client tel qu'il est configuré dans laconfiguration de la politique NetBackup, dans /etc/hosts ainsi que dansNIS et DNS (le cas échéant).

Par exemple, pour exécuter une commande ping sur un client 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% packet lossround-trip (ms) min/avg/max = 1/1/1

Essayez également d'exécuter la commande ping à partir du client vers leserveur.

Si la commande ping réussit dans les deux instances, elle vérifie laconnectivité entre le serveur et le client. Si le ping échoue, vous avez unproblème réseau en dehors de NetBackup qui doit être résolu avant decontinuer.

Certaines formes de la commande ping vous permettent une commandeping vers le port bpcd sur le client comme dans la commande suivante :

# ping ant 13782

Ou

# ping ant bpcd

Vérifiez la connectivitéréseau.

Étape 2



Assurez-vous que leclient écoute lesconnexions bpcd surle port correct.

Étape 3


50


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

Si aucun problème ne se pose avec le port, les résultats sont semblables à :tcp 0 0 *.13782 *.* LISTEN

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

Si un problème se pose, cette ligne n'apparaît pas. L'une des situationssuivantes peut exister :

■ /etc/services (ou le fichier NIS applicable) n'a pas l'entrée bpcdcorrecte. L'entrée des services /etc correcte est :

bpcd 13782/tcp bpcd

■ /etc/inetd.conf (ou le fichier NIS ou DNS applicable) n'a pas l'entréebpcd correcte. L'entrée /etc/inetd.conf correcte est :

bpcd stream tcp nowait root /usr/openv/netbackup/bin/bpcd

■ La commande /etc/inetd.conf a été modifiée mais n'a pas été relue.Corrigez cette situation en exécutant une des commandes suivantes (quelleque soit celle qui fonctionne) :

/bin/ps -ef | grep inetdkill -HUP the_inetd_pid

Ou

/bin/ps -aux | grep inetdkill -HUP the_inetd_pid

Pour les plates-formes Hewlett-Packard, utilisez la commande inetd -c

pour envoyer une commande SIGHUP vers inetd.

Sur un client AIX, utilisez SMIT pour vérifier que la politique d'objet InetServa été mise à jour avec les informations associées au processus bpcd (lesinformations/etc/inetd.conf et/etc/services). Si vous utilisezSMITpour modifier la politique d'objet d'InetServ, la commandeinetexp s'exécuteautomatiquement. Si vous modifiez la politique d'objet d'InetServ, exécutezla commande inetexp pour exporter la politique d'objet InetServ vers lesfichiers/etc/inetd.conf et/etc/services. Cette commande maintientces fichiers synchronisés avec la politique d'objet d'InetServ. Exécutez la



commande suivante pour informer le daemon inetd des modificationsapportées à son fichier de configuration :

refresh -s inetd ou kill -1 InetdPID

Exécutez une commande telnet vers bpcd sur le client. Si elle aboutit,maintenez la connexion jusqu'au terme de l'étape 5, puis arrêtez-la avec lacommande Ctrl-c.

telnet clientname 13782

Où clientname est le nom du client tel qu'il est configuré dans la configurationde la politique NetBackup, dans /etc/hosts ainsi que dans NIS et DNS (lecas échéant).

Par exemple,

# telnet ant bpcdTrying 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.

■ Si telnet réussit, alors inetd est configuré correctement sur le client.Il peut passer sa connexion àbpcd et NetBackup devrait également pouvoirétablir une connexion.

■ Si telnet ne fonctionne pas, assurez-vous que les fichiers inetd.confet /etc/services sur le serveur et le client sont corrects etcorrespondent. Par défaut, ces derniers sont les suivants :

Dans /etc/services :

bpcd 13782/tcp bpcd

Dans /etc/inetd.conf :

bpcd stream tcp nowait root /usr/openv/netbackup/bin/bpcd bpcd

Ensuite, exécutez kill -HUP pour relire le fichier /etc/inetd.confcomme expliqué à l'étape 3.

Mettez également à jour les dossiers NIS ou DNS applicables.

Si ces fichiers sont corrects et si vous ne pouvez pas vous connecter auclient, il est possible que vous ayez des problèmes de routage réseau ouun problème d'assignation de port. Consultez l'étape suivante.

Connectez-vous auclient via telnet.

Étape 4


52


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

La valeur 13782 pourrait également être la valeur qui est spécifiée pendantl'installation.

Une des situations suivantes se produit :

■ Si le port n'est pas le problème, vous voyez ce qui suit :

tcp 0 0 ant.nul.nul.com.13782 whale...com.1516 ESTABLISHEDtcp 0 0 *.13782 *.* LISTEN

Où ESTABLISHED indique que la connexion telnet à bpcd a été établievia le port 13782 sur le client. LISTEN indique que le client écoute d'autresconnexions sur ce port.

Modifiez le numéro de port pour bpcd ou d'autres services de NetBackupuniquement s'il n'y a pas d'autre alternative. Tous les serveurs et clientsNetBackup de la configuration doivent utiliser cette nouvelle assignationde port.

■ Si un processus autre que bpcd utilise le port, essayez de redémarrer leclient pour résoudre le problème. Si le problème n'est toujours pas résolu,il peut être nécessaire de modifier un des numéros de service, de préférencepour l'autre service. Pour modifier un numéro de service, modifiez lesfichiers/etc/servicespuis envoyez les signauxSIGHUP aux processusinetd sur vos clients.

/bin/ps -ef | grep inetdkill -HUP the_inetd_pid

Ou

/bin/ps -aux | grep inetdkill -HUP the_inetd_pid

Pour les plates-formes Hewlett-Packard, utilisez la commande inetd-c pour envoyer une commande SIGHUP vers inetd. Faites égalementles mises à jour NIS ou DNS applicables.

Si le problème est avec un client AIX et que vous apportez desmodifications aux informations concernant /etc/inetd.conf et/etc/services, utilisez SMIT pour vérifier que la politique d'objetd'InetServ a été mise à jour. Voir l'étape 3.

Vérifiez que le clientécoute la connexiontelnet à bpcd sur leport correct.

Étape 5



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

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

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

Étape 6

Résolution des problèmes de communication réseauavec des clients PC

La procédure suivante permet de résoudre les problèmes de communication deNetBackup, par exemple les problèmes associés aux codes d'état NetBackup 54,57 et 58. Cette procédure consiste en deux variantes : une pour les clients UNIXet l'autre pour les clients PC.

Remarque : Dans tous les cas, assurez-vous que votre configuration réseaufonctionne correctement hors NetBackup avant d'essayer 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 :

■ Augmentez le niveau de consignation sur le client (consultez le guided'utilisation du client).

■ Sur le serveur NetBackup, créez un répertoire de journaux de débogagebprd et sur les clients, créez un journal de débogage bpcd.

■ Sur le serveur NetBackup, définissez le niveau Détaillé à 1.Se reporter à "Modification du niveau de consignation sur les clientsWindows et NetWare" à la page 157.

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

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

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

54

3 Vérifiez la connectivité réseau de base entre le client et le serveur en exécutantune commande ping du serveur vers le client et vice versa. Utilisez lacommande suivante :

# ping hostname

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

■ la configuration de la politique NetBackup

■ WINS

■ DNS (le cas échéant).

■ fichier hôtes dans le répertoire système%SystemRoot%\system32\drivers\etc\hosts (Windows XP ou 2003)

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, vous avez 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 qui n'est pasactivé est une source commune de problèmes de connexion avec des postesde travail PC.

4 Sur les clients Microsoft Windows ou NetWare, vérifiez le service NetBackupClient. Choisissez l'une des tâches suivantes :

■ Assurez-vous que le service est en activité en vérifiant les journaux ou eneffectuant l'une des actions suivantes :

Utilisez l'application Services du Panneau deconfiguration pour vérifier que le service NetBackupClient est en cours d'exécution. Démarrez-le, sinécessaire.

Windows XP ouWindows Server 2003clients

Entrez les modules bpcd.nlm à partir de la console deserveur NetWare pour vérifier que le daemon deNetBackup Client est en cours d'exécution. Si nécessaire,saisissez bpstart.ncf à partir de la console de serveurNetWare pour démarrer le daemon de NetBackup Client.

Clients NetWare

■ Vérifiez la présence de problèmes ou d'erreurs dans les journaux dedébogage bpcd. Des instructions sont disponibles sur la façon d'activer etd'utiliser ces journaux.Se reporter à "À propos de la consignation héritée" à la page 139.

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

■ 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'onglet Réseaucorrespond à celui du fichier des services. Le fichier desservices se trouve dans :

%SystemRoot%\system32\drivers\etc\services

(Windows)

Lors du démarrage du service NetBackup Client, lesvaleurs de l'onglet Réseau sont enregistrées dans lefichier des services.

Windows

Voir le paramètre BPCD dans le fichierSYS:VERITAS\NBUCLT\NetBack\BP.INI.

Clients NetWare

Le numéro de port de 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 76.

Serveurs NetBackupsous UNIX

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. Surles clients NetWare, arrêtez et redémarrez le daemon de NetBackup Client(bpcd).

Ne modifiez pas les assignations de ports NetBackup à moins que vous nedeviez ré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. Cesvaleurs doivent être les mêmes durant toute la configuration NetBackup.

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

56

5 Vérifiez que le numéro de port du service NetBackup Request (bprd) sur lesclients Microsoft Windows et NetWare est le même que sur le serveur (pardéfaut, 13720). Effectuez l'une des actions suivantes :

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

Démarrez l'interface Sauvegarde,archivageetrestaurationsur le client. Dans le menu Fichier, cliquez sur Propriétésdu client NetBackup. Dans la boîte de dialogue PropriétésduclientNetBackup dans l'onglet Ré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 :


(Windows)

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

Client Windows

Voir le paramètre BPRD dans le fichierSYS:VERITAS\NBUCLT\NetBack\BP.INI.

Clients NetWare

Le numéro de port de 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 76.

Serveurs NetBackupsous UNIX

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.


Serveurs NetBackupWindows

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

%SystemRoot%\system32\pilotes\etc.\hôtesWindows XP ou 2003

SYS:etc\hostsNetWare

/etc/hostsUNIX

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

7 Vérifiez la connectivité client-serveur en utilisant une commande ping ouson é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é.

Pour un client NetWare, assurez-vous que le serveur n'essaye pas de seconnecter quand une sauvegarde ou une restauration est déjà en cours surle client. Si vous tentez plusieurs travaux à la fois sur ces clients, il en résulteune erreur de type "Impossible de se connecter" ou similaire.

9 Utilisez l'utilitaire bpclntcmd pour vérifier les communications de base entrele client et le serveur maître. Quand les commandes -pn et -sv s'exécutentsur un client, elles lancent des enquêtes vers le serveur maître (tel queconfiguré dans la liste de serveurs sur le client). Le serveur maître renvoieles informations au client 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. Si laconnexion réussit, elle renvoie des informations à propos des sockets établis.


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

Vérification des entrées de nom d'hôte et de servicedans 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.

Pour plus d'informations sur les noms d'hôte, consultez les références suivantes :

■ Se reporter à "Contexte de dépannage" à la page 339.

■ Consultez le Guide de l'administrateur NetBackup, volume II.

Pour vérifier les entrées de nom d'hôte et 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 corrective que vous prenez dépendde l'ordinateur que vous vérifiez.

Procédures de dépannageVérification des entrées de nom d'hôte et de service dans NetBackup

58

Sur les serveursWindows, clientsWindows et clients nonciblés NetWare

59Procédures de dépannageVérification des entrées de nom d'hôte et de service dans NetBackup


■ Dans la liste déroulante Serveur à utiliser pour lessauvegardes et les restaurations, assurez-vous qu'uneentrée de serveur existe pour le serveur maître et chaqueserveur de médias.

Démarrez l'interface Sauvegarde, archivage etrestauration sur le client. Dans le menu Fichier, cliquezsur Spécifier les ordinateurs NetBackup et le type depolitique. Dans la boîte de dialogue Spécifier lesordinateurs NetBackup et le type de politique, cliquezsur la liste déroulante Serveur à utiliser pour lessauvegardes et les restaurations.

Sur les systèmes Windows, le serveur correct doit êtreindiqué en tant que serveur maître actuel dans la liste. Sivous ajoutez ou modifiez des entrées de serveur sur leserveur maître, arrêtez et redémarrez le service dedemandes NetBackup et les services de gestionnaire debase de données NetBackup.

Sur les systèmes UNIX, si vous ajoutez ou modifiez desentrées SERVER sur le serveur maître, arrêtez etredémarrez bprd et bpdbm.

■ Dans l'onglet Général, vérifiez que le paramètre de nomde client est correct et correspond à ce qui figure dans laliste de politique client sur le serveur maître.

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, cliquez surl'onglet Général.

■ Sur un serveur maître ou de médias, assurez-vous qu'uneentrée de serveur existe pour chaque clientd'administration Windows afin qu'il l'utilise pour gérerce serveur.

■ Assurez-vous que les noms d'hôte sont correctementorthographiés dans le fichier bp.conf (UNIX) ou dans laliste de serveurs (Windows) sur le serveur maître. Si unnom d'hôte est mal orthographié ou ne peut pas êtrerésolu à l'aide de la commande gethostbyname, lesmessages d'erreur suivants sont consignés dans le journald'erreurs de NetBackup :

Gethostbyname failed for<host_name>:<h_errno_string> (<h_errno>)One or more servers was excluded from the serverlist because gethostby name() failed.


60

Vous pouvez également effectuer ces modifications sur lesonglets appropriés dans les boîtes de dialogue de propriétésd'un serveur NetBackup sous Windows.


Vérifiez le serveur et les entrées de nom client dans le fichierbp.conf en procédant comme suit :

■ Assurez-vous qu'une entréeSERVER existe pour le serveurmaître et pour chaque serveur de médias dans laconfiguration. Le serveur maître doit être le premier nomdans la liste.

Si vous ajoutez ou modifiez des entrées SERVER sur leserveur maître, arrêtez et redémarrez bprd et bpdbmavant que les modifications ne soient appliquées.

■ Le fichier bp.conf du serveur maître ne requiert pas l'ajoutd'autres clients, autres que le serveur maître(CLIENT_NAME = nom du serveur maître). Le nom estajouté par défaut.

Le fichier bp.conf se trouve dans le répertoire/usr/openv/netbackup sur les clients UNIX ou dans ledossierPreferences:NetBackup sur les clients Macintosh.

Les utilisateurs des clients UNIX peuvent également disposerd'un fichierbp.confpersonnel dans leur répertoire de base.Une option CLIENT_NAME dans le fichier $HOME/bp.confremplace l'option du fichier/usr/openv/netbackup/bp.conf.

Sur des serveurs et desclients NetBackup sousUNIX et des clientsMacintosh

Vérifiez le fichierSYS:VERITAS\NBUCLT\NetBack\BP.INIpour contrôler les éléments suivants :

■ Une entrée SERVER existe pour le serveur maître et pourchaque serveur de médias dans la configuration. Leserveur maître doit être le premier nom dans la liste.

■ L'entrée ClientName et les entrées dans la section[clients] sont correctes et correspondent à ce qui figuredans la liste de politiques client sur le serveur maître.

Sur les clientsNetWare


Vérifiez que vous avez créé les fichiers requis suivants :

■ fichiers/usr/openv/netbackup/db/altnames (UNIX)

■ fichiers install_path\NetBackup\db\altnames(Windows)

Prêtez une attention particulière aux conditions requisespour les entrées de fichier host.xlate.

Pour le serveurmaître :

2 Vérifiez que chaque serveur et client disposent des entrées requises pour lesnuméros de port réservés par NetBackup.

Les exemples suivants affichent les nombres 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 64.

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 66.

Se reporter à "Exemple d'entrées de nom d'hôte et de service sur des clientsde PC UNIX" à la page 68.

Se reporter à "Exemple des entrées de nom d'hôte et de service sur des clientsUNIX dans les réseaux multiples" à la page 69.

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

Ne modifiez pas les assignations de ports NetBackup à moins que vous nedeviez ré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. Cesvaleurs doivent être les mêmes durant 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).


Vérifiez le nombre de daemon ou de services client NetBackup et le numérode port de daemon de requête ou de service. La mesure corrective que vousprenez dépend du client : UNIX, Microsoft Windows ou NetWare.


62

Vérifiez les entrées bprd et bpcd dans le fichier/etc/services.

Pour les clients UNIX

Vérifiez que le numéro de port de service client NetBackupet le numéro de port de service de demande NetBackupcorrespondent aux paramètres des fichiers de services de lamanière suivante :

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'onglet Réseau, sélectionnez leséléments suivants : Le numéro de port de service clientNetBackup et le numéro de port de service de demandeNetBackup.

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

Le fichier de services se trouve à l'emplacement suivant :


Pour les clientsMicrosoft Windows

Vérifiez les entrées BPCD et BPRD dans le fichierSYS:VERITAS\NBUCLT\NetBack\BP.INI.

Sur les clientsNetWare

4 Sur les serveurs et les clients UNIX, vérifiez le fichier /etc/inetd.conf etassurez-vous qu'il contient l'entrée suivante :


5 Sur les serveurs et les clients Windows, vérifiez que le service client NetBackupest en cours d'exécution.

6 Si vous utilisez le NIS dans votre réseau, mettez à jour ces services pourinclure les 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.Sur les serveurs NetBackup sous Windows, les clients Microsoft Windows etles clients NetWare non ciblés, procédez comme suit :

■ Vérifiez l'onglet Général :Démarrez l'interface Sauvegarde,archivageetrestauration sur le client.Dans le menu Fichier, cliquez sur PropriétésduclientNetBackup. Dans


la boîte de dialogue Propriétés du client NetBackup, cliquez sur l'ongletGénéral.

■ Vérifiez la liste déroulante Serveuràutiliserpour les sauvegardes et lesrestaurations :Démarrez l'interface Sauvegarde,archivageetrestauration sur le client.Dans le menu Fichier, cliquez sur Spécifier les ordinateurs NetBackupetletypedepolitique. Dans la boîte de dialogue SpécifierlesordinateursNetBackupet le typedepolitique, cliquez sur la liste déroulante Serveurà utiliser pour les sauvegardes et les restaurations.

■ Le fichier bp.conf sur les serveurs et clients UNIX et les clients Macintosh.

■ Le fichier \veritas\nbuclt\netback\bp.ini sur les clients NetWare.

En outre, vérifiez que l'adressage DNS inversé est configuré.

8 Pour confirmer l'installation, utilisez l'utilitaire bpclntcmd de NetBackup :les adresses IP et les noms d'hôte dans les fichiers DNS, NIS et les fichiersd'hôtes locaux sur chaque nœud NetBackup.


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

L'illustration suivante affiche un serveur maître UNIX avec un client UNIX.


64

Figure 2-1 Serveur maître et client UNIX

Ethernet

Liste de clients de politique

jupitermars

/etc/services

# NetBackup servicesbpcd 13782/tcp bpcdbprd 13720/tcp bprd

/etc/inetd.conf

bpcd ... (voir remarque 1)

/etc/services

# NetBackup servicesbpcd 13782/tcp bpcdbprd 13720/tcp bprdbpdbm 13721/tcp bpdbm# Volume Manager services#vmd 13701/tcp vmdtl8cd 13705/tcp tl8cd..

ClientUNIX

mars

usr/openv/netbackup/bp.conf

SERVER=jupiterCLIENT_NAME=jupiter


SERVER=jupiterCLIENT_NAME=mars

/etc/inetd.conf


ServeurmaîtreUNIX

jupiter

Tenez compte des remarques suivantes à propos de Figure 2-1 :

■ L'entrée ci-dessous est l'entrée complète de inetd.conf :


■ Toute autre configuration réseau applicable doit également être mise à jourpour refléter les informations de NetBackup. Par exemple, ces informationspourraient inclure le fichier /etc/hosts et le NIS, ainsi que le DNS (si utilisé).

Se reporter à "Exemple d'entrées de nom d'hôte et de service sur le serveur maîtreet le serveur de médias UNIX" à la page 66.


Se reporter à "Exemple d'entrées de nom d'hôte et de service sur des clients de PCUNIX" à la page 68.

Se reporter à "Exemple des entrées de nom d'hôte et de service sur des clientsUNIX dans les réseaux multiples" à la page 69.

Se reporter à "Exemple des entrées de nom d'hôte et de service sur le serveur UNIXqui se connecte à plusieurs réseaux" à la page 71.

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.confsur tous les systèmes. Cette entrée est en seconde place, sous celle du serveurmaître jupiter.


66

Figure 2-2 Serveurs maître et de médias UNIX

Ethernet


jupitermarssaturne

/etc/services

# NetBackup servicesbpcd 13782/tcp bpcdbprd 13720/tcp bprd

/etc/inetd.conf


/etc/services

# NetBackup servicesbpcd 13782/tcp bpcdbprd 13720/tcp bprdbpdbm 13721/tcp bpdbm# Volume Manager services#vmd 13701/tcp vmdtl8cd 13705/tcp tl8cdodld 13706/tcp odld..

ClientUNIX

mars


SERVER=jupiterSERVER=saturneCLIENT_NAME=jupiter

/etc/inetd.conf

bpcd ... bpcd (voir remarque 1)


SERVER=jupiterSERVER=saturneCLIENT_NAME=mars

/etc/inetd.conf



SERVER=jupiterSERVER=saturneCLIENT_NAME=saturne

/etc/services

# NetBackup servicesbpcd 13782/tcp bpcdbprd 13720/tcp bprdbpdbm 13721/tcp bpdbm

# Volume Manager services #vmd 13701/tcp vmdtl8cd 13705/tcp tl8cdodld 13706/tcp odld..

Serveur demédias UNIXServeur maître

UNIX

jupiter saturne






Exemple d'entrées de nom d'hôte et de service sur des clients de PCUNIX

L'illustration suivante présente un serveur maître NetBackup avec des clients PC,définis ici comme clients Windows, NetWare ou Macintosh. La configuration deserveur est identique à celle des clients UNIX. Ces clients n'ont pas d'entréesinetd.conf.

Figure 2-3 Clients PC UNIX

Ethernet


jupitermarssaturnepluto

ClientWindows

Client cibleNetWare

/etc/services


/etc/inetd.confbpcd ... (voirremarque 1)


SERVER=jupiterCLIENT_NAME=jupiter

bp.ini

[bp]ClientName=mars

[servers]maître=jupiter

[clients]navigateur=jupiter

[tcpip]bpcd=13782bprd=13720

Boîte de dialogue Propriétés du client NetBackup

Liste des serveurs : jupiter

Serveurs

Général

Nom du client : saturneRéseau

Port de service de client NetBackup 13782

Port de service de demande NetBackup 13720

ServeurmaîtreUNIX

mars

jupiter

saturne





68


Exemple des entrées de nom d'hôte et de service sur des clients UNIXdans les réseaux multiples

L'illustration suivante affiche un client qui est un routeur de clients dans un autreréseau. Le nom d'hôte client du côté du serveur maître est mars et le nom d'hôtequi est présenté au client pluton est météore.

Figure 2-4 Clients UNIX dans plusieurs réseaux

ServeurmaîtreUNIX

jupiter

Ethernet



ClientUNIX

mars

saturne

meteor

/etc/services


/etc/inetd.conf



SERVER=jupiterSERVER=saturneCLIENT_NAME=jupiter

ClientUNIX

pluto

Ethernet


SERVER=jupiterSERVER=saturneCLIENT_NAME=mars

/etc/inetd.conf


/etc/services# NetBackup servicesbpcd13782/tcp bpcdbprd 13720/tcp bprd


SERVER=jupiterSERVER=saturneCLIENT_NAME=pluto

/etc/inetd.conf



Serveur demédiasUNIX






La liste client de politique affiche la configuration du système de routeur commemars parce que c'est le nom de l'interface avec le serveur maître. Mis à part leparamètre du nom de client, cette installation n'a aucune configuration spéciale.Ce nom doit être défini surmars, parce quemars est le nom que le serveur maîtrereconnaît.

Le deuxième client pluton est également configuré de la même façon que s'il setrouvait sur le même réseau que le serveur maître. Si tous les fichiers de réseaustandard (hôtes, NIS, DNS, WINS et tableaux de routage) sont installéscorrectement, toutes les connexions réseau requises peuvent être établies.

Cependant, la restauration des fichiers à partir de pluton serait un problème dansla situation suivante : le systèmemars-météore est un type de routeur qui masquele nom de l'hôte d'origine quand il achemine des demandes entre les deux réseaux.Par exemple, un routeur entre un réseau Ethernet et un réseau Token Ring adoptece comportement.

Pour illustrer ce qui se produit, supposons que pluton se situe sur FDDI (TokenRing) et le serveur sur Ethernet. Un utilisateur sur pluton commence alors unerestauration. Le routeur peut utiliser le nom de son interface réseau avec pluton(météore) comme nom de pair lorsqu'il transmet la demande au serveur. Le serveurinterprète la demande comme venant d'un hôte se nommantmétéore. Il ne permetpas la restauration car météore ne fait pas partie de la liste des clients.

Pour résoudre ce problème, l'administrateur crée un répertoire altnames sur leserveur maître et ajoute un fichier météore à ce répertoire.

Sur un serveur Windows NetBackup, le chemin d'accès de fichier est :

install_path\netbackup\db\altnames\meteor

Sur un serveur NetBackup UNIX, le chemin d'accès de fichier est :

/usr/openv/netbackup/db/altnames/meteor

Puis, l'administrateur ajoute la ligne suivante à ce fichier :

pluto


70

Le serveur maître reconnaît désormais la validité des demandes de restaurationportant le nom de pair météore et le nom de client pluton.


Indépendamment du type de routeur, la configuration du serveur de médias,saturne, est la même que dans un autre exemple.

Se reporter à "Exemple d'entrées de nom d'hôte et de service sur le serveur maîtreet le serveur de médias UNIX" à la page 66.

Si un serveur de médias est impliqué dans une sauvegarde ou une restaurationpour pluton, le serveur maître fournit les informations suivantes : les noms depair et de client corrects du serveur de médias à utiliser pour établir desconnexions.

Exemple des entrées de nom d'hôte et de service sur le serveur UNIXqui se connecte à plusieurs réseaux

L'illustration suivante affiche un serveur NBU avec deux connexions et clientsEthernets dans les deux réseaux. Le nom d'hôte du serveur est jupiter pour l'unet météore pour l'autre.


Figure 2-5 Le serveur UNIX se connecte à plusieurs réseaux



/etc/inetd.conf


/etc/inetd.conf




SERVER=jupiterSERVER=meteorSERVER=saturneCLIENT_NAME=mars


SERVER=jupiterSERVER=meteorSERVER=saturneCLIENT_NAME=jupiter


SERVER=jupiterSERVER=meteorSERVER=saturneCLIENT_NAME=pluto

/etc/inetd.conf


/etc/services

# NetBackup services bpcd13782/tcp bpcdbprd 13720/tcp bprd

/etc/services


jupiter

Ethernet

ServeurmaîtreUNIX

mars Serveur demédiasUNIX

saturne

meteor

ClientUNIX

pluto

Ethernet

ClientUNIX


■ L'entrée complète d'inetd.conf est :



72


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 leserveur maître. La liste peut afficher soit le serveur jupiter, soit le serveurmétéoreet non les deux.

La liste des serveurs NetBackup se trouvant sur le serveur maître contient desentrées pour les interfaces jupiter etmé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'interfacemétéorequand il sauvegardepluton et l'interfacejupiter quand il sauvegardemars. 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 etmé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.

Un problème existe pour restaurer les fichiers dans la situation suivante : lesystème du serveur maître est un type de routeur qui masque le nom de l'hôted'origine quand il achemine des demandes entre les deux réseaux. Par exemple,si pluton est sur FDDI (Token Ring), le serveur maître utilisemétéore comme nomde pair quand il transmet la demande à NetBackup. NetBackup interprète alorsla demande comme provenant d'un hôte nommémétéore qui ne fait pas partie dela liste client et la restauration échoue.

La solution, dans ce cas, est identique à la solution qui est présentée ci-dessous :

À 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 le logiciel d'applicationNetBackup. Le répertoire suivant contient la commande qui démarre l'utilitaire :

73Procédures de dépannageÀ propos de l'utilitaire bpclntcmd

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.

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 de NetBackup etgethostbyaddr() renvoie le nom d'hôte avec l'adresse IP commesuit : les entrées des services DNS, WINS et NIS du nœud ou les entréesdes fichiers des hôtes locaux. Aucune connexion n'est établie avec leserveur NetBackup.

-ip

bpclntcmd -hn Hostname

L'option -hn spécifie un nom d'hôte. bpclntcmd utilisegethostbyname() sur le nœud de NetBackup pour obtenir l'adresseIP qui est associée au nom d'hôte défini dans les éléments suivants :les entrées des services DNS, WINS et NIS du nœud ou les entrées desfichiers des hôtes locaux. Aucune connexion n'est établie avec leserveur NetBackup.

-hn

bpclntcmd -sv

L'option -sv affiche le numéro de version NetBackup sur le serveurmaître.

-sv

Procédures de dépannageÀ propos de l'utilitaire bpclntcmd

74

Quand l'option -pn est exécutée sur un client NetBackup, elle lanceune investigation auprès du serveur maître NetBackup. Le serveurmaître renvoie les informations au client ayant effectué la demande.D'abord, le serveur est le serveur actuel dans la liste de serveurs.Ensuite, les informations que le serveur renvoie sont affichées. Parexemple :

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 server

rabbit.friendlyanimals.com est l'entrée de serveur maîtreà partir de la liste de serveurs sur le client.

■ dove.friendlyanimals.com est le nom de connexion (nom depair) retourné par le serveur maître. Le serveur maître a obtenuce nom par gethostbyaddress().

■ dove est le nom de client configuré dans la liste de politiques clientNetBackup.

■ 123.145.167.3 est l'adresse IP de la connexion client au serveurmaître.

■ 57141 est le numéro de port de la connexion sur le client.

-pn

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 -hnpour vérifier que le systèmed'exploitation peut résoudre le nom d'hôte du client NetBackup (commeconfiguré dans la liste client pour la politique), en une adresse IP. L'adresse IPest alors utilisée dans les tableaux de routage du nœud pour acheminer unmessage ré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.

Se reporter à "Vérification des entrées de nom d'hôte et de service dans NetBackup"à la page 58.

Se reporter à "Résolution des problèmes de communication réseau avec des clientsPC" à la page 54.

75Procédures de dépannageÀ propos de l'utilitaire bpclntcmd

Se reporter à "Résolution des problèmes de communication réseau avec des clientsUNIX" à la page 47.

Utilisation de la fenêtre Propriétés de l'hôte pouraccéder aux paramètres de configuration

La fenêtre Propriétésdel'hôte de la Consoled'administrationNetBackup permetd'accéder à de nombreux paramètres de configuration pour les clients et lesserveurs NetBackup. Par exemple, vous pouvez modifier la liste de serveurs, lesparamètres de notification par courrier électronique et les diverses valeursd'expiration de délai pour les serveurs et les clients. Les indications suivantesconstituent des instructions générales sur l'utilisation de cette fenêtre.

De nombreuses procédures de ce guide font également référence à la boîte dedialogue Propriétés du client NetBackup de l'interface Sauvegarde, archivageet restauration sur les clients Microsoft Windows. Cette boîte de dialogue vouspermet de modifier les paramètres de configuration NetBackup uniquement pourle système local sur lequel vous exécutez l'interface. La plupart des paramètresde la boîte de dialogue PropriétésduclientNetBackup sont également disponiblesdans la fenêtre Propriétés de l'hôte.

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

1 Dans la Console d'administration NetBackup, dans le volet gauche,développez Gestion NetBackup > Propriétés de l'hôte.

2 Selon l'hôte à configurer, sélectionnez Serveursmaître, Serveursdemé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 le répertoire d'installation NetBackup est totalement rempli, de fichiers journauxpar exemple, un certain nombre de problèmes peut survenir. NetBackup peut neplus répondre. Les travaux NetBackup peuvent rester en attente pendant delongues périodes, alors que tous les processus et services NetBackup sont en coursd'exécution.

Procédures de dépannageUtilisation de la fenêtre Propriétés de l'hôte pour accéder aux paramètres de configuration

76

Résolution des problèmes de disque

1 Le journal du courtier en ressources NetBackup (nbrb) peut comporter deserreurs de connexion de base de données. Ces erreurs indiquent des échecslors des tentatives de connexion à la base de données nbemm. Voici un exemplede ce type d'erreurs dans le journal nbrb :

7/20/2005 12:33:47.239 [RBDatabase::connectDatabase()] ODBC connection failed.

ErrMsg: [Sybase][ODBC Driver][Adaptive Server Anywhere]Disk write failure

'Fatal error: disk write failure C:\Program Files\VERITAS\NetBackupDB\data\NBDB.log' --

transaction rolled back ErrCode: -1Sqlstate: HY000

Le journal de nbrb (ID de l'émetteur 118) est enregistré dans /usr/openv/logs(sous UNIX) ou dans install_path\NetBackup\logs (sous Windows). Plusd'informations relatives à la consignation unifiée sont disponibles.


2 Pour corriger le problème, libérez de l'espace disque dans le répertoire oùNetBackup est installé en procédant comme suit :

■ Il est possible que vous deviez supprimer des fichiers journauxmanuellement, réduire les niveaux de consignation et régler laconservation des journaux pour que la suppression automatique desfichiers journaux s'effectue plus tôt.Plus d'informations sont disponibles à propos des niveaux de consignation,de la conservation de fichier journal et de la façon de configurer laconsignation unifiée.Se reporter à "À propos des journaux" à la page 111.

■ Envisagez de déplacer les fichiers journaux unifiés NetBackup vers unsystème de fichiers différent.Se reporter à "À propos du changement d'emplacement des fichiersjournaux unifiés" à la page 126.

3 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 daemonNB_dbsrv sous UNIX et le service "Adaptive Server Anywhere - Veritas_NB"sous Windows.

4 Si le service de base de données relationnelle NetBackup est arrêté, notez cequi suit :

■ N'arrêtez pas le service nbrb. L'arrêt du service nbrb tandis que le servicede base de données relationnelle NetBackup est désactivé peut entraînerdes erreurs.

■ Redémarrez le service de base de données relationnelle NetBackup.

77Procédures de dépannageRésolution des problèmes de disque plein

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 pourlibérer de l'espace disque, vous risquez de ne pas résoudre le problème. Leservice de base de données relationnelle doit être redémarré pour permettreau courtier en ressources (nbrb) d'allouer les ressources de travail.

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 :

■ Soyez sûr que le serveur de médias qui fige les médias enregistre l'état FIGÉréel de ces médias dans sa base de données de médias (MediaDB). Chaqueserveur de médias, y compris le serveur maître, possède une base de donnéesde médias unique.

■ Utilisez la commandebpmedialistpour 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 davantaged'erreurs, l'endommagement du lecteur ou la perte de données.

■ Examinez les modèles des ID de médias, les lecteurs de bande ou les serveursde médias impliqués lorsque le média est figé.

Journaux pour le dépannage d'un média figéLes journaux suivants sont utiles pour dépanner un média figé :

■ 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 et Linux

Procédures de dépannageConsidérations de dépannage d'un média figé

78

■ 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 desinformations plus détaillées que le moniteur d'activité ou le rapport Problèmes.Définissez le niveau de détails btpm sur les serveurs de médias individuels enmodifiant leur niveau de consignation sous Propriétés de l'hôte dans la consoled'administration NetBackup.


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

À 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)

Causes et solutions possibles pour ce problème :

Nettoyez les lecteurs qui figent les médias conformément auxsuggestions du fabricant. L'un des premiers symptômes d'unlecteur encrassé est un média figé.

Lecteurs encrassés.

Vérifiez les erreurs de périphérique de bande signalées parles journaux du système d'exploitation ou par le pilote depériphérique. Si des problèmes ont été détectés, suivez lesrecommandations du constructeur pour résoudre ce typed'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 par leur pilote.Si des problèmes ont été détectés, suivez les recommandationsdu constructeur pour résoudre ce type d'erreur.

Problèmes decommunication auniveau de l'adaptateurSCSI ou HBA (Host BusAdapter).

79Procédures de dépannageConsidérations de dépannage d'un média figé

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 supportSymantec suivant :

http://www.symantec.com/business/support/overview.jsp?pid=15143

Lecteur non pris encharge

Assurez-vous que l'utilisation du média avec le lecteur debande est prise en charge par le fournisseur du lecteur debande.

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 demédia NetBackup, le média est figé. Cette erreur se produit si le robot doitêtre inventorié ou si des codes-barres ont été physiquement modifiés surles médias.

■ Une autre installation de NetBackup s'est précédemment enregistrée surles médias avec des règles différentes de code-barres.

■ Les lecteurs du robot ne sont pas configurés dans le bon ordre dansNetBackup ou sont configurés avec des chemins d'accès incorrects. Lenombre correct de lecteurs de robot est primordial pour un montage et uneutilisation appropriés des médias. Le numéro du lecteur de robot se basenormalement sur la relation entre le numéro de série du lecteur et lesinformations concernant le numéro de série du lecteur dans la bandothèque.Validez ce numéro avant de considérer la configuration de périphériquecomme terminée.

■ Le format du média n'est pas pris en charge par NetBackup. Voici un exempled'entrée de 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

Procédures de dépannageConsidérations de dépannage d'un média figé

80

http://www.symantec.com/business/support/overview.jsp?pid=15143

Ces bandes de bibliothèque ont pu avoir été enregistrées en dehors deNetBackup. Par défaut, NetBackup enregistre uniquement sur un média videou 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) sont figés par mesurede sécurité. Modifiez ce comportement à l'aide de la procédure suivante :

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 etLinux :

Dans la console d'administration, sélectionnez Propriétésdel'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électionnez un ou plusieurs des formats de médias répertoriés.Arrêtez et redémarrez les démons NetBackup pour appliquer lesmodifications.

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. Plusde détails sont disponibles sur chaque type de média.


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 Symantec NetBackup (tm)

database backup data and cannot be used for backups.

81Procédures de dépannageConsidérations de dépannage d'un média figé

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 commandebpmediapour 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 qui est 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 commandebpmedialist et prenez note de "l'hôte de serveur" répertoriédans la sortie. L'exemple suivant indique que le serveur de médias denton a figéle média div008 :

# 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/2010 10:12 04/22/2010 10:12 hcart 35 5

1 05/06/2010 10:12 04/22/2010 10:25 FROZEN


Se reporter à "Journaux pour le dépannage d'un média figé" à la page 78.

Résolution des problèmes PBXLes services EMM (Enterprise Media Manager) et les autres services de NetBackupnécessitent une architecture de services commune appelée PBX (Private BranchExchange). A l'instar de vnetd, PBX aide à limiter le nombre de ports TCP/IP queles services CORBA de NetBackup utilisent.

Lorsque vous dépannez PBX, prenez en compte les problèmes qui sont décritsdans cette section.

Remarque : Si PBX n'est pas installé ou n'est pas configuré correctement,NetBackup ne répond pas.

Procédures de dépannageRésolution des problèmes PBX

82

Vérifier l'installation de PBXNetBackup nécessite le service PBX (Private Branch Exchange) de Symantec. LePBX peut être installé avant NetBackup ou pendant l'installation de NetBackup.

Reportez-vous au Guide d'installation 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 UNIX : /opt/VRTSpbx

■ Sous Windows : install_path\VxPBX

2 Pour vérifier la version de PBX, entrez :

■ Sous UNIX : /opt/VRTSpbx/bin/pbxcfg -v

■ Sous Windows : install_path\VxPBX\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 deSymantec est lancé. (Accédez à Démarrer > Exécuter et saisissezservices.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.

83Procédures de dépannageRésolution des problèmes PBX

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 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).

■ 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).

2 Réinitialisez l'utilisateur authentifié(Auth User)ou le mode sécurisé(SecureMode) si nécessaire :

■ Pour ajouter l'utilisateur correct à la liste d'utilisateurs authentifiés(exemple sous 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.


84

Accès aux journaux PBXPBX utilise la consignation unifiée. Les journaux PBX sont enregistrés auxemplacements suivants :

■ /opt/VRTSpbx/log (UNIX)

■ install_path\VxPBX\log (Windows)

Le numéro du point d'origine de consignation unifiée pour PBX est 103. Desinformations supplémentaires sur la consignation unifiée sont disponibles.


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. Vous pouvezégalement consulter la rubrique suivante :


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 (zéro) à 10, où la valeur 10 est le niveau leplus détaillé.

PBX peut consigner des messages par défaut dans les journaux système UNIX(/var/adm/messagesou /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 ceux-ci sont également enregistrésdans les journaux PBX (/opt/VRTSpbx/log on sous UNIX et<install_path<\VxPBX\log on sous Windows).

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 appliqué.

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 comme bplabel et vmoprcmdne fonctionnentpas. Les messages PBX comme celui illustré ci-dessous apparaissent dans/opt/VRTSpbx/log (UNIX) ou install_path\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 Définissez le Mode sécurisé sur faux en entrant ce qui suit :

■ Sous UNIX :

/opt/VRTSpbx/bin/pbxcfg -d -m


86

■ Sous Windows :

install_path\VxPBX\bin\pbxcfg -d -m

2 Vérifiez les paramètres de sécurité de PBX en entrant ce qui suit :

pbxcfg -p

3 Arrêtez NetBackup :

■ Sous UNIX :


■ Sous Windows :

install_path\NetBackup\bin\bpdown

4 Arrêt de PBX :

■ Sous UNIX :

/opt/VRTSpbx/bin/vxpbx_exchanged stop

■ Sous Windows : Accédez à Démarrer > Exécuter, saisissez la commandeservices.msc et arrêtez le service Private Branch Exchange Symantec.

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 Symantec.

6 Démarrage de NetBackup :

■ Sous UNIX :

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

■ Sous Windows :

install_path\NetBackup\bin\bpup


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 essaye des'y connecter, des messages comme celui illustré ci-dessous apparaissent dans/usr/openv/logs pour PBX. (Le point d'origine de consignation unifiée de PBXest 103.)

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 commandenbemm (UNIX) ou démarrez le serviceNetBackup 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 UNIX :



■ Sous Windows :




88

Dépannage de la duplication sur un serveur maîtredistant

Les opérations de duplication sur un serveur maître distant sont caractériséespar des politiques de cycle de vie de stockage couvrant au moins deux domainesde serveur maître NetBackup. Vérifiez que les deux serveurs maîtres suivent cesrègles :

■ Le nom de la politique de cycle de vie de stockage dans le domaine source duserveur maître doit correspondre au nom de la politique de cycle de vie destockage dans le domaine cible du serveur maître. Les noms sont sensibles àla casse.

■ Le nom de la classification des données utilisé par la politique de cycle de viede stockage dans le domaine source de serveur maître doit correspondre aunom de la classification de données dans la politique de cycle de vie de stockagedans le domaine cible du serveur maître. Les noms sont sensibles à la casse.

■ 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écifierune 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.

■ 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 de la duplication sur les travaux de serveur maître distantLe travail de duplication sur le serveur maître distant fonctionne comme touttravail de duplication sauf que ce type de travail ne contient pas de faceenregistrement. Le travail doit s'exécuter sur un serveur de médias exécutantNetBackup 7.1 ou version supérieure. Il consomme une ressource de lecture duvolume de disque sur lequel résident les images dupliquées. Si aucun serveur demédias n'est disponible avec NetBackup 7.1 ou version supérieure, le travail échoueavec l'état 800.

Le travail de duplication sur le serveur maître distant fonctionne à un niveau devolume de disque. Dans l'unité de stockage spécifiée dans la politique de cycle devie de stockage pour la copie source, certains volumes de disque peuvent ne pas

89Procédures de dépannageDépannage de la duplication sur un serveur maître distant

prendre en charge la réplication, et certains serveurs de médias peuvent ne pasexécuter NetBackup 7.1 ou version supérieure. Utilisez l'interface Poolsdedisquesde la Console d'administration système pour vérifier que l'image est sur unvolume de disque prenant en charge la réplication. Si l'interface indique que levolume de disque n'est pas une source de réplication, cliquez sur Mette à jour laréplication pour mettre à jour les volumes de disque dans le pool de disques. Sile problème persiste, vérifiez votre configuration de périphérique de disque.

La procédure suivante est basée sur NetBackup en configuration OpenStorage.Cette configuration communique avec un pool de déduplication de serveur demédias (MSDP) qui utilise la fonction de duplication sur le serveur maître àdistance.

Procédures de dépannageDépannage de la duplication sur un serveur maître distant

90

Dépannage de la duplication sur les travaux de serveur maître distant

1 Pour afficher les informations de serveur de stockage, exécutez la commandesuivante :

# bpstsinfo -lsuinfo -stype PureDisk -storage_server PureDisk1

LSU Info:

Server Name: PureDisk:woodridge.min.veritas.com

LSU Name: PureDiskVolume

Allocation : STS_LSU_AT_STATIC

Storage: STS_LSU_ST_NONE

Description: PureDisk storage unit (/woodridge.min.veritas.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 que l'unité de stockage logique (LSU) indiqueSTS_LSUF_REP_ENABLED et STS_LSUF_REP_SOURCE pour PureDiskVolume.PureDiskVolume est activé pour les travaux de duplication sur le serveurmaître distant, et il s'agit d'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 woodridge

-media_server woodridge - U

Disk Pool Name :

Disk Type : PureDisk

Disk Volume Name : PureDiskVolume

...

Flag : ReplicationSource

...

L'indicateur ReplicationSource confirme que NetBackup reconnaît lesindicateurs de l'unité de stockage logique (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 woodridge

-media_server woodridge

V7.0 DiskVolume < "PureDiskVolume" "PureDiskVolume" 46068048064

46058373120 0 0 0 16 1 >

V7.0 ReplicationTarget < "bayside:PureDiskVolume" >

L'écran indique que la destination de réplication est un serveur de stockageappelé bayside, et que le nom de l'unité de stockage logique (volume) estPureDiskVolume.

4 Pour vous assurer que NetBackup reconnaisse cette configurationcorrectement, 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

...

La liste montre que le volume de disque PureDiskVolume est configuré dansle pool de disques PDPool, et que NetBackup reconnaît la fonction deréplication.

5 Si NetBackup ne reconnaît pas la fonction de réplication, exécutez lacommande suivante :

# 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 disquesPDpool.


92

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

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 : woodridge.min.veritas.com (UP)

Le nombre maximal de flux d'E/S est défini sur -1, ce qui signifie que le poolde disques possède des flux d'entrée-sortie illimités.

8 Pour vérifier les serveurs de médias, exécutez la commande suivante :

# tpconfig -dsh -all_host

==============================================================

Media Server: woodridge.min.veritas.com

Storage Server: woodridge.min.veritas.com

User Id: root

Storage Server Type: BasicDisk

Storage Server Type: NearStore

Storage Server Type: SnapVault

Storage Server Type: PureDisk

==============================================================

Ce pool de disques possède un seul serveur de médias : woodridge. Vous avezterminé la validation de la configuration de stockage.


9 La dernière phase de validation est la configuration de la politique de cyclede vie du stockage. Pour exécuter une duplication sur le serveur maître àdistance, la copie source doit se trouver sur l'unité de stockage PDstu. Exécutezla commande suivante :

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: duplication 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 travail pour la duplication sur le serveur maîtredistant, utilisez les mêmes lignes de commande que vous utilisez pour d'autrestravaux gérés de politique de cycle de vie du stockage. Par exemple, pourrépertorier les images qui ont été dupliquées sur le serveur maître distant,exécutez ce qui suit :

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), procédez comme suit :


94

nbstlutil list -copy_type replica -U -copy_incomplete


10 Pour répertorier les périphériques de stockage cible qui ont terminé laduplication sur des copies du serveur maître à distance (cible de réplication),exécutez la commande suivante :

nbstlutil repllist

Image:

Master Server : woodridge.min.veritas.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 : woodridge.min.veritas.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: woodridge.min.veritas.com


Copy Number : 102


96

Target Machine : bayside

Target Info : PureDiskVolume

Remote Master : (none specified)

Dépannage des travaux d'importation automatiquesLes travaux d'importation automatiques gérés par les composants de la politiquede cycle de vie du stockage sont différents des travaux d'importation hérités. Lestravaux d'importation automatiques informent NetBackup, de manière asynchrone,qu'une image doit être importée. En outre, la duplication source vers le travail dumaître à distance fournit les entrées de catalogue de cette copie au périphériquede stockage pour éviter au travail de lire la totalité de l'image. Les travauxd'importation automatiques se contentent de lire l'enregistrement du cataloguehors du périphérique de stockage et de l'ajouter à son propre catalogue. Ceprocessus est tellement rapide que NetBackup doit regrouper les images par lotsd'importation afin d'optimiser l'efficacité. L'état dans lequel NetBackup a reçuune notification sans que l'importation n'ait encore eu lieu est appelé "attented'importation".

Pour plus d'informations sur l'adaptation de la fréquence de regroupement parlots du processus du gestionnaire d'importation ou l'importation automatique engénéral, consultez le Guide d'administrateur NetBackup.

L'événement de notification du serveur de stockage fournit le nom d'image danslaquelle le serveur de stockage lit le catalogue correspondant et le nom de lapolitique de cycle de vie du stockage qui traite l'image. Les images des travauxd'importation automatiques sont traitées par lots en fonction du nom de lapolitique de cycle de vie du stockage et du volume de disque. Le travaild'importation consomme un flux d'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.min.veritas.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.min.veritas.com

Storage Server : bayside.min.veritas.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écutée sur le travail d'importation automatique et l'événementd'importation automatique dépend de plusieurs conditions, comme indiqué autableau suivant.


98

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'importationautomatiques ne démarrent jamais (lacopie reste à l'état 1 du cycle de vie dustockage)

■ L'événement spécifie un ID de sauvegarde quiexiste déjà dans le catalogue de ce 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'importationautomatique est supprimé et l'imageest ignorée

■ 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 stockage qui estspécifiée dans l'événement comporte une cibled'importation dont l'emplacement n'inclut pasle volume de disque spécifié par l'événement

■ La politique de cycle de vie du stockage qui estspécifiée n'existe pas. Il s'agit ducomportement par défaut. Il existe uncomplément d'informations au sujet desoptions de configuration de la politique ducycle de vie du stockage.

Consultez le Guide de l'administrateurNetBackup, volume 1.

Le travail d'importation automatique adémarré mais l'image a expiré et a étésupprimée pour nettoyer l'espacedisque dans certains cas. L'événementconsigne une erreur dans le rapport deproblèmes ou la sortie de bperror. Untravail d'importation est en coursd'exécution, mais l'importation de cetteimage échoue en affichant un coded'état de 1532-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 lignes de commande que pour tout autre travail géré par unepolitique de cycle de vie du stockage. Pour répertorier les images dont NetBackupa reçu la notification de la part du stockage sans en avoir démarré l'importation(en attente ou échec), utilisez les commandes indiquées ci-dessus ou exécutez lacommande 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 L ifecycle Policy : woodridge2bayside2pearl_withdup

Storage Lifecycle State : 3 (COMPLETE)

Time In Process : 1287610714 (Wed Oct 20 16:38:34 2010)


Version Number : 0

OriginMasterServer : woodridge.min.veritas.com

OriginMasterServerID : f5cec09a-da74-11df-8000-f5b9412d8988

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'heured'importation à partir de la version répliquée et la date d'échéance requise ne sontpas connus tant que l'image n'a pas été importée. De ce fait, un enregistrementen 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



100



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 toujours lecas. Au cours de la duplication en cascade vers le maître à distance, le serveurmaître envoie la notification.

Dépannage des performances de la carte d'interfaceré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 traiter 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. Sila documentation n'est pas utile, effectuez la procédure suivante.

101Procédures de dépannageDépannage des performances de la carte d'interface réseau

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.

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 fichier bp.confSur des systèmes Solaris et Linux, chaque entrée SERVER d'un fichier clientbp.conf doit correspondre à un serveur maître ou à un serveur de médiasNetBackup. En d'autres termes, vous devez installer le logiciel de serveur maîtreou de serveur de médias NetBackup sur chaque système listé en tant que SERVER.Vous ne pouvez pas démarrer le service client sur certains clients si le nom duclient est répertorié par erreur en tant que serveur.

Procédures de dépannageÀ propos des entrées SERVER dans le fichier bp.conf

102

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émarreznbftclnt sur le client et relancez l'opération.

Remarque : Le processus nbftclnt sur le client doit s'exécuter avant de démarrerune sauvegarde de client SAN ou une restauration sur Fibre Channel.

À propos des problèmes d'unité de stockageindisponible

Les travaux NetBackup échouent parfois parce que les unités de stockage sontindisponibles, en raison de lecteurs arrêtés ou d'erreurs de configuration, commeune référence à un numéro de robot incorrect. NetBackup envoie les messages dejournal au journal d'erreurs NetBackup qui vous aide à détecter et résoudre cetype de problèmes.

En outre, la boîte de dialogue Détails du travail fournie par le moniteur d'activitécontient les messages qui décrivent :

■ 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 ...

103Procédures de dépannageÀ propos des problèmes d'unité de stockage indisponible

À propos du dépannage de NetBackup dans unenvironnement SAN

Les administrateurs de NetBackup peuvent rencontrer l'un ou l'ensemble desproblèmes courants suivants dans un environnement SAN (Storage Area Network) :

■ échecs de sauvegarde intermittents

■ problèmes de connectivité (lecteurs arrêtés)

■ modifications de la configuration SAN.

Si l'administrateur SAN répartit le réseau en zones ou masque une baie utiliséepar NetBackup, certains des périphériques requis par NetBackup peuvent êtreindisponibles. L'une ou l'autre de ces actions fait échouer les sauvegardes et arrêteles lecteurs. Les seules informations disponibles pour l'administrateur NetBackupsont un code d'état d'erreur 83 (erreur d'ouverture de médias) ou 84 (erreurd'écriture sur médias).

Vous pouvez utiliser le stockage Veritas CommandCentral Storage pour vérifierdes éléments de la configuration SAN. Par exemple, vous pouvez vérifier si unpériphérique particulier est connecté, ainsi que le zonage et le masquage sur leSAN.

Parfois, un commutateur ou une boîte de dialogue Windows est interrompu etenvoie une commande de réinitialisation. Puisque NetBackup ne met pas à jourautomatiquement les liaisons persistantes, la commande de réinitialisation peutcauser un mappage différent des lecteurs. CommandCentral Storage peut aider àiddentifier le problème en affichant les modifications dans les mappages de lecteur,bien qu'il ne puisse pas réparer automatiquement le problème.

Pour plus d'informations sur la façon de mettre en application les liaisonspersistantes, consultez le Guide de configuration de périphériques NetBackup.

NetBackup vous permet de lancer CommandCentral Storage dans le contexte.L'IUG Web de CommandCentral Storage affiche avec précision le domaine de laconfiguration SAN que vous prévoyez de dépanner.

Bonnes pratiques de cycle de vie d'entreprise NetBackupLes problèmes liés au SAN impliquent généralement l'utilisation de l'option destockage partagé SSO (Shared Storage Option). Les deux types d'utilisateursNetBackup sont généralement les suivants :

■ opérateurs qui ont un accès limité aux hôtes et à la structure du SAN ;

■ administrateurs système qui disposent des droits d'administrateur, mais n'ontpas accès à la structure.

Procédures de dépannageÀ propos du dépannage de NetBackup dans un environnement SAN

104

L'administrateur SAN opère généralement entièrement en dehors du domaineNetBackup. Le dépannage NetBackup est difficile quand il implique le SAN parceque la responsabilité administrative tend à être répartie entre plusieurs personnes.Personne n'a une image claire de la structure globale de sauvegarde.

CommandCentral Storage fournit une vue cohérente de l'ensemble du SANpermettant de mesurer les performances. Cette option donne aux administrateursNetBackup les données pour lesquelles ils doivent demander des modificationset qui sont nécessaires pour collaborer avec les administrateurs SAN. Elle aideles administrateurs NetBackup quand ils conçoivent, configurent, mettent enapplication ou modifient des solutions en réponse aux changements desenvironnements de sauvegarde (matériel, applications, demande).

CommandCentral Storage peut aider les personnes responsables de la gestiond'un système de sauvegarde dans un environnement SAN en intégrant la gestionSAN et les informations d'opération de sauvegarde.

CommandCentral Storage peut fournir une prise en charge pendant les étapes ducycle de vie de sauvegarde suivantes :

■ Conception

Utilisez CommandCentral Storage pendant la phase de conception pourdéterminer :

■ où déployer un système de sauvegarde sur le SAN ;

■ si la conception de SAN est requise pour correspondre aux fenêtres desauvegarde à un coût matériel et un impact d'application minimaux.Par exemple, une conception de sauvegarde peut ne pas requérir l'achat decommutateurs supplémentaires si elle prend en considération : les rapportsd'évolution des performances que CommandCentral Storage génère pourdéterminer la configuration de l'utilisation de la structure.Éventuellement, si vous répartissez de nouveau la structure par zones parl'intermédiaire de CommandCentral Storage, il peut fournir la bandepassante suffisante pour satisfaire aux conditions requises de fenêtre desauvegarde. En outre, CommandCentral Storage peut fournir une visibilitésur les concepts de récupération et les performances de la structure en casde grandes restaurations requises par des opérations commercialesimportantes.

■ Configuration, testGénéralement, des systèmes de sauvegarde sont testés avant la mise en placepour obtenir des points de comparaison et pour régler le système afin d'obtenirune efficacité maximale. CommandCentral Storage peut fournir les mesuresde performance pour des fonctions d'E/S de bout en bout pour tous les élémentsdans le chemin d'accès de sauvegarde. En outre, CommandCentral Storage

105Procédures de dépannageÀ propos du dépannage de NetBackup dans un environnement SAN

peut fournir des informations importantes sur l'environnement pour qualifierl'environnement de sauvegarde, ainsi qu'une base pour la future gestion de laconfiguration de dépannage.

■ Mise en place, reconfiguration, productionCommandCentral Storage peut aider à déterminer si un hôte peut voir la totalitédu chemin d'accès d'E/S jusqu'au périphérique de sauvegarde cible enidentifiant les problèmes de connectivité avec précision.

À propos de l'utilisation de CommandCentral Storage pour dépannerNetBackup dans un environnement SAN

Vous pouvez utiliser CommandCentral Storage comme décrit ci-après afin dedépanner NetBackup dans un environnement SAN :

La capacité à lancer CommandCentral Storage et à accéderà une vue d'ensemble du SAN à partir de NetBackup dansle contexte est très utile pour déterminer rapidementl'origine des problèmes. En outre, les administrateursNetBackup et les administrateurs SAN étant souvent dansdes groupes différents, les opérations fragmentées quimènent aux délais de résolution peuvent être évitées. AvecCommandCentral Storage, l'administrateur NetBackup aune vue de l'état global du SAN en tant qu'élément duprocessus initial de dépannage.

Lancement dans le contexte

La vue CommandCentral Storage de l'environnement SANpeut vous aider à détecter n'importe quel échec dans latopologie.

En outre, avoir un inventaire d'environnement à fournirpour faciliter le dépannage est très utile pour le processusd'assistance.

Contrôle de la connectivité etdes périphériques

Un échec de sauvegarde peut être étudié des façonssuivantes :

■ Lancez CommandCentral Storage dans le contexte àpartir de NetBackup pour vérifier l'état de la structure.

■ Recherchez dans les rapports des événements de lastructure s'étant produits aux alentours de la période oùNetBackup a généré le journal d'erreurs.

Outils de dépannagegénéraux


106

Utilisation de CommandCentral Storage pour dépanner l'incapacitéd'accéder aux lecteurs ou aux robots dans un environnement SAN

Les cas d'utilisation suivants expliquent comment CommandCentral Storage peutêtre intégré dans une procédure de dépannage NetBackup pour étudier le contexteSAN d'un système de sauvegarde. La plupart des problèmes communs de NetBackupsur les SAN sont liés à des problèmes de connectivité.

Généralement détecté comme erreur 213 (aucune unité de stockage disponiblepour une utilisation) dans NetBackup, ce problème représente une perte deconnectivité. Il s'agit d'un vrai problème car NetBackup fige les bandes avec deuxéchecs d'écriture, même lorsque ce sont les problèmes SAN qui causent les échecs.

Symptôme : les travaux de sauvegarde échouent

Pour utiliser CommandCentral Storage pour dépanner l'incapacité d'accéder auxlecteurs ou aux robots dans un environnement SAN

1 Vérifiez le moniteur de périphérique NetBackup pour voir si un périphériqueest désactivé. Le cas échéant, essayez de le remettre en fonction.

2 Si le lecteur est toujours désactivé, vérifiez les points suivants pour les états219 (l'unité de stockage requise est indisponible) et 213 (aucune unité destockage disponible pour une utilisation) sur le serveur de médias :

■ Syslog

■ Journaux de périphérique

■ Journaux NetBackup

3 Recherchez les états 83, 84, 85 et 86 dans les journaux NetBackup. Ces codessont relatifs aux échecs d'écriture, de lecture, d'ouverture et d'accès auxpositions du lecteur.

4 Essayez un robtest pour déterminer la connectivité.

S'il n'y a aucune connectivité, le problème vient probablement du matériel.

5 À partir du serveur maître, sélectionnez le robot ou le périphérique associéà l'unité de stockage.

6 Lancez alors CommandCentral Storage pour une vue du serveur de médiaset des périphériques.

7 Vérifiez la connectivité de la structure (si des périphériques de chemin d'accèsd'E/S sont inactifs).


Utilisation de CommandCentral Storage pour dépanner l'incapacitéde découvrir un lecteur ou un robot dans un environnement SAN


L'administrateur NetBackup installe un nouveau périphérique et exécute l'assistantConfiguration de périphériques pour le découvrir et le configurer. L'assistant nedécouvre pas le périphérique récemment installé.

La topologie de CommandCentral Storage est un bon outil visuel pour vérifier laconnectivité entre les hôtes et les périphériques. Vous pouvez l'utiliser pour voirsi un câble réseau est débranché ou si un autre problème existe.

Ce cas d'utilisation peut se rencontrer quand vous configurez des sauvegardeshors hôte. Les sauvegardes hors hôte exigent du serveur de médias qu'il puissevoir tous les périphériques avec lesquels il conduit la sauvegarde : baie de disques,cache disque, système de déplacement des données, bibliothèque et lecteur. Laconnectivité doit être correcte. En outre, la commande bptpcinfodans NetBackupSnapshot Client génère un fichier de configuration 3pc.conf pour exécuter lasauvegarde. Le nom mondial WWN (world wide name) de certains périphériquesest souvent incorrect. Vous pouvez utiliser CommandCentral Storage pour vérifiersi le contenu du fichier 3pc.conf est en corrélation avec la configuration réellede la structure.

Pour obtenir une description de la sauvegarde hors hôte, de la commandebptpcinfo et du fichier 3pc.conf, reportez-vous au document Configuration duclient de cliché NetBackup.

Pour une aide sur l'accès à ce document, consultez la section "Assistance SnapshotClient" du Guide de l'administrateur NetBackup Snapshot Client.

Symptôme : après avoir exécuté l'assistant de configuration des périphériques,le nouveau périphérique n'apparaît pas dans la liste de périphériques découverts.

Pour utiliser CommandCentral Storage pour dépanner l'incapacité de découvrir unlecteur ou un robot dans un environnement SAN

1 Réexécutez la découverte de périphérique.

2 Si le nouveau périphérique n'est toujours pas visible, le problème vientprobablement du matériel. Lancez CommandCentral Storage.


108

3 Si le nouveau périphérique n'apparaît pas dans la topologie CommandCentralStorage, vérifiez les connexions du matériel SAN pour déterminer si lepériphérique est ou n'est pas connecté.

Si le nouveau périphérique s'affiche comme déconnecté ou hors ligne,contactez l'administrateur SAN et vérifiez la configuration du commutateur.

Comparez cette procédure de dépannage à un problème semblable sansbénéficier de CommandCentral Storage, tel que le code d'état robotique 214 :le numéro de robot n'existe pas.

Voir le code d'état robotique 214 dans le Guide de référence de codes d'état.

4 Réexécutez l'assistant de configuration des périphériques.

Utilisation de CommandCentral Storage pour dépanner une défaillanceintermittente de lecteur dans un environnement SAN


Un lecteur échoue et fait échouer une sauvegarde, mais à l'examen le lecteur neprésente pas de problème.

Parfois un problème avec un commutateur ou un pont, avant ou pendant le travailde sauvegarde, entraîne un échec de la tâche et désactive le lecteur. Ce problèmeest l'un des plus difficiles à diagnostiquer. Avant que l'administrateur NetBackupne regarde le SAN, tout peut revenir dans l'ordre. Pour utiliser CommandCentralStorage pour dépanner ce problème, procédez comme suit : recherchez les alertesautour de la période de l'échec de travail et vérifiez si un problème de SAN quiaurait entraîné un échec du travail est survenu.

Une autre possibilité est qu'une autre application a réservé le périphérique. Unutilitaire de surveillance de périphérique SCSI est requis pour résoudre ceproblème, ce qui n'est actuellement fourni ni par CommandCentral Storage ni parNetBackup.

Symptôme : le travail de sauvegarde échoue par intermittence et le lecteur estdésactivé par intermittence. Aucune autre erreur que l'échec de la tâche n'apparaîtdans le journal d'erreurs.


Pour utiliser CommandCentral Storagepour dépanner unedéfaillance intermittentede lecteur dans un environnement SAN

1 Sélectionnez un lecteur dans le moniteur de périphériques NetBackup. LancezCommandCentral Storage dans le contexte de lecteur pour voir si le lecteurest connecté au SAN.

2 Consultez les rapports d'alerte CommandCentral Storage pour voir s'il estsurvenu un problème de SAN qui aurait affecté le lecteur au moment où letravail de sauvegarde a échoué.


110

Utilisation des journaux


■ À propos des journaux

■ À propos des journaux système UNIX

■ À propos de la consignation unifiée

■ À propos de la consignation héritée

■ À propos du niveau de consignation global

■ Journaux à joindre aux rapports de problème de sauvegarde synthétique

■ Définition des limites de conservation des journaux des clients

■ Options de consignation avec l'observateur d'événements Windows

■ Messages d'erreur de dépannage dans la console d'administration NetBackupsous UNIX

À propos des journauxNetBackup utilise plusieurs journaux et rapports différents pour vous aider àdépanner les problèmes que vous rencontrez.

Les utilisateurs ont besoin de savoir où les informations de journal et de rapportse trouvent sur leurs systèmes.

Figure 3-1 présente l'emplacement des informations de journal et de rapport surle client et le serveur, et les processus qui rendent les informations disponibles.

3Chapitre

Figure 3-1 Journaux dans le système NetBackup Enterprise

Interfaced'administrationNetBackup

Programmes deserveur

Cataloguede média

Programmesde client

CLIENTSERVEUR

Serveur maître

Serveur maître ou demédias

Journaux dedébogage deserveur

Journaux systèmeMessages systèmeJournal des événementsWindows

Journauxd'étatGestionnaire

de base dedonnéesNetBackup

Catalogued'erreurs

Cataloguede fichiers

Journaux dedébogage declient

Vous pouvez passer en revue une présentation fonctionnelle qui décrit lesprogrammes et les daemons qui sont mentionnés dans ce schéma.


Vous pouvez également utiliser des rapports de NetBackup pour aider à dépannerdes problèmes. Les rapports NetBackup fournissent des informations sur lesstatuts et les erreurs. Pour exécuter des rapports, utilisez la Consoled'administration NetBackup.

Utilisation des journauxÀ propos des journaux

112

Consultez leGuide de l'administrateurNetBackup, volume I pour des descriptionsdétaillées des rapports NetBackup.

Remarque : Le format des entrées des journaux NetBackup est sujet à desmodifications sans préavis.

Remarque : Le terme "serveur de médias", en opposition au "serveur maître" ou"serveur", ne s'applique pas au produit "serveur NetBackup". Lorsque vousdépannez une installation de serveur NetBackup, ignorez toutes les référencesau serveur de médias. (Cette remarque ne s'applique pas à NetBackup EnterpriseServer.)

À propos des journaux système UNIXLes daemons et les programmes de serveur NetBackup consignent de temps entemps des informations via la page de manuel syslogd. syslogd affiche alors unmessage ou enregistre les informations dans un journal système approprié oudans le journal de la console.

Sous UNIX, NetBackup enregistre automatiquement les erreurs robotiques et deréseau dans les journaux système, par le biais de syslogd. Sous Windows,NetBackup enregistre les erreurs robotiques et de lecteur dans le journal del'application Event Viewer. Sur les deux systèmes d'exploitation, des entrées dejournal sont également créées lorsque l'état DÉMARRÉ ou ARRÊTÉ des lecteursrobotiques change.

Remarque : Sous HP-UX, l'outil sysdiag peut fournir des informationssupplémentaires sur les erreurs matérielles.

Pour activer des journaux système, utilisez l'une des commandes suivantes :

■ La commande ltid qui a lancé les processus de gestion des périphériques. Sil'option -v est incluse dans la commande ltid, tous les daemons qui ont étédémarrés en conséquence appliquent également l'option -v.

■ Utilisez une commande pour lancer un daemon spécifique (par exemple, acsd-v).

Sous UNIX, activez la consignation de débogage dans les journaux système enincluant l'option "détaillé" (-v) dans la commande que vous utilisez pour lancerun daemon.

113Utilisation des journauxÀ propos des journaux système UNIX

Pour dépanner ltid ou le logiciel robotique, vous devez activer la consignationsystème. Consultez la page de manuel syslogd(8) pour plus d'informations surla configuration des journaux système. Des erreurs sont consignées avec LOG_ERR,des avertissements avec LOG_WARNING et des informations de débogage avecLOG_NOTICE. Le type de service est daemon.

Consultez la page de manuel syslogdpour obtenir les emplacements des messagesde journal système sur votre système.

À propos de la consignation unifiéeLes consignations unifiée et héritée sont les deux formes de connexion de débogageutilisées dans NetBackup. La consignation unifiée crée des noms et des messagesde fichier journal dans un format normalisé. Tous les processus NetBackup utilisentla consignation unifiée ou la consignation héritée.

À la différence des fichiers qui sont enregistrés en consignation héritée, les fichiersde consignation unifiée ne peuvent pas être affichés avec un éditeur de texte. Lesfichiers de consignation unifiée sont au format binaire et certaines desinformations sont contenues dans un fichier de ressources associé.


Les processus de serveur et les processus client utilisent la consignation unifiée.

Se reporter à "Processus de serveur utilisant la consignation unifiée" à la page 119.

Se reporter à "Processus de client UNIX qui utilisent la consignation unifiée"à la page 125.

Se reporter à "Processus de client PC qui utilisent la consignation unifiée"à la page 126.

À la différence de la connexion héritée, la consignation unifiée ne requiert pas lacréation de sous-répertoires de connexion. Les fichiers journaux des ID du créateursont enregistrés dans un sous-répertoire avec le nom spécifié dans le fichier deconfiguration de journal. Tous les journaux unifiés sont enregistrés dans dessous-répertoires du répertoire suivant :

/usr/openv/logsUNIX

install_path\NetBackup\logsWindows

Vous pouvez accéder aux commandes de consignation dans la Consoled'administration NetBackup. Dans le volet gauche, développez GestionNetBackup > Propriétés de l'hôte > Serveurs maître ou Serveurs de médias.

Utilisation des journauxÀ propos de la consignation unifiée

114

Cliquez deux fois sur le serveur que vous voulez modifier. Dans le volet gauchede la boîte de dialogue, cliquez sur Consignation.

Vous pouvez également gérer la consignation unifiée à l'aide des commandessuivantes :

Modifie les paramètres de configuration de la consignation unifiée.

Se reporter à "Exemples d'utilisation de la commande vxlogmgr pourgérer les journaux unifiés" à la page 135.

vxlogcfg

Gère les fichiers journaux qui sont générés par les produits quiprennent en charge la consignation unifiée.

Se reporter à "Exemples d'utilisation de la commande vxlogcfg pourconfigurer les journaux unifiés" à la page 136.

vxlogmgr

Affiche les journaux que la consignation unifiée génère.

Se reporter à "Exemples d'utilisation de la commande vxlogview pourafficher les journaux unifiés" à la page 133.

vxlogview

Les commandes vxlogcfg, vxlogmgr, vxlogview se trouvent dans le répertoiresuivant.



Consultez le Guide de référence de commandes NetBackup pour une descriptioncomplète de ces commandes.

Rassemblement des journaux unifiés de NetBackupCette rubrique utilise un exemple pour décrire comment rassembler les journauxunifiés de NetBackup.

115Utilisation des journauxÀ propos de la consignation unifiée

Pour rassembler les journaux unifiés de NetBackup

1 Créez unrépertoire nommé /upload à l'aide de la commande suivante.

# mkdir /upload

2 Copiez les journaux unifiés (pour NetBackup seulement) dans le répertoire/upload à l'aide de la commande suivante :

# vxlogmgr -p NB -c --dir /upload

Exemple de sortie :

Following are the files that were found:

/usr/openv/logs/bmrsetup/51216-157-2202872032-050125-0000000000.log

/usr/openv/logs/nbemm/51216-111-2202872032-050125-0000000000.log

/usr/openv/logs/nbrb/51216-118-2202872032-050125-0000000000.log

/usr/openv/logs/nbjm/51216-117-2202872032-050125-0000000000.log

/usr/openv/logs/nbpem/51216-116-2202872032-050125-0000000000.log

/usr/openv/logs/nbsl/51216-132-2202872032-050125-0000000000.log

Total 6 file(s)

Copying

/usr/openv/logs/bmrsetup/51216-157-2202872032-050125-0000000000.log ...

Copying

/usr/openv/logs/nbemm/51216-111-2202872032-050125-0000000000.log ...

Copying

/usr/openv/logs/nbrb/51216-118-2202872032-050125-0000000000.log ...

Copying

/usr/openv/logs/nbjm/51216-117-2202872032-050125-0000000000.log ...

Copying

/usr/openv/logs/nbpem/51216-116-2202872032-050125-0000000000.log ...

Copying

/usr/openv/logs/nbsl/51216-132-2202872032-050125-0000000000.log ...


116

3 Accédez au répertoire /upload et listez son contenu :

# cd /upload

ls

Exemple de sortie :

51216-111-2202872032-050125-0000000000.log

51216-116-2202872032-050125-0000000000.log

51216-117-2202872032-050125-0000000000.log

51216-118-2202872032-050125-0000000000.log

51216-132-2202872032-050125-0000000000.log

51216-157-2202872032-050125-0000000000.log

4 Archivez les fichiers journaux avec tar :

# tar -cvf file_name.logs ./*

Types de messages de consignation unifiéeLes types de message suivants peuvent s'afficher dans les fichiers de consignationunifiée :

Les messages de journal d'application comprennent les messagesd'informations, d'avertissement et d'erreur. Ils sont toujours consignéset ne peuvent pas être désactivés. Ces messages sont localisés.

Voici un exemple de message d'application :

05/02/10 11:02:01.717 [Warning] V-116-18failed to connect to nbjm, will retry

Messages dejournald'application

Les messages de journal de diagnostic sont l'équivalent de laconsignation unifiée des messages de journal de débogage hérité. Ilspeuvent être émis à divers niveaux de détail (semblable aux niveauxdétaillés dans la consignation héritée). Ces messages sont localisés.

Les messages de diagnostic peuvent être désactivés avec la commandevxlogcfg.

Voici un exemple de message de diagnostic :

05/05/09 14:14:30.347 V-116-71[JobScheduler::doCatIncr] no configuredsession based incremental catalog schedules

Messages dejournal dediagnostic


Les messages de journal de débogage sont destinés principalement àl'ingénierie Symantec;. Comme les messages de diagnostic, ils peuventêtre émis à divers niveaux de détails. Ces messages ne sont paslocalisés.

Les messages de débogage peuvent être désactivés avec la commandevxlogcfg.

Voici un exemple de message de débogage :

10/29/09 13:11:28.065 [taolog] TAO (12066|1) -Transport_Cache_Manager::bind_i, 0xffbfc194 ->0x7179d0 Transport[12]

Messages dejournal dedébogage

Format de nom de fichier pour la consignation unifiéeLa consignation unifiée utilise un format de nom normalisé pour les fichiersjournaux. Voici un exemple de nom de fichier de journal.


Tableau 3-1 décrit chaque partie du nom de fichier de journal.

Tableau 3-1 Description du format de nom de fichier pour la consignation unifiée

DétailsDescriptionExemple

Identifie le produit. L'ID de produit de NetBackup est 51216.L'identité de produit est également connue comme ID d'entité

ID deproduit

51216

Identifie l'entité qui écrit dans le journal, par exemple unprocessus, un service, un script ou un autre logiciel. Le numéro116 est l'ID de créateur du processus denbpem (le gestionnaired'exécution de politique NetBackup).

ID decréateur

116

Identifie l'hôte qui a créé le fichier journal. À moins que lefichier n'ait été déplacé, cet ID correspond à l'hôte sur lequelle journal se trouve.

ID d'hôte2201360136

Indique la date d'écriture du journal, au format AAMMJJ.Date041029


118

DétailsDescriptionExemple

Instance numérotée d'un fichier journal assigné à un créateurdonné. Le nombre de substitution (rotation) indique l'instancede ce fichier journal. Par défaut, la substitution (rotation) desfichiers journaux a lieu en fonction de la taille des fichiers. Sile fichier atteint la taille maximale et qu'un nouveau fichierjournal est créé pour ce créateur, le nouveau fichier est désigné0000000001.

Se reporter à "À propos de la substitution des fichiers journauxunifiés" à la page 128.

Rotation0000000000

Processus de serveur utilisant la consignation unifiéeBeaucoup de processus de serveur utilisent la consignation unifiée. Les ID decréateur correspondent aux processus de NetBackup. Plusieurs processus peuventutiliser un ID de créateur. Les clients UNIX et les clients Windows incluentégalement les processus qui utilisent la consignation unifiée.

Se reporter à "Processus de client UNIX qui utilisent la consignation unifiée"à la page 125.

Se reporter à "Processus de client PC qui utilisent la consignation unifiée"à la page 126.

Le fichier de configuration de journal spécifie le nom des répertoires où les fichiersjournaux des ID de créateur sont enregistrés. Ces répertoires et les fichiersjournaux qu'ils tiennent sont enregistrés dans le répertoire suivant, sauf mentioncontraire dans Tableau 3-2.

/usr/openv/logsUNIX

install_path\NetBackup\logsWindows

Tableau 3-2 liste les processus de serveur NetBackup qui utilisent la consignationunifiée.


Tableau 3-2 ID de créateur pour les processus de serveur qui utilisent laconsignation unifiée

DescriptionProcessusID de créateur

■ Service PBX (Private Branch Exchange).

■ Enregistre les journaux dans/opt/VRTSpbx/log (UNIX) etinstall_path\VxPBX\log

(Windows).

Aucun103

■ Enterprise Media Manager (EMM)

■ S'exécute uniquement sur le serveurEMM.

nbemm111

■ Gestionnaire d'exécution de politiqueNetBackup

■ S'exécute uniquement sur le serveurmaître.

nbpem116

■ Gestionnaire des travaux NetBackup

■ S'exécute uniquement sur le serveurmaître.

nbjm117

■ Courtier en ressources NetBackup.

■ S'exécute uniquement sur le serveurEMM.

nbrb118

■ Daemons de serveur maître (ou dedémarrage) Bare Metal Restore (BMR)

■ bmrbd s'exécute sur le serveur dedémarrage de BMR.

bmrd et bmrbd119

■ Utilitaire de collecte de données de BareMetal Restore

■ S'exécute sur le client NetBackup, passur le serveur.

bmrsavecfg121

■ Utilitaire de Bare Metal Restore

■ Commence sur le serveur de démarragede BMR et s'exécute sur le client derestauration.

■ Les clients UNIX l'utilisent pourcommuniquer avec le serveur maîtreBMR pendant une restauration.

bmrc122


120


Interface de base de données et commandesBare Metal Restore.

bmrs123

■ S'exécute sur le serveur de démarrageBMR.

■ Utilisé par les commandes Bare MetalRestore qui créent des disquettes.

■ Windows uniquement

bmrcreatefloppy.exe124


■ Crée une arborescence de ressourcepartagée et des CD amorçables ets'exécute sur le serveur de démarragede BMR.

bmrsrtadm125


■ Prépare les serveurs BMR pour unerestauration client.

bmrprep126

Processus d'installation, de configurationet de mise à jour de Bare Metal Restore.

bmrsetupmaster etbmrsetupboot

127

Les bibliothèques Bare Metal Restoreobtiennent leurs messages de journal de cecatalogue.

128


■ Modifie une configuration de client.

bmrconfig129

■ Utilitaires de Bare Metal Restore

■ Ils ajoutent des pilotes, Service Packs etcorrectifs Windows au serveur maîtreBMR pour pouvoir être utilisés lorsd'une restauration.

bmrpkg etbmrcreatepkg :

130

■ Systèmes Windows seulement.

■ Ils restaurent les clients Windows deBare Metal Restore.

■ Ils s'exécutent sur le client derestauration.

bmrrst.exe etbmrmap.exe

131

NetBackup Service Layernbsl132



■ Daemon d'agent NDMP

■ Gère la sauvegarde et la restaurationNDMP.

ndmpagent134

Contrôle le niveau de consignation desbibliothèques NetBackup. Les messagesd'application et de diagnostic sont destinésuniquement au client ; les messages dedébogage sont destinés à l'ingénierieSymantec.

137

Interface utilisateur de serveur de médiaspour EMM (Enterprise Media Manager).

140

Gère les procédures externes de Bare MetalRestore qui sont utilisées pendant unerestauration.

bmrepadm142

Composant de sélection de médias et depériphériques EMM (Enterprise MediaManager).

mds143

Programme d'allocation de périphériques,pour les lecteurs partagés.

144

Service de rapports Symantec OpsCenter

Fait partie de Symantec OpsCenter

146

Client Symantec OpsCenter


147

Serveur Symantec OpsCenter


148

Messages de gestion de protocole NDMP,avrd et processus robotiques.

151

Gère les fonctions de remplacementpersonnalisées pour Bare Metal Restore.

bmrovradm154


122


Contrôle le niveau de consignation descomposants CORBA (ACE/TAO) pour toutprocessus qui utilise une interface CORBA.Le niveau par défaut est 0 (zéro) : seuls lesmessages très importants sont consignés.Cette consignation est destinée àl'ingénierie Symantec.

Remarque : Si le support techniqueSymantec vous demande d'augmenter leniveau de consignation, vous devezaugmenter le niveau pour l'ID de créateur137 à 4 ou plus.

Avertissement : Un niveau deconsignation de débogage supérieur à 0(zéro) génère de grandes quantités dedonnées.

156

Interface d'accès distant pour les clientsNetBackup.

158

Transmetteurpour les clients NetBackup.159

NetBackup Service Monitor

Contrôle les services de NetBackup et tentede redémarrer un service qui s'arrêteinopinément.

svcmon163

NetBackup Vault166

Gestionnaire de service de disque (DSM),qui effectue des opérations de définition etde récupération sur les unités de stockagesur disque.

178

Processus de serveur FT

Fait partie du client SAN

nbftsrvr199

Processus de client FT

Fait partie du client SAN

nbftclnt200

Composant du gestionnaire de service FT(FSM) d'EMM (Enterprise Media Manager),pour le client SAN.

201



Assistant Exchange Firedrill pour les clientsNetBackup.

210

Resource Event Manager (REM) est unservice chargeable CORBA qui s'exécutedansnbemm. REM fonctionne avec le serviced'interrogation de disque afin de contrôlerl'espace libre et l'état de volume, et desurveiller l'état des disques pleins.

219

Service d'interrogation de disque pour lesclients NetBackup.

220

Media Performance Monitor Service(MPMS). Ce service s'exécute sur chaqueserveur de médias dans RMMS et recueilleles informations de charge d'unité centraleet de mémoire libre de l'hôte.

221

Remote Monitoring and ManagementService (RMMS), qui permet à EMM dedétecter et de configurer le stockage surdisque sur les serveurs de médias.

222

Gestionnaire de cycle de vie du stockage

Contrôle les opérations de duplicationd'image de cycle de vie.

libssmgr226

Interface du gestionnaire de service dedisque distant (RDSM) exécutée dansRemote Manager and Monitor Service.RMMS s'exécute sur des serveurs de médias.

230

Service de gestionnaire d'événements

Fournit des services de gestion desévénements asynchrones pour lesparticipants coopérant.

nbevtmgr231

Lanceur de BMR

Utilitaire dans l'image Windows BMR FastRestore qui configure l'environnementBMR.

bmrlauncher248


124


Assistant de récupération du serveurSharePoint Portal pour les clientsNetBackup.

254

Source générée par le générateurd'artefacts.

261

Console d'administration NetBackup pourWindows

nbconsole263

Codes d'erreur hérités.271

Gestionnaire d'expiration

Prend en charge la gestion des capacités etl'expiration d'image pour des opérations decycle de vie du stockage.

libexpmgr272

Service de gestion de clé de chiffrement286

Service d'audit de NetBackup293

Messages d'audit de NetBackup294

Utilitaire Oracle de client NetBackup360

Appel de processus du serveur DatabaseAgent Request

nbars363

Processus de client UNIX qui utilisent la consignation unifiéeLa plupart des processus de client UNIX utilisent la consignation héritée, exceptéquelques processus Bare Metal Restore. Cependant, les processus suivants declient UNIX utilisent la consignation unifiée.

Tableau 3-3 Processus de client UNIX qui utilisent la consignation unifiée


bmrsavecfg121

Provient du serveur de démarrage de BMR, quipeut ne pas être un serveur NetBackup ets'exécute sur le client de restauration.

bmrc122

nbftclnt200

Navigateur de client NetBackupnbbrowse359



Service clientncfnbcs366

Processus de client PC qui utilisent la consignation unifiéeLa plupart des processus client PC utilisent la consignation héritée exceptéquelques processus Bare Metal Restore. Cependant, les processus suivants declient Windows utilisent la consignation unifiée. La consignation unifiée est activéepar défaut.

Tableau 3-4 Processus de client PC qui utilisent la consignation unifiée


bmrsavecfg121

Provient du serveur de démarrage de BMR, quipeut être ou ne pas être un serveur NetBackup ets'exécute sur le client de restauration.

bmrc122

Provient du serveur de démarrage de BMR, quipeut être ou ne pas être un serveur NetBackup ets'exécute sur le client de restauration.

bmrrst.exe etbmrmap.exe

131

Client NetBackup Live Browsenblbc351

nbftclnt200

Restauration granulaire de NetBackupnbgre352

Navigateur de client NetBackupnbbrowse359

Service clientnbcs366

À propos du changement d'emplacement des fichiers journaux unifiésLes fichiers de consignation unifiée peuvent consommer beaucoup d'espace disque.S'il y a lieu, entrez la commande suivante pour les diriger vers un emplacementdifférent.

/usr/openv/netbackup/bin/vxlogcfg -a -p NB -o Default -sLogDirectory=new_log_path

Où new_log_path est un chemin d'accès complet, tel que/bigdisk/logs.

UNIX


126

install_path\NetBackup\bin\vxlogcfg -a -p NB -o Default-s LogDirectory=new_log_path

Où new_log_path est un chemin d'accès complet, tel que D:\logs.

Windows

À propos de la réutilisation des fichiers journaux unifiésSupprimez les fichiers journaux les plus anciens est assimilé à une réutilisation.Vous pouvez réutiliser des fichiers de consignation unifiée de la façon suivante.

Spécifiez le nombre maximal de fichiers journaux que NetBackupconserve. Quand le nombre de fichiers journaux dépasse lemaximum, les fichiers journaux les plus anciens sontautomatiquement supprimés. L'optionNumberOfLogFilespourla commande vxlogcfg définit ce nombre.

L'exemple suivant définit à 8000 le nombre maximal des fichiersjournaux qui sont permis pour tous les créateurs de consignationunifiée dans NetBackup (ID de produit 51216). Quand le nombrede fichiers journaux dépasse 8000 pour un créateur particulier,les fichiers journaux les plus anciens sont automatiquementsupprimés.

# vxlogcfg -a -p 51216 -o ALL -sNumberOfLogFiles=8000

Se reporter à "Exemples d'utilisation de la commande vxlogcfgpour configurer les journaux unifiés" à la page 136.

Limiter le nombre defichiers journaux

Utilisez la propriété Conserver les journaux pour spécifier lenombre maximal des jours où des journaux sont conservés. Quandle nombre maximal de jours est atteint, les journaux unifiés et desjournaux hérités sont automatiquement supprimés.

Dans la console d'administration NetBackup, dans le volet gauche,développez GestionNetBackup>Propriétésdel'hôte>Serveursmaître. Cliquez deux fois sur le serveur que vous voulez modifier.Une boîte de dialogue apparaît. Dans le volet gauche, cliquez surNettoyage > Conserver les journaux.

Spécifier le nombre dejours où les fichiersjournaux sont gardés

Utilisez la commande vxlogmgr.

Si vous ne pouvez pas supprimer ou déplacer manuellement desfichiers avec vxlogmgr, la propriété Conserver les journauxsupprime les anciens journaux de consignation unifiée et deconsignation héritée.

Se reporter à "Exemples d'utilisation de la commande vxlogmgrpour gérer les journaux unifiés" à la page 135.

Supprimerexplicitement lesfichiers journaux


Si l'option vxlogcfg LogRecycle est activée (true), le paramètre Conserver lesjournaux est désactivé pour les consignations unifiées. Dans ce cas, les fichiersde consignation unifiée sont supprimés quand leur nombre (pour un créateurparticulier) dépasse le nombre que l'option de NumberOfLogFiles spécifie sur lacommande vxlogcfg.

À propos de la substitution des fichiers journaux unifiésPour empêcher des fichiers journaux de devenir trop grands ou contrôler quandou combien de fois ils sont créés, vous pouvez définir un paramètre de substitution(rotation) de journal. Quand un paramètre de temps ou de taille de fichier estatteint, le fichier journal actuel est fermé. Les nouveaux messages de journal duprocessus de consignation sont enregistrés dans un nouveau fichier journal.

Vous pouvez définir la substitution de fichier journal sur la base de la taille dufichier, de l'heure ou du temps écoulé. Définissez les conditions à l'aide de lacommande vxlogcfg avec les options décrites dans Tableau 3-5.

Tableau 3-5 Options de la commande vxlogcfg qui contrôlent la substitution desfichiers journaux unifiés

DescriptionOption

Spécifie la taille maximale qui est permise pour le fichierjournal (en kilo-octets) avant que la substitution seproduise, si RolloverMode est défini à FileSize.

MaxLogFileSizeKB

Spécifie l'heure du jour où le fichier journal estsubstitué, si RolloverMode est défini à LocalTime.

RolloverAtLocalTime

Spécifie un laps de temps en secondes après lequel lefichier journal est substitué, siRolloverMode est définià Periodic.

RolloverPeriodInSeconds

Spécifie que la substitution de fichier journal se produittoutes les fois que la limite de taille du fichier ou de délailocal est atteinte, quelle que soit la première.

MaxLogFileSizeKB ouRolloverAtLocalTime

Spécifie que la substitution de fichier journal se produittoutes les fois que la limite de taille du fichier ou de délaipériodique est atteinte, quelle que soit la première.

MaxLogFileSizeKB ouRolloverPeriodInSeconds

Par défaut, la substitution de fichier journal est basée sur une taille du fichier de5120 KO. Quand un fichier journal atteint 5120 Ko, le fichier se ferme et unnouveau fichier journal s'ouvre.


128

L'exemple suivant définit le mode de substitution NetBackup (prodid 51216) surPériodique.

# vxlogcfg -a --prodid 51216 --orgid 116 -s RolloverMode=Periodic

RolloverPeriodInSeconds=86400

L'exemple précédent utilise la commandevxlogcfg avec l'option deRolloverMode.Il définit le mode de substitution pour nbpem (ID de créateur 116) sur Periodique.Il définit également l'intervalle de substition du prochain fichier journal nbpemsur 24 heures (86 400 secondes).

Dans l'exemple suivant, les noms de fichier affichent la substitution de fichierjournal avec l'ID de rotation incrémenté :




En outre, vous pouvez utiliser la substitution de fichier journal pour :

■ Les journaux des processus de serveur qui utilisent la consignation unifiéeSe reporter à "Processus de serveur utilisant la consignation unifiée"à la page 119.

■ Certains journaux hérités

■ Les fichiers de consignation unifiée que le processus Bare Metal Restorebmrsavecfg a créé.

À propos de l'utilisation de la commande vxlogview pour afficher lesjournaux unifiés

Utilisez la commande vxlogview pour afficher les journaux créés par laconsignation unifiée. Ces journaux sont enregistrés dans le répertoire suivant.

/usr/openv/logsUNIX

install_path\logsWindows

À la différence des fichiers qui sont enregistrés en consignation héritée, les fichiersde consignation unifiée ne peuvent pas être affichés avec un éditeur de texte. Lesfichiers de consignation unifiée sont au format binaire et certaines desinformations sont contenues dans un fichier de ressources associé. Seule lacommande vxlogview peut assembler et afficher les informations de journalcorrectement.


Vous pouvez utiliser vxlogview pour afficher les fichiers journaux de NetBackupainsi que les fichiers journaux PBX.

Pour afficher les journaux PBX en utilisant la commande vxlogview, procédezcomme suit :

■ Assurez-vous que vous êtes un utilisateur autorisé. Pour UNIX et Linux, vousdevez avoir des privilèges racine. Pour Windows, vous devez avoir des privilèges$d'administrateur.

■ Spécifiez l'ID de produit PBX en entrant -p 50936 comme paramètre sur laligne de commande vxlogview.

À propos des chaînes de requête utilisées avec la commande vxlogviewUtilisez la commande vxlogview pour afficher les journaux que la consignationunifiée génère. La commande vxlogview inclut l'option suivante : -w (- -where)QueryString.

QueryString représente une expression de texte semblable à une clause OÙ debase de données. L'expression de chaîne de requête est utilisée pour récupérerdes entrées de journal du système de consignation unifiée. Cette expression estune combinaison d'opérateurs relationnels, d'entiers constants, de chaînesconstantes et de noms de champ de journal constituant une valeur unique. Lesexpressions sont regroupées par les opérateurs logiques comme ET et OU.

Les opérateurs relationnels pris en charge sont :

inférieur à<

supérieur à>

inférieur ou égal à<=

supérieur ou égal à>=

égal à=

différent de!=

Les opérateurs logiques pris en charge sont :

ET logique&&

OU logique||


130

Tableau 3-6 affiche des types de données pour des champs spécifiques ainsi d'unedescription et un exemple. Quand plus d'un exemple est listé, les deux exemplesproduisent les mêmes résultats.

Tableau 3-6 Types de données de champs

ExempleDescriptionTypeNom de champ

PRODID = 51216

PRODID = 'NBU'

Fournit l'identité du produit ou lenom abrégé du produit.

Nombre entier ouchaîne

PRODID

ORGID = 1

ORGID = 'VxAM'

Fournit l'ID de créateur ou le nomabrégé du composant.


ORGID

PID = 1234567Fournit l'ID de processus.Nombre entier longPID

TID = 2874950Fournit l'ID de thread.Nombre entier longTID

STDATE = 98736352

STDATE = '4/26/04 11:01:00

AM'

Fournit la date de début en secondesou dans le format de date et d'heureabrégé local. Par exemple, unparamètre régional peut avoir leformat 'mm/jj/aa hh:mm:ss AM/PM'

Nombre entier longou chaîne decaractères

STDATE

ENDATE = 99736352

ENDATE = '04/27/04 10:01:00

AM'

Fournit la date de fin en secondesou dans le format court spécifiquede date et d'heure local. Parexemple, un paramètre régionalpeut avoir le format 'mm/jj/aahh:mm:ss AM/PM'

Nombre entier longou chaîne decaractères

ENDATE

PREVTIME = '2:34:00'Fournit les heures au format'hh:mm:ss'. Ce champ doit êtreutilisé seulement avec lesopérateurs =, <, >, >= et <=.

ChaînePREVTIME

SEV = 0

SEV = INFOS

Fournissez un des types possiblessuivants de gravité :

0 = INFOS

1 = AVERTISSEMENT :

2 = ERR

3 = CRIT

4 = EMERG

Nombre entierSEV


ExempleDescriptionTypeNom de champ

MSGTYPE = 1

MSGTYPE = DIAG

Fournissez un des types possiblessuivants de message :

0 = DEBUG (messages de débogage)

1 = DIAG (messages de diagnostic)

2 = APP (messages d'application)

3 = CTX (messages de contexte)

4 = AUDIT (messages d'audit)

Nombre entierMSGTYPE

CTX = 78

CTX = 'ALL'

Fournit l'ID de contexte commeidentificateur de chaîne ou 'ALL'

pour obtenir toutes les instances decontexte à afficher. Ce champ doitêtre utilisé seulement avec lesopérateurs = et !=.


CTX

Tenez compte des points suivants en enregistrant une chaîne de requête.

Les noms de champ, les types de gravité et les types de message nedistinguent pas les majuscules et minuscules. Par exemple, les entréessuivantes sont valides :

■ sev = infos

■ msgtype = diag

Sensibilité à lacasse

Les constantes de chaîne doivenr être données entre guillemetssimples. For example, PRODID = 'NBU'

Constantes dechaîne

Les dates de début et de fin peuvent être fournies aux formatssuivants :

■ Une constante de chaîne qui correspond au format régional courtd'affichage de date

■ Une longue valeur du nombre de secondes qui se sont écouléesdepuis minuit le 1er janvier 1970.

Dates

Tableau 3-7 fournit des exemples de chaînes de requête.


132

Tableau 3-7 Exemples des chaînes de requête

DescriptionExemple

(PRODID == 51216) && ((PID == 178964)|| ((STDATE == '2/5/09 00:00:00 AM')&& (ENDATE == '2/5/03 12:00:00 PM'))

((prodid = 'NBU') && ((stdate >=‘11/18/09 0:0:0 AM’) && (endate<= ‘12/13/09 13:0:0 AM’))) ||((prodid = 'BENT') && ((stdate >=‘12/12/09 0:0:0 AM’) &&(endate <= ‘12/25/09 25:0:0 PM’)))

Récupère le journal messages quiétaient connecté ou avant 2009-05-04pour tous les produits Symantecinstallés.

(STDATE <= ‘04/05/09 0:0:0 AM’)

Exemples d'utilisation de la commande vxlogview pour afficher lesjournaux unifiés

Les exemples suivants expliquent comment utiliser la commandevxlogviewpourafficher les journaux unifiés.

Tableau 3-8 Exemple d'utilisation de la commande vxlogview

ExempleElément

Affichez les messages de journal pour NetBackup (51216) quimontrent seulement la date, l'heure, le type de message et le textede message :

vxlogview --prodid 51216 --display D,T,m,x

Afficher les attributsspécifiques desmessages de journal

Affichez les messages de journal pour le créateur 116 (nbpem) quiont été émis pendant les 20 dernières minutes : Notez que vouspouvez spécifier -o nbpem au lieu de -o 116.

# vxlogview -o 116 -t 00:20:00

Afficher les derniersmessages de journal


ExempleElément

Affichez les messages de journal pour nbpem qui ont été émis aucours de la période spécifiée :

# vxlogview -o nbpem -b "05/03/05 06:51:48 AM"-e "05/03/05 06:52:48 AM"

Afficher les messagesde journal d'unepériode spécifique

Vous pouvez utiliser l'option -i au lieu de -o, pour spécifier uncréateur :

# vxlogview -i nbpem

L'optionvxlogview -i recherche seulement les fichiers journauxcréés par le processus spécifié (nbpem). 116 est l'ID de créateurde ces fichiers dans le nom de fichier de journal. En limitant larecherche à certains fichiers journaux, la commande vxlogviewrenvoie un résultat plus rapidement. Par comparaison, l'optionvxlogview -o recherche tous les fichiers journaux unifiés pourles messages qui sont consignés par le processus spécifié.

Remarque : Si vous utilisez l'option -i avec un processus quin'est pas un service, vxlogview renvoie le message "fichiersjournaux introuvables". Un processus qui n'est pas un service n'apas d'ID de créateur dans le nom de fichier. Dans ce cas, utilisezl'option -o au lieu de l'option de -i. Généralement, le processusde NetBackup est un service s'il apparaît dans Moniteurd'activitéde la Consoled'administrationNetBackup, sous l'onglet Daemons(UNIX) ou l'onglet Services (Windows).

Afficher les résultatsplus rapidement

Vous pouvez rechercher un ID de travail particulier dans lesjournaux :

# vxlogview -i nbpem | grep "jobid=job_ID"

La clé de recherche jobid= ne doit contenir aucun espace et doitêtre en minuscules.

En recherchant un ID de travail, vous pouvez utiliser toutes lesoptions de commande vxlogview. Cet exemple utilise l'option-i avec le nom du processus (nbpem).

Rechercher un ID detravail


134

Exemples d'utilisation de la commande vxlogmgr pour gérer lesjournaux unifiés

Les exemples suivants montrent comment utiliser la commande vxlogmgr pourgérer les fichiers de consignation unifiée. La gestion de fichier journal inclut desactions telles que supprimer ou déplacer les fichiers journaux.

Tableau 3-9 Exemples d'utilisation de la commande vxlogmgr

ExempleElément

Listez tous les fichiers journaux unifiés pour le service nbrb :

# vxlogmgr -s -o nbrb/usr/openv/logs/nbrb/51216-118-1342895976-050503-00.log/usr/openv/logs/nbrb/51216-118-1342895976-050504-00.log/usr/openv/logs/nbrb/51216-118-1342895976-050505-00.logTotal 3 file(s)

Lister les fichiersjournaux

Sur la base de l'exemple "Lister les fichiers journaux", si l'option vxlogcfg

NumberOfLogFiles est définie à 1, la commande suivante supprime les deux fichiersjournaux les plus anciens du service nbrb :

# vxlogmgr -d -o nbrb -aFollowing are the files that were found:/usr/openv/logs/nbrb/51216-118-1342895976-050504-00.log/usr/openv/logs/nbrb/51216-118-1342895976-050503-00.logTotal 2 file(s)Are you sure you want to delete the file(s)? (Y/N):YDeleting/usr/openv/logs/nbrb/51216-118-1342895976-050504-00.log ...Deleting/usr/openv/logs/nbrb/51216-118-1342895976-050503-00.log ...

Supprimer les fichiersjournaux les plusanciens

Supprimez les fichiers journaux unifiés que NetBackup a créés pendant les derniers 15jours :

# vxlogmgr -d --prodid 51216 -n 15

Supprimer les fichiersjournaux les plusrécents

Supprimez tous les fichiers journaux unifiés du créateur nbrb :

# vxlogmgr -d -o nbrb

Supprimer les fichiersjournaux d'un créateurdonné


ExempleElément

Supprimez tous les fichiers journaux unifiés de NetBackup :

# vxlogmgr -d -p NB

Supprimer tous lesfichiers journaux

Exemples d'utilisation de la commande vxlogcfg pour configurer lesjournaux unifiés

Utilisez la commande de vxlogcfg pour modifier les niveaux de consignation etles paramètres de substitution.

La commande vxlogcfg a les caractéristiques suivantes :

■ La commande vxlogcfg est la seule manière de désactiver les messages dediagnostic et de débogage dans la consignation unifiée. Dans la consignationhéritée, l'enregistrement des messages ne peut pas être désactivé, maisuniquement réduit.

■ Les paramètres de consignation robuste de fichiervxlogcfg (MaxLogFileSizeKBet NumberOfLogFiles) affectent également certains journaux hérités.

Se reporter à "À propos de la limitation de la taille et de la conservation desjournaux hérités" à la page 147.

■ Des chemins absolus doivent être spécifiés. N'utilisez pas les chemin relatifspour contôler la taille des fichiersjournaux.

Les exemples suivants montrent comment utiliser la commande vxlogcfg pourconfigurer les paramètres de consignation unifiée.


136

Tableau 3-10 Exemples d'utilisation de la commande vxlogcfg

ExempleElément

Par défaut, la taille maximale de fichier journal en consignationunifiée est de 5120 Ko. Quand un fichier journal atteint 5120 Ko,le fichier se ferme et un nouveau fichier journal s'ouvre.

Vous pouvez modifier la taille maximale de fichier avec l'optionMaxLogFileSizeKB. L'exemple suivant fait passer la taillemaximale du journal à 2048 Ko pour le produit NetBackup :

# vxlogcfg -a -p 51216 -o Default -sMaxLogFileSizeKB=2048

Pour que MaxLogFileSizeKB soit pertinent, l'optionRolloverMode doit être définie sur FileSize :

# vxlogcfg -a --prodid 51216 --orgid Default -sRolloverMode=FileSize

MaxLogFileSizeKB peut être défini par créateur. Un créateurqui n'est pas configuré utilise la valeur par défaut. L'exemplesuivant remplace la valeur par défaut pour le service nbrb(créateur 118).

# vxlogcfg -a -p 51216 -o nbrb -sMaxLogFileSizeKB=1024

Définir le volume defichier journalmaximal

L'exemple suivant définit la suppression automatique des fichiersjournaux de nbemm (ID de créateur 111) :

# vxlogcfg -a --prodid 51216 --orgid 111 -sRolloverMode=FileSize MaxLogFileSizeKB=5120NumberOfLogFiles=999999 LogRecycle=TRUE

Cet exemple définit le mode de substitution de nbemm sur Taillede fichier et active la réutilisation des journaux. Quand le nombrede fichiers journaux dépasse 999 999, le fichier journal le plusancien est supprimé. EXEMPLE 5 affiche comment contrôler lenombre de fichiers journaux.

Définir la réutilisationd'un journal

L'exemple suivant définit le niveau de débogage et le niveau dediagnostic pour tous les créateurs de NetBackup (ID de produit51216) :

# vxlogcfg -a --prodid 51216 --orgid ALL -sDebugLevel=0 DiagnosticLevel=1

Définir le niveau dedébogage et le niveaudiagnostique


ExempleElément

L'exemple suivant d'utilisation de vxlogcfg illustre commentlister les paramètres de consignation unifiée actifs pour uncréateur donné (le servicenbrb). Notez queMaxLogFileSizeKB,NumberOfLogFiles etRolloverMode sont inclus dans la sortie.

# vxlogcfg -l -o nbrb -p NB

Configuration settings for originator 118,of product 51,216...

LogDirectory = /usr/openv/logs/DebugLevel = 5DiagnosticLevel = 5LogToStdout = FalseLogToStderr = FalseLogToOslog = FalseRolloverMode = FileSizeMaxLogFileSizeKB = 5120RolloverPeriodInSeconds = 43200RolloverAtLocalTime = 0:00NumberOfLogFiles = 4...

Lister les paramètresde consignation unifiée

Vous pouvez utiliser la commande vxlogmgr avec l'optionNumberOfLogFilesde la commandevxlogcfgpour supprimermanuellement des fichiers journaux.

Par exemple, vous disposez actuellement de 10 fichiers deconsignation unifiée et l'option NumberOfLogFiles est définiesur 2. Saisissez la commande suivante pour conserver les deuxfichiers journaux les plus récents et supprimer les fichiers restantsde tous les créateurs :

# vxlogmgr -a -d

La commande suivante garde les deux fichiers journaux les plusrécents de tous les créateurs PBX :

# vxlogmgr -a -d -p ics

La commande suivante supprime les fichiers journaux du servicenbrb uniquement :

# vxlogmgr -a -d -o nbrb

Contrôler le nombre defichiers journaux


138

ExempleElément

Exécutez périodiquement la commande vxlogmgr -a (commepar une trâche cron) pour supprimer des journaux et contrôlerl'espace disque utilisé par la consignation unifiée.

L'espace disque qu'un créateur donné utilise peut être calculécomme suit :

NumberOfFiles pour le créateur * MaxLogFileSizeKB pour lecréateur

L'espace disque total que les journaux unifiés NetBackupconsomment est la somme de l'espace disque que chaque créateurconsomme. Si aucun des créateurs ne remplace les paramètresNumberOfFiles et MaxLogFileSizeKB, alors l'ensemble del'espace disque utilisé par la consignation unifiée se présentecomme suit :

Nombre de créateurs * MaxLogFileSizeKB par défaut *NumberOfFiles par défaut

Utilisez la commande de vxlogcfg pour lister les paramètresactuels de la consignation unifiée.

Par exemple, supposons les éléments suivants :

■ vxlogmgr -a -p NB est configuré comme travailcron avecune fréquence de 1 heure.

■ Aucun créateur NetBackup ne remplace les paramètres pardéfaut de MaxLogFileSizeKB ou NumberOfFiles.

■ Le nombre de créateurs actifs de NetBackup sur l'hôte est 10.(Type d'un serveur maître de NetBackup qui n'exécute pas BMRou le NDMP.)

■ La valeur MaxLogFileSizeKB par défaut est égale à 5120.

■ La valeur NumberOfFiles par défaut est égale à 3.

Pour calculer l'espace disque total que la consignation unifiéeconsomme, insèrez les valeurs de l'exemple dans la formuleprécédente. Les résultats sont les suivants :

10 * 5120 * 3 KO = 15 360 KO d'espace disque supplémentaire sontutilisés chaque heure.

Contrôler l'utilisationde l'espace disque

À propos de la consignation héritéeLa consignation héritée et la consignation unifiée sont les deux formes deconsignation de débogage utilisées dans NetBackup. Dans la consignation héritéede débogage, chaque processus crée des journaux d'activité de débogage dans son

139Utilisation des journauxÀ propos de la consignation héritée

propre répertoire de consignation. L'ensemble des processus de NetBackup utilisesoit la consignation unifiée, soit la consignation héritée.


Pour activer la consignation héritée de débogage sur les serveurs NetBackup, vousdevez d'abord créer les répertoires appropriés pour chaque processus.

/usr/openv/netbackup/logs/usr/openv/volmgr/debug

UNIX

install_path\NetBackup\logsinstall_path\Volmgr\debug

Windows

Après la création des répertoires, NetBackup crée des fichiers journaux dans lerépertoire qui est associé à chaque processus. Un fichier journal de débogage estcréé quand le processus commence.

Pour activer la consignation de débogage sur le daemon d'unité de collecte d'étatNetBackup (vmscd), créez le répertoire suivant avant de lancer nbemm.

Comme alternative, vous pouvez arrêter et redémarrer nbemm après création durépertoire suivant :

/usr/openv/volmgr/debug/reqlibUNIX

install_path\Volmgr\debug\reqlib\Windows

Des tableaux sont disponibles et listent les répertoires que vous devez créer.

Se reporter à "Noms du répertoire pour les journaux de débogage hérités pour desserveurs" à la page 142.

Se reporter à "Noms du répertoire des journaux de débogage hérités pour la gestiondes périphériques et des médias" à la page 144.

Remarque : Sur un serveur Windows, vous pouvez créer les répertoires de journalde débogage immédiatement, sous install_path\NetBackup\logs, en exécutantle fichier batch suivant : install_path\NetBackup\Logs\mklogdir.bat.

Les serveurs de médias ont seulement les journaux bpbrm, bpcd, bpdm et bptm.

Utilisation des journauxÀ propos de la consignation héritée

140

Création de répertoires de journaux hérités pour accompagner lesrapports de problème de sauvegarde synthétique

Si les répertoires de journaux hérités n'ont pas été créés, vous devez les créer. Siles répertoires n'existent pas, les journaux ne peuvent pas être enregistrés sur ledisque.

Tableau 3-11 Création de répertoires de journaux hérités


Créez les répertoires suivants :

install_path/netbackup/logs/bpsynthinstall_path/netbackup/logs/bpdbminstall_path/netbackup/logs/vnetd

Créez desrépertoires sur leserveur maître.

Étape 1

Créez les répertoires suivants :

install_path/netbackup/logs/bpcdinstall_path/netbackup/logs/bptminstall_path/netbackup/logs/bpdm

Créez lesrépertoires sur leserveur de médias.

Étape 2

Dans Propriétés de l'hôte, sélectionnez un serveur maître et définissez Niveaude consignation global à 5.

Se reporter à "Modification du niveau de consignation" à la page 156.

Se reporter à "À propos du niveau de consignation global" à la page 154.

Se reporter à "Utilisation de la fenêtre Propriétés de l'hôte pour accéder auxparamètres de configuration" à la page 76.

Modifiez le Niveaude consignationglobal.

Étape 3

Réexécutez le travail, puis rassemblez les journaux depuis les répertoires quevous avez créés.

Les journaux bptm sont nécessaires seulement si les images sont lues depuis ouécrites sur un périphérique de bande. Les journaux bpdm sont nécessairesseulement si les images sont lues depuis ou écrites sur un disque.

Si les images sont lues depuis plusieurs serveurs de médias, les journaux dedébogage de bptm ou bpdm doivent être collectés à partir de chaque serveur demédias.

Réexécutez letravail.

Étape 4

Se reporter à "Journaux à joindre aux rapports de problème de sauvegardesynthétique" à la page 157.


Formats de nom de fichier pour la consignation héritéeDans le système de consignation hérité standard, un seul processus NetBackupcrée un fichier journal de débogage par jour. Dans le système de consignationhéritée avec l'optionActiver la consignation robuste activée, un processusNetBackup crée un certain nombre de fichiers journaux. Chaque fichier atteintune certaine taille avant qu'il se ferme et qu'un nouveau soit créé.

La consignation héritée utilise deux formats de nom de fichier journal. Le formatqui est utilisé dépend si le journal utilise le système standard ou la rotation defichier (consignation robuste).

Tableau 3-12 Formats de nom de fichier pour différents types de consignationhéritée

Format de nom de fichierType

■ Sous UNIX : log.mmddyy

Par exemple : log.040805

■ Sous Windows : mmddyy.log

Par exemple : 040105,log

Connexion héritée standard

mmddyy_nnnnn.log

Par exemple : 040105_00001.log

Où nnnnn est un compteur ou un nombre de rotation pourle fichier journal. Quand le compteur dépasse le paramètrede nombre de fichiers journaux, le fichier journal le plusancien est supprimé. L'option NumberOfLogFiles de lacommandevxlogcfgdéfinit le nombre de fichiers journaux.

Connexion héritée avec laconsignation robuste activée

Pour la compatibilité avec les scripts existants, le format de nom de fichiers dedébogage ne change pas. Si la consignation robuste de fichier est activée aprèsque des journaux hérités standard ont été créées, seuls les fichiers journaux pourles processus que la consignation robuste régit utilisent le format de nom de larotation de fichier.

Tout mélange de nouveaux et anciens noms de fichier journal dans un répertoirehérité de journaux de débogage est géré selon le paramètre Conserverlesjournauxet les paramètres de consignation robuste.

Noms du répertoire pour les journaux de débogage hérités pour desserveurs

Tableau 3-13 décrit les répertoires que vous devez créer pour prendre en chargeles journaux de débogage hérités pour des serveurs. Chaque répertoire correspond


142

à un processus. Sauf avis contraire, chaque répertoire doit être créé sous lerépertoire suivant.

/usr/openv/netbackup/logsUNIX

chemin_d'installation\NetBackup\logsWindows

Tableau 3-13 Noms du répertoire pour les journaux de débogage hérités

Processus associéRépertoire

Commandes d'administration.admin

Gestionnaire de sauvegarde et de restauration NetBackupbpbrm

Daemon ou gestionnaire de clients NetBackup. Le service NetBackup Client démarre ce processusbpcd

Programme de gestion de bases de données des travaux NetBackup.bpdbjobs

Gestionnaire de disques NetBackup.bpdm

Gestionnaire de bases de données NetBackup. Ce processus s'exécute seulement sur le serveurmaître. Sur des systèmes Windows, c'est le service NetBackup Database Manager.

bpdbm

Service d'authentification de serveur d'application NetBackup Java démarré quand lesapplications d'interface NetBackup Java démarrent. Sur les serveurs UNIX, la commandeinetdle démarre. Sur les serveurs Windows, le service Client Services le démarre.

Ce programme authentifie l'utilisateur qui a démarré l'application.

bpjava-msvc

Programme NetBackup que bpjava-msvc démarre quand la connexion réussit via la boîte dedialogue Connexion qui s'ouvre quand une interface NetBackup Java démarre. Ce programmetraite toutes les requêtes des interfaces utilisateur Java sur l'hôte du serveur maître ou demédias NetBackup où le programmebpjava-msvc s'exécute (toutes les plates-formes Wondows).

bpjava-susvc

Daemon ou gestionnaire de requête NetBackup. Sur les systèmes Windows, ce processus estappelé le service NetBackup Request Manager.

bprd

Processus NetBackup pour la sauvegarde synthétique. nbjm démarre bpsynth. bpsynths'exécute sur le serveur maître.

bpsynth

Processus de gestion de bande de NetBackup.bptm

Journal système.

Vous devez activer la consignation système pour dépanner ltid ou le logiciel robotique.Consultez la page de manuel syslogd.

syslogs



Le répertoire user_ops est créé lors de l'installation de NetBackup sur tous les serveurs etclients. Les programmes d'interface NetBackup Java l'utilisent pour les éléments suivants :fichiers temporaires et fichiers journaux de travail et de progression que le programmeSauvegarde, archivage et restauration (jbpSA) génère. Ce répertoire doit exister pourl'exécution réussie de tous les programmes Java et doit avoir les droits de lecture, d'écriture etexécution publics. user_ops contient un répertoire pour chaque utilisateur qui utilise lesprogrammes Java.

En outre, sur les plates-formes NetBackup Java, les fichiers journaux d'interface NetBackupJava sont enregistrés dans le sous-répertoire nbjlogs. Tous les fichiers dans la hiérarchie derépertoires user_ops sont supprimés selon le paramètre de l'option de configurationKEEP_LOGS_DAYS.

user_ops

Daemon de réseau Symantec, utilisé pour créer les connexions pare-feu-conviviales de socket.Démarré par le processus inetd(1M).

Remarque : La consignation s'effectue dans le répertoire /usr/openv/logs ou/usr/openv/netbackup/logs si le répertoirevnetd existe dans l'un des deux. Si le répertoirevnetd existe dans les deux emplacements, la consignation se produit seulement dans/usr/openv/netbackup/logs/vnetd.

vnetd

Plus d'informations sont disponibles sur les programmes et les daemons quienregistrent les journaux.


Sur les systèmes UNIX, consultez également le fichier README dans le répertoire/usr/openv/netbackup/logs.

Noms du répertoire des journaux de débogage hérités pour la gestiondes périphériques et des médias

Les répertoires des journaux de débogage activent la consignation des processusde gestion de médias et de gestion de périphériques. Tableau 3-14 décrit lesrépertoires que vous devez créer pour prendre en charge les journaux de débogagehérités pour la gestion des périphériques et des médias. Chaque répertoirecorrespond à un processus.


144

Tableau 3-14 Journaux de débogage hérités de gestion des médias et despériphériques


UNIX uniquement. Informations de débogage relatives auxtransactions entre NetBackup et le serveur ACSLS StorageTek.

acsssi

Informations de débogage devmd (service NetBackup Volume Manager,Windows) et de ses processus associés (oprd et rdevmi). Arrêtez etredémarrez le daemon vmd après la création du répertoire.

daemon

Informations de débogage sur ltid, le daemon de périphérique deMedia Manager (UNIX) ou le service NetBackup Device Manager(Windows) et sur avrd. Arrêtez et redémarrez le daemon ltid aprèsla création du répertoire.

ltid

Informations de débogage sur les processus qui requièrent les servicesde gestion des médias de vmd ou EMM. Arrêtez et redémarrez ledaemon vmd après la création du répertoire.

reqlib

Informations de débogage sur tous les daemons robotiques, y comprisles daemons tldcd, tl8cd et tl4d. Arrêtez et redémarrez les daemonsrobotiques.

robots

Informations de débogage sur la configuration de périphérique, ycompris les commandes tpconfig et tpautoconf et la Consoled'administration NetBackup.

tpcommand

Informations de débogage du daemon de collecte d'état NetBackup.Arrêtez et redémarrez le daemon vmscd après la création durépertoire.

vmscd

Sauf avis contraire, chaque répertoire doit être créé sous le répertoire suivant.

/usr/openv/volmgr/debugUNIX

install_path\Volmgr\debugWindows

NetBackup crée un journal par jour dans chacun des répertoires de débogage.

Vous pouvez désactiver la connexion de débogage en supprimant ou en renommantle répertoire suivant :

/usr/openv/volmgr/debug/daemonUNIX : vmd command

install_path\Volmgr\debug\daemonWindows : ServiceNetBackup Volume Manager


Se reporter à "Formats de nom de fichier pour la consignation héritée" à la page 142.



Comment contrôler la quantité d'informations enregistrée dans lesfichiers de journaux hérités

Vous pouvez définir les niveaux de consignation héritée pour augmenter la quantitéd'informations que les processus NetBackup peuvent écrire dans les journaux.

Les paramètres suivants affectent la consignation héritée, sauf la gestion desmédias et des périphériques.

■ Augmentez Niveau de consignation global.Se reporter à "Modification du niveau de consignation" à la page 156.

Remarque : Ce paramètre affecte également la consignation unifiée.

■ Sous UNIX, ajoutez une entrée VERBOSE (détaillé) dans le fichier/usr/openv/netbackup/bp.conf.

Si vous entrez VERBOSE sans valeur, la valeur détaillée est 1 par défaut. Pourplus de détails dans le journal, entrez VERBOSE = 2 ou une valeur plus élevée.Ce paramètre affecte uniquement la consignation héritée.

Avertissement : Les valeurs de détail élevées peuvent donner des journaux dedébogage très volumineux.

■ Définissez le niveau de consignation pour les différents processus.Dans Propriétés de l'hôte, changez les niveaux de connexion des processusindividuels dans la boîte de dialogue Consignation. Vous pouvez égalementspécifier l'indicateur de détail (si disponible) lorsque vous démarrez leprogramme ou le daemon.Consultez le Guide de l'administrateur NetBackup, Volume I.

La consignation héritée de la gestion de médias et de périphérique a deux niveaux :non détaillé (le paramètre par défaut) et détaillé. Pour définir le niveau de détail(plus élevé), ajoutez le mot VERBOS au fichier vm.conf. Créez le fichier s'il y a lieu.Redémarrez ltid et vmd après que vous avez ajouté l'entrée VERBOSE. Cette entréeaffecte les niveaux de consignation dans le journal d'application et système


146

Observateurd'événements. Le fichiervm.conf se trouve dans le répertoire suivant:

/usr/openv/volmgr/UNIX

install_path\Volmgr\Windows

À propos de la limitation de la taille et de la conservation des journauxhérités

Certains processus de NetBackup enregistrent les journaux de débogage hérités.Puisque les journaux de débogage hérités peuvent devenir très grands, activez-lesseulement en cas de problèmes inexpliqués. Supprimez les journaux et lesrépertoires associés quand ils ne sont plus nécessaires.

Pour limiter le temps pendant lequel NetBackup conserve les journaux de débogagehérités, spécifiez le nombre de jours dans le champ Conserver les journaux. Lavaleur par défaut est 28 jours. Vous pouvez spécifier le nombre sous Propriétésde l'hôte dans la boîte de dialogue Nettoyage.


Pour limiter la quantité d'espace disque que les journaux consomment, utilisezla consignation robuste. La consignation robuste implique la substitution defichier, similaire à celle utilisée dans la consignation unifiée. La consignationrobuste ne s'applique pas à la consignation de gestion de médias et depériphériques.

Se reporter à "À propos de la substitution des fichiers journaux unifiés"à la page 128.

Définissez la taille maximale d'un fichier journal et le nombre maximal de fichiersjournaux à conserver dans un répertoire de consignation. Lorsqu'un fichier journalatteint sa taille maximale, il se ferme et un nouveau fichier s'ouvre. Si le nombrede fichiers journaux dépasse le nombre qui est permis pour le répertoire, le fichierle plus ancien est supprimé.

Les journaux créés par les processus NetBackup suivants peuvent utiliser lasubstitution des journaux (consignation robuste) :

■ bpbkar (processus client uniquement)

■ bpbrm

■ bpcd

■ bpdbm

■ bpdm


■ bprd

■ bptm

Pour les journaux hérités créés par d'autres processus NetBackup (excepté lesjournaux de gestion de médias et de périphériques), utilisez la propriété Conserverles journaux.

La propriété Conserver les journaux peut remplacer les paramètres deconsignation robuste de fichier. Si Conserver les journaux est défini à 10 jourset que les paramètres de consignation de fichier permettent plus de 10 jours, lesjournaux sont supprimés le jour 11.

Pour les journaux hérités de gestion des médias et des périphériques, utilisez leparamètre DAYS_TO_KEEP_LOGS dans le fichier vm.conf pour contrôler la rotationdes fichiers journaux. Le paramètre par défaut est la conservation illimitée. Lefichier vm.comf se trouve dans le répertoire suivant :

/usr/openv/volmgr/UNIX

install_path\Volmgr\Windows

Pour conserver des journaux pendant 3 jours, entrez le paramètre suivant dansle fichier vm.conf :

DAYS_TO_KEEP_LOGS = 3

Pour obtenir des instructions sur l'utilisation de cette entrée, consultez le Guidede l'administrateur NetBackup, volume II.


Configuration de la substitution (rotation) des journaux héritésVous pouvez spécifier la taille maximale de fichier d'un journal hérité et le nombremaximal de fichiers journaux à conserver.

Pour configurer la substitution (rotation) des journaux hérités

1 Dans la Console d'administration NetBackup, dans le volet gauche,développez Gestion NetBackup > Propriétés de l'hôte > Serveurs maître.

2 Dans le volet droit, cliquez deux fois sur le serveur que vous voulez modifier.


148

3 Dans la boîte de dialogue qui apparaît, dans le volet gauche, sélectionnezConsignation et cochez Activer la consignation robuste.

La consignation robuste s'applique seulement aux journaux hérités. Laconsignation robuste est également connue comme Rotation de journal.

Par défaut, la taille de fichier maximale est 5120 Ko et le nombre de fichiersqui sont gardés par répertoire de consignation est de 3.

Si Activer la consignation robuste est désactivé, le comportement standardest maintenu. Un seul fichier journal est créé par répertoire et par jour, et lasuppression de journal est basée sur la propriété Conserver les journaux.

4 Pour changer la taille maximale de fichier ou le nombre maximal des fichiersjournaux par répertoire, utilisez les options MaxLogFileSizeKB etNumberOfLogFiles. Ces options font partie de la commande vxlogcfg, qui setrouve dans le répertoire suivant :



Utilisez l'exemple suivant pour définir la taille maximale de fichier à 2048 etle nombre maximal des fichiers journaux par répertoire à 10 :

vxlogcfg -a -p 51216 --orgid Default -s

MaxLogFileSizeKB=2048,NumberOfLogFiles=10

L'exemple définit les valeurs par défaut pour tous les processus deconsignation unifiée et pour les processus hérités pour NetBackup (ID deproduit 51216). :

Consultez la page de manuel vxlogcfg ou le Guide de référence de commandesNetBackup.


Se reporter à "Exemples d'utilisation de la commande vxlogcfg pour configurerles journaux unifiés" à la page 136.

Processus de client UNIX qui utilisent la consignation héritéeLa plupart des processus de client UNIX utilisent la consignation héritée. Pouractiver la consignation héritée de débogage sur des clients UNIX, créez lesrépertoires appropriés dans le répertoire suivant :

/usr/openv/netbackup/logs


Remarque : Créez les répertoires avec des modes d'accès 777 de sorte que lesprocessus utilisateur puissent écrire sur les fichiers journaux.

Tableau 3-15 décrit les répertoires des journaux de débogage hérités quis'appliquent aux clients UNIX.

Tableau 3-15 Processus de client UNIX qui utilisent la consignation héritée


Programme d'interface client-utilisateur piloté par menu.bp

Programme d'archive. Aussi utile pour le débogage de bp.bparchive

Programme de sauvegarde. Aussi utile pour le débogage de bp.bpbackup

Programme utilisé pour générer des images de sauvegarde.bpbkar

Daemon ou gestionnaire de clients NetBackup.bpcd

Programme qui démarre un script pour sauvegarder une base dedonnées sur un client d'agent de base de données NetBackup. Pourobtenir plus d'informations, consultez le guide de l'administrateursystème pour l'agent approprié de base de données NetBackup.

bphdb

Service d'authentification de serveur d'application NetBackup Javaque inetd démarre pendant le démarrage des applicationsd'interface NetBackup Java. Ce programme authentifie l'utilisateurqui a démarré l'application.

bpjava-msvc

Programme NetBackup que bpjava-msvc démarre quand laconnexion réussit via la boîte de dialogue Connexion qui s'ouvrequand une interface NetBackup Java démarre. Ce programme traitetoutes les requêtes des interfaces d'administration et utilisateurJava sur l'hôte où bpjava-msvc s'exécute.

bpjava-usvc

Programme qui liste les fichiers archivés et sauvegardés. Aussi utilepour le débogage de bp.

bplist

Programme qui détermine les points de montage locaux etl'expansion de caractère générique pour les flux de donnéesmultiples.

bpmount

Programme de ligne de commande sur des clients pour exporter desdonnées Oracle au format XML. Communique avec bprd sur leserveur.

bporaexp


150


Programme de ligne de commande en 64 bits sur des clients pourexporter des données Oracle au format XML. Communique avecbprd sur le serveur.

bporaexp64

Programme de ligne de commande sur des clients pour importerdes données Oracle au format XML. Communique avec bprd sur leserveur.

bporaimp

Programme de ligne de commande en 64 bits sur des clients pourimporter des données Oracle au format XML. Communique avecbprd sur le serveur.

bporaimp64

Programme de restauration. Aussi utile pour le débogage de bp.bprestore

Pour plus d'informations sur ces journaux, consultez le guideNetBackup pour le produit d'extension de base de données que vousutilisez.

db_log

Ces journaux ont des informations sur le processus mtfrd, qui estutilisé pour la phase 2 des importations et restaurations des médiasBackup Exec.

mtfrd

Processus tar pendant les restaurations.tar

Le répertoire user_ops est créé lors de l'installation de NetBackupsur tous les serveurs et clients. Les programmes d'interface JavaNetBackup l'utilisent pour les éléments suivants : fichierstemporaires et fichiers journaux de travail et de progression que leprogramme Sauvegarde,archivageetrestauration (jbpSA) génère.Ce répertoire doit exister pour l'exécution réussie de tous lesprogrammes Java et doit avoir les droits de lecture, d'écriture etd'exécution publics. Ce répertoire contient un répertoire pour chaqueutilisateur qui utilise les programmes Java.

En outre, sur les plates-formes NetBackup compatibles avec latechnologie Java, les fichiers journaux de l'interface NetBackup Javasont enregistrés dans le sous-répertoire nbjlogs. Tous les fichiersdans la hiérarchie de répertoires user_ops sont supprimés selonle paramètre de l'option de configuration KEEP_LOGS_DAYS.

user_ops

Processus de client PC qui utilisent la consignation héritéeLa plupart des processus client PC utilisent la consignation héritée. Pour activerla consignation héritée détaillée de débogage sur les clients Windows ou les clientscibles NetWare, créez les répertoires à l'emplacement suivant. Les noms de


répertoire que vous créez correspondent aux processus pour lesquels vous voulezcréer des journaux.

C:\Program Files\VERITAS\NetBackup\Logs\Client Windows

SYS:VERITAS\NBUCLT\NetBack\logs\Client NetWare

Remarque : Ce sont les emplacements par défaut dans lesquels placer cesrépertoires. Vous pouvez spécifier un autre emplacement pendant l'installationdu client.

Tableau 3-16 liste les répertoires de consignation héritée de débogage quis'appliquent à ces clients.

Tableau 3-16 Processus de client PC qui utilisent la consignation héritée

Processus associéClient NetBackupRépertoire

Programme d'interfaceclient-utilisateur de NetWare.

Cible NetWarebp

Journaux de service client. Cesjournaux contiennent lesinformations sur le processusbpinetd32.

Windows 2003bpinetd

Programme d'archive exécuté depuisla ligne de commande.

Windows 2003bparchive

Programme de sauvegarde exécutédepuis la ligne de commande.

Windows 2003bpbackup

Gestionnaire de sauvegarde etd'archivage. Ces journauxcontiennent les informations sur leprocessus bpbkar32.

Windows 2003bpbkar

Daemon ou gestionnaire de clientsNetBackup. Ces journaux contiennentles informations sur lescommunications entre le serveur etle client. Sur des clients NetWare, cesjournaux contiennent également lesinformations de journal des processusde sauvegarde et de restauration.

Tous les clients Windows etNetWare

bpcd


152


bpjava-msvcService d'authentification deserveur d'application deNetBackup Java que le serviceClient Services démarrependant le démarrage desapplications d'interfaceNetBackup Java. Ce programmeauthentifie l'utilisateur qui adémarré l'application. (Surtoutes les plates-formesWindows).

bpjava-msvc

bpjava-usvcProgramme NetBackup quebpjava-msvc démarre quandla connexion réussit via la boîtede dialogue Connexion quis'ouvre quand une interfaceNetBackup Java démarre. Ceprogramme traite toutes lesrequêtes des interfacesd'administration et utilisateurJava sur l'hôte oùbpjava-msvc s'exécute. (Surtoutes les plates-formesWindows).

bpjava-usvc

Liste le programme exécuté depuis laligne de commande.

Windows 2003bplist

Programme utilisé pour collecter desnoms de lecteur sur le client pour lesclients à flux multiples.

Windows 2003bpmount

Programme de restauration exécutédepuis la ligne de commande.

Windows 2003bprestore

Utilitaire de service NetBackup. Ceprogramme permet au système avecl'interface utilisateur decommuniquer avec NetBackup pourle client NetWare.

NetWare non ciblebpsrv

Processus tar. Ces journauxcontiennent les informations sur leprocessus tar32.

Windows 2003tar



Le répertoire user_ops est créé lorsde l'installation de NetBackup surtous les serveurs et clients. Lesprogrammes d'interface JavaNetBackup l'utilisent pour leséléments suivants : fichierstemporaires et fichiers journaux detravail et de progression que leprogramme Sauvegarde, archivageet restauration (jbpSA) génère. Cerépertoire doit exister pourl'exécution réussie de tous lesprogrammes Java et doit avoir lesdroits de lecture, d'écriture etd'exécution publics. user_opscontient un répertoire pour chaqueutilisateur qui utilise les programmesJava.

En outre, sur les plates-formesNetBackup compatibles avec latechnologie Java, les fichiers journauxde l'interface NetBackup Java sontenregistrés dans le sous-répertoirenbjlogs. Tous les fichiers dans lahiérarchie de répertoires user_opssont supprimés selon le paramètre del'option de configurationKEEP_LOGS_DAYS.

Windows 2003user_ops

À propos du niveau de consignation globalLe niveau de consignation détermine combien d'informations sont incluses dansle message de journal. La plage de consignation s'étend de 0 à 5. Plus la valeur duniveau est élevée, plus la quantité de détails dans le message de journal est grande.

Le tableau suivant décrit les détails que chaque niveau inclut.

Utilisation des journauxÀ propos du niveau de consignation global

154

Tableau 3-17 Niveau de consignation global

DescriptionNiveau deconsignation

Inclut les messages de diagnostic très important à faible volume etles messages de débogage

0

Ajoute les messages de diagnostic détaillé et les messages de débogage1

Ajoute les messages de progression2

Ajoute les vidages mémoire informationnels3

Ajoute l'entrée et les sorties de fonction4

Inclut tout. Le détail le plus fin.5

La consignation unifiée est activée par défaut pour consigner les messages dedébogage au niveau 0 et les messages d'application au niveau 5.

Les actions suivantes affectent les niveaux de consignation :

■ dans la liste Niveau de consignation global, un niveau 0 (zéro) indique leniveau minimum de la consignation héritée et de la consignation unifiée.Cependant, pour les messages de diagnostic et de débogage dans la consignationunifiée, le niveau de consignation peut être complètement désactivé. Aucunmessage de diagnostic ou de débogage n'est consigné. Ce niveau ne peut pasêtre défini avec la liste Niveau de consignation global dans la Consoled'administration NetBackup. Vous pouvez le définir avec la commandevxlogcfg.


■ Une modification du Niveau de consignation global affecte le niveau deconsignation de tous les processus NetBackup et EMM (Enterprise MediaManager) sur le serveur ou le client (les exceptions sont la consignation dePBX et de la gestion des médias et des périphériques). Ce paramètre remplacen'importe quel paramètre précédent.

■ Si vous modifiez le niveau VERBOSE dans le fichier bp.conf ou le fichiervm.conf, il affecte seulement le niveau de consignation hérité.

Se reporter à "Comment contrôler la quantité d'informations enregistrée dansles fichiers de journaux hérités" à la page 146.

■ Si vous apportez une modification avec la commande vxlogcfg, cela affecteseulement le niveau de consignation unifiée.

155Utilisation des journauxÀ propos du niveau de consignation global

Une modification de la liste Niveaudeconsignationglobal n'affecte pas le niveaudes processus de consignation suivants :

■ Consignation de PBXSe reporter à "Accès aux journaux PBX" à la page 85.

■ Consignation de gestion des médias et des périphériques (commandes vmd,ltid, avrd, daemons robotiques, de gestion des médias)

Se reporter à "Noms du répertoire des journaux de débogage hérités pour lagestion des périphériques et des médias" à la page 144.TAG

■ Tout processus de consignation unifiée dont le niveau de débogage par défauta été modifié

Modification du niveau de consignationLe niveau de consignation détermine combien d'informations sont incluses dansle message de journal. La plage de journal va de 0 à 5. Plus le nombre du niveauest haut, plus la quantité de détails est importante dans le message de journal.

Pour modifier le niveau de consignation

1 Dans la Console d'administration NetBackup, dans le volet gauche,développez Gestion NetBackup > Propriétés de l'hôte.

2 Sélectionnez Serveurs maîtres, Serveurs de médias ou Clients.

3 Dans le volet droit, cliquez sur le serveur ou le client pour afficher la versionet la plateforme. Puis, cliquez deux fois pour afficher les propriétés.

4 Dans la boîte de dialogue de propriétés, dans le volet gauche, cliquez surConsignation.

5 Dans la liste Niveau de consignation global, sélectionnez une valeur de 0 à5.

Les modifications affectent le niveau de consignation de la consignationunifiée et de la consignation héritée.


6 Cliquez sur OK.

Se reporter à "Modification du niveau de consignation sur les clients Windows etNetWare" à la page 157.


Utilisation des journauxÀ propos du niveau de consignation global

156

Modification du niveau de consignation sur les clients Windows etNetWare

Vous pouvez augmenter la quantité d'informations que les processus clientenregistrent dans les journaux :

Pour modifier le niveau de connexion sur les clients Windows

1 Dans la Consoled'administrationNetBackup, dans le menu Fichier, cliquezsur Sauvegarde, archivage et restauration.

2 Dans l'interface Sauvegarde,archivageetrestauration, dans le menu Fichier,cliquez sur Propriétés du client NetBackup.

3 Dans la boîte de dialogue Propriétés du client NetBackup, sélectionnezl'onglet Dépannage.

4 Dans le champ de propriété Détaillé, entrez un niveau de débogage de 0 à 5.

Utilisez le niveau 0 (zéro) par défaut sauf indication contraire par le supporttechnique. Les niveaux plus élevés peuvent provoquer l'accumulation d'ungrand nombre d'informations dans les journaux.

5 Cliquez sur OK.

Vous pouvez également modifier des niveaux de consignation de la façon suivante :

■ Sur les clients NetWare, modifiez la valeur du niveau et les paramètres tcpdans la section Débogage du fichier bp.ini. Pour obtenir des instructions,consultez le guide de l'utilisateur NetBackup pour le client.

■ Pour les journaux de consignation unifiée créés par le processus bmrsavecfgde Bare Metal Restore, vous pouvez également contrôler le niveau deconsignation avec la commande vxlogcfg.


Une augmentation du niveau de consignation peut fortement augmenter la tailledes journaux. Augmentez le niveau de consignation uniquement en cas deproblèmes inexpliqués.

Journaux à joindre aux rapports de problème desauvegarde synthétique

Pour déboguer les problèmes des sauvegardes synthétiques, vous devez inclureun jeu complet de journaux dans le rapport de problème et les éléments connexes.Envoyez toutes les informations au support technique Symantec.

Inclure les types suivants de journal :

157Utilisation des journauxJournaux à joindre aux rapports de problème de sauvegarde synthétique

■ Fichiers journaux créés par la consignation unifiéeSe reporter à "Rassemblement des journaux unifiés de NetBackup" à la page 115.

■ Fichiers journaux créés par la consignation héritéeSe reporter à "Création de répertoires de journaux hérités pour accompagnerles rapports de problème de sauvegarde synthétique" à la page 141.

Inclure les éléments connexes suivants :

Le fichier d'essai se trouve dans le répertoire suivant :

install_path/netbackup/db/jobs/trylogs/jobid.t

Si l'ID de travail du travail de sauvegarde synthétique était 110, lefichier d'essai est nommé 110.t.

Fichier d'essai

Utilisez la commande suivante pour capturer les attributs de politique :

install_path/netbackup/bin/admincmd/bppllistpolicy_name -L

où policy_name est le nom de la politique pour laquelle le travail desauvegarde synthétique a été exécuté.

Attributs depolitique

Capturez la liste des unités de stockage depuis la commande suivante :

install_path/netbackup/bin/admincmd/bpstulist -L

Liste des unités destockage

Se reporter à "Création de répertoires de journaux hérités pour accompagner lesrapports de problème de sauvegarde synthétique" à la page 141.

Définition des limites de conservation des journauxdes clients

Vous pouvez spécifier les nombres de jours pendant lesquels NetBackup conserveles journaux client sur UNIX, Windows et NetWare.

Définition des limites de conservation des journaux sur les clients UNIX

1 Dans le volet gauche de la Consoled'administrationNetBackup, développezPropriétés de l'hôte > Clients.

2 Dans le volet droit, cliquez deux fois sur le client que vous souhaitez modifier.

3 Dans la boîte de dialogue de propriétés, cliquez sur Client UNIX.

Utilisation des journauxDéfinition des limites de conservation des journaux des clients

158

4 Dans la boîte de dialogue Paramètres client, trouvez le champ Conserverl'état des sauvegardes, archives et restaurations utilisateur pendant :.

5 Entrez le nombre de jours pendant lesquels vous souhaitez conserver lesfichiers journaux et cliquez sur OK.

Définition des limites de conservation des journaux sur les clients Windows

1 Dans le menu Fichier de la Console d'administration NetBackup, cliquezsur Sauvegarder, archiver et restaurer.

2 Dans le menu Fichier de l'interface Sauvegarder, archiver et restaurer,cliquez sur Propriétés du client NetBackup.

3 Dans la boîte de dialogue Propriétés du client NetBackup, sélectionnezl'onglet Général.

4 Dans le champ Conserver l'état des sauvegardes, archives et restaurationsutilisateur pendant, entrez le nombre de jours pendant lesquels voussouhaitez conserver les fichiers journaux.

5 Cliquez sur OK.

Définition des limites de conservation des journaux sur les clients NetWare

1 Ouvrez le fichier suivant :

\veritas\nbuclt\netback\bp.ini

2 Sous Keep_Logs_Days, spécifiez le nombre de jours pendant lesquels lesjournaux doivent être conservés.

3 Enregistrez les modifications dans le fichier.

Options de consignation avec l'observateurd'événements Windows

Des serveurs maîtres NetBackup sous Windows peuvent être configurés pour quedes messages de rapports NetBackup soient enregistrés dans le journal del'application Event Viewer de Windows. Vous pouvez consulter ces messagesdans le journal Application et utiliser également des outils tiers pour contrôler lejournal Application pour ces messages.

Pour acheminer les messages d'application et de diagnostic de consignation unifiéepour un créateur vers le journal Application, définissez la valeur LogToOslog surtrue pour ce créateur.

L'exemple suivant achemine les messages de diagnostic et d'application de nbrb

vers le journal des événements de Windows :

159Utilisation des journauxOptions de consignation avec l'observateur d'événements Windows

vxlogcfg -a -o nbrb -p NB -s "LogToOslog=true"

Remarque : Pour que ce paramètre entre en vigueur, redémarrez les servicesNetBackup.

Pour activer l'outil de consignation, procédez comme suit :

■ Créez le fichier suivant sur le serveur maître NetBackup :

install_path\NetBackup\db\config\eventlog

■ Vous pouvez aussi ajouter une entrée au fichier eventlog. Par exemple :

56 255

Les paramètres dans eventlog représentent la gravité et le type. Les paramètresont les caractéristiques suivantes :

■ Listé comme premier paramètre.

■ Contrôle les messages que NetBackup enregistre sur le journald'application.

■ Si le fichier est vide, la gravité par défaut est Erreur (16).

■ Si le fichier a seulement un paramètre, il est utilisé pour le niveaude gravité.

Gravité

■ Listé comme deuxième paramètre.

■ Contrôle le type de messages que NetBackup enregistre sur lejournal d'application

■ Si le fichier est vide, le type par défaut est État de la sauvegarde(64).

Type

Les deux paramètres sont spécifiés comme chiffres décimaux et sont égaux à unbitmap qui exprime ces valeurs.

1 = Inconnu

2 = Débogage

4 = Info

8 = Avertissement

16 = Erreur

32 = Critique

Gravité

Utilisation des journauxOptions de consignation avec l'observateur d'événements Windows

160

1 = Inconnu

2 = Général

4 = Sauvegarde

8 = Archivage

16 = Récupération

32 = Sécurité

64 = État de la sauvegarde

128 = Périphérique de médias

Type

Vous pouvez configurer le fichier eventlog pour consigner les messages quiincluent plusieurs gravités et types différents. Considérez les résultats produitspar l'entrée suivante dans le fichier eventlog :

56 255

Produit un journal avec des messages qui ont une gravité de niveauavertissement, erreur et critique. ( 56 = 8 + 16 + 32)

Entrée de56

Produit un journal avec des messages de tous types. (225 = 1 + 2 + 4 + 8 +16 + 32 + 64 +128)

Entrée de255

Considérez l'exemple de message suivant qui est enregistré dans le journal del'application Event Viewer de Windows :

16 4 10797 -1 cacao bush nbpem backup of client bush exited with

status 71

La signification de chaque valeur est la suivante (de gauche à droite) :

■ Gravité = 16 (Erreur)

■ Type = 4 (Sauvegarde)

■ ID de travail = 10797

■ ID de groupe de travail = 1

■ Serveu = cacao

■ Client = bush

■ Processus = nbpem

■ Texte = sauvegarde du client bush quittée à l'état 71

161Utilisation des journauxOptions de consignation avec l'observateur d'événements Windows

Messages d'erreur de dépannage dans la consoled'administration NetBackup sous UNIX

La plupart des messages d'erreur dans la Console d'administration NetBackupsous UNIX apparaissent aux emplacements suivants :

■ Boîte de dialogue Attention

■ Volet de message d'erreur dans la zone inférieure droite de la console

Si les erreurs apparaissent ailleurs, ce sont des erreurs d'exception de Java. Ellespeuvent apparaître dans la ligne d'état (en bas) de la fenêtre Consoled'administrationNetBackup. Elles peuvent également apparaître dans le fichierjournal qui contient les messages stdout ou stderr que Java API ou la Consoled'administrationNetBackup enregistrent. Symantec ne documente pas les erreursd'exception Java.

Quatre types de messages d'erreur apparaissent dans laConsoled'administrationNetBackup.

Les opérations qui sont exécutées dans la Consoled'administrationNetBackup peuvent avoir comme conséquencedes erreurs qui sont identifiées dans d'autres parties de NetBackup.Ces erreurs apparaissent généralement comme dans les codesd'état et les messages de NetBackup.

Remarque : Le code d'état n'est pas toujours fourni avec lemessage d'erreur.

Pour trouver le code d'état, recherchez le message de NetBackupdans la liste alphabétique et cliquez sur le lien pour consulter unedescription complète.


Codes d'état etmessages NetBackup

Ces messages portent un code d'état compris dans la plage des 500.Les messages portant les codes d'état 500, 501, 502, 503 et 504commencent par"Impossible de se connecter, état :".Les messages portant les codes d'état 511 et 512 commencent oune commencent pas par "Impossible de se connecter,

état :".

Remarque : Le code d'état n'est pas toujours fourni avec lemessage d'erreur.


Consoled'administrationNetBackup : codesd'état et messages duserveur d'application.

Utilisation des journauxMessages d'erreur de dépannage dans la console d'administration NetBackup sous UNIX

162

Les API Java ou les API d'administration NetBackup génèrent cesexceptions. Ces messages commencent par le nom de l'exception.Par exemple :

java.lang.ClassCastException

or

vrts.nbu.NBUCommandExecutionException

Les exceptions Java apparaissent généralement à l'un de ces troisemplacements :

■ Dans la ligne d'état (en bas) de la fenêtre d'administrationNetBackup

■ Fichier journal généré par la commande jnbSA ou jbpSA.

■ Fichier de sortie du fichier .bat de la console d'affichageWindows, s'il est configuré

Se reporter à "Messages d'erreur de dépannage dans la consoled'administration NetBackup sous UNIX" à la page 162.

Exceptions Java

Les message qui ne correspondent pas à ceux de la documentationNetBackup sont probablement des messages du systèmed'exploitation.

Erreurs du systèmed'exploitation

À propos de l'espace disque supplémentaire requis pour les journauxet les fichiers temporaires

Pour fonctionner correctement, la Consoled'administrationNetBackup requiertde l'espace disque supplémentaire pour enregistrer des journaux et des fichierstemporaires. L'espace disque doit être disponible aux emplacements suivants.

■ Sur l'hôte qui est spécifié dans la boîte de dialogue Connexion

■ Dans /usr/openv/netbackup/logs/user_ops

■ Sur l'hôte où la console a été démarrée

■ Dans /usr/openv/netbackup/logs/user_ops/nbjlogs

Si l'espace n'est pas disponible dans les systèmes de fichiers respectifs, vouspouvez subir ce qui suit :

■ Longues attentes de réponse d'application

■ Données incomplètes

■ Pas de réponse pendant la connexion

163Utilisation des journauxMessages d'erreur de dépannage dans la console d'administration NetBackup sous UNIX

■ Fonctionnalité réduite dans l'interface NetBackup, par exemple, seuls lesnœuds Sauvegarde, archivage et restauration, et d'analyseur de fichier systèmes'affichent dans l'arborescence

■ Messages d'erreur inattendus :

■ Erreurs de socket "Impossible de se connecter" pendant la connexion auserveur d'application NBJava

■ "Incapable d'ouvrir une session, état : 35 Impossible de créer le répertoirerequis"

■ "/bin/sh: null : introuvable (1) "

■ "Une exception s'est produite :vrts.nbu.admin.bpmgmt.CommandOutputException: Données deconfiguration de classe non valides ou inattendues : <le reste du messageest variable>"

■ Boîtes de dialogue d'avertissement vides

Activation de la consignation de débogage détailléeLa Consoled'administrationNetBackup est une application distribuée qui permetl'administration de serveurs NetBackup distants. Toute l'administration se faitpar le serveur d'application de la Consoled'administrationNetBackup. Ce serveurd'application se compose d'un service d'authentification et d'un service utilisateur.

La demande de connexion de la boîte de dialogue Connexion est envoyée au serviced'authentification pour validation. Le nom d'utilisateur et le mot de passe doiventêtre valides dans les fichiers et processus d'authentification Windows/UNIX.

Après validation, le service d'authentification démarre un service utilisateur sousle compte d'utilisateur. Ensuite, toutes les tâches administratives NetBackup sonteffectuées par une instance du service d'utilisateur. Des processus supplémentairesde service utilisateur sont lancés pour traiter les requêtes de la console.

Sous UNIX et Windows, le service d'authentification est l'application debpjava-msvc. Le service utilisateur est l'applicationbpjava-susvcoubpjava-usvc.Pour activer la consignation de débogage détaillée, vous devez d'abord créer desrépertoires de consignation pour ces applications.


164

Tableau 3-18 Activation de la consignation de débogage détaillée


Sur le client ou le serveur NetBackup qui sont spécifiés dans la boîtede dialogue Connexion, créez les répertoires suivants :

■ bpjava-msvc

■ bpjava-susvc (serveur NetBackup)

■ bpjava-usvc (client NetBackup)

Créez les répertoires aux emplacements suivants :

■ /usr/openv/netbackup/logs (UNIX)

■ install_path\NetBackup\logs (Windows)



Créez les répertoires deconsignation

Étape 1

Ajoutez la ligne suivante au fichier Debug.properties :

debugMask=2

Le fichier Debug.properties peut être trouvé aux emplacementssuivants :

■ /usr/openv/java

Modifiez le fichier sur l'ordinateur UNIX où vous exécutez lescommandes jnbSA ou jbpSA. Le nom du fichier journal est affichédans la fenêtre xterm où vous avez exécuté les commandes jnbSAou jbpSA.

■ install_path\VERITAS\java

Modifiez le fichier à cet emplacement si vous utilisez la Consoled'affichage Windows pour NetBackup Java.

Modifiez le fichierDebug.properties

Étape 2

Effectuez cette étape si vous utilisez la Console d'affichage Windowssur un hôte où NetBackup n'est pas installé.

Modifiez le fichiernbjava.bat pour rediriger la sortie vers un fichier.

Le fichiernbjava.batse trouve dansinstall_path\VERITAS\java.Consultez le fichier nbjava.bat pour plus de détails.

Modifiez le fichiernbjava.bat

Étape 3

165Utilisation des journauxMessages d'erreur de dépannage dans la console d'administration NetBackup sous UNIX


166

Utilisation des utilitairesNetBackup


■ Utilitaires de dépannage de NetBackup

■ Utilitaires d'analyse pour les journaux de débogage de NetBackup

■ Utilitaires de dépannage réseau

■ Utilitaire de support NetBackup (nbsu)

■ Utilitaire de vérification de la cohérence NetBackup (NBCC)

■ Utilitaire NBCCR (NetBackup Consistency Check Repair)

■ Utilitaire nbcplogs

Utilitaires de dépannage de 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.

4Chapitre

Tableau 4-1 Utilitaires de dépannage

DescriptionUtilitaire

Ils renforcent le potentiel de débogage existantde NetBackup en fournissant une vue consolidéed'un journal de débogage de travail.

Se reporter à "Utilitaires d'analyse pour lesjournaux de débogage de NetBackup" à la page 169.

Utilitaires d'analyse des journaux dedébogage de NetBackup

Ils vérifient divers aspects de la configurationrésau à l'intérieur comme à l'extérieur deNetBackup pour s'assurer qu'il n'y a aucune erreurde configuration

Se reporter à "Utilitaires de dépannage réseau"à la page 173.

Utilitaires dé dépannage réseau

Il interroge l'hôte et recueille les informationsdiagnostiques appropriées à propos de NetBackupet du système d'exploitation.

Se reporter à "Utilitaire de support NetBackup(nbsu)" à la page 174.

Utilitaire de support NetBackup (nbsu)

Il analyse l'intégrité des composants deconfiguration de NetBackup et les informationsde catalogue et de base de données puisqu'ellesqu'elles appartiennent aux médias de bande.

Se reporter à "Utilitaire de vérification de lacohérence NetBackup (NBCC)" à la page 180.

Utilitaire de vérification de lacohérence de NetBackup (NBCC)

Il traite des actions de réparation de base dedonnées/catalogue et automatise l'application desactions de réparation suggérées et approuvées.

Se reporter à "Utilitaire NBCCR (NetBackupConsistency Check Repair)" à la page 187.

Utilitaire de réparation de vérificationde la cohérence de NetBackup (NBCCR)

Il simplifie le processus de collecte des journauxpour les livrer au support client de Symantec.

Se reporter à "Utilitaire nbcplogs" à la page 189.

utilitaire nbcplogs

Utilisation des utilitaires NetBackupUtilitaires de dépannage de NetBackup

168

Utilitaires d'analyse pour les journaux de débogagede 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éssur plusieurs serveurs.

Vous pouvez obtenir plus d'informations sur la consignation héritée et laconsignation unifiée.


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. Lesutilitaires d'analyse de journal fournissent une vue consolidée des journaux dedébogage des travaux. Les utilitaires analysent les journaux pour tous les processusqui sont traversés ou exécutés pour le travail. Les utilitaires peuvent consoliderles informations du travail par le client, l'ID de tâche, l'heure de début du travailet la politique qui est associée au travail.

Tableau 4-2 décrit les utilitaires d'analyse du journal. Pour consulter lesparamètres, limitations et exemples d'utilisation de chaque utilitaire, utilisez lacommande avec l'option -help. Les commandes suivantes nécessitent toutes desprivilièges d'administrateur. Les utilitaires d'analyse de journal sont disponiblespour toutes les 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.

169Utilisation des utilitaires NetBackupUtilitaires d'analyse pour les journaux de débogage de NetBackup

Tableau 4-2 Utilitaires d'analyse des journaux de débogage de NetBackup


Consolide les messages de journal de débogage pour les travaux de sauvegarde de base dedonné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 pouradmin 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.

Reportez-vous à backupdbtrace dans le Guide de référence des commandes.

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'utilitairebackuptracepeut ê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'utilitaireenregistre les messages de journal de débogage appropriés sur la sortie standard et trie lesmessages par heure.backuptrace tente de compenser les modifications de fuseau horaireet le décalage d'horloge entre les serveurs distants et les clients. Le format de la sortiefacilite le tri ou grep par horodatage, nom de programme et nom de serveur ou de client.

L'utilitaire backuptrace fonctionne avec les jounaux 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.

Reportez-vous à backuptrace dans le Guide de référence des commandes.

backuptrace

Exécuter le programme d'aide des commandes backuptrace et restoretrace. Il peutégalement être utile comme programme autonome et est disponible pour toutes lesplates-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.

Reportez-vous à bpgetdebuglo dans le Guide de référence des commandes.

bpgetdebuglog

Utilisation des utilitaires NetBackupUtilitaires d'analyse pour les journaux de débogage de NetBackup

170


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 enplus des processus déjà identifiés.

Reportez-vous à duplicatetrace dans le Guide de référence des commandes.

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 niveaude consignation détaillée et activez la consignation de débogage pour ce qui suit : bpdbmsur le serveur maître et bpcd sur tous les serveurs et clients en plus des processus déjàidentifiés.

Reportez-vous à importtrace dans le Guide de référence des commandes.

importtrace

Copie dans la sortie standard les lignes de journal de débogage des travaux de restaurationspécifiés.

L'utilitairerestoretrace 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 deconsignation détaillée sur 5. Activez la consignation de débogage pourbpdbm sur le serveurmaître et pour bpcd sur tous les serveurs et clients.

Reportez-vous à restoretrace dans le Guide de référence des commandes.

restoretrace

171Utilisation des utilitaires NetBackupUtilitaires d'analyse pour les journaux de débogage de NetBackup


Consolide les messages du journal de débogage des travaux de vérification spécifiés et lesenregistre dans la sortie standard. Il trie les messages par heure. verifytrace tente decompenser les modifications de fuseau horaire et de décalage d'horloge entre les serveursdistants 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 etactivez la consignation de débogage pour ce qui suit : bpdbm sur le serveur maître et bpcdsur tous les serveurs et clients en plus des processus déjà identifiés.

Reportez-vous à verifytrace dans le Guide de référence des commandes.

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

install_path/NetBackup/Logs/<PROGRAM_NAME>/mmddyy.logWindows

Une option peut être ajoutée ultérieurement pour permettre aux fichiersjournaux analysés de résider sur d'autres chemins d'accès.

Remarque : Pour les processus qui utilisent la consignation unifiée, aucunrépertoire de journal ne doit être créé.

■ 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

Utilisation des utilitaires NetBackupUtilitaires d'analyse pour les journaux de débogage de NetBackup

172

Nombre de lignes du fichier du journal de débogage.séquence

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.

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érifiequ'il n'existe aucune erreur de configuration. Les utilitaires fournissent égalementdes messages 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 qui vérifient les paramètres de niveau de NetBackup.Les utilitaires incluent bptestcd et bptestnetconn et les paramètres qu'ilsvérifient incluent CONNECT_OPTIONS et la sélection de terminal client CORBA.

Tableau 4-3 Utilitaires dé dépannage réseau


Essaye d'établir une connexion depuis un serveur NetBackup versle daemon bpcd sur un autre système NetBackup. Si la connexionréussit, la commande consigne les informations relatives auxsockets établis.

bptestbpcd

Effectue plusieurs tâches qui facilitent l'analyse de DNS et desproblèmes de connectivité avec toute liste d'hôtes spécifiée. Cetteliste inclut les listes de serveurs de la configuration NetBackup.Pour aider à résoudre les problèmes de connectivité entre lesservices qui utilisent des communications CORBA,bptestnetconn peut effectuer et des connexions CORBA versdes services données et générer des rapports sur ces connexions.

bptestnetconn

173Utilisation des utilitaires NetBackupUtilitaires de dépannage réseau


Evalue les noms d'hôte dans le domaine de NetBackup. L'utilitairenbdna recherche automatiquement le domaine NetBackup etévalue les informations relatives au nom d'hôte, puis teste laconnectivité vers ces noms d'hôte et valide leur état de relationsréseau.

L'évaluation de la connectivité réseau dans un domaine deNetBackup est difficile. Les domaines de NetBackup peuvent mettreà l'échelle des centaines de serveurs et des milliers de clients àtravers des topologies réseau complexes.

nbdna (analyseurréseau de domaine deNetBackup)

Pour plus d'informations sur ces utilitaires, consultez le Guide de référence descommandes NetBackup.

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 au sujetde NetBackup et du système d'exploitation. nbsu fournit un contrôle étendu surles types d'informations de diagnostic recueillies. Par exemple, vous pouvez obtenirdes informations au sujet des paramètres de configuration NetBackup, des zonesspécifiques de dépannage, de NetBackup ou des codes d'état de travail de gestionde médias.

L'utilitaire de support NetBackup (nbsu) se trouve à l'emplacement suivant :

/usr/openv/netbackup/bin/support/nbsuUNIX

install_path\NetBackup\bin\support\nbsu.exeWindows

Symantec 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 NetBackup oude système d'exploitation. Exécutez nbsu périodiquement pour maintenir vosdonnées de baseline à jour.

■ Pour aider à isoler un problème lié à NetBackup ou au système d'exploitation.

■ Pour signaler des problèmes au support technique de Symantec.

Utilisation des utilitaires NetBackupUtilitaire de support NetBackup (nbsu)

174

Les suggestions suivantes peuvent vous aider à exécuter l'utilitaire nbsu plusefficacement :

■ Pour obtenir une description de nbsu, des exemples, ainsi que des indicationssur la façon de recueillir des informations diagnostiques à envoyer au supporttechnique de Symantec, référez-vous à la commande nbsu.

■ Pour le dépannage, exécutez nbsu quand le système est dans le même état quequand le problème s'est posé. Par exemple, ne tentez pas d'arrêter les processusNetBackup et de les redémarrer après l'erreur, ni de modifier le serveur ou leréseau. Si vous le faites, nbsu risque de ne pas pouvoir recueillir desinformations clé concernant le problème.

■ Si un composant de NetBackup n'est pas opérationnel (par exemple,bpgetconfig ne renvoie pas d'informations), nbsu risque de ne pas pouvoirrendre correctement compte de l'état du système. Le cas échéant, utilisezl'option de ligne de commande -nbu_down pour contourner le besoin deNetBackup d'être opérationnel.Pour obtenir une description complète de l'option de ligne de commande-nbu_down, consultez le Guide de référence des commandes NetBackup.

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 sous l'en-tête STDERR.Notez les autres méthodes suivantes pour afficher des messages d'erreur nbsu :

Indiquez les éléments suivants :

■ UNIX

/usr/openv/netbackup/bin/support/nbsu 2>&1

■ Windows

install_path\NetBackup\bin\support\nbsu.exe

2>&1

Redirection desmessages d'erreurnbsu vers la sortiestandard (STDOUT)

Indiquez 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 enregistrés dans le fichier nbsu_info.txt.

175Utilisation des utilitaires NetBackupUtilitaire de support NetBackup (nbsu)

Le fichier nbsu_info.txt fournit une vue d'ensemble de l'environnement où nbsu

est exécuté. Il contient les éléments suivants :

■ Système général d'exploitation et informations NetBackup générales surl'environnement que nbsu détecte

■ 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.txtpeuvent indiquer pourquoi nbsua renvoyé des valeurs particulières ou pourquoi il n'a pas exécuté certainescommandes.

Si nbsune 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.

Plus d'informations sur les options de la commande nbsu sont disponibles.

Consultez le Guide de référence des commandes NetBackup.

Sortie de l'utilitaire de support NetBackup (nbsu)L'utilitaire de support NetBackup (nbsu) enregistre les informations qu'il recueilledans des fichiers texte dans le répertoire suivant :

/usr/openv/netbackup/bin/support/output/nbsu/hostname_timestamp

UNIX

install_path\NetBackup\bin\support\output\nbsu\hostname_timestamp

Windows

L'environnement de NetBackup où nbsu s'exécute détermine les fichiersparticuliers que crée nbsu. nbsu exécute seulement les commandes de diagnosticqui sont appropriées au système d'exploitation, ainsi qu'à la version et à laconfiguration de NetBackup. Pour chaque commande de diagnostic qu'il exécute,nbsu enregistre la sortie de commande sur un fichier séparé. En règle générale,le nom de chaque fichier de sortie reflète la commande que nbsu a exécutée pourobtenir la sortie. Par exemple, nbsu a créé NBU_bpplclients.txt en exécutant lacommandebpplclientsde NetBackup et a créé le fichierOS_set.txt en exécutantla commande set du système d'exploitation.

Chaque fichier de sortie commence par un en-tête qui identifie les commandesque nbsu a exécutées. Si les sorties de plus d'une commande étaient incluses dansle fichier, l'en-tête identifie la sortie comme une "procédure interne".


176

Figure 4-1 présente les commandes et la sortie réelles suivant l'en-tête.

Figure 4-1 Exemple de fichier de sortie de nbsu : commande ipconfig (extrait)

--------------------- Rapport d'informations de la commande de ipconfig de réseau --------------

------------------------------ Commande utilisée ----------------------------

> "C:\WINDOWS\system32\ipconfig" /all

Configuration IP de Windows

Nom d'hôte . . . . . . . . . . . . : hôte1

Suffixe Dns primaire . . . . . . . :

Type de nœud . . . . . . . . . . . . : Hybride

Routage IP activé. . . . . . . . : Non

Proxy WINS activé. . . . . . . . : Non

Liste de recherche de suffixe DNS. . . . . . : company.com

Figure 4-2 présente un exemple d'une partie de fichier de sortie de nbsupour lacommande bpgetconfig.

Figure 4-2 Exemple de fichier de sortie de nbsu : commande bpgetconfig(extrait)

------------------ Rapport d'informations de la commande bpgetconfig de NetBackup ----------------------------- nom de diagnostic nbsu et procédure interne utilisée.-------------NBU_bpgetconfig - NBU_get_bpgetconfig_info------------------------------- Commande utilisée -------------------------------> "C:\Program Files\VERITAS\netbackup\bin\admincmd\bpgetconfig" -g host1 -LClient/Maître = MaîtrePlate-forme de client NetBackup = PC, Windows2000Niveau de protocole du client NetBackup = 6.5.0Produit = NetBackupNom de version = 6.5AlphaNuméro de version = 650000Chemin d'installation de NetBackup = C:\Program Files\VERITAS\NetBackup\binSystème d'exploitation client/Version = Windows2003 5------------------------------- Commande utilisée -------------------------------> "C:\Program Files\VERITAS\netbackup\bin\admincmd\bpgetconfig"SERVER = hôte1SERVER = hôte2SERVER = hôte3SERVER = hôte4SERVER = hôte5SERVER = hôte6SERVER = hôte7

Si la commande exécutée a renvoyé un état différent de zéro, un en-tête EXIT

STATUS indique l'état. Par exemple :


----------------------- EXIT STATUS = 227 -------------------------

En tant qu'élément du traitement interne de chaque commande qu'une commandede diagnostic exécute, nbsu redirige le STDERRde chaque commande vers un fichierinterne. Si la commande enregistre les informations sur STDERR, nbsu saisit cesinformations et inclut un en-tête STDERR avec les informations. Par exemple :

----------------------------- STDERR ------------------------------

bpclient: no entity was found (227)

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 unutilitaire de compression pris en charge est disponible, nbsu compresse le fichierd'archive. Sinon, les différents fichiers de sortie demeurent non archivés et noncompressés.

Un exemple d'un fichier d'archive compressé que nbsu a créé est le suivant :

/usr/openv/netbackup/bin/support/output/nbsu/host1_master_20060814_

164443/host1_master_20060814_164443.tar.gz

Où host1 est le nom de l'hôte sur lequel nbsu s'est exécuté. master indique quel'hôte est un serveur maître NetBackup.

nbsu prend en charge tar pour l'archivage et gzip pour la compression. Symantecpeut ajouter la prise en charge d'autres utilitaires d'archivage et de compressionà l'avenir. Pour obtenir la liste à jour des utilitaires d'archivage et de compressionpris en charge, exécutez la commande nbsu -H sur votre version installée deNetBackup.

Remarque : Les utilitaires d'archivage et de compression sont habituellementdisponibles sur les systèmes UNIX et Linux. Sous Windows, il peut être nécessaired'installer ces programmes. Notez que l'utilitaire d'archivage doit être référencédans la variable d'environnement PATH du système.

Si aucun utilitaire d'archivage n'est installé sur votre système, utilisez l'option-xml de la commande nbsu. Cette option vous permet de créer un fichier .xmlunique au lieu des différents fichiers de sortie. Le fichier .xml unique contienttoutes les informations de diagnostic contenues dans les fichiers individuels.Utilisez cette commande pour grouper de manière pratique la sortie de nbsu pourle support technique de Symantec.


178

Informations de code d'état recueillies par l'utilitaire de supportNetBackup (nbsu)

Vous pouvez utiliser nbsu pour recueillir des informations de diagnostic au sujetde certains codes d'état NetBackup ou Media Manager. nbsu recueille cesinformations en exécutant une ou plusieurs commandes NetBackup dont la sortiepeut indiquer la cause du problème.

Vous pouvez obtenir plus d'informations sur les commandes que nbsu exécute enconsultant les "opérations recommandées" pour les rubriques qui décrivent lescodes d'état.

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

Reportez-vous à nbsu dans le Guide de référence des commandes.

Voic des exemples de résultats que vous pouvez obtenir en saisissant descommandes spécifiques :

Saisissez nbsu -nbu_e 25.

Cette commande exécute seulement lescommandes de diagnostic qui sont liées au coded'état NetBackup 25. Puisque peu de commandessont exécutées, le résultat peut être un ensembleplus petit de fichiers de sortie.

Pour collecter des informations dediagnostic à propos du code d'état 25

Saisissez nbsu -l -nbu_e 25.Pour déterminer les informations quenbsupeut collecter pour un code d'étatparticulier

Vous pouvez obtenir plus d'informations sur les fichiers de sortie que génère nbsu.

Se reporter à "Sortie de l'utilitaire de support NetBackup (nbsu)" à la page 176.

Remarque : Vous pouvez également utiliser un script de sortie NetBackup pourappeler nbsu. Le script passe le code d'état NetBackup à nbsu pour collecter lesdiagnostics associés à un travail.

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 :


C:\Program Files\VERITAS\NetBackup\bin\support>nbsu

1.0 Determining initial nbsu settings

1.1 Determining OS environment

1.2 Determining OS host services

1.3 Determining identified network interface hostnames

1.4 Determining NetBackup environment

2.0 Querying nbsu diagnostic lists

2.1 Determining nbsu diagnostics to run

3.0 Executing nbsu diagnostics

Executing diagnostic DEV_scsi_reg

Registry query of HKEY_LOCAL_MACHINE\hardware\DeviceMap\Scsi\

Executing diagnostic MM_ndmp

"C:\Program Files\VERITAS\volmgr\bin\set_ndmp_attr" -list

"C:\Program Files\VERITAS\volmgr\bin\set_ndmp_attr" -probe

<hostname>

"C:\Program Files\VERITAS\volmgr\bin\set_ndmp_attr" -verify

<hostname>

Executing diagnostic MM_tpconfig

"C:\Program Files\VERITAS\\Volmgr\Bin\tpconfig" -d

4.0 nbsu successfully completed the identified diagnostic commands.

Creating support package...

Microsoft (R) Cabinet Maker - Version 5.2.3790.0

Copyright (c) Microsoft Corporation. All rights reserved..

770,201 bytes in 36 files

Total files: 36

Bytes before: 770,201

Bytes after: 105,503

After/Before: 13.70% compression

Time: 0.67 seconds ( 0 hr 0 min 0.67 sec)

Throughput: 1119.27 Kb/second

Cleaning up output files...

The results are located in the

.\output\nbsu\lou4_master_20070409_160403 directory...

Se reporter à "Utilitaire de support NetBackup (nbsu)" à la page 174.

Se reporter à "Sortie de l'utilitaire de support NetBackup (nbsu)" à la page 176.

Utilitaire de vérification de la cohérence NetBackup(NBCC)

L'utilitaire de vérification de la cohérence NetBackup (NBCC) est un utilitaire deligne de commande. Il permet d'analyser l'intégrité de certaines parties de la

Utilisation des utilitaires NetBackupUtilitaire de vérification de la cohérence NetBackup (NBCC)

180

configuration NetBackup et des informations de catalogue/base de donnéesconcernant les médias bandes. Cette analyse inclut un examen des unités destockage NetBackup, du serveur EMM, des pools de volumes, des médias bandeset des images de sauvegarde associées aux médias bandes.

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 des nomsd'hôte.

■ Identifie le cluster, le cluster d'application et les serveurs en examinant laconfiguration de NetBackup.

■ Recueille les informations de base de données et de 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 Symantec.

NBCC réside se trouve à l'emplacement suivant :

/usr/openv/netbackup/bin/support/NBCCUNIX

install_path\NetBackup\bin\support\NBCC.exeWindows

Symantec recommande d'exécuter NBCC dans les circonstances suivantes :

■ Pour vérifier la cohérence des informations de configuration et decatalogue/base de données NetBackup du point de vue des médias bandes.

■ Pour rassembler et créer un bundle lorsque le support technique de Symantecen fait la demande.

Les informations suivantes peuvent vous aider à exécuter l'utilitaire NBCC :

■ Pour obtenir une description de NBCC, des exemples et une méthode à suivrepour collecter les informations de catalogue et de base de données NetBackupà envoyer au support technique de Symantec, reportez-vous à la commande-help de NBCC.

■ 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 le

181Utilisation des utilitaires NetBackupUtilitaire de vérification de la cohérence NetBackup (NBCC)

nombre 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 lefichier nbcc-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 -debugpourinclure 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 état quequand le problème s'est posé. Par exemple, ne tentez pas d'arrêter les processusNetBackup et de les redémarrer après l'erreur, ni de modifier le serveur ou leréseau. Il se peut que NBCCne puisse pas recueillir d'informations clés à proposdu 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 ont été enregistrées dansSTDOUT ou STDERR.

Ces informations indiquent le traitement effectué par NBCC.

La section "Entrées serveur NetBackup détectées au cours du traitement" du fichiernbcc-info.txt contient un "résumé du traitement serveur NBCC". Cesinformations récapitulent les résultats du traitement des entrées serveur détectées.

Se reporter à "Exemple d'affichage de la progression de NBCC" à la page 183.

Pour obtenir une description complète des options de la commandeNBCC, consultezla page man de NBCC.



182

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ésdans le 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, NBCCprend en charge les utilitaires tar, Makecab et gzip pour l'archivageet la compression des fichiers Windows.

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

If NBCC DOES NOT detect any catalog inconsistencies, would you

like NBCC to create a support package? [Y/y,N/n] N

Would you then like NBCC to remove the output files

after completion? [Y/y,N/n] N

2.0 Gathering required NetBackup configuration information

If NBCC is unable to determine the NetBackup version for


ANY detected media server, is there a SINGLE version of NetBackup

that you would like associated to these media servers? [Y/y,N/n] N

After NBCC has completed gathering the NetBackup database

information, if there are any media servers that NBCC was unable

to determine the NetBackup version, you will be prompted for the

version to associate with each media server.

If NBCC detects images that were written by media servers

that are not known to NetBackup, would you like NBCC to:

1. Stop now, since I know of such media servers, and I wish to

resolve these before running NBCC again

2. Prompt me again, after NBCC has processed all images, so

that I can designate a media server known to NetBackup that full

analysis will use to INHERIT ALL of the image copies associated

to the unknown media servers

3. Prompt me again, after NBCC has processed ALL images, so that I

can select the course of action to take for EACH media server

4. Flag ALL of the unknown media servers so that full analysis will

mark all of their related image copies to be EXPIRED

5. Flag ALL of the unknown media servers so that full analysis will

generate COMMENTED out repairs that can be reviewed

[1,2,3,4,5] 4

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...

...

2.3 Obtaining EMM server aliases...

...

2.4 Building NetBackup storage unit list...

...

2.5 Analyzing EMM master and/or media servers and configured

Storage Units...

2.6 Obtaining NetBackup unrestricted media sharing status...

Configuration state = NO

2.7 Obtaining NetBackup Media Server Groups...

No Server Groups configured

2.8 Building NetBackup retention level list...

3.0 Obtaining NetBackup version from media servers

...

3.1 Gathering required NetBackup catalog information

Start time = 2010-10-18 10:19:06

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


184

Building NetBackup bpdbjobs list

No active jobs found

3.4 Building NetBackup Image database contents list

Found 30391 images in the Image database

3.5 Building EMM database Media and Device configuration

attribute lists

Found 207 media records in the EMM database

3.6 Building EMM database Unrestricted Sharing Media attribute lists

Found 0 Unrestricted Sharing media records in the EMM database

3.7 Building the EMM database Volume attribute list...

Found 321 Volume attribute records in the EMM database

3.8 Building NetBackup volume pool configuration list

EMM Server hostname

3.9 Building NetBackup scratch pool configuration list

EMM Server hostname

3.10 Gathering NetBackup EMM merge table list

Found 0 EMM merge table records

Summary of gathered NetBackup catalog information

End time = 2010-10-18 10:19:14

Number of Images gathered = 30391

Number of database corrupt images gathered = 0

Number of EMM database Media attribute records gathered = 207

Number of EMM database Volume attribute records gathered = 321

Catalog data gathering took 8 seconds to complete

dir results for created NBCC files:

...

4.0 Verifying required catalog components were gathered

5.0 Beginning NetBackup catalog consistency check

Start time = 2010-10-18 10:19:16

5.1 There were no no tape media involved in active NetBackup jobs

5.3 Processing EMM database Volume attribute records, pass 1 (of 2),

321 records to be processed

Processed 321 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),

30391 images to be processed

30391 images processed on pass 1

5.6 Processing EMM database Media attribute records, pass 1 (of 3),


Processed 207 EMM database Media attribute records.

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),

30391 images to be processed

CONSISTENCY_ERROR Oper_7_1

5.11 NetBackup catalog consistency check completed

End time = 2010-10-18 10:19:16

5.12 Checking for the latest NBCCR repair output directory

Reading the

output\nbccr\hostname_NBCCR_20101018_101007\NBCCR.output.txt

file located in the

output\nbccr\hostname_NBCCR_20101018_101007

directory...

Detected 2 records.

dir results for

output\nbcc\hostname_NBCC_20101018_101900\nbcc-NBCCR.output.txt

10/18/2010 10:19 AM 384 nbcc-NBCCR.output.txt

Copying the

output\nbccr\hostname_NBCCR_20101018_101007\NBCCR.history.txt

file located in the

output\nbccr\hostname_NBCCR_20101018_101007

directory to include with the Support package...

dir results for

output\nbcc\hostname_NBCC_20101018_101900\nbcc-NBCCR.history.txt

10/18/2010 10:18 AM 21,155 nbcc-NBCCR.history.txt

Summary of NBCC server processing

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

+ Primary and associated alias hostnames: +

+ hostname hostname.FQN.com +

+ Sources: +

+ nbemmcmd bpstulist bpgetconfig vmoprcmd +

+ Master server = yes +

+ EMM NetBackup version = 7.1.0.0 +

+ EMM Server = yes +

+ NBCC NetBackup version = 7.1 +

+ Tape STU detected = no - Disk STU detected = yes +

+ EMM tape media record extract attempted = yes +

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

...

Report complete, closing the

.\output\nbcc\hostname_NBCC_20101018_101900\nbcc-info.txt output file.


186

Utilitaire NBCCR (NetBackup Consistency CheckRepair)

L'utilitaire NBCCR (NetBackup Consistency Check Repair) est un outil de ligne decommande qui traite les actions de réparation de la base de données/du catalogue.Il automatise l'application des actions de réparation suggérées et approuvées. Lesupport technique de Symantec analyse les données qui sont collectées parl'utilitaire NBCC et les informations de configuration spécifiques au site. Cetteanalyse génère un fichier SRA (Suggested Repair Actions) qui suggère des actionsde réparation. Avant l'exécution de NBCCR, le support technique de Symanteccontacte le client pour déterminer les réparations nécessaires. Les actions deréparation indésirables sont supprimées du fichier SRA ou désactivées. Chaqueligne du fichier SRA contient une action de réparation accompagnée d'unparamètre associé.

L'utilitaire NBCCR exécute chaque action de réparation en plusieurs étapes.

Tableau 4-4 Etapes de la réparation

DescriptionNomEtape

L'utilitaire NBCCR collecte d'abord les informations quisont requises pour effectuer une réparation.

Collecte dedonnées

Etape 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'environnementau cours du temps écoulé depuis la collecte des données.Si des changements ont eu lieu, il signale dans un fichierde l'historique que la réparation n'est pas justifiée.

Réparationqualification

Etape 2

Pour terminer, l'utilitaire NBCCR exécute jusqu'à troisétapes de réparation pour chaque entrée de réparationdans le fichier SRA. Un élément peut être modifié pouractiver la réparation et d'autres étapes peuvent êtrenécessaires après la réparation. Si l'opération deréparation échoue, l'utilitaire NBCCR tente d'annuler laréparation pour éviter que l'action corrective n'introduisede nouvelles erreurs.

RéparationEtape 3

NBCCR se trouve à l'emplacement suivant :

/usr/openv/netbackup/bin/support/NBCCRUNIX

187Utilisation des utilitaires NetBackupUtilitaire NBCCR (NetBackup Consistency Check Repair)

install_path\NetBackup\bin\support\NBCCR.exeWindows

L'utilitaire NBCCR accepte un fichier d'entrée, crée deux fichiers de sortie et utiliseun fichier temporaire.

L'utilitaire NBCCR accepte comme entrée le fichier de réparationsuggérée (SRA) nommé mastername_NBCCA_timestamptxt. 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 :

Sur UNIX :/usr/openv/netbackup/bin/support/input/nbccr/SRA

Sur Windows :install_path\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 contenudu fichier SRA. Le nom du répertoire est comme suit :

Sur UNIX :/usr/openv/netbackup/bin/support/output/nbccr/mastername_nbccr_timestamp

Sur Windows :install_path\NetBackup\bin\support\output\nbccr\mastername_nbccr_timestamp.

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'utilitaireNBCCR crée le fichierNBCCR.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

Tandis qu'il s'exécute, l'utilitaire NBCCR utilise le fichierKeepOnTruckin.txt, qui apparaît dans le même emplacement queles fichiers de sortie décrits ci-dessus.

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 de MContents. Dans l'un des cas, toutes les images ont étédétectées sur la bande alors que, dans l'autre, il en manquait une ou plusieurs :

Utilisation des utilitaires NetBackupUtilitaire NBCCR (NetBackup Consistency Check Repair)

188

■ Exemple 1 : l'utilitaire NBCCR a trouvé toutes les images sur la bande. L'actionde réparation de 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 trouvé aucune image sur la bande. L'actionde réparation de MContents n'a pas été appliquée.

MContents for ULT000 MediaServerExpireImagesNotOnTapeFlag

ExpireImagesNotOnTape flag not set

Did NOT find Backup ID winmaster_1234315163 Copy 1 AssignTime 2009-02-11 \

01:19:13 (1234315153) on ULT000

Leaving winmaster_1234315163 Copy 1 on ULT000 in ImageDB

ULT000 MContents - One or more images from images catalog NOT found on tape

MContents ULT000 status: ActionFailed

Pour obtenir une description complète des options de la commande NBCCR,consultez la page man de NBCCR.


Utilitaire nbcplogsPour dépanner un problème client, vous devez rassembler et copier les journauxcorrects pour le débogage. Les différents types de journaux (NBU, vxul, vm, pbx,…)peuvent se trouver dans plusieurs endroits. Le processus d'extraction des journauxà remettre au support technique de Symantec peut être laborieux et demanderdu temps.

Par défaut, nbcplogs (chargeur de journaux de NetBackup) exécute désormaisl'utilitairenbsu et charge les informationsnbsupour le système hôte. Cette fonctionfacilite l'accès de l'utilisateur final au support technique en enregistrant l'heureet les frappes afin de recueillir et de charger des informations. L'utilitaire recueilleégalement des informations supplémentaires pour les clusters et des informationsd'historique pour les packs.

nbcplogs utilise le protocole de transfert de fichiers (FTP) pour transmettre sonpackage de prise en charge au support technique. Ce processus requiert de l'espacedisque temporaire pour créer le bundle compressé qu'il transfère. Vous pouvezconfigurer cet espace temporaire en installant une variable d'environnement

189Utilisation des utilitaires NetBackupUtilitaire nbcplogs

(TMPDIR) et en utilisant une option de ligne de commande nbcplogs (--tmpdir)comme suit :

Sous Windows :

# nbcplogs --tmpdir=C:\temp -f ###-###-###

Sous UNIX :

Dans /bin/sh, entrez ce qui suit :

# TMPDIR=/tmp

# export TMPDIR

# nbcplogs -f ###-###-###

Dans /bin/bash, entrez ce qui suit :

# export TMPDIR=/tmp

# nbcplogs -f ###-###-###

Dans /bin/csh ou /bin/tcsh, entrez ce qui suit :

# nbcplogs --tmpdir=/tmp -f ###-###-###

Cet utilitaire prend en charge trois types d'algorithmes de recherche. Ce sont desoptions de commande qui font partie de la ligne de commande nbcplogs.

■ --filecopy. La copie de fichier est l'état par défaut. Le fichier journal entierest copié. La copie de fichier avec compression suffit généralement à laréalisation de 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 leslignes qui ne sont pas comprises dans la période du fichier. Ce mécanisme est utilepour la copie de fichiers journaux de très grande taille (ex : bpdbm).

L'utilitaire nbcplogs est destiné à simplifier le processus de copie des journauxen spécifiant les options suivantes :

■ Une période pour les journaux.

■ Les types de journaux à collecter.

■ Regroupement et compression des données en transit.

Utilisation des utilitaires NetBackupUtilitaire nbcplogs

190

En outre, vous pouvez afficher un aperçu de la quantité de données de consignationà copier.

Pour plus d'informations sur l'utilitaire nbcplogs, consultez leGuidede référencedes commandes NetBackup.

191Utilisation des utilitaires NetBackupUtilitaire nbcplogs

Utilisation des utilitaires NetBackupUtilitaire nbcplogs

192

Reprise après incident


■ Reprise après incident

■ Pratiques de sauvegarde recommandées

■ Procédures de récupération de disque pour UNIX et Linux

■ Récupération d'un serveur NBU faisant partie d'un cluster sous UNIX et Linux

■ Procédures de récupération de disque pour Windows

■ Récupération d'un serveur NBU faisant partie d'un cluster sous Windows

■ Comment récupérer un catalogue à partir d'une sauvegarde

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 larécupération. Indépendamment de toutes les autres dispositions de récupération,la sauvegarde protège contre la perte de données due à une défaillance complètedu système. Le stockage hors site des images de sauvegarde protège égalementcontre les dégâts pouvant survenir au niveau de vos médias sur site ou contre unsinistre qui endommage 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é peut

5Chapitre

accepter 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, selonles services que votre société doit récupérer à ce moment.

Les technologies facilement disponibles peuvent créer le point de récupérationtrès proche 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 vosRTO et RPO sont proches du point de défaillance, plus la construction et la miseà jour des systèmes requis pour réaliser la récupération coûtent cher. Votre analysedes coûts et des avantages de diverses stratégies de récupération devrait fairepartie de 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éesconcernant l'anticipation des sinistres et la récupération. Utilisez les informationsde reprise après incident de ce chapitre uniquement comme modèle. Envisagezet élaborez vos propres plans et procédures de reprise après incident.

Avertissement : Avant de tenter l'une des procédures de reprise après incident dece chapitre, Symantec 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. Symantec suppose que vous effectuez la récupération vers le disquesystème initial 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 sont

Reprise après incidentReprise après incident

194

pas couvertes par ce manuel. Vous devez vous référer aux informations spécifiquesà l'éditeur approprié.

Pratiques de sauvegarde recommandéesLes 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 vousutilisez une liste d’exclusions NetBackup pour un client, ne spécifiez aucun fichiersystème Windows dans cette liste.

N'oubliez pas les exécutables et les fichiers d'application. Il est parfois tentantd'effectuer une sauvegarde sur bande en excluant ces fichiers faciles à réinstaller.Cependant, une sauvegarde complète de l'application garantit la restauration de saconfiguration exacte. Par exemple, si vous avez appliqué des mises à jour et correctifsde logiciel, une restauration à partir de la copie de sauvegarde vous évitera de lesappliquer une nouvelle 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ètedes procédures de sauvegarde et de récupération BMR est disponible.

Consultez le Guide de l'administrateur système 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

Si la configuration contient des clients Windows dont la configuration de sauvegardeincrémentielle est définie sur Effectuerdessauvegardesincrémentiellesbaséessurle 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

195Reprise après incidentPratiques de sauvegarde recommandées

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 sauvegardesincrémentielles. Elle permet de restaurer les fichiers catalogue à partir de l'interfaceSauvegarder, archiver et restaurer. Les sauvegardes de catalogue en ligne peuventêtre exé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

Symantec recommande d'enregistrer les fichiers de reprise après incident créés parla sauvegarde de catalogue en ligne dans un partage réseau ou sur un périphériqueamovible. N'enregistrez pas les fichiers de reprise après incident sur l'ordinateurlocal. La récupération de catalogue à partir d'une sauvegarde de catalogue en lignesans fichier image de reprise après incident est une procédure plus complexe et pluslongue.

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 reprise après incident 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.

Vous pouvez personnaliser le processus de courrier électronique de reprise aprèsincident à l'aide d'un script de courrier personnalisé. Des informationssupplémentaires sont disponibles.

Voir les rubriques de référence dans leGuidede l'administrateurNetBackup, volume II.

Courrier électroniqued'informations sur la repriseaprès incident de catalogueen ligne

Assurez-vous d'identifier et d'utiliser la sauvegarde de catalogue appropriée pourvotre ré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 configurationde sauvegarde (planifications de politiques complètes et incrémentielles) sont desfacteurs qui aident tous à déterminer le temps nécessaire à la récupération ducatalogue. Planifiez et testez attentivement les méthodes de sauvegarde de cataloguepermettant d'obtenir le temps requis pour la récupération de catalogue.

Temps de récupération decatalogue

Reprise après incidentPratiques de sauvegarde recommandées

196

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 UNIX etLinux

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 à "Récupération du disque du serveur maître sous UNIX et Linux"à la page 198.

■ 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 sousUNIX et Linux" à la page 204.

■ 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 204.

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 leGuidede l'administrateur NetBackup, volume I.

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.

197Reprise après incidentProcédures de récupération de disque pour UNIX et Linux

Récupération du disque du serveur maître sous UNIX et LinuxLa procédure décrite dans cette section explique comment récupérer les donnéesà la suite d'un incident sur le disque système du serveur maître NetBackup sousUNIX ou Linux.

Cette rubrique explique les deux scénarios suivants :

■ 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 du serveur maître lorsque la racine est intacte"à la page 198.

■ 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 autre disque dedémarrage utilisé pour le démarrage lors de la récupération. Cette opérationpermet de récupérer la partition racine sans risquer un blocage provoqué parl'écrasement des fichiers utilisés par le système d'exploitation au cours de larestauration.Se reporter à "Récupération du serveur maître sur perte de la partition racine"à la page 201.

Pour les serveurs maîtres et les serveurs de médias NetBackup, l'emplacement duré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 emplacements de répertoire identiques pendantla réinstallation du logiciel NetBackup. Le partitionnement de disque, les lienssymboliques et les 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 sont disponibles.

Consultez le Guide de l'administrateur système NetBackup Bare Metal Restore.

Récupération du serveur maître lorsque la racine est intacteLa procédure suivante récupère le serveur maître en rechargeant le systèmed'exploitation, en restaurant ensuite NetBackup, puis en restaurant finalementtous les autres fichiers.

Reprise après incidentProcédures de récupération de disque pour UNIX et Linux

198

Récupération du serveur maître lorsque la racine est intacte

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.

Pour obtenir les instructions nécessaires, consultez le Guide d'installationNetBackup pour UNIX.

3 Installez tous les correctifs NetBackup précédemment installés. Consultez ladocumentation fournie avec le correctif logiciel.

Remarque : &CompanyName; ne prend pas en charge la récupération d'uneimage de catalogue qui a été sauvegardée avec une version précédente deNetBackup.

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 :

■ L'utilisation de liens symboliques en tant qu'élément de la structure derépertoire de catalogue NetBackup.

■ Utilisation de la commande nbdb_move de NetBackup pour relocaliser desparties du catalogue de base de données relationnelles 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 derécupération appropriés doivent être configurés, ce qui peut impliquer lestâ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 de périphériques NetBackup.

■ Utilisez l'assistant 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.


■ Utilisez la commande tpautoconf de NetBackup pour découvrir etconfigurer le périphérique de récupération dans NetBackup.Consultez le Guide de référence des commandes NetBackup.

■ Mettez à jour les fichiers de mappage de périphérique.Consultez le Guide de l'administrateur NetBackup, volume I.

6 Si vous devez restaurer les sauvegardes de la politique ou du 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 tout ou partie des tâchessuivantes :

■ Chargement manuel des médias nécessaires 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 appropriés.

■ 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 pourcharger les médias sur le ou les périphériques de récupération requis.

7 Récupérez les catalogues NetBackup sur le serveur en cours de récupération.

Les catalogues NetBackup peuvent uniquement être récupérés dans la mêmearborescence de répertoires que celle à partir de laquelle ils ont étésauvegardés (la récupération par chemin alternatif n'est pas permise).

8 Arrêtez et redémarrez tous les daemons NetBackup. Utilisez les commandesNetBackup suivantes ou le Moniteur d'activité dans la consoled'administration NetBackup.

Votre configuration peut contenir un serveur EMM différent du serveurmaître. Si tel est le cas, démarrez NetBackup sur le serveur EMM avant dedémarrer NetBackup sur le serveur maître.



9 Démarrez l'interface Sauvegarder, archiver et restaurer de NetBackup (ou lacommande bp) et restaurez les autres fichiers sur le serveur selon les besoins.Une fois les fichiers sont restaurés, vous avez terminé.


200

Récupération du serveurmaître sur perte de la partition racineLa procédure suivante suppose que le système de fichiers racine et toute autreinformation sur le disque ont été perdus. Cette procédure recharge le systèmed'exploitation sur un autre disque de démarrage et effectue le démarrage à partirde ce disque lors de la récupération. Cette opération permet de récupérer lapartition racine sans risquer un blocage provoqué par l'écrasement des fichiersutilisés par le système d'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 bases de données résidaient sur le disqueinitial. 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 et configurez le logicielrobotique des périphériques permettant de 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'estré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 disqueavant de récupérer le catalogue.

Exemples de ces répertoires :

■ L'utilisation de liens symboliques en tant qu'élément de la structure derépertoire de catalogue NetBackup.

■ Utilisation de la commande nbdb_move de NetBackup pour relocaliser desparties du catalogue de base de données relationnelles 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 sauvegardes


ré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 de périphériques NetBackup.





Pour plus d'informations, reportez-vous au Guide de l'administrateurNetBackup, volume I.

La configuration des médias peut nécessiter tout ou partie des tâchessuivantes :


■ 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 appropriés.



9 Récupérez les catalogues NetBackup sur le disque alternatif.

Se reporter à "Comment récupérer un catalogue à partir d'une sauvegarde "à la page 224.

Les catalogues NetBackup ne peuvent être récupérés que dans unearborescence de répertoires identique à celle dans laquelle ils ont étésauvegardés (la récupération par chemin alternatif n'est pas permise).


202

10 Démarrez l'interface Sauvegarder, archiver et restaurer de NetBackup (ou lacommande 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/dataou /usr/openv/volmgr/database (oudans 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é dans laconsole d'administration NetBackup ou la commande suivante :


12 En maintenant la même arborescence 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é.

Si votre configuration comprend un serveur Enterprise Media Manager (EMM)en dehors du serveur maître, démarrez NetBackup sur le serveur EMM avantde démarrer le serveur maître.


Testez 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.


Récupération du disque de serveur de médias NetBackup sous UNIXet Linux

Les serveurs de médias NetBackup version 6.0 et ultérieure stockent lesinformations dans la base de données relationnelles NetBackup. Si vous devezrécupérer le disque système sur un serveur de médias NetBackup, la procédurerecommandée est la mê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 204.

Remarque : Un ordinateur distinct fonctionnant en tant que serveur de médiasNetBackup 6.0 ou ultérieur est disponible uniquement sur NetBackup EnterpriseServer. Pour les installations de serveurs NetBackup, le serveur maître et le serveurde médias sont installés sur le même système et portent le même nom d'hôte. Parconséquent, la récupération du disque de serveur maître s'opère également surle serveur de médias.

Récupération du disque système sur un poste de travail de client UNIXNetBackup 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 Bare Metal Restore.


204

Récupération du disque système sur un poste de travail client

1 Rechargez le système d'exploitation comme vous le feriez normalement pourun poste de travail client de ce type.

Si le système de fichiers racine est perdu, la meilleure approche peut être derecharger le système d'exploitation sur un disque de démarrage alternatif etde démarrer à partir de ce disque. Après avoir restauré le système, restaurezla partition initiale de la racine. Cette opération permet de récupérer lapartition racine sans risquer un blocage provoqué par l'écrasement des fichiersutilisés par le système d'exploitation au cours de la restauration. La procédureest semblable à celle pour le serveur maître, à la seule différence que larécupération des catalogues NetBackup n'est pas nécessaire.

Se reporter à "Récupération du disque de serveur maître pour Windows"à la page 210.

2 Réinstallez le logiciel et les correctifs de client NetBackup.

3 Utilisez l'interface de sauvegarde, d'archivage et de restauration NetBackuppour sélectionner et restaurer les fichiers.

Récupération d'un serveur NBU faisant partie d'uncluster sous UNIX et Linux

Les clusters de serveur NetBackup ne protègent pas contre les corruptions decatalogue, la perte du disque partagé ou du cluster tout entier. Des sauvegardesrégulières de catalogue doivent être effectuées. Des informations supplémentairesconcernant la configuration des sauvegardes de catalogue et des politiques desauvegarde de système dans un environnement en cluster sont mises à votredisposition.

Consultez les rubriques concernant la configuration de NetBackup dans le Guidede haute disponibilité NetBackup.

Avertissement : Avant de tenter les procédures de reprise décrites dans cetterubrique, contactez le média technique.

Remplacement d'un nœud défaillant dans un cluster UNIX ou LinuxDes informations technologiques spécifiques aux clusters sont disponibles àpropos de la mise en ligne ou hors ligne du groupe de ressources NetBackup. Enoutre, des informations sur le moyen de figer et de défiger (ou d'activer et dedésactiver) le groupe de ressources NetBackup sont également disponibles.

205Reprise après incidentRécupération d'un serveur NBU 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 noeudssurvivants.

3 Assurez-vous que le groupe de ressources NetBackup est hors ligne dans tousles nœuds avant d'installer NetBackup dans le nœud de remplacement.

4 Assurez-vous que les disques partagés de NetBackup ne sont pas montés surle nœud sur lequel NetBackup doit être installé.

5 Figez 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.

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 ducluster.

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 NetBackup esten 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 Figez le groupe NetBackup.

Reprise après incidentRécupération d'un serveur NBU faisant partie d'un cluster sous UNIX et Linux

206

12 Assurez-vous que la configuration du périphérique de bande inférieurapproprié 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.


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 votrecluster particulier 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 ya lieu.


15 Testez la capacité d'exécution de restaurations de NetBackup à l'aide despériphériques configurés dans le nœud de remplacement.

16 Défigez le groupe de ressources NetBackup.

Récupération du disque partagé dans un cluster UNIX ou LinuxLa procédure suivante s'applique dans les situations où les nœuds de clusterconfigurés demeurent disponibles mais des fichiers sur le disque partagé ont étéendommagés ou perdus. Ces fichiers peuvent inclure le catalogue de NetBackup,les fichiers de base de données ou les deux.

Les conditions suivantes doivent être remplies pour pouvoir poursuivre cetteprocédure :

■ 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.

207Reprise après incidentRécupération d'un serveur NBU faisant partie d'un cluster sous UNIX et Linux

Pour récupérer le disque partagé dans un cluster UNIX ou Linux

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 Créez manuellement les répertoires suivants sur le disque partagé :

<shared disk path>/netbackup/db

<shared disk path>/db/data

<shared disk path>/var/global

<shared disk path>/volmgr/misc/robotic_db

3 Si ce serveur est un serveur EMM, saisissez le texte suivant pour démarrerle serveur de base de données et EMM, puis exécutez tpext pour lancer labase de données EMM :

# SHARED_DISK=<top-level shared disk mount point>

# dataDir=${SHARED_DISK}/db/data

# /usr/openv/netbackup/bin/nbdbms_start_stop start

/usr/openv/db/bin/create_nbdb \

-data ${dataDir} \

-index ${dataDir} \

-tlog ${dataDir} \

-mlog ${dataDir} \

-staging ${dataDir}/staging \

-drop

# /usr/openv/volmgr/bin/tpext -loadEMM

4 Configurez les périphériques et les médias requis et récupérez les cataloguesNetBackup.

Se reporter à "Récupération du serveur maître lorsque la racine est intacte"à la page 198.

5 Arrêtez et redémarrez manuellement NetBackup sur le nœud actif.

6 Réactivez le contrôle du groupe de ressources NetBackup.

7 Assurez-vous que le serveur NetBackup peut maintenant être mis en lignesur tous les nœuds configurés.

Récupération du cluster UNIX ou Linux dans son ensembleLa procédure suivante s'applique à l'environnement de serveur NetBackup misen cluster devant être recréer depuis le début.

Reprise après incidentRécupération d'un serveur NBU faisant partie d'un cluster sous UNIX et Linux

208

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 surle cluster de remplacement.

2 Assurez-vous que la configuration du périphérique de bande inférieurapproprié 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 en cluster.

Consultez le Guide de haute disponibilité NetBackup.

5 Installez tous les packs et correctifs de maintenance nécessaires pour que leserveur NetBackup installé soit au même niveau de correctif que le serveurremplacé.


Se reporter à "Récupération du serveur maître lorsque la racine est intacte"à la page 198.

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 sontdisponibles.


Procédures de récupération de disque pourWindowsLes trois types différents de récupération de disque pour Windows sont lessuivants :

■ 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 210.

209Reprise après incidentProcédures de récupération de disque pour Windows

■ 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 217.

■ Procédures de récupération de disque clientSe reporter à "Récupération d'un disque client Windows" à la page 217.

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.

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.On suppose que le logiciel NetBackup est perdu.Se reporter à "Récupération du serveur maître avec Windows intact"à la page 211.

■ 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 214.

Pour les serveurs maîtres et les serveurs de médias NetBackup, l'emplacement durépertoire du catalogue NetBackup fait partie intégrante des sauvegardes decatalogue NetBackup. Toute récupération du catalogue NetBackup nécessite quedes chemins de répertoire ou des emplacements identiques soient créés avant larécupération de catalogue.

Reprise après incidentProcédures de récupération de disque pour Windows

210

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 chemin_installation de NetBackup. Par défaut, NetBackup estinstallé dans le répertoire C:\Program Files\VERITAS.

2 Vérifiez si vous devez créer des chemins ou des emplacements de répertoirepour 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.

Consultez le Guide d'installation NetBackup pourWindows.


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 disqueavant de récupérer le catalogue. Par exemple, utilisez la commande nbdb_movede NetBackup pour relocaliser les parties du catalogue de base de donnéesrelationnelles 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 :

■ 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 de périphériques NetBackup.




■ Mettez à jour les fichiers de mappage de périphérique.Pour plus d'informations, reportez-vous au Guide de l'administrateurNetBackup, volume I.

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 dispositifs de récupération appropriés doivent être configurés.

La configuration des médias peut impliquer les actions suivantes :


■ Utilisez les utilitaires de NetBackup tels que robtest ou le logiciel decommande robotique spécifique à l'éditeur pour charger les médias surles périphériques de récupération requis.

■ Utilisez l'assistant NetBackup Volume Configuration pour inventorier lecontenu des médias d'un périphérique robotique.


9 Récupérez les catalogues NetBackup.



212

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 la Console d'administration NetBackup oul'application Services du Panneau de configuration de Windows.



Votre configuration peut contenir un serveur EMM différent du serveurmaître. Si tel est le cas, démarrez NetBackup sur le serveur EMM avant dedémarrer NetBackup sur le serveur maître.

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 relationnelles de NetBackup ont étérelocalisés à l'aide de la commande nbdb_move dans le répertoirechemin_installation\NetBackupDB\data, ils sont récupérés à l'étape 9 etne doivent pas ê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 Sauvegarder, archiver et restaurer.

■ 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 chemin_installation\NetBackup\db,chemin_installation\NetBackupDB,chemin_installation\NetBackup\var, etchemin_installation\Volmgr\database (voir la mise en garde à l'étape10).

■ 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 pour remplacer tous les fichiers occupés à exécuterune tâche quelconque pendant la restauration. Lorsque le processus dedémarrage est terminé, le système est restauré à l'état auquel il se trouvaitau moment de la dernière sauvegarde.

Récupération du serveur maître et de WindowsCette procédure suppose que toutes les partitions de disque dans Windows sontperdues.

Récupération du serveur maître et de 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 particulierpour le 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 transistorisé sur un système Compaq.

■ Redémarrez le système lorsque l'installation de Windows est terminée.

2 Définissez le chemin install_path sur lequel NetBackup est installé. NetBackupest installé dans le répertoire C:\Program Files\VERITAS par défaut.

3 Vérifiez si vous devez créer des chemins ou des emplacements de répertoirepour 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 de NetBackup sur le serveur récupéré. Ne configurezpas de politique ni de périphérique NetBackup à ce moment.


214


7 Si les répertoires de catalogue diffèrent de ceux dans les sauvegardes decatalogue NetBackup, recréez cette structure de répertoires sur le disqueavant de récupérer le catalogue. Par exemple, utilisez la commande nbdb_movede NetBackup pour déplacer 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 :

■ 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.


■ Utilisez la commande tpautoconf de NetBackup pour découvrir etconfigurer le périphérique de récupération dans NetBackup.Consultez le manuel Guide de référence des commandes NetBackup.




Quand vous configurez un média, vous pouvez avoir à faire tout ou partie dece qui suit :


■ Utilisez les utilitaires de NetBackup tels que robtest ou le logiciel decontrôle robotique spécifique à l'éditeur pour charger des médias dansles pé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.

10 Récupérez les catalogues NetBackup.


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 la Console d'administration NetBackup oul'application Services du Panneau de configuration de Windows.



Si votre configuration comprend un serveur Enterprise Media Manager (EMM)distinct du serveur maître, démarrez NetBackup sur le serveur EMM avantde démarrer le serveur maître.

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 Sauvegarder, archiver et restaurer.

■ 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 replacé de base de


216

données relationnelle de NetBackup), 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. orsque 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 sous WindowsUn ordinateur distinct fonctionnant en tant que serveur de médias NetBackup 6.0ou ultérieur est disponible uniquement sur NetBackup Enterprise Server. Pourles installations de serveurs NetBackup, le serveur maître et le serveur de médiassont installés sur le même système et portent le même nom d'hôte. Par conséquent,la récupération du disque de serveur maître s'opère également sur le serveur demédias.

Les serveurs de médiasNetBackup 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 217.

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 etde NetBackup 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 encharge.

■ 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édantl'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.


218

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.

Consultez les instructions à suivre dans le Guide d'installation NetBackuppourWindows. Veillez à spécifier les noms corrects pour le serveur client etle serveur maître.

■ Pour spécifier le nom du client, démarrez l'interface Sauvegarder, archiveret restaurer sur le client, puis cliquez sur PropriétésduclientNetBackupdans le menu Fichier. Saisissez le nom du client dans l'onglet Général dela 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.

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 lejournal de 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 celecteur restaure 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 le Guide de prise en main pour la sauvegarde, les archives et larestauration NetBackup.

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 bpinetdn'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.

Récupération d'un serveur NBU faisant partie d'uncluster sous Windows

Les clusters de serveur NetBackup ne protègent pas contre les corruptions decatalogue, la perte du disque partagé ou du cluster tout entier. Des sauvegardesrégulières de catalogue doivent être effectuées. Des informations supplémentairesconcernant la configuration des sauvegardes de catalogue et des politiques desauvegarde de système dans un environnement en cluster sont mises à votredisposition.


Avertissement : Contactez le média technique avant de tenter ces procédures derécupération.

Reprise après incidentRécupération d'un serveur NBU faisant partie d'un cluster sous Windows

220

Remplacement d'un nœud défaillant dans un cluster VCS de WindowsDes informations technologiques spécifiques aux clusters sont disponibles àpropos de la mise en ligne ou hors ligne du groupe de ressources NetBackup. Enoutre, des informations sur le moyen de figer et libérer (désactiver et activer lasurveillance) 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é.

Pour remplacer un nœud défaillant dans un cluster Windows utilisant VCS

1 Figez le service NetBackup.

2 Assurez-vous que les disques partagés de NetBackup ne sont pas montés surle nœ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.


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 ducluster.

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 le catalogue NetBackup, les fichiers de base de données ou lesdeux ont été endommagés ou perdus sur le disque partagé.

Avant de poursuivre cette procédure, vérifiez les conditions suivantes :

221Reprise après incidentRécupération d'un serveur NBU faisant partie d'un cluster sous Windows

■ 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 NetBackup partagés sont associés auxlettres de lecteur utilisées lors de l'installation et de la configuration initialesde NetBackup.

3 Pour reconfigurer NetBackup pour le cluster, initialisez la base de donnéesen exé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éepour restaurer les informations de catalogue NetBackup sur le disque partagé.

Se reporter à "Récupération du serveur maître et de Windows" à la page 214.

5 Si le serveur NetBackup faisant partie d'un cluster représente un serveur demédias, assurez-vous que le fichier vm.conf restauré contient la bonne entréede la configuration spécifique à l'hôte MM_SERVER_NAME pour le nœudactif. Si MM_SERVER_NAME est différent du nom d'hôte local, modifiez lefichier pour remplacer 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 le Guide de prise en main pour la sauvegarde, les archives et larestauration NetBackup.


8 Arrêtez et redémarrez manuellement NetBackup sur le nœud actif.

9 Réactivez le contrôle du groupe de ressources NetBackup.

10 Assurez-vous que le serveur NetBackup peut maintenant être mis en lignesur tous les nœuds configurés.

Reprise après incidentRécupération d'un serveur NBU faisant partie d'un cluster sous Windows

222

Récupération du cluster VCS de Windows dans son intégralitéLa procédure suivante s'applique à l'environnement de serveur NetBackup misen cluster devant être recréer depuis le début.

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 surle cluster de remplacement.

2 Assurez-vous que la configuration du périphérique de bande inférieurapproprié 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 en cluster.


5 Installez tous les packs et correctifs de maintenance nécessaires pour que leserveur 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 214.

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 (MSCS ou VCS) sontdisponibles.


223Reprise après incidentRécupération d'un serveur NBU faisant partie d'un cluster sous Windows

Comment récupérer un catalogue à partir d'unesauvegarde

Cette rubrique explique comment récupérer un catalogue qui a été sauvegardé enutilisant la méthode de sauvegarde de catalogue automatique en ligne. Cetteméthode est décrite dans le manuel suivant :

Consultez le guide NetBackup Administrator's Guide, Volume I.

Cette procédure peut être autonome ou une partie d'une plus grande procédurede reprise de disque. Consultez une des rubriques suivantes :

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

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

Remarque : Lorsque toute tentative de sauvegarde de récupération de catalogueen ligne impliquant des supports se termine, NetBackup modifie l'état des supportscontenant la sauvegarde de catalogue en gelé. Cette opération empêche une actionaccidentelle ultérieure d'écraser sur l'image de sauvegarde finale de catalogue surles médias. Cette image finale concerne la sauvegarde réelle de catalogue elle-mêmeet sa récupération ne fait pas partie de la récupération de catalogue.

Vous pouvez dégeler les médias.

Remarque :Vous devez avoir des privilèges (administratifs) d’utilisateur de racinepour effectuer ces procédures.

Vous pouvez récupérer le catalogue en suivant l'une des procédures qui suit :

■ Récupérer le catalogue entier.Se reporter à "Récupération de l'ensemble du catalogue à partir d'unesauvegarde en ligne " à la page 225.Cette procédure est la méthode recommandée pour récupérer le catalogueentier. Cette procédure récupère la base de données relationnelle NetBackupainsi que les fichiers de politiques de NetBackup, les fichiers d'images desauvegarde et les fichiers de configuration.

■ Récupérer le fichier image de catalogueSe reporter à "Récupération de fichier image de catalogue " à la page 234.Cette méthode récupère seulement les fichiers de politique, les fichiers imagesde sauvegarde et les fichiers de configuration NetBackup. Utilisez cette méthodesi la base de données relationnelle NetBackup est valide mais la politique,

Reprise après incidentComment récupérer un catalogue à partir d'une sauvegarde

224

l'image de sauvegarde ou les fichiers de configuration NetBackup sont perdus.La base de données relationnelle NetBackup peut également être récupéréeséparément en utilisant la commande bprecover -nbdb.

Se reporter à "Récupération des bases de données relationnelles à partir d'unesauvegarde de catalogue en ligne " à la page 246.

Se reporter à "Récupération du catalogue NetBackup quand NetBackup AccessControl est configuré " à la page 250.

Récupération de l'ensemble du catalogue à partir d'une sauvegardeen ligne

L'ensemble du catalogue peut être récupéré en utilisant l'assistant Récupérationdu catalogue ou la commande bprecover -wizard.

Se reporter à "Récupération du catalogue entier à l'aide de l'Assistant NetBackupCatalog Recovery " à la page 225.

Se reporter à "Récupération du catalogue entier à l'aide de bprecover -wizard "à la page 232.

Avertissement : N'exécutez aucune sauvegarde client sans avoir récupéré lecatalogue NetBackup.

Récupération du catalogue entier à l'aide de l'AssistantNetBackup Catalog RecoveryCette procédure indique comment récupérer le catalogue entier à l'aide del'assistant de récupérationdecatalogue. Vous devez disposer de privilèges racine(d'administration).

Les volets de l'assistant de récupération de catalogue qui apparaissent quandvous effectuez ces procédures sont très semblables pour les plates-formes UNIX,Linux et Windows. Seuls les volets Windows sont affichés en texte dans lesprocédures suivantes.

Remarque : L'assistant de récupération de catalogue ne fonctionne plus aprèsavoir modifié le serveur. Vous devez être connecté localement au serveur maîtreen cours de récupération.

225Reprise après incidentComment récupérer un catalogue à partir d'une sauvegarde

Remarque : Lorsque vous récupérez un catalogue, certains services peuvent êtrearrêtés et 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 unefois le processus de récupération terminé.

Récupération du catalogue entier

1 Votre configuration peut inclure un serveur EMM (Enterprise Media Manager)qui est distinct du serveur maître. Si tel est le cas, démarrez NetBackup surle serveur EMM avant de démarrer NetBackup sur le serveur maître.

2 Démarrez NetBackup en entrant les informations suivantes :

Pour UNIX et Linux :


Pour Windows :


La Console d'administration NetBackup s'affiche.

3 Si les périphériques nécessaires ne sont pas déjà configurés, configurez-lesdans NetBackup.

4 Mettez le média contenant la sauvegarde de catalogue à la disposition deNetBackup.


226

5 Cliquez sur Récupérer les catalogues sur la Console d'administrationNetBackup pour lancer l'assistant de récupération de catalogue.

Le volet de Bienvenue apparaît.


6 Cliquez sur Suivant sur le volet de Bienvenue pour afficher le volet Fichierde reprise après incident du catalogue.

Cet assistant s'appuie sur les informations de reprise après incident généréespendant la sauvegarde de catalogue en ligne. Une partie de la configurationde sauvegarde de catalogue en ligne indique l'emplacement auquel le fichierd'information de reprise après incident devait être enregistré et/ou envoyé.

Dans la plupart des cas, vous spécifiez le fichier de reprise après incident leplus récent disponible. Si une forme quelconque de corruption s'est produite,il peut être alors préférable de restaurer à un état antérieur du catalogue. Sila 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 et de poursuivre ensuite avec la sauvegarde incrémentielle.)

Spécifiez l'emplacement auquel le fichier de reprise après incident est stockéen entrant le chemin d'accès complet du fichier de reprise après incident.

Des informations supplémentaires concernant le courrier électronique envoyéet le fichier de reprise après incident en pièce jointe sont disponibles.

Se reporter à "Récupération du catalogue sans fichier de reprise après incident" à la page 252.


228

7 L'assistant attend pendant que NetBackup recherche les sources de médiasnécessaires. L'assistant vous informe alors si l'ID de sauvegarde nécessairede l'image de reprise après incident est localisé.

Dans le cas où le média n'a pas été localisé, l'assistant liste les médiasnécessaires à la mise à jour de la base de données.

Suivez les instructions de l'assistant sur l'insertion des médias indiqués etexécutez un inventaire afin de mettre à jour la base de données NetBackup.Les informations affichées sur ce volet dépendent de la provenance de larécupération : une sauvegarde complète ou une sauvegarde incrémentielle.

Si une politique de sauvegarde de catalogue en ligne incluait à la fois dessauvegardes complètes et des sauvegardes incrémentielles, le courrierélectronique de reprise après incident peut indiquer une sauvegarde complèteou une sauvegarde incrémentielle pour la récupération. Une récupération desauvegarde incrémentielle récupère le catalogue entier car il contient desréférences à la dernière sauvegarde complète. Il n'est pas nécessaire derécupérer d'abord la dernière sauvegarde complète de catalogue, puis lessauvegardes incrémentielles ultérieures.


8 Lorsque toutes les sources de médias requises ont été trouvées, cliquez surSuivant pour afficher le volet Méthodederepriseaprès incident. Le boutonradio Récupérer le catalogue NetBackup complet est sélectionné.

9 Le bouton radio RécupérerlecatalogueNetBackupcomplet étant sélectionné,cliquez sur Suivant pour lancer la récupération du catalogue entier deNetBackup.

NetBackup restaure la base de données relationnelle entière de NetBackup,ce qui inclut les éléments suivants :

■ 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 images de sauvegarde

■ Autres fichiers de configuration

Si le serveur EMM se trouve sur un ordinateur distant, la base de donnéesNBDB est récupérée sur l'ordinateur distant.


230

10 L'assistant affiche la progression de la récupération.

Si la récupération n'a pas abouti, reportez-vous aux messages du fichierjournal pour isoler le problème.

11 Le volet final signale que la récupération complète est terminée. Chaquefichier image est restauré sur le répertoire d'images approprié et les basesde données relationnelles NetBackup (NBDB et éventuellement BMRDB) sontrestaurées et récupérées.

Si cette étape fait partie d'une procédure de récupération de serveur, terminezles étapes restantes de la procédure de récupération de disque du serveurappropriée.

12 NetBackup n'exécute aucune tâche de sauvegarde programmée avant d'avoirété arrêté et redémarré. Avant de redémarrer NetBackup, protégez le médiaqui contient les sauvegardes qui ont été effectuées après la sauvegarde decatalogue utilisée pour récupérer le catalogue.

Cette récupération peut inclure les éléments suivants :

■ 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.


13 Vous pouvez soumettre manuellement des travaux de sauvegarde avantd'arrêter et de redémarrer NetBackup. Sachez que si vous n'avez pas protégéles médias contenant les sauvegardes effectuées après la sauvegarde decatalogue, le contenu des médias peut être remplacé.

14 Arrêtez et redémarrez NetBackup sur tous les serveurs.




Pour Windows :



Si vous utilisez un serveur EMM distant, démarrez NetBackup sur ce dernieravant de démarrer NetBackup sur le serveur maître.

Si vous avez récupéré à partir d'un support amovible, ce média est maintenantfigé.

Pour le libérer, consultez le document suivant :

Se reporter à "Libération du média de récupération de catalogue en ligne "à la page 260.

Récupération du catalogue entier à l'aide de bprecover -wizardLa commandebprecover -wizardoffre un autre moyen de récupérer un catalogueentier sauvegardé avec la méthode de sauvegarde de catalogue en ligne. Cetteméthode ne nécessite pas la Consoled'administrationdeNetBackup. Vous devezêtre connecté en tant qu'utilisateur racine disposant de privilèges administrateurpour effectuer cette procédure.

Remarque : Vous devez être connecté localement au serveur maître en cours derécupération.

Remarque : Lorsque vous récupérez un catalogue, certains services peuvent êtrearrêtés et 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 unefois le processus de récupération terminé.

Les étapes à suivre sont identiques à celles de la rubrique suivante :


232

Se reporter à "Récupération du catalogue entier à l'aide de l'Assistant NetBackupCatalog Recovery " à la page 225.

Pour récupérer le catalogue entier à l'aide bprecover -wizard


Si votre configuration comprend un serveur Enterprise Media Manager (EMM)distinct du serveur maître, démarrez NetBackup sur le serveur EMM avantde démarrer le serveur maître. Démarrez alors NetBackup sur le serveurmaître.



Pour Windows :


2 Exécutez la commande suivante :

bprecover -wizard

Les informations suivantes s'affichent :

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)

3 Saisissez O pour continuer. L'invite suivante s'affiche :

Please specify the full pathname to the catalog disaster

recovery file:

4 Saisissez le chemin d'accès complet au fichier d'ID de sauvegarde. Parexemple :

C:\DR_INFO\HotCatBack_1120078077_FULL


All media resources were located

Do you want to recover the entire NetBackup catalog? (Y/N)


5 Saisissez O pour continuer. Les informations suivantes s'affichent :

Catalog recovery is in progress. Please wait...

Database server restarted, and completed successful recovery of

NBDB on <EMM Server>

Catalog recovery has completed.

Please review the log file C:\Program

Files\VERITAS\NetBackup\Logs

\user_ops\Administrator\logs\Recover1120078220.log for more

information.

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.

6 NetBackup n'exécute aucune tâche de sauvegarde programmée avant d'avoirété arrêté et redémarré. Avant de redémarrer NetBackup, protégez le médiaqui contient les sauvegardes qui ont été effectuées après la sauvegarde decatalogue qui a été utilisée pour récupérer le catalogue.

Cette procédure peut inclure les tâches suivantes :




■ Verrouillage des médias.

7 Arrêtez et redémarrez NetBackup.




Sous Windows :




Récupération de fichier image de catalogueN'envisagez cette procédure de récupération que dans les scénarios suivants :


234

■ La base de données relationnelle NetBackup est valide, mais la politique, l'imagede sauvegarde ou les fichiers de configuration NetBackup sont perdus.

■ 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.

Les images de sauvegarde de catalogue contiennent des informations sur toutesles données qui ont été sauvegardées. Ces informations constituent la majeurepartie du catalogue NetBackup.

Si les images de sauvegarde sont intactes mais pas les fichiers de la base de donnéesrelationnelle NetBackup, il est encore possible de récupérer ces fichiers.


L'assistant restaure toutes les images et les fichiers de configuration de cataloguequi se trouvent dans le jeu de sauvegarde identifié par le fichier de reprise aprèsincident. Si le fichier de reprise après incident provient d'une sauvegarde complète,toutes les images et tous les fichiers de configuration de catalogue sont restaurés.

Dans le cas d'une sauvegarde incrémentielle, l'assistant restaure uniquement lesimages et les fichiers de configuration de catalogue qui ont été modifiés depuisla sauvegarde précédente. Cependant, tous les fichiers image de sauvegarde decatalogue compris dans la dernière sauvegarde complète de catalogue sontautomatiquement inclus dans une sauvegarde incrémentielle de catalogue. Cecipermet la restauration complète de toutes les images de sauvegarde par le biaisde l'interface utilisateur Sauvegarder, archiver et restaurer.

Dans le cas d'un catalogue sauvegardé à l'aide de la méthode de l'image et desfichiers de configuration de catalogue NetBackup en ligne, la récupération peutêtre effectuée de l'une des manières suivantes :

■ Utilisez l'assistant de récupération de catalogue.Se reporter à "Récupération des fichiers image de catalogue à l'aide del'Assistant de récupération de catalogue " à la page 237.

■ Utilisez la commande bprecover -wizard.

Se reporter à "Récupération du fichier image de catalogue à l'aide de bprecover-wizard " à la page 244.

Au cours d'une récupération manuelle, l'assistant récupère uniquement les fichiersde politiques NetBackup, les fichiers images de sauvegarde NetBackup et d'autresfichiers de configuration NetBackup. Il ne récupère pas les bases de données NBDB(y compris EMM) ou BMR.

Si la sauvegarde à partir de laquelle vous effectuez la récupération est unesauvegarde incrémentielle de catalogue et si aucune image de sauvegarde de


catalogue n'existe dans le catalogue, les événements suivants se produisent : seulela politique NetBackup, l'image de sauvegarde et les fichiers de configurationsauvegardés dans cette sauvegarde incrémentielle sont restaurés. Cependant,toutes les images de sauvegarde de catalogue jusqu'à la dernière sauvegarde decatalogue complète sont restaurées. Ainsi, vous pouvez restaurer la politique, lesimages et les fichiers de configuration restants à partir de l'interface Sauvegarder,archiver et restaurer. Si les images de sauvegarde de catalogue existent déjà, tousles fichiers inclus dans le jeu de sauvegardes de catalogue correspondant sontrestaurés. Les bases de données NBDB (y compris EMM) et BMR (le cas échéant)doivent alors être récupérées en exécutant la commande suivante :

bprecover -r -nbdb

Tableau 5-1 correspond à une liste des fichiers que vous récupérez lors d'unerécupération manuelle (un astérisque indique la présence de plusieurs fichiersdans le dossier).

Tableau 5-1 Fichiers que vous récupérez lors d'une récupération des images decatalogue

WindowsUNIX et Linux

install_path\NetBackup\db\*/usr/openv/netbackup/bp.conf

install_path\NetBackup\vault\sessions\*/usr/openv/netbackup/db/*

install_path\NetBackup\var\*/usr/openv/netbackup/vault/

sessions*

install_path\Volmgr\database\*/usr/openv/var/*

install_path\Volmgr\vm.conf/usr/openv/volmgr/database/*

/usr/openv/volmgr/vm.conf

La liste suivante répertorie les fichiers de base de données relationnelle NetBackup(SQL Anywhere) qui ne sont pas récupérés lors d'une récupération manuelle.

NBDB.db

NBDB.log

EMM_DATA.db

EMM_INDEX.db

BMRDB.db

BMRDB.log

BMR_DATA.db

BMR_INDEX.db

vxdbms.conf


236

DARS_DATA.db

DARS_INDEX.db

DBM_DATA.db

DBM_INDEX.db

Voici l'emplacement où ils résident :

■ install_path\NetBackupDB\conf\server.conf (Windows uniquement)

■ install_path\NETBACKUP\DB\conf\databases.conf (Windows uniquement)

Vous pouvez récupérer ces fichiers.


Récupération des fichiers image de catalogue à l'aide del'Assistant de récupération de catalogueVous devez être connecté en tant qu'utilisateur racine disposant de privilègesadministrateur pour effectuer cette procédure.

Remarque : L'assistant de récupération de catalogue ne fonctionne plus aprèsavoir effectué une opération Changer de serveur. Vous devez être connectélocalement au serveur maître en cours de récupération.


Récupération des fichiers image de catalogue à l'aide de l'Assistant de récupérationde catalogue


Si votre configuration inclut un serveur EMM distinct du serveur maître,procédez comme suit : démarrez NetBackup sur le serveur EMM avant de ledémarrer sur le serveur maître.



Pour Windows :


2 Cliquez sur Récupérer les catalogues dans la Console d'administrationNetBackup pour lancer l'assistant de récupération de catalogue.

Avertissement : N'exécutez aucune sauvegarde client sans avoir récupéré lecatalogue NetBackup.


238

3 Cet assistant s’appuie sur les informations de reprise après incident généréespendant la sauvegarde de catalogue en ligne à chaud. Une partie de laconfiguration de sauvegarde du catalogue indique à quel endroit lesinformations de reprise après incident doivent être enregistrées et envoyées.

Spécifiez l'emplacement auquel le fichier de reprise après incident est stockéen entrant le chemin d'accès complet du fichier de reprise après incident.

Par exemple :

/net/lex/Cat_DR/CatBk_1119304246_INCR

Spécifiez le fichier de reprise après incident le plus récent disponible, à moinsd'avoir une raison d'effectuer une restauration à un état antérieur.

Notez si le fichier de reprise après incident est basé sur une sauvegarde decatalogue complète (*_FULL) ou incrémentielle (*_INCR).

Des informations supplémentaires concernant le courrier électronique envoyéet le fichier de reprise après incident en pièce jointe sont disponibles.

Se reporter à "Récupération du catalogue sans fichier de reprise après incident" à la page 252.


4 L'assistant attend que NetBackup localise les sources de médias nécessaires,puis vous informe si l'ID de sauvegarde de l'image de reprise après incidentnécessaire a été trouvée. 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.

Suivez les instructions de l'assistant pour insérer les médias indiqués etexécutez un inventaire afin de mettre à jour la base de données NetBackup.


240

5 Cliquez sur Suivant pour afficher la boîte de dialogue de Méthodederepriseaprès incident. Sélectionnez la case d'option Récupérer uniquement lesfichiers imageetdeconfigurationdecatalogueNetBackup, puis cliquez surSuivant.


6 L'assistant affiche la progression de la récupération et, lorsque le cataloguea été récupéré, vous en informe.

Si la récupération n'a pas abouti, reportez-vous aux messages du fichierjournal pour isoler le problème.


242

7 Le volet final indique que les images de sauvegarde du catalogue ont étérécupérées.

Vous pouvez maintenant récupérer la base de données NetBackup, le caséchéant.


La protection de médias peut inclure les tâches suivantes :










Pour Windows :




Récupération du fichier image de catalogue à l'aide debprecover -wizardVous devez être connecté en tant qu'utilisateur racine disposant de privilègesadministrateur pour effectuer cette procédure.

Pour récupérer le fichier image de catalogue à l'aide de bprecover -wizard


Si votre configuration comprend un serveur EMM distinct du serveur maître,démarrez NetBackup sur le serveur EMM avant de le démarrer sur le serveurmaître.



Pour Windows :


2 Exécutez la commande suivante :

bprecover -wizard


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)


244

3 Saisissez O pour continuer. L'invite suivante s'affiche :

Please specify the full pathname to the catalog disaster

recovery file:

4 Saisissez le chemin d'accès au fichier d'ID de sauvegarde. Par exemple :

C:\DR_INFO\HotCatBack_1120078077_FULL


All media resources were located

Do you want to recover the entire NetBackup catalog? (Y/N)

5 Saisissez N pour continuer. Les informations suivantes s'affichent :

Catalog recovery is in progress. Please wait...

This portion of the catalog recovery has completed.

Puisqu'il s'agissait d'une récupération partielle, toutes les parties restantesdu catalogue doivent être restaurées à l'aide de l'interface Sauvegarder,archiver et restaurer.

Examinez le fichier journal suivant pour plus d'informations

C:\Program Files\VERITAS\NetBackup\Logs\user_ops\

Administrator\logs\Recover1123008613.log

Vous pouvez maintenant récupérer la base de données NetBackup, le caséchéant.


Cette protection de médias peut inclure les tâches suivantes :










Sous Windows :




Récupération des bases de données relationnelles à partir d'unesauvegarde de catalogue en ligne

Si des fichiers de la base de données relationnelle NetBackup (NBDB) ou de BareMetal Restore (BMRDB) doivent être récupérés, effectuez les étapes suivantes.

La pleine procédure est nécessaire seulement si la base de données de NBDB a étécorrompue. Une base de données temporaire doit être créée pour restaurer de lasauvegarde de catalogue. Si la base de données NBDB est disponible et que leserveur SQL Anywhere est en cours d'exécution, alors effectuez uniquement lesétapes 11 et 12. Ces étapes remplacent la base de données existante par la copiede la sauvegarde de catalogue.

Remarque : Si votre configuration comprend un serveur EMM distant, effectuezles étapes 1 à 7 sur le serveur EMM.


246

Récupération des bases de données relationnelles à partir d'une sauvegarde decatalogue en ligne

1 Si NetBackup est en cours d'exécution, arrêtez-le.



Pour Windows :


2 Déplacer le suivant défini des fichiers existants de leur emplacement actuelà un répertoire temporaire.

NBDB :

nbdb.db, nbdb.log, emm_index.db, emm_data.db

BMRDB :

bmrdb.db, bmrdb.log

3 Modifiez databases.conf ainsi SQL n'importe où n'essaye pas de les démarrerautomatiquement quand le serveur est démarré.


/usr/openv/db/bin/nbdb_admin -auto_start NONE

Sous Windows :

install_path\NetBackup\bin\nbdb_admin -auto_start NONE

4 Démarrez le serveur de SQL n'importe où.

UNIX et Linux :

/usr/openv/netbackup/bin/nbdbms_start_stop start

Windows :

install_path\NetBackup\bin\bpup -e SQLANYs_VERITAS_NB


5 Recréez une base de données vide.

UNIX et Linux :

/usr/openv/db/bin/create_nbdb -drop

Windows :

install_path\NetBackup\bin\create_nbdb -drop

Si la base de données a été déplacée ou l'environnement est faisant partied'un cluster, ajoutez le -staging staging_dir à l'extrémité de la ligne decommande de create_nbdb.

Si la base de données a été déplacée ou que l'environnement est en cluster etque des contraintes d'espace vous obligent à créer cette base de donnéestemporaire sur l'emplacement final, utilisez la commande suivante :

UNIX et Linux :

/usr/openv/db/bin/create_nbdb -drop -data <data_dir> -index \

<index_dir> -tlog <tlog_dir> -staging <staging_dir>

Windows :

install_path\NetBackup\bin\create_nbdb -drop -data <data_dir>

-index <index_dir> -tlog <tlog_dir> -staging <staging_dir>

Où <data_dir>, <index_dir>, <tlog_dir> et des valeurs de <staging_dir> sontdéfinis dans le fichier de vxdbms.conf comme VXDBMS_NB_DATA,VXDBMS_NB_INDEX, VXDBMS_NB_TLOG et VXDBMS_NB_STAGING.


UNIX et Linux :



Windows :




248

7 Exécutez tpext :

UNIX et Linux :

/usr/openv/volmgr/bin/tpext

Windows :

install_path\Volmgr\bin\tpext

8 Si vous utilisiez la commande de nbdb_move de replacer des fichiers deNetBackup, recréez les répertoires où les fichiers se sont trouvés quand vousavez sauvegardé le catalogue. L'emplacement par défaut est le suivant :

UNIX et Linux :

/usr/openv/db/data

Windows :

install_path\NetBackupDB\data

9 Démarrez le gestionnaire de périphériques :

UNIX et Linux :

/usr/openv/volmgr/bin/ltid -v

Windows : démarrez le service de gestion de périphérique.

10 Configurez le périphérique nécessaire de récupération dans NetBackup.

11 Mettez les médias contenant la sauvegarde de catalogue à la disposition deNetBackup. Inventoriez le robot ou ajoutez les médias pour les lecteursautonomes.


12 Pour la récupération de catalogue en ligne, exécutez la commande suivantesur le serveur maître :

UNIX et Linux :

/usr/openv/netbackup/bin/admincmd/bprecover -r -nbdb

Windows : démarrez le service de gestion de périphérique.

install_path\NetBackup\bin\admincmd\bprecover -r -nbdb


UNIX et Linux :



Windows :




RécupérationducatalogueNetBackupquandNetBackupAccessControlest 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.

Récupération du catalogue NetBackup quand NetBackup Access Control estconfiguré

1 Suivez les procédures normales pour la récupération des cataloguesNetBackup. Assurez-vous que NetBackup Access Management Control estinstallé mais désactivé avant d'exécuter l'assistant de récupération decatalogue ou la commande bprecover. Vous devez disposer des autorisationsde superutilisateur pour exécuter la récupération.

2 Désactivez les services (Windows) ou les daemons (UNIX et Linux)d'authentification et d'autorisation.


250

3 Récupérez le catalogue NetBackup à partir de la sauvegarde de catalogue enligne à l'aide de l'assistant de récupération ou de la commande bprecover.Les données d'authentification et d'autorisation ne sont pas recopiées sur leshôtes à partir desquels elles ont été sauvegardées. Au lieu de cela, elles sontcopiées dans un espace intermédiaire pour pouvoir être utilisées à l'étape 4.

4 Exécutez bprecover -r -vxss -p <nom_politique> en précisant le nom dela politique de sauvegarde de catalogue. Cette commande récupère les donnéesd'authentification et d'autorisation de l'espace intermédiaire vers les hôtesà partir desquels elles ont été sauvegardées.

5 Démarrez les services (Windows) ou les daemons (UNIX et Linux)d'authentification et d'autorisation.

6 Pour configurer NetBackup pour utiliser NetBackup Access ManagementControl, configurez les propriétés d'hôte correctes de contrôle d'accès pourles serveurs maîtres, les serveurs de médias et les clients.

7 Redémarrez NetBackup.

Récupération du catalogue à partir d'une copie qui n'est pas laprincipale d'une sauvegarde de catalogue

Par défaut, la sauvegarde automatique de catalogue en ligne peut avoir plusieurscopies et la récupération est effectuée à partir de la copie de sauvegarde principale.La copie principale est la première copie ou la copie originale. Cependant, vouspouvez récupérer un catalogue à partir d'une copie qui n'est pas la copie principale.

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 le chemin de montage correct (comme affiché dans lefichier de reprise après incident).

BasicDisk


Pour un fichier de sauvegarde d'un catalogue dans un poolde disques, procédez comme suit :

■ Créez le serveur de stockage de disques pour le stockageen utilisant l'assistant de configuration de serveur destockage.

■ Créez le pool de disques pour le stockage en utilisantl'assistant de configuration de pool de disques.

Pool de disques

2 Exécutez la commande suivante pour synchroniser le fichier de reprise aprèsincident au nouveau pool de disques.

nbcatsync -sync_dr_file disaster_recovery_file

3 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 sans fichier de reprise après incidentSi 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.

Récupération du 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 estappelé.

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 media_id -drfile_dest fully_qualified_dir_name

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.


252

4 Vérifiez que le fichier correct de reprise après incident est disponible dansle répertoire spécifié et que celui-ci est disponible sur le serveur maîtreNetBackup.


5 Continuez la procédure normale de récupération de catalogue en exécutantl'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 est CatalogBackup.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.

Voici un exemple de message électronique de reprise après incident :

Server

ant

Date

Tue Aug 10 11:41:48 2010

Policy

CatalogBackup

Catalog Backup Status

the requested operation was successfully completed (status 0).

To ensure that the NetBackup catalog data is protected through Tue

Aug 10 11:41:48 2010, retain a copy of the attached file, and the

media or files listed below:

Catalog Recovery Media

Media Server Disk image path

* ant /storage/DiskUnit1/ant_1123605764_C1_TIR

* ant /storage/DiskUnit1/ant_1123605764_C1_F1

* ant /storage/DiskUnit1/ant_1123605713_C1_F1

DR file written to

/storage/DR/CatalogBackup_1123605764_FULL

* - Primary Media

Catalog Recovery Procedure for the Loss of an Entire Catalog

Symantec recommends creating a detailed disaster recovery plan

should it become necessary to restore your organization's data in


254

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 Image File

In the event of a catastrophic failure, use the following procedure

to rebuild the previous NetBackup environment.

Note: 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.

1. Install NetBackup.

2. Configure the devices necessary to read the media listed above.

3. Inventory the media.

4. Make sure master server can access the attached DR image file.

Start 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:

1. Install NetBackup.

2. Configure the devices necessary to read the media listed above.

3. Inventory the media.

4. Run: bpimport -create_db_info [-srvr name] -id /storage/DiskUnit1

5. Go to the following directory to find the DR image file

CatalogBackup_1123605764_FULL:

/usr/openv/netbackup/db/images/ant/1123000000/tmp

6. Delete the other files in the directory.

7. Open CatalogBackup_1123605764_FULL file and find the BACKUP_ID

(for example: ant_1123605764).

8. Run: bpimport [-server name] -backupid ant_1123605764

9. Run: bprestore -T -w [-L progress_log] -C ant -t 35 -p

CatalogBackup -X -s 1123605764 -e 1123605764 /

10. Run the BAR user interface to restore 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.

Récupération du catalogue en ligne gérée par l'utilisateur à partir del'interface de ligne de commande

Cette procédure est utilisée pour la récupération manuelle du catalogue vial'interface de ligne de commande sans phase 1 d'importation lorsque le fichier dereprise après incident est disponible. Vous devez être connecté en tantqu'utilisateur racine disposant de privilèges administrateur pour effectuer cetteprocé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'interface deligne de commande

1 Vérifiez l'emplacement des fichiers de reprise après incident créés à partirdes sauvegardes complètes et incrémentielles à chaud du catalogue. Cesfichiers peuvent être enregistrés dans un chemin d'accès spécifié du systèmede fichiers 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ériquesde stockage.

Configurez tous les périphériques et volumes dont vous pouvez avoir besoinpour la récupération.


256

3 Localisez le dernier fichier image de reprise après incident correspondant àla sauvegarde utilisée 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 leconfiguration 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 nomde fichier de reprise après incident suivis de six zéros.

timestamp

Emplacement des médias de sauvegarde du cataloguetel qu'il est spécifié par le fichier de reprise aprèsincident sous 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 et Linux :

/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 nouvellementcréé.

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é par le fichierde 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 Sauvegarder, archiver et de restaurer pourNetBackup. Sélectionnez le type de politique NBU-Catalog. Définissez lesclients 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 Sauvegarder,archiver et restaurer ou de la ligne de commande.

■ Restaurez les images de sauvegarde de catalogue pour chaque serveur demédias qui nécessite une récupération de données.

■ Pour restaurer les images de sauvegarde, sélectionnez NBU-Catalog commetype de politique. Les clients source et cible doivent être votre serveurmaître. Actualisez la vue dans l'interface utilisateur graphique BAR.Naviguez à travers le système de fichiers pour atteindre le répertoiresuivant sur 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.


258

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 Sauvegarder,archiver et restaurer, puis restaurez-les.

11 Pour récupérer la base de données relationnelles 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és etrestaure la configuration de l'unité de stockage.

Vous ne pouvez pas rétablir la base de données relationnelles NetBackup àune configuration qui n'est pas identique à la configuration sur laquelle lecatalogue a été sauvegardé. Au lieu de cela, vous devez importer chaque partiedes 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 Sauvegarder, archiver et restaurer 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.


Restauration de fichiers à partir d'une sauvegarde de catalogue enligne

Puisque la sauvegarde de catalogue en ligne utilise le format de sauvegardestandard, vous pouvez récupérer des fichiers à l'aide de l'interface utilisateurSauvegarder, archiver et restaurer de NetBackup. La restauration de fichiers decatalogue directement à partir de leur emplacement d'origine peut entraîner desincohérences dans le catalogue NetBackup ou le faire échouer. Au lieu de cela,vous devez restaurer les fichiers de catalogue dans un emplacement alternatif.

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 de NBU-Catalog.

2 Spécifiez le serveur maître comme client source pour la restauration.

3 Sélectionnez les fichiers catalogue à restaurer.

Libération du média de récupération de catalogue en ligneCette procédure affiche comment dégeler vos médias en ligne de récupération decatalogue.

Libération du média de récupération de catalogue en ligne

1 Sur le serveur maître, allez sur la base de données images. Dans la partie duserveur maître du catalogue d'images, localisez le fichier image de sauvegardede catalogue dont la récupération a été effectuée.

■ Identifiez le fichier image parent de sauvegarde de catalogue associé enaffichant la valeur de PARENT_IMAGE_ID.

■ Identifiez les supports sur lkesquels la sauvegarde de catalogue a étéenregistrée en affichant le deuxième au dernier champ dans les lignes deDR_MEDIA_REC.

■ Enregistrez le fichier image parent de sauvegarde de catalogue qui a étéidentifié dans la première sous-étape.

■ Déplacez ou supprimez tout autre fichier image relatif à la politique desauvegarde de catalogue.

2 Si la configuration NetBackup inclut un serveur EMM distant, sur le serveurmaître, allez à la base de données images pour le serveur EMM distant.Déplacez ou supprimez toute image relative à la politique de sauvegarde decatalogue.


260

3 Exécutez la commande suivante pour chaque média identifié à l'étape 1B duserveur maître :

bpimport -create_db_info -server server_name -id media_id

4 Entrez la commande suivante sur le serveur maître :

bpimport

5 Exécutez la commande suivante pour chaque média identifié à l'étape 1B duserveur maître :

bpmedia -unfreeze -m media_id -h server_name



262

Aperçu du fonctionnementdes sauvegardes et desrestaurations

Cette annexe traite des sujets suivants :

■ Présentation fonctionnelle sur la sauvegarde et la restauration

■ Processus de démarrage de la sauvegarde et de la restauration

■ Processus de sauvegarde et d'archivage

■ Sauvegardes et archivages, clients UNIX

■ Processus de restauration

■ Répertoires et fichiers NetBackup

■ Programmes et daemons NetBackup

■ Catalogues NetBackup

Présentation fonctionnelle sur la sauvegarde et larestauration

Cette annexe fournit une présentation fonctionnelle des opérations de sauvegardeet de restauration de NetBackup pour UNIX et Windows. Les présentationscomprennent des descriptions de services ou de daemons et des programmesimportants et l'ordre dans lequel ils s’exécutent pendant les opérations desauvegarde et de restauration. Les bases de données et la structure de répertoiresdu logiciel installé sont également décrites.

AAnnexe

Notez que cette annexe ne décrit pas les produits NetBackup pour la sauvegardedes bases de données relationnelles (par exemple, NetBackup for ORACLE). Lesguides relatifs à ces produits offrent des informations sur leur fonctionnement.

Processus de démarrage de la sauvegarde et de larestauration

Au démarrage du serveur maître NetBackup, un script démarre automatiquementtous les services, daemons et programmes nécessaires à NetBackup. (Lescommandes de démarrage utilisées par le script varient selon la plate-forme.)

C'est également le cas sur un serveur de médias. NetBackup démarreautomatiquement les programmes supplémentaires éventuellement nécessaires,y compris les daemons robotiques. Pour plus d'informations, consultez la rubriquesuivante :

Des informations sur le client SAN et les processus de démarrage Fibre Transportsont disponible.

Consultez le Guide de stockage partagé NetBackup.

Remarque : Aucun daemon ou programme ne doit être démarré explicitement.Les programmes nécessaires sont démarrés automatiquement pendant l'opérationde sauvegarde ou de restauration.

Le daemon client NetBackup bpcd est un exemple de daemon qui s'exécute surtous les serveurs et clients. Sur les clients UNIX, inetd démarre automatiquementbpcd. Aucune action spéciale n'est donc nécessaire. Sur les clients Windows,bpinetd remplit les mêmes fonctions que inetd. Les clients NetWare n'utilisentni inetd ni bpinetd, mais sont configurés pour démarrer automatiquement leNLM bpcd (bpcd.nlm). Un NLM est comparable à un service ; NLM signifie NetWareLoadable Module (module chargeable NetWare).

Notez que tous les processus NetBackup peuvent être démarrés manuellementen exécutant la commande suivante :


Processus de sauvegarde et d'archivageLes processus de sauvegarde et d'archivage varient selon le type de client. Lesvariantes et le processus de sauvegarde synthétique sont décrits par la suite. Le

Aperçu du fonctionnement des sauvegardes et des restaurationsProcessus de démarrage de la sauvegarde et de la restauration

264

fonctionnement de NetBackup lors de la sauvegarde de ses catalogue est égalementabordé.

Planification de travauxLe processus de planification bpsched est formé des services suivants :

■ Le service nbpem (Policy Execution Manager) assure les tâches suivantes : Ilcrée les tâches de politique/client et détermine l'échéance d'exécution destravaux. Il démarre le travail et, lors de son achèvement, détermine quand letravail suivant doit être exécuté en fonction de la combinaison politique-client.

■ Le service nbjm (gestionnaire des travaux) accepte les demandes d'exécutionde travaux de sauvegarde de nbpem ou d'exécution de travaux de médias descommandes telles que bplabel et tpreq. nbjm se procure les ressources pourchaque travail, telles qu'une unité de stockage, des lecteurs, des médias et desressources de client et de politique avant d'exécuter le travail.

■ Le service nbrb (courtier en ressources) alloue des ressources en réponse auxdemandes de nbjm. nbrb se procure les ressources physiques à partir nbemm(service Enterprise Media Manager). Il gère également les ressources logiquestelles que les groupes multiplex, le nombre maximal de travaux par client etle nombre maximal de travaux par politique. nbrb est également chargéd'initaliser les déchargements de lecteur et de gérer les files d'attente dedemandes.

Serveur EMM et serveur maîtreLe serveur maître NetBackup et le serveur Enterprise Media Manager (EMM)peuvent être situés sur le même hôte physique ou sur des hôtes différents.

Le serveur maître est responsable d'exécuter les travaux selon la configurationdes politiques NetBackup. Les services nbpem et nbjm ne peuvent être exécutésque sur le serveur maître.

Le serveur EMM alloue des ressources à un ou plusieurs serveurs maîtres. Leserveur EMM sert de référentiel pour toutes les informations de configuration depériphériques. Les services nbemm et nbrb ne peuvent être exécutés que sur leserveur EMM. Le service nbemm centralise la sélection des ressources et met à jourles périphériques, médias et unités de stockage dans une base de donnéesrelationnelles.

265Aperçu du fonctionnement des sauvegardes et des restaurationsProcessus de sauvegarde et d'archivage

Sauvegardes et archivages, clients UNIXPour des clients UNIX, NetBackup prend en charge les sauvegardes programmées,manuelles immédiates et sauvegardes par l'utilisateur des fichiers et partitionsbrutes. Les archivages de fichiers par l'utilisateur sont également pris en charge(vous ne pouvez pas archiver des partitions brutes). Une fois démarrées, cesopérations sont toutes semblables dans la mesure où les mêmes daemons etprogrammes s'exécutent sur le serveur.

Chaque type de sauvegarde est démarré différemment, comme suit :

■ Les sauvegardes planifiées commencent lorsque le service nbpem le détectequ'un travail doit être effectué. Le service nbpem vérifie les configurations depolitique des sauvegardes client planifiées devant être effectuées.

■ Les sauvegardes manuelles immédiates commencent si l'administrateursélectionne cette option dans la console d'administration NetBackup ou exécutela commande bpbackup avec l'option -i. Grâce à cette action, bprd contactenbpem, qui traite alors la politique, le client et la planification sélectionnés parl'administrateur.

■ Les sauvegardes ou archivages par l'utilisateur commencent lorsqu'unutilisateur situé sur un client démarre une sauvegarde ou un archivage vial'interface utilisateur sur le client. L'utilisateur peut également saisir lescommandes bpbackup ou bparchive dans la ligne de commande. Cette actioninvoque le programmebpbackupoubparchivedu client, qui envoie une requêteau daemon de requête bprd sur le serveur maître. Lorsque le daemon bprd

reçoit la requête d'utilisateur, il contacte nbpem, qui vérifie les configurationsde politique des planifications. Par défaut, nbpem choisit la premièreplanification utilisateur qu'il trouve dans une politique incluant le client ayantémis la requête.Pour les sauvegardes ou archivages par l’utilisateur, il est également possiblede spécifier une politique et une planification. Une description des optionsBPBACKUP_POLICY et BPBACKUP_SCHED d'UNIX sont disponibles dans bp.conf,ainsi que dans les équivalents Windows.Reportez-vous au Guide de l'administrateur NetBackup,Volume II.

Processus de sauvegardeCette rubrique utilise un diagramme et un tableau pour décrire chacune des étapesd'un processus de sauvegarde. PBX (non affiché dans le schéma) doit être en coursd'exécution pour que NetBackup fonctionne.

Se reporter à "Résolution des problèmes PBX" à la page 82.

Aperçu du fonctionnement des sauvegardes et des restaurationsSauvegardes et archivages, clients UNIX

266

Figure A-1 illustre les diverses opérations qui composent le processus desauvegarde.

Figure A-1 Sauvegarde ou archivage sur bande ou disque

Remarques:

.

Client UNIX

InterfaceutilisateurNetBackup

Ligne decommande

Bpbackup oubparchive

Base dedonnées deconfiguration

nbrmms

nbpem

nbemm nbrb

nbproxy

nbproxy

Base dedonnées de fichier

Base dedonnéesEMM

Volumede

disque

Disqueclient

nbjm

bpcd

bpbrm

bprd

Gestion de lapolitiqueNetBackup

bpcd

ltid*

Infos sur lecatalogue


Image de

sauvegarde

Imagede

sauvegarde

Monter

Monter

Dem

andede

bande

Demande

de

montage


Serveur maître

bpbkar

bptm(parent)

bptm(enfant)*

*

MémoirepartagéeImage desauvegardeBand

e

bpdbm

* Pour des détails sur ces composants, consultez l'utilitaire de gestion des médias et des périphériquesDescription plus tard dans ce chapitre. Itid concerne uniquement la sauvegarde sur bande

** Si le serveur de médias se sauvegarde (serveur et client sur lemême hôte), il n'y a pasd'enfant bptm : bpbkar envoie les données directement à la mémoire partagée.

Tableau A-1 présente l'ordre des opérations d'un processus de sauvegarde.

267Aperçu du fonctionnement des sauvegardes et des restaurationsSauvegardes et archivages, clients UNIX

Tableau A-1 Ordre des opérations de sauvegarde sur bande ou disque

ActionAgent

Lance bprd sur le serveur maître et ltid sur le serveur maîtreet tous serveurs de médias.

Tous les autres daemons et programmes, y comprisnbpem,nbjm,nbrb et nbemm, sont démarrés selon les besoins.

Script de démarrage

Obtient la liste des politiques à partir du gestionnaire de bases dedonnées Netbackup (BPDBM).

Crée une tâche politique client pour toutes les combinaisonspolitique client spécifiées dans la liste de politiques.

Calcule l'échéance de chaque tâche politique client (la priorité depolitique est honorée pour traitement interne).

Soumet tous les travaux à nbjm à l'échéance de tous les travaux.

Lorsqu'un travail est terminé, il recalcule l'échéance de ce travailpolitique client.

Service PolicyExecution Manager(nbpem)

Envoie une requête unique (avec un ID de demande) à nbrb, pourl'ensemble des ressources requises par un travail. nbrb obtientles informations relatives à l'unité de stockage, au lecteur de bandeet à l'ID de média depuis nbemm et affecte les ressources client etpolitique. nbrb renvoie un ordre d'affectation contenant uneaffectation pour chaque ressource (chaque affectation contientun identificateur unique) à nbjm.

nbrb renvoie également les données d'affectation pour le typespécifique de ressource.nbrb renvoie également l'ID de demandeavec les affectations afin quenbjmpuisse corréler la réponse avecla requête (et le travail) adaptée.

Remarque : nbrb affecte toutes les ressources incluses dans unerequête. Si les ressources sont temporairement indisponibles, larequête est mise en file d'attente dans nbrb. Si les ressources nepeuvent pas être affectées, nbrb fait échouer la requête.

nbjm démarre la sauvegarde en utilisant le daemon client bpcdpour démarrer le manager de sauvegarde et de restaurationbpbrm.

Pour la sauvegarde normale (et non les clichés), nbjm démarrebpbrm sur le serveur de médias, qui peut ou non être le mêmesystème que le serveur maître.

Service dugestionnaire destravaux NetBakcup(NBJM)


268

ActionAgent

Démarre bptm.

Démarre la sauvegarde réelle (ou l'archive) à l'aide du daemonclient bpcd client pour démarrer le programme de sauvegarde etd'archivage bpbkar sur le client.

Manager desauvegarde et derestauration (bpbrm)

Envoie les informations relatives aux fichiers de l'image à bpbrm,qui oriente les informations de fichier vers la base de données defichiers NetBackup. Les informations sont envoyées sur le serveurmaître à l'aide de bpdbm.

Transmet l'image de sauvegarde à bptm en fonction de l'une desconditions suivantes : Si le serveur de médias se sauvegardelui-même (bptm et bpbkar se trouvent le même hôte) ousauvegarde un client résidant sur un hôte différent.

Si le serveur de médias se sauvegarde lui-même,bpbkar enregistrel'image bloc par bloc dans la mémoire partagée sur le serveur demédias.

Si le serveur de médias sauvegarde un client sur un hôte différent,le processus bptm du serveur crée un processus enfant delui-même. L'enfant reçoit l'image depuis le client via descommunications par socket, puis enregistre l'image bloc par blocdans la mémoire partagée sur le serveur.

Utilisez le fichier NOSHM pour obliger un serveur de médias sesauvegardant lui-même à effectuer les opérations suivantes : créerun processus enfant et utiliser les communications par socket,comme si le client se trouvait sur un hôte différent.

Davantage d'informations sur le fichier NOSHM sont disponibles.

Reportez-vous au Guide de planification de sauvegarde etparamétrage des performances NetBackup.

Manager desauvegarde etd'archivage (bpbkar)


ActionAgent

Le processus bptm ou bpdm sur le serveur extrait l'image de lamémoire partagée et la dirige vers le média de stockage.

Si le support de stockage est une bande, bptm demande lesinformations devant être utilisées par le premier média et lepremier lecteur, en échangeant des informations avec nbjm.

bptm envoie des demandes de montage pour les médias et lecteursspécifiques à NetBackup Device Manager (ltid). Suite à cetteaction, le média est monté sur les périphériques appropriés.

Si, au cours de la sauvegarde, un segment de bande est requis,bptm échange de nouveau des informations avec nbjm afin delibérer la bande correcte et en obtenir une autre. nbjm échangedes informations avec nbrb pour accomplir cette fonction.

Pour AdvancedDisk et OpenStorage, bptm demande le volume ànbjm. nbjm transmet ensuite la demande à nbemm en luidemandant de choisir le serveur de volumes et le serveur de médiasà utiliser.

nbemmappellenbrmms sur le serveur de médias choisi pour monterle volume.

Si, au cours de la sauvegarde, un segment de bande est requis,bptm échange de nouveau des informations avec nbjm afin delibérer la bande correcte et en obtenir une autre. nbjm échangedes informations avec nbrb pour accomplir cette fonction.

Pour BasicDisk,bpdm enregistre les images vers le chemin d'accèsconfiguré dans l'unité de stockage sur disque. Le gestionnaire dedisques du système contrôle l'enregistrement réel des données.

Pour une archive, bpbrm supprime les fichiers à partir du disqueclient une fois les fichiers sauvegardés.

manager desauvegarde pour bande(bptm) ou disque(bpdm)

Reçoit l'état d'achèvement de la tâche depuis bpbrm.

Libère les ressources pour nbrb et renvoie l'état à nbpem.

Service dugestionnaire destravaux NetBakcup(NBJM)

Sauvegarde avec flux de données multiplesPour les sauvegardes multiplexées, le processus est essentiellement identique. Ala différence qu'un processus bpbrm distinct et processus bptm sont créés pourchaque image de sauvegarde multiplexée sur le média. NetBackup assigneégalement un ensemble distinct de blocs de mémoire partagée à chaque image.


270

Les autres processus client et serveur sont identiques à ceux indiqués dansFigure A-1.

Figure A-2 présente des images multiplexées depuis deux clients.

Figure A-2 Exemple de sauvegardes multiplexées (deux flux)

Remarques:

.

Client UNIX

nbrmms

nbemm

Volumede

disque

Disqueclient

bpcd

ltid*

Infos sur lefichier

Infos sur le

fichier

Image de

sauvegarde

Imagede

sauvegarde

Monter

Monter

Dem

andede

bande

Dem

andede

montage

Serveur NetBackup

bpbkar

bptm(parent)

bptm(enfant)*

*

MémoirepartagéeImage desauvegardeBand

e

bpdbm

* Pour des détails sur ces composants, consultez l'utilitaire de gestion des médias et des périphériquesDescription plus tard dans ce chapitre.

** Si le serveur de médias se sauvegarde (serveur et client sur le même hôte), il n'y a pasd'enfant bptm : bpbkar envoie les données directement à la mémoire partagée.

Client UNIX

Disqueclient

bpcd

Infos sur lefichier bpbkar

Image de

sauvegar

de

bprm(enfant)

bprm(parent)

bprm(enfant)

Infos sur lefichier

Mémoire

partagée

Uniquementsur le serveur

maître

Voir le Figure A-1 pour lesdétails du processusmenant à nbemm.

bptm(enfant)*

*

Sauvegardes de clichés et Sauvegarde Windows Open FileFigure A-3 présente le processus global de sauvegarde de clichés. PBX (non affichédans le schéma) doit être en cours d'exécution pour que NetBackup fonctionne.


Figure A-3 Sauvegardes de clichés et Sauvegarde Windows Open File à l'aidedes flux de données multiples

Remarques:

.

Client UNIX

Interface utilisateurNetBackup ou lignede commande

bpbackup oubparchive

Base dedonnées deconfiguration

nbrmms

nbpem

nbemm nbrb

nbproxy

nbproxy

Base dedonnées de fichier

Base dedonnéesEMM

Volumede

disque

Clientdisque

nbjm

bpcd

bprd

Gestion de lapolitique desauvegarde

bpcd

ltid*



Image de

sauvegarde

Imagede

sauvegarde

MonterMonter

Dem

andede

bande

Demande

de

montage


Serveur maître

bpbkar

bptm(parent)

bptm(enfant)*

*

Mémoirepartagée Image desauvegardeBand

e

bpdbm

* Pour des détails sur ces composants, consultez l'utilitaire de gestion des médias et des périphériquesDescription plus tard dans ce chapitre.

** Si le serveur de médias se sauvegarde (serveur et client sur lemême hôte), il n'y a pasd'enfant bptm : bpbkar envoie les données directement à la mémoire partagée.

bpbrm

bpcd

bpfis

Créer

Cliché

bpbrm

Une tâche parent distincte crée tous les clichés suivis d'une tâche enfant quisauvegarde le cliché. A l'exception des cas où Windows ouvre les sauvegardes defichier n'utilisant pas le flux de données multiples.

L'ordre d'opérations suivant correspond à la création et la sauvegarde de clichés,incluant les Sauvegardes Windows Open File utilisant le flux de données multiples :

■ Le serveur maître NetBackup ou le client principal initialise la sauvegarde. Al'aide de cette action, le daemon de demande bprd de NetBackup soumet une


272

demande de sauvegarde au processus nbpem de Policy Execution Manager.nbpem traite les configurations de politique.

■ nbpem (via nbjm) démarre un travail parent afin de créer le cliché. Ce travailest différent du travail sauvegardant le cliché.

■ nbjmdémarre une instance de bpbrm via bpcd sur le serveur de médias et bpbrmdémarre bpfis via bpcd sur le client.

■ bpfis crée un cliché des données du client à l'aide d'une méthode de cliché.

■ Lorsque bpfis est terminé, il envoie les informations de cliché et l'étatd'achèvement à bpbrm, puis se ferme. Ensuite, bpbrm transmet les informationset l'état du cliché à nbjm, puis se ferme. nbjm relaie les informations et l'état ànbpem.

■ nbpem soumet un travail enfant pour la sauvegarde à nbjm, avec une liste defichiers tirée des informations relatives au cliché. nbjm démarre bpbrm poursauvegarder le cliché.

■ bpbrm démarre bpbkar sur le client. bpbkar envoie les informations relativesau catalogue de fichiers à bpbrm, qui les relaie à la base de données de fichiersNetBackup bpdbm sur le serveur maître.

■ bpbrm démarre le processus bptm (parent) sur le serveur de médias.

■ L'étape suivante dépend du serveur de médias, selon s'il se sauvegarde lui-même(bptm et bpbkar sont sur le même hôte) ou s'il sauvegarde un client résidantsur un hôte différent. Si le serveur de médias se sauvegarde lui-même, bpbkarenregistre l'image basée sur le cliché bloc par bloc dans la mémoire partagéesur le serveur de médias. Si le serveur de médias sauvegarde un client résidantsur un hôte différent, bptm crée un processus enfant de lui-même sur le serveur.Le processus enfant reçoit l'image basée sur le cliché du client à l'aide decommunications par socket, puis enregistre l'image bloc par bloc dans lamémoire partagée.

■ Le processus bptm d'origine extrait alors l'image de sauvegarde de la mémoirepartagée et l'envoie au périphérique de stockage (disque ou bande).Les informations sur la manière dont la requête de bande est émise sontdisponibles.Se reporter à "Processus de gestion des médias et des périphériques"à la page 321.

■ bptm envoie l'état d'achèvement de sauvegarde à bpbrm, qui le transmet à nbjm.

■ Lorsque nbpem reçoit l'état d'achèvement de sauvegarde depuis nbjm, nbpemordonne à nbjm de supprimer le cliché. nbjm démarre une nouvelle instancede bpbrm sur le serveur de médias et bpbrm démarre une nouvelle instance de


bpfis sur le client. bpfis supprime le cliché sur le client, sauf si cliché est detype Récupération instantanée, auquel cas il n'est pas automatiquementsupprimé. bpfis et bpbrm signalent leur état et se ferment.

Pour plus d'informations sur les sauvegardes de clichés impliquant SnapshotClient, reportez-vous à :Reportez-vous au Guide de l'administrateur NetBackup Snapshot Client.Remarque : les Sauvegardes Windows Open File ne nécessitent pas SnapshotClient.

Client SANPour les sauvegardes sur disque, la fonction Clients SAN assure le transfert dedonnées à grande vitesse entre les serveurs de médias NetBackup et les clientsrattachés à SAN NetBackup. Les clients rattachés à SAN envoient les donnéessauvegardes au serveur de médias par Fiber Channel.

En tant qu'élément SAN Client, FT Service Manager (FSM) est un service au niveaude la couche de domaine résidant sur le serveur EMM. Le service FSM assure ladécouverte, la configuration et le contrôle d'événements sur les ressources desClients SAN. Le service FSM collecte des informations par Fiber Channel depuisle client et le serveur de médias ; le service FSM peuple ensuite la base de donnéesEMM avec ces informations. (FSM s'exécute au cours du même processus qu'EMM.)Le service FSM interagit avec le processus nbftclnt sur les clients NetBackup etavec le processus nbftsrvr sur les serveurs de médias.

Les étapes initiales d'une sauvegarde sont les mêmes que celles indiquées dansFigure A-1

Figure A-4 présente les composants serveur et client spécifiques à la sauvegardede clients SAN par Fibre Channel.


274

Figure A-4 Sauvegarde de Clients SAN par Fibre Transport

Serveur EMM

Client UNIXbpcd

Bptm(parent)

Disqueclient

bpbkar

bpcd

bpbrm

FT Service Manager(FSM - Partie deEMM)

Image

de

sauvegarde

infoscatalogue

Serveur principalou de supports

nbjm

Mémoirepartagée

nbftclntnbftsrvr

Disquedestockage

Mémoirepartagée

Image desauvegardeenvoyée viaFiber Channel

Le flux de processus d'une sauvegarde de Clients SAN est le suivant (dans l'ordreprésenté) :

■ Un script de démarrage lance bprd sur le serveur maître et ltid sur le serveurmaître ainsi que tous les serveurs de médias.Tous les autres daemons et programmes, y compris nbpem, nbjm, nbrb et nbemm,sont démarrés selon les besoins.

■ Le service Policy Execution Manager effectue les actions suivantes :

■ Obtient la liste des politiques à partir du gestionnaire de bases de donnéesNetbackup (BPDBM).

■ Etablit une liste de travail de tous les travaux programmés.

■ Calcule l'échéance de chaque travail.

■ Trie la liste de travail en fonction des délais.

■ Soumet à nbjm tous les travaux arrivés à échéance.


■ Définit un minuteur de sortie de veille pour le travail arrivé à échéancesuivant.

■ Lorsque le travail se termine, il calcule de nouveau l'échéance du travailsuivant et soumet tous les travaux arrivés à échéance à nbjm.

■ Lorsque le service gestionnaire des travaux (nbjm) dépose une requête deressources de sauvegarde auprès du courtier en ressources (nbrb), nbrb renvoiedes informations relatives à l'utilisation de la mémoire partagée pour les ClientsSAN.

■ nbjm démarre la sauvegarde à l'aide du daemon client bpcd, qui démarre lemanager de sauvegarde et de restauration bpbrm.

■ bpbrm démarre bptm, qui effectue les actions suivantes :

■ Demande des informations de client SAN à nbjm.

■ Envoie une demande de sauvegarde au processus Serveur FT (nbftsrvr).

■ Envoie une demande de sauvegarde au processus Client FT sur le client(nbftclnt). nbftclnt ouvre une connexion Fiber Channel vers nbftsrvr surle serveur de médias, assigne la mémoire partagée et enregistre lesinformations relatives à la mémoire partagée dans le fichier ID de lasauvegarde (BID).

■ bpbrm démarre bpbkar à l'aide de bpcd. bpbkar effectue les actions suivantes :

■ Lit les informations de la mémoire partagée à partir du fichier BID (attendque le fichier existe et soit valide).

■ Envoie des informations relatives aux fichiers de l'image à bpbrm.

■ Enregistre les données du fichier sur tar, les compresse éventuellement,puis enregistre les données sur le tampon partagé.

■ Lorsque le tampon est plein ou que le travail est terminé, il définitl'indicateur de tampon.

■ Le processus nbftclnt du Client FT attend que l'indicateur de mémoire tamponpartagée soit défini. nbftclnt transfère ensuite les données de l'image vers letampon mémoire partagé du Serveur FT (nbftsrvr) et efface l'indicateur detampon.

■ nbftsrvr attend de recevoir des données depuis nbftclnt ; les données sontenregistrées sur le tampon mémoire partagé. Une fois le transfert terminé,nbftsrvr définit l'indicateur de tampon.

■ bptm attend que l'indicateur de tampon mémoire partagé soit défini, enregistredes données du tampon mémoire partagé sur le périphérique de stockage etefface l'indicateur de tampon.


276

■ A la fin de la tâche :

■ bpbkar informe bpbrm et bptm que le travail est terminé.

■ bptm envoie l'état final de l'enregistrement de données à bpbrm.

■ bptm ordonne à nbftclnt de fermer la connexion par fibre optique.

■ nbftclnt ferme la connexion par fibre optique et supprime le fichier BID.

Sauvegardes et archivages sur WindowsNetBackup prend en charge les mêmes types d'opérations pour les clients Windowsque pour les clients UNIX.

Figure A-5 présente les processus client Windows.

Dans ce schéma, les éléments suivants s'appliquent :

■ NBWIN correspond au programme d'interface utilisateur installé sur le client.Les fonctions bpbackup et bparchive sont fusionnées dans NBWIN.

■ BPINETD est l'équivalent d'inetd sur les clients UNIX.

■ Le daemon client NetBackup s'appelle BPCD.

■ BPBKAR32 est l'équivalent de bpbkar sur les clients UNIX.

Les processus de serveur sont les mêmes que ceux utilisés pour UNIX.


Figure A-5 Sauvegarde et archivage, clients Windows

bprd

Pour plus de détails sur les procédures duserveur, voir Sauvegardes et archives -Clients UNIX précédemment dans cechapitre.

Serveur Client Windows 2000

Disqueclient

bpbrm


Image desauvegarde

Informationsfichiers

demandeNBWIN

BPINETD

bptm BPCD

BPBKAR32

Sauvegardes et archivages, clients NetWareNetBackup prend en charge les mêmes types d'opérations sur les clients NetWareque sur les clients UNIX, aux exceptions suivantes :

■ Les sauvegardes de partition brute ne sont pas prises en charge.

■ NetBackup pour NetWare ne prend pas en charge l'archivage.

Figure A-6 présente les processus client NetWare.

Dans ce schéma, l'élément suivant s'applique :

■ pour les opérations non cibles NetWare, le programme d'interface utilisateurbasé sur Windows s’appelle NBNWNT. Pour les opérations cibles NetWare, leprogramme d'interface utilisateur s’appelle BP.NLM dans la console NetWare.Les fonctions bpbackup, bparchive et bplist sont fusionnées dans lesprogrammes d'interface utilisateur sur les clients.


278

■ Le daemon du client NetWare de NetBackup s'appelle BPCD. Les fonctions debpbkar sont fusionnées dans BPCD.


Figure A-6 Sauvegarde et archivage, clients NetWare

.

Client NetWare


NBNWNT (NetWare nontarget)BP (NetWare target)

Disqueclient

bpbrm

bprd

Informations surle fichier

Serveur

Image d

e

sauveg

arde

bptm

Demande

bpcd

Pour des détails sur les processus de serveur,consultez Sauvegardes et archives – ClientsUNIX précédemment dans ce chapitre.

Sauvegardes synthétiquesLe processus de sauvegarde NetBackup général accède au client pour créer unesauvegarde. Une sauvegarde synthétique est une image de sauvegarde créée sansutiliser le client. A la place, un processus de sauvegarde synthétique crée uneimage pleine ou incrémentielle cumulative en utilisant uniquement les images desauvegarde précédemment créées, appelées images composantes.

Remarque : Les archives synthétiques n'existent pas.


Par exemple, une image pleine existante et les images incrémentiellesdifférentielles ultérieures peuvent être synthétisées pour créer une nouvelle imagepleine. L’image pleine précédente et les images incrémentielles sont les imagescomposantes. La nouvelle image pleine synthétique se comporte comme unesauvegarde créée via le processus traditionnel. La nouvelle image pleinesynthétique est une sauvegarde du client, aussi actuelle que la dernièreincrémentielle. L'image de synthèse est créée en copiant la dernière version dechaque fichier à partir de l'image composante la plus récente contenant le fichier.Une sauvegarde synthétique doit être créée dans une politique avec l'optionRestauration d'images réelles avec détection de déplacement sélectionnée. Cetteoption permet à la sauvegarde synthétique d'exclure les fichiers supprimés dusystème de fichiers client de la sauvegarde synthétique.

Tout comme une sauvegarde traditionnelle, nbpem lance généralement unesauvegarde synthétique. nbpem soumet une requête de démarrage du travail desauvegarde synthétique à nbjm. nbjm démarre bpsynth. bpsynth s'exécute sur leserveur maître. Il contrôle la création de l'image de sauvegarde synthétique et lalecture des fichiers nécessaires depuis les images composantes. S'il existe unrépertoire bpsynth dans le répertoire de journal de débogage, des messages dejournal de débogage supplémentaires sont enregistrés sur un fichier journal dansce répertoire.

bpsynth réalise une image de synthèse en plusieurs phases :

Phase 1 - Préparation des informations et domaines decatalogueLors de la phase 1, bpsynth effectue une requête de sauvegarde synthétique augestionnaire de bases de données, bpdbm. bpdbm utilise les entrées et lesinformations TIR des catalogues du des images composantes pour construire lecatalogue de la nouvelle image synthétique. Il établit également les domaines àcopier depuis les images composantes vers l'image synthétique. Bpdbm renvoiela liste de domaines à bpsynth. (Un domaine correspond au numéro de bloc dedémarrage et au nombre de blocs contigus dans une image composante spécifique.)Un ensemble de domaines doit normalement être copié depuis chaque imagecomposante vers la nouvelle image synthétique.

Figure A-7 affiche le fonctionnement de la phase 1.


280

Figure A-7 Sauvegarde synthétique : phase de préparation

Catalogue

nbjm

nbpem

bpsynth bpdbm

Demande pour effectuersauvegarde synthétique

Zones de stockage etmédias nécessaires poureffectuer la sauvegardesynthétique

Phase 2 - Obtention de ressourcesLors de la phase 2, bpsynth obtient les ressources d’écriture (unité de stockage,lecteur et média) pour la nouvelle image. Il réserve également tous les médias delecture contenant les images composantes et obtient le lecteur nécessaire pourla lecture du premier média.

Lorsque les images composantes se trouvent sur BasicDisk ou NearStore, aucuneréservation de ressources n'est effectuée.

Phase 3 - Copie de donnéesLors de la phase 3, bpsynth démarre le service bptm du graveur (bande et disque)sur le serveur de médias afin d'enregistrer la nouvelle image synthétique. bpsynthdémarre un processus bptm (bande) ou bpdm (disque) de lecteur pour chaque imagecomposante sur un serveur de médias pouvant accéder à l'image composante. Leprocessus de lecteur lit tous les domaines pour l'image composante.

Figure A-8 illustre le fonctionnement de la phase 3.


Figure A-8 Sauvegarde synthétique : phase de copie de données

nouvelleimage

image(s)composante(s)

flux dedonnées

bptm ou bpdmparent

bpsynth

bptmoubpdmenfant

bptmenfant

bptmparent

Serveur desupports

Serveur principal

Remarque : bpsynth démarre uniquement les processus bptm (graveur) et bpdm(lecteur) parents sur le serveur de médias. Le parent démarre ensuite un processusenfant. Les processus parent et enfant communiquent à l'aide de tampons dansla mémoire partagée.

Le processus bpsynth envoie les domaines (bloc de démarrage et nombre de blocs)de chaque image au processus de lecteur enfant bptm ou bpdm correspondant.

Le processus de lecteur parent bptm ou bpdm lit les données des médias adaptésdans les tampons partagés. Le processus de lecteur enfant bptm ou bpdm envoieles données dans les tampons partagés au processus de graveur enfant bptm viaun socket. Le processus graveur enfant bptm enregistre les données dans lestampons partagés.

Le processus de graveur parent bptm copie les données des tampons partagés surle média et informe bpsynth quand l'image synthétique est terminée.

Phase 4 - Validation de l'imageLors de la phase 4, le processus bpsynth valide l'image. La nouvelle image estdésormais visible pour NetBackup et peut être utilisée comme n'importe quelleautre sauvegarde incrémentielle pleine ou cumulative.

La sauvegarde synthétique requiert :


282

■ Que la Restauration d'images réelles (TIR) avec détection de mouvement soitsélectionnée pour chaque image composante.

■ Que les images composantes soient des images synthétiques.

Sauvegarde de catalogue NetBackup en ligne et en directSauvegarde de catalogue en ligne, en direct : Ce type de sauvegarde de catalogueest basée sur une politique, et offre toute la flexibilité de planification d'unepolitique de sauvegarde régulière.$ Ce type de sauvegarde est conçu pour lesenvironnements NetBackup très actifs où d’autres activités de sauvegarde seproduisent habituellement. La sauvegarde de catalogue est effectuée en ligne, cequi signifie que le catalogue n'est pas arrêté. Des informations supplémentairessont mises à votre disposition.

Se reporter à "Processus de sauvegarde de catalogue automatique" à la page 283.

Dans la console d'administration, vous pouvez utiliser une option permettant dedémarrer une sauvegarde manuelle des catalogues NetBackup. Vous pouvezégalement configurer une politique NetBackup afin qu'elle sauvegardeautomatiquement ses catalogues.

Processus de sauvegarde de catalogue automatiqueFigure A-9 explique la sauvegarde de catalogue automatique qui est suivie duprocessus de sauvegarde lui-même.


Figure A-9 Processus de sauvegarde de catalogue automatique

5

bprd

Serveurprincipal

Gestion de lapolitique desauvegarde

bpbackup

bpdbm

nbpem

Ligne decommande

Voir « Sauvegarde sur bandeou sur disque » page 591.

Remarque : le serveur principalsauvegarde lui-même.

Sauvegarder les fichiers de la basede données relationnelle

Sauvegarder les fichiers de labase de données NetBackup

Agent de basede donnéesSybase ASA

Fichiers de labase dedonnéesrelationnelle

/usr/openv/db/staging

bprd

Voir « Sauvegarde sur bande ou sur disque » page591.Remarque : le serveur principal sauvegarde leserveur EMM.

bprd

1

nbjm

2

3

4

3a

3b

Une sauvegarde de catalogue automatique comprend les travaux suivants quis'exécutent sur le serveur maître :

■ Un travail parent lancé manuellement par l'administrateur ou par uneplanification de politique de sauvegarde de catalogue.

■ Un travail enfant qui sauvegarde les fichiers de base de données relationnelleNetBackup.

■ Un travail enfant qui copie les fichiers de base de données NetBackup sur lesserveurs de médias antérieurs à la version 6.0, le cas échéant.

■ Un travail enfant qui sauvegarde les bases de données NetBackup (tous lesfichiers compris dans /usr/openv/netbackup/db).


284

Un processus de sauvegarde de catalogue automatique s'effectue comme suit(dans cet ordre) :

■ Une sauvegarde manuelle ou une politique de sauvegarde de catalogue lancela sauvegarde.

■ Le gestionnaire nbpem soumet un travail parent à nbjm ; nbjm envoie unerequête à bpdbm.

■ Le gestionnaire bpdbm prend en charge la sauvegarde des fichiers de base dedonnées relationnelle, en deux étapes.

■ Premièrement, l'agent de base de données des fichiers SQL Anywhere créeune copie en ligne des fichiers de la base de données relationnelle dans/usr/openv/db/staging. Pour obtenir une liste des fichiers de la base dedonnées relationnelle, consultez le chapitre Récupération d'urgence.

■ Une fois que les fichiers se trouvent dans le stade intermédiaire, l'agent debase de données SQL Anywhere les sauvegarde de la même manière quelors d'une sauvegarde normale.

■ NetBackup sauvegarde les fichiers qui se trouvent dans/usr/openv/netbackup/db, ainsi que les fichiers NetBackup importants surle serveur maître.

■ NetBackup crée le fichier de récupération d'urgence et l'envoie par courrierélectronique à l'administrateur, si l'option de courrier électronique a étésélectionnée dans la politique.

Consultez les journaux suivants et recherchez des messages relatifs à la sauvegardede catalogue automatique :

■ bpdbm, bpbkar, bpbrm, bpcd, bpbackup, bprd

Remarque : Si le serveur EMM se trouve sur son propre hôte (distinct du serveurmaître), consultez le journal suivant sur le serveur EMM :/usr/openv/netbackup/logs/admin (UNIX) ouinstall_path\NetBackup\logs\admin (Windows).

Pour consulter les messages concernant uniquement les fichiers de base de donnéesrelationnelle, consultez le fichier journal de progression dans le répertoire suivant :

■ /usr/openv/netbackup/logs/user_ops/dbext/logs (UNIX)

■ install_path\NetBackup\logs\user_ops\dbext\logs (Windows)


Processus de restaurationLes opérations de restauration NetBackup, comme les sauvegardes, peuvent varieren fonction du type de client. La section suivante explique les variations.

Restauration de clients UNIX et Linux :Avant de démarrer une restauration, un utilisateur parcourt le catalogue de fichiersafin de répertorier les fichiers disponibles dans les images de sauvegarde. Lesfichiers souhaités peuvent alors être sélectionnés dans la liste.

L’exploration s’effectue grâce au programme bplist sur le client. Le programmebplist peut être démarré directement depuis la ligne de commande et lesprogrammes d'interface utilisateur NetBackup peuvent l'utiliser.

bplist obtient la liste de fichiers en envoyant une demande au daemon dedemande, bprd, sur le serveur maître (consultez Figure A-10).

Le daemon de demande interroge ensuite bpdbm pour obtenir les informations etles transmet à bplist sur le client.

Figure A-10 Opération de liste - Client UNIX et Linux

bprd

Serveurprincipal

bpdbm

Base dedonnéesde fichiers

Interface utilisateurNetBackup

requête

Client UNIX

Ligne decommande

bplist

Liste defichiers

Listedefichiers

Reportez-vous à l'une des rubriques suivantes à mesure que vous parcourez leprocessus de restauration.

Se reporter à Figure A-11 à la page 289.

Se reporter à Figure A-12 à la page 290.

Les étapes suivantes sont les étapes traitement dans une restauration (dans l'ordreprésenté) :

Aperçu du fonctionnement des sauvegardes et des restaurationsProcessus de restauration

286

■ Lorsque l'utilisateur lance une restauration, NetBackup appelle le programmebprestore du client qui envoie une demande au daemon de demande, bprd.Cette demande identifie les fichiers et le client. Le daemon de demande utiliseensuite bpcd (daemon client) pour démarrer le manager de sauvegarde et derestauration (bpbrm).

Remarque : Pour restaurer des images Backup Exec, bpbrm lance mtfrd et nontar sur les clients. Les processus de serveur sont les mêmes que ceux utiliséspour les restaurations NetBackup.

■ Si le périphérique de disque ou de bande sur lequel se trouvent les donnéesest rattaché au serveur maître, les événements suivants se produisent : bprddémarre le manager de sauvegarde et de restauration sur le serveur maître.Si l'unité de disque ou de bande est connectée à un serveur de médias, bprddémarre le manager de sauvegarde et de restauration sur le serveur de médias.

■ Le manager de sauvegarde et de restauration démarre bptm et utilise le daemonclient (bpcd) pour établir une connexion entre le programme tar de NetBackupsur le client et bptm sur le serveur.

■ Le processus bptm identifie le média (disque ou bande) nécessaire pour larestauration, en fonction du catalogue d'image. bptm demande ensuitel'assignation des médias requis auprès de nbrb via nbjm. nbjmdemande ensuitedes ressources à mds (partie de nbemm). nbemm assigne les médias, puissélectionne et affecte un lecteur approprié (pour le média de bande).Pour le média de bande : bptm demande à ltid de monter la bande dans lelecteur. Pour le média de disque : (notamment SharedDisk ou OpenStorage),nbrb ordonne à nbemm de réaliser le montage à l'aide de nbrmms, une fois quenbemm a alloué les ressources.

Pour la restauration à partir d'un disque non partagé (BasicDisk, PureDisk,NearStore, SnapVault), bptm n'a pas besoin de demander une assignation ànbrb car que le disque prend en charge intrinsèquement l'accès aux produitsconcurrents. bptm utilise le chemin d'accès de fichier dans une demande delecture transmise au manager de disques système.

■ Lorsqu'il reçoit l'assignation, bptm démarre la récupération de données. bptmenregistre l'image bloc par se bloc dans la mémoire partagée.

■ bptm dirige l'image vers le client de l’une des deux manières suivantes. Si leserveur se restaure lui-même (serveur et client se trouvent sur le même hôte),tar lit les données directement à partir de la mémoire partagée. Si le serveur

287Aperçu du fonctionnement des sauvegardes et des restaurationsProcessus de restauration

restaure un client situé sur un hôte différent, il crée un processus bptm enfantqui transmet les données à tar sur le client.

Remarque : Seule la partie de l'image requise pour satisfaire la demande derestauration est envoyée au client et pas nécessairement l'ensemble de l'imagede sauvegarde.

■ Le programme tar de NetBackup enregistre les données sur le disque client.

PBX doit être en cours d’exécution pour que NetBackup puisse fonctionner (PBXn'est pas indiqué dans le schéma suivant).

Se reporter à "Résolution des problèmes PBX" à la page 82.

Figure A-11 présente comment effectuer une restauration depuis une bande dansles environnements UNIX et Linux :


288

Figure A-11 Restauration à partir d'une bande (UNIX et Linux)

Remarques:

.

Client UNIX


Ligne decommande

bprestore

nbemm nbrb nbjm

Base dedonnéesEMM

Disqueclient

bpcd

bpbrm

bprd

bpcd

ltid*

Image de

sauvegardeMonter

Dem

andede

bande


Serveur maître

NetBackuptar

bptm(parent)

bptm(enfant)*

*

Mémoire

partagée Image de

sauvegardeBande

* Pour des détails sur ce composant, consultez l'utilitaire de gestion des médias et des périphériquesDescription plus tard dans ce chapitre. Itid concerne uniquement la sauvegarde sur bande

** Si le serveur de médias se sauvegarde (serveur et client sur le même hôte), il n'y a pasd'enfant bptm : tar lit les données directement depuis la mémoire partagée.

Figure A-12 présente comment effectuer une restauration à partir d'un disquedans les environnements UNIX et Linux :


Figure A-12 Restauration à partir d'un disque (UNIX et Linux)

Remarque :.

Client UNIX


Ligne decommand

e

bprestorenbemm nbrb nbjm

Base dedonnéesEMM

Disqueclient

bpcd

bpbrm

bprd

bpcd


Serveur maître

NetBackuptar

bptm

bptm*

MémoirepartagéeImage desauvegarde

** Si le serveur se sauvegarde (serveur et client sur le même hôte), il n'y a pas d'enfantbptm : tar lit les données directement depuis la mémoire partagée.

Volume dedisque

Image de

sauvegarde

nbrmms

Monter

demande

Monter

Restauration de clients SAN (UNIX ou Windows)Figure A-13 présente les composants serveur et client utilisés dans unerestauration de clients SAN par Fibre Channel.


290

Figure A-13 Restauration de client SAN avec Fibre Transport

.

Client UNIX


Ligne decommande

bprestorenbjm

Disqueclient

bpcd

bpbrm

bprd

bpcd


Serveur maître

NetBackup tar -UNIX TAR32 -Windows

bptm

bptmenfant

Périphériquede stockage(bande oudisque)

sauvegardeImage

nbftsrvr nbftclnt

Mémoirepartagée

Image de sauvegardeenvoyée sur Fibre

Channel

Mémoirepartagée

sauvegardeImage

Le flux de processus d'une restauration de Clients SAN est le suivant (dans l'ordreprésenté).

■ Lorsque l'utilisateur lance une restauration, NetBackup appelle le programmebprestore du client qui envoie une demande au daemon de demande, bprd.Cette demande identifie les fichiers et le client. Le daemon de demande utiliseensuite bpcd (daemon client) pour démarrer le manager de sauvegarde et derestauration (bpbrm).


Remarque : Pour restaurer des images Backup Exec, bpbrm invoque mtfrd etnon tar sur les clients. Les processus de serveur sont les mêmes que ceuxutilisés pour les restaurations NetBackup.

■ Si le périphérique de disque ou de bande sur lequel se trouvent les donnéesest rattaché au serveur maître, bprd démarre alors le manager de sauvegardeet de restauration sur le serveur maître. Si l'unité de disque ou de bande estconnectée à un serveur de médias, bprd démarre le manager de sauvegarde etde restauration sur le serveur de médias.

■ bpbrm démarre bptm et fournit l'ID de sauvegarde et l'indicateur shmfat(mémoire partagée) à bptm

■ bptm fait ce qui suit :

■ Demande des informations de client SAN à nbjm.

■ Envoie une demande de restauration au processus Serveur FT (nbftsrvr).

■ Envoie une demande de restauration au processus Client FT sur le client(nbftclnt). nbftclnt ouvre une connexion Fiber Channel vers nbftsrvr surle serveur de médias, assigne la mémoire partagée et enregistre lesinformations relatives à la mémoire partagée dans le fichier ID de lasauvegarde (BID).

■ bpbrm démarre tar à l'aide de bpcd et fournit à tar l'ID de sauvegarde, lesinformations de socket et l'indicateur shmfat (mémoire partagée).

■ bptm fait ce qui suit :

■ Lit l'image depuis le périphérique de stockage.

■ Crée un processus enfant de bptm. Ce processus filtre l'image de sauvegardeafin que seuls les fichiers sélectionnés pour la restauration soient envoyésau client.

■ Enregistre les données d'image sur le tampon partagé du serveur.

■ Définit l'indicateur de tampon (des tampons partiels peuvent être envoyésau client) lorsque le tampon est complet ou lorsque le travail est terminé.

■ bptm effectue les actions suivantes :

■ Envoie les informations relatives à l'état et au contrôle à bpbrm.

■ Lit les informations de la mémoire partagée à partir du fichier ID desauvegarde local (attend que le fichier existe et soit valide).

■ Attend l'indicateur de tampon indiquant que les données sont prêtes à êtrelues.


292

■ Lit les données depuis le tampon, extrait les fichiers et les restaure. Lorsquel'indicateur shmfat (mémoire partagée) est en place, tar considère que lesdonnées sont déjà filtrées.

■ Le processus nbftsrvr du serveur FT attend que l'indicateur de mémoire tamponpartagée soit défini. nbftsrvr transfère ensuite les données de l'image vers letampon mémoire partagé du client FT (nbftclnt) et efface l'indicateur detampon.

■ Le client FT (nbftclnt) attend de recevoir les données depuis nbftsrvr et lesenregistre sur le tampon mémoire partagé sur le client. nbftclnt définit alorsl'indicateur de tampon.

■ A la fin de la tâche :

■ bptm informe tar et bpbrm que le travail est terminé.

■ bptm ordonne à nbftclnt de fermer la connexion par fibre optique.

■ nbftclnt ferme la connexion par fibre optique et supprime le fichier BID.

Restauration de clients WindowsNetBackup prend en charge les mêmes types d'opérations pour les clients Windowsque pour les clients UNIX.

Les processus suivant sont les processus Windows utilisés pour les opérations derestauration :

■ NBWIN correspond au programme d'interface utilisateur installé sur le client.Les fonctions bpbackup et bparchive sont fusionnées dans NBWIN.

■ BPINETD est l'équivalent d'inetd sur les clients UNIX.

■ Le daemon client NetBackup s'appelle BPCD.

■ TAR32 fait partie de NetBackup pour Windows et a le même objectif queNetBackup tar sur UNIX.

Remarque : Pour restaurer des images Backup Exec, bpbrm invoque mtfrd.exe etnon tar32.exe sur les clients. Les processus de serveur sont les mêmes que ceuxutilisés pour les restaurations NetBackup.


Figure A-14 présente les processus client impliqués dans ces opérations.


Figure A-14 Restauration : client Windows

bprd

Pour plus de détails sur les procédures duserveur, voir « Sauvegardes et archives -Clients UNIX » précédemment dans cechapitre.

Serveur Client Windows

Interface utilisateurNetBackup

Image desauvegarde

Demande

Disqueclient

NBWIN

BPINETD

BPCD

TAR32

bpbrm

bptm

Restauration des clients NetWareNetBackup prend en charge les mêmes types d'opérations pour les clients NetWareque pour les clients UNIX. Figure A-15 présente les processus client impliquésdans ces opérations. Dans ce schéma, les éléments suivants s'appliquent :

■ Le programme d'interface utilisateur non cible NetWare s'appelle NBNWNT. Leprogramme d'interface utilisateur cible NetWare dans la console NetWare estBP. Les fonctions bprestore et bplist sont fusionnées dans les programmesd'interface utilisateur sur les clients.

■ Le daemon du client NetWare de NetBackup s'appelle BPCD. Les fonctions tarde NetBackup sont fusionnées pour former BPCD.


294

■ La fonctionnalité mtfrd (utilisée pour restaurer les images Backup Exec) a étéintégrée à BPCD. Les processus de serveur impliqués dans les opérationsd'importation et de restauration pour les images Backup Exec sont identiquesà ceux impliqués pour les restaurations NetBackup.


Figure A-15 présente l'opération de restauration pour un client NetWare

Figure A-15 Restauration : client NetWare

.

Client NetWare


NBNWNT (NetWare nontarget)

Disqueclient

bprd

Serveur

Image de sauvegardebptm

Demande

BPCD (NetWare)

Pour des détails sur les processus de serveur,consultez Sauvegardes et archives – ClientsUNIX précédemment dans ce chapitre.


Restauration de sauvegardes de catalogueUne restauration de catalogue peut être lancée par l'assistant de récupération ducatalogue NetBackup dans la console d'administration ou manuelle à l'aide de lacommande bprecover. Des informations supplémentaires sont disponibles dansla rubrique suivante :

Se reporter à "Reprise après incident" à la page 193.

Figure A-16 illustre les processus de restauration et de récupération de catalogue.


296

Figure A-16 Restauration et récupération de catalogue

Assistant derécupération du

catalogueNetBackup

Ligne decommande :

bprecover

/usr/openv/db/staging

Fichiers debase dedonnées

relationnelle

bprd

Agent de basede donnéesSybase ASA

Restaurer les fichiersde base de données

relationnelle

bprd

Voir "Restaurationdepuis une

bande(UNIX)" ou"Restauration

depuis un disque",selon la politiquede sauvegardeducatalogue.

Voir "Restaurationdepuis une

bande(UNIX)" ou"Restauration depuisun disque", selon la

politique desauvegardeducatalogue.

Restaurer les fichiers de labase de données NetBackup

1

2 3 4

Une restauration des fichiers de base de données NetBackup et de base de donnéesrelationnelle depuis sauvegarde de catalogue en direct comprend les étapessuivantes :

■ Les fichiers de base de données NetBackup sont restaurés à l'aide de laprocédure standard de restauration NetBackup.

■ Les fichiers de base de données relationnelle sont restaurés à l'aide de laprocédure standard de restauration NetBackup. Les fichiers de base de données


sont restaurés dans /usr/openv/db/staging (UNIX et Linux) ou dansinstall_path\NetBackupDB\staging (Windows).

■ Après les fichiers restaurés dans le répertoire intermédiaire, la base de donnéesrelationnelle est récupérée. Chaque journal de transaction de la zoneintermédiaire est appliqué dans l'ordre, l’un après l’autre.

■ Les fichiers de base de données relationnelle sont déplacés depuis le répertoirerelationnel dans un emplacement déterminé par les éléments suivants : leparamètre VXDBMS_NB_DATA du fichier bp.conf sur UNIX ou le Linux et par laclé de registre correspondante sur Windows. L'emplacement par défaut est/usr/openv/db/data sur UNIX et Linux et install_path\NetBackupDB\datasur Windows.Si les fichiers de base de données relationnelle sont replacés, ils sont déplacésdu répertoire intermédiaire vers le fichier /usr/openv/db/data/vxdbms.conf(UNIX) ou le fichierinstall_path\NetBackupDB\data\vxdbms.conf (Windows).Une description de la manière dont les fichiers de base de données relationnelleNetBackup peuvent être replacés après installation est disponible.Reportez-vous à la section "Base de données relationnelle NetBackup" dans leGuide de l'administrateur NetBackup, volume I.

Les messages liés à ce processus de récupération de catalogue sont divisés selonles trois zones suivantes :

■ Pour les messages relatifs à toutes les étapes de récupération de catalogue,consultez les journaux de/usr/openv/netbackup/logs/admin (UNIX et Linux)ou install_path\NetBackup\logs\admin (Windows).

■ Pour les messages relatifs aux deux premiers éléments de la liste, consultezles journaux de tar, bpbrm et bpcd.

■ Pour les messages relatifs uniquement aux fichiers de base de donnéesrelationnelle, consultez les journaux de progression dans le répertoire suivant :/usr/openv/netbackup/logs/user_ops/root/logs (UNIX et Linux) ouinstall_path\NetBackup\logs\user_ops\root\logs (Windows).

Répertoires et fichiers NetBackupFigure A-17 présente la structure de fichiers et répertoires NetBackup sur lesserveurs et clients UNIX. Si un hôte est uniquement un client et non un serveur,seuls les fichiers de la partie Client sont présents. Si un hôte est un client et unserveur, le client partage les fichiers selon les besoins de ceux de la partie Serveur.

Un serveur NetBackup Windows possède des fichiers et dossiers équivalents dansl'emplacement d'installation de NetBackup (par défaut, C:\ProgramFiles\VERITAS).

Aperçu du fonctionnement des sauvegardes et des restaurationsRépertoires et fichiers NetBackup

298

Structure de répertoire NetBackup : UNIXFigure A-17 répertorie les éléments décrits dans les tableaux sur les pagessuivantes.

Figure A-17 Répertoires et fichiers NetBackup

/usr/openv/netbackup/

/usr/openv/

Serveur NetBackup

Client NetBackup

bin/

tmp/

db/

var/

java/ logs/

share/msg/ netbackup/man/

bin/ bp.conf help/ logs/

lib/

volmgr/

resources/

bin/ db/ dbext/

version_master

bp.conf client/

help/ logs/

remote_versions/

nblog.conf.template nbsvcmon.confnblog.conf

/usr/openv/netbackup/

/usr/openv/

bin/ java/ lib/ msg/ netbackup/ resources/ share/ tmp/ var/

nblog.conf1 nblog.conf.templatedbext/

version

Tableau A-2 décrit les fichiers et répertoires de /usr/openv/.

Tableau A-2 Répertoires et fichiers UNIX dans /usr/openv/ : serveurs et clientsUNIX

ContenuFichier ou répertoiredans /usr/openv/

Contient divers fichiers binaires exécutables notamment ledaemon et les utilitaires vnetd pour l'authentificationaméliorée héritée.

bin/

299Aperçu du fonctionnement des sauvegardes et des restaurationsRépertoires et fichiers NetBackup


Contient Gestionnaire de bases de données relationnellesNetBackup (SQL Anywhere) et le fichier de données de basede données.

db/

Contient la Console d'administration NetBackup-Java etl'interface utilisateur Sauvegarder, archiver et restaurer.

java/

Contient les bibliothèques partagées nécessaires pour lefonctionnement de NetBackup.

lib/

Contient tous les journaux qui sont enregistrés par laconsignation unifiée. Il n'est pas nécessaire de créer dessous-répertoires pour ces fichiers journaux.

logs/

Contient des pages de manuel relatives aux commandesNetBackup.

man/

Contient des fichiers de messages et un fichier deconfiguration pour toutes les langues installées dansNetBackup.

msg/

Fichier tar contenant les interfaces NetBackup-Java.NB-Java.tar.Z

Se reporter à Tableau A-3 à la page 301.netbackup/

Contient les catalogues de messages de NetBackup utiliséspar la consignation unifiée (VxUL).

resources/

Contient les fichiers de configuration statiques. Ces fichiersne sont généralement pas modifiés d'une version à l'autre deNetBackup.

share/

Contient les fichiers de suivi d'installation du gestionnaire debases de données relationnelles NetBackup (SQL Anywhere)ainsi que les fichiers journaux relatifs au démarrage et à l'arrêtde la base de données.

tmp/sqlany

Contient les fichiers de configuration variables. Ces fichiers,liés à la licence, à l'authentification, à l'autorisation et auréseau, peuvent être modifiés lors de l'exécution de NetBackup./usr/openv/var/global contient divers fichiers deconfiguration statiques et variables. Dans un cluster, lerépertoire /global est partagé entre les nœuds.

var/


300


Contient les répertoires et fichiers de gestion des médias etdes périphériques.

Se reporter à "Structure de répertoire NetBackup : UNIX"à la page 299.

volmgr/

Contenu de /usr/openv/netbackupTableau A-3 décrit les fichiers et répertoires de /usr/openv/netbackup.

Tableau A-3 Répertoires et fichiers de /usr/openv/netbackup/ : serveurs et clientsUNIX

ContenuFichier ou répertoiredans/usr/openv/netbackup/

Commandes, scripts, programmes, daemons et fichiers requispour le fonctionnement et l'administration de NetBackup. Surun serveur, il existe deux sous-répertoires dans bin.

admincmd : Contient diverses commandes utilisées en internepar NetBackup. Utilisez ces commandes UNIQUEMENT sielles sont documentées. La plupart de ces commandes ne sontpas documentées et ne doivent pas être utilisées directement.

goodies (UNIX uniquement) : Contient des scripts etinformations pouvant être utiles à l'administrateur.

Ces sous-répertoires ne sont pas présents sur les clients.

bin/

Fichier de configuration contenant des options pour lefonctionnement de NetBackup. Une explication détaillée àpropos de chaque option et de la manière de la définir estdisponible.

Reportez-vous au Guide de l'administrateur NetBackup,volume II.

Sur un serveur Windows, ces options sont définies dans laconsole d'administration NetBackup.

bp.conf

Logiciel client NetBackup installé sur les clients pendantl'installation. N'installez pas ce répertoire sur un serveur demédias.

client/

301Aperçu du fonctionnement des sauvegardes et des restaurationsRépertoires et fichiers NetBackup

ContenuFichier ou répertoiredans/usr/openv/netbackup/

Catalogues NetBackup.

Se reporter à Tableau A-5 à la page 317.

db/

Pour le logiciel d'agent de base de données NetBackup ;contient le fichier de version, le fichier tar compressé et lescript install_dbext.

dbext/

Fichiers d'aide utilisés par les programmes NetBackupprogramme. Ces fichiers sont au format ASCII.

help/

Fichiers journaux de débogage hérités pour les processusNetBackup. Vous devez créer les sous-répertoires nécessairespour que ces fichiers journaux soient enregistrés.

Se reporter à "À propos de la consignation héritée"à la page 139.

Consultez la section Se reporter à Tableau A-4 à la page 303.pour obtenir une explication des processus qui génèrent lesjournaux.

logs/

Spécifie les paramètres de la consignation unifiée.

Remarque :Ne modifiez pas ce fichier manuellement : utilisezplutôt la commande vxlogcfg.

Se reporter à "À propos de la consignation unifiée"à la page 114.

nblog.conf

Spécifie les paramètres de la consignation unifiée.

Remarque :Ne modifiez pas ce fichier manuellement : utilisezplutôt la commande vxlogcfg.

Se reporter à "À propos de la consignation unifiée"à la page 114.

nblog.conf.template

Fichier de configuration pour NetBackup Service Monitor.Indique à Service Monitor les services à contrôler et la manièrede les redémarrer s'ils échouent de façon inattendue.

nbsvcmon.conf

Cache des versions d'autres serveurs de médias du système.remote_versions/

Version et date de commercialisation du logiciel.version

Identifie le serveur maître NetBackup.version_master


302

Programmes et daemons NetBackupTableau A-4 décrit les programmes et les daemons qui fournissent la majeurepartie du contrôle pour les opérations de sauvegarde, d'archivage et derestauration.

Les explications incluent ce qui démarre et arrête le programme ou daemon et lesous-répertoire de journal de débogage (le cas échéant) dans lequel il enregistreses activités.

Vous devez créer les répertoires de consignation hérités manuellement ; voir"journaux" dans le tableau précédent. Des informations supplémentaires sontmises à votre disposition.


Tableau A-4 Daemons et programmes NetBackup

DescriptionProgramme/Daemon

Sur les clients UNIX, ce programme d'interface piloté par menuet basé sur les caractères a des options pour démarrer lessauvegardes, les restaurations et les archivages orientées surl’utilisateur.

Démarré par : commande/usr/openv/netbackup/bin/bp surle client.

Arrêté par : Fermeture du programme d'interface.

Journal de débogage : /usr/openv/netbackup/logs/bp surle client. Les journaux de débogage pour bpbackup, bparchive,bprestore et bplist ont également des informations sur desactivités bp.

bp

Sur les clients cibles NetWare, BP.NLM est le module chargeableNetWare qui démarre l'interface client-utilisateur.

Démarré par : commande LOAD BP.

Arrêté par : sélection de l'utilitaire Fermer du menu principal.

Journal de débogage :SYS:\VERITAS\NBUCLT\NETBACK\LOGS\BP\mmddyy.log surle client.

BP.NLM

303Aperçu du fonctionnement des sauvegardes et des restaurationsProgrammes et daemons NetBackup


Sur un serveur maître UNIX, cet utilitaire d'administrateur possèdeune interface pilotée par menu, basée sur les caractères, avec desoptions pour configurer et gérer NetBackup.

Démarré par : commande/usr/openv/netbackup/bin/bpadmsur le serveur maître.

Arrêté par : Option Fermer depuis bpadm.

Journal de débogage : répertoire de journal hérité de admin surle serveur.

bpadm

Sur les clients UNIX, ce programme communique avec bprd surle serveur maître lorsqu’un utilisateur démarre un archivage.

Démarré par : démarrage d’un archivage en utilisant l'interfaceclient-utilisateur ou en exécutant la commande/usr/openv/netbackup/bin/bparchive sur le client.

Arrêté par : Fin d'opération.

Journal de débogage : répertoire de journal hérité de bparchivesur le client.

bparchive

Sur les clients UNIX, ce programme communique avec bprd surle serveur maître lorsqu’un utilisateur démarre une sauvegarde.

Démarré par : démarrage d’une sauvegarde en utilisant l'interfaceclient-utilisateur ou en exécutant la commande/usr/openv/netbackup/bin/bparchive sur le client.

Arrêté par : Fin d'opération

Journal de débogage : répertoire de journal hérité de bpbackupsur le client.

bpbackup

Sur les clients UNIX, le gestionnaire de sauvegarde/archivagegénère les images de sauvegarde.

Démarré par : bpbrm sur le serveur avec l'unité de stockage.


Journal de débogage : répertoire de journal hérité de bpbkar surle client.

bpbkar

Aperçu du fonctionnement des sauvegardes et des restaurationsProgrammes et daemons NetBackup

304


Sur les clients Windows, le gestionnaire de sauvegarde/archivagegénère les images de sauvegarde.

Démarré par : BPCDW32 sur le client.


Journal de débogage : le répertoire de journal hérité de BPBKARdans NetBackup consigne le répertoire sur le client.

BPBKAR32

Sur les serveurs maîtres et de média, le gestionnaire desauvegarde/restauration gère le client et le processus bptm oubpdm. Il utilise également l'état d'erreur du client et de bptm oude bpdm pour déterminer l'état final des opérations de sauvegardeou de restauration.

Démarré par : Pour chaque sauvegarde ou restauration, nbjmdémarre une instance de bpbrm sur le serveur avec l'unité destockage appropriée.


Journal de débogage : répertoire de journal hérité de bpbrm surle serveur.

bpbrm

Sur les clients UNIX, bpcd est le daemon du client NetBackup etpermet à NetBackup de démarrer des programmes sur les serveursdistants (clients UNIX ou autres serveurs). Par exemple, le serveurpeut se connecter aux clients UNIX sans demander des entrées/.rhosts sur le serveur distant. Le programme est utilisé quandnbjmdémarrebpbrm et quandbpbrm communique avec le client.

(Pour une description du daemon de client NetBackup sur desclients d'ordinateur, reportes-vous àBPCDW32.EXE etBPCD.NLMdans ce tableau.)

Démarré par : inetd.


Journal de débogage : répertoire de journal hérité de bpcd sur leclient et le serveur.

bpcd



Sur les clients NetWare, BPCD.NLM est le fichier exécutable quidémarre le daemon du client NetBackup.

Démarré par : lorsque vous entrez BPSTART.NCF dans la consolede serveur NetWare. Ou, ajoutez BPSTART.NCF à votre fichierautoexec.ncf.

Arrêté par : commande UNLOAD BP

Journal de débogage : répertoire de journal hérité de BPCD sur leclient.

BPCD.NLM

Sur les clients Windows, BPCDW32.EXE est le fichier exécutablequi démarre le daemon du client NetBackup.

Démarré par : lorsque Windows démarre si le daemon est dans legroupe de démarrage. Sinon, en cliquant deux fois sur son icône.

Arrêté par : sous Windows, vous pouvez l'arrêter grâce àl'application Services du panneau de configuration.

Journal de débogage : répertoire de journal hérité de BPCD sur leclient.

BPCDW32.EXE

Sur les serveurs maîtres UNIX, ce programme est utilisé pournettoyer la base de données de tâches NetBackup.

Démarré par :/usr/openv/netbackup/bin/admincmd/bpdbjobs. Quandbprd démarre, il exécute automatiquement cette commande.L'administrateur peut également l'exécuter manuellement ou avecune tâche cron.

Arrêté par : Aucune option d'arrêt n'existe pour cette commandeen dehors de l'utilisation de la commande kill.

Journal de débogage : répertoire de journal hérité de bpdbjobssur le serveur.

bpdbjobs


306


Sur les serveurs maîtres, le programme de gestionnaire de basesde données NetBackup qui gère la configuration, les erreurs et lesfichiers de bases de données.

Démarré par : bprd (également par/usr/openv/netbackup/bin/initbpdbm sous UNIX)

Arrêté par : commande /usr/openv/netbackup/bin/bpdbm-terminate sous UNIX et en arrêtant le service de gestionnairede bases de données NetBackup sous Windows.

Journal de débogage : répertoire de journal hérité de bpdbm surle serveur.

bpdbm

Sur les serveurs maîtres et de médias, bpdm est utilisé pour lesopérations de disque suivantes : la phase de lecture de laduplication de disque, phase de lecture des sauvegardessynthétiques, lavérification de disque et l'importation de disque,la restauration d'images réelles à partir du disque, la suppressiond'image du disque.

Démarré par : Pour chaque sauvegarde ou restauration, bpbrmdémarre une instance de bpdm, sur le serveur avec l'unité destockage.


Journal de débogage : répertoire de journal hérité de bpdm sur leserveur.

bpdm

Sur les clients, bpfis crée et supprime des clichés. Notez que bpfisfait partie du produit complémentaire de Snapshot Client.

Démarré par : bpbrm.


Journal de débogage : répertoire de journal hérité de bpfis surle client ou le client alternatif.

bpfis

Sur les clients de base de données SQL, Oracle, Informix, Sybase,DB2 et SAP, bphdb exécute des scripts pour sauvegarder la basede données.

Démarré par : l'interface client-utilisateur quand l'utilisateurdémarre une opération de sauvegarde de la base de données..


Journal de débogage : répertoire de journal hérité de bphdb surle client.

bphdb



Application de serveur maître NetBackup-Java Ce programmes'exécute sur tous les systèmes NetBackup UNIX et authentifieles utilisateurs qui démarrent les programmes d'interfaceNetBackup-Java.

Démarré par : inetd pendant le démarrage des interfacesNetBackup-Java.

Arrêté par : quand l'authentification est terminée.

Journal de débogage : répertoire de journal hérité debpjava-msvcsur le serveur.

bpjava-msvc

Application de serveur d’utilisateur NetBackup Java Ce programmes’occupe de toutes les demandes de l'utilisateur NetBackup-Javaet des interfaces d'administration.

Démarré par :bpjava-msvc sur la connexion réussie par la boîtede dialogue Connexion qui se présente au démarrage d'uneinterface NetBackup-Java.

Arrêté par : lorsque le programme d'interface est arrêté.

Journal de débogage : répertoire de journal hérité debpjava-usvc.

bpjava-usvc

Sur les clients UNIX, ce programme communique avec bprd surle serveur maître lorsqu’un utilisateur parcourt la base de donnéespendant une opération de restauration.

Démarré par : en démarrant une recherche de la base de donnéesd'images à l'aide de l'interface client-utilisateur ou en exécutantla commande /usr/openv/netbackup/bin/bplist sur leclient.


Journal de débogage : répertoire de journal hérité de bplist surle client.

bplist


308


Sur les serveurs maîtres, le daemon de demande répond auxdemandes client et administratives pour ce qui suit :

■ Restaurations

■ Sauvegardes (programmées et basées sur l’utilisateur)

■ Archives

■ Liste qui est sauvegardée ou fichiers archivés

■ Sauvegardes immédiates manuelles (démarrées par l'optionde sauvegarde manuelle de l'interface d'administrationNetBackup)

Démarré par : l'option Lancer un daemon de demande dans lemenu Actions spéciales de bpadm (également par la commande/usr/openv/netbackup/bin/initbprd).

Arrêté par : l'option Quitter le daemon de demande dans le menuActions spéciales de bpadm.

Journal de débogage : répertoire de journal hérité de bprd sur leserveur.

bprd

Sur les clients UNIX, ce programme communique avec bprd surle serveur maître lorsqu’un utilisateur démarre une sauvegarde.

Démarré par : démarrage d’une restauration en utilisant l'interfaceclient-utilisateur (ou en exécutant la commande/usr/openv/netbackup/bin/bprestore sur le client).


Journal de débogage : répertoire de journal héritébprestore surle client.

bprestore

Sur les clients NetWare non cible, BPSVR.NLM est le programmequi permet au système possédant l'interface client-utilisateur decommuniquer avec le serveur NetWare qui est le client NetBackup.

Démarré par : Entrez bpstart.ncf.

Arrêté par : Entrez bpstop.ncf.

Journal de débogage : répertoireSYS:VERITAS\NBUCLT\NetBack\logs\bpsrv\ sur le client.

BPSVR.NLM



Sur les clients Windows, BPSYS.EXE est l'utilitaire deremplacement de registre système NetBackup.

Démarré par : NetBackup le cas échéant.


Journal de débogage : répertoire de journal hérité de BPSYS surle client.

BPSYS.EXE

Sur les serveurs maîtres et de médias, bptm gère la sauvegarde etla restauration sur disque et sur bande. Il est utilisé quand le typed'unité de stockage est un disque ou Media Manager. Ceprogramme gère le transfert d’images entre le client et lepériphérique de stockage.

Démarré par : Pour chaque sauvegarde ou restauration, bpbrmdémarre une instance de bptm sur le serveur qui possède l'unitéde stockage.


Journal de débogage : répertoire de journal hérité de bptm sur leserveur.

bptm

Programme basé sur Java pour effectuer des sauvegardes, desarchivages et des restaurations des clients UNIX.

Démarré par : sous UNIX, la commande/usr/openv/netbackup/bin/jbpSA.

Journal de débogage : Aucun, bien que les journaux pour lescommandes bpbackup, bparchive, bplist et bprestore surle client puissent être utiles. En outre, vérifiez les journaux debpjava-msvc et bpjava-usvc.

jbpSA

Utilitaire d'administration basé sur Java pour la gestion deNetBackup sur UNIX. En outre, l'administration des systèmesUNIX pris en charge peut être exécutée en utilisant la consoled'affichage Windows NetBackup-Java sur un système Windows.

Démarré par : sous UNIX, la commande/usr/openv/netbackup/bin/jbpSA. Sur la condole d'affichageWindows NetBackup-Java, l'élément de menu hôte NetBackup -Java dans le menu Programmes/NetBackup.

Arrêté par : Option Fermer dans jnbSA.

Journal de débogage : Aucun, bien que les journaux pourbpjava-msvc et bpjava-usvc puissent être utiles.

jnbSA


310


Sur le serveur défini en tant que serveur EMM, nbemm gère lespériphériques, les médias et la configuration d'unité de stockageet exécute la sélection de ressources. Remplace vmd en tant queprogramme d’attribution de périphériques.

Démarré par : Démarré en même temps que NetBackup.

Arrêté par : /usr/openv/netbackup/bin/nbemmm-terminate

Journal de débogage : Pour le serveur,/usr/openv/logs (UNIX)ou install_path\logs (Windows).


nbemm

Sur le serveur maître, le daemon d'audit accepte des demandesd'audit d'autres composants de NetBackup et fait persister lesenregistrements d'audit dans la base de données. Il interroge etrenvoie également les enregistrements d'audit de la base dedonnées à afficher à l'utilisateur.


Arrêté par : /usr/openv/netbackup/bin/nbaudit-terminate.

Journal de débogage : Sur le serveur,/usr/openv/logs/nbaudit (UNIX) ouinstall_path\logs\nbaudit (Windows).

nbaudit

Sur un serveur de médias qui est activé pour la sauvegarde deClient SAN sur Fibre Channel, nbfdrv64 est le suivant : uncomposant de mode d'utilisateur qui est utilisé la sauvegarde etla restauration. nbfdrv64 utilise un proxy windrvr6 pour déplacerdes données de Fibre Channel entre nbftclnt et les tampons bptm.

Démarré par : /usr/openv/netbackup/bin/nbftsrvr

Arrêté par : /usr/openv/netbackup/bin/nbftsrvr-terminate



nbfdrv64



Sur les clients activés pour la sauvegarde de client SAN sur FibreChannel, nbftclnt transfère l'image de sauvegarde sur FbreChannel vers nbftsrvr sur le serveur de médias.


Arrêté par : /usr/openv/netbackup/bin/nbftclnt-terminate.

Journal de débogage : Pour le client, /usr/openv/logs (UNIX)ou install_path\logs (Windows).


nbftclnt

Sur un serveur de médias qui est activé pour la sauvegarde deClient SAN sur Fibre Channel, nbftsrvr effectue ce qui suit : il litl'image de sauvegarde depuis nbftclnt et la transfère vers lamémoire partagée sur le serveur de médias.


Arrêté par : /usr/openv/netbackup/bin/nbftsrvr-terminate.



nbftsrvr

Sur les serveurs maîtres, le service nbjm accepte des demandesde tâche de nbpem et les commandes de médias telles que bplabelet tpreq. nbjm acquiert des ressources de tâche de nbrb et exécuteles tâches une fois que les ressources sont disponibles.


Arrêté par :/usr/openv/netbackup/bin/nbjm -terminate



nbjm

Pour les clients de NetWare non cible, NBNWNT.EXE est le fichierexécutable qui démarre l'interface client-utilisateur sur lessystèmes Windows.

Démarré par : Dans le menu de démarrage de Windows, dansProgrammes/ NetBackup.

Arrêté par : Sortie de l'interface client-utilisateur.

Journal de débogage : aucun.

NBNWNT.EXE


312


Sur des serveurs maîtres, le service nbpem utilise nbproxy pourobtenir la liste de bpdbm, crée les tâches de politique de client,détermine quand les travaux doivent s'exécuter et démarre lestravaux programmés.


Arrêté par :/usr/openv/netbackup/bin/nbpem -terminate



nbpem

S'exécute sur le serveur maître et le serveur de médias comme unenfant du processus qu'il sert.nbproxy fournit un API sans threadpour les bibliothèques qui ne sont pas encore sans thread.

Démarré par : le processus qui utilise nbproxy comme proxy.

Arrêté par : arrête le processus qui utilise nbproxy.

Journal de débogage : répertoire de journal hérité denbproxy surle serveur.

nbproxy

Sur le serveur défini en tant que serveur EMM, le service nbrbaccepte les demandes de ressources de nbjm, saisit les ressourcesphysiques de nbemm et gère les ressources logiques.


Arrêté par :/usr/openv/netbackup/bin/nbrb -terminate



nbrb

Contrôle les opérations de sauvegarde et de restauration sur unserveur NAS. ndmpagent sert au NDMP distant : à sauvegarderdes données NDMP vers un lecteur configuré dans une unité destockage Media Manager sur un serveur de médias NetBackup.

Démarré par : bpbrm.

Arrêté par : Fin de sauvegarde ou de restauration.



ndmpagent



S'exécute sur le serveur maître. Le service nbstserv gère lesopérations de cycle de vie, notamment la duplication, la mise enattente et l'expiration d'image.


Arrêté par : /usr/openv/netbackup/bin/nbstserv-terminate

Journal de débogage : Pour le serveur,/usr/openv/logs (UNIX)ou install_path\logs (Windows). Pour plus d'informationssur l'identificateur d'objet 226 et 272, consultez la rubriquesuivante :

Se reporter à "Processus de serveur utilisant la consignationunifiée" à la page 119.

nbstserv

Pour les clients Windows, NBNWNT.EXE est le fichier exécutablequi démarre l'interface client-utilisateur sur les systèmesWindows.

Démarré par : Dans le menu de démarrage de Windows, dansProgrammes/ NetBackup.

Arrêté par : Sortie de l'interface client-utilisateur.

Journal de débogage : répertoire de journal hérité NBWIN sur leclient.

NBWIN.EXE

Remote Manager et Monitor Service (nbrmms) est le conduit parlequel EMM détecte et configure le stockage sur les serveurs demédias. En plus de la gestion de la configuration, nbrmms fournittout l'accès aux ressources de serveur de médias pour lesnotifications de surveillance et d'événement.

Démarré par : démarré lorsque NetBackup démarre ou par/usr/openv/netbackup/bin/nbrmms

Arrêté par : arrêté lorsque NetBackup s'arrête ou par/usr/openv/netbackup/bin/nbrmms -terminate



nbrmms


314


L'autocommutateur privé (Private Branch Exchange, PBX) est unearchitecture commune de services qui sert à limiter le nombre deports TCP/IP que les services CORBA de NetBackup utilisent.

Démarré par : démarré lorsque NetBackup démarre ou par/opt/VRTSpbx/bin/vxpbx_exchanged start

Arrêté par : arrêté lorsque NetBackup s’arrête ou par/opt/VRTSpbx/bin/vxpbx_exchanged stop

Journal de débogage : Pour le serveur,/opt/VRTSpbx/log (UNIX)ou install_path\VxPBX\log (Windows).

Se reporter à "Accès aux journaux PBX" à la page 85.

pbx_exchange

Sur un serveur de médias Solaris activé pour les transferts declient SAN par Fibre Channel : ql2300_stub est un pilote depériphérique utilisé pour lire et enregistrer vers le NVRAM surun adaptateur de bus de serveur Fibre Channel en mode cible. SurLinux, il empêche également les pilotes de mode de lancement dese lier au canal HBA de Fibre Channel en mode cible.

Démarré par : Pilote de périphérique qui est démarré par lesystème d'exploitation sur un redémarrage aprèsnbftsrv_config -nbhba sous Linux et Solaris. Sous Linux, ilest également démarré à tous les redémarrages aprèsnbftsrv_config.

Arrêté par : Pilote de périphérique qui est arrêté par nbfdrv64sous Linux et nbftsrv_config sous Solaris.

Journal de débogage : Le système d'exploitation d'hôte prend encharge la consignation pour le pilote de périphérique dans lejournal de messages système : /var/adm/messages (Solaris) ou/var/log/messages (Linux).

ql2300_stub

Sur les clients UNIX, le programme d'archivage de bande est uneversion spéciale de tar fournie avec NetBackup et utilisée pourla restauration des images.

Démarré par : Pour chaque restauration, bpbrm démarre uneinstance de tar sur le client.

Arrêté par : Fin de l'opération de restauration.

Journal de débogage : répertoire de journal hérité de tar sur leclient.

TAR



Sur les clients Windows, le programme TAR32 est une versionspéciale de tar équipée de NetBackup et utilisée pour restaurerles images.

Démarré par : pour chaque restauration, NetBackup démarre uneinstance de TAR32 sur le client.

Arrêté par : Fin de l'opération de restauration.

Journal de débogage : répertoire de journal hérité de TAR sur leclient.

TAR32

Sur un serveur de médias activé pour les transferts de client SANpar Fibre Channel : windrvr6 est un pilote de périphérique denoyau utilisé pour communiquer par le bus PCI aux adaptateursde bus de serveur Fibre Channel en mode cible

Démarré par : pilote de périphérique démarré par le systèmed'exploitation au démarrage (Solaris) ou par nbfdrv64 (Linux).

Arrêté par : Pilote de périphérique qui est arrêté par le systèmed'exploitation à la mise hors tension.

Journal de débogage : Le système d'exploitation d'hôte prend encharge la consignation dans le journal des messages système :/var/adm/messages (Solaris) ou/var/log/messages (Linux).

windrvr6

Catalogues NetBackupLes catalogues NetBackup contiennent les informations utilisées en interne parNetBackup et situées dans le répertoire/usr/openv/netbackup/db sur les serveursUNIX et dans le répertoire install_path\NetBackup\db sur les serveursNetBackup Windows.

Remarque : le répertoire /usr/openv/netbackup/db/class

(install_path\NetBackup\db\class sur Windows) possède un sous-répertoirepour chaque politique NetBackup et contenant des informations relatives à lapolitique.

Tableau A-5 décrit les catalogues NetBackup.

Aperçu du fonctionnement des sauvegardes et des restaurationsCatalogues NetBackup

316

Tableau A-5 Catalogues NetBackup

ContenuBase de données

Informations de configuration. Cette base de données se trouve surle serveur maître et comporte trois parties :

policy : Contient les informations relatives à chaque politiqueNetBackup.

config : Contient les informations relatives attributs globaux, unitésde stockage et sauvegardes de la base de données.

altnames : Contient les informations relatives aux noms des clientspour les restaurations.

config

Informations relatives aux erreurs et à l'état des opérations NetBackup.Cette base de données se trouve sur le serveur maître et comportedeux parties :

error : Contient les informations enregistrées au cours des opérationsde sauvegarde et utilisées dans les rapports NetBackup.

failure_history : Contient l'historique quotidien des erreurs desauvegarde.

erreur

Information relatives aux images de sauvegarde et présentesuniquement sur le serveur maître. L'un des fichiers du répertoireimages est la base de données file. La base de données file estcelle à laquelle NetBackup accède lorsqu'un utilisateur recherche lesfichiers à restaurer.

images

Informations relatives aux utilisées par le contrôle des travauxNetBackup (serveur NetBackup UNIX) et le contrôle d'activité (serveurNetBackup Windows). La base de données de travaux se trouve sur leserveur maître.

travaux

Informations relatives aux médias utilisées par bptm. Possèdeégalement un fichier d'erreurs contenant les informations relativesà l'historique d'erreurs pour les médias et périphériques.

média

317Aperçu du fonctionnement des sauvegardes et des restaurationsCatalogues NetBackup

Aperçu du fonctionnement des sauvegardes et des restaurationsCatalogues NetBackup

318

Fonctionnement de lagestion des périphériqueset des médias


■ Processus de démarrage de gestion des médias et des périphériques

■ Processus de gestion des médias et des périphériques

■ Procédé de gestion d'option de stockage partagé

■ Opérations code-barres

■ Composants de gestion de médias et de périphériques

Processus de démarrage de gestion des médias etdes périphériques

Les processus de gestion des médias et de périphériques sont automatiquementlancés au démarrage de NetBackup. Pour démarrer ces processus manuellement,exécutez bp.start_all (UNIX) ou bpup (Windows). ltid démarre automatiquementd'autres daemons et programmes selon les besoins. Les daemons devraient êtreen cours d'exécution après le démarrage initial.

Se reporter à Figure B-1 à la page 321.

Dans le cas des daemons robotiques, tels que tl8d et tlhd, le robot associé doitégalement être configuré pour que le daemon s'exécute. Il existe des moyenssupplémentaires de démarrer et d'arrêter des daemons.

Se reporter à Tableau B-1 à la page 328.

BAnnexe

TL8, TLH et TLD nécessitent les types de daemons suivants :

Chaque hôte avec un lecteur robotique jointdoit comporter un daemon robotique. Cesdaemons fournissent l'interface entre ltid etle robot ou, si les différents lecteurs dans unrobot peuvent se rattacher à différents hôtes,le daemon robotique communique avec undaemon à contrôle robotique (voirci-dessous).

robotique

Les daemons à contrôle robotiquecentralisent le contrôle des robots lorsqueles lecteurs d’un robot peuvent se connecterà différents hôtes. Un daemon à contrôlerobotique reçoit des requêtes de montage etde démontage du daemon robotique surl'hôte auquel le lecteur est fixé, puiscommunique ces requêtes au robot.

contrôle robotique

Vous devez connaître les hôtes impliqués afin de démarrer tous les daemons d'unrobot.

Fonctionnement de la gestion des périphériques et des médiasProcessus de démarrage de gestion des médias et des périphériques

320

Figure B-1 Démarrage de la gestion des médias et des périphériques

ltid

vmd avrd

AutomatedCartridge System

Bandothèque 4 mm

Bandothèque 8mm

DLT de bandothèque

Bandothèquedemi-pouce

Bandothèquemultimédia

Récepteur de bandesdemi-pouce

Bibliothèque dedisques optiques

acsd

odld

tl4d

tl8d tl8cd

tldd tldcd

tlhd tlhcd

tlmd

tshd

Pour démarrer les processus manuellement, entrez :

Sous UNIX :/usr/openv/netbackup/bin/bp.start_all

Sous Windows :install_path \NetBackup\bin\bpup

acsel

acsssi

Au démarrage du système, le serveur démarre automatiquement ;ltid ,ce qui lance les démons robotiques applicables.

Processusdegestiondesmédias et despériphériquesQuand les daemons de gestion de supports et de périphérique s'exécutent,NetBackup, Storage Migrator (UNIX seulement), Storage Migrator pour MicrosoftExchange (Windows seulement) ou les utilisateurs peuvent demander le stockageou l'extraction de données. La demande est au commencement traitée par lesservices de planification.

321Fonctionnement de la gestion des périphériques et des médiasProcessus de gestion des médias et des périphériques

Se reporter à "Processus de sauvegarde et d'archivage" à la page 264.

La demande résultante de montage de périphérique passe de nbjm à nbrb, quisaisit les ressources physiques de nbemm (le service Enterprise Media Manager).

i la sauvegarde requiert des supports dans un robot, ltid envoie une demande demontage au daemon robotique qui gère les lecteurs du robot configurés sur l'hôtelocal. Le daemon robotique monte alors le support et définit un état occupé delecteur dans la mémoire partagée par lui-même et ltid. L'état occupé du lecteurapparaît également dans Device Monitor.


Supposant que le support est physiquement dans le robot, le support est montéet l'opération continue. i le support n'est pas dans le robot, nbrb crée une demandeen attente, qui apparaît comme demande en attente dans Device Monitor. Unopérateur doit alors insérer les supports dans le robot et utiliser la commandeappropriée de Device Monitor pour resoumettre la demande afin que la demandede montage puisse se produire.

Une demande de montage est également émise si le support est celui d’un lecteur(autonome) non robotique et que le lecteur ne contient pas de support répondantaux critères de la demande. Si la demande provient de NetBackup et que le lecteurcontient le support approprié, alors ce support est automatiquement attribuél'opération continue. Plus d'informations sont disponibles sur la sélection demédias de NetBackup pour des lecteurs non robotiques.

Consultez le Guide de l'administrateur NetBackup, volume II.

Remarque : sur les systèmes UNIX, lorsqu’une bande est montée, le scriptdrive_mount_notify est appelé. e script se trouve dans le répertoire/usr/openv/volmgr/bin/goodies. Les informations sur le script peuvent êtretrouvées dans le script lui-même. Un script semblable est appelé pour le procédéde démontage (drive_unmount_notify, dans le même répertoire).

Quand un volume robotique est ajouté ou supprimé par le port d'accès de supports,l'utilitaire de gestion de supports communique avec le daemon robotique appropriépour vérifier l'emplacement et/ou le code-barre de volume. L'utilitaire de gestionde supports (par une bibliothèque ou une interface de ligne de commande) appelleégalement le daemon robotique pour les opérations d'inventaire de robot.

Figure B-2 affiche un exemple du processus de gestion de médias et depériphérique.

Fonctionnement de la gestion des périphériques et des médiasProcessus de gestion des médias et des périphériques

322

Figure B-2 Exemple de processus de gestion de supports et de périphérique

Utilitaire de gestiondes périphériques

Processus desauvegarde etd'archivage

Base dedonnées EMM

IDdemédia

monté

Utilisateur

bptm

Itid

nbjm

nbemm Utilitaire de gestiondes médias

Moniteur depériphériques

tl8d tl8cd

BandothèqueTL8

Demande demontage debande

SDLT600 LT0-3

Contrôlerobotique

Codes-barresd'inventaireou injecter/éjecter

Lecteursnon

robotiques

Procédé de gestion d'option de stockage partagéL'option de stockage partagé (Shared Storage Option, SSO) est une extension àl’attribution et à la configuration de lecteur de bande pour la gestion de supportset de périphériques. SSO permet à des lecteurs de bande spécifiques (autonomesou compris dans une bandothèque) d’être partagés dynamiquement entre plusieursserveurs de médias NetBackup ou serveurs de médias SAN.

Consultez le Guide de stockage partagé NetBackup.

Ce qui suit affiche le processus de gestion d'option de stockage partagé dans lacommande présentée :

323Fonctionnement de la gestion des périphériques et des médiasProcédé de gestion d'option de stockage partagé

■ NetBackup, Storage Migrator ou les utilisateurs peuvent lancer des sauvegardes.nbjm fait une demande de montage pour la sauvegarde.

■ nbrb instruit le serveur EMM d’obtenir un lecteur pour la sauvegarde.

■ nbrb instruit le programme d'allocation de périphérique (DA) du serveur EMMd’arrêter l’analyse du lecteur sélectionné.

■ nbemm ordonne au serveur de médias approprié (l'hôte d'analyse du lecteursélectionné) d’arrêter l'analyse du lecteur. La demande d'arrêt de l'analyse esteffectuée au moyen d'oprd, ltid et avrd dans la mémoire partagée du serveurde médias.

■ nbemm informe nbrb lorsque l’analyse sur le lecteur sélectionné s'est arrêtée.

■ nbrb informe nbjm que le lecteur sélectionné (A) est disponible pour lasauvegarde.

■ nbjm transmet la demande de montage et la sélection de lecteur à bptm, quise poursuit par la sauvegarde. Pour protéger l'intégrité de l'opérationd'enregistrement, bptm utilise les réservations SCSI."How NetBackup reserves drives" dans le guide NetBackup Administrator'sGuide, Volume II.

■ L'opération de montage de support est lancée.

■ bptm effectue des contrôles de position sur le lecteur pour s'assurer que lelecteur n'a pas été rembobiné par une autre application. bptm effectueégalement l'enregistrement sur la bande.

■ Lorsque la sauvegarde est terminée, nbjm demande à nbrb publier desressources.

■ nbrb désaffecte le lecteur dans EMM.

■ EMM demande à l'hôte d'analyse de reprendre l’analyse du lecteur. La demanded'analyse est effectuée au moyen d'oprd, ltid et avrd dans la mémoire partagéedu serveur de médias.

Figure B-3 illustre le processus de gestion d'option de stockage partagé.

Fonctionnement de la gestion des périphériques et des médiasProcédé de gestion d'option de stockage partagé

324

Figure B-3 Flux de processus de gestion de supports et de périphériquesillustrant les composants SSO


Processus desauvegarde etd'archivage

Base dedonnéesEMM

Utilisateur

bptm

nbjm nbemm/DA

Moniteur depériphériques

Demande demontage debande

Lecteur partagé A

LTID LTID

avrd

6.5 Media Server 1

Analyse de l'hôte pour le lecteur A

bptm

LTID LTID

6.5 Media Server 2

Analyse de l'hôte pour le lecteur B

avrd bptm

nbrb

Lecteur partagé B

Remarque : La zone grisée représente lamémoire partagée sur le serveur de médias.

Arrêtde

l'analyse

Opérations code-barresLa lecture de code-barres est principalement une fonction du matériel robotiqueplutôt que de la gestion de supports et de périphériques. Quand un robot possède

325Fonctionnement de la gestion des périphériques et des médiasOpérations code-barres

un lecteur de code-barres, il analyse tout code-barres sur bande et en enregistrele code dans sa mémoire interne. Ceci associe le numéro de périphérique et lecode-barres de la bande dans ce périphérique. NetBackup détermine cetteassociation pour ses propres besoins en interrogeant le robot.

Si un robot prend en charge les codes-barres, NetBackup compareautomatiquement le code-barres d'une bande à ce qui se trouve dans la base dedonnées EMM comme mesure de vérification supplémentaire avant le montagede la bande. Une demande du média qui est dans un robot qui peut indiquer descodes-barres commence de la même manière que d'autres demandes.


ltid inclut l'ID de support et les informations sur l'emplacement dans une demandede montage au daemon robotique pour le robot qui avec l'ID de support. Cettedemande amène le daemon robotique à effectuer une requête au daemon decontrôle robotique ou au robot pour le code-barres de la bande dans le périphériqueindiqué. (C'est un contrôle préliminaire pour voir si le support correct est dans lepériphérique.) Le robot renvoie la valeur de code-barres qu'il a en mémoire.

Le daemon robotique compare ce code-barres à la valeur qu'il a reçue de ltid etprend l’une des mesures suivantes.

■ Si les codes-barres ne correspondent pas et la demande de montage n'est paspour une tâche de sauvegarde NetBackup, le daemon robotique informe ltidet une demande d’action en attente (Misplaced Tape) apparaît dans DeviceMonitor. Un opérateur doit alors insérer la bande correcte dans le périphérique.

■ Si les codes-barres ne correspondent pas et la demande de montage est pourune tâche de sauvegarde de NetBackup, le daemon robotique informe ltid etla demande de montage est annulée. NetBackup (bptm) demande alors unnouveau volume à nbjm et EMM.

■ i les codes-barres correspondent, le daemon robotique demande au robot dedéplacer la bande vers un lecteur. Le robot monte alors la bande. Au démarragede l'opération, l'application (par exemple, NetBackup) vérifie l'ID du supportet s’il correspond également à ce qui devrait se trouver dans ce périphérique,l'opération se poursuit. our NetBackup, un ID de support erroné donnent uneerreur "media manager found wrong tape in drive" (code état 93 de NetBackup).

Fonctionnement de la gestion des périphériques et des médiasOpérations code-barres

326

Figure B-4 Demande de code-barres


Base de donnéesEMM

Utilisateur

Itid nbemm

Utilitaire de gestiondes médias

tl8d tl8cd

BandothèqueTL8

Demande de montage IDdu média

vmd

NetBackup

ID de média monté

Demande d'inventairede robot ou injecter/

éjecter

2

Code-barres

Qu'est-ce quele code-barres

Monterunebande

1 3

Composantsdegestiondemédias et depériphériquesCette rubrique affiche le fichier, la structure de répertoires, les programmes etles daemons associés aux médias et à la gestion des périphériques.

Figure B-5 présente la structure de fichiers et de répertoires pour la gestion desmédias et des périphériques sur un serveur UNIX. Un serveur NetBackup Windowsa les fichiers et les répertoires équivalents dans le répertoire où NetBackup estinstallé (par défaut, C:\Program Files\VERITAS).

327Fonctionnement de la gestion des périphériques et des médiasComposants de gestion de médias et de périphériques

Figure B-5 Répertoires et fichiers de gestion de médias et de périphériques

/usr/openv/volmgr/debug/1

/usr/openv/volmgr/

Serveur NetBackup

bin/ debug/1 misc/ vm.conf2help/

avrd/1

tpcommand/1robots/1

ltid/ 1 reqlib/ 1daemon/1

/usr/openv/volmgr/bin/

driver/ goodies/format/

1. Créé par l'administrateur pour activer la journalisation de débogage héritée.

2. Créé par l'administrateur ou automatiquement par les utilitaires de gestion des supports.

NetBackup_DeviceConfig_Guide.tx

/vmscd

Tableau B-1 décrit les répertoires et fichiers qui présentent un intérêt particulier.

Tableau B-1 Répertoires et fichiers de gestion de médias et de périphériques

ContenuFichier ou répertoire

Commandes, scripts, programmes, daemons etfichiers requis pour la gestion des médias et despériphériques. Il y a trois sous-répertoires dansbin.

pilote : Contient les gestionnaires SCSI utiliséssur diverses plates-formes pour les commandesrobotiques.

format : Les informations de format de disquepour les plateaux optiques sur les plates-formesSolaris (SPARC uniquement).

goodies : contient l'utilitaire de script et d'analysevmconf.

bin

Journaux de débogage hérités pour le daemon degestionnaire de volume, vmd et tous lesdemandeurs de vmd, de ltid et de configurationde périphériques. L'administrateur doit créer cesrépertoires pour que la consignation de débogagese produise.

débogage

Fonctionnement de la gestion des périphériques et des médiasComposants de gestion de médias et de périphériques

328

ContenuFichier ou répertoire

Fichiers d’aide utilisés par les programmes degestion des médias et des périphériques. Cesfichiers sont au format ASCII.

-help

Les fichiers verrouillés et les fichiers temporairesrequis par divers composants de la gestion desmédias et des périphériques.

divers

Options de configuration de la gestion des médiaset des périphériques.

vm.conf

Tableau B-2 décrit les programmes et daemons de gestion des médias et despériphériques. Les explications incluent ce qui démarre et arrête le programmeou le daemon et le journal (le cas échéant) dans lequel il enregistre ses activités.Sous UNIX, tous les composants présentés dans ce tableau résident dans/usr/openv/volmgr/bin. Sous Windows, ils résident dans install_path\volmgr\bin.

Remarque : Le tableau suivant contient des références au journal système. Cejournal est géré par syslog sous UNIX (le service est daemon). Sous Windows,l'observateur d'événements gère le journal système (le type de journal estApplication).


Tableau B-2 Programmes et daemons de gestion des médias et des périphériques

DescriptionProgramme oudaemon

Interfaces de daemon système de cartouche automatisé avec lesystème de cartouche automatisé. Il communique avec le serveurqui contrôle la robotique ACS par le processus acsssi (UNIX) ou leservice STK Libattach (Windows).

En outre, sous UNIX, consultez les programmes acsssi et acssel.

Démarré par : Démarrage de ltid (sous UNIX, exécutez lacommande /usr/openv/volmgr/bin/ascd ).

Arrêté par : Arrêt de ltid (sous UNIX, recherchez le PID (ID deprocessus) et utilisez la commande kill).

Journaldedébogage : Des erreurs sont consignées dans le journalsystème et dans le journal de débogage des robots. Pour inclureles informations de débogage, ajoutez l'option VERBOSE au fichiervm.conf. Sous UNIX, les informations de débogage sont égalementincluses en démarrant le daemon avec l'option -v : cette optionpeut également être utilisée par ltid ou en mettant VERBOSE dansle fichier vm.conf.

acsd

Disponible seulement sur UNIX.


acssel

Disponible seulement sur UNIX.


acsssi

Le daemon de reconnaissance automatique de volume contrôlel’attribution de volume automatique et l'analyse d'étiquette. Celapermet à NetBackup de lire la bande étiquetée et les volumes dedisque optiques et d'attribuer automatiquement le supportamovible associé au processus demandeur.

Démarré par : Démarrage de ltid (sous UNIX, exécutez lacommande /usr/openv/volmgr/bin/avrd ).


Journal de débogage : Toutes les erreurs sont consignées dans lejournal système. Pour inclure les informations de débogage,ajoutez l'option VERBOSE au fichier vm.conf. Sous UNIX, lesinformations de débogage sont également incluses eninterrompant avrd et en démarrant le daemon avec l'option -v.

avrd


330


Le démon de périphérique (UNIX) ou le service NetBackup DeviceManager (Windows) contrôle la réservation et l'attribution desbandes et des disques optiques.

Démarrépar : commande /usr/openv/volmgr/bin/ltid sous UNIXou commande Arrêter/redémarrer le service du gestionnaire depériphériques dans la fenêtre Gestion des médias et despériphériques sur Windows.

Arrêté par : commande /usr/openv/volmgr/bin/stopltid sousUNIX ou commande Arrêter/redémarrer le service du gestionnairede périphériques dans la fenêtre Gestion des médias et despériphériques sur Windows.

Journaldedébogage : Des erreurs sont consignées dans le journalsystème et dans le journal de débogage ltid. Les informations dedébogage sont incluses si le daemon est démarré par l'option -v(uniquement disponible sous UNIX) ou en ajoutant VERBOSE aufichier vm.conf.

ltid

Le daemon Optical Disk Library se connecte par interface à OpticalDisk Library, communiquant avec la robotique par une interfaceSCSI. Cette bibliothèque n'est pas prise en charge sur Windows.

Démarré par : Démarrez ltid ou exécutez la commande/usr/openv/volmgr/bin/odld.

Arrêté par : Arrêt de ltid ou recherche du PID (ID de processus)et utilisation de la commande kill.

Journal de débogage : Toutes les erreurs sont consignées dans lejournal système. Les informations de débogage sont incluses si ledaemon est démarré par l'option -v (par elle-même ou par ltid) ouen ajoutant VERBOSE au fichier vm.conf.

odld



Le daemon de la bibliothèque de bande 4MM est l'interface entreltid et la bibliothèque de bande 4MM et communique avec larobotique par une interface SCSI.

Démarré par : Démarrage de ltid (sous UNIX, exécutez lacommande /usr/openv/volmgr/bin/tl4d ).


Journal de débogage : Toutes les erreurs sont consignées dans lejournal système. Pour inclure les informations de débogage,ajoutez l'option VERBOSE au fichier vm.conf. Les informationsde débogage UNIX sont également prises en compte lors dudémarrage du daemon avec l'option -v (soit automatiquement,soit par ltid).

tl4d

Le daemon de la bibliothèque de bande 8MM fournit la commanderobotique pour un robot TL8 (bibliothèque de bande 8 mm ourécepteur de bandes 8 mm). Les lecteurs de daemon de labibliothèque de bande 8MM du même robot TL8 peuvent êtreassociés à des hôtes différents de ceux de la commande robotique.tl8d est l'interface entre le ltid local et la commande robotique. Siun hôte a un chemin d'accès de périphérique pour un lecteur dansun robot TL8, alors les demandes de montage ou de démontagede ce lecteur vont d'abord au ltid local et puis au tl8d local (toutsur le même hôte). tl8d transmete alors la demande à tl8cd surl'hôte qui contrôle le robot (pourrait être sur un autre hôte).

Démarré par : Démarrage de ltid (sous UNIX, exécutez lacommande /usr/openv/volmgr/bin/tl8d ).


Journaldedébogage : Des erreurs sont consignées dans le journalsystème et dans le journal de débogage des robots. Pour inclureles informations de débogage, ajoutez l'option VERBOSE au fichiervm.conf. Les informations de débogage UNIX sont égalementprises en compte lors du démarrage du daemon avec l'option -v(soit automatiquement, soit par ltid).

tl8d


332


Le daemon de commande de la bibliothèque de bande 8MM fournitla commande robotique pour un robot TL8 et communique avecla robotique par une interface SCSI. tl8cd reçoit des demandes demontage et de démontage de tl8d sur l'hôte auquel le lecteur estassocié, puis communique ces demandes au robot.

Démarré par : Démarrage de ltid (sous UNIX, exécutez lacommande /usr/openv/volmgr/bin/tl8cd ).

Arrêté par : Arrêt de ltid ou à l'aide de la commande -t de tl8cd.

Journaldedébogage: Des erreurs sont consignées dans le journalsystème et dans le journal de débogage des robots. Pour inclureles informations de débogage, ajoutez l'option VERBOSE au fichiervm.conf. Les informations de débogage UNIX sont égalementprises en compte lors du démarrage du daemon avec l'option -v(soit automatiquement, soit par ltid).

tl8cd

Le daemon de la bibliothèque de bande DLT fonctionne en mêmetemps que tldcd pour traiter des demandes aux robots de TLD(bibliothèque de bande DLT et récepteur de bandes DLT). tlddfournit l'interface entre le ltid local et la commande robotique(tldcd) de la manière expliquée précédemment pour tl8d.

Démarré par : Démarrage de ltid (sous UNIX, exécutez lacommande /usr/openv/volmgr/bin/tldd ).



tldd



Le daemon de commande de la bibliothèque de bande DLT fournitla commande robotique pour un robot TLD de la manière expliquéeprécédemment pour tl8cd.

Démarré par : Démarrage de ltid (sous UNIX, exécutez lacommande /usr/openv/volmgr/bin/tldcd ).

Arrêté par : Utiliser la commande -t de tldcd. Arrêt de ltid ou àl'aide de la commande -t de tldcd.


tldcd

Le daemon de bandothèque demi-pouce (TLH) fonctionneconjointement avec tlhcd pour traiter les demandes envoyées auxrobots de bandothèque demi-pouce qui se trouvent dans unebandothèque automatisée (ATL) IBM. tlhd fournit l'interface entrele ltid local et le contrôle robotique (tlhcd) de la manière expliquéeprécédemment pour tl8d.

Démarré par : Démarrage de ltid (sous UNIX, exécutez lacommande /usr/openv/volmgr/bin/tlhd ).



tlhd


334


Le daemon de commande de bibliothèque de bande demi-poucefournit la commande robotique pour un robot TLH dans unebibliothèque de bande automatisée IBM (ATL) de la manièreexpliquée précédemment pour tl8cd.

Démarré par : Démarrage de ltid (sous UNIX, exécutez lacommande /usr/openv/volmgr/bin/tlhcd ).

Arrêté par : Arrêt de ltid ou à l'aide de la commande -t de tlhcd.

Journaldedébogage : Des erreurs sont consignées dans le journalsystème et dans le journal de débogage des robots. Pour inclureles informations de débogage, démarrez le daemon avec l'option-v (soit par le daemon, soit par ltid). L'option -v est uniquementdisponible sur UNIX. En outre, ajoutez l'option VERBOSE au fichiervm.conf.

tlhcd

Le daemon de bandothèque multimédia (TLM) fait office d'interfaceentre le ltid et le robot TLM se trouvant sur un serveur AMLdistribué ADIC. Ce daemon communique avec la robotique TLMà travers une interface de réseau API.

Démarré par : Démarrez le ltid ou exécutez la commande/usr/openv/volmgr/bin/tlmd.



tlmd



Le daemon de bandothèque multimédia (TLM) fait office d'interfaceentre le ltid et le robot TLM se trouvant sur un serveur AMLdistribué ADIC. Ce daemon communique avec la robotique TLMà travers une interface de réseau API.

Démarré par : Démarrez le ltid ou exécutez la commande/usr/openv/volmgr/bin/tlmd.



tpconfig

Le daemon de récepteur de bandes demi-pouce est l'interface entreltid et le récepteur de cartouche demi-pouce et communique avecla robotique par une interface SCSI. Ce robot n'est pas pris encharge sur Windows.

Démarré par : Démarrage de ltid (sous UNIX, exécutez lacommande /usr/openv/volmgr/bin/tshd ).

Démarré par : commande bpconfig

Arrêté par : l'option Fermer depuis l'utilitaire sous UNIX. SousWindows, tpconfig est seulement une interface de ligne decommande qui s'exécute jusqu'à son terme (aucune option pourquitter).

Journal de débogage : journaux de débogage de tpcommand.

tshd

Le daemon Volume Manager (service NetBackup Volume Managersur Windows) permet la gestion à distance et la commande de lagestion des médias et des périphérique. vmd fournit un proxy àEMM pour les serveurs NetBackup pré-6.0.

Démarré par : Démarrage du ltid (sous UNIX, utilisez l'optionLancer le daemon de volume de Media Manager dans vmadm)

Arrêté par : Option Arrêter le daemon de volume de MediaManager dans vmadm).

Journal de débogage : journal système et également un journalde débogage si les répertoires de débogage de daemon ou de reqlibexistent

vmd


336


Disponible seulement sur UNIX. Un utilitaire d'administrateuravec des options permettant de configurer et de gérer les volumessous le contrôle de la gestion des médias et des périphériques. Ildispose d'une interface pilotée par menu et basée sur lescaractères, qui peut être utilisée depuis les postes de travailn’ayant pas de fonctions d'affichage graphique.

Démarré par : /usr/openv/volmgr/bin/vmadm command

Arrêté par : l'option Fermer depuis l'utilitaire.

Journal de débogage : /usr/openv/volmgr/debug/reqlib

vmadm

Le daemon Media Manager Status Collector maintient la base dedonnées de serveur EMM à jour avec l'état actuel des lecteursattachés aux serveurs 5.x.

Démarré par : le serveur EMM.

Arrêté par : le serveur EMM.

Journal de débogage : /usr/openv/volmgr/debug/vmscd (UNIX),install_path\Volmgr\debug\vmscd (Windows)

vmscd



338

Réseaux et noms d'hôte


■ Contexte de dépannage

Contexte de dépannageDans une configuration comportant nombre de réseaux et clients multiples portantplusieurs noms d'hôte différents, les administrateurs de NetBackup doiventconfigurer les entrées de politique avec soin. Ils doivent prendre la configurationréseau en compte (examen physique, noms d'hôte et alias, NIS/DNS, tables deroutage etc.). Si les administrateurs veulent lancer les sauvegardes et restaurerles données sur plusieurs chemins réseau spécifiques, ils doivent étudier ceséléments.

Pour une sauvegarde, NetBackup se connecte au nom d'hôte comme configurédans la politique. Le code réseau du système d'exploitation résout ce nom et envoiela connexion sur 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éroulante Serveuràutiliserpourlessauvegardeset les restaurations de la boîte de dialogue Spécifier les ordinateurs NetBackupet le type de politique. Pour ouvrir cette boîte de dialogue, lancez l'interfaceSauvegarder, archiver et restaurer de NetBackup et cliquez sur Spécifier lesordinateurs NetBackup et le type de politique dans le menu Fichier. Le coderéseau du client qui mappe le nom du serveur à une adresse IP détermine le chemind'accès réseau au serveur.

A l'établissement de la connexion, le serveur détermine le nom configuré du clientà partir du nom de pair de sa connexion au serveur.

CAnnexe

Le nom de pair est dérivé de l'adresse IP de la connexion. Cela signifie que l'adressedoit être traduite en nom d'hôte (à l'aide de la routine réseau gethostbyaddr()).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 de pair en interrogeant leprocessus bpdbm sur les systèmes UNIX. Sur les systèmes Windows, vous devezinterroger le service Gestionnaire de bases de données NetBackup.

Le processus bpdbm compare le nom de pair à une liste de noms client générés àpartir des éléments suivants :

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

■ Tous les clients de toutes les politiques

La comparaison est d'abord une simple comparaison de chaînes. La comparaisonest effectuée en comparant les noms d'hôte et les alias qui sont récupérés à l'aidede la fonction ré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 qued'autres comparaisons peuvent également trouver des correspondances si desalias ou d'autres "noms réseau" sont configurés.

Si la comparaison échoue, le nom d'hôte du client tel qu'il est renvoyé par lafonctiongethostname() sur le client est utilisé comme nom configuré. Par exemple,un échec de comparaison peut avoir lieu si le client a modifié son nom d'hôte maisque son nouveau nom d'hôte n'est pas encore reflété dans une 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)

# install_path\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 à l'intervention du serveur dans l'ordresuivant :

■ Nom de pair de la connexion au serveur

Réseaux et noms d'hôteContexte de dépannage

340

■ 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

■ requesting client

■ destination client

Le nom "browse client" est utilisé pour identifier les fichiers client à lister ou àpartir desquels effectuer la restauration. L'utilisateur sur le client peut modifierce nom pour restaurer les fichiers d'un autre client. Par exemple, sur un clientWindows, l'utilisateur peut modifier le nom client à l'aide de l'interfaceSauvegarder, archiver et restaurer. Consultez l'aide en ligne de NetBackup pourobtenir des instructions. Cependant, pour que cette modification fonctionne, ilfaut que l'administrateur ait également apporté la modification correspondantesur 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èreune restauration à un client depuis un serveur. Dans le cas d'une restaurationutilisateur, les éléments destination client et requesting client sont identiques.Dans le cas d'une restauration d'administrateur, l'administrateur peut spécifierun nom différent pour "destination client".

Au moment où ces noms apparaissent dans le journal de débogage de bprd, le nomrequesting client a été traduit en nom configuré du client.

Le nom utilisé pour se connecter de nouveau au client et terminer la restaurationcorrespond au nom de pair du client ou à son nom configuré. Le type de demandede restauration (par exemple, de la racine sur un serveur, d'un client vers un autreclient, etc.) influence cette action.

Lorsque vous modifiez des noms client dans des politiques NetBackup afin depréciser des chemins réseau spécifiques, l'administrateur doit considérer leséléments suivants :

■ Le nom client tel qu'il est configuré sur le client. Par exemple, sur 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électionnez

341Réseaux et noms d'hôteContexte de dépannage

Propriétés du client NetBackup dans le menu Fichier de l'interfaceSauvegarder, archiver et restaurer.

■ 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 unserveur UNIX ou Linux, le répertoire images se trouve dans/usr/openv/netbackup/db/. Sur un serveur NetBackup Windows, le répertoireimages se trouve dans install_path\NetBackup\db\images.

L'un de ces noms client peut nécessiter une modification manuelle del'administrateur si l'événement suivant se produit : un client possède plusieursconnexions réseau au serveur et les restaurations du client échouent en raisond'un problème de connexion.

Sur UNIX, le programme de domaine public traceroute (non fourni avecNetBackup) peut souvent fournir des informations importantes sur uneconfiguration réseau. Certains fournisseurs de systèmes incluent ce programmedans leurs systèmes.

Le serveur maître ne parviendra peut-être pas à répondre aux demandes client,si les 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 reconnu 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 et Linux)

install_path\NetBackup\db\altnames\host.xlate (Windows)

Vous pouvez créer et modifier ce fichier afin de forcer la traduction désirée desnoms d'hôte de client NetBackup.

Chaque ligne du fichier host.xlate possède trois éléments : une clé numériqueet deux 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 :


342

■ key est une valeur numérique utilisée par NetBackup pour spécifier les cas oùla traduction doit être réalisée. Cette valeur doit actuellement rester sur 0 :cela indique une traduction de noms configurée.

■ hostname_from_client représente la valeur à traduire. Celle-ci doit correspondreau nom obtenu par la fonction gethostname() du client et envoyé au serveurdans la demande.

■ client_as_known_by_server correspond au nom à remplacer parhostname_from_client lors des réponses 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

Lorsque le serveur maître reçoit une demande d'un nom client configuré (clénumérique 0), le nom danr est toujours remplacé par le nom danr.eng.aaa.com.Le problème est résolu, si l'on suppose ce qui suit :

■ 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 commedanr.eng.aaa.com et ce nom est également connu des services réseau du serveurmaître.

343Réseaux et noms d'hôteContexte de dépannage


344

Utilitaires de test robotique


■ Utilitaires de test robotique

■ Tests robotiques sur UNIX

■ Tests robotiques sur Windows

Utilitaires de test robotiqueChaque package logiciel robotique inclut un utilitaire de test robotique permettantde communiquer directement avec les périphériques robotiques. Les tests sontconçus à des fins de diagnostic et la seule documentation disponible est l'aide enligne que vous pouvez afficher en saisissant un point d'interrogation (?) aprèsavoir lancé 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'effectuerdes actions, par exemple charger et décharger des médias. Si un montage estdemandé, le processus robotique correspondant expire et passe à l'état ARRETE.Ce comportement a généralement comme conséquence une expiration du délaide montage de média. En outre, veillez à quitter l'utilitaire lorsque les tests sontterminés.

Tests robotiques sur UNIXSi le robot a été configuré (ajouté à la base de données EMM), démarrez l'utilitairede test robotique à l'aide de la commande robtest. Cette action permet de gagner

DAnnexe

du 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 l'appuyez sur Entrée.Le test démarre.

Si le robot n'est pas configuré, vous ne pouvez pas utiliser la commande robtestet devez exécuter la commande s'appliquant au robot que vous testez.

/usr/openv/volmgr/bin/acstest -r ACSLS_hostpath

pour qu'acstest fonctionne sur 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.

Reportez-vous au Guide de configuration de périphériques NetBackup.

Dans la liste des commandes précédente, roboticpath correspond au chemin d'accèscomplet vers le 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.

Utilitaires de test robotiqueTests robotiques sur UNIX

346

Tests robotiques sur WindowsSi le robot a été configuré (ajouté à la base de données EMM), 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 la commanderobtest et devez exécuter la commande s'appliquant au robot que vous testez(reportez-vous à la liste suivante).

install_path\Volmgr\bin\acstest -r ACSLS_HOSTACS

install_path\Volmgr\bin\tl4test -r roboticpathTL4

install_path\Volmgr\bin\tl8test -r roboticpathTL8

install_path\Volmgr\bin\tldtest -r roboticpathTLD

install_path\Volmgr\bin\tlhtest -r

robotic_library_name

TLH

install_path\Volmgr\bin\tlmtest -r DAS_HostnameTLM

Des informations supplémentaires concernant le contrôle robotique de TLH, ACSet TLM sont mises à votre disposition.

Reportez-vous au Guide de configuration de périphériques NetBackup.

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.

347Utilitaires de test robotiqueTests robotiques sur Windows

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)

Utilitaires de test robotiqueTests robotiques sur Windows

348

Symboles-sauvegarde

Catalogues NetBackup 283Clients UNIX 266processus

clients Windows 277processus synthétiques 279

Aacssel, description 330acsssi, description 330acstest 347activer la consignation de débogage 144activer la consignation robuste 149Adaptive Server Anywhere 77admincmd

répertoire 301AdvancedDisk 197, 210altnames, fichier 317aperçu des fonctions

Gestion des médias et des périphériquesgestion de volume 321gestion des périphériques 321répertoires et fichiers 327

introduction 263NetBackup

Démarrage 264restaurations 286sauvegarde et archive 265

archivagepour NBCC 183pour nbsu 178

arrêt des processus NetBackup 87–88ascd, description 330assistant de configuration de périphérique 211Assistant de configuration de volume 212avrd, description 330

BBare Metal Restore 195, 198, 217

base de données d'erreurs 317base de données d'images 317Base de données de configuration 317base de données de fichiers 317base de données de médias 317base de données de travaux 317base de données relationnelle 77bin

Client UNIX 299, 301Gestion des médias et des périphériques 328

BP 294bp

description 303journal 152journal client UNIX 150

bp.confentrées SERVER 102fichier 266

Client/serveur UNIX 301bp.kill_all 87–88BP.NLM 278, 303bp.start_all 88bpadm

description 304bparchive

description 304journal 150, 152

bpbackupdescription 304journal 150, 152

BPBACKUP_POLICY 266BPBACKUP_SCHED 266bpbkar


BPBKAR32 277, 305bpbrm 273

description 305BPCD 294bpcd

description 305journal client UNIX 150, 152

Index

journal de serveur 143BPCD.NLM 306BPCDW32.EXE 306bpdbjobs

description 306bpdbm

description 307bpdm

description 307bpdown, commande 216bpfis 273, 307bphdb

description 307journal 150

BPINETD 277, 293bpinetd.log 152bpjava-msvc 308bplist


bpmountjournal 150

bpps 26bprd

description 309bprestore


bpschedvoir également nbpem 313

bpsrvjournal 153

BPSVR.NLM 309bpsynth 280BPSYS.EXE 310bptm

description 310bptpcinfo 108bundle, création

sortie NBSU 178bundle, création de

Sortie de NBCC 183

Ccartes d'interface réseau 101cartes NIC et duplex intégral 101chaîne de requête 130cliché

présentation du processus de sauvegarde 272

clientNetBackup

emplacement du logiciel. Se reporter àClients UNIX

journaux de débogage. Sereporterà clientsUNIX. Se reporter à clients Windows etNetWare

nom configuré 340nom de pair 340noms d'hôtes multiples 339problèmes d'installation 30test de la configuration 36, 40

client SANet bp.conf 103

client, NetBackuprécupération de disque sous Windows 217

Clients SAN 274codes

nbsu 179CommandCentral Storage 104–105commande bpdown 87–88, 213commande bpup 88, 213commande vxlogcfg 136, 138, 155commande vxlogmgr 135, 138commande vxlogview 129

avec ID de travail, option 134présentation de la chaîne de requête 130

Commandes d'analyse de journaljournaux de débogage 169

compressionpour NBCC 183pour nbsu 178

config, fichier 317connexion réseau

multiple 339conservation

de journaux 127conserver les journaux pendant, paramètre 127conserver les journaux, paramètre 147consignation

changement de l'emplacement 126définition du niveau sur les clients PC 157niveaux 154sauvegarde synthétique 157voir consignation héritée 140

consignation héritée 140clients PC 151configuration de la rotation 149contrôle de la taille de 147

Index350

emplacements 140format de nom de fichier 142journaux clients 149répertoires 140substitution de la 147

consignation robuste de fichier 136consignation unifiée 114

archivage des fichiers journaux avec tar 117changement de l'emplacement 126configuration des paramètres 136conservation 127contrôle de l'utilisation de l'espace disque 139contrôle de la taille de 137contrôle du nombre de fichiers journaux 138définition du niveau sur les clients PC 157emplacement. 114format de nom de fichier 118format des fichiers 129ID de produit NetBackup 118journaux clients 149liste des paramètres 138rotation de fichier 128soumission au support technique 116suppression des journaux 135types de message 117utilisation par des processus 119

Console d'administration NetBackupconsignation des débogages 164erreurs 162

correctifs (installation pendant la récupération) 219Courrier électronique 196courrier électronique d'informations 196

DDaemon de collecte d'état 140Daemon de collecte d'état NetBackup.. Se reporter à

vmscddaemon de réseau (vnetd) 144daemon NB_dbsrv 77daemons

contrôle robotique 320robotique 320

daemons à contrôle robotique 320daemons robotiques 320DAYS_TO_KEEP_LOGS vm.conf 148débogage

NBCC 182nbsu 175

DémarrageNetBackup 264

démarrage des processus NetBackup 88dépannage, procédure préliminaire 23déplacement des journaux 126disque plein 76duplex intégral, mode 101

EEnterprise Media Manager (EMM) 265Enterprise Media Manager 203entrées SERVER

bp.conf 102erreur du système d'exploitation 163espace disque

pour des fichiers journaux 139Event Viewer, option de consignation 159eventlog 160

entrées du fichier 160exception, erreur dans l'interface admin Java 162extension de base de données 264

Ffaibles performances et cartes NIC 101Fibre Channel 274fichier d'essai 158fichier de base de données de classe 317fichier debug.properties 165fichier divers 329fichier failure_history 317fichier vm.conf 329fichiers

processus d'archivage 265processus de restauration 286processus de sauvegarde 265

fichiers d'aideClient UNIX 302Gestion des médias et des périphériques 329

FSM 274FT Service Manager 274

Ggoodies

répertoire 301

Hhost.xlate, fichier 342

351Index

hostIDconsignation unifiée 118

IID de créateur

liste des 119ID de produit pour NetBackup 118ifconfig

vérification du mode duplex de la carte NIC 102indicateur de détail 146indisponible 103inetd 30informations, enregistrement 14installation

Linux 30interface d'administration

consignation de l'activité 164erreurs 162

Interface Javadépannage en arrière-plan 162

interface Javaconsignation des débogages 164

ipconfigvérification du mode duplex de la carte NIC 102

JjbpSA

aperçu 310journal admin 143journal bpbackup 152journal bpbkar 152journal bpbrm 143journal bpdbjobs 143journal bpdbm 143journal bpdm 143journal bpjava-msvc 143, 165journal bpjava-usvc 165journal bplist 153journal bpmount 153journal bporaexp 150journal bporaexp64 151journal bporaimp 151journal bporaimp64 151journal bprd 143journal bprestore 153journal bpsrv 153journal bptm 143journal obackup_tape 151

journal user_ops 144, 151, 154journal vnetd 144journaux

activité client UNIXbp 150bparchive 150bpbackup 150bpbkar 150bpcd 150bphdb 150bpjava-msvc 143bplist 150bpmount 150bprestore 151obackup_tape 151tar 151user_ops 151

activité de serveuracssi 145admin 143bpbrm 143bpcd 143bpdbjobs 143bpdbm 143bpdm 143bpjava-susvc 143bprd 143bpsynth 143bptm 143–144daemon 145ltid 145nbjm 120nbpem 120nbrb 120reqlib 145robots 145tpcommand 145

Activité du client PCbp 152

activité du client PCbparchive 152bpbackup 152bpbkar 152bpcd 152bpinetd 152bplist 153bpmount 153bprestore 153bpsrv 153

Index352

tar 153user_ops 154

conservation de fichier 127débogage

détaillé, activation 164définition de la période de conservation 147Event Viewer, option de consignation 159présentation [journaux

aaa] 111rapports

NetBackup 112système 113

journaux de débogage 164NetBackup 328utilitaires d'analyse 169vmd 144, 328

journaux système 113

LLinux 30ltid 146ltid, description 331

MMaxLogFileSizeKB 137–139, 149mklogdir.bat 140mode duplex et performances 101Mode sécurisé

pour PBX 84

Nnbaudit 311NBCC

affichage de la progression 183archivage et compression 183cas d'utilisation 181dépannage 182emplacement 181exécute les opérations suivantes 181nbcc-info.txt, fichier 182présentation 181remarques sur l'exécution 181sortie 183

nbcc-info.txt, fichier 182nbdb_move 211nbemm 26, 265, 311nbfdrv64 311

nbftclnt 125, 274, 276, 292, 312et bp.conf 103

nbftsrvr 274, 276, 292, 312nbjm 26, 120, 265, 273, 280, 312–313NBNWNT 278, 294NBNWNT.EXE 312nbpem 26, 120, 265–266, 273, 280, 313nbproxy 313nbrb 26, 77, 120, 265, 313nbrmms 314nbstserv 314nbsu

Affichage de la progression 179archivage et compression 178bundle, création 178cas d'utilisation 174création du fichier de sortie xml 178dépannage 175emplacement 174et codes de statut 179fichier de sortie 176fichier nbsu_info.txt 176introduction 174

nbsu_info.txt, fichier 176NBWIN 277, 293NBWIN.EXE 314ndmpagent

aperçu 313NearStore 281NetBackup

ID de produit 118pas de réponse 76

niveau de consignation 154clients Windows et NetWare 157

niveau de consignation global 146, 154–155niveau de débogage 157niveau VERBOSE 155nom d'hôte, entrée

vérification 58nom, format

consignation héritée 142NumberOfFiles 139NumberOfLogFiles 138, 149

Oodld, description 331odltest 346OpenStorage 197, 210

353Index

originatorIDconsignation unifiée 118

Ppartitions brutes

processus de restauration 286processus de sauvegarde 265

PBXconsignation 85démarrage 83démarrage/arrêt 87dépannage 82Mode sécurisé 84mode sécurisé 86utilisateur authentifié 84

pbx_exchange 83, 315pbxcfg 84point de contrôle SAN 104Private Branch Exchange (PBX) 82problèmes d'installation 29problèmes de communication

clients PC 54clients UNIX 47

problèmes de configuration 30problèmes de configuration automatique 33problèmes de configuration de périphérique 33problèmes de réseau


procédure de dépannageentrées de nom d'hôte et de services 58général

serveur de médias et clients 40serveur maître et clients 36, 41

installation 29préliminaire 23problèmes de communication


procéduresDépannage

introduction 22dépannage

installation et configuration 29noms d'hôte et services 58préliminaire 23problèmes de communication 47, 54serveur de médias et clients 40serveur maître et clients 36

récupérationdisque client Windows 217

procédures de récupérationdisque client Windows 217

processus (voir présentation fonctionnelle) 263processus de restauration 286

Client NetWare 294Client Windows 2000 293

productIDconsignation unifiée 118

Propriétés de l'hôte 76propriétés du client, boîte de dialogue 76

Qql2300_stub 315

Rrapports

NetBackup 112recherche d'ID de travail dans les journaux

unifiés 134récupération de disque

Client Windows 217RedHat 30répertoire de base de données

NetBackup 300, 302répertoire de format 328répertoire de pilote 328répertoire de téléchargement 117répertoire des journaux

Client/serveur UNIX 302répertoire goodies 328reprise après incident

préparation au sinistre 193reqlib, répertoire 140restauration, autre client

host.xlate, fichier 342robtest 346–347RolloverMode 138rotation

consignation héritée 147consignation unifiée 119de journaux 128

Ssauvegarde

aperçu du processus 268, 275présentation du cliché 271

Index354

processusClients NetWare 278fichiers 265multiplexage 270

sauvegarde de base de données (voir sauvegarde decatalogue) 283

sauvegarde de catalogue 283sauvegarde hors hôte 108sauvegarde synthétique 279

journaux 157Sauvegarde Windows Open File 272sauvegardes multiplexées 270sauvegardes par l'utilisateur 266script drive_mount_notify 322script drive_unmount_notify 322sélection de lecteur de robot 322semi-duplex et mauvaises performances 101serveur

Journaux de débogage NetBackup 140problèmes d'installation 29procédure de test du serveur maître 36, 41procédure de test pour le serveur de médias 40

serveur d'application, code d'état (interface Java) 162serveur de médias

procédure de test 40Serveur EMM 265serveur maître

procédure de test 36, 41service NetBackup Client

démarrage et arrêt 28service NetBackup Database Manager

démarrage et arrêt 28service NetBackup Request Manager

démarrage et arrêt 28service NetBackup Resource Broker

démarrage et arrêt 28service NetBackup Device Manager

démarrage et arrêt 28service NetBackup Enterprise Media Manager

démarrage et arrêt 28service NetBackup Job Manager

démarrage et arrêt 28service NetBackup Policy Execution Manager

démarrage et arrêt 28service NetBackup Volume Manager

démarrage et arrêt 28services, entrées

vérification 58SharedDisk 197, 210

stderr 162stdout 162structure de répertoires

Gestion des médias et des périphériques 327SuSE 30syslogd 113

TTAR

NetBackup 315–316tar

fichiers journaux 117journal 153

TAR32 293tl4d, description 332tl4test 346–347tl8cd, description 333tl8d, description 332tl8test 346–347tldcd, description 334tldd, description 333tldtest 346–347tlhcd, description 335tlhd, description 334tlhtest 347tlmd, description 335tpautoconf 145, 202tpconfig 145tpconfig, présentation 336traceroute 342travaux

en attente pendant de longues périodes 76travaux en attente 76tshd, présentation 336tshtest 346

Uunifiée, journalisation

définition de niveau 154unité de stockage 103utilisateur authentifié

pour PBX 84utilitaire

test robotique 345utilitaire de support NetBackup

voir nbsu 174utilitaire de test

robotique 345

355Index

utilitaire de test robotique 345acstest 347odltest 346tl4test 346–347tl8test 346–347tldtest 346–347tlhtest 347tshtest 346

utilitaires d'analyse de journalformat de sortie 172limitations 172

VVERBOSE 146–147vérification de la cohérence NetBackup

voir NBCC 181version du logiciel

déterminationClient/serveur UNIX 302

vm.conf 146–147vmadm, présentation 337vmd 144

aperçu 336consignation des débogages 144

vmscd 140consignation 145

vmscd, présentation 337vxlogcfg 126, 149vxpbx_exchanged 87

Wwindrvr6 316

Xxinetd 30XML 151xml

pour nbsu 178

Index356

NetBackup Troubleshoot Guide

Documents

Transcript of NetBackup Troubleshoot Guide