NVP vProxy : Échec de la FLR et de la restauration instantanée pour le vCenter basé sur le Cloud

• VMware vCenter est déployé en tant que solution basée sur le Cloud :
  • VMware Cloud on Amazon Web Services (AWS).
  • Azure VMware Solution (AVS)
  • Google Cloud VMware Engine (GCVE)
• Les opérations de restauration en mode fichier vProxy de NetWorker VMware Protection (NVP) échouent. Les erreurs observées peuvent varier, mais consistent généralement en :
  • vProxy ne parvient pas à se connecter au NFS (Network File Service) sur le système Data Domain.
  • vProxy ne parvient pas à monter les disques de machine virtuelle sur la machine virtuelle cible pendant la FLR.

Ce comportement est normal.

Les opérations suivantes ne sont pas prises en charge pour les vCenters déployés sur des plates-formes Cloud :

• Restauration en mode fichier à partir d’une sauvegarde basée sur une image.
• Restauration avec accès instantané à partir d’une sauvegarde basée sur une image
• Restauration d’urgence (restauration en mode image directement sur un hôte ESXi, en contournant le vCenter).
• Sauvegarde ou restauration cohérente avec les applications (SQL MSVMAPPAGENT).
• Sauvegarde ou restauration à l’aide du mode de transport NBD (Network Block Device) ou NBDSLL.
• Sauvegarde ou restauration des machines virtuelles placées dans un dossier du datacenter software-defined (SDDC).
• Redéploiement vProxy (nsrvproxy_mgmt redeploy)

Cela est conforme au Guide d’intégration de NetWorker VMware : https://www.dell.com/support/product-details/product/networker/docs

Seule la restauration à partir d’une image ou d’un disque de machine virtuelle (VMDK) est prise en charge sur les plates-formes Cloud.

Pour effectuer une FLR d’une machine virtuelle basée sur le Cloud, le logiciel client NetWorker doit être installé sur la machine virtuelle. Configurez un client NetWorker sur le serveur NetWorker pour la machine virtuelle et effectuez des sauvegardes sur le client. Consultez le NetWorker Administration Guide.