Interrompre et supprimer le peering de réplication
Suggérer des modifications
PDF
En cas de basculement après incident, les volumes cibles doivent être désactivés afin que l'hôte cible puisse monter les volumes pour les opérations de lecture et d'écriture.
|
Pour le volume de données HANA, vous devez restaurer le volume vers la dernière sauvegarde Snapshot HANA créée avec AzAcSnap. Cette opération de restauration de volume n'est pas possible si le snapshot de réplication le plus récent est marqué comme étant occupé en raison du peering de réplication. Par conséquent, vous devez également supprimer le peering de réplication. |
Les deux captures d'écran suivantes montrent l'opération de peering et de suppression pour le volume de données HANA. Les mêmes opérations doivent être effectuées pour la sauvegarde du journal et le volume partagé HANA.
Le peering de réplication ayant été supprimé, il est possible de restaurer le volume vers la dernière sauvegarde Snapshot HANA. Si le peering n'est pas supprimé, la sélection du volume revert est grisée et ne peut pas être sélectionnée. Les deux captures d'écran suivantes montrent l'opération de restauration du volume.
Une fois le volume revert, le volume de données repose sur la sauvegarde Snapshot HANA cohérente et peut maintenant être utilisé pour exécuter les opérations de restauration par progression.
|
|
Lorsqu'un pool de capacité doté d'un niveau de performance faible a été utilisé, les volumes doivent à présent être déplacés vers un pool de capacité capable d'assurer les performances requises. |