Как сделать бэкап базы данных 1С

Резервная копия базы 1С — единственная страховка от потери данных при сбое диска, ошибке обновления, действиях вируса-шифровальщика или случайном удалении документов. Способ создания бэкапа зависит от того, как развёрнута база: в файловом варианте (один файл 1Cv8.1CD на диске или в сетевой папке) или в клиент-серверном (данные лежат в СУБД — MS SQL Server, PostgreSQL и др.). Подходы к резервному копированию в этих двух случаях принципиально разные.

Универсальный метод, который работает в обоих вариантах, — выгрузка информационной базы в файл с расширением .dt через конфигуратор. Такой файл содержит и данные, и конфигурацию, его можно загрузить в пустую базу на любом компьютере. Но у выгрузки .dt есть ограничения: она требует монопольного доступа, занимает много времени на больших базах и не заменяет штатные средства СУБД для серверных развёртываний.

Ниже разобраны все рабочие способы: выгрузка через конфигуратор, копирование файловой базы напрямую, бэкап средствами SQL-сервера, автоматизация по расписанию и проверка того, что копия действительно восстанавливается.

Определите тип базы: файловая или клиент-серверная

Прежде чем выбирать способ бэкапа, выясните, где физически хранятся данные. Откройте список информационных баз в окне запуска 1С, выделите нужную базу и посмотрите строку подключения внизу окна. Если там указан путь вида File="D:\Bases\Trade\" — база файловая. Если указан сервер и имя базы, например Srvr="SERVER1";Ref="trade" — база клиент-серверная.

Файловая база — это каталог, в котором основной объём данных хранится в одном файле 1Cv8.1CD. Рядом лежат служебные файлы и папки, но для полного бэкапа достаточно скопировать весь каталог целиком. Клиент-серверная база хранится внутри СУБД, и простым копированием файлов с диска её не забэкапить — нужны штатные средства самой СУБД.

Способ 1: выгрузка базы в файл .dt через конфигуратор

Это самый универсальный способ, подходящий и для файловых, и для клиент-серверных баз. Запустите конфигуратор, войдите под пользователем с правами администратора и убедитесь, что в базе нет активных сеансов других пользователей — выгрузка требует монопольного доступа. Если кто-то работает, завершите сеансы через меню «Администрирование → Активные пользователи».

Далее откройте меню «Администрирование → Выгрузить информационную базу», укажите путь и имя файла, например backup_2026.dt, и дождитесь завершения. Время выгрузки зависит от размера базы: небольшая база выгружается за минуты, база в десятки гигабайт — за часы. После завершения проверьте, что файл появился и его размер не нулевой.

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

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

Способ 2: копирование файловой базы напрямую

Если база файловая, самый быстрый бэкап — скопировать её каталог целиком. Главное условие: в момент копирования в базе никто не должен работать. Если скопировать файл 1Cv8.1CD во время активных сеансов, копия может оказаться повреждённой или содержать несогласованные данные, и восстановить из неё базу не получится.

Найдите каталог базы (путь виден в списке баз или в свойствах ярлыка), убедитесь, что все пользователи вышли, и скопируйте всю папку в другое место — на другой физический диск, сетевое хранилище или внешний носитель. Для удобства добавляйте дату в имя папки копии: Trade_backup_15-03.

Копирование каталога быстрее выгрузки .dt и не требует запуска конфигуратора, поэтому его удобно автоматизировать скриптом по расписанию. Но помните: такая копия привязана к файловому формату и версии платформы, а .dt переносимее.

Способ 3: бэкап клиент-серверной базы средствами СУБД

Для баз на MS SQL Server, PostgreSQL или другой СУБД основной способ резервного копирования — штатный бэкап самой СУБД. Он выполняется без остановки работы пользователей, поддерживает сжатие, разностные копии и восстановление на конкретный момент времени. В MS SQL Server это делается через SQL Server Management Studio: правый клик по базе → «Задачи» → «Создать резервную копию», тип — «Полная».

Тот же бэкап можно выполнить командой, что удобно для автоматизации:

BACKUP DATABASE [trade] TO DISK = N'D:\Backups\trade_full.bak' WITH COMPRESSION, CHECKSUM;

Для PostgreSQL используется утилита pg_dump или pg_basebackup в зависимости от задач. Важный нюанс: база 1С в СУБД должна бэкапиться целиком и согласованно — не копируйте файлы данных СУБД вручную при работающем сервере, это приведёт к повреждению. Дополнительно раз в неделю или перед обновлениями делайте выгрузку .dt как независимую копию, читаемую без СУБД.

Автоматизация: бэкап по расписанию

Ручной бэкап рано или поздно забывают сделать, поэтому копирование стоит автоматизировать. Для файловых баз напишите пакетный скрипт, который копирует каталог базы в папку с текущей датой, и запускайте его через Планировщик заданий Windows в нерабочее время. Для SQL-баз создайте задание в плане обслуживания SQL Server или скрипт с командой BACKUP, также запускаемый по расписанию.

set DST=D:\Backups\Base_%date:~6,4%-%date:~3,2%-%date:~0,2%
mkdir %DST%
xcopy "D:\Bases\Trade" %DST% /E /I /H /Y

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

Проверка восстановления и типичные ошибки

Бэкап, который ни разу не восстанавливали, нельзя считать рабочим. Периодически проверяйте копии: загрузите файл .dt в пустую базу через «Администрирование → Загрузить информационную базу» или восстановите SQL-бэкап в тестовую базу под другим именем. Откройте базу в режиме предприятия, проверьте, что справочники и документы на месте, а отчёты формируются без ошибок.

FAQ: частые вопросы о бэкапе 1С