> ## Documentation Index
> Fetch the complete documentation index at: https://docs.axottle.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Flow Guard: восстановление

> Ручные планы, политика автовосстановления, резервы маршрута и остановка после неудачи.

Откройте **Конфиги → нужный Flow → Восстановление**. Здесь находятся **Автовосстановление**, **Запустить вручную** и **Свои планы**. По умолчанию изменяющее восстановление требует ручного подтверждения. Оператор может заранее разрешить автоматические действия политикой конкретного Flow.

## Ручной запуск

1. Откройте «Запустить вручную» и выберите подходящий план и цель.
2. Выполните предварительную проверку. Изучите шаги, влияние и причины блокировки.
3. Подтвердите показанный план и запустите его.
4. Прочитайте результат действий и итоговую проверку маршрута в истории.

Успешная отправка задачи агенту ещё не означает восстановление. Flow Guard проверяет результат; при недостаточных или противоречивых данных требуется дальнейшая диагностика.

## Включение автоматики

1. В «Автовосстановлении» выберите **Восстанавливать автоматически**.
2. Для нужного транзита, WARP или прокси включите переключение и отметьте допустимые резервы.
3. Включите разрешённые планы восстановления сервисов. Карточка показывает входящие в разрешение действия.
4. Настройте число подтверждений сбоя, паузу между попытками и общий часовой лимит.
5. Нажмите **Сохранить и включить**.

Политика выполняется на сервере; держать браузер открытым не нужно. Её можно подготовить до первого применения Flow, но запуск останется заблокирован до появления работающей версии.

Подтверждения — разные последовательные проверки одного сбоя и активной версии. Повторное открытие одного результата не добавляет подтверждений. После попытки для повторного действия нужны новые проверки; паузы и лимиты продолжают действовать.

## Автопереключение маршрута

Резервы выбираются из работающей версии Flow. Сначала добавьте и примените нужные выходы на холсте, затем разрешите их в политике. Резерв, который зависит от неисправного участка или создаёт цикл, использовать нельзя.

| Способ выбора        | Что учитывается                        |
| -------------------- | -------------------------------------- |
| Приоритет            | Порядок разрешённых резервов.          |
| Минимальная задержка | Свежий измеренный RTT от CTRL до ноды. |
| Минимальная загрузка | Свежая загрузка CPU из данных агента.  |

RTT от CTRL не является задержкой от клиента, CPU не показывает пропускную способность канала. При отсутствии измерений выбор по приоритету нужно разрешить отдельно. Неизвестное здоровье не считается успешной проверкой.

**Прямой Internet используется только как явно разрешённый обход.** Перед действием исправность выхода проверяется повторно. Изменения каталога пулов, ещё не применённые к Flow, требуют ручного применения.

Переключение создаёт новую работающую версию из применённого снимка, сохраняет условия входящих связей и путь выбранного резерва. Текущий пользовательский черновик этим переключением не разворачивается и не перезаписывается.

<Warning>Автоматического возврата на старый маршрут нет. После переключения проверьте холст перед следующим ручным применением: прежний черновик может вернуть неисправный путь.</Warning>

## Свои планы

В карточке сценария выберите **Что делать при сбое · настроить шаги → Создать свою версию этого плана** либо создайте план в разделе «Свои планы». Задайте событие, цель и допустимые действия, выполните валидацию и сохраните.

Сохранённый план не получает разрешение на автоматический запуск сам по себе. Включите его версию в политике и сохраните политику. После изменения плана нужно подтвердить обновлённую версию. Планы с обязательными ручными шагами или недопустимыми для автоматики действиями не запускаются автоматически.

## Диагностика по событиям поддержки

В **Свои планы → События, которые запускают план → Поддержка и жалобы** доступны свежая жалоба на Flow в открытом обращении, просроченное обязательство SLA срочного тикета, подтверждённый оператором инцидент и эскалация открытого обращения. Условия используют сохранённую привязку к конкретному Flow.

Такая диагностика не закрывает тикет автоматически и не разрешает перезапуск произвольной ноды. Старая жалоба закрытого обращения не становится новым сбоем после повторного открытия без новой привязки. Сохранение плана требует отдельного включения его версии в политику.

Несохранённая политика остаётся в текущей вкладке браузера при переходах и перезагрузке. При конфликте с изменениями другого оператора загрузите актуальную версию и проверьте свои правки перед сохранением.

## Остановка и неудача

Отключение автоматики отменяет ещё не отправленные автоматические действия. Уже переданная агенту задача может завершиться; отключение политики не откатывает выполненные шаги.

Неподтверждённый результат переключения маршрута приостанавливает автоматику. Проверьте активную версию, ноды и историю запуска, затем явно возобновите её. Смена политики не обнуляет израсходованный часовой бюджет.

## Проверка

Убедитесь, что сохранена нужная версия политики и планов, есть работающая версия Flow, а интерфейс показывает причину ожидания или готовность. После запуска проверьте историю, фактически выполненные шаги и свежую проверку маршрута.

## Откат

Сначала отключите автоматические действия, если они мешают разбору. Для возврата конфигурации используйте [рабочую версию Flow](/ru/connection-units/lifecycle#откат). Выполненные сервисные действия восстанавливайте по результату конкретного плана; отключение автоматики не является их откатом.

<Note>Сверено с кодом текущей рабочей ветки Axottle 2026-09-06. Наличие возможностей в установленной версии проверяйте в панели; эта сверка не подтверждает развёртывание на серверах.</Note>

<Note>Дополнение по изменениям кода Axottle: 2026-09-08. Новые сценарии сверены с реализацией; установка на реальные ноды в рамках этой сверки не выполнялась.</Note>
