Présentation rapide de la synchronisation de réplicas

Disponible avec une licence Standard ou Advanced.

Vous pouvez utiliser l’outil de géotraitement Synchroniser les modifications, disponible dans ArcGIS Pro, pour synchroniser les mises à jour entre deux géodatabases de réplica dans la direction de votre choix. Cette rubrique décrit les paramètres en entrée de cet outil et présente plusieurs options importantes à comprendre.

L’outil Synchroniser les mouvements fournit les options suivantes :

Outil de géotraitement

Réplica et géodatabases en entrée

  • Geodatabase 1 (Géodatabase 1) : géodatabase hébergeant le réplica à synchroniser. La géodatabase peut être locale ou référencer un service de géodonnées sur votre instance ArcGIS Server. L’outil Synchroniser les modifications tente de renseigner automatiquement les paramètres en fonction des paramètres par défaut et des informations stockées dans le réplica. Lorsque l’outil Synchroniser les modifications est lancé à partir du bouton Menu Menu de la fenêtre Manage Replicas (Organiser les réplicas) ou du menu contextuel Distributed Geodatabase (Géodatabase distribuée), les informations de connexion issues de l’espace de travail courant sont contenues dans la géodatabase 1. Le paramètre de réplica est renseigné avec le premier réplica qui est trouvé dans l’espace de travail. Si l’outil Synchroniser les mouvements est lancé à partir de la fiche, le paramètre de réplica prend le nom du réplica de cette fiche.
    Remarque :

    Vous pouvez publier une géodatabase sur ArcGIS Server sous la forme d’un service de géodonnées, uniquement depuis ArcMap. Ces services de géodonnées peuvent être utilisés avec la réplication dans ArcGIS Pro sous la forme d’un paramètre de géodatabase.

  • Replica (Réplica) : réplica valide avec un parent dans une géodatabase en entrée et un enfant dans l’autre géodatabase en entrée.
  • Geodatabase 2 (Géodatabase 2) : géodatabase hébergeant le réplica associé. La géodatabase peut être locale ou référencer un service de géodonnées sur votre instance ArcGIS Server. Par ailleurs, pour la géodatabase 2, si les informations de connexion au réplica associé sont stockées dans les propriétés du réplica actuel, l’outil recherche un fichier de connexion correspondant, ou bien il construit un fichier de connexion temporaire d’après les informations stockées dans le réplica. La géodatabase 2 sera alors renseignée avec ces informations, puis la connexion fera l’objet d’une validation pour déterminer si cette géodatabase est accessible. Si ce n’est pas le cas, la géodatabase 2 n’est pas validée et les informations devront être corrigées par l’utilisateur.

Itinéraire

Lors de la synchronisation des mouvements, vous pouvez choisir la direction vers laquelle les modifications sont envoyées.

Pour les réplicas bidirectionnels, l’une des trois options suivantes est disponible : vous pouvez envoyer les modifications au réplica associé, recevoir les modifications du réplica associé ou faire circuler les modifications dans les deux directions. Dans le cas d’une circulation dans les deux directions, les modifications sont d’abord envoyées dans une première direction, puis renvoyées dans la direction opposée, en une seule opération.

Pour les réplicas monodirectionnels, la seule option disponible consiste à envoyer les modifications dans une direction, du parent vers l’enfant ou de l’enfant vers le parent. Pour les réplicas d’extraction/insertion, la seule option disponible consiste à envoyer les modifications depuis le réplica enfant vers le réplica parent.

  • Both Directions (Les deux directions) : les mouvements sont synchronisés dans les deux directions. Il s’agit de la valeur par défaut pour les réplicas bidirectionnels.
  • From geodatabase 1 to geodatabase 2 (De la géodatabase 1 vers la géodatabase 2) - Les modifications sont synchronisées de la géodatabase 1 vers la géodatabase 2.
  • From geodatabase 2 to geodatabase 1 (De la géodatabase 2 vers la géodatabase 1) : les mouvements sont synchronisés de la géodatabase 2 vers la géodatabase 1.

Règle de résolution des conflits

Lors de la synchronisation, une réconciliation et une réinjection peuvent survenir entre la version de synchronisation et la version du réplica. Lors du processus de réconciliation, des conflits peuvent se produire. Vous pouvez choisir une règle de réconciliation pour définir le mode de gestion des conflits détectés. Pour plus d’informations sur les versions de synchronisation, les versions de réplica et les moments de réconciliation, reportez-vous à la rubrique Synchronisation et versionnement.

Les règles de résolution des conflits sont notamment les suivantes :

  • Manual (Manuelle) : en cas de conflit, cette règle entraîne l’interruption de l’opération de réconciliation et le marquage du réplica comme étant en conflit Conflits de réplica. Cela vous permet d’effectuer l’opération de réconciliation ultérieurement, soit manuellement, soit en exécutant un code de réconciliation personnalisé. Une fois que la réconciliation est terminée et que les modifications sont réinjectés dans la version du réplica, le réplica n’est plus en conflit. Tant qu’il est en conflit, le réplica peut continuer à recevoir des modifications mais il ne peut pas en envoyer. Pour en savoir plus, reportez-vous à la rubrique Résoudre les conflits de synchronisation manuellement.
  • Resolve in favor of geodatabase 1 (Résolution en faveur de la géodatabase 1) - Les conflits sont résolus en faveur de la géodatabase 1. Dans ce cas, la représentation de la géodatabase 1 est automatiquement appliquée à la représentation de la géodatabase 2 en cas de conflit. Comme les conflits sont résolus automatiquement, le réplica n'est jamais en état de conflit après une synchronisation effectuée avec cette règle.
  • Resolve in favor of geodatabase 2 (Résoudre en faveur de la géodatabase 2) : les conflits sont résolus en faveur de la géodatabase 1. En cas de conflit, la représentation dans la géodatabase 2 est alors utilisée automatiquement, au détriment de la représentation dans la geodatabase 1. Comme les conflits sont résolus automatiquement, le réplica n'est jamais en état de conflit après une synchronisation effectuée avec cette règle.
Remarque :

Dans la règle par défaut, la représentation du réplica parent doit être utilisée. La résolution peut alors s’effectuer en faveur de la géodatabase 1 ou de la géodatabase 2, selon que l’une ou l’autre contient le réplica parent.

Pour la réplication bidirectionnelle, si vous choisissez de synchroniser dans les deux directions, vous ne pouvez pas sélectionner la réconciliation manuelle.

Définition des conflits

  • Conflicts defined by row (Conflits définis par ligne) : les conflits sont détectés par objet.
  • Conflicts defined by column (Conflits définis par colonne) : les conflits sont détectés par attribut.

Réconcilier avec la version parent

Cette option est uniquement disponible avec les réplicas d’extraction/insertion et indique si une réconciliation automatique doit être effectuée une fois les modifications de données envoyées au réplica parent en l’absence de conflits.

  • Do not reconcile (Pas de réconciliation) : pas de réconciliation. Il s’agit de l’option par défaut.
  • Reconcile (Réconciliation) : réconciliation automatique.

Découvrez comment réconcilier une version.

Remarque :

La phase d’importation du processus de synchronisation se produit au sein d’une transaction. La seconde phase d’une synchronisation comprend une réconciliation qui se produit aussi au sein d’une transaction. Les ressources nécessaires, telles que des fichiers journaux logiques ou un espace d’annulation, dépendent du nombre de mouvements à synchroniser. Si la phase d’importation se termine alors que la phase de réconciliation renvoie une erreur, le réplica apparaît comme étant en conflit Conflits de réplica et vous pouvez terminer manuellement la réconciliation à un autre moment.

Gestion des erreurs

Si une erreur se produit lors de la synchronisation, l’opération est annulée. Les modifications qui ont été appliquées sont supprimées et l’état du système avant la synchronisation est rétabli.

Il peut y avoir une exception à cette règle en cas de synchronisation dans les deux directions. Dans ce cas, si une erreur se produit une fois que l’application des modifications dans une direction est terminée, ces modifications sont validées. Le système conserve néanmoins sa cohérence et les synchronisations ultérieures ne sont pas affectées.

Rubriques connexes