Skip to main content
Enterprise applications
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Dépannage de SRM lors de l'utilisation de la réplication de vvols

Contributeurs
PDF

Le flux de travail de SRM est significativement différent lors de l'utilisation de la réplication vvols à partir de ce qui est utilisé avec SRA et les datastores traditionnels. Par exemple, il n'existe pas de concept de gestionnaire de baie. Comme c'est le cas, discoverarrays et discoverdevices les commandes ne sont jamais vues.

Lors du dépannage, il est utile de comprendre les nouveaux flux de travail répertoriés ci-dessous :

  1. QueryReplicationPeer : détecte les accords de réplication entre deux domaines de défaillance.

  2. QueryFaultDomain : détecte la hiérarchie du domaine de pannes.

  3. QueryReplicationGroup : détecte les groupes de réplication présents dans les domaines source ou cible.

  4. SyncReplicationGroup : synchronise les données entre la source et la cible.

  5. QueryPointInTimeReplica : détecte le point dans le temps des répliques sur une cible.

  6. TestFailoverReplicationGroupStart : démarre le basculement de test.

  7. TestFailoverReplicationGroupStop : met fin au basculement de test.

  8. PromoteReplicationGroup : promeut un groupe actuellement en cours de test à la production.

  9. PreparFailoverReplicationTM : prépare une reprise après sinistre.

  10. FailoverReplicationGroup : exécute la reprise après incident.

  11. ReverseReplicateGroup : lance la réplication inverse.

  12. QueryMatchingContainer : recherche les conteneurs (ainsi que les hôtes ou les groupes de réplication) susceptibles de satisfaire une demande de provisionnement avec une règle donnée.

  13. QueryResourceMetadata : recherche les métadonnées de toutes les ressources du fournisseur VASA, l'utilisation des ressources peut être renvoyée comme réponse à la fonction queryMatchingContainer.

L'erreur la plus courante lors de la configuration de la réplication vvols est une incapacité à découvrir les relations SnapMirror. En effet, les volumes et les relations SnapMirror sont créés en dehors de la purView des outils ONTAP. Il est donc recommandé de toujours s'assurer que votre relation SnapMirror est totalement initialisée et que vous avez exécuté une redécouverte dans les outils ONTAP sur les deux sites avant de tenter de créer un datastore vvols répliqué.