Recherche dans <book_title>…

Guide de l'administrateur de l'interface utilisateur Web NetBackup™

Last Published: 2025-02-18

Product(s): NetBackup & Alta Data Protection (10.5.0.1)

Exemples de restaurations redirigées

Cette rubrique fournit quelques exemples de configuration permettant aux clients de restaurer les fichiers qui ont été sauvegardés par d'autres clients. Ces méthodes peuvent être requises quand un client se connecte par le biais d'une passerelle ou possède plusieurs connexions Ethernet.

Dans des tous les cas, le client à l'origine de la demande doit avoir accès à un répertoire de base de données d'images sur le serveur principal, ou le client à l'origine de la demande doit faire partie d'une politique NetBackup existante.

Sous Windows : install_path\NetBackup\db\images\client_name
Sous UNIX : /usr/openv/netbackup/db/images/client_name

Remarque :

Les différents types de système de fichiers ne prennent pas tous en charge les mêmes fonctions sur tous les ordinateurs. Des problèmes peuvent se produire lorsqu'un fichier est restauré à partir d'un type de système de fichiers vers un autre. Par exemple, le système de fichiers S51K sur les ordinateurs SCO ne prend pas en charge les liens symboliques ni les noms contenant plus de 14 caractères. Vous pouvez souhaiter restaurer un fichier sur un ordinateur qui ne prend pas en charge toutes les fonctions de l'ordinateur à partir duquel la restauration a été effectuée. Dans ce cas, certains fichiers risquent de ne pas être restaurés.

Dans les exemples suivants, supposons ce qui suit :

client1 est le client qui demande la restauration.
client2 est le client qui a créé les sauvegardes que le client à l'origine de la demande veut restaurer.
Sous Windows : La variable install_path correspond au chemin d'installation de NetBackup. Ce chemin est C:\Program Files\Veritas par défaut.
Remarque :
Les informations de cette rubrique s'appliquent aux restaurations effectuées à partir de la ligne de commande plutôt qu'à partir de l'interface client Sauvegarde, archivage et restauration.
Remarque :
Sous Windows : Vous devez disposer des autorisations nécessaires pour effectuer les étapes suivantes.
Sous UNIX : Vous devez être un utilisateur racine pour effectuer toute étape sur le serveur NetBackup. Vous devrez peut-être également être un utilisateur racine pour apporter des modifications sur le client.

Exemple de restauration client redirigée

Supposez que vous devez restaurer des fichiers sur le client1 sauvegardés depuis le client2. Les noms du client1 et du client2 sont ceux spécifiés par le paramètre de nom de client NetBackup sur les clients.

Sous Windows :

Connectez-vous au serveur NetBackup.
Ajoutez client2 au fichier suivant et effectuez l'une de ces opérations :
- Modifiez install_path\NetBackup\db\altnames\client1 de sorte à inclure le nom de client2.
- Créez le fichier vide suivant :
  install_path\NetBackup\db\altnames\No.Restrictions

Sous UNIX :

Connectez-vous en tant qu'utilisateur racine sur le serveur NetBackup.
Effectuez l'une des opérations suivantes :
- Modifiez /usr/openv/netbackup/db/altnames/client1 pour qu"il inclue le nom du client2. Ou,
- Exécutez la commande touch sur le fichier suivant :
  /usr/openv/netbackup/db/altnames/No.Restrictions
  Remarque :
  Le fichier No.Restrictions permet à un client de restaurer des fichiers depuis client2.
Connectez-vous à client1 et remplacez le nom de client NetBackup par client2.
Restaurez le fichier.
Annulez les modifications apportées sur le serveur et le client.

Exemple de restauration client redirigée utilisant le fichier altnames

Cet exemple explique comment altnames fournit des fonctions de restauration aux clients qui n'utilisent pas leur propre nom d'hôte quand ils se connectent au serveur NetBackup.

Par défaut, le nom du client NetBackup qui effectue la demande doit correspondre au nom de pair utilisé pour la connexion au serveur NetBackup. Quand le nom du client NetBackup est le nom d'hôte du client et correspond au nom de pair (cas normal), cette condition est remplie.

Cependant, des problèmes surviennent quand les clients se connectent à plusieurs réseaux Ethernet ou se connectent au serveur NetBackup par le biais d'une passerelle.

Figure : Exemple de restauration à partir d'un client Token Ring

Dans cet exemple, des demandes de restauration de client1, client2 et client3 sont acheminées par le biais de la passerelle TCP. Étant donné que la passerelle utilise son propre nom de pair plutôt que les noms d'hôte client pour la connexion au serveur NetBackup, NetBackup refuse les demandes. Les clients ne peuvent pas même restaurer leurs propres fichiers.

Pour remédier au problème, procédez comme suit :

Déterminez le nom de pair de la passerelle :
- Tentez une restauration à partir du client en question. Dans cet exemple, la demande échoue et un message d'erreur s'affiche :
  client is not validated to use the server
- Examinez le rapport des problèmes de NetBackup et identifiez le nom de pair utilisé dans la demande. Les entrées du rapport peuvent s'apparenter aux entrées suivantes :
  01/29/12 08:25:03 bpserver - request from invalid server or client client1.dvlp.null.com
  Dans cet exemple, le nom de pair est client1.dvlp.null.com.
Effectuez l'une des opérations suivantes :
Sous Windows : déterminez le nom de pair, puis créez le fichier suivant sur le serveur principal NetBackup :
install_path\NetBackup\db\altnames\peername
Dans cet exemple, le fichier est :
install_path\NetBackup\db\altnames\client1.dvlp.null.com
Sous UNIX : Exécutez la commande touch sur le fichier suivant :
/usr/openv/netbackup/db/altnames/peername
Dans cet exemple, le fichier est :
/usr/openv/netbackup/db/altnames/client1.dvlp.null.com
Modifiez le fichier du peername de sorte qu'il inclue les noms des clients.
Par exemple, si vous laissez le fichier client1.dvlp.null.com vide, client1, client2 et client3 peuvent tous accéder aux sauvegardes qui correspondent à leur paramètre de nom de client NetBackup.

Si vous ajoutez les noms client2 et client3 au fichier, vous donnez à ces deux clients l'accès aux restaurations de fichier de NetBackup, mais excluez client1.

Notez que cet exemple ne requiert l'apport d'aucune modification sur les clients.
Restaurez les fichiers.

Exemple de dépannage d'une restauration client redirigée à l'aide des noms de fichier altnames

Si vous ne parvenez pas à restaurer les fichiers par le biais d'une restauration client redirigée à l'aide du fichier altnames, corrigez ce problème de la manière suivante :

Windows :

Créez le répertoire des journaux de débogage pour le daemon de demande NetBackup :
install_path\NetBackup\logs\bprd
Sur le serveur principal, arrêtez et redémarrez le daemon de requête NetBackup. Redémarrez le service pour garantir que ce service s'exécute en mode détaillé et consigne les informations concernant les demandes client.
Sur client1 (client à l'origine de la demande), tentez la restauration de fichier.
Sur le serveur principal, identifiez la connexion de nom de pair utilisée par client1.
Dans le journal de débogage du daemon de requête NetBackup, recherchez la combinaison de noms à l'origine de l'échec :
install_path\NetBackup\logs\bprd\mmddyy.log
Sur le serveur principal, effectuez l'une des opérations suivantes :
- Créez un fichier install_path\NetBackup\db\altnames\No.Restrictions. Le fichier permet à n'importe quel client d'accéder aux sauvegardes client2 si le client prend le nom de client NetBackup client2.
- Créez un fichier install_path\NetBackup\db\altnames\peername. Le fichier permet au client1 d'accéder aux sauvegardes client2 si le client1 prend le nom de client NetBackup client2.
- Ajouter le nom du client2 au fichier suivant : install_path\NetBackup\db\altnames\peername.
- client1 est autorisé à accéder aux sauvegardes sur client2 seulement.
Sur client1, modifiez le paramètre de nom de client NetBackup pour correspondre à ce qui est spécifié sur client2.
Restaurez les fichiers depuis client1.
Exécutez les actions suivantes :
- Supprimez le répertoire install_path\NetBackup\logs\bprd et son contenu.
- Dans l'interface utilisateur Web NetBackup, ouvrez les propriétés d'hôte du serveur principal. Cliquez sur Consignation. Effacez la valeur du paramètre Conserver les journaux pendant xxx jours.
Si vous ne souhaitez pas que la modification soit permanente, procédez comme suit :
- Supprimez install_path\NetBackup\db\altnames\No.Restrictions (s'il existe).
- Supprimez install_path\NetBackup\db\altnames\peername (s'il existe).
- Sur client1, modifiez le nom de client NetBackup en le remplaçant par sa valeur initiale.

UNIX :

Sur le serveur principal NetBackup, ajoutez l'entrée VERBOSE et un niveau de consignation au fichier bp.conf. Par exemple :
```
VERBOSE = 3
```
Créez le répertoire des journaux de débogage pour bprd en exécutant la commande suivante :
mkdir /usr/openv/netbackup/logs/bprd
Sur le serveur NetBackup, arrêtez le daemon de requête NetBackup (bprd) et redémarrez-le en mode détaillé en exécutant ce qui suit :
```
/usr/openv/netbackup/bin/admincmd/bprdreq -terminate
/usr/openv/netbackup/bin/bprd -verbose
```
Redémarrez le daemon bprd pour garantir que bprd consigne les informations concernant les demandes client.
Sur client1, tentez la restauration de fichiers.
Sur le serveur NetBackup, identifiez la connexion de nom de pair que client1 utilise.
Dans le journal bard debug, recherchez la combinaison de noms à l'origine de l'échec :
/usr/openv/netbackup/logs/bprd/log.date
Entrez la commande suivante sur le serveur NetBackup :
mkdir -p /usr/openv/netbackup/db/altnames touch /usr/openv/netbackup/db/altnames/No.Restrictions
Cette commande permet d'autoriser tout client à définir son paramètre de nom de client NetBackup sur client2 pour accéder aux sauvegardes de client2.
Exécutez la commande touch sur le fichier suivant :
/usr/openv/netbackup/db/altnames/peername
Ces commandes permettent au client1 d'accéder aux sauvegardes du client2 en modifiant son paramètre de nom de client NetBackup pour spécifier client2.
Ajoutez client2 au fichier /usr/openv/netbackup/db/altnames/peername. L'ajout au fichier peername permet au client1 d'accéder aux sauvegardes qui ont été créées sur client2 seulement.
Sur client1, modifiez le paramètre de nom de client NetBackup pour le faire correspondre au nom spécifié sur client2.
Restaurez les fichiers depuis client1.
Procédez comme suit :
- Supprimez l'entrée VERBOSE du fichier /usr/openv/netbackup/bp.conf sur le serveur principal.
- Supprimez /usr/openv/netbackup/logs/bprd et son contenu.
Revenez à la configuration antérieure à la restauration.
- Supprimez /usr/openv/netbackup/db/altnames/peer.or.hostname (s'il existe).
- Supprimez /usr/openv/netbackup/db/altnames/No.Restrictions(s'il existe).
- Sur client1, restaurez le paramètre de nom de client NetBackup à sa valeur initiale.

Plus d'informations

Autoriser un client unique à effectuer des restaurations redirigées

Permettre des restaurations redirigées des fichiers d'un client spécifique