#IT-инфраструктура13 ноября 2026 · 2 мин чтения

Резервное копирование 1С: правило 3-2-1 и проверка восстановления

Резервная копия нужна не «для галочки», а чтобы за понятное время вернуть работу после сбоя, ошибки сотрудника или атаки шифровальщика. Рассказываем, как выстроить копирование баз 1С так, чтобы из него действительно можно было восстановиться.

О чём эта статья за 30 секунд

  • Правило 3-2-1: три копии данных, на двух разных носителях, одна — вне основной площадки.
  • Копии баз 1С делают средствами СУБД или выгрузкой, а не копированием файлов работающей базы.
  • Копия, из которой ни разу не восстанавливались, — не копия: восстановление нужно проверять по графику.

База 1С — это вся история компании: документы, расчёты с контрагентами, зарплата, склад. Её потеря или повреждение останавливает работу. Резервное копирование — страховка от этого, но только если оно устроено правильно.

От чего защищает резервная копия

  • выход из строя оборудования — дисков, сервера, системы хранения;
  • ошибки пользователей — удалили документы, провели групповую обработку не с теми параметрами;
  • неудачное обновление или доработка, после которых база работает некорректно;
  • вирусы-шифровальщики, которые шифруют всё, до чего могут дотянуться.

Правило 3-2-1

Проверенный принцип надёжного копирования: три копии данных, на двух разных типах носителей или системах, одна — за пределами основной площадки. Тогда ни отказ одного сервера, ни авария в помещении не приведут к потере всех копий сразу.

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

Как правильно копировать базы 1С

Копировать файлы работающей базы «как есть» рискованно: копия может оказаться повреждённой. Правильные способы:

  • для клиент-серверных баз — резервное копирование средствами СУБД (PostgreSQL или MS SQL);
  • для файловых баз — копирование при отсутствии активных сеансов или выгрузка информационной базы;
  • дополнительно — копии на уровне дисков виртуальной машины, чтобы быстро восстановить сервер целиком.

Как часто и сколько хранить

Частота зависит от того, сколько работы компания готова потерять. Если копия делается раз в неделю, при сбое можно потерять неделю ввода документов. Для активных баз разумно делать копии ежедневно и хранить несколько поколений: иногда ошибку замечают не сразу, и нужна копия недельной давности.

Проверка восстановления

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

Как это устроено у нас

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

Связаться

Задайте вопрос инженеру

Оставьте заявку — проведём бесплатную консультацию и предложим решение, которое закроет задачу целиком: от сервера до бизнес-логики.

8 (812) 928-68-84
info@pbk.spb.ru
Пн–Пт, 9:00–18:00

Нажимая кнопку, вы соглашаетесь на обработку персональных данных.

Товар добавлен в корзину