Verrous de géodatabase d’entreprise

ArcGIS Pro applique et libère des verrous sur des objets dans une géodatabase d’entreprise au fur et à mesure que des utilisateurs affichent et mettent à jour des données. Ces verrous sont nécessaires pour assurer la cohérence des données et des versions. Les objets d’une géodatabase étant verrouillés, l'accès à ces objets change selon qu'un mode de verrouillage partagé ou exclusif est utilisé.

Vous pouvez afficher les verrous d’une géodatabase d’entreprise à l’aide de la boîte de dialogue Geodatabase Administration (Administration de géodatabase). Elle répertorie les verrous et les propriétés associées pour vous permettre d’identifier l’utilisateur susceptible de vous empêcher d’effectuer certaines opérations sur des jeux de données ou des versions spécifiques. Vous pouvez ainsi coordonner les traitements de mise à jour avec d’autres utilisateurs et modifier la structure de vos jeux de données. L’administrateur de géodatabase peut afficher et gérer tous les verrous de données et de version de la géodatabase. Il peut ainsi identifier les connexions qui bloquent éventuellement l’exécution d’une tâche de maintenance, telle que la réconciliation de données, la compression de la géodatabase ou la mise à niveau.

En savoir plus sur la gestion des verrous de la géodatabase

Modes de verrouillage

Un mode de verrouillage partagé ou exclusif est utilisé en fonction de l’opération exécutée.

Partagé

Un verrou partagé est acquis sur un jeu de données individuel quand ce dernier est en cours d’utilisation, par exemple, chaque fois qu’un utilisateur met à jour ou interroge le contenu d’une table ou d’une classe d’entités. Ce mécanisme est utilisé afin que d'autres utilisateurs ne puissent pas apporter de modifications au jeu de données sous-jacent et sa structure pendant qu'il est utilisé. Un nombre illimité de verrous partagés peut être établi sur une seule table ou classe d’entités à un moment donné.

Exclusif

Un verrouillage exclusif est utilisé pour verrouiller un objet de la géodatabase et empêcher d’autres utilisateurs d’y apporter les modifications nécessaires. Une fois qu’un utilisateur détenant les autorisations appropriées commence à apporter des modifications à un jeu de données de la géodatabase, un verrouillage exclusif est établi sur l’objet. S'il existe un verrouillage partagé sur ce jeu de données, un verrou exclusif ne peut pas être établi. Par exemple, pour annuler l’enregistrement d’une classe d’entités comme versionné, un verrou exclusif est requis sur le jeu de données.

Un verrouillage exclusif est promu à partir d'un verrouillage partagé et rétrogradé à un verrouillage partagé lorsqu'il n'est plus requis. Un seul verrouillage exclusif à la fois est autorisé.

Types de verrouillage

Plusieurs types de verrouillages sont utilisés avec une géodatabase d’entreprise. Le type de verrou dépend du type d’inscription du jeu de données et de l’opération.

Verrouillage de structure

Les applications ArcGIS et les couches Web partent du principe que la structure de la géodatabase reste fixe et ne change pas lorsque vous utilisez des données de la géodatabase. Par exemple, les utilisateurs d’une couche d’images de carte s’attendent à ce que la structure des données reste la même dans la couche d’images de carte.

Pour garantir cette cohérence, à chaque accès à un jeu de données (par exemple lorsque vous ajoutez le jeu de données à une carte dans ArcGIS Pro ou lorsqu’il est utilisé par une couche Web) un verrou de structure partagée est acquis sur le jeu de données. Lorsque la structure du jeu de données est modifiée d'une façon ou d'une autre, ce verrouillage de structure partagé est promu de l'état partagé à l'état exclusif pendant toute la durée des modifications de la structure. Cela assure la cohérence d'un environnement multi-utilisateurs en empêchant la structure d'un jeu de données de changer lorsque d'autres utilisateurs ouvrent ce jeu de données.

Si d’autres utilisateurs accèdent au jeu de données de géodatabase dont vous devez modifier la structure, vous devez définir des processus pour modifier la structure lorsque le jeu de données n’est pas utilisé. Par exemple, pour apporter des modifications sans impacter les autres utilisateurs, planifiez l’exécution de votre travail sur la structure lorsque tous les autres utilisateurs sont déconnectés du système. Si le jeu de données est publié dans un service, arrêtez le service et effectuez les changements de structure. Pour plus d’informations, consultez la rubrique Modifier la structure dans les services de carte de l’aide ArcGIS Server.

Verrouillage d’état

Un verrou d’état partagé est acquis à chaque ouverture d’un jeu de données de versionnement traditionnel. Le state_id spécifique est indiqué comme nom d’objet du verrou. Ce type de verrou s’applique uniquement aux jeux de données de versionnement traditionnel.

Verrouillage de version

Un verrouillage de version est appliqué lors de la lecture et de la mise à jour dans les versions pour s’assurer que certaines opérations peuvent être réalisées de manière isolée. Le mode de verrouillage est différent selon l’opération en cours d’exécution et le type de versionnement du jeu de données.

Modes de verrouillage utilisés avec les versions

Les types de verrouillages utilisés avec les différents versionnements sont les suivants :

• Branch versioning (Versionnement de branche) : un verrouillage de version partagé est appliqué lorsqu’une session lance la lecture. Cela se produit dans ArcGIS Pro lors de l’affichage d’un service de branche versionnée en l’ajoutant à la carte. Lors de la mise à jour, le mode de verrouillage de version peut varier en fonction de la version mise à jour, comme suit :
  • Default (par défaut) : lorsque la version par défaut est mise à jour, il reste un verrou de version partagé.
  • Version : lorsqu’une version nommée est mise à jour, le verrouillage de version partagé devient un verrouillage exclusif.
• Traditional versioning (Versionnement traditionnel) : un verrou de version partagé est acquis lorsqu’un jeu de données de versionnement traditionnel est activement mis à jour. Lors d’une opération de réconciliation, le verrou de version partagé est promu en verrou exclusif.

Expérience utilisateur avec les versions

L’expérience de l’utilisateur qui utilise les versions et les verrouillages est la suivante :

• Versionnement de branche
  • Default (Par défaut) : plusieurs lecteurs et éditeurs sont pris en charge en même temps.
  • Version : un seul éditeur est pris en charge.

    Remarque :

    Lorsqu’une version nommée est mise à jour, le modèle de verrouillage est différent en fonction de la version d’ArcGIS Enterprise.

    • Pour ArcGIS Enterprise 12.0 et versions ultérieures, le modèle de verrouillage autorise plusieurs utilisateurs dotés d’un rôle de consultation, mais un seul éditeur. Les verrouillages en écriture bloquent les autres verrouillages en écriture, mais autorisent les lecteurs. Lors du processus de réconciliation, un verrouillage de version exclusif est acquis et bloque la lecture et l’écriture. Si un éditeur tente de procéder à une réconciliation pendant que des utilisateurs dotés d’un rôle de consultation sont en train d’accéder à la version, une erreur est reçue.
    • Pour ArcGIS Enterprise 11.5 et versions antérieures, le modèle de verrouillage autorise plusieurs utilisateurs dotés d’un rôle de consultation ou un seul éditeur. Si un utilisateur tente de lancer une mise à jour pendant que d’autres utilisateurs dotés d’un rôle de consultation ou d’autres éditeurs sont en train d’accéder à la version, une erreur est reçue.

    L’administrateur de géodatabase peut utiliser la vue Geodatabase Administration > Locks (Administration de géodatabase > Verrouillages) pour gérer les verrouillages de géodatabase et déconnecter les utilisateurs qui bloquent les opérations de mise à jour et de réconciliation.

• Traditional versioning (Versionnement traditionnel) : plusieurs lecteurs et éditeurs sont pris en charge en même temps.

Verrous de réservation OID

Un verrou de réservation OID est acquis lorsqu’un jeu de données de branche versionnée est mis à jour. Les identifiants d’objet sont réservés afin de limiter le nombre de trajets vers la base de données ayant pour but d’extraire les identifiants d’objet pendant les opérations de mise à jour. Ce type de verrou est valide uniquement pour les jeux de données de branche versionnée.