Disponible avec une licence Standard ou Advanced.
La réplication de géodatabase prend en charge de nombreuses options de processus en plus de celles disponibles lors du versionnement. Les sections suivantes présentent les scénarios mis en œuvre lors de la réplication de géodatabase.
Pour plus d’information sur les scénarios suivants, consultez le livre blanc intitulé Vue d’ensemble de la répartition des données avec des géodatabases.
Arborescence de réplicas
Vous pouvez utiliser la réplication de géodatabase dans votre organisation pour créer des arborescences de réplicas, semblables aux arborescences de versions, permettant de répartir les données sur plusieurs géodatabases dans une structure hiérarchique.
Par exemple, certaines organisations ont besoin de répliquer une seule grande géodatabase d’entreprise dans différents bureaux. Chaque bureau dispose d’un réplica contenant uniquement les données qui le concernent, et il peut transférer les modifications apportées à ces données vers le siège social. Le siège social peut ainsi analyser les données mises à jour dans toute l’étendue. Les connexions à l’intérieur d’un bureau sont rapides, mais beaucoup plus lentes entre les bureaux. Les bureaux régionaux peuvent également répliquer leurs géodatabases vers les bureaux locaux de la même façon que le siège social réplique sa géodatabase vers les régions.
Hub central
Une géodatabase de réplica peut être utilisée comme un hub central hébergeant des lecteurs et des éditeurs. Pour maintenir une vitesse de connexion élevée, les éditeurs peuvent créer un réplica afin d’extraire des données du hub central, effectuer des mises à jour, et réinjecter les modifications en les synchronisant avec la géodatabase.
Le hub central permet également de propager des modifications entre plusieurs réplicas enfant. Pour déplacer des modifications d’un réplica à un autre, d’abord synchroniser les modifications dans un réplica avec le réplica parent (ou hub). Un second réplica enfant peut ensuite être synchronisé avec le réplica parent afin d'obtenir ces modifications.
Utilisateurs mobiles
Les utilisateurs mobiles d’une organisation (une équipe de maintenance, par exemple) ont besoin de modifier sur le terrain une partie de d’une géodatabase d’entreprise. Ils doivent pouvoir se déconnecter complètement de l’infrastructure de l’organisation, souvent pour une longue période. Lors de la préparation à une commande de travail ou un projet particulier, les données nécessaires sont répliquées et transférées vers un appareil portable, par exemple un ordinateur portable. Cet appareil est ensuite déconnecté du réseau, ce qui permet à l’équipe sur le terrain de travailler indépendamment du réseau. Elle peut ensuite poursuivre son travail et modifier les données répliquées, même en étant déconnectée du réseau. Lorsque la connexion au réseau est rétablie, les modifications apportées aux données sont de retransférées et synchronisées avec les données de la géodatabase d’entreprise.
Prestataire
Certaines organisations font appel à un prestataire pour gérer une partie de leur géodatabase, en lui demandant de fournir des mises à jour mensuelles. L’organisation doit pouvoir intégrer les modifications du prestataire, sans avoir à recharger complètement les données. Elle doit également bénéficier d’une méthode rapide pour réviser uniquement les mises à jour d’un mois donné, sans effectuer des tests d’assurance-qualité sur la totalité du jeu de données.
Pour ce faire, envoyez au prestataire un réplica des données à mettre à jour. Lorsque le prestataire renvoie les modifications à l’organisation, ces dernières peuvent être synchronisées avec les données de la géodatabase d’entreprise.
Géodatabases de production et de publication
Une organisation doit prendre en charge un groupe d’éditeurs, ainsi que des éditeurs qui accèdent au système en lecture seule. Pour satisfaire les besoins de chaque groupe, l’organisation dispose de deux géodatabases d’entreprise : l’une est une géodatabase de production mise à jour directement par les éditeurs, l’autre étant un réplica de cette géodatabase, accessible par les lecteurs. Ces données sont accessibles aux lecteurs via ArcGIS Server.
Dans ce scénario, le réplica de la géodatabase de publication représente une copie en lecture seule de la géodatabase de production. Les données de la géodatabase de publication n’ont pas besoin d’être versionnées. La réplication peut se limiter à l’envoi de données dans une seule direction. Les mises à jour sont effectuées dans la géodatabase de production, puis envoyées à la géodatabase de publication. Ces mises à jour sont transférées et synchronisées avec les données de la géodatabase de publication, puis distribuées aux lecteurs.
Gestion des données en plusieurs groupes
Dans votre organisation, la gestion des données peut être répartie entre différents groupes. Par exemple, un groupe peut être chargé de la gestion des réseaux de distribution, tandis qu’un autre groupe gère les données foncières pour la même zone. Dans un autre exemple, plusieurs équipes travaillent sur de nombreux projets indépendants. Les jeux de données de chaque projet peuvent proviennent pour la plupart de zones géographiques différentes, mais l’organisation souhaite créer un référentiel central pour tous les projets.
Votre organisation peut utiliser la réplication de géodatabase pour répartir vos données entre différents groupes, en divisant ces données en projets appropriés. Chaque équipe du projet reçoit un réplica contenant les données nécessaires de la géodatabase d’entreprise. Les équipes mettent ensuite à jour indépendamment chaque réplica, éventuellement dans des zones géographiques distinctes, puis transfèrent ces mises à jour vers la géodatabase d’entreprise centrale. Inversement, toutes les mises à jour effectuées dans la géodatabase d’entreprise centrale sont également transférées au réplica correspondant des équipes du projet.
Centralisation de données provenant de nombreuses sources
Une pratique de réplication courante consiste à disposer d’un emplacement centralisé de rassemblement des données. Les entreprises organisées de cette manière disposent d’une géodatabase centrale qui gère une collection de données provenant d’autres bureaux.
La répartition de données entre les bureaux d’un Etat et un bureau national constitue un exemple de cette pratique. Chaque bureau d’un Etat fonctionne indépendamment, en gérant ses propres jeux de données et en envoyant régulièrement des mises à jour au bureau national. Les mises à jour de chaque Etat sont synchronisées en un jeu de données complet dans la géodatabase nationale. Dans cette configuration de réplication enfant vers parent, le rôle de parent est affecté à la géodatabase nationale et le rôle d'enfant est affecté aux géodatabases d'état.
Pour plus d’informations, consultez l’article du support technique intitulé Compressing Enterprise Geodatabases That Contain Replicas - Best Practices.
