Короткий ответ. Наличие резервной копии ничего не гарантирует – гарантирует только успешное восстановление из неё, и проверяется это одним способом: взять свежую копию, развернуть её на другом компьютере или сервере, открыть базу и провести в ней тестовый документ. Если этот путь пройден до конца – бэкап рабочий. Если копия не открылась, оказалась месячной давности или лежала на том же диске, что и сама база, – у вас нет бэкапа, есть иллюзия. Проверка занимает вечер, а устроить её стоит до аварии: после будет поздно.
Три схемы, которые называют бэкапом, но он ими не является
Когда мы спрашиваем «как у вас с резервным копированием», чаще всего слышим один из трёх ответов, и все три опасны именно тем, что звучат успокаивающе.
«Копия лежит на том же сервере, в соседней папке». Переживает единственный сценарий – случайное удаление файла. Смерть диска, шифровальщик, кража или пожар забирают базу вместе с «копией»: они физически в одном месте. Это не резерв, это дубликат в той же корзине.
«Бухгалтер иногда копирует базу на флешку». Слово «иногда» здесь главное. В день аварии выяснится, что последняя копия – с прошлого месяца, флешка дома у сотрудника в отпуске, а сама база с тех пор пережила обновление конфигурации. Ручное копирование по памяти перестаёт выполняться ровно тогда, когда все заняты, – то есть всегда.
«У нас настроено, оно само куда-то копирует». Самый коварный вариант: задание было настроено давно, потом закончилось место, сменился пароль или переименовали папку – и копирование молча умерло. Никто не узнал, потому что никто не проверял. По нашему опыту, у заметной части компаний «автоматический» бэкап на момент проверки не работал уже месяцами.
Общая черта всех трёх схем: они существуют, пока их не проверяют. Поэтому дальше – про проверку.
Тест восстановления: инструкция на вечер
Понадобится компьютер, где нет рабочей 1С, свежая резервная копия и час-полтора времени. Порядок такой:
- Возьмите последнюю копию с того носителя, где она хранится. Не с рабочего сервера – именно оттуда, откуда вы будете доставать её в день аварии. Уже на этом шаге выясняется многое: где она вообще, какой давности, открывается ли носитель.
- Разверните базу на чистой машине. Восстановите копию и подключите её к 1С. Если для этого понадобился человек, которого нет, пароль, которого никто не помнит, или дистрибутив, который негде взять, – запишите это: в день аварии будет то же самое, только в панике.
- Откройте базу и проверьте данные. Заходит ли она без ошибок, на месте ли последние документы, совпадают ли остатки с рабочей базой на дату копии.
- Проведите тестовый документ. База, которая открылась, но не даёт работать, – не восстановлена. Минутная проверка закрывает вопрос.
- Запишите время. Сколько прошло от «нужна копия» до «база работает» – это и есть ваш реальный срок восстановления. Час – отлично. День – уже разговор о цене простоя. «Не смогли» – значит, тест окупился прямо сейчас, пока это учения.
Дальше эту проверку стоит повторять по календарю – хотя бы раз в квартал, а после крупных изменений (обновление платформы, переезд сервера) отдельно.
Что должен переживать нормальный бэкап
Проверка отвечает на вопрос «работает ли», но есть и второй вопрос – «что именно он переживёт». Сценарии разные, и схема, спасающая от одного, бессильна против другого:
| Сценарий | Копия на том же диске | Копия на другом устройстве в офисе | Копия вне офиса / в облаке |
|---|---|---|---|
| Случайно удалили документы | да | да | да |
| Умер диск сервера | нет | да | да |
| Шифровальщик в сети | нет | чаще нет – он дотягивается по сети | да, если копия недоступна для записи из сети |
| Пожар, потоп, кража | нет | нет | да |
Отсюда рабочий минимум, к которому стоит прийти: копии делаются автоматически и регулярно, хранятся минимум в двух местах, и хотя бы одно из них – вне офиса и недоступно для записи из рабочей сети. Последнее условие – защита от шифровальщиков: современные атаки первым делом ищут и портят резервные копии, до которых могут дотянуться.
И отдельный пункт про глубину хранения: копия должна быть не одна последняя, а несколько за разные даты. Ошибку в данных или тихое заражение замечают не сразу, и если хранится только вчерашняя копия – в ней уже то же самое, что и в базе.
Нюансы именно 1С
У 1С есть свои особенности, из-за которых универсальные советы «просто копируйте файлы» работают не полностью.
Файловая база. Копировать файл базы, пока в ней работают пользователи, нельзя – копия рискует оказаться внутренне противоречивой. Правильное копирование делается либо в окно, когда все вышли, либо средствами, которые умеют снимать согласованный снимок. Если ваша база «висит по утрам» и бэкап приходится втискивать в ночь между обменами – возможно, вы упираетесь в пределы файлового режима, об этом у нас отдельный разбор.
Клиент-серверная база. Резервные копии делаются средствами СУБД по расписанию, без выгона пользователей, и это один из аргументов в пользу переезда. Но настроить их нужно осознанно: расписание, глубина хранения, проверка успешности каждого задания.
Выгрузка данных из конфигуратора. Многие считают бэкапом выгрузку базы штатным средством 1С. Использовать её как единственную защиту рискованно: этот механизм создавался для переноса баз, аварийное восстановление – чужая для него задача, и на повреждённой базе выгрузка может не пройти или пройти с потерями. Как дополнение – можно, как основа – нет.
Когда звать подрядчика
Сам вечерний тест доступен любой компании без посторонней помощи – и мы честно советуем его провести, что бы ни было настроено сейчас. Помощь со стороны нужна на следующем шаге: выстроить схему, которая переживает все строки таблицы выше, – автоматика, второе плечо хранения вне офиса, защита копий от шифровальщика, мониторинг успешности каждого задания и регулярные тестовые восстановления уже без вашего участия. Мы в «Доктор Сервер» настраиваем и сопровождаем резервное копирование как часть абонентского ИТ-обслуживания: проверка восстановления входит в регламент, и о том, что копирование сломалось, первым узнаёт наш мониторинг – задолго до того, как это могло бы стать вашей аварией. Если хотите начать с малого – проведите тест из этой статьи и напишите нам, что получилось: разберём результат вместе.