Mettre à jour des sous-réseaux

Les sous-réseaux sont mis à jour pour garantir l’actualité et la validité des attributs, des entités de réseau et de la connectivité 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.

Propriétés de sous-réseau inspectées et mises à jour

Lorsqu’un sous-réseau est mis à jour, diverses propriétés et exigences sont vérifiées. Certains attributs sont également mis à jour pour les entités de réseau. Certaines de ces propriétés sont définies dans la définition de sous-réseau pour le tier.

Si un sous-réseau est mis à jour sur la version par défaut, la géométrie, l’attribut de nom de sous-réseau et les champs propagés de la classe d’entités SubnetLine (LigneSousRéseau) sont mis à jour. En cas d’exécution sur une version nommée, ces mêmes mises à jour sont limitées par défaut aux entités et aux objets mis à jour dans la version en question. Il est possible de modifier le mode de mise à jour pour utiliser la génération d’événements 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.

Approfondissement :

Lors de la mise à jour d’un sous-réseau dans une version nommée, les attributs de nom de sous-réseau, l’Is connectedattribut et les valeurs propagées ne sont mis à jour que pour les entités de réseau modifiées dans la version concernée. Ce comportement par défaut peut être rectifié en modifiant le paramètre Edit Mode for Named Version (Mettre à jour le mode pour la version nommée) de sorte que la génération d’événements soit utilisée dans la définition du sous-réseau pour le niveau.

En savoir plus sur le mode de mise à jour utilisé par l’outil Update Subnetwork (Mettre à jour un sous-réseau)

Des erreurs peuvent être générées lors de la mise à jour des sous-réseaux. 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.

Des informations relatives aux propriétés inspectées lors de la mise à jour d’un sous-réseau sont présentées dans les sous-sections suivantes.

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 créée et le sous-réseau est marqué comme non valide.

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. Il s’agit des contrôleurs de sous-réseau qui définissent la limite de deux sous-réseaux distincts, par exemple un commutateur ouvert entre deux circuits ou une vanne fermée entre deux zones.

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

Attribut d'un nom de sous-réseau

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 de la classe de réseau 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.

Lorsqu’une entité fait partie de plusieurs sous-réseaux, les attributs Subnetwork name, Supported subnetwork name et Supporting subnetwork name sont concaténés dans chaque nom de sous-réseau. Ainsi, une entité de limite qui connecte plusieurs sous-réseaux serait mise à jour via la concaténation des noms de sous-réseau séparés par deux signes deux-points, par exemple, sous-réseau1::sous-réseau2.

En savoir plus sur l’attribut de nom de sous-réseau

La mise à jour de sous-réseau s’assure que le nom de sous-réseau est cohérent pour toutes les entités du 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 les attributs Nom de sous-réseau ne correspondent 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 incohérences de sous-réseaux sont détectées pendant la mise à jour des sous-réseaux, un avertissement est renvoyé dans l’outil Update Subnetwork (Mettre à jour un sous-réseau) et des erreurs sont générées. 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). Par ailleurs, des erreurs sont créées pour les contrôleurs de sous-réseau dont les noms de sous-réseau sont incohérents.

• 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, un avertissement indiquant les noms des sous-réseaux en conflit est renvoyé lors de la mise à jour. Pour déterminer comment résoudre le problème, vous pouvez inspecter les sous-réseaux voisins indiqués dans la fenêtre Modify Subnetwork Controller (Modifier le contrôleur de sous-réseau) et 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.

Attribut Is connected

Chaque entité dans les classes d’entités linéaires, de dispositifs et de jonctions et chaque objet dans les tables d’objets jonction et d’objets tronçon du réseau de domaine contient un attribut Is connected. Cet attribut permet d’identifier les entités et les objets de réseau isolés en conservant des informations sur leur connectivité aux contrôleurs de sous-réseau. Lorsqu’une entité est créée, quelle que soit sa connectivité, l’attribut Is connected est défini sur Inconnu. Cet attribut est modifié pour les entités de réseau selon l’opération effectuée.

Lorsqu’un sous-réseau est mis à jour, l’attribut Is connected est modifié en fonction de la connectivité des entités vers un contrôleur de sous-réseau ; cela repose sur le paramètre Tier (Niveau) ou Subnetwork Name (Nom du sous-réseau) spécifié dans l’outil de géotraitement Mettre à jour un sous-réseau.

Pour en savoir plus, voir Attribut Is Connected.

Attribut Is dirty

L'attribut Is dirty permet de suivre le statut d’un sous-réseau dans la table Subnetworks (Sous-réseaux) et la classe d’entités SubnetLine ; il influe également sur la cohérence des diagrammes de réseau. Le statut de Is dirty est géré principalement par le biais des outils de désactivation, d’activation et de validation de la topologie de réseau et l’opération de mise à jour du sous-réseau. Pour en savoir plus, reportez-vous à la rubrique Cycle de vie d’un sous-réseau.

L'option Manage IsDirty (Gérer IsDirty) est un composant de la règle de mise à jour de sous-réseau et est configurée dans le cadre de la définition de sous-réseau pour un niveau. Elle permet d’ignorer la gestion de l’attribut Is dirty dans la table Subnetworks (Sous-réseaux) et la classe d’entités SubnetLine. Si le niveau est configuré de sorte à ne pas gérer l’attribut Is dirty, l’opération de mise à jour du sous-réseau peut être utilisée dans la version par défaut pour supprimer des lignes de la table Subnetworks (Sous-réseaux) dans la version par défaut où l’attribut Is deleted a pour valeur true (vrai).

Remarque :

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.

Synthèses, propagation et substitution d’attributs

Les synthèses configurées dans la configuration de traçage de sous-réseau de la définition de sous-réseau sont mises à jour au cours du processus de mise à jour du sous-réseau. Lors de la mise à jour d’un sous-réseau, l’outil écrit les résultats des synthèses dans la classe d'entités SubnetLine des attributs de synthèse. Par ailleurs, si la substitution ou des propagateurs sont configurés, ils sont pris en compte lors de la mise à jour d’un sous-réseau.

Pour plus d’informations, reportez-vous aux rubriques suivantes : Synthèses, Propagation des attributs et Substitution d’attributs.

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 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. Les options Update Structure Network Containers (Mettre à jour les conteneurs de réseau de structure) et Update Domain Network Containers (Mettre à jour les conteneurs de réseau de domaine) peuvent être modifiées dans la définition de sous-réseau afin 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 de structure et de réseau de domaine. Cela s’avère utile dans les cas où l’inclusion est imbriquée. S’il existe un processus nécessitant la génération d’événements de géodatabase pour les mises à jour d’attribut effectuées lors de la mise à jour du sous-réseau, la définition de sous-réseau du tier peut être configurée pour utiliser la génération d’événements pour le mode de mise à jour de la version par défaut.

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 la mise à jour du sous-réseau induit la mise à jour de l’attribut IsDirty dans la table Subnetworks (Sous-réseaux) et la classe d’entités SubnetLine. 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).
• 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 les versions nommées. Lorsque cette option est activée, les mises à jour sont écrites directement. De cette façon, les événements au niveau de la géodatabase mettant à jour les annotations liées aux entités, ou l’évaluation d’une règle attributaire configurée avec l’événement de déclenchement update ou insert, sont ignorés.

    Remarque :

    Lorsque cette option est utilisée avec la version par défaut, l’ensemble des entités et objets du sous-réseau sont mis à jour. Dans une version nommée, les mises à jour se limitent aux entités et aux objets mis à jour dans la version pour des questions de performance des processus versionnés.
  • With Eventing (Avec génération d’événements) : avec cette option, des événements sont également déclenchés au niveau de la géodatabase pour mettre à jour des éléments tels que les annotations liées aux entités, le suivi de l’éditeur, ou l’évaluation d’une règle attributaire configurée avec l’événement déclencheur. Dans les versions nommées et par défaut, l’ensemble des entités et objets du sous-réseau sont mis à jour.

    Remarque :

    Cette option peut avoir un impact négatif sur les performances, selon le nombre de règles attributaires et de classes d’annotations utilisées avec les 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.