Disponible avec une licence Standard ou Advanced.
Lorsqu'un réplica est créé, les données et structures sont copiées depuis la géodatabase parent vers la géodatabase enfant. Les données incluent les lignes à répliquer à partir des jeux de données dans le réplica. La structure se compose des champs, domaines, sous-types et de la définition des jeux de données dans les données répliquées.
A l'origine, les structures sont identiques sur les deux réplicas, mais au fil du temps, des modifications peuvent être apportées à la structure de chaque réplica. Par exemple, un réplica peut nécessiter des champs supplémentaires pour terminer un projet, tandis que le réplica associé peut requérir un nouveau domaine dans un champ existant. Dans ce cas, les structures des réplicas ne sont plus les mêmes. Vous pouvez utiliser des outils de géotraitement pour comparer les structures de réplica et identifier les différences.
Outils des structures de réplica
Trois outils de géotraitement sont utilisés pour les modifications des structures de réplica :
- Export replica schema (Exporter une structure de réplica) : crée un fichier de structure de réplica avec la structure d'un réplica monodirectionnel ou bidirectionnel.
- Compare replica schema (Comparer une structure de réplica) : génère un fichier .xml décrivant les différences de structure entre une géodatabase de réplica et la géodatabase du réplica associé.
- Le fichier de modifications de structure généré à partir de cet outil décrit les modifications à appliquer à la géodatabase de réplica pour qu'elle corresponde à la géodatabase du réplica associé.
- Import replica schema (Importer une structure de réplica) : applique les différences de structure de réplica à l'aide d'une géodatabase de réplica en entrée et d'un fichier .xml.
Les outils de modifications de structure sont accessibles à partir des emplacements suivants :
- Dans la fenêtre Geoprocessing (Géotraitement), vous pouvez utiliser l'option de recherche ou accéder à la boîte à outils Distributed Geodatabase (Géodatabase répartie).
- Dans la fenêtre Manage Replicas (Gérer les réplicas), vous pouvez utiliser le Manage Replicas Menu (Menu Gérer les réplicas)
. 
- Dans la fenêtre Catalog (Catalogue), vous pouvez cliquer avec le bouton droit sur une géodatabase et accéder au menu contextuel Distributed Geodatabase (Géodatabase répartie).
Pour appliquer les modifications de structure à un réplica associé, reportez-vous aux instructions de la rubrique Manage geodatabase replicas (Gérer les réplicas de géodatabase).
Remarque :
La modification de la structure d'un réplica pour qu'elle corresponde à celle d'un réplica associé est un processus distinct de la synchronisation des données.
Valider les modifications de structure
Voici une liste des modifications de structure. La possibilité de les appliquer ou non au réplica correspondant est indiquée :
| Addition | Modifier | |
|---|---|---|
Terrain | Les champs ajoutés aux tables ou aux classes d’entités sont synchronisés. | Les modifications des domaines appliqués aux champs sont synchronisées. |
Domaine | Les nouveaux domaines sont synchronisés. | Les modifications des définitions de domaine sont synchronisées. |
Table/Classe d'entités |
Les champs ajoutés et les domaines appliqués aux champs dans les tables et les classes d’entités sont synchronisés. |
Suppression de jeux de données d’un réplica
Une liste des jeux de données impliqués dans chaque réplica est stockée dans une géodatabase de réplica. Vous pouvez afficher cette liste dans la boîte de dialogue Replica Properties (Propriétés du réplica). Pour des instructions sur l'ouverture de ces propriétés, reportez-vous à la rubrique Gérer les réplicas de géodatabase.
Si vous désinscrivez l’un de ces jeux de données d’un réplica, un avertissement apparaît. Si vous poursuivez l’opération, le jeu de données est supprimé de la liste des jeux de données de réplica. Notez également les points suivants :
- Si vous désinscrivez une table, une classe d’entités ou une classe de relations, vous ne pouvez pas la rajouter au réplica.
- Si vous désinscrivez une topologie, vous ne pouvez pas la rajouter au réplica. Les réplicas seront toujours synchronisés. Toutefois, la synchronisation des exceptions topologiques n’est pas prise en charge.
Gestion des différences de structure
Vous pouvez autoriser les réplicas à apporter des modifications de structure indépendamment l'un de l'autre. La réplication de géodatabase est conçue pour autoriser la plupart des différences de structure entre les réplicas, ce qui permet à la synchronisation des données de fonctionner dans la plupart des cas.
Si vous appliquez une modification de structure à un réplica, mais pas à l'autre, vous devez anticiper les problèmes suivants :
- Mises à jour non synchronisées : la synchronisation des données importe uniquement les modifications des tables et champs communs aux deux réplicas. Si une mise à jour est apportée à un champ qui ne se trouve pas dans le réplica associé, elle n'est pas appliquée lors de l'importation des mouvements.
- Valeurs non valides : les modifications qui enfreignent des domaines, sous-types et règles de relation sont appliquées lors de la synchronisation des modifications.
- Erreurs de synchronisation des données : elles peuvent survenir lorsque vous appliquez manuellement un mouvement de structure aux deux réplicas. Vous pouvez, par exemple, ajouter un champ dans une table. Pour effectuer cette opération, veillez à apporter la même modification de structure dans tous les cas. En cas de différence (par exemple, un champ est une chaîne dans un réplica mais un entier dans l'autre), une erreur de synchronisation des données survient.
- Modifications non prises en charge : certains types de modifications de structure peuvent entraîner l'échec de la synchronisation, mais aucun avertissement n'apparaît si vous appliquez la modification. Ces mouvements ne sont pas détectables par le système de réplication de géodatabase. Ils incluent des opérations au niveau de la base de données, telles que la modification des autorisations dans les tables de la base de données. Si les autorisations sont définies en lecture seule pour les données répliquées, un échec se produit lors de la tentative d'importation des modifications à partir du réplica associé.
Bonnes pratiques
En règle générale, il est préférable d'éviter les mouvements de structure. Les mouvements de structure peuvent entraîner des incohérences parmi les réplicas et le travail supplémentaire que demande l'application de mouvements de structure peut augmenter les coûts de performance. Toutefois, des mouvements de structure doivent être appliqués dans certains cas. Voici les meilleures pratiques permettant d'éviter les modifications de structure :
- Verrouiller le système : assurez-vous que les personnes qui utilisent le système disposent des autorisations appropriées. Il peut être nécessaire d'écrire des applications qui empêchent certains types de mouvements de structure non prévus, tels que l'ajout ou la suppression d'une colonne.
- Appliquer des comparaisons de structure régulières : la réplication tolèrant les pannes, il est probable que les synchronisations ne soient pas interrompues par les modifications de structure. Il est toutefois conseillé d'exécuter régulièrement une comparaison des structures afin de s'assurer qu'aucun mouvement de structure non prévu n'a été appliqué.
- Ne synchronisez pas tant qu'une tâche de maintenance nécessitant une modification de structure n'est pas terminée.
- Appliquer les modifications de structure au niveau du système : si des modifications de structure doivent être appliquées, appliquez-les à l'échelle du système et de manière organisée. Par exemple, vous pouvez utiliser une approche du haut vers le bas, dans laquelle les modifications sont appliquées dans le réplica racine et propagées vers le bas.
Vous avez un commentaire à formuler concernant cette rubrique ?