Mettre à jour des sous-réseaux

Les sous-réseaux sont mis à jour pour garantir l’actualité et la validité des attributs et des entités de réseau dans un réseau. La mise à jour d’un sous-réseau met également en évidence les erreurs et les incohérences qui existent dans le sous-réseau : entités non valides, sous-réseaux disjoints ou incohérents, nombre incorrect de contrôleurs de sous-réseau ou zones non validées, par exemple. L’opération de mise à jour d’un sous-réseau est exécutée depuis l’outil Mettre à jour un sous-réseau ou la fenêtre Find Subnetworks (Rechercher des sous-réseaux) pour mettre à jour les sous-réseaux qui sont marqués comme à valider après l’application et la validation de mises à jour.

Les sous-réseaux sont marqués comme à valider au moment de leur création ou à l’issue de la validation de la topologie de réseau après que des entités ou des objets du sous-réseau ont été mis à jour. Lorsqu’un sous-réseau est mis à jour sans erreurs, il est signalé comme valide. Si des échecs de validation de la cohérence ou des erreurs de sous-réseau sont détectés au cours de la mise à jour du sous-réseau, l’opération échoue et le sous-réseau est marqué comme non valide. Ce statut est indiqué par l’attribut Is dirty dans la table Subnetworks (Sous-réseaux) et affiché dans la colonne Status pour chaque sous-réseau dans la fenêtre Find Subnetworks (Rechercher des sous-réseaux). Reportez-vous à la rubrique Cycle de vie d’un sous-réseau pour en savoir plus.

L’opération de mise à jour d’un sous-réseau se compose des étapes suivantes :

• Identification et validation de la cohérence des contrôleurs de sous-réseau.
• Traçage d’un sous-réseau.
• Validation du résultat du traçage afin de déterminer si des entités ou des objets non valides ont été détectés.
• Mise à jour des attributs de nom de sous-réseau et de connexion ainsi que des attributs de champ propagés dans les entités de réseau.
• Création ou mise à jour des enregistrements dans la classe d’entités SubnetLine pour le sous-réseau.
• Mise à jour des enregistrements de contrôleur de sous-réseau associés dans la table des sous-réseaux.
• Création ou mise à jour des diagrammes système de sous-réseau.

Inspecter et valider les propriétés de sous-réseau

Lorsque vous exécutez une opération de mise à jour de sous-réseau, les contrôleurs de sous-réseau sont validés et un traçage de sous-réseau est effectué pour déterminer la présence d’éventuels objets ou entités non valides. La définition de sous-réseau du niveau définit les exigences de comportement du sous-réseau ainsi que les entités et les objets valides dans le sous-réseau.

Les sous-sections ci-après présentent des informations relatives aux propriétés du niveau qui sont inspectées et aux champs attributaires qui sont mis à jour dans les entités de réseau lors de la mise à jour d’un sous-réseau.

Entités et objets valides

Comme indiqué dans la définition du sous-réseau, certains groupes d’actif et types d’actifs propres à chaque classe sont définis comme étant valides dans chaque niveau de classes de réseau. Lors de la mise à jour du sous-réseau, les attributs des entités du sous-réseau pouvant être traversées sont soumises à une inspection qui vise à détecter les entités et les objets qui ne respectent pas la définition de sous-réseau. Si des entités de réseau non valides sont détectées pendant la mise à jour d’un sous-réseau, une erreur est générée et le sous-réseau est marqué comme non valide. Pour en savoir plus sur les erreurs propres à la mise à jour des sous-réseaux, reportez-vous à la rubrique Erreurs de mise à jour de sous-réseau.

Lors de la mise à jour des sous-réseaux, la propriété des dispositifs valides de la définition de sous-réseau n’est pas évaluée pour les entités de limite qui connectent plusieurs sous-réseaux. Les entités de limite sont des dispositifs qui servent d’interruption entre deux sous-réseaux, ou des contrôleurs de sous-réseau qui jouent un rôle dans plusieurs sous-réseaux, par exemple une pompe dans un réseau hydraulique qui absorbe la pression dans un sous-réseau et la fait monter dans un autre.

Les entités et les objets valides suivants sont spécifiés dans la définition de sous-réseau de chaque tier :

• Appareils valides
• Contrôleurs de sous-réseaux de périphériques valides
• Lignes valides
• Jonctions valides
• Objets de tronçon valides
• Objets de jonction valides
• Contrôleurs de sous-réseaux d’objets de jonction

Sous-réseaux incohérents et disjoints

L’attribut Subnetwork name permet de suivre le sous-réseau auquel appartiennent les entités de réseau. La valeur renseignée dans ce champ attributaire est dérivée du nom de sous-réseau des entités définies en tant que contrôleur de sous-réseau. De plus, les entités du réseau de domaine possèdent des attributs Supported subnetwork name et Supporting subnetwork name. Ces attributs permettent respectivement de suivre le sous-réseau pris en charge par une entité de conteneur ou une entité structurelle, et le sous-réseau prenant en charge une entité de contenu.

Pour plus d’informations, consultez la rubrique Nom de sous-réseau pris en charge et Nom de sous-réseau de prise en charge.

Le processus de mise à jour de sous-réseau s’assure que le nom de sous-réseau est cohérent pour les entités d’un sous-réseau. Des erreurs sont générées pour les incohérences. Les situations suivantes sont susceptibles de générer des erreurs :

• Sous-réseaux incohérents : dans un sous-réseau, si plusieurs contrôleurs de sous-réseau sont traversables alors que l’attribut Subnetwork Name ne correspond pas, le sous-réseau est considéré comme incohérent. Par exemple, dans un réseau de maillage comportant cinq contrôleurs de sous-réseau, le nom de sous-réseau de quatre des sources est correct, mais la cinquième source porte un nom différent. Si des sous-réseaux incohérents sont détectés pendant la mise à jour des sous-réseaux, un avertissement est renvoyé dans l’outil Mettre à jour un sous-réseau et des erreurs sont générées pour les contrôleurs de sous-réseau dont les noms de sous-réseau sont incohérents. Vous pouvez consulter les noms des sous-réseaux identifiés comme incohérents qui ont été renvoyés dans la fenêtre Modify Subnetwork Controller (Modifier le contrôleur de sous-réseau) et dans la table Subnetworks (Sous-réseaux).

• Sous-réseaux disjoints : dans les classes de réseau partitionnées, si des sous-réseaux comportent des contrôleurs qui ont le même nom de sous-réseau mais qui ne sont pas traversables, ces sous-réseaux sont considérés comme disjoints. Pendant la mise à jour des sous-réseaux, des erreurs sont générées pour les sous-réseaux disjoints si cela n’est pas autorisé par la définition de sous-réseau. Ce paramètre est défini au sein de la définition de sous-réseau du tier. Reportez-vous aux propriétés du réseau pour consulter la sous-section Tiers de la classe de réseau spécifique.

Si l’un des sous-réseaux voisins est identifié comme incohérent lors de la vérification de la cohérence des entités de limite, un avertissement répertoriant les noms des sous-réseaux en conflit est renvoyé lors de la mise à jour. Pour déterminer comment résoudre l’avertissement, vous pouvez inspecter les sous-réseaux voisins dans la fenêtre Modify Subnetwork Controller (Modifier le contrôleur de sous-réseau) et dans la table Subnetworks (Sous-réseaux). Une fois les sous-réseaux voisins modifiés, l’opération de mise à jour du sous-réseau peut être exécutée à nouveau.

Pour en savoir plus, reportez-vous à la rubrique Sous-réseaux.

Mise à jour d’entités et d’objets dans un sous-réseau

Si un sous-réseau est mis à jour dans la version par défaut, la géométrie, les attributs de nom de sous-réseau, Is connectedI’attribut, ainsi que les valeurs de substitution et propagées sont mis à jour pour l’ensemble des entités et des objets dans le sous-réseau. Si l’opération de mise à jour du sous-réseau est exécutée dans une version nommée à l’aide de l’option de mode de mise à jour par défaut, les mêmes mises à jour se limitent par défaut aux entités et aux objets mis à jour dans la version en question.

Approfondissement :

Le comportement de génération d’événements par défaut pour les versions nommées peut être modifié dans le cadre de la règle de mise à jour de sous-réseau avec le paramètre Edit Mode for Named Version (Mettre à jour le mode pour la version nommée) dans l’outil de géotraitement Configurer la définition de sous-réseau pour les réseaux de distribution de version 4 ou ultérieure.

En savoir plus sur les modes de mise à jour dans la règle de mise à jour de sous-réseau

Mises à jour de la classe d’entités SubnetLine et de la table Subnetworks (Sous-réseaux)

Comme dans le cas de la mise à jour d’entités et d’objets dans le sous-réseau, la classe d’entités SubnetLine et la table Subnetworks (Sous-réseaux) sont modifiées lors de l’exécution de l’opération de mise à jour de sous-réseau.

Si la définition de sous-réseau pour le niveau définit des lignes agrégées pour la classe d’entités SubnetLine ou des synthèses configurées, l’opération de mise à jour crée ou met à jour un enregistrement pour le sous-réseau dans la classe d’entités SubnetLine et met à jour l’attribut Last update subnetwork, l’attribut Is dirty et les attributs de suivi de l’éditeur. Les synthèses qui sont définies dans la configuration du traçage de sous-réseau sont également mises à jour et inscrites dans les attributs de synthèse. Une opération de mise à jour réussie change le statut du sous-réseau pour indiquer que celui-ci a été validé (isDirty = false). Si l’opération de mise à jour échoue, seuls les champs de suivi de l’éditeur sont mis à jour.

L’attribut Last update subnetwork, l’attribut Is dirty et les attributs de suivi de l’éditeur sont également mis à jour pour les contrôleurs de sous-réseau associés dans la table Subnetworks (Sous-réseaux). Une opération de mise à jour réussie change le statut de tous les contrôleurs dans la table pour indiquer que ceux-ci ont été validés (isDirty = false). Si l’opération de mise à jour échoue, seuls les champs de suivi de l’éditeur sont mis à jour.

Attribut Is dirty

L’attribut ISDIRTY (alias Status) permet de suivre le statut d’un sous-réseau dans la table Subnetworks (Sous-réseaux) et dans la classe d’entités SubnetLine. Il influe sur la cohérence des diagrammes de réseau. Status est géré principalement par le biais de l’opération de mise à jour de sous-réseau et les outils de désactivation, d’activation et de validation de la topologie de réseau. Il est configuré à l’aide de l’option Manage IsDirty (Gérer isDirty) pour la définition de sous-réseau du niveau.

Pour en savoir plus, reportez-vous à la rubrique Cycle de vie d’un sous-réseau.

Règle de mise à jour de sous-réseau

Lorsque le processus de mise à jour de sous-réseau est exécuté, plusieurs options permettent d’indiquer les entités de réseau à mettre à jour et le mode de mise à jour des entités de réseau dans la géodatabase. Ces options sont configurées dans le cadre de la définition de sous-réseau pour un niveau dans la section Update subnetwork policy (Mettre à jour la règle de sous-réseau) à l’aide de l’outil Configurer la définition de sous-réseau.

Examinez vos processus et déterminez si des modifications doivent être apportées à la règle de mise à jour par défaut de sous-réseau. Il est possible de modifier les options Update Structure Network Containers (Mettre à jour les conteneurs de réseau physique) et Update Domain Network Containers (Mettre à jour les conteneurs de réseau de domaine) dans la définition de sous-réseau pour afficher ou non les attributs de nom de sous-réseau dans les conteneurs. Ces options permettent également d’éviter les problèmes liés à la surcharge du champ de nom de sous-réseau pris en charge pour les conteneurs de réseau physique et de réseau de domaine. Cela s’avère utile dans les cas où l’inclusion est imbriquée.

Si un processus requiert le déclenchement d’un comportement de géodatabase lorsque des attributs sont mis à jour au cours du processus de mise à jour de sous-réseau, vous pouvez configurer les modes de mise à jour en vue d’utiliser le mode de mise à jour With Eventing (Avec génération d’événements).

Les options à définir pour Update subnetwork policy (Politique de mise à jour du sous-réseau) sont les suivantes :

• Manage IsDirty (Gérer IsDirty) : indique si l’attribut Is dirty dans la table Sous-réseaux est géré par l’opération de mise à jour de sous-réseau. Elle a également un impact sur la cohérence des diagrammes de réseau et les méthodes utilisées pour retirer les contrôleurs supprimés de la table Subnetworks (Sous-réseaux). Lorsque cette option est cochée, l’attribut IsDirty est géré par l’opération de mise à jour du sous-réseau et mis à jour dans la table Subnetworks (Sous-réseaux) et la classe d’entités SubnetLine.

  Remarque :

  Si le niveau est configuré de sorte à ne pas gérer l’attribut Is dirty, le sous-réseau apparaîtra toujours comme étant à valider, que l’opération de mise à jour de sous-réseau aboutisse ou échoue.

  Lorsque cette option n’est pas activée, l’opération de mise à niveau du sous-réseau peut être utilisée dans la version par défaut pour supprimer des lignes dans la table Subnetworks (Sous-réseaux), où l’attribut Is deleted a la valeur true.

  Lorsqu’aucun contrôleur de sous-réseau n’est défini pour un niveau, l’option Manage IsDirty (Gérer IsDirty) est désactivée.

  Pour en savoir plus sur le statut des sous-réseaux et l’attribut Is dirty, reportez-vous à la rubrique Statut du sous-réseau.

• Update Structure Network Containers (Mettre à jour les conteneurs de réseau physique) : indique si la mise à jour de sous-réseau induit la mise à jour de l’attribut de nom de sous-réseau pris en charge pour les conteneurs de réseau physique. Cette option est activée par défaut.
• Update Domain Network Containers (Mettre à jour les conteneurs de classe de réseau) : indique si la mise à jour de sous-réseau induit la mise à jour de l’attribut du nom de sous-réseau pris en charge pour les conteneurs de classe de réseau. Cette option est activée par défaut.

• Edit Mode For Default Version (Mode de mise à jour pour la version par défaut) et Edit Mode For Named Version (Mode de mise à jour pour la version nommée) : lors de la mise à jour du sous-réseau, différentes mises à jour d’attribut sont effectuées dans les entités de sous-réseau. Le Mode de mise à jour permet de définir la manière dont les attributs sont mis à jour. Les deux options permettant de contrôler ce comportement sont les suivantes : With Eventing (Avec génération d’événements) et Without Eventing (Sans génération d’événements).

  • Without Eventing (Sans génération d’événements) : il s’agit de l’option par défaut pour la version par défaut et pour les versions nommées, ainsi que si vous utilisez un déploiement mono-utilisateur. Si vous utilisez ce mode de mise à jour dans un déploiement d’entreprise, les contrats de géodatabase ne sont pas respectés lors de la mise à jour du sous-réseau. En d’autres termes, les événements ne déclenchent pas la mise à jour du suivi de l’éditeur, des règles attributaires ou des objets associés lorsque des entités sont mises à jour. Cela signifie également que les modifications apportées aux entités sans événements ne sont pas écrites dans l’historique de la géodatabase en vue d’une révision ultérieure. Cette approche permet d’optimiser les performances de la mise à jour de sous-réseau.
    • Si vous utilisez ce mode de mise à jour dans la version par défaut ou dans un déploiement mono-utilisateur, le nom de sous-réseau et les valeurs propagées sont mis à jour pour l’ensemble des entités et des objets dans le sous-réseau.
    • Si vous utilisez ce mode de mise à jour dans des versions nommées, le nom de sous-réseau et les valeurs propagées sont mises à jour uniquement pour les entités modifiées par l’utilisateur dans la version.
  • With Eventing (Avec génération d’événements) : cette option permet de déclencher un comportement de géodatabase lors de la mise à jour de sous-réseaux dans la version par défaut et les versions nommées, ainsi que s’ils utilisent un déploiement mono-utilisateur. Avec ce mode de mise à jour, les mises à jour du curseur sont utilisées pour mettre à jour le nom de sous-réseau et les valeurs propagées pour toutes les entités traversées par l’opération.

    Si vous utilisez l’option With Eventing (Avec génération d’événements), tous les contrats de géodatabase sont respectés. Cela signifie que les règles attributaires sont déclenchées et que leur statut de validation est réinitialisé, que le suivi de l’éditeur est mis à jour, que les objets associés sont mis à jour le cas échéant, et que les modifications sont enregistrées en tant que mises à jour effectives dans l’historique de la géodatabase. Ce mode de mise à jour peut être intéressant pour les utilisateurs qui requièrent le déclenchement de règles attributaires au cours de l’opération de mise à jour de sous-réseau.

    Attention :

    Cette option peut avoir un impact négatif sur les performances et ne doit pas être utilisée avec de grands sous-réseaux lorsque qu’un nombre élevé de règles attributaires ou d’objets associés, tels que des classes d’annotations liées aux entités, sont présents dans vos données.

  L’exemple ci-dessous illustre l’impact de l’exécution de la mise à jour du sous-réseau dans une version nommée dans le sous-réseau RMT001 après la création d’une ligne, alors que la valeur par défaut de Edit Mode for Named Version (Mode de mise à jour pour la version nommée), c’est-à-dire Without Eventing (Sans génération d’événements), est utilisée. Notez que le nom du sous-réseau est mis à jour uniquement pour l’entité mise à jour dans la version.

  

  Cet exemple illustre l’impact de l’exécution de la mise à jour du sous-réseau dans le sous-réseau RMT001 après la création d’une ligne, alors que l’outil est exécuté dans la version par défaut ou qu’il est exécuté dans une version nommée et que le champ Edit Mode for Named Version (Mode de mise à jour pour la version nommée) a la valeur With Eventing (Avec génération d’événements). Notez qu’alors qu’une seule entité est mise à jour, toutes les entités du sous-réseau sont mises à jour avec le nom du sous-réseau.

  

  Remarque :

  Certains paramètres nécessitent une version de réseau de distribution minimale. Reportez-vous à la rubrique de l’outil Configurer la définition de sous-réseau pour plus d’informations.