Search <book_title>...

Guide de l'administrateur Veritas NetBackup™, volume I

Last Published: 2017-11-23

Product(s): NetBackup (8.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 maître ou le client à l'origine de la demande doit être un membre 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 :install_pathest le chemin d'accès où vous avez installé le logiciel NetBackup. Par défaut, ce chemin d'accès est C:\Program Files\Veritas.
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.

Dans le cas nominal, procédez comme suit :

Sous Windows : connectez-vous au serveur NetBackup.
Ajoutez client2 au fichier suivant et effectuez l'une des opérations suivantes :
- Modifiez install_path\NetBackup\db\altnames\client1 afin d'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 au serveur NetBackup.
Effectuez l'une des opérations suivantes :
- Modifiez /usr/openv/netbackup/db/altnames/client1 afin qu'il inclue le nom de 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 résoudre la situation, effectuez les opérations suivantes.

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.

Sous Windows : Déterminez le nom de pair, puis créez le fichier suivant sur le serveur maître NetBackup :

install_path\NetBackup\db\altnames\peername

Sous UNIX : Exécutez la commande touch sur le fichier suivant :

/usr/openv/netbackup/db/altnames/peername

Dans cet exemple, le fichier est :

Sous Windows :

chemin_installation\NetBackup\db\altnames\client1.dvlp.null.com

Sous UNIX :

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

Sous 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 maître, 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 maître, identifiez la connexion de nom de pair que client1 utilise.
Examinez l'échec consigné dans le rapport Toutes les entrées de journal ou examinez le journal de débogage du daemon de requête NetBackup afin d'identifier la combinaison de noms à l'origine de l'échec :
install_path\NetBackup\logs\bprd\mmddyy.log
Effectuez l'une des opérations suivantes sur le serveur maître :
- 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 install_path\NetBackup\logs\bprd et le contenu.
- Sur le serveur maître, sélectionnez Gestion NetBackup > Propriétés de l'hôte > Serveurs maîtres > cliquez deux fois sur le serveur maître. Dans la boîte de dialogue Propriétés du serveur maître, dans le volet gauche, cliquez sur Consignation. Décochez la case Conserver les journaux.
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.

Sous UNIX :

Sur le serveur maître 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.
Étudiez les informations sur la défaillance consignées dans le rapport Toutes les entrées de journal ou consultez le journal de bard debug pour identifier la combinaison de nom défaillante :
/usr/openv/netbackup/logs/bprd/log.date
Effectuez l'une des opérations suivantes sur le serveur NetBackup :
- Saisissez les commandes suivantes :
  mkdir -p /usr/openv/netbackup/db/altnames touch /usr/openv/netbackup/db/altnames/No.Restrictions
  Ces commandes permettent à n'importe quel client d'accéder aux sauvegardes du client2 en modifiant son paramètre de nom de client NetBackup pour spécifier 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 maître.
- Supprimez /usr/openv/netbackup/logs/bprd et le contenu.
Pour revenir à la configuration antérieure à la restauration, procédez comme suit :
- 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

Autoriser un client unique à effectuer des restaurations redirigées