Сохранение карты сети устроено строже, чем сохранение любых других настроек, и на то есть причина: ошибка в карте способна привести сервер в недееспособное состояние, а в отдельных случаях заблокировать администратору доступ к системе. Поэтому без проверки сохранение недоступно в принципе.
Монопольный режим
Редактирование карты монопольно: два администратора не смогут править её одновременно. Режим включается автоматически при входе в модуль и снимается при сохранении или отмене изменений. При попытке переключиться в другой модуль, оставив карту под монопольным редактированием, система выдаст предупреждение.
Проверка
Кнопка «Проверить» на вкладке «Сохранение» запускает анализ всех свойств, адресов, их корректности и уникальности. Результат — список строк трёх типов:
| Тип | Цвет | Как относиться |
|---|---|---|
| Ошибки | красный | Подлежат обязательному устранению, без этого сохранение недоступно |
| Предупреждения | коричневый | Требуют внимания: часто указывают на реальную проблему |
| Замечания | серый | Информационные, работоспособности не мешают |
В конце списка выводится итоговая строка со статистикой.
Два класса проблем
Общие относятся к системе и карте в целом — например наличие двух серверов состояний. Они выводятся в самом начале списка, до проверки свойств объектов, и требуют особенно тщательного разбора.
По объектам касаются значений свойств конкретных элементов карты.
Проверка доступности адресов
Если в модуле Общие настройки → Клиентское приложение установлен флаг «Пытаться пинговать компьютеры», система параллельно с проверкой корректности адресов отправляет тестовые пакеты. Объекты, недоступные с сервера, попадут в список как замечания.
На работоспособность это не влияет, но помогает поймать опечатку в адресе: компьютер с неправильно введённым адресом просто не получит доступа к системе, и разбираться в причине потом будет заметно дольше.
Сохранение и отмена
После успешной проверки без ошибок сохранение становится доступным на той же вкладке. Кнопка «Отменить все» в любой момент сбрасывает изменения и загружает из базы действующую карту.
При сохранении меняется база данных, после чего система автоматически пытается применить изменения в текущем сеансе: обновляет свойства и перестраивает динамическую IP-структуру — шлюзы, потоки, транки, IP-телефоны.
Когда нужна перезагрузка сервера
Автоматического применения недостаточно, если затронуты уже работающие блоки. Типичные случаи:
- смена сервера состояний;
- изменение последовательности линий;
- перераспределение уже созданных и работающих линий.
После проверки система в любом случае напоминает надписью внизу о необходимости перезагрузки, но глубину внесённых изменений администратору стоит оценивать самостоятельно.