Le job de réplication se lance, on retrouve les même informations que lors d’un job de backup.
En se positionnant sur l’ESX2, on constate que la VM répliquée est bien présente
Dans l’interface de VEEAM, le réplica est disponible.
On peut s’en servir pour déclencher le PRA mais également pour faire des restaurations comme si on avait un job de backup.
En faisant un clic droit dessus, on retrouve plusieurs options:
Failover Now: on active le réplica en considérant que la source est HS, on va avoir la VM dans l’état de la dernière réplication
Planned failover: action planifiée, le système relance une réplication des VMs, arrête ensuite la VM source, relance une ultime réplication et démarre la VM répliquée.
Test d’un failover plannifié
La VM TEST est en cours d’exécution, le réplica est arrêté.
Le job se lance, il va déclencher successivement 2 réplications que l’on peut voir dans les logs.
Une première synchro machine allumée, une seconde machine source éteinte.
On a une coupure de prod mais la garantie que la VM répliquée est identique à la source
Dans la partie VMware, les VMs SRV-TEST et SRV-TEST_replica sont éteintes
La réplication est finie, le réplica démarre automatiquement, si les options de modification de réseaux et d’IPs ont été paramétrées, elles vont s’effectuer maintenant.
Le réplica est opérationnel
On peut travailler sur la VM _replica.
La session est toujours active dans Veeam et permet :
Permanent Failover: cas pour lequel le PRA devient définitivement la Prod (site HS)
Undo Failover: on redémarre la VM source sans tenir compte des modifications faites sur le réplica
Failback to production: on relance le process dans l’autre sens pour que les modifications faites sur la VM réplica soient synchronisées avec le VM source de Prod.
—————————————————–
Le lab sur VEEAM est maintenant terminé.
C’est vraiment une super solution !!
Il y aura certainement un autre lab
sur des fonctions avancées du produit.
—————————————————–