Préparer les données
Dans un premier temps, vous allez vérifier qu’un réplica bidirectionnel est la meilleure solution pour la distribution de données entre le ministère de la culture et le ministère du tourisme par rapport aux autres types de réplicas. Ensuite, vous téléchargerez les données, vous connecterez aux géodatabases d’entreprise des deux ministères et vérifierez que les données du ministère de la culture sont correctement configurées pour la réplication.
Pourquoi un réplica bidirectionnel ?
La réplication de géodatabases s’avère utile pour gérer les données spatiales et les distribuer à plusieurs emplacements et géodatabases. Cette opération consiste à créer des réplicas, c’est-à-dire des copies de données d’une géodatabase source et à transférer ces réplicas dans une géodatabase cible. L’avantage des réplicas est qu’ils peuvent être synchronisés régulièrement avec les données sources. Par synchronisation, il faut entendre que les modifications apportées aux données sources apparaissent également dans les données des réplicas, ce qui est utile pour gérer les données qui font l’objet de fréquentes mises à jour.
Il existe trois types de réplication de géodatabase : monodirectionnelle, bidirectionnelle et extraction/insertion. Le type à privilégier dépend de la façon dont les données sont stockées, du mode de distribution des données envisagé et des exigences de mise à jour des données.
Ce didacticiel se concentre sur le réplica entre le ministère du tourisme et le ministère de la culture. Le type de réplica utilisé sera le réplica bidirectionnel.
Pourquoi le réplica bidirectionnel est-il le type de réplication le plus adapté pour les ministères de la culture et des transports ? Prenez en considération les aspects suivants du processus :
- Les deux ministères stockent leurs données dans une géodatabase d’entreprise.
- Le ministère de la culture doit partager ses données avec le ministère du tourisme.
- Il est prévu que le ministère du tourisme aide le ministère de la culture à nettoyer ses données, le but étant de s’assurer que les données sont précises avant de les mettre à la disposition du public.
- Les deux ministères auront besoin d’un accès en édition aux données.
Les réplications bidirectionnelles autorisent l’envoi répété des données modifiées du réplica parent vers le réplica enfant et inversement. Dans les cas où les mêmes données sont mises à jour dans les géodatabases des deux réplicas, un conflit est détecté pendant la synchronisation des réplicas. Le conflit peut être résolu automatiquement en faveur de l’un ou l’autre des réplicas ou examiné manuellement à l’aide du versionnement.
Télécharger les données
Maintenant que vous avez établi que la réplication bidirectionnelle était le meilleur choix pour votre processus, vous allez télécharger et ouvrir un paquetage de projet ArcGIS Pro qui contient les données utilisées dans ce didacticiel.
Remarque :
Pour ce didacticiel, vous allez utiliser vos géodatabases d’entreprise pour mener à bien le processus. Vérifiez que ArcGIS Server est installé et autorisé et que Microsoft SQL Server (ou un autre système de gestion de base de données relationnelle pris en charge) est installé. Pour en savoir plus sur l’installation de ces composants, consultez la documentation Déploiement ArcGIS Enterprise de base et le didacticiel Prise en main de ArcGIS Enterprise Builder.
- Téléchargez le paquetage de projet Tourism_and_Culture.
- Recherchez le fichier téléchargé sur votre ordinateur.
Remarque :
Selon votre navigateur Web, vous avez peut-être été invité à choisir l'emplacement du fichier avant de lancer le téléchargement. Par défaut, la plupart des navigateurs téléchargent les fichiers dans le dossier Downloads (Téléchargements) de votre ordinateur.
- Si ArcGIS Pro est installé sur votre machine, double-cliquez sur Tourism_and_Culture.ppkx pour ouvrir le projet. Si vous y êtes invité, connectez-vous via votre compte ArcGIS sous licence.
Remarque :
Si vous n’avez pas accès à ArcGIS Pro ou ne disposez pas d’un compte d’organisation ArcGIS, consultez les options disponibles pour accéder aux logiciels.
Le projet contient deux cartes, Culture et Tourism, une pour chaque ministère participant à la réplication. Ces cartes sont zoomées sur Buenos Aires en Argentine, mais ne contiennent pas d’autres données que le fond de carte.
Le projet contient également des données dans la géodatabase du projet.
- Dans la fenêtre Catalog (Catalogue), développez Databases (Bases de données), puis tourism_and_culture.gdb.
La base de données comprend trois classes d’entités : Libraries (Bibliothèques), Museums (Musées) et Religious_sites (Sites religieux). Dans ce didacticiel, il s’agit des jeux de données gérés par le ministère de la culture et dont le ministère du tourisme souhaite se servir dans ses cartes.
Se connecter aux géodatabases d’entreprise
La base de données dans laquelle se trouvent les données réside actuellement dans une géodatabase fichier. La réplication bidirectionnelle n’est possible que lorsque les bases de données parent et enfant sont des géodatabases d’entreprise. Vous allez donc devoir déplacer les données.
Une géodatabase d’entreprise utilise ArcGIS Enterprise. Elle dispose d’autres fonctions et types de jeu de données ; de même, elle autorise la synchronisation avec les services d’entités publiés à partir de ses données.
Dans un premier temps, vous allez créer et vous connecter à la géodatabase d’entreprise représentant celle utilisée par le ministère de la culture. Vous y copierez les données de la géodatabase fichier. Ensuite, vous créerez et vous connecterez à la géodatabase d’entreprise représentant celle utilisée par le ministère du tourisme.
- Si nécessaire, créez une géodatabase d’entreprise dans votre instance de SQL Server (ou tout autre système de gestion de base de données relationnelle pris en charge) sous le nom Culture_BA.
Remarque :
Si vous disposez déjà d’une géodatabase d’entreprise, vous pouvez vous en servir sans avoir à en créer une. Si vous avez besoin d’aide pour créer une géodatabase d’entreprise, consultez la section Créer une géodatabase d’entreprise du didacticiel Déployer une géodatabase d’entreprise pour l’immobilier.
Vous allez maintenant vous connecter à la géodatabase d’entreprise.
- Dans la fenêtre Catalog (Catalogue), cliquez avec le bouton droit sur Databases (Bases de données), puis sélectionnez New Database Connection (Nouvelle connexion à une base de données).
La fenêtre Database Connexion (Connexion à une base de données) s’affiche. Les paramètres à utiliser pour vous connecter à la géodatabase d’entreprise dépendent de votre instance de SQL Server ou du système de gestion base de données relationnelle (SGBDR).
- Pour Database Platform (Plateforme de base de données), choisissez le SGBDR que votre instance utilise. Pour Instance, saisissez le nom de votre instance de SGBDR.
Remarque :
Les exemples d’images utilisent une instance de SQL Server nommée BASQL ; votre instance sera différente.
- Pour Authentication Type (Type d’authentification), choisissez Database authentication (Authentification de base de données).
- Dans User Name (Nom d’utilisateur) et Password (Mot de passe), saisissez les informations d’identification d’un compte autorisé à accéder à la géodatabase d’entreprise et à y charger des données.
Cet utilisateur sera le propriétaire des données de la géodatabase d’entreprise du ministère de la culture. Dans un processus ordinaire, cet utilisateur est différent de l’utilisateur administrateur de géodatabase et de base de données
Remarque :
Les exemples d’images utilisent le nom d’utilisateur BRUNO ; le vôtre sera différent.
- Dans Database (Base de données), sélectionnez la géodatabase d’entreprise Culture_BA que vous avez créée (ou une autre géodatabase d’entreprise à laquelle vous avez accès et que vous pouvez modifier pour ce didacticiel).
- Cliquez sur OK.
La géodatabase d’entreprise est ajoutée à la fenêtre Catalog (Catalogue). Par défaut, la base de données prend le nom de l’instance. (Ainsi, l’exemple de données se nomme BASQL.sde.) Vous renommerez la base de données selon le format de nom suivant : nom de la base de données_utilisateur de la base de données.sde.
- Dans la fenêtre Catalog (Catalogue), cliquez avec le bouton droit sur votre géodatabase d’entreprise, puis sélectionnez Rename (Renommer). Remplacez le nom par Culture_BA_[votre nom d’utilisateur de base de données].sde.
Remarque :
Dans les exemples d’images, le nom d’utilisateur étant BRUNO, la géodatabase d’entreprise se nomme Culture_BA_BRUNO_sde. Votre nom d’utilisateur sera différent.
Vous allez maintenant copier les données de la géodatabase fichier dans la géodatabase d’entreprise.
- Faites glisser les classes d’entités Libraries (Bibliothèques), Museums (Musées) et Religious_sites (Sites religieux) de tourism_and_culture.gdb vers Culture_BA.sde.
Conseil :
Appuyez sur Ctrl et cliquez sur chacune des classes d’entités pour sélectionner les trois à la fois, puis faites-les glisser pour copier les trois en même temps.
- Développez Culture_BA.sde pour examiner son contenu.
Les données ont été copiées. Le nom de l’utilisateur propriétaire des données est ajouté aux copies en préfixe. Dans l’exemple d’image, le propriétaire des données est un compte nommé BRUNO ; votre nom d’utilisateur sera différent.
- Réduisez tourism_and_culture.gdb.
À présent, vous allez vous connecter à la géodatabase d’entreprise utilisée par le ministère du tourisme. Pour un réplica bidirectionnel, la base de données enfant doit être une géodatabase d’entreprise.
- Si nécessaire, créez une géodatabase d’entreprise dans votre instance de SQL Server (ou d’un autre système de gestion de base de données relationnelle pris en charge) sous le nom Tourism_BA.
- Dans la fenêtre Catalog (Catalogue), cliquez avec le bouton droit sur Databases (Bases de données), puis sélectionnez New Database Connection (Nouvelle connexion à une base de données).
- Dans la fenêtre Database Connection (Connexion à une base de données), définissez les paramètres appropriés pour vous connecter à la géodatabase Tourism_BA que vous avez créée (ou à une autre géodatabase d’entreprise à laquelle vous avez accès et que vous pouvez modifier pour ce didacticiel).
- Cliquez sur OK.
- Renommez la nouvelle connexion à la base de données Tourism_BA_[votre nom d’utilisateur de base de données].sde.
Dans les exemples d’images, le nom d’utilisateur de la base de données « tourism » est EMMA ; votre nom d’utilisateur sera différent.
Vous êtes maintenant connecté aux deux géodatabases d’entreprise. L’une des deux représente la géodatabase d’entreprise gérée par le ministère de la culture ; elle contient des données sur les institutions culturelles de la ville. L’autre représente la géodatabase d’entreprise gérée par le ministère du tourisme ; elle est vide.
Activer les identifiants globaux
Vous allez à présent préparer les données du ministère de la culture en vue de les répliquer. Pour commencer, vous allez vérifier que la connexion à la base de données utilise un versionnement traditionnel, et non un versionnement de branche. La réplication n’est pas prise en charge avec le versionnement de branche, car les réplicas nécessitent une connexion directe à la géodatabase pour les besoins de mise à jour. Ensuite, vous allez activer les identifiants globaux pour les classes d’entités. Lorsque les données sont versionnées en raison d’une mise à jour, les identifiants globaux aident à mapper les mises à jour effectuées dans plusieurs versions des mêmes données.
- Dans la fenêtre Catalog (Catalogue), cliquez avec le bouton droit sur Culture_BA.sde, puis sélectionnez Geodatabase Connection Properties (Propriétés de connexion de géodatabase).
- Dans la fenêtre Geodatabase Connection Properties (Propriétés de connexion de géodatabase), vérifiez que Versioning Type (Type de versionnement) est défini sur Traditional (Traditionnel).
- Fermez la fenêtre Geodatabase Connection Properties (Propriétés de connexion de géodatabase).
Vous allez maintenant activer le versionnement traditionnel et les identifiants globaux pour chacune des trois classes d’entités.
- Dans la fenêtre Catalog (Catalogue), cliquez avec le bouton droit sur Libraries (Bibliothèques), puis sélectionnez Manage (Gérer).
La fenêtre Feature Class Properties (Propriétés de la classe d’entités) s’ouvre.
- Sous l’onglet Manage (Gérer), cochez Versioning (Versionnement), puis sélectionnez Traditional (Traditionnel). Vérifiez que Global IDs (Identifiants globaux) est coché.
- Cliquez sur OK.
- Pour les classes d’entités Museums (Musées) et Religious_sites (Sites religieux), ouvrez la fenêtre Feature Class Properties (Propriétés des classes d’entités), activez le versionnement traditionnel, puis vérifiez que les identifiants globaux sont activés.
À présent, les quatre classes d’entités sont prêtes pour la réplication.
- Dans la barre d’outils Accès rapide, cliquez sur le bouton Enregistrer pour enregistrer le projet.
Jusqu’à présent, vous avez pu vérifier qu’un réplica bidirectionnel était le type de réplication approprié pour distribuer les données entre les ministères de la culture et du tourisme. Vous vous êtes également connecté aux géodatabases d’entreprise que vous allez utiliser dans le didacticiel et avez préparé la connexion à la base de données et les classes d’entités pour la réplication.
Créer un réplica bidirectionnel
Vous allez maintenant créer un réplica bidirectionnel entre les géodatabases culture et tourisme.
Créer le réplica
Pour créer le réplica, vous allez exécuter un outil de géotraitement.
- Dans la fenêtre Catalog (Catalogue), cliquez avec le bouton droit sur Culture_BA.sde, pointez sur Distributed Geodatabase (Géodatabase distribuée), puis sélectionnez Create Replica (Créer un réplica).
La fenêtre Geoprocessing (Géotraitement) s’affiche avec l’outil Create Replica (Créer un réplica). Pour commencer, vous allez définir les jeux de données à répliquer.
- Pour Replica Datasets (Jeux de données de réplicas), cliquez sur le bouton Browse (Parcourir).
- Dans la fenêtre Replica Datasets (Jeux de données de réplicas), sous Project (Projet), développez Databases (Bases de données). Cliquez sur Culture_BA.sde.
- Appuyez sur Ctrl et cliquez sur Libraries (Bibliothèques), Museums (Musées) et Religious_sites (Site religieux) pour sélectionner les trois.
- Cliquez sur OK.
Les jeux de données sont ajoutés au paramètre dans la fenêtre Geoprocessing (Géotraitement).
- Pour Replica Type (Type de réplica), sélectionnez Two way replica (Réplica bidirectionnel). Vérifiez que Output Type (Type en sortie) est défini sur Geodatabase (Géodatabase).
Vous allez maintenant vérifier que les données sont répliquées dans la base de données du ministère du tourisme.
- Pour Geodatabase to replicate data to (Géodatabase pour la création du réplica), cliquez sur le bouton Browse (Parcourir).
- Dans la fenêtre Geodatabase to replicate data to (Géodatabase pour la création du réplica), sous Project (Projet), cliquez sur Databases (Bases de données). Sélectionnez Tourism_BA.sde, puis cliquez sur OK.
- Pour Replica Name (Nom du réplica), saisissez Culture_to_Tourism.
- Cliquez sur Run (Exécuter).
L’outil s’exécute et le réplica est créé.
- Fermez la fenêtre Géotraitement.
Explorer le réplica
Maintenant que le réplica est créé, vous allez inspecter le réplica sous l’angle de la base de données parent et de la base de données enfant.
- Dans la fenêtre Catalog (Catalogue), cliquez avec le bouton droit sur Culture_BA.sde, pointez sur Distributed Geodatabase (Géodatabase distribuée), puis sélectionnez Manage Replicas (Gérer les réplicas).
La fenêtre Manage Replicas (Gérer les réplicas) s’affiche. Elle contient un seul réplica : le réplica Culture_to_Tourism que vous avez créé.
- Sous Culture_to_Tourism, cliquez sur la flèche pour développer le réplica.
Les informations sur le réplica s’affichent à l’écran. Le propriétaire du réplica est l’utilisateur de base de données qui a créé le réplica (dans les exemples d’images, BRUNO). Les informations indiquent également s’il s’agit de la base de données parent ou enfant et si elle envoie ou reçoit les données.
Dans cet exemple, la base de données culture est à la fois parent et destinataire des données. Le réplica étant bidirectionnel, la base de données peut aussi bien envoyer des données qu’en recevoir, même si elle a le statut de destinataire.
- Fermez la fenêtre Manage Replicas (Gérer les réplicas).
Vous allez à présent vérifier que les données ont été répliquées dans la base de données enfant.
- Dans la fenêtre Catalog (Catalogue), cliquez avec le bouton droit sur Tourism_BA.sde, puis sélectionnez Refresh (Actualiser).
- Développez Tourism_BA.sde.
Les trois classes d’entités ont bien été répliquées dans la base de données enfant.
- Cliquez avec le bouton droit sur Tourism_BA.sde, pointez sur Distributed Geodatabase (Géodatabase distribuée), puis sélectionnez Manage Replicas (Gérer les réplicas).
- Dans la fenêtre Manage Replicas (Gérer les réplicas), développez le réplica Culture_to_Tourism.
Les informations sur les réplica, en cas d’accès depuis la géodatabase tourisme, indiquent le rôle enfant et le statut expéditeur de données et non destinataire de données. Comme vous utilisez un réplica bidirectionnel, la base de données peut envoyer et recevoir des données, indépendamment de son statut.
- Fermez la fenêtre Manage Replicas (Gérer les réplicas). Réduisez la connexion Tourism_BA.sde.
- Enregistrez le projet.
Vous avez créé un réplica bidirectionnel entre les géodatabases culture et tourisme. Vous avez vérifié que les données avaient bien été répliquées et avez inspecté le réplica sous l’angle parent et enfant pour évaluer le flux de données. Les données sont maintenant prêtes pour des mises à jour synchronisées.
Synchroniser les modifications
Maintenant que vous avez créé un réplica bidirectionnel, vous allez exploiter ses capacités de synchronisation de données. Dans cette partie du processus, le ministère de la culture nettoie ses données dans l’optique d’en optimiser la précision avant de les mettre à la disposition du public. Face à la masse importante de données, le ministère du tourisme a proposé son aide. Or, les deux ministères vont mettre à jour les mêmes données en même temps, ce qui risque d’occasionner des conflits.
Dans un premier temps, vous allez effectuer les mises à jour à partir des données contenues dans les deux bases de données. Vous synchroniserez ensuite les modifications et passerez en revue les éventuels conflits qui en découlent.
Ajouter les données à la carte
L’une des entités de la classe d’entités des sites religieux a été dupliquée. En tant que spécialiste SIG du ministère de la culture, vous allez mettre à jour les données dans le but de supprimer l’entité redondante. Tout d’abord, vous allez ajouter les données à la carte et modifier sa symbologie.
- Vérifiez que la carte Culture est la carte active.
- Dans la fenêtre Catalog (Catalogue), sous Culture_BA.sde, cliquez avec le bouton droit sur Religious_sites (Sites religieux), puis sélectionnez Add To Current Map (Ajouter à la carte actuelle).
La classe d’entités est ajoutée à la carte. (Votre symbologie par défaut peut être différente de celle contenue dans les exemples d’images.)
Vous allez maintenant changer la symbologie. Pour vous faire gagner du temps, les fichiers de couches ont été inclus dans le dossier du projet. Vous allez importer la symbologie à partir de ces fichiers.
- Dans la fenêtre Contents (Contenu), vérifiez que Religious sites (Sites religieux) est sélectionné.
- Sur le ruban, cliquez sur l’onglet Feature Layer (Couche d’entités). Dans le groupe Drawing (Dessin), cliquez sur Import (Importer).
La fenêtre Import Symbology (Importer la symbologie) apparaît.
- Pour Input Layer (Couche en entrée), vérifiez que Religious sites (Sites religieux) est sélectionné. Dans Couche de symbologie, cliquez sur le bouton Parcourir.
- Dans la fenêtre Symbology Layer (Couche de symbologie), sous Project (Projet), développez Folders (Dossiers), Tourism_and_Culture et commondata. Cliquez sur userdata.
- Cliquez sur Religious_sites.lyrx et sur OK.
Le fichier est ajouté aux paramètres de l’outil.
- Cliquez sur OK.
La symbologie est appliquée.
Mettre à jour les données du ministère de la culture
Vous allez naviguer jusqu’à l’emplacement où est dupliquée l’entité et supprimer celle-ci.
- Sur le ruban, cliquez sur l’onglet Map (Carte). Dans le groupe Navigate (Naviguer), cliquez sur Bookmarks (Géosignets) et sélectionnez Iglesia San Francisco.
La carte se déplace jusqu’au site Iglesia San Francisco, église à Buenos Aires. L’église est associée à deux entités.
Vous allez examiner en détail chacune des entités.
- Sur la carte, cliquez sur l’entité de gauche.
Sa fenêtre contextuelle apparaît. Cette entité possède l’ID 99. Il est à noter que cette entité a une valeur de 0 dans le champ Altura (hauteur). Il ne fait aucun doute que cette valeur est incorrecte, ce qui signifie que l’entité est probablement erronée.
- Cliquez sur l’autre entité.
La fenêtre contextuelle indique qu’il existe en fait deux entités superposées. Une possède l’ID 27 et est destinée au site Iglesia San Francisco, avec des informations attributaires précises. L’autre possède l’ID 34 et est destinée au site Iglesia San Roque, ce qui est incorrect.
Vous allez supprimer les deux entités incorrectes. De même, vous allez modifier l’entité correcte de façon à supprimer le mot Basilica de son nom.
- Fermez la fenêtre contextuelle.
- Sur le ruban, cliquez sur l’onglet Edit (Modifier). Dans le groupe Selection (Sélection), cliquez sur le bouton Select (Sélectionner).
- Sur la carte, cliquez sur l’entité dont l’ID est 99 (l’entité de gauche).
L’entité est sélectionnée.
- Sur le ruban, dans le groupe Features (Entités), cliquez sur Delete (Supprimer).
Attention :
La suppression de données est permanente. Il est recommandé d’enregistrer une copie de sauvegarde des données avant de supprimer les entités de celles-ci. Dans ce didacticiel, vous disposez déjà d’une copie de sauvegarde dans la géodatabase fichier tourism_and_culture.
- Si un message vous demande si vous voulez vraiment supprimer les données, cliquez sur Yes (Oui).
L’entité est supprimée.
- Sur la carte, dessinez un cadre autour de l’entité restante Iglesia San Francisco pour la sélectionner.
Remarque :
Il est nécessaire de dessiner un cadre autour de l’entité. En effet, si vous cliquez dessus, vous sélectionnerez uniquement une des deux entités superposées.
Comme les deux entités se superposent, vous devez veiller à supprimer la bonne.
- Sur le ruban, dans le groupe Selection (Sélection), cliquez sur Attributes (Attributs).
- Dans la fenêtre Attributes (Attributs), cliquez avec le bouton droit sur San Roque, puis sélectionnez Delete (Supprimer).
Remarque :
Si vous voyez uniquement l’option San Francisco et non San Roque, dessinez sur la carte un cadre autour de l’entité de façon à sélectionner les deux entités superposées.
- Si un message vous demande si vous voulez vraiment supprimer les données, cliquez sur Yes (Oui).
L’entité est supprimée. Enfin, vous allez mettre à jour le nom de l’entité San Francisco.
- Dans la fenêtre Attributes (Attributs), vérifiez que San Francisco (Basilica) est sélectionné. Dans Nombre, supprimez (Basilica) du nom et appuyez sur Entrée.
- Au bas de la fenêtre, cliquez sur Apply (Appliquer). Fermez la fenêtre Attributs.
- Sur le ruban, dans le groupe Manage Edits (Gérer les mises à jour), cliquez sur Save (Enregistrer).
- Dans la fenêtre Save Edits (Enregistrer les mises à jour), cliquez sur Yes (Oui).
Les mises à jour que vous avez effectuées dans les données de la base de données du ministère de la culture sont enregistrées.
Mettre à jour les données du ministère du tourisme
Maintenant, vous allez effectuer les mêmes mises à jour, mais cette fois dans les données de la base de données tourisme. Sachant que les modifications apportées par le ministère de la culture n’ont pas été synchronisées, les données du ministère du tourisme ne contiennent pas les nouvelles mises à jour.
Les mises à jour du ministère du tourisme seront différentes de celles effectuées par le ministère de la culture. Par la suite, lorsque les modifications seront synchronisées, cela générera des conflits entre les deux jeux de données que vous devrez résoudre.
- Activez la carte Tourism (Tourisme).
- Dans la fenêtre Catalog (Catalogue), développez la connexion à la base de données Tourism_BA.sde. Cliquez avec le bouton droit sur la classe d’entités Religious_sites (Sites religieux), puis sélectionnez Add To Current Map (Ajouter à la carte actuelle).
- Pour la couche Religious sites (Sites religieux), vous pouvez éventuellement importer la symbologie en utilisant Religious_sites.lyrx.
Remarque :
Les exemples d’images montrent la symbologie importée, mais il n’est pas nécessaire de l’importer pour continuer le processus.
- Sur le ruban, cliquez sur l’onglet Map (Carte). Dans le groupe Navigate (Naviguer), cliquez sur Bookmarks (Géosignets) et sélectionnez Iglesia San Francisco.
La carte zoome sur la zone d’intérêt. Bien que vous ayez supprimé l’une des entités visibles dans la copie des données du ministère de la culture, l’entité est toujours présente dans la copie du ministère du tourisme.
L’examen des données montre que le ministère du tourisme et le ministère de la culture ne sont pas parvenus à la même conclusion concernant les mises à jour des données. Le ministère de la culture a décidé de supprimer l’entité de gauche (entité 99) en raison de ses informations attributaires incorrectes. De son côté, le ministère du tourisme supprimera l’entité de droite (entité 27), car le point ne se situe pas au milieu de l’emplacement de l’église sur le fond de carte.
En revanche, le ministère du tourisme supprimera l’entité San Roque, à l’instar du ministère de la culture.
- Dans le ruban, vérifiez que le bouton Select (Sélectionner) est toujours actif.
- Sur la carte, dessinez un cadre autour de l’entité de droite pour la sélectionner.
- Sur le ruban, cliquez sur l’onglet Edit (Modifier). Dans le groupe Selection (Sélection), cliquez sur Attributes (Attributs).
- Dans la fenêtre Attributes (Attributs), appuyez sur Ctrl, puis cliquez sur San Francisco (Basilica) et sur Sab Roque pour sélectionner les deux. Cliquez avec le bouton droit sur l’une des entités, puis sélectionnez Delete (Supprimer).
- Si un message vous demande si vous voulez vraiment supprimer les données, cliquez sur Yes (Oui).
Les deux entités sont supprimées. Vous allez maintenant mettre à jour les attributs de l’entité restante pour qu’ils soient précis.
- Sur la carte, cliquez sur l’entité restante pour la sélectionner.
- Dans la fenêtre Attributes (Attributs), pour Altura (hauteur), tapez 380. Dans Tipo (type), saisissez Iglesia.
- Au bas de la fenêtre, cliquez sur Apply (Appliquer). Fermez la fenêtre Attributs.
- Sur le ruban, dans le groupe Manage Edits (Gérer les mises à jour), cliquez sur Save (Enregistrer). Dans la fenêtre Save Edits (Enregistrer les mises à jour), cliquez sur Yes (Oui).
Synchroniser les modifications
Les deux ministères ont effectué des mises à jour dans leur version des données. Maintenant, ils souhaitent synchroniser les modifications de sorte que la version de l’un fasse apparaître les mises à jour de l’autre.
Grâce à la réplication bidirectionnelle, la base de données parent (culture) et la base de données enfant (tourisme) peuvent toutes deux synchroniser les modifications. Dans ce scénario, le ministère du tourisme a été le dernier à apporter des modifications, c’est donc lui qui procédera à la synchronisation.
- Dans la fenêtre Catalog (Catalogue), cliquez avec le bouton droit sur Tourism_BA.sde, pointez sur Distributed Geodatabase (Géodatabase distribuée), puis sélectionnez Synchronize Changes (Synchroniser les modifications).
La fenêtre Geoprocessing (Géotraitement) s’affiche avec l’outil Synchronize Changes (Synchroniser les modifications). Les paramètres de l’outil sont complétés automatiquement. La géodatabase 1 est la base de données qui synchronise les modifications (base de données tourisme), alors que la géodatabase 2 est l’autre base de données impliquée dans le réplica bidirectionnel (base de données culture).
Par défaut, la synchronisation est définie sur Both directions (Les deux directions). Cela signifie qu’en cas de conflits, ils seront automatiquement résolus en faveur de la base de données qui effectue la synchronisation. Or, vous ne voulez pas d’une telle synchronisation et préférez résoudre les conflits manuellement. Vous allez ajuster les paramètres.
- Dans l’outil Synchronize Changes (Synchroniser les modifications), pour Direction, choisissez From geodatabase 1 to geodatabase 2 (De la géodatabase 1 vers la géodatabase 2). Pour Conflict Resolution Policy (Règle de résolution des conflits), sélectionnez Manually resolve conflicts (Résoudre manuellement les conflits).
- Cliquez sur Run (Exécuter).
L’outil s’exécute, mais se termine avec des avertissements.
- Pour Synchronize Changes completed with warnings (Synchroniser les modifications terminées avec des avertissements), cliquez sur View Details (Afficher les détails).
La fenêtre de l’outil s’affiche. L’avertissement indique que la synchronisation a réussi, mais que des conflits ont été détectés. Vous allez devoir résoudre les conflits avant d’exporter les modifications à partir du réplica.
- Fermez la fenêtre de l’outil. Fermez la fenêtre Géotraitement.
Résoudre les conflits
Pour examiner les conflits, vous allez gérer le versionnement de la base de données parent, Culture_BA.sde.
- Activez la carte Culture.
Les données de cette carte proviennent de Culture_BA.sde.
- Dans la fenêtre Contents (Contenu), cliquez sur le bouton List By Data Source (Répertorier par source de données).
Les données sont organisées par la source de données. La carte compte trois sources de données : deux pour le fond de carte et une pour les données du ministère de la culture.
- Cliquez sur la connexion à la base de données pour la couche Religious sites (Sites religieux) pour la sélectionner.
Remarque :
Le nom de votre connexion à la base de données peut être différent de celui utilisé dans les exemples d’images.
Dans le ruban, l’onglet contextuel Versioning (Versionnement) devient disponible.
- Cliquez sur l’onglet Versioning (Versionnement). Dans le groupe Versioning (Versionnement), cliquez sur Manage Versions (Gérer les versions).
La vue Versions s’affiche pour la base de données. Il existe deux versions : la version par défaut, qui a été créée lorsque vous vous êtes connecté pour la première fois à la base de données du ministère de la culture, et la version du réplica associé Culture_to_Tourism_15, qui a été créée automatiquement pour stocker les conflits. Le nom de la version et le nom du réplica sont les mêmes, et le nom du propriétaire de la nouvelle version est le nom d’utilisateur que vous avez utilisé pour vous connecter à Culture_BA.sde (dans l’exemple d’image, BRUNO).
Vous allez remplacer la version utilisée par la base de données par la nouvelle version.
- Fermez la vue Versions. Si nécessaire, activez la carte Culture.
- Dans la fenêtre Contents (Contenu), cliquez avec le bouton droit sur la connexion à la base de données pour la couche Religious sites (Sites religieux), puis sélectionnez Change Version (Changer de version).
- Dans la fenêtre Change Version (Changer de version), sélectionnez la version Culture_to_Tourism qui commence par votre nom d’utilisateur.
- Cliquez sur OK.
La version est modifiée. Dans la fenêtre Contents (Contenu), la source de données de la couche Religious sites (Sites religieux) est désormais la version Culture_to_Tourism. De plus, la carte change pour afficher les mises à jour que le ministère du tourisme a effectuées dans les données, et non celles du ministère de la culture.
Vous allez maintenant comparer et réconcilier les différences entre les deux versions.
- Dans le ruban, sous l’onglet Versioning (Versionnement), dans le groupe Versioning (Versionnement), cliquez sur Reconcile (Réconcilier).
- Dans la fenêtre Reconcile (Réconcilier), laissez les paramètres par défaut et cliquez sur OK. Dans la fenêtre d’avertissement qui vous demande si vous souhaitez examiner les conflits, cliquez sur Yes (Oui).
La fenêtre Conflicts (Conflits) s’affiche.
- Dans la vue Conflicts (Conflits), développez Religious_sites (Sites religieux). Développez Delete-Update (Supprimer-Mettre à jour) et Update-Delete (Mettre à jour-Supprimer).
Il existe deux conflits. Le conflit Delete-Update (Supprimer-Mettre à jour) affiche le numéro 27, c’est-à-dire l’entité dont l’ID est 27. Ce conflit indique que l’entité 27 a été supprimée dans la version actuelle (la version du ministère du tourisme), mais qu’elle a été mise à jour dans la version cible (version du ministère de la culture).
À l’inverse, le conflit Update-Delete (Mettre à jour-Supprimer) indique que l’entité 99 a été mise à jour dans la version actuelle, mais qu’elle a été supprimée dans la version cible. Il n’existe pas de conflit en rapport avec l’entité San Roque, qui a été supprimée dans les deux versions.
- Cliquez sur 27.
Les attributs de l’entité s’affichent pour la version actuelle, la version cible et l’ascendant commun (données d’origine).
Après examen des conflits, le ministère de la culture considère que la version cible est correcte. Vous allez résoudre les conflits en faveur de cette version.
- Cliquez avec le bouton droit sur 27 et sélectionnez Replace With Target Version (Remplacer par la version cible).
- Cliquez avec le bouton droit sur 27 et sélectionnez Mark As Reviewed (Marquer comme révisé).
Vous allez également résoudre l’entité 99 en faveur de la version cible.
- Cliquez avec le bouton droit sur 99 et sélectionnez Replace With Target Version (Remplacer par la version cible). Cliquez avec le bouton droit sur 99 et sélectionnez Mark As Reviewed (Marquer comme révisé).
Vous allez maintenant rendre les mises à jour accessibles à la version par défaut.
- Fermez la vue Conflicts (Conflits). Dans le ruban, sous l’onglet Versioning (Versionnement), cliquez sur Post (Réinjecter).
En cliquant sur ce bouton, vous enregistrez aussi les mises à jour que vous avez effectuées.
Maintenant que vous avez examiné manuellement les conflits et déterminé quelles mises à jour conserver, vous allez synchroniser les modifications pour les rendre accessibles à la base de données enfant.
- Dans la fenêtre Catalog (Catalogue), cliquez avec le bouton droit sur Culture_BA.sde, pointez sur Distributed Geodatabase (Géodatabase distribuée), puis sélectionnez Synchronize Changes (Synchroniser les modifications). Dans l’outil Synchronize Changes (Synchroniser les modifications), modifiez les paramètres suivants :
- Pour Direction, sélectionnez From geodatabase 1 to geodatabase 2 (De la géodatabase 1 vers la géodatabase 2).
- Pour Conflict Resolution Policy (Règle de résolution des conflits), sélectionnez Manually resolve conflicts (Résoudre manuellement les conflits).
- Cliquez sur Run (Exécuter).
Cette fois, l’outil s’exécute et se termine sans avertissements, sachant que vous avez déjà résolu les conflits.
- Activez la carte Tourism (Tourisme).
À présent, la carte tourisme présente les modifications apportées par le ministère de la culture.
- Enregistrez le projet.
Dans ce didacticiel, vous avez aidé le ministère de la culture à partager ses données avec le ministère du tourisme. Vous avez déterminé qu’un réplica bidirectionnel était le type de réplication de géodatabase le mieux adapté pour le processus. Vous avez ensuite créé le réplica entre les deux géodatabases d’entreprise. Enfin, vous avez mis à jour les deux versions des données, synchronisé les modifications, puis résolu les conflits. Grâce à ce réplica bidirectionnel, les deux ministères pourront, si nécessaire, mettre à jour les données dans un souci de précision.
Ce didacticiel avait pour thème la distribution de données entre les ministères de la culture et du tourisme en utilisant un réplica bidirectionnel. Les autres didacticiels de la série portent sur la distribution des données des ministères des transports et du commerce de détail à l’aide de réplicas monodirectionnels et d’extraction/insertion.
Vous trouverez d’autres didacticiels dans la bibliothèque des didacticiels.