Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Après le basculement des machines virtuelles VMware locales ou des serveurs physiques vers Azure, la première étape pour revenir à votre site local consiste à reprotéger les machines virtuelles Azure qui ont été créées lors du basculement. Cet article décrit comment faire cela.
Avant de commencer
Note
Windows Server 2008 et Windows Server 2008 R2 ont atteint la fin du support (EOS). Pour plus d’informations, consultez Fin du support de Windows Server 2008 et Windows Server 2008 R2 et Effectuer une mise à niveau sur place vers Windows Server 2016, 2019, 2022 ou 2025. Examinez votre utilisation et planifiez vos mises à niveau et migrations du système d'exploitation en conséquence.
- Suivez les étapes décrites dans cet article pour préparer la réprotection et la reprise, y compris la configuration d’un serveur de processus dans Azure, d’un serveur cible maître sur site, et la configuration d’un VPN de site à site ou d’un peering privé ExpressRoute pour la reprise.
- Vérifiez que le serveur de configuration local est en cours d’exécution et connecté à Azure. Pendant le basculement vers Azure, le site local peut ne pas être accessible et le serveur de configuration peut être indisponible ou arrêté. Lors de la restauration automatique, la machine virtuelle doit exister dans la base de données du serveur de configuration. Sinon, le retour à la configuration initiale échoue.
- Supprimez les captures instantanées sur le serveur cible maître local. La reprotection ne fonctionnera pas en présence de captures instantanées. Les captures instantanées sur la machine virtuelle sont automatiquement fusionnées lors d’une tâche de reprotection.
- Si vous reprotégez des machines virtuelles rassemblées dans un groupe de réplication pour assurer la cohérence de plusieurs machines virtuelles, vérifiez qu’elles ont toutes le même système d’exploitation (Windows ou Linux) et que le serveur cible maître que vous déployez a le même type de système d’exploitation. Toutes les machines virtuelles d’un groupe de réplication doivent utiliser le même serveur cible maître.
- Ouvrez les ports requis pour la restauration automatique.
- Assurez-vous que le serveur vCenter est connecté avant la restauration automatique. Sinon, la déconnexion des disques et leur attachement à la machine virtuelle échouent.
- Si un serveur vCenter gère les machines virtuelles vers lesquelles vous allez revenir en cas de basculement, vérifiez que vous disposez des autorisations nécessaires. Si vous effectuez une découverte utilisateur vCenter en mode lecture seule et protégez des machines virtuelles, la protection réussit et le basculement fonctionne. Cependant, pendant la reprotection, le basculement échoue parce que les magasins de données ne peuvent pas être découverts et ne sont donc pas listés. Pour résoudre ce problème, vous pouvez mettre à jour les informations d’identification vCenter avec un compte/autorisations appropriés, puis réessayer la tâche.
- Si vous avez utilisé un modèle pour créer votre virtual machines, vérifiez que chaque machine virtuelle a son propre UUID pour les disques. Si l’UUID de la machine virtuelle locale est en conflit avec l’UUID du serveur cible maître (car les deux ont été créés à partir du même modèle), la reprotection échoue. Déployez à partir d’un autre modèle.
- Si vous effectuez une restauration automatique vers un autre serveur vCenter, vérifiez que le nouveau serveur vCenter et le serveur cible maître sont détectés. Généralement, si cela n’est pas le cas, les magasins de données ne sont pas accessibles ou ne sont pas visibles dans Reprotéger.
- Vérifiez les scénarios suivants, qui ne permettent pas de restauration automatique :
- Si vous utilisez les éditions gratuites d’ESXi 5.5 ou de vSphere Hypervisor 6. Effectuez une mise à niveau vers une autre version.
- Si vous avez un serveur physique Windows Server 2008 R2 SP1.
- Les machines virtuelles VMware ne peuvent pas être reconverties vers Hyper-V.
- Machines virtuelles qui ont été migrées.
- Une machine virtuelle qui a été déplacée vers un autre groupe de ressources.
- Une machine virtuelle Azure de réplication qui a été supprimée.
- Une machine virtuelle Azure répliquée qui n'est pas protégée (répliquée vers le site local).
- Examinez en revue les types de restaurations automatiques que vous pouvez utiliser : récupération dans l’emplacement d’origine et récupération dans un autre emplacement.
Activer la reprotection
Activez la réplication. Vous pouvez reprotéger des machines virtuelles spécifiques ou un plan de récupération :
- Si vous reprotégez un plan de reprise, vous devez indiquer les valeurs pour chaque machine protégée.
- Si les machines virtuelles appartiennent à un groupe de réplication pour assurer la cohérence de plusieurs machines virtuelles, elles peuvent uniquement être reprotégées à l’aide d’un plan de récupération. Les machines virtuelles d’un groupe de réplication doivent utiliser le même serveur cible maître
Note
La quantité de données envoyées d'Azure à une source temporaire pendant la reprotection peut être n'importe quoi entre 0 octets et la somme de la taille du disque pour toutes les machines protégées et ne peut pas être calculée.
Avant de commencer
- Une fois qu’une machine virtuelle démarre dans Azure après le basculement, l’agent prend un certain temps pour s’inscrire au serveur de configuration (jusqu’à 15 minutes). Pendant ce temps, vous ne pouvez pas reprotéger, et un message d’erreur indique que l’agent n’est pas installé. Le cas échéant, patientez quelques minutes, puis relancez la reprotection.
- Si vous souhaitez revenir à la machine virtuelle Azure sur une machine virtuelle locale existante, montez les magasins de données de la machine virtuelle locale avec un accès en lecture/écriture sur l'hôte ESXi du serveur cible principal.
- Si vous souhaitez effectuer la restauration automatique vers un autre emplacement, par exemple si la machine virtuelle locale n’existe pas, sélectionnez le lecteur de rétention et le magasin de données configurés pour le serveur cible maître. Si vous effectuez la restauration automatique vers le site local, les machines virtuelles VMware du plan de protection de la restauration automatique utiliseront le même magasin de données que le serveur cible maître. Une machine virtuelle est alors créée dans vCenter.
Note
Il est fortement recommandé que l’agent du service de mobilité ne soit pas désinstallé de la machine sur laquelle le basculement a été effectué (qui s’exécute dans Azure). Il ne sera plus possible d’effectuer des opérations de re-protection ou de reprise après sinistre après cela.
Activez la reprotection comme suit :
Sélectionnez Coffre>Éléments répliqués. Cliquez avec le bouton droit sur la machine virtuelle qui a échoué, puis sélectionnez Re-protéger. Ou, à partir des boutons de commande, sélectionnez la machine puis Reprotéger.
Vérifiez que la direction de la protection de Azure en local est sélectionnée.
Dans les champs CIBLE MAÎTRE et SERVEUR DE PROCESSUS, sélectionnez le serveur cible maître local et le serveur de processus.
Pour MAGASIN DE DONNÉES, sélectionnez le magasin de données dans lequel vous souhaitez récupérer les disques locaux. Cette option est utilisée lorsque la machine virtuelle locale est supprimée et que vous devez créer de nouveaux disques. Cette option est ignorée si les disques existent déjà. Vous devez quand même spécifier une valeur.
Sélectionnez le disque de rétention.
La stratégie de restauration automatique est sélectionnée automatiquement.
Sélectionnez OK pour commencer la reprotection.
boîte de dialogue
Un travail de réplication de la machine virtuelle Azure sur le site local commence. Vous pouvez en suivre la progression sous l’onglet Tâches .
- Une fois la reprotection réussie, la machine virtuelle passe à l’état protégé.
- La machine virtuelle locale est désactivée au cours de la reprotection. Cela permet de garantir la cohérence des données pendant la réplication.
- N’activez pas la machine virtuelle locale une fois la reprotection terminée.
Étapes suivantes
- Si vous rencontrez des problèmes, consultez l’article de résolution des problèmes.
- Une fois les machines virtuelles Azure protégées, vous pouvez exécuter une restauration automatique. Le failback arrête la machine virtuelle Azure et démarre la machine virtuelle sur site. Prévoyez un temps d'arrêt pour l'application et choisissez une heure de rétablissement en conséquence.