Резервное копирование 1С: регламент, хранение и проверка бэкапов
Почему 90% компаний теряют базы 1С из-за неправильных бэкапов?
Большинство начинающих администраторов уверены, что если они раз в неделю нажимают кнопку «Выгрузить информационную базу в .dt» и сохраняют файл на диск D: того же сервера — база в безопасности. В случае вируса-шифровальщика, поломки RAID-контроллера, пожара или кражи оборудования такие «бэкапы» уничтожаются вместе с оригинальной базой. Бэкап считается надежным только тогда, когда он изолирован и регулярно проверяется на восстановление.
Типичные фатальные ошибки бэкапа 1С:
| Ошибочное действие | Реальный результат при аварии |
|---|---|
Хранение копий на том же сервере/диске | Выход из строя SSD или шифровальщик уничтожает и рабочую базу, и все резервные копии. |
Выгрузка в .dt файл как единственный бэкап SQL базы | Формат .dt не предназначен для регулярных бэкапов больших баз; при аварии он часто выдает ошибку «Файл поврежден». |
Бэкапы делаются годами, но никто не пробовал их развернуть | В день X выясняется, что скрипт полгода делал пустые файлы размером 0 Кб. |
Золотой регламент безопасности: Правило резервного копирования 3-2-1
- Правило 3-2-1 для баз 1С:
- 3 копии: 1 рабочая база + минимум 2 резервные копии.
- 2 разных носителя: например, локальный серверный RAID-массив и отдельное сетевое хранилище (NAS).
- 1 копия вне офиса: зашифрованный бэкап в надежном удаленном облаке (Яндекс Облако / S3 / удаленный сервер).
- Как делать бэкапы SQL базы (MS SQL / PostgreSQL):
Используйте встроенные механизмы СУБД (Full Backup + Transaction Log Backup), а не выгрузку .dt:
-- Ежедневный полный бэкап базы данных в MS SQL: BACKUP DATABASE [Base1C] TO DISK = N'\\NAS_BACKUP\1C_Backups\Base1C_Full.bak' WITH NOFORMAT, INIT, COMPRESSION, CHECKSUM; - Изоляция учетных записей для защиты от шифровальщиков:
Сетевая папка с бэкапами должна быть закрыта для всех обычных пользователей и доступна только под специальной скрытой учетной записью службы резервного копирования.
- Обязательный ежемесячный тест восстановления:
Каждое 1-е число месяца администратор обязан развернуть последний бэкап на тестовом компьютере и запустить 1С в режиме пользователя для проверки целостности.
Запомните аксиому системного администрирования: Непроверенный бэкап равен отсутствию бэкапа. Ценность имеет не процесс создания копии, а гарантированная возможность успешно восстановить из нее работающую базу за регламентированное время (RTO/RPO).
Частые вопросы (FAQ)
Почему фирма 1С не рекомендует использовать выгрузку .dt для регулярного бэкапа?
Файл .dt — это служебный инструмент для переноса конфигурации между разными СУБД (например, с файловой на SQL). При повреждении таблиц выгрузка в dt может запечатать ошибку внутри архива, и восстановить базу обратно будет технически невозможно.
Как часто нужно делать бэкапы рабочей 1С?
Для активных торговых компаний: Полный бэкап (Full) — 1 раз в сутки ночью; Бэкап журнала транзакций (Log) — каждые 30–60 минут в течение рабочего дня.
Сколько дней нужно хранить архивные копии (глубина архива)?
Стандартная схема GFS (Grandfather-Father-Son): ежедневные бэкапы за последние 7 дней, еженедельные копии за месяц и ежемесячные архивные копии (на конец каждого месяца) за последние 1-3 года.
Защитит ли RAID-массив от потери данных вместо бэкапа?
Категорически нет! RAID защищает только от физической поломки одного жесткого диска. Если бухгалтер случайно удалит документ или вирус зашифрует файлы — RAID мгновенно продублирует эту ошибку на все диски.