Notes de mise à jour de VMware Site Recovery Manager 8.5

Dispositif virtuel VMware Site Recovery Manager 8.5 | 5 octobre 2021 | Build 18710731 | Télécharger

Outil d'importation/exportation de configuration de VMware Site Recovery Manager 8.5 | 5 octobre 2021 | Build 18710000

Vérifiez les compléments et les mises à jour pour ces notes de mise à jour.

Contenu des notes de mise à jour

Ces notes de mise à jour contiennent les rubriques suivantes :

Nouveautés dans VMware Site Recovery Manager 8.5
Remarque relative à la prise en charge du produit
Localisation
Compatibilité
Installation et mise à niveau
Migration vers le dispositif virtuel VMware Site Recovery Manager
Sécurité réseau
Limites de fonctionnement de VMware Site Recovery Manager
Composants Open Source
Mises en garde et limites
Problèmes connus

Nouveautés dans VMware Site Recovery Manager 8.5

VMware Site Recovery Manager 8.5 est compatible avec VMware vSphere 7.0 Update 3.
Prise en charge du stockage étendu pour les groupes de protection de réplication basée sur la baie.
Améliorations apportées à la protection automatique des machines virtuelles : suppression automatique de la protection et capacité à déplacer des machines virtuelles entre des groupes de protection
L'interface utilisateur de Site Recovery, l'interface utilisateur de configuration et le plug-in vSphere Client de Site Recovery prennent désormais en charge Clarity 5.1.
Refonte de la grille de données de l'interface utilisateur pour prendre en charge l'affichage de plus de détails avec des clusters de banques de données comprenant plusieurs banques de données.
Pour plus d'informations sur les API publiques de VMware Site Recovery Manager et une automatisation plus importante de ce produit, reportez-vous au Guide du développeur d'API de Site Recovery Manager.
vRealize Operations Management Pack for VMware Site Recovery Manager 8.5. Pour plus d'informations sur le module de gestion, consultez les Notes de mise à jour de VMware vRealize Operations Management Pack for VMware Site Recovery Manager 8.5.
Plug-in vRealize Orchestrator pour VMware Site Recovery Manager 8.5. Pour obtenir plus d'informations sur les nouveaux workflows, consultez les Notes de mise à jour du plug-in VMware vRealize Orchestrator pour VMware Site Recovery Manager 8.5.

Remarque : pour en savoir plus sur l'interopérabilité avec les versions précédentes ou ultérieures de VMware vSphere, consultez les Matrices de compatibilité de VMware Site Recovery Manager 8.5.

Pour plus d'informations sur les fonctionnalités de vSphere 7.0 Update 3, consultez la documentation de vSphere 7.0.

Pour plus d'informations sur les bases de données prises en charge, consultez les Matrices de compatibilité de VMware Site Recovery Manager 8.5.

Remarque relative à la prise en charge du produit

NOUVEAU VMware Site Recovery Manager 8.5 est la dernière version générale qui prend en charge les groupes de protection de stratégie de stockage (SPPG).

VMware Site Recovery Manager ne prend plus en charge la version Windows du programme d'installation et est disponible uniquement en tant que dispositif.

Localisation

VMware Site Recovery Manager 8.5 est disponible dans les langues suivantes :

Anglais
Français
Allemand
Japonais
Coréen
Chinois simplifié
Chinois traditionnel
Espagnol

Compatibilité

Matrice de compatibilité de VMware Site Recovery Manager

VMware Site Recovery Manager 8.5 est compatible avec vSphere 6.7 et versions ultérieures, et prend en charge les versions d'ESXi prises en charge par vCenter Server 7.0.

VMware Site Recovery Manager 8.5 requiert une version de vCenter Server prise en charge sur le site protégé et sur le site de récupération.

Pour obtenir des informations sur l'interopérabilité et la compatibilité des produits, notamment sur la prise en charge de la personnalisation des systèmes d'exploitation invités, consultez les Matrices de compatibilité de VMware Site Recovery Manager 8.5.

Baies de stockage et adaptateurs de réplication de stockage compatibles

Pour afficher la liste actuelle des baies de stockage et des adaptateurs de réplication de stockage compatibles pris en charge, reportez-vous au Guide de compatibilité des partenaires de stockage de Site Recovery Manager.

Fournisseurs VASA de volumes virtuels (vVols) partenaires compatibles

Pour obtenir la liste actuelle des fournisseurs VASA de vVols partenaires compatibles, reportez-vous au Guide de compatibilité de VMware.

Prise en charge de VMware vSAN

VMware Site Recovery Manager 8.5 peut protéger des machines virtuelles qui résident sur VMware vSAN à l'aide de vSphere Replication. vSAN n'a pas besoin d'un adaptateur de réplication de stockage (SRA) pour fonctionner avec VMware Site Recovery Manager 8.5.

Installation et mise à niveau

Pour plus d'informations sur l’installation et la mise à niveau de VMware Site Recovery Manager, consultez Installation et configuration de Site Recovery Manager.

Pour connaître les chemins de mise à niveau pris en charge pour VMware Site Recovery Manager, sélectionnez Chemin de mise à niveau et VMware Site Recovery Manager dans Matrices d'interopérabilité des produits VMware.

REMARQUE :

Si les instances de vCenter Server sur les sites protégés et de récupération sont en mode Enhanced Linked Mode, elles doivent être des partenaires de réplication directe. Sinon, la mise à niveau peut échouer.

Migration vers le dispositif virtuel VMware Site Recovery Manager

Vous pouvez migrer votre instance de Site Recovery Manager 8.3.x de Windows vers le dispositif virtuel Site Recovery Manager 8.3, puis effectuer la mise à niveau vers le dispositif virtuel Site Recovery Manager 8.5. Pour plus d'informations sur la procédure de migration, reportez-vous à la section Migration de Site Recovery Manager pour Windows vers un dispositif virtuel Site Recovery Manager.

Sécurité réseau

Site Recovery Manager requiert une connexion réseau de gestion entre les sites couplés. Les instances de Site Recovery Manager Server se trouvant sur le site protégé et sur le site de récupération doivent pouvoir se connecter les unes aux autres. En outre, chaque instance de Site Recovery Manager nécessite une connexion réseau à Platform Services Controller et aux instances de vCenter Server que Site Recovery Manager étend au site distant. Utilisez un réseau privé restreint, non accessible à partir d'Internet, pour tout le trafic réseau entre les sites Site Recovery Manager. En limitant la connectivité réseau, vous limitez le potentiel de certains types d'attaques.

Pour obtenir la liste des ports réseau dont Site Recovery Manager a besoin pour s'ouvrir sur les deux sites, consultez l'article Ports réseau pour Site Recovery Manager.

Limites de fonctionnement de VMware Site Recovery Manager 8.5

Pour en savoir plus sur les limites de fonctionnement de VMware Site Recovery Manager 8.5, consultez l'article Limites de fonctionnement de Site Recovery Manager.

Composants Open Source

Les déclarations de copyright et les licences applicables aux composants logiciels Open Source distribués dans VMware Site Recovery Manager 8.5 sont disponibles sur la page Télécharger VMware Site Recovery Manager. Vous pouvez également télécharger les fichiers source pour une licence GPL, LGPL ou d'autres licences semblables pour lesquelles le code source ou les modifications du code source doivent être disponibles pour la dernière version généralement disponible de vCenter Site Recovery Manager.

Mises en garde et limites

La protection et la récupération des machines virtuelles chiffrées avec vSphere Replication nécessitent VMware vSphere 6.7 Update 1 ou version ultérieure pour les versions 6.7.x et vSphere 7.0 Update 2c ou version ultérieure pour les versions 7.0.x.
La préservation des balises vSphere n'est pas prise en charge pour les groupes de protection de stratégie de stockage.
Lors de la création d'une machine virtuelle de clone lié, certains de ses disques continuent d'utiliser les disques de la machine virtuelle de base. Si vous utilisez la réplication vVols, vous devez répliquer la machine virtuelle de clone lié sur le même groupe de réplication que la machine virtuelle de base. Dans le cas contraire, vous obtenez le message d'erreur suivant : « La machine virtuelle « {vmName} » est répliquée par plusieurs groupes de réplication. » Si vous devez répliquer la machine virtuelle de base dans un groupe de réplication différent de celui des machines virtuelles de clone lié, ou si la machine virtuelle de base ne peut pas du tout être répliquée, les machines virtuelles de clone lié doivent être converties en clones complets.
La protection et la récupération des machines virtuelles chiffrées avec les groupes de protection VMware Virtual Volumes requièrent vSphere 7.0 ou version ultérieure.
Site Recovery Manager ne prend pas en charge la réplication Virtual Volumes de disques non attachés qui sont présents uniquement dans un snapshot.
Site Recovery Manager ne prend pas en charge la protection et la récupération orchestrée des banques de données NVMe over Fabrics (NVMe-oF). Pour plus d'informations sur le stockage NVMe, consultez Concepts VMware NVMe dans la documentation de VMware vSphere 7.0.
VMware Site Recovery Manager ne prend actuellement pas en charge le stockage AVS ANF for NetApp ONTAP NFS en tant que source ou cible pour une réplication.
Le mappage automatique de réseau pour les groupes de protection de stratégie de stockage n'est pas pris en charge sur les instances de NSX-T Data Center.
La protection et la récupération des machines virtuelles chiffrées avec vSphere Replication requièrent VMware vSphere 6 7 Update 1 ou version ultérieure.
L'outil d'importation/exportation de configuration de VMware Site Recovery Manager 8.5 ne tente d'importer les paramètres de récupération des machines virtuelles protégées qu'une seule fois, que les machines virtuelles protégées fassent partie d'un ou de plusieurs plans de récupération.
vSphere Flash Read Cache est désactivé sur les machines virtuelles après la récupération et la réservation est définie sur zéro. Avant d'effectuer une récupération sur une machine virtuelle configurée pour utiliser vSphere Flash Read Cache, prenez note de la réservation de cache de la machine virtuelle à partir de vSphere Web Client. Vous pouvez reconfigurer vSphere Flash Read Cache sur la machine virtuelle après la récupération.
VMware Site Recovery Manager 8.5 prend en charge la protection des machines virtuelles avec vSphere FT à un seul processeur, mais désactive vSphere FT à un seul processeur sur les machines virtuelles du site de récupération après une récupération.
- Si vous utilisez vSphere FT à un seul processeur sur des machines virtuelles, vous devez configurer les machines virtuelles sur le site protégé afin que Site Recovery Manager puisse désactiver vSphere FT après une récupération. Pour plus d'informations sur la configuration de machines virtuelles avec vSphere FT à un seul processeur sur le site protégé, consultez l'article https://kb.vmware.com/kb/2109813.
VMware Site Recovery Manager 8.5 prend en charge vSphere Replication 8.5 avec vSphere Virtual Volumes avec les limitations suivantes.
- Vous ne pouvez pas utiliser les snapshots à un moment spécifique de vSphere Replications avec des machines virtuelles dont la cible de réplication est une banque de données Virtual Volumes.
- Lorsque vous utilisez un stockage vSphere Virtual Volumes comme cible de réplication, tous les disques appartenant à la machine virtuelle doivent être répliqués sur une seule banque de données vSphere Virtual Volumes.
- Lorsqu'une machine virtuelle répliquée est située sur un stockage vSphere Virtual Volumes, tous les disques appartenant à cette machine virtuelle doivent être situés sur une seule banque de données vSphere Virtual Volumes.
VMware Site Recovery Manager 8.5 ne prend pas en charge les banques de données NFSv4.1 pour la réplication basée sur la baie. Vous pouvez utiliser Site Recovery Manager 8.5 avec des banques de données NFS v4.1 pour vSphere Replication.
VMware Site Recovery Manager ne prend pas en charge la reconfiguration des groupes de protection de profil de stockage telle que la modification de l'ensemble des stratégies de stockage associées, du nom du groupe ou des descriptions. Pour modifier un groupe de protection de profil de stockage, vous devez le supprimer et le recréer avec la nouvelle configuration.
VMware Site Recovery Manager ne peut pas protéger les disques RDM ou les machines virtuelles à tolérance de panne dans les groupes de protection de stratégie de stockage.
VMware Site Recovery Manager ne prend pas en charge le mappage ou l'exclusion des périphériques virtuels non répliqués dans les groupes de protection de stratégie de stockage.
Afin d'utiliser l'authentification à deux facteurs avec l'authentification RSA SecureID ou par carte à puce (Common Access Card), votre environnement doit respecter les conditions suivantes :
1. Utilisez les informations d'identification de l'administrateur de Platform Services Controller pour installer Site Recovery Manager 8.5 et coupler vos sites Site Recovery Manager 8.5.
2. Les instances de vCenter Server des deux sites Site Recovery Manager 8.5 doivent fonctionner en mode Enhanced Linked Mode. Afin d'éviter les pannes lors de la mise à niveau de Site Recovery Manager 8.5 vers une version plus récente de Site Recovery Manager, les instances de vCenter Server des deux sites doivent être partenaires de réplication directs.

Problèmes connus

Le workflow Site Recovery Manager échoue avec une erreur NotAuthenticated
Toutes les 8 heures, il existe une période de 0 à 60 secondes pendant laquelle une opération distante peut échouer à tort avec une erreur NotAuthenticated. Lors de l'exécution d'un workflow Site Recovery Manager (une reprotection ou un basculement, par exemple), si vous appuyez sur cette fenêtre de temps, le workflow peut échouer avec une erreur NotAuthenticated. Bien que toutes les connexions soient actives lorsque vous démarrez le workflow, le jeton de connexion actif peut expirer pendant l'exécution du workflow, ce qui entraîne l'erreur.

Solution : exécutez à nouveau le workflow.
Échec de l'exportation de la configuration de Site Recovery Manager à l'aide d'un utilisateur de solution Site Recovery Manager distant avec une erreur
Dans un environnement Site Recovery Manager avec réplication basée sur la baie uniquement, lorsque vous tentez d'exporter la configuration Site Recovery Manager à l'aide d'un script sans informations d'identification, l'exportation échoue. Le journal Impex contient l'erreur suivante :

2022-05-02 04:35:57,061 [srm-reactive-thread-13] ERROR com.vmware.srm.client.impex.Main - Export SRM configuration ended. (vim.fault.NoPermission) { faultCause = null, faultMessage = null, object = ManagedObjectReference: type = Folder, value = group-d1, serverGuid = e288c277-4377-4abe-80ad-0e981d64badf, privilegeId = StorageProfile.View }

Solution 1 : ajoutez le droit « policy-driven storage view » au rôle d'utilisateur de solution SRM distante.
Solution 2 : exportez la configuration Site Recovery Manager à l'aide d'un fichier de propriétés ou en mode interactif avec des informations d'identification. Reportez-vous aux sections Utiliser un fichier de propriétés pour exporter les données de configuration de Site Recovery Manager et Exporter les données de configuration de Site Recovery Manager avec l'outil d'importation/exportation autonome.
Après l'exécution d'une récupération d'urgence sur le site distant et l'activation de la protection des machines virtuelles sur le site distant, l'état de réplication des machines virtuelles est Inactif
Lorsque vous effectuez une récupération d'urgence de machines virtuelles sur un site distant comportant plusieurs clusters et activez la protection des machines virtuelles sur le site distant une fois que le site principal est à nouveau en ligne, l'état de réplication des machines virtuelles est Inactif avec l'erreur suivante : « Aucune connexion au serveur VR. »

Solution :
1. établissez une connexion SSH au dispositif vSphere Replication.
2. Modifiez la valeur lwdSslHandshakeTimeoutSec du fichier /etc/vmware/hbrsrv.xml sur 5.
3. Redémarrez le serveur HBR posant problème.
NOUVEAU Après la mise à niveau de vCenter Server, vous pouvez voir des messages d'erreur dans l'interface utilisateur de Site Recovery
Lorsque vous ouvrez l'interface utilisateur de Site Recovery après la mise à niveau de votre instance de vCenter Server vers la de version 6.7 Update 3p ou version 7.0 Update 3 P04, vous pouvez voir le message d'erreur suivant : « User is not logged in. Terminating method execution due to lack of privileges. »
La même erreur figure dans les journaux dr.log et HMS.

Solution : aucune. ignorez l'erreur.
NOUVEAU La suppression automatique de la protection pour les groupes de protection de réplication basée sur la baie et les groupes de protection de réplication vVols ne fonctionne pas sans le paramètre avancé de protection automatique
Si vous activez uniquement les paramètres avancés de suppression automatique de la protection et que les paramètres de protection automatique sont désactivés, la suppression automatique de la protection pour les groupes de protection de réplication basée sur la baie et les groupes de protection de réplication vVols ne fonctionne pas.

Solution : activez les paramètres avancés de protection automatique et les paramètres avancés de suppression automatique de la protection pour le type de groupe de protection que vous utilisez.
NOUVEAU La reprotection échoue avec une erreur
Lorsque vous répliquez des machines virtuelles à grande échelle, la reprotection peut échouer avec l'erreur suivante : « Impossible d'inverser la réplication pour la machine virtuelle Une erreur générique s'est produite dans le serveur de gestion vSphere Replication "java.net.SocketTimeoutException: Read timed out"

Solution :
1. Ouvrez le fichier /opt/vmware/hms/conf/hms-configuration.xml.
2. Augmentez la valeur du délai d'expiration de hms-default-vlsi-client-timeout sur 15 minutes sur les deux sites.
3. Redémarrez les services HMS.
NOUVEAU La carte NIC supplémentaire n'acquiert pas la configuration réseau et reste à l'état INACTIF.
La configuration des interfaces réseau supplémentaires à partir de l'interface utilisateur du service de configuration ne modifie pas l'état de l'interface réseau et l'interface réseau ne se connecte pas au réseau.

Solution : Connectez-vous via SSH au dispositif Site Recovery Manager ou au dispositif vSphere Replication et exécutez les commandes suivantes :
1. « IP link », pour localiser la carte réseau requise qui est dans l'état INACTIF. La sortie ressemblera à ceci :
  1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000 link/ether 00:50:56:bc:f4:db brd ff:ff:ff:ff:ff:ff 3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000 link/ether 00:50:56:bc:53:2e brd ff:ff:ff:ff:ff:ff
2. « ip link set dev <name> up » : pour définir l'état de l'interface réseau sur UP.
NOUVEAU Échec du plan de récupération avec une machine virtuelle répliquée vSphere Replication avec une erreur.
Si la machine virtuelle répliquée de vSphere Replication avec des MPIT dispose de plusieurs disques répliqués sur plusieurs banques de données différentes et que vous arrêtez la réplication d'un disque et le détachez du groupe de protection, le basculement échoue avec l'erreur suivante : « Configuration non valide pour le périphérique « 0 » ».

Solution : N'arrêtez pas la réplication de l'un des disques et ne détachez pas le disque du groupe de protection.
NOUVEAU L'opération de reprotection d'un grand nombre de VM échoue avec une erreur.
Lorsque vous tentez d'effectuer une opération de reprotection pour un grand nombre de machines virtuelles, le processus peut échouer avec l'une des erreurs suivantes :

Impossible d'inverser la réplication pour la machine virtuelle <VM_name>

ou

Une erreur système générale s'est produite : Échec de l'ouverture du disque virtuel

Ces problèmes peuvent être observés en raison d'une surcharge de stockage temporaire ou de problèmes de réseau.

Solution : Réessayez l'opération de reprotection pour ces machines virtuelles.
NOUVEAU Échec de l'exécution du plan de récupération dans un environnement de cluster de stockage étendu
Lorsque vous tentez d'effectuer une migration planifiée ou une récupération d'urgence d'un groupe de protection de machine virtuelle dans un environnement de cluster de stockage étendu sans vMotion, l'opération peut échouer lors de l'étape « Créer un snapshot de stockage inscriptible » pour une ou plusieurs machines virtuelles. Vous recevez le message d'erreur suivant : Certaines machines virtuelles du groupe de protection [PGxxx] n'ont pas pu être récupérées

Solution : Exécutez de nouveau le plan de récupération.
NOUVEAU Publié par une récupération d'urgence, puis la mise sous tension du même site, certaines machines virtuelles passent à l'état orphelin.
Lors de la mise sous tension du site hors service après l'exécution d'une récupération d'urgence dans un environnement de stockage étiré, certaines machines virtuelles peuvent apparaître dans un état orphelin. Le problème est observé pour les groupes de protection de machine virtuelle dans un environnement de stockage étiré.

Solution : Supprimez les entrées de toutes les machines virtuelles orphelines de l'inventaire vCenter Server avant d'exécuter d'autres workflows de Site Recovery Manager.
NOUVEAU Le nom du fichier téléchargé avec les étapes de récupération exportées ne s'affiche pas correctement.
Si vous avez un plan de récupération avec des caractères non-ASCII dans le nom, lorsque vous exportez les étapes du plan de récupération, le nom du fichier téléchargé ne s'affiche pas correctement. Site Recovery Manager remplace tous les caractères non-ASCII par un trait de soulignement.

Solution : aucune. N'utilisez pas de caractères non-ASCII pour le nom du plan de récupération.
NOUVEAU Après l'exécution d'un basculement, l'icône de la machine virtuelle récupérée affiche 3 points
Si vous mappez manuellement le disque protégé d’une machine virtuelle à un autre disque ou que vous détachez le disque dans les propriétés de protection de machine virtuelle sous le groupe de protection, l’icône de machine virtuelle récupérée affiche 3 points après l’exécution d’un basculement comme s’il s’agissait toujours d’une machine virtuelle à espace réservé.

Solution : aucune.
NOUVEAU Les informations sur les serveurs DNS dans les paramètres de mise en réseau sont vides et ne peuvent pas être modifiées et enregistrées
Si le dispositif Site Recovery Manager est déployé avec les paramètres DCHP et d'annonce du routeur, les serveurs DNS sont reçus automatiquement. Si vous utilisez IPv6 et que vous tentez de configurer manuellement de nouveaux serveurs DNS et de les enregistrer à l'aide du formulaire pour Paramètres réseau, les données des serveurs DNS ne sont pas enregistrées et le DNS n'est pas correctement défini sur l'instance de Site Recovery Manager.

Solution : Si vous souhaitez modifier les paramètres des serveurs DNS et continuer à utiliser DHCP et l'annonce du routeur pour les adresses IPv6, vous devez décocher le paramètre Utiliser des adresses IPv6 statiques sur le formulaire Paramètres réseau. Le formulaire enregistrera alors correctement les nouveaux paramètres.
NOUVEAU Lorsqu'un disque répliqué se trouve sur un stockage Virtual Volumes et qu'il est redimensionné, il est récupéré en tant que disque à provisionnement dynamique quel que soit le type d'origine
Le fonctionnement interne de l'opération de redimensionnement de disque implique de faire une copie du disque, ce qui est dû aux spécificités du stockage Virtual Volumes qui utilise par défaut le type de disque à provisionnement dynamique, quel que soit le type de disque de base. Le redimensionnement du disque est effectué, mais le disque redimensionné qui en résulte est désormais de type Provisionnement dynamique lorsqu'il est récupéré par vSphere Replication.

Solution : si nécessaire, vous pouvez modifier manuellement le type de disque après la récupération.
L'opération de reprotection échoue avec une erreur pour une VM
L'opération de reprotection échoue avec l'erreur suivante :

Impossible d'inverser la réplication de la machine virtuelle « <vm-name> ». Une erreur système générale s'est produite : Cause de l'erreur : vim.fault.GenericVmConfigFault

Sur le site vCenter Server cible, la tâche de la machine virtuelle échoue avec les détails suivants :

Nom de la tâche : Supprimer tous les snapshots État : Une erreur système générale s'est produite : Cause de l'erreur : vim.fault.GenericVmConfigFault Initiateur : <initiator> Cible : <vm-name> Serveur : <VC-name>

Solution :
1. supprimez la réplication.
2. Reconfigurez la réplication à l'aide des disques de valeurs initiales.
Une ou plusieurs réplications passent à l'état Erreur (violations de RPO) après l'opération de reprotection
Après avoir effectué une opération de reprotection, une ou plusieurs réplications entrent en état d'erreur avec l'erreur suivante :

Un problème s'est produit avec le stockage sur le chemin de banque de données « [<datastore-name>] <datastore-path>/hbrdisk.RDID-<disk-UUID>.vmdk

Solution :
1. supprimez la réplication
2. Reconfigurez la réplication à l'aide des disques de valeurs initiales.
Le test de récupération et la récupération réelle des groupes de protection de stratégie de stockage contenant des machines virtuelles chiffrées par vTA peuvent échouer avec une erreur
Lorsque vous exécutez un test de récupération ou une récupération réelle de groupes de protection de stratégie de stockage contenant des machines virtuelles chiffrées par vTA, l'opération peut échouer avec l'erreur suivante : Une clé de chiffrement est requise.

Solution : exécutez à nouveau l'opération. Ce problème est résolu dans vCenter Server 7.0 Update 3.
Une erreur inattendue apparaît dans les onglets Résumé et Machines virtuelles du groupe de protection lorsque la reprotection est en cours ou peu après la fin de la reprotection
Si vous accédez à l'onglet Résumé ou à l'onglet Machines virtuelles alors qu'une opération de reprotection est en cours, un message d'erreur inattendu peut s'afficher : « Les objets ManagedObjects dans "spec.objectSet" appartiennent à plusieurs serveurs. » ou « Valeur manquante pour le champ obligatoire placeholderVmInfo ». Si ce dernier message s'affiche, il est possible qu'aucune machine virtuelle ne soit répertoriée.

Solution : ignorez l'erreur et patientez un moment. Les machines virtuelles réapparaîtront dans le groupe de protection et seront protégées et mises sous tension comme prévu.
L’assistant Configurer la réplication commence à ralentir
Si vous utilisez un navigateur Mozilla Firefox sur un système d'exploitation Apple Mac OS, vous pouvez constater une dégradation des performances de l'interface utilisateur et un ralentissement de l'assistant Configurer la réplication.

Solution : utilisez le navigateur Chrome.
Les machines virtuelles protégées avec Site Recovery Manager qui utilisent NVDS pour le réseau protégé et de récupération rencontrent des problèmes de protection après la migration de NVDS-CVDS
Si les machines virtuelles protégées sont attachées à un réseau NVDS et que vous effectuez une migration de NVDS-CVDS, après la migration, les machines virtuelles protégées ont des problèmes de protection. Il en va de même lorsque vous effectuez une migration de NVDS-CVDS et que le réseau est utilisé pour le réseau de récupération.

Solution : reconfigurez la protection des machines virtuelles concernées.
La reprotection échoue avec l'erreur : Le groupe de protection '{protectionGroupName}' dispose de VM protégées avec des paramètres fictifs nécessitant une réparation.
Lorsque Site Recovery Manager exécute une reprotection sur le groupe de protection, il ne parvient ni à réparer les machines virtuelles protégées ni à restaurer les machines virtuelles réservées. L'erreur survient lorsque la première opération de reprotection échoue pour une machine virtuelle du fait que l'opération d'espace réservé correspondante a échoué. La machine virtuelle protégée est marquée d'une erreur de configuration et le groupe de protection est laissé dans un état partiellement reprotégé.

Solution :
1. exécutez à nouveau la reprotection avec l'option Forcer le nettoyage activée. Cette option termine l'opération de reprotection et active l'option Recréer l'espace réservé. Notez que l'exécution de la reprotection sera marquée avec l'état de réussite à l'achèvement.
2. Lancez explicitement l'opération Recréer l'espace réservé pour réparer les machines virtuelles protégées concernées et pour restaurer les machines virtuelles à espace réservé. Notez que si cela n'est pas fait et que vous exécutez un workflow de récupération d'urgence, la récupération de ces machines virtuelles échouera avec l'erreur suivante La VM à espace réservé pour la VM protégée « <vm-name> » est manquante.
Si vous utilisez un navigateur basé sur Chromium et que vous essayez de redimensionner une colonne d'une grille, l'interface utilisateur de Site Recovery se bloque et cesse de répondre
LayoutNG dans Chromium contient un bogue à l'origine de problèmes de performances. Pour plus d'informations, reportez-vous à https://bugs.chromium.org/p/chromium/issues/detail?id=1008523 et à https://bugs.chromium.org/p/chromium/issues/detail?id=1098231.

Solution 1 :
1. fermez toutes les fenêtres de Chrome.
2. Modifiez le lien du raccourci Chrome et mettez-le à jour vers : « C:\Program Files (x86)\Google\Chrome\Application\chrome.exe » --disable-blink-features=LayoutNG
3. Ouvrez Chrome à nouveau.
Solution 2 : Mettez à jour le navigateur Chrome vers la version 85.0.4183.83 ou ultérieure.
Certaines des machines virtuelles récupérées génèrent l'alarme suivante « Le basculement de la machine virtuelle vSphere HA a échoué »
Lors d'un workflow Site Recovery Manager, après des opérations de test de récupération ou de basculement, certaines des machines virtuelles récupérées peuvent générer l'alarme suivante : Le basculement de la machine virtuelle vSphere a échoué. Du point de vue de Site Recovery Manager, il n'y a aucune incidence fonctionnelle, car toutes les machines virtuelles sont correctement récupérées.

Solution : aucune. Vous devez accuser réception de l'alarme.
Le plug-in Site Recovery Manager ne s'affiche pas dans le client Web ou HTML5 de vCenter Server
Lorsque vous installez ou effectuez la mise à niveau vers Site Recovery Manager et que vous l'enregistrez avec une instance de vCenter Server version 6.7.x qui est installée sur une instance de Windows Server, le plug-in Site Recovery Manager ne s'affiche pas dans le client Web ou HTML5 de vCenter Server.

Solution : consultez l'article https://kb.vmware.com/s/article/78678.
La protection automatique des machines virtuelles créées pendant l'exécution d'un test de récupération est retardée jusqu'à ce que le test soit terminé et nettoyé.
Lorsque vous créez une machine virtuelle sur une banque de données protégée alors qu'un test de récupération est en cours d'exécution sur un groupe de protection basé sur la baie, la machine virtuelle peut ne pas être protégée automatiquement si le processus de récupération de test n'est pas nettoyé dans les 15 minutes qui suivent le provisionnement de la machine virtuelle.

Solution 1 : pour lancer la protection automatique, redémarrez le serveur Site Recovery Manager sur le site protégé.
Solution 2 : utilisez la protection manuelle pour les machines virtuelles dans un état non configuré après un test de récupération.
Les serveurs DNS sont disponibles dans la configuration réseau de l'interface de gestion de dispositif Site Recovery Manager, même si vous avez sélectionné DNS statique sans serveurs DNS
Lorsque les exigences des paramètres réseau ne prévoient pas un fonctionnement Sans serveurs DNS, mais une configuration automatique d'adaptateur DHCP, le paramètre DNS statique et DHCP dans la configuration de l'adaptateur entraîne l'acquisition des serveurs DNS depuis DHCP.

Solution : utilisez 127.0.0.1 ou ::1 dans la liste de serveurs DNS statiques, en fonction du protocole IP sélectionné.
Après une connexion réussie dans Single Sign-On, vous ne parvenez pas à vous connecter à l'interface utilisateur de Site Recovery
Le journal de l'interface utilisateur de Site Recovery contient le message d'erreur suivant « Certificate for <host> doesn't match any of the subject alternative names: <subjectaltlist> ». Lorsque vous tentez d'établir une connexion à distance dans l'interface utilisateur de Site Recovery à l'aide de la boîte de dialogue de connexion à distance, vous recevez un message d'erreur similaire dans l'interface utilisateur.
L'interface utilisateur de Site Recovery peut ne pas être en mesure de se connecter aux hôtes Platform Services Controller du mode de génération du certificat de l'hôte :
- Si le certificat de Platform Services Controller n'a pas d'adresse d'hôte (adresse IP ou nom de domaine complet) comme autre nom de sujet ;
- Si le certificat d Platform Services Controller ne contient pas d'autres noms de sujet et que le nom d'hôte ne correspond pas dans les champs CN du certificat.
Solution :
1. reconfigurez Platform Services Controller avec un certificat disposant d'un SAN (Subject Alternative Name) qui contient une entrée pour l'adresse de Platform Services Controller (la chaîne « <host> » du message d'erreur).
2. Si le certificat est correctement généré, mais que l'adresse utilisée par l'interface utilisateur ne l'est pas, vous devez reconfigurer l'interface utilisateur et les dispositifs Site Recovery Manager et vSphere Replication correspondants pour utiliser l'adresse appropriée de Platform Services Controller.
3. Reconfigurez les couplages existants des dispositifs.
Échec de la reprotection lors de l'utilisation du stockage étendu sur certaines baies de stockage
La commande pour inverser la réplication sur certains périphériques est ignorée intentionnellement lorsque les périphériques sont déjà dans l'état attendu. Par conséquent, les baies de stockage n'obtiennent pas les notifications requises, ce qui entraîne l'échec de l'opération de reprotection.

Solution :
1. Accédez au dossier /opt/vmware/srm/conf et ouvrez le fichier vmware-dr.xml dans un éditeur de texte.
2. Définissez l'indicateur de configuration storage.forcePrepareAndReverseReplicationForNoopDevices sur true.
  <storage >
  <forcePrepareAndReverseReplicationForNoopDevices>true</forcePrepareAndReverseReplicationForNoopDevices>
  </storage>
3. Enregistrez le fichier et redémarrez le service du serveur Site Recovery Manager.
Lorsque vous tentez de configurer IPv6 via l'interface de gestion du dispositif Site Recovery Manager vous recevez une erreur invalid property - dns
Lorsque vous tentez de configurer IPv6 via l'interface de gestion du dispositif Site Recovery Manager et que vous sélectionnez l'option Obtenir les paramètres IPv6 automatiquement via l'annonce du routeur avec DNS attribué automatiquement, l'erreur suivante se produit invalid property - dns.

Solution : connectez-vous via SSH à la machine hôte du dispositif Site Recovery Manager et exécutez netmgr ip6_address --set --interface --dhcp 0 --autoconf 1.
Pour recevoir une adresse IP via DHCP, exécutez netmgr ip6_address --set --interface --dhcp 1 --autoconf 1 à la place.
Vous ne pouvez pas reconfigurer les paramètres IPv6 via l'interface de gestion du dispositif Site Recovery Manager
Si vous avez configuré le réseau IPv6 avec l'option Obtenir les paramètres IPv6 automatiquement via l'annonce du routeur ou Obtenir les paramètres IPv6 automatiquement via DHCP, vous ne pouvez pas reconfigurer les paramètres IPv6 avec seulement l'option Obtenir les paramètres IPv6 automatiquement via DHCP. Il faut sélectionner ces deux options ou aucune d'entre elles.

Solution : connectez-vous via SSH à la machine hôte du dispositif Site Recovery Manager et exécutez netmgr ip6_address --set --interface --dhcp 0 --autoconf 1.
Pour recevoir une adresse IP via DHCP, exécutez netmgr ip6_address --set --interface --dhcp 1 --autoconf 1 à la place.
Blocage de l'un des hôtes ESXi lors d'un test de récupération
Pendant que vous exécutez un test de récupération, l'un des hôtes ESXi peut se bloquer avec PSOD : Assert bora/vmkernel/main/bh.c:981.

Solution : Effectuez la mise à niveau vers vCenter Server 7.0 Update 1 ou redémarrez l'hôte ESXi.
Parfois, après le démarrage du dispositif virtuel Site Recovery Manager, la console VMware n'est pas visible dans l'interface utilisateur de vSphere
Il n'y a aucun écran bleu qui affiche des informations sur le dispositif. Tous les autres services VMware associés dans le dispositif Site Recovery Manager sont en cours d'exécution.

Solution : redémarrez le dispositif Site Recovery Manager.
Les dispositifs vSphere Replication ne fonctionnent pas correctement après la convergence d'instances de vCenter Server en mode Enhanced Linked Mode incluant des instances externes de Platform Services Controller vers des instances de vCenter Server intégrées en mode Enhanced Linked Mode
Si vous disposez d'un environnement Enhanced Linked Mode incluant des instances externes de Platform Services Controller et que vous le convergez en un nœud intégré, vos dispositifs vSphere Replication peuvent ne pas fonctionner correctement.

Solution : enregistrez à nouveau l'utilisateur de solution ou ajoutez-le manuellement aux groupes requis.
L'exportation de grilles ne fonctionne pas dans le navigateur Microsoft Edge
Lorsque vous ouvrez une vue avec une grille, sélectionnez Exporter, puis cliquez sur Toutes les lignes/Lignes sélectionnées, aucun fichier n'est téléchargé. Lorsque vous tentez d'exporter et de télécharger l'historique d'un plan de récupération, vous recevez une erreur dans la console et les fichiers de téléchargement sont endommagés.

Solution : procédez à la mise à niveau vers la dernière version du navigateur Microsoft Edge en fonction du moteur Chromium.
La commande PowerCLI Connect-SrmServer ne parvient pas à établir la connexion au dispositif Site Recovery Manager sur le port par défaut
Lorsque vous tentez de vous connecter au dispositif Site Recovery Manager à l'aide de la commande PowerCLI Connect-SrmServer, la connexion échoue avec l'erreur suivante : Impossible de se connecter au serveur distant.

Solution : spécifiez le port 443 sur le dispositif Site Recovery Manager en utilisant la commande suivante Connect-SrmServer -Port 443. Pour obtenir la liste complète de tous les ports réseau Site Recovery Manager, reportez-vous à la section Ports réseau pour Site Recovery Manager.
Lors de la récupération d'un groupe de protection de stratégie de stockage, le plan de récupération peut échouer avec l'erreur suivante : « Impossible d'extraire les hôtes associés aux VM à espace réservé. Mappage du pool de ressources « XXXXXX » manquant dans les mappages de ressources. » Le pool de ressources « XXXXXX » est une ressource de calcul (hôte ou cluster) qui ne contient pas de machines virtuelles protégées par le groupe de protection de stratégie de stockage.
L'erreur apparaît lorsqu'il n'y a aucun mappage d'inventaire de ressources pour la ressource de calcul, mais que certains hôtes appartenant à la même ressource de calcul disposent de certaines banques de données montées protégées par le groupe de protection de stratégie de stockage. Cette particularité est intentionnelle, car les groupes de protection de stratégie de stockage requièrent des mappages d'inventaire de ressources existants pour toutes les ressources de calcul.

Solution 1 : ne supprimez pas la ressource de calcul de l'inventaire vSphere. Créez un mappage d'inventaire de ressources pour la ressource de calcul mentionnée et relancez la récupération.

Solution 2 : si vous avez déjà supprimé la ressource de calcul de l'inventaire vSphere, procédez comme suit :
1. Arrêtez le serveur de protection Site Recovery Manager pour que les mappages d'espaces réservés apparaissent dans l'interface utilisateur de Site Recovery, puis créez un mappage d'espaces réservés pour la même ressource de calcul.
2. Relancez la récupération.
3. Une fois la récupération effectuée, il se peut que vous obteniez toujours des erreurs lors de l'exécution de la reprotection. Si les erreurs persistent :
  1. Supprimez le groupe de protection de stratégie de stockage affecté à partir de Site Recovery Manager.
  2. Si la reprotection Site Recovery Manager ne parvient pas à inverser la réplication de stockage, inversez la réplication des LUN affectés à l'aide des outils d'administration de stockage.
  3. Exécutez la commande Découvrir des périphériques sur la paire de baies Site Recovery Manager impliquée et vérifiez que la direction de réplication des LUN affectés est correctement détectée par Site Recovery Manager.
  4. Recréez le groupe de protection de stratégie de stockage affecté dans le sens inverse et rajoutez-le au plan de récupération affecté.
Échec du démarrage du service srm-server après la migration du serveur Site Recovery Manager Windows vers le dispositif virtuel Site Recovery Manager
Après une migration réussie de Site Recovery Manager pour Windows vers un dispositif virtuel Site Recovery Manager dans un environnement IPv6 fédéré, le service srm-server du dispositif virtuel ne parvient pas à démarrer.

Solution : reconfigurez le dispositif virtuel Site Recovery Manager via l'interface de gestion des dispositifs Site Recovery Manager.
Lorsque vous exécutez un test de récupération d'un plan de récupération qui contient des groupes de protection de stratégie de stockage sur un cluster de stockage étiré, un avertissement « Le nom <nom de la banque de données> existe déjà » s'affiche.
Pendant le test de récupération, Site Recovery Manager tente de renommer les périphériques de stockage étirés récupérés lors du test avec le même nom que les périphériques de stockage étirés de production déjà montés. Par conséquent, vous recevez un message d'avertissement Le nom < nom de la banque de données> existe déjà.

Solution : ignorez cet avertissement. Le workflow de Site Recovery Manager n'est pas affecté par les messages d'avertissement.
Échec constant de la migration planifiée d'un groupe de protection de stratégie de stockage avec une erreur ProtectionGroupNotSynced
La migration planifiée d'un groupe de protection de stratégie de stockage peut échouer avec une erreur ProtectionGroupNotSynced : « Le site homologue n'a pas terminé la synchronisation des modifications apportées au groupe de protection « nom du groupe de protection SP ». S'il s'agit d'une migration planifiée, attendez que le site homologue soit synchronisé, puis réessayez le workflow. »

Si vous continuez à observer ce problème après plusieurs réexécutions de la migration planifiée, vous pouvez désactiver cette vérification pour terminer correctement le processus de migration planifiée.

Solution :
1. Accédez au dossier /opt/vmware/srm/conf et modifiez le fichier vmware-dr.xml pour les serveurs de protection et de récupération Site Recovery Manager avec la configuration supplémentaire suivante :
  <replication>
  <failPlannedMigrationIfSitesNotSynced>false</failPlannedMigrationIfSitesNotSynced>
  </replication>
2. Redémarrez les deux serveurs Site Recovery Manager.
3. Exécutez à nouveau la migration planifiée du groupe de protection de stratégie de stockage.
Lorsque vous exécutez un test de récupération sur un groupe de protection de stratégie de stockage avec un stockage étiré, vous recevez un message d'avertissement relatif à l'échec possible de la migration chaud.
Lorsque vous exécutez un test de récupération, vous observez un message d'avertissement concernant les machines virtuelles configurées pour la protection de stratégie de stockage avec un stockage étiré, le service vpxd redémarre et peut créer un vidage de mémoire.

Solution : ignorez cet avertissement. Le workflow de Site Recovery Manager n'est pas affecté par les messages d'avertissement. Ce problème est résolu dans vCenter Server 6.7 Update 1.

L'exécution d'un plan de récupération peut faire échouer la mise sous tension d'une machine virtuelle avec une erreur « InvalidArgument:path ».

Lorsque vous exécutez un plan de récupération, Site Recovery Manager peut ne pas réussir à mettre sous tension une machine virtuelle en provoquant une (vmodl.fault.InvalidArgument:path). Le message d'erreur suivant apparaît dans les journaux de serveur du site de récupération de Site Recovery Manager :

YYYY-MM-DDT20:24:35.996-08:00 error vmware-dr[02448] [SRM@6876 sub=Recovery ...] Plan execution (test workflow) failed; 
plan id: 34f86036-3bc7-4c2d-a841-e15c5d781532, plan name: HBRRP_LIMITS, error: (vmodl.fault.InvalidArgument) {
-->    faultCause = (vmodl.MethodFault) null, 
-->    faultMessage = <unset>, 
-->    invalidProperty = "path"
-->    msg = "A specified parameter was not correct: path"
--> }
-->

Cette erreur est due à l'échec d'une opération de déplacement de la machine virtuelle avant sa mise sous tension sur l'hôte ESXi de destination cible. Le message d'erreur associé dans les journaux du service vpxa ESXi est le suivant :

YYYY-MM-DDT03:56:48.255Z error vpxa[2099931] [Originator@6876 sub=vpxaVmprov opID=failedOpId] 
Failed to canonicalize vm register path; 
/vmfs/volumes/.../recoveredVm.vmx, err: 16(Device or resource busy)
...
YYYY-MM-DDT03:56:48.256Z info vpxa[2099931] [Originator@6876 sub=Default opID=failedOpId] 
[VpxLRO] -- ERROR task-1824 -- vpxa -- vpxapi.VpxaService.registerVm: vmodl.fault.InvalidArgument:
--> Result:
--> (vmodl.fault.InvalidArgument) {
-->    faultCause = (vmodl.MethodFault) null,
-->    faultMessage = <unset>,
-->    invalidProperty = "path"

Solution : exécutez à nouveau le plan de récupération ayant échoué.

Les informations Périphériques et Banques de données sont manquantes lors du basculement d'un plan de récupération avec des groupes de protection de réplication basée sur la baie
Lorsque vous exécutez le basculement d'un plan de récupération, selon le type de SAN et si la banque de données est détachée de l'hôte pendant la récupération, les informations des onglets Périphériques et Banques de données peuvent disparaître pendant le processus de basculement.

Solution : aucune. Les informations des deux onglets s'affichent de nouveau après une reprotection réussie.
La reprotection échoue avec une erreur interne : Une exception inattendue a été reçue lors de la phase de préparation. La session n'est pas authentifiée.
Lorsque vous exécutez la reprotection, l'opération échoue avec l'erreur suivante.
Erreur interne : une exception inattendue a été reçue lors de la phase de préparation. La session n'est pas authentifiée.

Solution : exécutez à nouveau l'opération de reprotection.
Si la machine virtuelle source utilisée pour une réplication est exécutée sur ESXi 6.7, la synchronisation de la réplication semble progresser, mais l'instance de réplication ne se termine jamais correctement
Dans ESXi 6.7, il est possible que davantage de blocs de journaux de demande que le nombre réel transmissible soient planifiés pour un transfert parallèle. Si vous répliquez une machine virtuelle exécutée sur un hôte de ce type et que cela coïncide avec le ralentissement d'un hôte cible ou des erreurs réseau temporaires, la réplication peut échouer avec des erreurs de type DiskQueue is full.

Solution :
1. Migrez toutes les machines virtuelles vers un autre hôte ESXi.
2. Redéfinissez la valeur du paramètre avancé HBR.DemandlogTransferMaxNetwork d'ESXi sur 63 plutôt que sur la valeur 64 par défaut.
3. Placez l'hôte ESXi en mode de maintenance.
4. Redémarrez l'hôte ESXi.

Ce problème est résolu dans vCenter Server 6.7 Update 3.
Si la machine virtuelle source utilisée pour une réplication est exécutée sur ESXi 6.7 ou ESXi 6.7 Update 1, une synchronisation initiale ou complète peut interrompre sa progression prématurément
Si vous utilisez vSphere Replication et que vous exécutez une machine virtuelle protégée sur ESXi 6.7 ou ESXi 6.7 Update 1, une synchronisation initiale ou complète des réplications peut arrêter sa progression prématurément. La synchronisation des réplications se poursuit, mais la valeur en octets du total de contrôle des informations sur les détails de la réplication ne progresse pas. Les opérations de mise hors tension, de capture de snapshot, de restauration de snapshot et de migration effectuées par la machine virtuelle échouent avec des erreurs de délai d'attente ou de type Task in progress.

Solution :
1. Dans les paramètres avancés d'ESXi, désactivez le total de contrôle pour vSphere Replication en définissant HBR.ChecksumUseChecksumInfo = 0.
2. Migrez toutes les machines virtuelles et mettez hors tension celles qui ne peuvent pas être migrées sur l'hôte ESXi.
3. Placez l'hôte en mode de maintenance.
4. Redémarrez l'hôte ESXi.
Remarque : cette solution désactive la partie du total de contrôle du processus de synchronisation, et tous les blocs alloués sont envoyés au site distant, qu'ils soient ou non différents. Cette solution désactive la fonctionnalité d'amorçage.

Ce problème est résolu dans vCenter Server 6.7 Update 2.
Site Recovery Manager peut créer des réseaux factices à partir du système vCenter Server de protection sur le système vCenter Server de récupération lorsque les noms de réseau sont différents de ceux de la récupération.
Si des machines virtuelles protégées sont associées à des réseaux avec des étiquettes de réseau différentes de celles qui existent sur le site de récupération, lorsque vous exécutez les opérations test\récupération\reprotection, celles-ci réussissent, mais des réseaux factices avec les mêmes étiquettes de réseau que pour le site protégé peuvent être créés sur le système vCenter Server de récupération. Les réseaux factices ne sont créés qu'une seule fois et non à chaque fois que vous exécutez les opérations test\récupération\reprotection.

Solution 1 : désactivez la conservation des snapshots de machines virtuelles en modifiant la valeur de vrReplication.preserveMpitImagesAsSnapshots dans les paramètres avancés de Site Recovery Manager.
Solution 2 : ignorez le réseau factice et continuez à travailler avec Site Recovery Manager.
L'outil d'importation/exportation de configuration de VMware Site Recovery Manager risque de produire une erreur lorsque vous importez une configuration avec des machines virtuelles protégées sans plan de récupération
Si vous placez des machines virtuelles protégées dans des plans de récupération, puis supprimez tous les plans de récupération contenant ces machines virtuelles et exportez votre configuration avec l'outil d'importation/exportation de configuration de VMware Site Recovery Manager, les paramètres de récupération de machines virtuelles pour ces machines virtuelles sont exportés, mais vous ne pouvez plus les importer ultérieurement. Si vous essayez d'importer vos paramètres, vous voyez des erreurs semblables à celle-ci :
Erreur lors de l'importation des paramètres de VM pour le serveur avec le GUID « 6f81a31e-32e0-4d35-b329-783933b50868 ».
Le reste de votre configuration exportée est correctement importé.

Solution : recréez votre plan de récupération, reconfigurez les paramètres de récupération souhaités et exportez à nouveau votre configuration. Ne supprimez pas les plans de récupération si vous souhaitez exporter et importer des paramètres de récupération de machines virtuelles.
Les machines virtuelles protégées dans des groupes de protection à profil de stockage ne sont pas répertoriées dans le fichier CSV créé lors de l'exécution de l'outil DR IP Customizer
Lorsque vous utilisez l'outil DR IP Customizer dans un environnement à plusieurs instances de vCenter Server, par exemple une configuration incluant des PSC fédérés où plusieurs instances de vCenter Server sont disponibles sur chaque site, vous devez spécifier l'option '--vcid UUID' à utiliser pour recueillir des informations réseau sur les machines virtuelles protégées par Site Recovery Manager. Si vous indiquez le site secondaire vcid, l'outil DR IP Customizer se connecte au serveur Site Recovery Manager secondaire qui ne stocke pas les informations réseau des machines virtuelles protégées avec des groupes de protection à profil de stockage. La fourniture du vcid à partir du site secondaire entraîne une connexion à l'instance incorrecte de vCenter Server et les machines virtuelles ne figurent pas dans le fichier CSV généré.

Solution : lorsque vous utilisez l'outil DR IP Customizer, fournissez uniquement le vcid et l'uri de l'instance principale de vCenter Server.
La personnalisation via des règles de mappage de sous-réseau IP n'est pas entièrement prise en charge pour les machines virtuelles Linux qui utilisent plusieurs cartes réseau avec une configuration mixte basée sur le protocole DHCP et une adresse IP statique
Site Recovery Manager ne prend pas entièrement en charge la personnalisation IP basée sur les règles pour les machines virtuelles Linux qui disposent de plusieurs cartes réseau incluant des paramètres mixtes de protocole DHCP et d'adresse IP statique. Site Recovery Manager personnalise uniquement les cartes réseau avec des adresses IP statiques pour lesquelles il dispose d'une règle de mappage de sous-réseau IP correspondante et peut effacer certains paramètres de configuration sur les autres cartes réseau configurées avec le protocole DHCP. Des problèmes connus lié à ce scénario ont été observés sur Red Hat Enterprise Linux 6.x/7.x et CentOS 6.x/7.x, où la personnalisation SRM supprime les fichiers /etc/sysconfig/network-scripts/ifcfg-ethX des cartes réseau configurées avec le protocole DHCP et personnalise correctement les autres éléments avec les paramètres d'adresse IP statique selon la règle de mappage de sous-réseau IP correspondante.

Solution : pour personnaliser correctement l'adresse IP des machines virtuelles Linux qui utilisent plusieurs cartes réseau avec une configuration mixte basée sur le protocole DHCP et une adresse IP statique, utilisez l'option de personnalisation IP manuelle de SRM.
La personnalisation IP échoue lorsque vous utilisez des caractères spéciaux dans le nom du plan de récupération
Lorsque vous exécutez un test de récupération pour un plan de récupération dont le nom contient des caractères spéciaux et que la personnalisation IP est configurée, celle-ci échoue.

Solution : supprimez tous les caractères spéciaux spécifiques au système d'exploitation du nom du plan de récupération.
Si l'instance de vCenter Server protégée est en panne, cela peut affecter les performances de l'interface utilisateur HTML 5 sur le site de récupération, notamment dans la boîte de dialogue Paramètres de la configuration de la récupération
En cas de panne de l'instance de vCenter Server protégée, les performances peuvent être affectées dans l'interface utilisateur HTML 5 du site de récupération, notamment dans la boîte de dialogue Paramètres de la configuration de la récupération.

Solution : actualisez l'interface utilisateur HTML 5 sur le site de récupération et réessayez l'opération.
Les privilèges Site Recovery Manager ne sont pas localisés dans vSphere 6.7 Client
Les privilèges Site Recovery Manager ne sont pas localisés dans vSphere 6.7 Client

Solution : aucune. Ce problème est résolu dans vSphere 6.7 Update 1.
L'interface utilisateur de Site Recovery devient inutilisable et affiche un flux constant de messages d'erreur 403 - OK
L'interface utilisateur de Site Recovery n'affiche aucune donnée et affiche une erreur 403 - OK.

Solution :
1. Déconnectez-vous de l'interface utilisateur de Site Recovery, puis reconnectez-vous.
2. Décochez la case Restaurer la dernière session du navigateur. Pour Chrome, désactivez l'option Reprendre mes activités là où je m'étais arrêté.
Un cluster de banques de données, qui se compose de banques de données qui ne sont pas répliquées ou qui proviennent de différents groupes de cohérence visibles pour Site Recovery Manager, n'a pas d'avertissement de SRM.
Vous créez un cluster de banques de données qui se compose de banques de données qui ne se trouvent pas toutes dans le même groupe de cohérence ou ne sont pas répliquées. Un message d'avertissement de Site Recovery Manager qui doit s'afficher est manquant.

Solution : aucune
Après avoir effectué un basculement, les cartes réseau des machines virtuelles sur le site de reprise peuvent rester déconnectées
Lorsque vous relancez un basculement après un échec de personnalisation IP, les cartes réseau de la machine virtuelle sur laquelle la personnalisation a échoué lors de l'exécution précédente peuvent rester déconnectées même après une personnalisation réussie dans le basculement actuel.

Solution : aucune. Reconnectez manuellement les cartes réseau en reconfigurant les périphériques de machine virtuelle.
L'exportation du rapport à partir de l'historique du plan de récupération ou des écrans Étapes de récupération ne fonctionne pas lorsque vous utilisez le navigateur Microsoft Edge
Lorsque vous tentez d'exporter le rapport à partir de l'historique du plan de récupération ou des écrans Étapes de récupération à l'aide du navigateur MS Edge, vous obtenez le message d'erreur suivant dans la console de développement.
ERREUR XML5610 : Guillemet attendu. ERREUR Erreur : Argument non valide.
Il s'agit d'un problème connu du navigateur Microsoft Edge qui se produit lorsque XSLTProcessor est utilisé pour convertir un document xml du serveur au format html.

Solution : utilisez le navigateur Firefox, Microsoft Internet Explorer ou Chrome.
Ce problème est résolu dans la version basée sur Chromium du navigateur Microsoft Edge.
Lorsque vous cliquez avec le bouton droit sur une machine virtuelle répliquée et sélectionnez Reconfigurer la réplication dans l'interface utilisateur de vSphere, la fenêtre contextuelle de l'interface utilisateur de Site Recovery est bloquée sans notification dans le navigateur Mozilla Firefox
Par défaut, l'interface utilisateur de Site Recovery s'ouvre dans un nouvel onglet. Lorsque vous cliquez avec le bouton droit sur une machine virtuelle répliquée et sélectionnez Reconfigurer la réplication dans l'interface utilisateur de vSphere, la fenêtre contextuelle de l'interface utilisateur de Site Recovery est bloquée sans notification dans le navigateur Mozilla Firefox.

Solution : dans le menu Options de Mozilla Firefox, sélectionnez l'onglet Contenu et ajoutez l'URL de vCenter Server à la liste d'exceptions des fenêtres contextuelles.
Site Recovery Manager Server peut se bloquer si vous réactivez la récupération d'une machine virtuelle
Vous pouvez désactiver la récupération d'une machine virtuelle si l'opération de récupération de celle-ci échoue. Si vous exécutez un plan de récupération et que la récupération échoue, vous pouvez réactiver la récupération de la machine virtuelle et réexécuter la récupération, mais Site Recovery Manager Server se bloque.

Solution : démarrez Site Recovery Manager Server et désactivez la récupération de la machine virtuelle.
Les opérations de test et de récupération échouent si un cluster étendu vSAN possède un domaine de pannes non disponible
Si vous testez ou récupérez une machine virtuelle sur un cluster étendu vSAN qui possède un domaine de pannes non disponible, l'opération échoue. Cela vient du fait que la stratégie de stockage par défaut de vSAN ne peut être respectée et que le provisionnement d'une machine virtuelle avec Site Recovery Manager sur le stockage échoue.

Solution : enregistrez manuellement la machine virtuelle récupérée sur le cluster étendu vSAN. La machine virtuelle devient conforme à la stratégie de stockage par défaut de vSAN lorsque le domaine de pannes est disponible.
Votre banque de données peut apparaître comme étant inactive dans l'inventaire du site protégé d'origine après la reprotection
Si vous utilisez un stockage étendu et que vous exécutez la reprotection après une récupération d'urgence, l'avertissement suivant peut s'afficher :
L'objet demandé n'a pu être trouvé ou a déjà été supprimé.
Après une reprotection, la banque de données de l'inventaire du site protégé d'origine apparaît comme étant inactive.

Solution : actualisez ou réanalysez les adaptateurs de stockage.
1. Cliquez sur l'onglet Configurer, puis sur Adaptateurs de stockage.
2. Cliquez sur l'icône Actualiser ou Réanalyser pour actualiser ou réanalyser tous les adaptateurs de stockage.
Une machine virtuelle et un groupe de cohérence attribués à une stratégie de stockage supprimée s'affichent dans les onglets Machines virtuelles et Groupes de cohérence
Si vous supprimez une stratégie de stockage, les machines virtuelles et le groupe de cohérence attribués à la stratégie de stockage s'affichent dans les onglets Machines virtuelles et Groupes de cohérence du groupe de protection de stratégies de stockage.

Solution : recréez le groupe de protection de stratégies de stockage. Une fois cette opération effectuée, le groupe de machines virtuelles et le groupe de cohérence n'apparaissent pas dans les onglets Machines virtuelles et Groupes de cohérence.
La récupération d'une machine virtuelle chiffrée peut échouer pendant l'étape de mise sous tension si la clé de chiffrement n'est pas disponible sur le site de récupération
Si vous récupérez une machine virtuelle chiffrée et si la clé de chiffrement utilisée sur le site protégé n'est pas disponible sur le site de récupération pendant le processus de récupération, la récupération peut échouer lorsque Site Recovery Manager met la machine virtuelle sous tension.

Solution : procédez comme suit.
1. Supprimez la machine virtuelle chiffrée de l'inventaire du site de récupération.
2. Assurez-vous que le serveur gestionnaire de clés du site de récupération est disponible et que la clé de chiffrement utilisée sur le site protégé est disponible sur le site de récupération.
3. Enregistrez la machine virtuelle chiffrée dans l'inventaire du site de récupération.
4. Dans l'interface utilisateur de Site Recovery Manager, ouvrez les paramètres de récupération de la machine virtuelle chiffrée et désactivez la mise sous tension de la machine virtuelle pendant une récupération.
5. Exécutez une nouvelle récupération.
La migration planifiée peut échouer avec une erreur pour les machines virtuelles protégées sur la banque de données vSphere Virtual Volumes
Si vous avez des machines virtuelles protégées sur des banques de données vSphere Virtual Volumes, la migration planifiée des machines virtuelles peut échouer avec l'erreur suivante dans l'étape Modifier le stockage du site de récupération en inscriptible.
Error - Storage policy change failure: La cible vSphere Virtual Volumes a rencontré une erreur spécifique au fournisseur. Configuration de la machine virtuelle non valide. Un paramètre spécifié n'était pas correct : path.
Solution : exécutez à nouveau le plan de récupération.
Les opérations de personnalisation IP ou d'appels d'invités peuvent échouer avec l'erreur suivante : Échec lors de l'authentification auprès du système d'exploitation invité avec les informations d'identification fournies.
Solution :

lorsque l'option recovery.autoDeployGuestAlias est définie sur TRUE (valeur par défaut) dans les paramètres avancés.
- Si l'heure de l'hôte ESX sur lequel la machine virtuelle est récupérée et en cours d'exécution n'est pas synchronisée avec les serveurs vCenter Single Sign-On sur le site de récupération.
- Si le SE invité de la machine virtuelle récupérée est Linux et que l'heure est antérieure à celle de l'hôte ESX sur lequel la machine virtuelle récupérée est en cours d'exécution, mettez à jour les paramètres de configuration de la machine virtuelle à l'aide de la procédure suivante et exécutez à nouveau le plan de récupération ayant échoué.
  1. Cliquez avec le bouton droit sur la machine virtuelle récupérée.
  2. Cliquez sur Modifier les paramètres.
  3. Dans l'onglet Options, cliquez sur Général.
  4. Cliquez sur Configuration pour mettre à jour les paramètres de configuration.
  5. Cliquez sur Ajouter ligne et entrez time.synchronize.tools.startup.backward dans la zone de texte Nom et TRUE dans la zone de texte Valeur.
  6. Cliquez sur OK pour confirmer
Lorsque l'option recovery.autoDeployGuestAlias est définie sur FALSE dans les paramètres avancés.
- Assurez-vous de synchroniser correctement l'heure entre le SE invité de la machine virtuelle protégée et les serveurs vCenter Single Sign-On sur le site de récupération.
- Assurez-vous que les alias d'invité des machines virtuelles protégées sont correctement configurés pour l'utilisateur de la solution sur le serveur SRM du site de récupération. Pour plus d'informations, consultez la description de l'option recovery.autoDeployGuestAlias dans Modifier les paramètres de récupération.
Pour plus d'informations, consultez les sections de dépannage associées dans le guide Administration de Site Recovery Manager 8.4.
Le remplacement du certificat SSL de vCenter Server provoque des erreurs de validation de certificat dans Site Recovery Manager.
Si vous remplacez le certificat SSL sur le système vCenter Server, une erreur de connexion peut se produire lorsque Site Recovery Manager tente de se connecter à vCenter Server.

Solution : pour plus d'informations sur la façon de mettre à niveau des certificats vCenter Server et de permettre à des solutions telles que Site Recovery Manager de continuer à fonctionner, consultez l'article http://kb.vmware.com/kb/2109074.
La récupération d'urgence d'une machine virtuelle associée à un réseau VSS affiche le réseau du site protégé dans l'interface utilisateur pour des mappages réseau à espace réservé temporaires.
Si vous utilisez un réseau VSS pour lequel vous n'avez pas configuré de mappage réseau standard et que vous exécutez une récupération d'urgence sur un plan de récupération contenant un groupe de protection de stratégie de stockage, Site Recovery Manager crée un mappage à espace réservé temporaire pour ce réseau. Lorsque vous exécutez le mappage à espace réservé temporaire, un réseau peut s'afficher sur le site secondaire avec le même nom que le réseau sur le site principal. Si vous n'avez pas créé explicitement ce réseau, il n'est pas réel. Néanmoins, il est possible de le sélectionner comme cible du mappage à espace réservé temporaire et la récupération réussira. Une fois la récupération terminée, le réseau s'affiche alors comme inaccessible, même si les machines virtuelles récupérées sont affichées comme connectées à ce réseau sur le site de récupération.

Solution : après la récupération, mappez manuellement les machines virtuelles à un autre réseau et connectez-les à un véritable réseau.
Les mappages réseau de test ne sont pas supprimés lorsque le mappage réseau correspondant est supprimé.
Si, lorsque vous créez des mappages réseau, vous configurez un mappage réseau spécifique pour tester des plans de récupération et que, ensuite, vous supprimez le mappage réseau principal, le mappage réseau de test n'est pas supprimé, même si le réseau du site de récupération que vous avez configuré n'est pas la cible d'un autre mappage. Par exemple :
- Vous configurez un mappage réseau entre Protected_Network_Main sur le site protégé et Recovery_Network_Main sur le site de récupération.
- Vous configurez un mappage réseau de test entre Recovery_Network_Main et Recovery_Network_Test à utiliser comme réseau pour des tests de plan de récupération.
- Recovery_Network_Main sur le site de récupération n'est pas utilisé comme cible d'un autre mappage réseau.
- Vous supprimez le mappage réseau entre Protected_Network_Main et Recovery_Network_Main utilisé pour les récupérations complètes.
- Le mappage réseau de test entre Recovery_Network_Main et Recovery_Network_Test n'est pas supprimé.
Solution : supprimez le mappage réseau de test manuellement.
Lorsque vous établissez une dépendance entre deux machines virtuelles, et que sur l'une d'elles vMotion est activé, tandis que sur l'autre non, la dépendance sur un stockage étiré échoue pendant un workflow en cours de migration.
Solutions : supprimez la dépendance entre les machines virtuelles et exécutez à nouveau la migration planifiée avec vMotion. Réactivez manuellement la dépendance pour de futurs workflows de récupération.
Si vous souhaitez préserver la dépendance entre les machines virtuelles, exécutez la migration planifiée sans vMotion. Les deux machines virtuelles migrent comme des machines virtuelles standard dans l'ordre de dépendance.
Site Recovery Manager échoue à effectuer le suivi de la suppression de machines virtuelles non critiques de l'inventaire vCenter Server, ce qui entraîne des erreurs MONF dans les workflows de récupération, de test de récupération et de test de nettoyage.
Site Recovery Manager perd ses connexions aux serveurs vCenter Server sur le site protégé et le site de récupération et ne peut pas surveiller la suppression de machines virtuelles non critiques.

Solution : redémarrez le serveur Site Recovery Manager.
Lorsque vous modifiez un mappage à espace réservé temporaire, l'erreur La clé, le nom ou l'identificateur « 6458aed1-6c80-4565-907f-189e6a102046 » spécifié existe déjà. peut s'afficher.
Cette erreur peut se produire lorsqu'il existe déjà un mappage standard du même objet d'inventaire de site protégé.

Solution : aucune. Vous pouvez ignorer l'erreur, car les mappages standard sont prioritaires sur les mappages à espace réservé. Le mappage standard sera utilisé lors de la récupération comme prévu.
Site Recovery Manager affiche des noms incorrects pour certains objets du site protégé dans des mappages à espace réservé.
- Les centres de données affichent le nom vm à la place du nom de centre de données défini par l'utilisateur.
- Les pools de ressources affichent le nom Resources à la place du nom du pool de ressources défini par l'utilisateur.
- Si vous déplacez une machine virtuelle vers un autre dossier ou un autre pool de ressources après avoir protégé la machine virtuelle dans un groupe de protection de profil de stockage, les mappages à espace réservé générés après le déplacement affichent des ID internes comme folder-3 ou resgroup-5 à la place des noms d'objets définis par l'utilisateur.
Solution : il n'existe aucune solution pour les noms d'objets incorrects dans les mappages d'inventaire. Consultez le rapport d'historique du workflow de test ou de récupération ayant échoué et entraîné la création des mappages à espace réservé. Par exemple, si vous connaissez l'inventaire du site protégé, vous pouvez déterminer le centre de données du site protégé, son dossier et le pool de ressources qui contenaient la machine virtuelle protégée ayant échoué et à récupérer en raison d'un mappage manquant.
À la fin du workflow du plan de récupération, les dernières étapes de récupération continuent à afficher un état « En cours d'exécution ».
L'état incorrect est un problème transitoire de l'interface utilisateur. Site Recovery Manager exécute toutes les étapes jusqu'à leur achèvement.

Solution : cliquez sur l'icône d'actualisation globale pour actualiser l'interface. Toutes les étapes affichent l'état indiquant que l'opération s'est terminée correctement.
Les invites et les commandes disparaissent de la liste des étapes dans la vue de récupération.
Après avoir ajouté une invite ou une commande dans Étapes de récupération > Vue de récupération, vous pouvez afficher la même invite ou commande dans la vue de test. Cependant, si vous tentez de modifier une invite ou une commande dans la vue de test, il se peut que l'invite ou la commande spécifique à la vue de récupération disparaisse de la liste des étapes.

La disparition des invites ou des commandes est un problème transitoire de l'interface utilisateur qui n'affecte que la liste détaillée des étapes de récupération. Lors de l'exécution d'un test ou d'une récupération, Site Recovery Manager exécute l'ensemble des invites et des commandes, même si elles ne s'affichent pas dans la liste détaillée des étapes.

Solution : cliquez sur l'icône d'actualisation globale pour actualiser l'interface. Toutes les légendes réapparaissent dans la liste des étapes.
Lors d'un échec de la baie de stockage sur le site protégé, Site Recovery Manager ne peut pas récupérer les machines virtuelles dans les groupes de protection de profil de stockage.
Les machines virtuelles ne sont plus protégées, mais les données le sont toujours.

Solution : récupérez manuellement les banques de données et les machines virtuelles sur le site de récupération.
La machine virtuelle réservée sur le site de récupération existe toujours après la suppression du groupe de protection et du plan de récupération.
Lorsque vous supprimez le plan de récupération et le groupe de protection de l'inventaire SRM, la VM réservée est toujours visible sur le site de récupération. Une erreur se produit lorsque vous tentez de créer un nouveau groupe de protection avec la même banque de données et la même machine virtuelle. Lorsque vous tentez de supprimer manuellement la machine virtuelle réservée de l'inventaire vCenter Server, une erreur se produit. Site Recovery Manager marque la machine virtuelle comme orpheline.

Solution : supprimez la machine virtuelle réservée et la machine virtuelle orpheline, puis créez le groupe de protection avec la même machine virtuelle.
Le nettoyage échoue s'il a lieu dans les 10 minutes suivant le redémarrage des hôtes ESXi du site de récupération à partir du mode maintenance.
L'opération de nettoyage tente d'échanger les espaces réservés et repose sur le cache de tolérance des hôtes qui a une période d'actualisation de 10 minutes. Si vous tentez d'effectuer un échange sur des hôtes ESXi ayant été redémarrés dans l'intervalle de 10 minutes, Site Recovery Manager ne met pas à jour les informations dans le cache de résilience des hôtes Site Recovery Manager et l'opération d'échange échoue. L'opération de nettoyage échoue également.

Solution : patientez 10 minutes et tentez un nouveau nettoyage.
La récupération ne réussit pas à progresser après l'échec de la connexion au site protégé
Si le site de protection devient inaccessible durant une opération de désactivation ou durant RemoteOnlineSync ou RemotePostReprotectCleanup, les deux opérations se produisant durant la reprotection, il se pourrait alors que le plan de récupération ne réussisse pas à progresser. Dans un tel cas, le système attend que les machines virtuelles ou les groupes qui faisaient partie du site de protection achèvent ces tâches interrompues. Si ce problème se produit durant une opération de reprotection, vous devez reconnecter le site de protection d'origine et redémarrer le plan de récupération. Si ce problème se produit durant une récupération, il suffit d'annuler et de redémarrer le plan de récupération.
Le montage du volume VMFS récupéré échoue avec l'erreur : Échec de récupération de la banque de données.
Cette erreur peut se produire en raison d'une latence entre vCenter, ESXi et Site Recovery Manager Server.

Solution : exécutez à nouveau le plan de récupération.
Une perte temporaire des connexions de vCenter Server pourrait être à l'origine de problèmes de récupération pour les machines virtuelles avec des mappages de disques bruts
En cas de perte de la connexion de vCenter Server pendant une récupération, l'une des situations suivantes peut se produire :
- vCenter Server demeure indisponible et la récupération échoue. Pour résoudre ce problème, rétablissez la connexion avec vCenter Server et réexécutez la récupération.
- En de rares cas, vCenter Server est à nouveau disponible et la machine virtuelle est récupérée. Dans une telle situation, si la machine virtuelle a des mappages de disques bruts (RDM), ceux-ci risqueraient de ne pas être correctement mappés. Suite au mauvais mappage des RDM, il se pourrait qu'il soit impossible d'allumer la machine virtuelle, ou des erreurs liées au système d'exploitation client ou aux applications exécutées sur le système d'exploitation client pourraient survenir.
  - S'il s'agit d'une récupération test, procédez à une opération de nettoyage et relancez le test.
  - S'il s'agit d'une récupération réelle, vous devez manuellement joindre le bon RDM à la machine virtuelle récupérée.
Consultez la rubrique relative à la modification des paramètres de la machine virtuelle dans la documentation de vSphere pour en savoir plus sur l'ajout de mappages de disques bruts.
Annulation du plan de récupération inachevée
Lors de l'exécution d'un plan de récupération, une tentative de synchronisation des machines virtuelles est effectuée. Il est possible d'annuler le plan de récupération, mais les tentatives d'annulation de l'exécution du plan de récupération n'aboutissent pas tant que la synchronisation n'est pas terminée ou expirée. Par défaut, le délai d'expiration est de 60 minutes. Vous pouvez utiliser les options suivantes pour effectuer une annulation du plan de récupération :
- Mettez vSphere Replication en pause pour déclencher l'échec de la synchronisation. Lorsque la récupération entre dans un état d'erreur, utilisez vSphere Client pour redémarrer vSphere Replication sous l'onglet vSphere Replication. Après le redémarrage de la réplication, vous pouvez, le cas échéant, réexécuter le plan de récupération.
- Attendez que la synchronisation soit terminée ou expirée. L'opération pourrait éventuellement durer assez longtemps, mais finira par se terminer. Au terme ou à l'expiration de la synchronisation, l'annulation du plan de reprise d'activité continue.
Erreur dans le plan de récupération lors de l'arrêt des machines virtuelles protégées : Erreur - Opération expirée : 900 secondes pendant l'étape Arrêt des machines virtuelles sur le site protégé.
Si vous utilisez Site Recovery Manager pour protéger des banques de données sur des baies prenant en charge l'échange dynamique, par exemple avec une solution Clariion, l'exécution d'une récupération d'urgence lorsque le site protégé est partiellement arrêté ou d'une récupération forcée peut provoquer des erreurs lors de la réexécution du plan de récupération pour terminer les opérations du site protégé. Ce type d'erreur se produit lorsque le site protégé revient en ligne, mais que Site Recovery Manager ne parvient pas à arrêter les machines virtuelles protégées. Cette erreur survient généralement lorsque certaines baies rendent les LUN protégés uniquement accessibles en lecture seule, ce qui empêche ESXi de terminer l'E/S pour les machines virtuelles protégées sous tension.

Solution : redémarrez les hôtes ESXi sur le site protégé qui sont affectés par les LUN en lecture seule.
La migration planifiée échoue avec le message : Erreur : Impossible de copier le fichier de configuration...
Si dans un cluster contenant deux hôtes ESXi, un des hôtes perd sa connectivité au stockage, l'autre hôte peut généralement récupérer les machines virtuelles répliquées. Dans certains cas, l'autre hôte peut ne pas récupérer les machines virtuelles et la récupération échoue avec l'erreur suivante : Erreur : Impossible de copier le fichier de configuration...

Solution : exécutez une nouvelle récupération.
Un test de nettoyage échoue avec une erreur de démontage des banques de données.
L'exécution d'un nettoyage après un test de récupération peut échouer avec l'erreur Erreur - Impossible de démonter la banque de données 'nom_banque de données' de l'hôte 'nom_hôte'. L'opération n'est pas autorisée dans l'état actuel.. Ce problème survient si l'hôte a déjà démonté la banque de données avant l'exécution de l'opération de nettoyage.

Solution : exécutez à nouveau l'opération de nettoyage.
Lorsque vous supprimez une autorisation pour un utilisateur sur un site protégé alors que vous avez ouvert une session sous le nom de cet utilisateur, le message d'erreur suivant s'affiche : Impossible de récupérer les données d'autorisation. La session est déjà ouverte. Une erreur similaire apparaît dans l'onglet Paramètres avancés.
Cette erreur se produit lorsque vous supprimez vos propres autorisations au niveau du site. Le message devrait plutôt vous informer que vous ne disposez pas d'autorisations pour afficher la page.
L'exécution d'un plan de récupération échoue avec une erreur de machine virtuelle à l'étape de configuration du stockage.
Les exécutions suivantes du plan de récupération échouent à la même étape de configuration du stockage pour la même machine virtuelle avec l'erreur La clé, le nom ou l'identificateur défini existe déjà. Si vous regardez dans l'inventaire vCenter Server, vous voyez deux machines virtuelles portant le même nom que celle qui a échoué. L'une d'elles se trouve dans le dossier Machines virtuelles découvertes. Ce problème est dû à un problème de communication connu entre vCenter Server et l'instance ESXi Server.

Solution : annulez l'enregistrement de la copie de la machine virtuelle dans le dossier Machines virtuelles découvertes à partir de vCenter Server. Après avoir terminé cette opération pour toutes les machines virtuelles affectées, exécutez à nouveau le plan de récupération.
Ce problème est résolu dans vCenter Server 6.7.