Подсеть представляет собой поднабор топологии инженерной сети на уровне, где все участвующие объекты имеют доступ к одним и тем же контроллерам подсети. Жизненный цикл подсети начинается с момента ее создания и состоит из многих этапов по мере того, как она управляется и редактируется пользователями, и заканчивается только в случае ее удаления. Лучше всего это можно понять через различные задачи управления подсетями, которые обычно выполняются в подсетях.
Ниже приводится сводка различных задач управления подсетями, составляющих жизненный цикл подсети:
- Задание контроллера подсети - Вы можете создать подсеть, установив один или несколько сетевых объектов в качестве контроллеров подсети. Имя подсети определяется, когда терминал на устройстве или объекте соединения устанавливается в качестве контроллера подсети. При добавлении контроллера в существующую подсеть состояние существующей подсети не изменяется до тех пор, пока измененные объекты не будут проверены. Если вы создаете подсеть, в таблице Subnetworks или классе пространственных объектов SubnetLine нет записи, представляющей состояние контроллера подсети.
- Проверка топологии сети - Измененные сетевые объекты проверяются для обновления топологии сети с учетом изменений. Во время операции проверки выполняется трассировка, чтобы определить, какие подсети были изменены, и статус обнаруженных подсетей изменяется на Dirty.
- Обновление подсети - Операция обновления подсети выполняет трассировку со всех контроллеров подсети, обновляет имя подсети измененных объектов, создает или обновляет запись для подсети в классе объектов SubnetLine, обновляет системные схемы подсети и изменяет статус всех ее контроллеров на Clean. Если во время операции обновления подсети возникают проблемы проверки согласованности или ошибки подсети, состояние всех контроллеров изменяется на Invalid.
- Изменение подсети - Подсети изменяются для изменения их имени или для добавления или удаления контроллеров подсети из подсети. Эти рабочие процессы изменяют подсеть таким же образом, как и установка нового контроллера подсети. Изменения должны быть проверены, а подсеть обновлена, чтобы изменить статус на Clean.
- Удаление контроллера подсети - Вы можете удалить контроллер подсети, удалив настройку контроллера подсети из терминала с помощью панели Изменить контроллер подсети. Это устанавливает атрибут isDeleted для контроллера в таблице Subnetworks на значение True. Можно удалить контроллеры из подсетей, в то время как другие контроллеры остаются подключенными к подсети. В противном случае при обновлении подсети появится ошибка. Эти рабочие процессы изменяют подсеть таким же образом, как и установка нового контроллера подсети. Изменения должны быть проверены, а подсеть обновлена, чтобы изменить статус на Clean.
- Экспорт информации из подсети - Инструмент Экспорт подсети используется для экспорта информации о подсети в файл .json. Затем эта информация может быть использована внешними системами, такими как программы управления простоями и отслеживания активов. Статус подсети должен быть Clean, чтобы ее можно было экспортировать.
- Удаление подсети - Подсеть можно удалить из уровня инженерной сети, удалив все контроллеры подсети, определяющие подсеть. После удаления записи для контроллеров подсети помечаются как удаленные, и выполняется операция обновления подсети для обновления топологии сети, чтобы сетевые объекты не рассматривались аналитическими операциями как контроллеры. Затем используется инструмент Экспортировать подсети с включенным параметром Настроить экспорт подтверждений, чтобы экспортировать информацию об удаленной подсети и удалить строки из таблицы Subnetworks, фактически удаляя подсеть из уровня.
Статус подсети
Существуют различные инструменты, используемые для управления подсетями, которые влияют на состояние (или статус) подсети. Статус подсети определяет, какие операции можно выполнять в подсети.
Подсеть может быть чистой (не измененной), измененной или недействительной. Это отслеживается полем Status(Is dirty) в таблице подсетей и при обновлении применяется ко всем контроллерам подсети. Статусы подсети определяются следующим образом:
- Измененный - Измененная подсеть является подсетью, содержащая проверенные изменения, которые еще не были обработаны операцией обновления подсети. Проверка топологии сети обнаруживает и помечает контроллеры подсети как измененные, когда геометрия или сетевые атрибуты для сетевого объекта в этой подсети были изменены. В таблице подсетей у всех контроллеров для Status измененных подсетей установлено Dirty.
- Недействительный - Недействительная подсеть является подсетью, в которой обнаружены ошибки проверки согласованности или ошибки подсети во время операции обновления подсети. Эти проблемы и ошибки необходимо устранить, изменив геометрию или атрибут сети для затронутых сетевых объектов и проверив, чтобы обновить статус подсети, изменив его на Dirty. Недействительные подсети игнорируются во время операции обновления подсети и должны быть сначала изменены, прежде чем их можно будет снова обновить и пометить как Clean. В таблице подсетей у всех контроллеров для Status недопустимых подсетей установлено Invalid.
Примечание:
При работе с многопользовательским развертыванием логика для поддержки недопустимого состояния подсети требует ArcGIS Enterprise 11.1 или более поздней.
- Чистый - Чистая (или непротиворечивая) подсеть — это подсеть, которая была успешно обновлена. Все контроллеры в таблице Subnetworks, запись в классе объектов SubnetLine, системные схемы подсети и различные поля для измененных сетевых объектов были обновлены и синхронизированы с изменениями, внесенными в топологию сети. В таблице подсетей у всех контроллеров для Status неизмененных подсетей установлено Clean.
Задачи управления подсетями и их влияние
В следующих таблицах перечислены различные изменения, которые можно выполнять в инженерной сети и которые влияют на состояние подсетей или компонентов подсети:
- Действие - описание выполняемого действия или операции
- Результаты действий - список изменений в подсети
Включение и отключение топологии сети
Топология сети отключена для выполнения административных задач, таких как управление сетевыми правилами, изменение конфигураций терминала, устранение ошибок подсети или обновление определения подсети. По завершении операции отключения все контроллеры подсети в таблице Subnetworks и все объекты в классе объектов SubnetLine помечаются как измененные. Топология сети изначально активируется после настройки инженерной сети и ее готовности к использованию для работы с измененными областями, выполнения трассировок и создания сетевых схем. После операции включения создаются измененные области, чтобы отметить объекты с топологическими ошибками в вашей сети, все контроллеры подсети в таблице Subnetworks помечаются как измененные и любые объекты в классе пространственных объектов SubnetLine помечаются как измененные.
В следующей таблице показано влияние включения и отключения топологии сети на состояние подсетей:
| Действие | Результаты действий |
|---|---|
Включение топологии сети. |
|
Отключите топологию сети. |
|
Изменение объектов и проверка топологии сети
Когда сетевые объекты создаются или изменяются путем редактирования их связей, информации о конфигурации терминала, сетевых атрибутов или геометрии, создаются измененные области, чтобы пометить место редактирования. Они служат индикатором того, что в сети произошли изменения, не отраженные в топологии сети. При проверке топологии сети измененные области очищаются. Когда сетевые объекты успешно проверены, это обновляет топологию сети с изменениями, а также помечает соответствующие контроллеры подсети в таблице Subnetworks и функции SubnetLine как Dirty. Это измененное состояние указывает на то, что состояние подсети и топология сети не синхронизированы.
Примечание:
Ответ от операции validateNetworkTopology в REST API возвращает имя любой подсети, помеченной как измененная во время операции, а также специализированную сеть и уровень, содержащий подсеть, как discoveredSubnetworks.
В следующей таблице показано влияние изменения объектов и проверки топологии сети на состояние подсетей:
| Действие | Результаты действий |
|---|---|
Создайте или измените сетевые объекты. |
|
Проверить топологию сети. |
|
Обновление подсети
Когда подсеть обновляется, информация в таблице Subnetworks, атрибуты пространственных и непространственных объектов обновляются, а линия подсети в классе объектов SubnetLine может быть создана или обновлена. Если во время операции обновления возникают ошибки подсети или ошибки проверки согласованности, операция обновления завершается сбоем, и подсеть помечается как Invalid. Подробнее см. в разделе Обновление подсетей.
В следующей таблице показано влияние обновления подсети на состояние подсетей:
| Действие | Результаты действий |
|---|---|
Обновите подсеть. |
Если во время операции обновления подсети возникают ошибки подсети или ошибки проверки согласованности, операция обновления подсети завершается с ошибкой и происходит следующее:
|
Удаление контроллера подсети и экспорт подсетей
Удаление подсети из системы происходит нечасто, но когда это требуется, необходимо выполнить несколько шагов в определенном порядке, чтобы правильно удалить ее. Сначала необходимо удалить контроллер подсети, удалив настройку контроллера подсети с терминала с помощью панели Изменить контроллер подсети. Когда это назначение удаляется, атрибут Is Deletedпомечается как true для связанного контроллера подсети в таблице Subnetworks. Подобно другим модификациям сетевых объектов, эта операция создает измененные области, которые необходимо очистить. Проверка топологии сети гарантирует, что топология актуальна, чтобы терминал больше не рассматривался аналитическими операциями как контроллер подсети. Обновление подсети после проверки помечает подсеть как Clean, и если удаленный контроллер был последним контроллером для этой подсети, инструмент также удаляет имя подсети из всех подключенных объектов в подсети. Удаленный контроллер подсети останется в системе до тех пор, пока администратор не подтвердит удаление при экспорте подсети.
Экспорт подсети чаще всего выполняется для экспорта информации из чистой подсети в файл .json для использования внешними системами. Операцию экспорта подсети также можно использовать для удаления удаленных контроллеров подсети из таблицы Subnetworks. Чтобы удалить удаленный контроллер, запустите инструмент Экспорт подсети с отмеченным параметром Настроить экспорт подтверждений. Эта операция обновляет поле Last ack export subnetwork в классе пространственных объектов SubnetLine и удаляет запись для контроллера из таблицы Subnetworks, при этом обновляя поле Last Exported для всех оставшихся контроллеров, участвующих в подсети. Когда все контроллеры подсети будут удалены, экспорт с отмеченным параметром Настроить экспорт подтверждений удалит этот контроллер подсети из таблицы подсетей, а также удалит объект SubnetLine для данной подсети. С этого момента подсеть больше не будет доступна для анализа на уровне.
В следующей таблице показано влияние на подсети удаления контроллера подсети и экспорта информации о подсети:
| Действие | Результаты действий |
|---|---|
Удалите контроллер подсети. |
|
Экспорт подсети. |
|