Копии были, уверенности не было

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

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

Инвентаризация и приоритеты

Вместе с ответственными сотрудниками мы составили перечень данных: учётная система, производственные документы, общие папки, настройки серверов и рабочие файлы подразделений. Для каждого ресурса определили владельца, допустимую глубину потери и желаемое время восстановления.

Затем сопоставили этот перечень с фактическими заданиями. Так обнаружились папки, которые сотрудники считали защищёнными, но которые не попадали ни в один архив. Устаревшие копии и дубли отделили от действительно важных данных.

Новая схема

  • Настроили разные расписания для баз, файлов и конфигураций.
  • Разделили оперативные и долгосрочные копии.
  • Один экземпляр вынесли за пределы основной инфраструктуры.
  • Ограничили доступ к хранилищу отдельной учётной записью.
  • Добавили контроль объёма, возраста последней копии и ошибок заданий.
  • Описали порядок восстановления и контакты ответственных.

Проверка на практике

Ключевым этапом стало тестовое восстановление. На изолированном стенде развернули копию базы и выборочные каталоги, проверили запуск, целостность и доступность документов. Во время теста уточнили последовательность действий и убрали пункты, которые были понятны только автору инструкции.

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

Как поддерживается актуальность

Мы добавили контрольный пункт для любых изменений инфраструктуры. При вводе нового сервера, базы или общего каталога ответственный сразу определяет требования к копированию и восстановлению. Ежемесячно проверяются отчёты, объём хранилищ и срок хранения, а выборочное восстановление выполняется по расписанию. После крупных обновлений тест проводят дополнительно. Инструкция хранится отдельно от основной системы и содержит не только команды, но и порядок связи с владельцами данных. Поэтому в аварийной ситуации команда понимает, с чего начинать и какие проверки подтверждают готовность сервиса.

Результат

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

Плановые тесты включены в регламент обслуживания. Благодаря этому инструкция, доступы и сами копии проверяются до аварии, когда времени на выяснение деталей уже не будет.