Site Recovery Manager 8.6 | 11 octobre 2022 | Build 20555463 | Télécharger

Outil d'importation/exportation de configuration de Site Recovery Manager 8.6 | 11 octobre 2022 | Build 20554592

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

Nouveautés

  • VMware Site Recovery Manager 8.6 ajoute la compatibilité avec VMware vSphere 8.0.

  • Interopérabilité avec vSAN Express Storage.

  • REST API. Introduction de l'automatisation de bout en bout pour Site Recovery Manager :

    • Possibilité de créer, modifier, supprimer des groupes de protection et des plans de récupération

    • Obtenir les paramètres de protection et de récupération pour les machines virtuelles

    • Créer et modifier des mappages d'inventaire, une personnalisation IP et des mappages de ressources

    • Reconfigurer les paramètres de récupération pour les machines virtuelles : ajouter/modifier/supprimer les légendes et les invites, définir/obtenir la priorité et les dépendances

    • Exécution des plans de récupération : Test, Migration planifiée, Basculement, Reprotection et Retour arrière

    • Ensemble complet d'API pour configurer et gérer le dispositif VMware Site Recovery Manager

      Pour plus d'informations, consultez l'article de blog.

  • Commentaires à l'intérieur du produit : L'interface utilisateur de Site Recovery Manager introduit une option de commentaires à l'intérieur du produit pour vous permettre de fournir des évaluations et des commentaires en temps réel sur les fonctionnalités et les workflows clés.

  • Site Recovery Manager peut mettre à jour automatiquement la protection des machines virtuelles dans les groupes de protection et les plans de récupération en fonction des modifications apportées aux mappages d'inventaire.

  • Améliorations apportées à l'interface utilisateur de Site Recovery Manager :

    • Les données de hiérarchie réseau sont visibles dans les mappages réseau.

    • Interface utilisateur du dispositif Site Recovery Manager : possibilité de définir l'état actif ou inactif des réseaux.

    • Option de vSphere Replication pour activer la réplication des jeux de données.

  • Paramètres régionaux définis sur Italien pour l'interface utilisateur des produits et la documentation : Site Recovery Manager 8.6 ajoute la prise en charge de la localisation en italien de l'interface utilisateur et fournit une documentation sur les produits en italien.

  • vRealize Operations Management Pack for VMware Site Recovery Manager 8.6. 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.6.

Remarque relative à la prise en charge du produit

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). Vous devez supprimer ou migrer vos SPPG vers des groupes de protection de réplication basée sur la baie avant la mise à niveau vers Site Recovery Manager 8.6. Site Recovery Manager 8.5.0.5 et versions ultérieures dispose d'un outil de migration de groupe de protection de stratégie de stockage (SPPG) dédié que vous pouvez utiliser pour migrer vos SPPG vers des groupes de protection de réplication basée sur la baie standard. Pour en savoir plus sur l'utilisation de l'outil, reportez-vous à la section Migration des groupes de protection de stratégie de stockage vers des groupes de protection de réplication basée sur la baie.

Localisation

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

  • Anglais

  • Français

  • Allemand

  • Italien

  • Japonais

  • Coréen

  • Chinois simplifié

  • Chinois traditionnel

  • Espagnol

Compatibilité

Matrice de compatibilité de Site Recovery Manager

Site Recovery Manager 8.6 est compatible avec vSphere 7.0 (et versions ultérieures) et prend en charge ESXi versions 7.0 et ultérieures.

Site Recovery Manager 8.6 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.6.

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

Site Recovery Manager 8.6 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 Site Recovery Manager 8.6. Site Recovery Manager 8.6 ajoute l'interopérabilité avec vSAN Express Storage.

Installation et mise à niveau

Pour plus d'informations sur l'installation et la mise à niveau de Site Recovery Manager, reportez-vous à Installation et configuration de Site Recovery Manager.

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

REMARQUES :

  • VMware Site Recovery Manager 8.5.x est la dernière version générale qui prend en charge les groupes de protection de stratégie de stockage (SPPG). Vous devez supprimer ou migrer vos SPPG vers des groupes de protection de réplication basée sur la baie avant la mise à niveau vers Site Recovery Manager 8.6. Site Recovery Manager 8.5.0.5 et versions ultérieures dispose d'un outil de migration de groupe de protection de stratégie de stockage (SPPG) dédié que vous pouvez utiliser pour migrer vos SPPG vers des groupes de protection de réplication basée sur la baie standard. Pour en savoir plus sur l'utilisation de l'outil, reportez-vous à la section Migration des groupes de protection de stratégie de stockage vers des groupes de protection de réplication basée sur la baie.

  • 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.

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 Site Recovery Manager 8.6

Pour en savoir plus sur les limites de fonctionnement de Site Recovery Manager 8.6, 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 Site Recovery Manager 8.6 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 Site Recovery Manager.

  • Dans un environnement fédéré avec des instances de vCenter Server liées, lorsque vous vous connectez au site local de la passerelle REST API, vous êtes automatiquement connecté au site distant. Vous n'avez pas à faire de demande POST /remote-session. Il n'est pas possible de se connecter au site distant avec un nom d'utilisateur différent.

  • La protection et la récupération des machines virtuelles chiffrées avec vSphere Replication requièrent VMware vSphere 7.0 Update 2c ou version ultérieure.

  • 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 : "Virtual machine '{vmName}' is replicated by multiple replication groups." 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.

  • 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 les groupes de protection de réplication basée sur la baie. 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.

  • L'outil d'importation/exportation de configuration de VMware Site Recovery Manager 8.6 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.

  • Site Recovery Manager 8.6 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.

  • Site Recovery Manager 8.6 prend en charge vSphere Replication 8.6 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.

  • Site Recovery Manager 8.6 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.6 avec des banques de données NFS v4.1 pour vSphere Replication.

  • 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.6 et coupler vos sites Site Recovery Manager 8.6.

    2. Les instances de vCenter Server des deux sites Site Recovery Manager 8.6 doivent fonctionner en mode Enhanced Linked Mode. Afin d'éviter les pannes lors de la mise à niveau de Site Recovery Manager 8.6 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

  • Nouveau - 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 de manière incorrecte avec une erreur NotAuthenticated. Lors de l'exécution d'un workflow Site Recovery Manager (par exemple, un workflow de reprotection ou de basculement), si vous rencontrez 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 provoque l'erreur.

    Solution : exécutez à nouveau le workflow.

  • Nouveau - L'icône du plug-in d'intégration du client Site Recovery Manager ne s'affiche pas lors de l'utilisation du navigateur Firefox

    Lorsque vous utilisez le navigateur Firefox, l'icône du plug-in d'intégration du client Site Recovery Manager ne s'affiche pas dans vCenter Server 7.0.x.

    Solution : cliquez sur l'espace vide au-dessus de l'étiquette Site Recovery ou utilisez les navigateurs Chrome ou Edge.

  • Nouveau - Le test de récupération et la migration planifiée échouent pour certaines machines virtuelles avec plusieurs erreurs

    Pendant le test de récupération et la migration planifiée, le serveur vSphere Replication peut redémarrer, entraînant l'échec de certaines réplications avec les erreurs suivantes :

    Cannot commit group '<group-id>' to an image on vSphere Replication Server '<VR-server>' (address '<VR-server-address>'). A generic error occurred in the vSphere Replication Management Server. Exception details: 'https://<VR-server-address>:8123/ invocation failed with "org.apache.http.conn.HttpHostConnectException: Connect to <VR-server-address>:8123 [/<VR-server-address>] failed: Connection refused (Connection refused)"'.

    Error : Cannot commit group '<group-id>' to an image on vSphere Replication Server '<VR-server>' (address '<VR-server-address>'). A generic error occurred in the vSphere Replication Management Server. Exception details: 'https://<VR-server-address>:8123/ invocation failed with "java.net.SocketException: Connection reset"'.

    Error : A runtime error occurred in the vSphere Replication Management Server. Exception details: ''. A runtime error occurred in the vSphere Replication Management Server. Exception details: ''.

    Solution : Réexécutez le plan de récupération ayant échoué. Après le redémarrage du serveur vSphere Replication, les opérations qui ont échoué se terminent correctement.

  • Nouveau - Deux éléments semblables pour le plug-in d'intégration de VMware Site Recovery sont répertoriés dans la liste des plug-ins des clients vCenter Server

    Lorsque vous installez vSphere Replication ou Site Recovery Manager sur vCenter Server 8.0, la liste des plug-ins des clients vCenter Server contient deux éléments semblables pour le plug-in d'intégration VMware Site Recovery. Cela n'affecte pas la fonctionnalité du plug-in tant que les deux plug-ins sont activés ou désactivés.

    Solution : aucune action n'est requise pour continuer à utiliser la fonctionnalité du plug-in. Si vous devez désactiver le plug-in, désactivez les deux plug-ins. Si vous souhaitez activer le plug-in, activez les deux plug-ins.

  • Nouveau - Échec de la récupération d'urgence avec une erreur.

    La récupération d'urgence des machines virtuelles résidant sur un stockage étiré échoue avec l'erreur suivante : "A general system error occurred: Cannot allocate memory"

    Solution : exécutez à nouveau l'opération de récupération d'urgence.

  • Nouveau - Le plan de récupération dans un état Récupération incomplète ne peut pas être correctement terminé

    Si un basculement avec vMotion est interrompu pendant l'étape vMotion et que le plan passe à l'état Récupération interrompue, tous les plans suivants peuvent s'exécuter de nouveau à l'étape Modifier le stockage du site de récupération en inscriptible. L'erreur à cette étape est incorrecte et le basculement est terminé. Toutefois, le plan reste à l'état Récupération incomplète et ne peut pas revenir à l'état Prêt pour cette raison.

    Solution : pour effectuer correctement un retour arrière des machines virtuelles vers le site principal, recréez les groupes de protection et le plan de récupération.

  • Nouveau - Échec de la reconfiguration de la réplication après la reprotection lors de la modification de la banque de données cible pour un VMDK

    Après l'exécution d'une opération de reprotection, la reconfiguration de la réplication qui implique des déplacements de disque (par exemple, le déplacement du disque vers une autre banque de données ou un autre chemin) échoue avec l'erreur suivante :

    Unable to complete the reconfiguration task at remote site for replication group 'hbr-vm' (managed object ID: 'GID-xxxx'): task 'HTID-xxxx'. Details: 'A runtime error occurred in the vSphere Replication Management Server. Exception details: 'VR Server error: 'Virtual Machine exists at the target datastore path'.

    Solution : vous devez renommer ou déplacer le VMX de la machine virtuelle d'origine à l'emplacement cible.

  • Nouveau - La mise à niveau vers Site Recovery Manager 8.6 se termine sans notification dans l'interface utilisateur et sans redémarrage du dispositif

    Si vous effectuez une mise à niveau depuis Site Recovery Manager 8.4.x et qu'il existe des groupes de protection de stratégie de stockage (SPPG) dans votre environnement, la mise à niveau vers Site Recovery Manager 8.6 échoue sans afficher de messages d'erreur.

    Solution : effectuez la mise à niveau vers Site Recovery Manager version 8.5.0.5, supprimez ou migrez vos SPPG vers des groupes de protection de réplication basée sur la baie, puis poursuivez la mise à niveau vers Site Recovery Manager 8.6. Vous pouvez également migrer manuellement les SPPG vers des groupes de protection de réplication basée sur la baie et mettre à niveau vers Site Recovery Manager 8.6.

  • Nouveau - Échec de la reprotection avec une erreur lors de l'étape de synchronisation du stockage

    Si l'opération de découverte du stockage des périphériques est toujours en cours, elle empêche la dernière sous-étape de synchronisation du stockage du workflow de reprotection de se terminer à temps. La reprotection échoue avec l'erreur suivante : "Operation timed out: 1080 seconds". Si le workflow de reprotection échoue, la sous-étape de synchronisation du stockage démarre et se termine correctement une fois l'opération de découverte des périphériques terminée.

    Solution 1 : attendez la fin de l'opération de découverte des périphériques et allouez plus de temps pour la synchronisation du stockage. Lorsque la découverte des périphériques et la synchronisation des opérations de stockage sont terminées, vous devez exécuter un test de basculement pour vérifier que tout est conforme pour le plan de récupération.

    Solution 2 : augmentez la valeur du paramètre avancé remoteManager.taskDefaultTimeout.

    1. Dans l'onglet Accueil de Site Recovery, sélectionnez une paire de sites et cliquez sur Afficher les détails.

    2. Dans le volet de gauche, cliquez sur Configurer > Paramètres avancés > Gestionnaire distant.

    3. Sélectionnez un site et cliquez sur Modifier pour modifier les paramètres du gestionnaire distant.

    4. Entrez une nouvelle valeur dans la zone de texte remoteManager.taskDefaultTimeout.

  • Mis à jour - L'opération de reprotection échoue avec une erreur pour une VM

    L'opération de reprotection échoue avec l'erreur suivante :

    Unable to reverse replication for the virtual machine '<vm-name>'. A general system error occurred: Fault cause: vim.fault.GenericVmConfigFault

    Ou Unable to reverse replication for the virtual machine '<vm-name>'. A general system error occurred:

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

    Task Name: Remove all snapshots

    Status: A general system error occurred: Fault cause: vim.fault.GenericVmConfigFault

    Ou Status: A general system error occurred: Snapshot configuration missing for snapshot <>

    Initiator: <initiator>

    Target: <vm-name>

    Server: <VC-name>

    Solution :

    1. supprimez la réplication.

    2. Reconfigurez la réplication à l'aide des disques de valeurs initiales.

  • É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

  • 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 Virtual Volumes 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.

  • Échec de la reprotection avec une erreur

    Lorsque vous répliquez des machines virtuelles à grande échelle, la reprotection peut échouer avec l'erreur suivante : "Unable to reverse replication for the virtual machine A generic error occurred in the vSphere Replication Management Server "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.

  • 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 ACTIF.

  • Échec du plan de récupération avec une machine virtuelle répliquée par vSphere Replication avec une erreur

    Si la machine virtuelle répliquée par 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 : "Invalid configuration for device '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.

  • Échec de l'opération de reprotection d'un grand nombre de VM 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 :

    Unable to reverse replication for the virtual machine <VM_name>

    ou

    A general system error occurred: Failed to open virtual disk

    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.

  • É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 : "Some virtual machines in the protection group [PGxxx] could not be recovered."

    Solution : Exécutez de nouveau le plan de récupération.

  • Après avoir effectué une récupération d'urgence, puis une mise sous tension sur le même site, certaines machines virtuelles passent à un état inactif

    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.

  • 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.

  • Les informations sur les serveurs DNS dans les paramètres de mise en réseau sont vides et ne peuvent pas être modifiées ni 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.

  • 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.

  • 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 :

    A problem occurred with the storage on datastore path '[<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.

  • 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 : 'The ManagedObjects in 'spec.objectSet' belong to more than 1 server.' ou 'Missing value for non-optional field 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 : Placeholder VM for the protected VM '<vm-name>' is missing.

  • 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 : vSphere HA virtual machine failover failed. 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.

  • Les machines virtuelles créées pendant l'exécution d'un test de récupération ne sont pas protégées automatiquement une fois le test terminé

    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 semblable 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 en raison 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, la baie de stockage n'obtient pas les notifications requises, ce qui entraîne l'échec de l'opération de reprotection.

    Solution :

    1. accédez au fichier vmware-dr.xml et ouvrez-le 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 plutôt netmgr ip6_address --set --interface --dhcp 1 --autoconf 1.

  • 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 plutôt netmgr ip6_address --set --interface --dhcp 1 --autoconf 1.

  • 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.

  • 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 : Unable to connect to the remote server.

    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.

  • 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 erreur (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.

    Internal error: Received unexpected exception during prepare phase. The session is not authenticated.

    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 VM 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.

    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.

  • 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 : Error while importing VM settings for server with 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.

  • 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.

  • 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.

    ERROR XML5610: Quote character expected.

    ERROR Error: Invalid argument.

    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.

  • 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 :

    The requested object was not found or has already been deleted.

    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.

  • 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: The vSphere Virtual Volumes target encountered a vendor specific error. Invalid virtual machine configuration. A specified parameter was not 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 : Failed to authenticate with the guest operating system using the supplied credentials

    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.

  • 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.

  • À 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.

  • 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 : Error - Operation timed out: 900 seconds during Shutdown VMs at Protected Site step.

    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.

  • Échec de la migration planifiée avec l'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 : Error: Unable to copy the configuration file...

    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 Error - Cannot unmount datastore 'datastore_name' from host 'hostname'. The operation is not allowed in the current state.. 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 semblable 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.

check-circle-line exclamation-circle-line close-line
Scroll to top icon