Разбираем четыре метода бэкапа — от простой выгрузки .dt до автоматического dump на уровне СУБД. Для каждого — когда применять и как проверить восстановление.
Зачем нужен бэкап и чего он должен охватывать
Бэкап 1С — это не просто файл. Нужно понимать, что именно вы сохраняете и как потом восстановите.
Резервная копия 1С — страховка от повреждения базы, ошибочного удаления данных, сбоя сервера и действий злоумышленников. Хороший бэкап позволяет восстановить базу до любой точки в прошлом. Плохой бэкап — это когда файл есть, но восстановиться из него не получается.
Что входит в бэкап 1С — Файл базы данных (для файлового варианта — 1Cv8.1CD) или dump СУБД (для клиент-серверного). Файлы шаблонов и внешних обработок — отдельно, если они в нестандартных папках.
Что НЕ входит автоматически — Конфигурация базы, внешние отчёты/обработки в файловой системе, прикреплённые файлы (документы, сканы) — если хранятся в томах на диске, а не в БД. Их нужно бэкапить отдельно.
Правило 3-2-1 — Минимальный стандарт: 3 копии, 2 разных носителя, 1 хранится за пределами офиса (облако, удалённый сервер). Это защищает от пожара, кражи и физического выхода из строя носителей.
Способ 1: выгрузка .dt через Конфигуратор
Самый простой способ — встроенный в платформу. Подходит для всех типов баз.
Откройте Конфигуратор — В стартовом окне 1С выберите нужную базу, нажмите «Конфигуратор». Для создания выгрузки нужна роль администратора в 1С.
Администрирование → Выгрузить информационную базу — Выберите путь и имя файла. Файл получит расширение .dt. Это универсальный формат — восстанавливается через «Загрузить информационную базу» на любой платформе 1С той же или более поздней версии.
Дождитесь завершения — Время зависит от размера базы. Для файловых баз до нескольких ГБ — обычно несколько минут. Для клиент-серверных больших баз — значительно дольше. Не прерывайте процесс.
Ограничения .dt. Выгрузка .dt в клиент-серверном варианте происходит через сервер 1С и может быть медленной для больших баз. Не является транзакционно-согласованной точкой для баз с активной записью. Для продуктивных больших баз используйте dump СУБД.
Способ 2: dump на уровне СУБД
Для клиент-серверных баз (PostgreSQL или MS SQL) — самый надёжный и быстрый способ.
Dump СУБД создаётся напрямую на уровне базы данных, без участия сервера 1С. Это даёт транзакционную согласованность и не требует монопольного режима.
PostgreSQL: pg_dump — Команда: `pg_dump -U postgres -Fc имя_базы > backup.dump`. Ключ -Fc создаёт компрессированный бинарный формат, который восстанавливается через pg_restore. Запускать от пользователя postgres или из-под root с подключением к СУБД.
MS SQL: SQL Server Management Studio — В SSMS: правый клик на базе → Tasks → Back Up. Выберите Full backup, укажите путь. Или используйте T-SQL: BACKUP DATABASE [имя] TO DISK = N'путь'.
Автоматизация через планировщик задач — Добавьте вызов pg_dump или sqlcmd в скрипт и поставьте его в cron (Linux) или Task Scheduler (Windows) на ежедневное выполнение в нерабочее время.
Проверяйте размер дампа. Нулевой или аномально маленький файл дампа — признак ошибки при создании. Всегда проверяйте размер файла после выполнения скрипта и логируйте статус.
Способ 3: копия файловой базы
Для файловых баз — просто скопировать папку с базой. Но есть нюансы.
Убедитесь, что пользователи вышли из 1С — Копирование файла базы (1Cv8.1CD) при открытых сессиях 1С даст несогласованную копию. Попросите всех пользователей выйти, либо выполняйте копирование ночью по расписанию.
Скопируйте папку базы целиком — В папке файловой базы могут быть и другие файлы: шаблоны печатных форм, настройки, внешние обработки. Копируйте папку целиком.
Сохраните в другое место — Копия на том же диске не защитит при физическом сбое диска. Сохраняйте на сетевой ресурс, NAS или облачное хранилище.
Автобэкап через регламентные задания 1С
В конфигурациях на БСП (большинство современных типовых) есть встроенный механизм автобэкапа.
В 1С:Бухгалтерия 3.0, ЗУП 3, УТ 11 и других конфигурациях на БСП есть обработка «Резервное копирование информационной базы» в разделе «Администрирование». Она запускается по расписанию и создаёт файлы .dt автоматически.
Администрирование → Резервное копирование и восстановление — Включите автоматическое резервное копирование, укажите папку хранения, расписание (рекомендуется ежедневно) и количество хранимых копий.
Ограничение метода — Регламентный бэкап работает только при запущенном сервере 1С (для клиент-серверного варианта) или при работающей пользовательской сессии (для файлового). Не полагайтесь на него как на единственный метод.
Периодичность — Для активно используемых баз: ежедневный бэкап, хранение последних 7–14 копий. Для критичных баз с высокой активностью — рассмотрите частичный бэкап несколько раз в день.
Проверяйте восстановление. Бэкап, который нельзя восстановить — не бэкап. Раз в квартал разворачивайте копию на тестовой базе и убеждайтесь, что данные целы и база открывается. Это занимает 30 минут и страхует от неприятных сюрпризов в критический момент.
Что охватывает бэкап 1С
См. структурированный premium-вариант выше.
Выгрузка .dt через Конфигуратор
См. структурированный premium-вариант выше.
Dump СУБД (PostgreSQL / MS SQL)
См. структурированный premium-вариант выше.
Автобэкап через регламентные задания
См. структурированный premium-вариант выше.
Часто задаваемые вопросы
Как восстановить 1С из файла .dt?
Откройте Конфигуратор нужной базы. Администрирование → Загрузить информационную базу → укажите файл .dt. Все текущие данные базы будут заменены данными из файла. Обязательно сделайте бэкап текущего состояния перед восстановлением.
Что лучше: .dt или dump СУБД?
Для небольших файловых баз .dt удобнее — всё в одном файле. Для клиент-серверных и больших баз — dump СУБД надёжнее: создаётся быстрее, транзакционно согласован, не требует монопольного режима. Идеально иметь оба типа бэкапа.
Можно ли делать бэкап во время работы пользователей?
Для клиент-серверных баз dump СУБД (pg_dump/BACKUP DATABASE) можно делать без остановки пользователей — СУБД гарантирует согласованность. Для файловых баз .1CD копирование файла при открытых сессиях даёт несогласованную копию, которая может не открыться.
Сколько копий хранить?
Общая рекомендация: минимум 7 ежедневных + 4 еженедельных + 12 ежемесячных. Для небольших организаций — хотя бы 7 ежедневных. Не удаляйте все старые копии при создании новой: иногда обнаруживают, что данные испортились несколько дней назад, и нужна копия той давности.
Где хранить резервные копии?
Не только локально. Минимум: локальная папка + сетевое хранилище (NAS) или облако. Облачные опции для российских компаний: Яндекс.Диск, VK Cloud, собственный объектный хранилище. Хранение только на том же компьютере или сервере — не бэкап, это «вторая копия рядом».