Состав системы
Серверы, приложения и рабочие данные
NOVECTRA / КЕЙСЫ
Резервные копии: аудит и проверка восстановления
Резервные копии каждую ночь завершались сообщением об успешном завершении. Поэтому и запрос клиента звучал как простая проверка: «посмотрите, всё ли у нас нормально с backup».
- Исходная задача
- Успешные задания копирования не охватывали все данные.
- Что изменили
- Изменена схема копирования и проверено восстановление данных.
01 / ПАРАМЕТРЫ ПРОЕКТА
Задача и состав работ
Задача
Проверить существующую систему резервирования
Формат
Аудит → новая схема → проверка восстановления
02 / ЧТО ПРОВЕРИЛИ
Что проверили
У компании уже были резервные копии: каждую ночь программа выполняла задание и отправляла сообщение об успешном завершении. Мы начали не с настроек задания, а с вопроса: что произойдёт, если основной сервер перестанет работать прямо сейчас?
Для ответа был составлен перечень данных: общие папки; база приложения; бухгалтерские данные; конфигурации; пользовательские документы; виртуальные машины. После этого существующие копии сопоставили с этим перечнем.
03 / НАЙДЕННОЕ
Что обнаружилось
Резервное задание выполнялось успешно — но это ещё не означало возможность восстановить компанию:
- некоторые недавно созданные каталоги не входили в backup;
- копии хранились на диске того же физического сервера;
- глубина хранения была недостаточной для обнаружения проблемы спустя несколько недель;
- не существовало документированной процедуры восстановления;
- ни разу не выполнялось полноценное тестовое восстановление.
То есть технически backup был зелёным. Но бизнес-задача восстановления данных не была решена.
04 / НОВАЯ СХЕМА
Новая схема
Данные разделили по критичности. Для наиболее важных сервисов настроили частые локальные копии, дополнительно резерв начал передаваться на отдельное хранилище. Для разных типов информации настроили различную глубину хранения:
- несколько ежедневных точек;
- несколько недельных;
- более длительные контрольные копии.
05 / ПРОВЕРКА
Проверка восстановления
После настройки был проведён тест. Из резервной копии восстановили сервер в изолированной среде, проверили запуск системы и доступность данных. Отдельно восстановили несколько файлов разных периодов. Это стало исходной точкой для последующих регулярных тестов.
06 / РЕЗУЛЬТАТ
Результат
Резервное копирование перестало быть процессом, который просто создаёт файлы ночью. У клиента появилась понятная схема:
- что копируется — перечень данных по критичности;
- куда — локальные копии и отдельное хранилище;
- сколько хранится — разная глубина для разных типов информации;
- как восстанавливается — документированный порядок;
- как проверяется — регулярные тестовые восстановления.
07 / ТЕХНОЛОГИИ И СВЯЗАННЫЕ СТРАНИЦЫ
Технологии
BACKUP-СЕРВЕР / NAS PROXMOX BACKUP МОНИТОРИНГ ЗАДАНИЙ
Подробности о технологиях из этого кейса: резервное копирование и восстановление. Как самостоятельно проверить свои копии — в статье «Как проверить, что резервная копия восстановится» нашей Базы знаний.
ИНЖЕНЕРНЫЙ РАЗБОР
Проверка всей цепочки восстановления
Что выяснили до изменений
Состав копий определили по сервисам, а не только по каталогам: база без конфигурации приложения или ключей доступа может оказаться недостаточной. Для каждого сервиса определили порядок возврата и допустимую потерю изменений.
Почему выбрали такую схему
Разделили рабочие и резервные учётные записи, настроили версии и отдельное место хранения. Восстановление выполняли в изолированном окружении, чтобы тестовая система не конфликтовала с действующей и не рассылала уведомления от её имени.
Проверка и передача
Проверили целостность данных и запуск приложения, зафиксировали последовательность действий и необходимые доступы. Статус задания копирования дополнили контролем свежести последней пригодной копии.
УСТРОЙСТВО РЕШЕНИЯ
До и после: что изменилось в системе
До Исходные зависимости
Рабочий сервер
На нём находятся данные и часть резервных материалов.
Отчёт задания
Успешный статус не подтверждает запуск приложения из копии.
После Разделение ролей и контроль
Рабочие сервисы
Определены состав данных и зависимости.
Отдельный резерв
Версии, хранение и доступы отделены от рабочей системы.
Изолированное восстановление
Проверяется запуск и пригодность восстановленных данных.
Рабочий сервис → резервный репозиторий → отдельное тестовое окружение. Дополнительная копия хранится вне основного контура.
Копия считается пригодной для выбранного сценария после восстановления и прикладной проверки. Успешное завершение задания — только один из этапов контроля.
ДОКУМЕНТАЦИЯ
Карта восстановления сервиса
Структура документа помогает связать конфигурацию с её назначением и порядком обслуживания. В рабочую версию вносятся параметры системы и согласованные ответственные.
Скачать лист проверки · Markdown- Что возвращаем
- Данные, конфигурация и необходимые ключи / доступы
- Откуда
- Репозиторий и выбранная точка восстановления
- В каком порядке
- Сеть, идентификация, хранилище, база, приложение
- Как принимаем
- Рабочая операция, целостность данных и запись результата
ТЕХНИЧЕСКИЙ ФРАГМЕНТ
Карта восстановления сервиса
Роли и обозначения условные: фрагмент раскрывает логику решения, не содержит адресов и доступов заказчика.
Скачать технический фрагмент · Markdown
- Независимая копия
- Изолированное восстановление
- Проверка приложения
| Раздел | Фрагмент записи | Что подтвердить |
|---|---|---|
| Точка данных | Идентификатор задания, копии и времени данных | Сверка с согласованной допустимой потерей |
| Изоляция | Внешние обмены и отправка сообщений отключены | Нет доступа к рабочему контуру |
| Приёмка | Контрольный файл или операция приложения | Хеш либо прикладная сверка; запись отклонений |
ПРОВЕРКА РЕЗУЛЬТАТА
Какие проверки показывают, что решение работает
Для каждой проверки нужны действие, ожидаемый результат и запись фактического наблюдения. Ниже — критерии для такой задачи; значения и замечания фиксируются при выполнении работ.
| Что проверять | Как проверить | Критерий результата |
|---|---|---|
| Полнота копии | Сопоставление задания с данными и конфигурацией приложения | Все необходимые компоненты входят в согласованный резерв |
| Изоляция теста | Проверка сети и внешних интеграций тестового экземпляра | Нет конфликта с рабочими адресами и действий от имени production-системы |
| Восстановление | Возврат данных, запуск приложения и контрольная операция | Данные открываются; операция выполняется; шаги и отклонения записаны |
Что фиксируется в рабочем листе
Дата, исполнитель, проверяемый экземпляр, фактический результат и отклонения. Если критерий не выполнен — замечание, следующее действие и решение о переключении или возврате.
08 / ОБСУЖДЕНИЕ
Обсудим вашу инфраструктуру?
Расскажите, что нужно проверить, настроить или взять на сопровождение. Предложим подходящий вариант реализации.