Guide de l'administrateur Veritas NetBackup™ for VMware

NetBackup ne peut pas obtenir l'ID de volume d'un lecteur

NetBackup peut ne pas pouvoir obtenir l'ID de volume d'un lecteur. Dans ce cas, aucun des lecteurs de machine virtuelle n'est sauvegardé. La sauvegarde échoue avec un code d'état NetBackup 156.

Le lecteur peut être arrêté.

Une sauvegarde de la machine virtuelle est déjà en activité

Il est impossible d'exécuter plus d'une sauvegarde par machine virtuelle à la fois. Si vous lancez une deuxième sauvegarde de la machine virtuelle tandis que la première sauvegarde est active, le deuxième travail échoue sur l'état 156.

Opération recommandée : Attendez que le premier travail se termine, puis exécutez le second.

Le nom de la machine virtuelle n'a pas pu être trouvé

NetBackup ne peut pas trouver le nom d'hôte ou le nom affiché d'une machine virtuelle répertoriée dans la politique de sauvegarde. Le journal d'état détaillé peut inclure le message d'erreur suivant :

Critical bpbrm (pid=<pid number>) from client <client name>:
FTL - snapshot creation failed, status 156.)

En l'absence d'adresses IP statiques des machines virtuelles, NetBackup peut être configuré de manière à identifier les machines virtuelles par leur nom affiché ou leur UUID. Les clusters et réseaux qui assignent des adresses IP dynamiquement sont des exemples d'environnements qui n'utilisent pas d'adresses IP statiques.

Remarquez que NetBackup peut être configuré de manière à identifier les machines virtuelles par leurs noms affichés. Dans ce cas, assurez-vous que les noms affichés sont uniques et qu'ils ne contiennent pas de caractères spéciaux.

Se reporter à Options de l'identifiant de la machine virtuelle principale (VMware).

La machine virtuelle est hors tension

Via un serveur vCenter, NetBackup peut sauvegarder les machines virtuelles désactivées. Vous devez fournir des informations d'authentification pour permettre à NetBackup d'accéder au serveur vCenter.

Se reporter à Ajout d'informations d'authentification NetBackup pour VMware.

La machine virtuelle a un ou plusieurs disques indépendants et son état est Interrompu.

Si l'état d'une machine virtuelle avec les disques indépendants est Interrompu, les travaux de snapshot échouent. Un message semblable au message suivant s'affiche dans les détails du travail :

01/12/2015 17:11:37 - Critical bpbrm (pid=10144) from client 
<client name>: FTL - VMware error received: Cannot take a 
memory snapshot, since the virtual machine is configured with 
independent disks.

Ce problème résulte d'une limitation de VMware (SR#15583458301). Plus d'informations sont disponibles dans l'article VMware suivant :

http://kb.vmware.com/kb/1007532

La solution de contournement consisterait à passer l'état de la machine virtuelle à Sous tension ou Hors tension et réexécuter la sauvegarde.

Le disque de la machine virtuelle est en mode brut (RDM)

Le RDM est ignoré (non sauvegardé) et tous les disques indépendants sont recréés, mais vides.

Se reporter à Configurations de sauvegarde des RDM.

La tentative de création d'un snapshot a dépassé le délai de VMware

Si la tentative de création de snapshot de la machine virtuelle dépasse le délai de VMware de 10 secondes, le snapshot échoue avec l'état NetBackup 156. Ce délai peut se produire si la machine virtuelle est configuré avec un trop grand nombre de volumes. Notez que le délai peut se produire même si l'option Inactivité de la machine virtuelle a été désactivée.

Aucun fichier vmdk n'est assigné à la machine virtuelle

Le snapshot échoue si la machine virtuelle n'a aucun fichier vmdk.

Il peut exister des machines virtuelles sans fichiers vmdk dans un environnement vCenter SRM (Site Recovery Manager). Si une machine virtuelle répliquée n'a jamais été en activité, il est en mode passif et peut ne pas avoir de fichiers vmdk.

Vous pouvez activer l'option Ignorer les machines virtuelles sans disque dans l'onglet Attributs avancés de VMware de la politique. Si cette option est activée : NetBackup ne sauvegarde pas une machine virtuelle répliquée (passif) dans un environnement SRM si cette machine virtuelle n'a aucun fichier vmdk.

Plus d'informations sont disponibles sur l'option Ignorer les machines virtuelles sans disque.

Se reporter à Boîte de dialogue VMware - Attributs avancés.

Le fichier vmdk a trop de fichiers delta

A chaque snapshot de VMware pris, un fichier delta.vmdk est créé pour chaque vmdk. Si 32 ou plus de ces fichiers se rapportent à un même fichier vmdk, la sauvegarde NetBackup de la machine virtuelle peut échouer (état 156). Les détails du travail du moniteur d'activité NetBackup contiennent un message semblable à celui-ci :

02/06/2015 10:33:17 - Critical bpbrm (pid=15799) from 
client fl5vm1_2012: FTL - vSphere_freeze: Unable to proceed with 
snapshot creation, too many existing delta files(44).
02/06/2015 10:33:17 - Critical bpbrm (pid=15799) from client
fl5vm1_2012: FTL - VMware_freeze: VIXAPI freeze (VMware snapshot)
failed with 25: SYM_VMC_FAILED_TO_CREATE_SNAPSHOT
02/06/2015 10:33:17 - Critical bpbrm (pid=15799) from client
fl5vm1_2012: FTL - vfm_freeze: method: VMware_v2, type: FIM,
function: VMware_v2_freeze

Pour sauvegarder la machine virtuelle, procédez comme suit :

Echec de l'opération de suspension de snapshot VMware.

Si la politique NetBackup est activée pour l'inactivité de la machine virtuelle (paramètre par défaut), l'opération de snapshot de VMware dans vSphere lance une opération de suspension de la machine virtuelle. Si la suspension de snapshot échoue, le travail NetBackup échoue et indique l'état 156.