Search <book_title>...

Guide de l'administrateur NetBackup™ for VMware

Last Published: 2023-01-17

Product(s): NetBackup (10.1.1)

Gestion des associations d'étiquettes VMware par NetBackup au moment de la restauration

Pour mieux comprendre le comportement de restauration NetBackup, il est important de comprendre certains des mécanismes internes de gestion des associations d'étiquettes par VMware. Pour chaque étiquette créée dans VMware, il existe un identifiant interne que vous ne pouvez ni afficher ni modifier. Cette fonctionnalité permet à VMware de fonctionner correctement sans prendre en compte les variations dans les conventions de nommage. Les étiquettes sont répliquées dans l'ensemble de l'environnement via le composant PSC (Platform Services Controller).

NetBackup reconnaît et utilise les noms d'étiquettes lorsqu'elles font partie de la requête VIP. Les sauvegardes de la machine virtuelle stockent le nom d'étiquette et l'identifiant interne VMware pour toutes les étiquettes associées à cette machine virtuelle. Au cours de la restauration, toutefois, NetBackup crée les associations d'étiquettes uniquement sur la base des identifiants internes VMware qui sont définis dans le serveur vCenter cible.

Figure : Exemple d'environnement VMware

Figure : Exemple d'environnement VMware présente un exemple d'environnement VMware avec plusieurs serveurs vCenter, machines virtuelles et étiquettes. Supposez qu'une sauvegarde de toutes les machines virtuelles se termine correctement avec un code d'état NetBackup 0.

Si vous restaurez la machine VM1 sur vCenter1 ou vCenter2, elle est restaurée avec l'étiquette A et la restauration se termine avec un code d'état NetBackup 0. Ce comportement s'applique à la fois à une restauration vers le même nom et à une restauration vers un client alternatif. Cela s'explique par le fait que VMware réplique les étiquettes dans l'ensemble des serveurs vCenter liés à un seul composant PSC.
Si vous restaurez la machine VM1 vers vCenter3, elle est restaurée sans étiquette. La restauration se termine avec un code d'état NetBackup 1. Cela s'explique par le fait que VMware utilise l'identifiant interne. Même s'il existe un nom d'étiquette A dans vCenter3, l'identifiant interne pour l'étiquette A ne correspond pas à l'identifiant interne qui est restauré. Ce comportement s'applique à la fois à une restauration vers un client alternatif ou du même nom.
Après la sauvegarde NetBackup, si l'étiquette A est renommée en B, lorsque VM1 est restauré sur vCenter1 ou vCenter2, elle est restaurée avec l'étiquette B. La restauration se termine avec un code d'état NetBackup 0. Cela s'explique par le fait que VMware utilise l'identifiant interne et associe maintenant cet identifiant avec le nom d'étiquette B.
Après la sauvegarde NetBackup, si l'étiquette A est supprimée, lorsque VM1 est restauré sur vCenter1 ou vCenter2, elle est restaurée sans association d'étiquettes. La restauration se termine avec un code d'état NetBackup 1.

Si pour une raison quelconque, la sauvegarde des machines virtuelles dans Figure : Exemple d'environnement VMware n'a pas correctement capturé les associations d'étiquettes, la sauvegarde se termine avec un code d'état NetBackup 0. Les motifs d'échec de la capture des associations d'étiquettes s'affichent dans le moniteur d'activité. Toute restauration basée sur cette sauvegarde se termine avec un code d'état NetBackup 0, mais aucune information d'étiquette n'est restaurée. En fonction de l'erreur de sauvegarde, plus d'informations concernant les associations d'étiquettes peuvent s'afficher dans le moniteur d'activité.