5 признаков, что ваши бэкапы не восстановятся, когда понадобятся
«У нас настроено резервное копирование» — говорят почти все. Проверить, что оно реально работает, обычно пробуют только один раз: когда данные уже потеряны. Разбираем, как узнать это заранее.
Бэкап — это не файл, это процесс, который надо проверять
Задача резервного копирования «выполнена успешно» в логах почти каждую ночь — и это создаёт ложное чувство безопасности. Зелёная галочка в логе означает только то, что процесс отработал без ошибки. Она не означает, что из этой копии реально можно что-то восстановить.
Разница между «бэкап идёт» и «бэкап спасёт» вскрывается только в один момент — когда данные уже потеряны и восстановление больше не теория. Дешевле и спокойнее проверить это заранее, а не постфактум.
5 признаков, что бэкап не спасёт
1. Никто ни разу не пробовал восстановить файл из бэкапа.
«Бэкап идёт» и «бэкап восстановится» — разные утверждения. Единственный способ узнать правду — реально развернуть тестовое восстановление хотя бы одного файла или базы и открыть его.
2. Копия хранится на том же диске или сервере, что и оригинал.
Если сломается диск — или сервер зашифрует шифровальщик — копия погибнет вместе с оригиналом в одну секунду. Резервная копия должна физически или логически находиться в другом месте: другой диск, NAS, облако.
3. Никто не получает уведомление, если бэкап не выполнился.
Задача может тихо падать несколько ночей подряд — и об этом никто не узнает, пока не понадобится восстановление. Без оповещения об ошибке бэкап держится на удаче.
4. Бэкапится не всё, что нужно.
Частый случай: копируется папка с документами, но не копируется база 1С — или наоборот. Настраивали давно, с тех пор состав данных менялся, а бэкап — нет.
5. Никто не знает, сколько версий хранится и сколько займёт восстановление.
Если ротация версий не настроена, старые копии могут переписываться быстрее, чем нужно. А восстановление, которое в теории возможно, на практике может занять не 20 минут, а два дня — просто потому, что это никто не считал заранее.
Резервная копия защищает только тогда, когда с оригиналом её не может уничтожить одна и та же поломка.
Проверка бэкапов — первый пункт нашего бесплатного ИТ-аудита: инженер не просто смотрит в лог, а пробует восстановить данные на месте.
Что делать прямо сейчас
Не обязательно перестраивать всё сразу. Начать можно с одного действия: попросите кого-то — сотрудника, подрядчика, или сделайте это сами — восстановить один случайный файл или таблицу из последней резервной копии. Если это не удалось с первой попытки, вы только что сэкономили себе будущий рабочий день, полный паники.
Частые вопросы
Только то, что процесс копирования отработал без ошибки. Это не гарантирует, что из копии реально можно что-то восстановить.
Нет: при поломке диска или атаке шифровальщика копия погибнет вместе с оригиналом в ту же секунду. Нужен другой диск, NAS или облако.
Минимум — один раз попробовать восстановить случайный файл или таблицу из последней копии. Если не получилось с первого раза, вы сэкономили себе будущий день, полный паники.
Стоит свериться заново — частый случай, когда копируется папка с документами, но не копируется база 1С, потому что состав данных менялся, а настройка бэкапа — нет.