Где хранить копии баз 1С, чтобы шифровальщик не добрался до них

Копии баз 1С нужно хранить минимум в двух местах, и одно из них должно быть вне рабочего сервера и офисной сети: например, в российском дата-центре, где копии нельзя удалить или зашифровать с рабочего сервера. Копия на соседнем диске того же сервера гибнет вместе с базой.

Понедельник, 8:40: база не открывается, и копия рядом тоже 🔒

Бухгалтер запускает 1С и видит ошибку чтения файла. Через минуту то же самое у склада. На рабочем столе сервера лежит текстовый файл с требованием выкупа, а у всех документов сменилось расширение.

Администратор не паникует: каждую ночь скрипт выгружает базу в папку «Backup», и папка на месте. Но файлы в ней тоже зашифрованы. Скрипт писал копию на второй логический диск того же сервера, а этот диск был подключён к бухгалтерским компьютерам как сетевой, чтобы удобно забирать выгрузки. Шифровальщик зашёл с одного из этих компьютеров под обычной учётной записью с правом записи и прошёл по всем доступным путям подряд.

Последняя чистая копия нашлась на флешке у главного бухгалтера: её сняли перед закрытием квартала. Целый квартал придётся вносить заново из первичных документов.

Скрипт ни разу не ошибся. Подвёл адрес, куда он пишет. Копия жила в той же зоне доступа, что и база, поэтому всё, что достаёт до базы, достаёт и до неё: шифровальщик, отказ контроллера дисков, неверная команда администратора, затопление серверной.

чего лишается компания, если живой копии нет

Без базы нельзя выставить счёт, оформить УПД, провести отгрузку и начислить зарплату. Склад встаёт в тот же день: кладовщик не видит остатков, менеджеры не могут подтвердить заказы. Восстановление из первички вручную занимает недели, а зарплаты в эти недели платятся в прежнем размере. Сроки сдачи отчётности при этом не сдвигаются из-за шифровальщика.

Если в копии лежали персональные данные клиентов и она ушла к злоумышленникам, добавляется второй счёт. По 152-ФЗ оператор обязан уведомить Роскомнадзор об утечке в течение 24 часов, а через 72 часа сообщить результаты внутреннего расследования. Сутки идут с момента выявления инцидента, а не с момента, когда компания разобралась в причинах.

четыре места хранения и что каждое переживёт 📊

Сравнение по трём событиям, которые случаются чаще остальных: шифровальщик, потеря сервера или офиса и требования к персональным данным.

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

Офисный NAS выбрасывать не нужно. Восстановление с него по локальной сети идёт быстрее, чем из внешнего хранилища, и для отказа одного диска этого хватает. Но от шифровальщика и пожара он защищает только отключённый от сервера. Поэтому рабочая схема строится по правилу 3-2-1: три копии на двух разных носителях, одна из них вне площадки. На практике это копия на сервере для быстрого отката, копия на NAS и копия в российском хранилище.

заблуждение «копия делается каждую ночь, значит, мы защищены»

Ночное расписание отвечает на вопрос «как часто». На вопросы «куда» и «читается ли» оно не отвечает. Копии подводят в трёх повторяющихся ситуациях.

сетевая папка с правами записи

Если папка с копиями открыта пользователям или постоянно смонтирована на сервере, любая вредоносная программа с правами этого пользователя доберётся до неё. Хранилище должно принимать копии, но не давать рабочему серверу менять и удалять их. Учётные данные от хранилища лежат у администратора, а не в скрипте на рабочем сервере.

копия снята на работающей базе

Файловую базу нельзя просто скопировать, пока в ней работают пользователи: получится файл 1Cv8.1CD, который не откроется. Для клиент-серверной базы копию делают средствами СУБД, а выгрузку в .dt через конфигуратор берут дополнительно и только при монопольном доступе. Копирование завершается без ошибок, а восстановление потом не стартует.

копию ни разу не разворачивали

Многие узнают, что копия нечитаема, в день аварии. Единственный способ проверить её заранее описан ниже, и занимает он один вечер.

документы клиентов: хранить отдельно от баз, но по тем же правилам 📁

Сканы договоров, паспортов, доверенностей и УПД обычно живут в двух местах. Часть прикреплена к документам 1С как присоединённые файлы, остальное лежит в сетевых папках бухгалтерии и менеджеров. Копия базы вторую часть не захватывает, и после восстановления документ в 1С есть, а скана к нему нет.

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

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

тест восстановления: пять шагов за один вечер ✅

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

1. ✓Возьмите копию из внешнего хранилища, а не с рабочего сервера: так проверяется весь путь, включая доступы.
2. ✓Разверните её на отдельном тестовом сервере, не трогая рабочую базу.
3. ✓Откройте базу и сверьте с рабочей остатки по складу и обороты по счёту 51 на дату копии.
4. ✓Откройте пять случайных документов с присоединёнными файлами и убедитесь, что сканы открываются.
5. ✓Засеките время от «взяли копию» до «база открылась» и запишите его в регламент рядом с именем ответственного.

Последнее число важнее остальных. От него зависит решение директора: ждать восстановления или переходить на ручной учёт. Узнавать его лучше заранее, чем угадывать в понедельник утром.

Отдельную копию обязательно снимают перед каждым обновлением 1С: если новая версия конфигурации ломает доработки, откатиться можно только на неё. О неудавшемся ночном копировании должен узнавать человек, а не обнаруживать его через месяц, поэтому настраивают оповещение на почту или в Telegram. Если типовых средств не хватает, задачу решает небольшая доработка 1С: регламентное задание проверяет свежесть копии и отправляет сообщение.

как это решается у нас и сколько стоит 💬

Чаще всего у копирования нет хозяина и регламента: скрипт когда-то настроил приходящий администратор, и с тех пор его никто не открывал. При внедрении 1С мы записываем схему в проект: что копируем, как часто, куда, сколько хранится, кто отвечает и когда проверяем восстановление.

Если база живёт на арендованном сервере, собрать схему 3-2-1 проще: рабочая база уже находится вне вашего офиса, и остаётся добавить копию в отдельное хранилище и копию у вас в офисе. Сервер 1С стоит от 1 100 ₽/мес за пользователя, аренда 1С начинается от 1100 руб/мес.

Настройка копирования и тестовое восстановление входят в работу системного администратора и считаются по ставке 3800 руб/час. Квартальную проверку восстановления можно заказать отдельно по той же ставке. Сколько часов потребуется, зависит от числа баз, их размера и места хранения присоединённых файлов, поэтому бюджет и срок называем после осмотра инфраструктуры. Напишите нам, и мы посмотрим, где сейчас лежат копии ваших баз.

❓ Частые вопросы

Как часто делать резервную копию базы 1С?

Минимум раз в сутки, плюс отдельные копии перед закрытием месяца, перед обновлением конфигурации и перед массовой загрузкой данных. Частоту определяет простой вопрос: сколько введённых документов вы готовы потерять. Если за день вносят много документов, копируйте средствами СУБД несколько раз в день.

Можно ли хранить копии 1С в зарубежном облаке?

Если в базе есть персональные данные граждан России, это риск. 152-ФЗ требует, чтобы запись и хранение таких данных шли в базах на территории России. Копии с теми же данными безопаснее держать в российском дата-центре. Конкретную схему стоит согласовать с юристом.

Достаточно ли копировать базу на внешний диск?

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

Как проверить, что копия базы 1С рабочая?

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

Сколько стоит настроить резервное копирование баз 1С?

Настройку и тестовое восстановление выполняет системный администратор по ставке 3800 руб/час. Число часов зависит от количества баз, их размера и места хранения присоединённых файлов, поэтому бюджет называем после осмотра инфраструктуры. Аренда 1С на сервере начинается от 1100 руб/мес.