Бэкап считается рабочим только после восстановления: пока из копии не развернули базу или файлы на отдельном месте и не открыли их, у компании есть не резервная копия, а файл с таким названием. Проверить бэкап можно по четырём вопросам: есть ли три копии данных на двух разных носителях, одна из которых вне офиса (схема 3-2-1); выполняется ли каждое задание без ошибок и кто это видит; когда из копии последний раз реально восстанавливали; сколько данных и времени компания готова потерять — это RPO и RTO.
Ниже — типичные ошибки малого бизнеса с признаками, что проверить, ничего не меняя, как собрать схему 3-2-1 для сервера 1С и файлов, как провести тестовое восстановление и что записать в отчёт, чтобы следующий раз не проверять «на бумаге».
Типичные ошибки: признак и что делать
| Причина | Признак | Что делать |
|---|---|---|
| Копия лежит на том же сервере или диске | Папка «Backup» на диске D того же компьютера, где база | Отдельное хранилище: сетевой накопитель (NAS) в другом помещении, второй сервер, облако |
| Единственная копия — на внешнем диске, который всегда подключён | Диск в столе или постоянно в USB-порту сервера | Шифровальщик или сбой питания уничтожат копию вместе с базой; нужна копия, недоступная с сервера напрямую |
| Выгрузка базы 1С в файл .dt считается бэкапом | «Делаем выгрузку раз в неделю», пользователей на это время выгоняют | Для клиент-серверной 1С копии средствами СУБД; для файловой — копия файла базы; .dt — для переноса, не для восстановления |
| Задание есть, но никто не смотрит результат | Последняя строка журнала с ошибкой трёхмесячной давности; письма об ошибках уходят на уволившегося | Контроль каждого задания: уведомления на живой адрес, проверка журнала по расписанию |
| Нет копии вне офиса | Все копии в одной серверной | Пожар, кража, залив — и копий нет; копия в облаке или другом офисе |
| Восстановление никогда не делали | Нет ни одной записи «восстановили из копии за N минут» | Тестовое восстановление на отдельное место с отчётом |
| Копии перезаписываются каждый день | Глубина хранения — один день; ошибку в базе заметили через неделю | Несколько версий: ежедневные, еженедельные, ежемесячные |
| Пароль шифрования копий знает один человек | Копии зашифрованы, пароль — в голове администратора | Пароли и ключи — у компании, в менеджере паролей с доступом руководителя |
Что проверить сначала, ничего не меняя
- Где физически лежат копииОткройте настройки задания и посмотрите путь: тот же сервер, второй сервер, сетевой накопитель, облако. Копия на том же диске защищает только от случайного удаления файла, а не от отказа диска, вируса или пожара.
- Последнее успешное заданиеДата, время, статус и размер последней копии в журнале программы резервного копирования или СУБД. Размер в ноль байт и статус «с предупреждениями» — это отсутствие копии.
- Что именно копируетсяБазы 1С, файлы общих папок, почта, виртуальные машины, конфигурации роутеров и настройки программ. Частая находка: копируется старая база, а рабочая, созданная год назад, — нет.
- Глубина и расписаниеСколько версий хранится и как долго; совпадает ли расписание с рабочим временем (ночная копия файловой базы 1С при открытых сеансах может быть несогласованной).
- Кто может восстановитьЕсть ли инструкция, пароль шифрования, доступ к хранилищу и облаку у кого-то, кроме одного администратора.
Схема 3-2-1: как её собрать в небольшой компании
Правило 3-2-1 в формулировке US-CERT: три копии важных данных (одна рабочая и две резервные), на двух разных типах носителей, одна копия — вне офиса. Veeam дополняет его до 3-2-1-1-0: ещё одна копия офлайн или неизменяемая, которую нельзя удалить с сервера, и ноль ошибок при проверке восстановления. Для офиса с сервером 1С и общими папками это выглядит так: рабочие данные на сервере; первая резервная копия — на сетевом накопителе или втором сервере в другом помещении; вторая — в облаке или в другом офисе компании. Важно, чтобы сервер не имел прав удалять копии в хранилище, иначе шифровальщик удалит их первыми.
Что копировать и чем — зависит от сервиса. Для клиент-серверной 1С фирма «1С» рекомендует копии средствами СУБД: SQL Server делает резервную копию, пока база открыта для всех пользователей, и такая копия точнее, чем выгрузка в файл, — при нарушениях в базе выгрузка может потерять часть данных, а копия сохранит всё и позволит исправить базу после восстановления. У SQL Server три типа копий: полная, разностная и копия журнала транзакций — последняя даёт восстановление на момент времени. Для PostgreSQL есть pg_dump, который делает согласованную копию, не блокируя пользователей. Файловую базу 1С копируют как файл при остановленных сеансах — так пишет сама «1С». Сервер целиком, включая систему и настройки, копирует Windows Server Backup: он умеет полный образ для восстановления на новое железо (bare metal), отдельные тома и состояние системы, по расписанию.
Два показателя, которые нужно зафиксировать на бумаге до выбора хранилища: RPO — точка во времени, до которой данные должны быть восстановлены после сбоя (сколько часов работы допустимо потерять), и RTO — сколько времени система может быть в восстановлении, прежде чем это ударит по работе компании. Определения — из руководства NIST SP 800-34. Для базы 1С бухгалтерии RPO в сутки часто приемлем, для склада с отгрузками каждые пять минут — нет; от этого зависит, нужны ли копии журнала транзакций каждые 15 минут или достаточно ночной копии.
Тест восстановления: как провести и что записать
Проверка средствами СУБД не заменяет восстановление. У SQL Server команда RESTORE VERIFYONLY проверяет, что набор копий полный и читается целиком, но, как пишет Microsoft, не проверяет структуру данных внутри копии; а если копия сделана без контрольной суммы (опция CHECKSUM), восстановление вообще не может надёжно проверить её целостность. Поэтому единственный честный тест — развернуть копию на отдельном месте и открыть данные.
Порядок: выбрать копию не самую свежую, а, например, недельной давности; восстановить её на тестовый сервер, виртуальную машину или хотя бы в отдельную базу с другим именем; открыть 1С или файлы, проверить последние документы и даты; засечь время от начала до момента, когда данными можно пользоваться; записать результат. Отчёт короткий: что восстанавливали, из какой копии и откуда, сколько заняло, что не получилось. Если время восстановления больше согласованного RTO, схему меняют до сбоя, а не после.
Копии на том же сервере, задание падает или восстановление никто не пробовал? Получите расчёт обслуживания серверов. Или позвоните +7 (812) 241-60-20.
Безопасный порядок проверки
- Запишите, что копируется сейчас: сервисы, базы, папки, виртуальные машины — и что не копируется.
- Найдите все места хранения копий и отметьте, какие из них доступны с сервера на запись.
- Проверьте журнал последних заданий: статус, размер, ошибки; настройте уведомления на живой адрес.
- Сверьте расписание с рабочим временем и с окнами обслуживания СУБД.
- Определите RPO и RTO по каждой системе вместе с руководителем — письменно.
- Сравните схему с 3-2-1: три копии, два носителя, одна вне офиса; найдите, чего не хватает.
- Проверьте глубину хранения: ежедневные, еженедельные, ежемесячные версии.
- Проведите тестовое восстановление на отдельное место и засеките время.
- Запишите отчёт и положите пароли шифрования и доступы к хранилищам в менеджер паролей компании.
- Назначьте дату следующей проверки и ответственного; если схема не собирается своими силами — инженер.
Когда остановиться и вызвать инженера
- копий нет совсем или они лежат только на том же сервере;
- база 1С клиент-серверная, а копии делаются выгрузкой .dt или не делаются;
- задание давно падает с ошибкой, а причина непонятна;
- восстановление на тест не удалось или заняло больше допустимого RTO;
- нужно хранилище вне офиса, облако или второй сервер, и непонятно, что выбрать;
- шифровальщик уже был, и неизвестно, целы ли копии;
- администратор уволился, пароли от копий и облака неизвестны.
Что подготовить перед обращением
- перечень серверов и сервисов: 1С, файлы, почта, виртуальные машины;
- где сейчас лежат копии и когда последний раз проверяли восстановление;
- допустимые потери данных и время простоя по каждой системе, если уже обсуждали;
- кто администрирует сейчас и есть ли доступы.
Мы обслуживаем серверы организаций в Санкт-Петербурге и Ленинградской области: резервное копирование по схеме 3-2-1 там, где это позволяет инфраструктура, контроль каждого задания, тестовое восстановление раз в квартал с коротким отчётом — что восстанавливали, из какой копии, сколько заняло. RPO и RTO согласуем по каждой системе на обследовании, копии хранятся на носителях и в учётных записях компании. Заявки принимаем в будни с 10:00 до 19:00, реагируем в течение 30 минут, серверы администрируем удалённо; при аварии выезжаем в течение рабочего дня — как правило, за 2–4 часа. Принимаем серверы после другого подрядчика.
Не уверены, что копии восстановятся?
Оставьте телефон и напишите, где сейчас лежат копии и когда последний раз проверяли восстановление. Инженер уточнит состав серверов и предложит, с чего начать обследование.
- К заявке можно приложить перечень серверов и сервисов: 1С, файлы, почта, виртуальные машины
- На обследовании согласуем RPO и RTO по каждой системе и проверим состояние копий
- Принимаем серверы после другого подрядчика; хранилище и носители для копий считаются отдельно
Частые вопросы
Чем схема 3-2-1 отличается от «копии на внешний диск»?
Внешний диск — одна копия на одном носителе, и обычно он подключён к серверу, то есть доступен вирусу и сбою питания. 3-2-1 требует трёх копий на двух типах носителей и одной копии вне офиса. Внешний диск может быть частью схемы, если его отключают и уносят, но не всей схемой.
RAID или снимки диска — это бэкап?
Нет. RAID защищает от отказа одного диска, снимки — от ошибочного изменения файлов на том же хранилище. Удалённую базу, шифровальщик, пожар и кражу сервера они не переживают.
Выгрузка базы 1С в .dt — это резервная копия?
Фирма «1С» описывает выгрузку как инструмент для получения образа базы и переноса, например, из файлового варианта в клиент-серверный, и прямо называет недостатки её использования для копий: нужен монопольный режим, а при нарушениях в базе часть данных может не выгрузиться. Для клиент-серверной базы копии делают средствами СУБД, для файловой — копированием файла базы.
Как часто проверять восстановление?
По графику и после каждого существенного изменения: нового сервера, переноса базы, смены программы резервного копирования, обновления платформы 1С. Наш стандарт для серверов на обслуживании — тестовое восстановление раз в квартал с отчётом.
Что такое RPO и RTO простыми словами?
RPO — сколько часов работы компания готова потерять: если копия делается раз в сутки, потеря до суток. RTO — сколько времени допустимо не работать, пока идёт восстановление. Эти два числа определяют, куда и как часто писать копии, и их согласуют с руководителем, а не задают «по умолчанию».
Куда писать копию вне офиса, если облако запрещено политикой?
Во второй офис или на площадку партнёра по защищённому каналу, на сетевое хранилище в другом здании, на отчуждаемые носители, которые регулярно увозят. Главное условие — копия не должна быть доступна с рабочего сервера на удаление.
Сколько хранить копии?
Столько, чтобы успеть заметить ошибку: повреждение базы или удаление документов часто обнаруживают через неделю–месяц. Поэтому нужны не только ежедневные копии на несколько дней, но и еженедельные и ежемесячные версии; срок — по требованиям учёта и законодательства для ваших данных.
Копия есть, а восстановление не проверяли?
Если копии лежат на том же сервере, задание падает с ошибкой или восстановление никто не пробовал, получите расчёт обслуживания серверов или позвоните +7 (812) 241-60-20. ООО «КЛАСС ТЕЛЕКОМ» работает с организациями в Санкт-Петербурге и Ленинградской области: на обследовании проверим состояние копий и восстановления, согласуем RPO и RTO по каждой системе и соберём схему 3-2-1 с контролем заданий и тестовым восстановлением раз в квартал.