Резервное копирование 1С 8.3: настройка бэкапа базы и восстановление

Резервное копирование 1С 8.3 — последняя линия обороны учётных данных. Сбой жёсткого диска, вирус-шифровальщик, ошибка пользователя при массовом перепроведении документов — и труд бухгалтерии за месяц или год может исчезнуть за секунды. Без актуальной копии восстановление невозможно. С копией — это вопрос 5–30 минут работы администратора.

В материале — как настроить бэкап на платформе 1С 8.3, выбрать частоту копирования и проверить, что копии действительно работают.

Зачем нужны резервные копии

Угрозы для информационной базы 1С разнообразны. Каждая из них реализуется чаще, чем хотелось бы.

Стратегия 3-2-1 как стандарт

Универсальное правило резервного копирования, признанное всем индустриальным сообществом:

• 3 копии данных всегда (включая оригинал).
• 2 разных носителя — например, локальный диск + сетевое хранилище.
• 1 копия в географически удалённом месте (облако или другой офис).

Хранение всех копий на одном сервере не считается резервным копированием. Это просто дублирование данных.

4 способа резервного копирования

Способ 1. Копирование файла 1Cv8.1CD

Самый быстрый вариант для файловой базы. Не требует Конфигуратора.

Алгоритм

1. Закройте все сеансы 1С — никто не должен работать с базой.
2. Запустите программу запуска 1С — в списке баз увидите путь к каждой.
3. Перейдите по этому пути в проводнике Windows.
4. Скопируйте файл 1Cv8.1CD в папку для бэкапа.
5. Дополнительно скопируйте файл 1Cv8Log.lgd (журнал регистрации).

Преимущества и недостатки

• + Простота — не нужны специальные знания.
• + Высокая скорость — копируется один файл.
• − Требует остановки работы пользователей.
• − Не работает для клиент-серверных баз.
• − Нет автоматизации.

Способ 2. Выгрузка в файл .DT через Конфигуратор

Универсальный формат, который работает для всех типов баз.

Алгоритм

1. Запустите 1С в режиме Конфигуратор.
2. Откройте меню Администрирование → Выгрузить информационную базу.
3. Укажите путь и имя файла .DT.
4. Нажмите «Сохранить».
5. Дождитесь сообщения «Информационная база успешно выгружена».

Что важно знать

• Файл .DT весит меньше .1CD за счёт сжатия.
• В файл .DT не сохраняется журнал регистрации.
• Выгрузка большой базы (10 ГБ+) занимает 30–60 минут.
• В монопольном режиме обязательна — другие сеансы должны быть закрыты.

Способ 3. Автоматический бэкап в программе

Типовые конфигурации 1С 8.3 имеют встроенный механизм автоматического резервного копирования.

Где находится

Через раздел НСИ и администрирование → Поддержка и обслуживание → Резервное копирование и восстановление.

Настройка

1. Откройте раздел резервного копирования.
2. Нажмите «Настройка резервного копирования».
3. Установите расписание: при выходе из программы, по расписанию, регулярно.
4. Укажите каталог хранения копий.
5. Задайте количество хранимых копий (например, 7 — на неделю).
6. При желании включите облачное хранилище (1С:Облачный архив).
7. Сохраните настройки.

Особенности

• Работает только для файловых баз.
• Создание копии возможно только при отсутствии других сеансов.
• Старые копии удаляются автоматически по достижении лимита.

Способ 4. Бэкап средствами СУБД

Для клиент-серверных баз — единственный надёжный способ.

PostgreSQL

Используется встроенная утилита pg_dump или pg_basebackup.

Базовый сценарий резервного копирования через cron на Linux:

1. Создайте sh-скрипт с командой pg_dump для базы 1С.
2. Настройте cron на ежедневный запуск в нерабочее время.
3. Включите ротацию копий — удаление старых через 30 дней.
4. Настройте копирование результатов на удалённое хранилище.

MS SQL Server

Через SQL Server Management Studio или Maintenance Plans:

1. Откройте SSMS и подключитесь к серверу.
2. Создайте план обслуживания (Maintenance Plan).
3. Добавьте задачу «Back Up Database».
4. Настройте расписание (ежедневно, еженедельно).
5. Укажите путь хранения .bak-файлов.
6. Включите проверку целостности после бэкапа.

Преимущества бэкапа СУБД

• Не требует остановки работы пользователей.
• Возможен инкрементальный бэкап (только изменения).
• Восстановление до конкретной точки во времени.
• Высокая скорость на больших базах.

Сервис «1С:Облачный архив»

Платное расширение от фирмы 1С для автоматической отправки копий в облако.

Возможности

• Автоматическое копирование файловых баз в облако фирмы 1С.
• Хранение в защищённом дата-центре в России.
• Восстановление одним кликом.
• Шифрование данных при передаче и хранении.
• Цена — от 1 200 ₽/мес за базу до 25 ГБ.

Подключение через раздел резервного копирования в типовой конфигурации.

Расписание создания копий

Универсального расписания нет — оно зависит от частоты изменений в базе и допустимой потери данных.

Где хранить копии

Локально на сервере

Самый быстрый вариант. Минус — сервер может выйти из строя вместе с копиями. Только для одной из трёх копий по правилу 3-2-1.

На сетевом хранилище (NAS)

Отдельное устройство с RAID-массивом дисков. Хранение в офисе, защищено от сбоя главного сервера.

В облаке

Защищает от пожара, кражи, шифровальщика в локальной сети. Варианты: 1С:Облачный архив, Яндекс 360, Mail.ru Облако, корпоративный S3-хостинг.

На внешнем диске

Подходит для редкого ручного копирования. Главное — отсоединять диск от компьютера сразу после копирования. Шифровальщик не достанет диск, который физически отключён.

Восстановление из резервной копии

Восстановление — операция, к которой нужно подходить с осторожностью.

Главное правило

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

Восстановление из файла .1CD

1. Закройте все сеансы 1С.
2. Сделайте копию текущего файла 1Cv8.1CD.
3. Замените файл резервной копией с тем же именем.
4. Запустите 1С — база откроется с восстановленными данными.

Восстановление из файла .DT

1. Запустите 1С в режиме Конфигуратор.
2. Откройте Администрирование → Загрузить информационную базу.
3. Укажите путь к файлу .DT.
4. Программа предупредит, что текущая база будет полностью заменена.
5. Подтвердите загрузку.
6. Дождитесь окончания процесса.

Восстановление из бэкапа PostgreSQL

Через утилиту pg_restore:

1. Создайте новую пустую базу данных.
2. Запустите pg_restore с указанием файла бэкапа.
3. Подключите восстановленную базу к 1С через консоль администрирования сервера.

Тестирование резервных копий

Главное правило — копия, которую не проверили, считается несуществующей.

Что проверять

• Раз в месяц — пробное восстановление на тестовом сервере.
• Перед каждым обновлением — проверка свежей копии.
• Ежеквартально — полное тестовое восстановление с замером времени.

Чек-лист после восстановления

1. Программа запускается без ошибок.
2. Список пользователей корректный.
3. Последний документ доступен.
4. Журнал регистрации содержит записи.
5. Отчёты формируются с правильными данными.

Типичные ошибки и решения

Ошибка 1. «Не удалось выгрузить информационную базу»

Не закрыты все сеансы пользователей. Откройте список активных сеансов через консоль администрирования и завершите их.

Ошибка 2. Бэкап повреждён при загрузке

Файл повреждён при копировании или передаче. Используйте проверку контрольных сумм MD5/SHA при копировании.

Ошибка 3. Не хватает места при создании копии

На целевом диске недостаточно свободного места. Освободите место или измените путь хранения.

Ошибка 4. Автоматический бэкап не запускается

Программа закрыта в момент запланированного запуска. Используйте запуск через сервер 1С или сторонний планировщик задач.

Ошибка 5. После восстановления не работает 1С-Отчётность

Сертификаты КЭП не восстанавливаются вместе с базой. Переустановите сертификаты в системе и привяжите в учётной записи 1С-Отчётности.

Часто задаваемые вопросы

Сколько хранить резервные копии?

Минимум — последние 7 ежедневных + 4 еженедельных + 12 ежемесячных. Это даёт покрытие на год с разной детализацией.

Можно ли копировать базу во время работы пользователей?

Файл .1CD в файловом режиме — нельзя, копия будет повреждена. Бэкап через СУБД (PostgreSQL/MS SQL) — можно, без остановки.

Что лучше — .DT или .1CD?

Для регулярного бэкапа — .1CD (быстрее). Для архивирования и переноса — .DT (универсальнее, меньше размер).

Защищает ли резервное копирование от шифровальщика?

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

Можно ли восстановить только один документ?

Из стандартного бэкапа — нет. Восстанавливается вся база. Для выборочного восстановления используются специализированные обработки или копия базы за нужный период.

Как часто делать тестовое восстановление?

Минимум раз в квартал на тестовом сервере. Без проверки нельзя быть уверенным, что копии работоспособны.

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

Файл .1CD равен размеру самой базы. Файл .DT — на 30–50 % меньше за счёт сжатия. Бэкап PostgreSQL/MS SQL — обычно 60–80 % от размера базы.

Резюме

• Резервное копирование 1С 8.3 — обязательная процедура для любой компании. Минимальный план — ежедневный бэкап + правило 3-2-1.
• Для файловой базы используется встроенный механизм или ручное копирование .1CD/.DT. Для клиент-серверной — бэкап средствами PostgreSQL или MS SQL без остановки работы.
• Расписание зависит от частоты изменений: от еженедельных копий для микробизнеса до часовых для онлайн-торговли. Перед обновлением и закрытием месяца — копия обязательна.
• Тестирование копий — раз в квартал. Непроверенная копия не даёт гарантии восстановления. Хранение хотя бы одной копии в облаке или на отключённом носителе защищает от шифровальщиков и физических аварий.

Читайте также

• Файл базы данных повреждён в 1С 8.3: как исправить ошибку
• Ошибка «Нарушена целостность структуры конфигурации» в 1С 8.3: как исправить
• Ошибка формата потока в 1С: причины и способы исправить пошагово
• Неверный формат хранилища данных в 1С 8.3: как исправить ошибку
• Свёртка базы в 1С 8.3 Бухгалтерия 3.0: пошаговый алгоритм без ошибок