Что происходило до внедрения
Изменение в контуре привело к недоступности базы. Нужно было вернуть работу в минимальное время и не потерять данные.
Решение и его эффект
Подготовили и применили регламент восстановления: остановка сервисов, загрузка эталонной копии, восстановление с заменой базы, подъём сервисов и проверки целостности. Процесс автоматизирован, проверки описаны чек-листом.
Как встроили в ИТ-контур
Регламент и скрипты лежат в контуре, эталонные копии — на отдельном хранилище. Восстановление выполняется без внешних сервисов и заканчивается проверками.
Схема упрощена. Полную архитектуру и состав интеграций показываем на встрече по NDA.
Что получил заказчик
- восстановление выполняется по регламенту, а не в режиме импровизации
- время простоя сокращено до предсказуемого
- после восстановления проверяются вход, отчёты и касса
- урок закреплён правилами безопасного выпуска
Показатели проекта раскрываем в согласованном диапазоне. Точные данные, имена и архитектуру покажем на встрече по NDA.
Что учли по требованиям заказчика
Восстановление идёт только по регламенту и с проверкой целостности. После подъёма проверяются вход, отчёты и касса.
Хранитель эталонов
ведёт восстановление по регламенту, а не по памяти
Как работает
- Проверяет свежесть и целостность эталонных копий.
- Подбирает точку восстановления под задачу.
- Ведёт чек-лист: остановка, загрузка, восстановление, подъём.
- После запуска проверяет вход, отчёты и кассу.
Границы
- Восстановление запускается только с явным подтверждением.
- Фиксирует каждую команду и её результат.
- Не трогает базы, не входящие в задачу.
Что использовали
У нас похожая задача
Разберём процесс, определим метрику и скажем, подходит ли здесь пилот. Покажем архитектуру этого кейса на встрече по NDA.