Guide du module complémentaire NetBackup™ pour la console Microsoft SCVMM
- Introduction et remarques
- Installation du module complémentaire NetBackup pour SCVMM
- Configuration de l'Assistant Récupération de NetBackup
- Récupération des machines virtuelles
- Dépannage
Résolution des problèmes de communication du serveur principal dans le module complémentaire NetBackup pour SCVMM
Pour la récupération de machines virtuelles, le module complémentaire doit être associé à un serveur principal NetBackup enregistré disposant d'un jeton d'authentification approprié et valide. L'administrateur NetBackup génère le jeton d'authentification sur un serveur principal NetBackup spécifique pour un hôte spécifique de la console SCVMM. L'hôte de la console SCVMM peut ainsi accéder au serveur principal NetBackup sur lequel le jeton a été généré. (Remarque : vous pouvez valider des jetons d'authentification pour des serveurs principaux actuellement enregistrés à l'aide de l'option
du module complémentaire.)Si le nom d'hôte ou l'adresse TCP/IP de l'hôte de la console SCVMM ne correspond pas exactement aux informations contenues dans le jeton d'authentification, les opérations suivantes échouent : l'opération de gestion des serveurs maîtres et la récupération de la machine virtuelle. Des messages d'erreur tels que le suivant peuvent apparaître :
Unable to connect the Netbackup Master Server. Do you want to add this master server?
Authentication failed. Please verify that the master server token is valid and correct using the 'Manage Master Servers' dialog box
Pour identifier correctement le problème et l'action corrective, vous devez examiner le fichier journal VxUL. Entrez la commande suivante sur le serveur principal :
vxlogview -i nbwebservice -p nb - L -E
Le fichier journal inclut des messages semblables à ce qui suit :
02/17/2017 10:03:37.831 [Error] Remote host name does not match the name in the certificate, remote name:scvmm02.domain.com, name from certificate:scvmm02
Dans la capture de journal affichée, le nom dans le jeton est scvmm02
et le nom requis est scvmm02.domain.com
.
Cohesity vous recommande de révoquer le jeton existant, de régénérer un jeton avec le nom requis et d'utiliser le nouveau jeton sur l'hôte de la console SCVMM. Si vous n'y parvenez pas, ajoutez le nom de domaine complet de l'hôte de la console SCVMM comme un alias pour le jeton existant, comme suit :
manageClientCerts -addAlias scvmm02 -HOST scvmm02.domain.com
Vous pouvez également utiliser l'option -ANY :
manageClientCerts -addAlias scvmm02 -ANY
-ANY permet à tout hôte ou à toute adresse IP de communiquer avec le serveur NetBackup à l'aide de ce jeton.
Attention :
L'option -ANY n'est pas une méthode sécurisée pour les restaurations. Consultez le Guide de référence des commandes NetBackup pour obtenir plus d'informations sur la commande manageClientCerts.
Le fichier journal inclut des messages semblables à ce qui suit :
02/17/2017 16:18:13.951 [Error] Remote host name does not match the name in the certificate, remote name:10.10.10.11, name from certificate:scvmm02
Dans la capture de journal affichée, le nom dans le jeton est scvmm02
et le nom requis est 10.10.10.11
.
Cohesity vous recommande de révoquer le jeton existant, de régénérer un jeton avec le nom requis et d'utiliser le nouveau jeton sur l'hôte de la console SCVMM. Si vous n'y parvenez pas, ajoutez l'adresse TCP/IP de l'hôte de la console SCVMM comme un alias pour le jeton existant, comme suit :
manageClientCerts -addAlias scvmm02 -IP 10.10.10.11
Vous pouvez également utiliser l'option -ANY :
manageClientCerts -addAlias scvmm02 -ANY
-ANY permet à tout hôte ou à toute adresse IP de communiquer avec le serveur NetBackup à l'aide de ce jeton.
Attention :
L'option -ANY n'est pas une méthode sécurisée pour les restaurations.
Des informations supplémentaires sont disponibles :
Se reporter à Ajout ou suppression d'un nom d'hôte ou d'une adresse IP pour un jeton d'authentification.
Consultez la commande manageClientCerts dans le Guide de référence des commandes NetBackup.