Резервное копирование 1С

Two business professionals collaborating with a laptop and calculator in a modern office.

Настраиваем резервное копирование файловых и клиент-серверных баз 1С — на PostgreSQL, MS SQL, файловом варианте. Проверяем восстановление, готовим регламент, обучаем администраторов. Работаем с 1С:УНФ, 1С:УТ, 1С:ERP, 1С:ЗУП, 1С:Бухгалтерия и отраслевыми решениями.

Почему стандартной выгрузки .dt недостаточно

Многие компании до сих пор бэкапят 1С через выгрузку Конфигурация → Административные функции → Выгрузить информационную базу. Это работает для небольших файловых баз, но у такого подхода есть три критических ограничения:

  • Долго. Выгрузка базы 50 ГБ занимает 3-6 часов — за это время все пользователи не могут работать. При клиент-серверном варианте с PostgreSQL и объёмами от 100 ГБ выгрузка становится нереальной.
  • Нет инкрементных копий. Каждый бэкап — полная копия, растёт объём хранилища. За полгода архив может достичь 3-5 ТБ.
  • Нельзя восстановить в точке во времени (Point-in-Time Recovery). Если ошибочная транзакция была час назад, восстанавливаешь весь вчерашний бэкап и теряешь целый день работы.

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

Файловый вариант 1С

Для файловых баз до 20 ГБ применимо копирование каталога базы с остановкой пользователей (или через технологический сеанс блокировки). Мы настраиваем:

  • Ночной бэкап каталога базы через robocopy / rsync с полной и инкрементной стратегией
  • Хранение по схеме GFS: 7 ежедневных + 4 еженедельных + 12 ежемесячных
  • Проверку целостности .1CD файла и автоматическое оповещение при повреждении
  • Дополнительно — тестовый запуск конфигуратора и Проверка логической целостности раз в неделю

Клиент-серверный вариант на PostgreSQL

Для 1С на PostgreSQL (Postgres Pro Enterprise, Postgres Pro Std для 1С) применяется pgBackRest или Barman — специализированные инструменты бэкапа PostgreSQL с поддержкой WAL-архивирования (Point-in-Time Recovery).

  • Полный бэкап раз в неделю (Full backup)
  • Инкрементный ежедневно (Incremental)
  • Непрерывное архивирование WAL — можно восстановить базу на любую секунду в прошлом (в пределах хранения архивов)
  • Проверка бэкапов через pgbackrest verify — гарантия что бэкап валиден
  • Хранение на отдельной СХД с дополнительной репликацией в S3-совместимое хранилище (offsite)

Клиент-серверный вариант на MS SQL

Для 1С на MS SQL Server (пока лицензии есть — многие компании продолжают его использовать) применяем Backup / Restore средствами SQL Server с моделью Full Recovery + Transaction Log Backup каждые 15 минут. Резервное копирование инициируется через Кибер Бэкап или RuBackup с валидацией через RESTORE VERIFYONLY.

Detailed image of a server rack with glowing lights in a modern data center.

Стоимость

Сценарий Что делаем Стоимость
Файловая база до 20 ГБ, 1 сервер Скрипты копирования, планировщик, инструкция восстановления от 80 000 ₽
Клиент-серверная база на PostgreSQL или MS SQL, до 500 ГБ pgBackRest / MSSQL Full+TLog, 3-плечевая схема (локально + офлайн + S3), регламент восстановления, тестовое восстановление от 250 000 ₽
Кластер 1С, 1-2 ТБ база, отказоустойчивость Кластер PostgreSQL с потоковой репликацией, pgBackRest на выделенный backup-сервер, DR-регламент, ежеквартальные учения восстановления от 700 000 ₽

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

Как часто делать бэкап 1С?

Зависит от активности работы в базе. Для бухгалтерии малого предприятия достаточно ежедневного ночного бэкапа. Для интенсивно работающей 1С:УТ или 1С:ERP рекомендуем полный бэкап еженедельно + инкрементный ежесуточный + WAL-архивирование каждые 5-15 минут. Регулятор (Роскомнадзор по 152-ФЗ) не задаёт конкретного расписания, но требует «обеспечения целостности данных».

А если бэкап делает сам 1С:Регламентные задания?

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

Как быстро мы восстановим 1С после сбоя?

Зависит от размера базы и типа СУБД. Ориентиры для клиент-серверного PostgreSQL при выделенной инфраструктуре:

  • База 100 ГБ — восстановление 30-60 мин
  • База 500 ГБ — 2-4 часа
  • База 2 ТБ — 6-12 часов

Для критичных задач (RTO < 1 часа) применяем hot standby (репликация PostgreSQL) — вторая база в реальном времени принимает нагрузку.

Работаете ли с 1С:Fresh / арендованными базами?

Для облачных 1С (1С:Fresh, аренда у 1С-партнёров) бэкап делает провайдер. Мы помогаем настроить дополнительный собственный бэкап через ежедневную выгрузку .dt и её отправку в независимое хранилище — так вы не зависите от политики провайдера и можете быстро мигрировать при необходимости.

Оставить заявку

Позвоните +7 (495) 933-6-999 или напишите info@qbs.ru. Первичная консультация бесплатно.