Как сделать бэкап 1С: полное руководство

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

Файловая база — это один файл 1Cv8.1CD в папке на диске или в сетевой папке. Клиент-серверная база хранится в СУБД: MS SQL Server, PostgreSQL или другой. Для файловой базы достаточно скопировать файл или выгрузить данные через конфигуратор, для серверной нужны штатные средства СУБД либо выгрузка в dt. Смешивать подходы нельзя: копирование файлов SQL-базы «как папки» без остановки служб почти гарантированно даст битую копию.

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

Как определить тип вашей базы и что от этого зависит

Прежде чем выбирать способ, выясните, где физически лежит база. Откройте окно запуска 1С, выделите базу и нажмите «Изменить» — в параметрах будет указан либо путь к каталогу (файловый вариант), либо имя сервера 1С и имя базы (клиент-серверный вариант). Эту же информацию видно в строке состояния конфигуратора.

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

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

Это самый универсальный и безопасный способ, который подходит и для файловых, и для серверных баз. Выгрузка создаёт единый файл, который легко перенести, заархивировать и проверить. Минус — на больших базах процесс занимает заметное время, а во время выгрузки желательно, чтобы пользователи не работали.

1. 1
   Закройте сеансы пользователей или попросите всех выйти из базы.
2. 2
   Откройте базу в режиме Конфигуратор под учётной записью с правами администратора.
3. 3
   Перейдите в меню Администрирование → Выгрузить информационную базу.
4. 4
   Укажите папку и имя файла с датой, например base_2026-01-15.dt.
5. 5
   Дождитесь окончания выгрузки и проверьте, что файл создан и имеет ненулевой размер.

Если в меню пункт «Выгрузить информационную базу» неактивен — у вашей учётной записи нет административных прав. Обратитесь к тому, кто администрирует базу, либо войдите под учётной записью с полными правами. Также выгрузка может не запуститься при активных монопольных блокировках — проверьте список активных пользователей через Администрирование → Активные пользователи.

Обратное действие — загрузка — выполняется через Администрирование → Загрузить информационную базу. Важно: загрузка dt полностью заменяет текущее содержимое базы, поэтому перед проверкой восстановления используйте отдельную пустую базу, а не рабочую.

Способ 2. Копирование файла файловой базы

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

Убедиться, что сеансов нет, можно двумя способами: попросить всех выйти и проверить, что рядом с файлом базы не осталось файла блокировок, либо открыть конфигуратор и посмотреть активных пользователей. Если база лежит на сетевом ресурсе, учитывайте, что кто-то мог оставить сеанс открытым на ночь — это типичная причина «битых» копий.

robocopy "D:\Bases\Trade" "E:\Backups\Trade_%DATE:~6,4%-%DATE:~3,2%-%DATE:~0,2%" 1Cv8.1CD /R:2 /W:5

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

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

Для базы на MS SQL Server штатный путь — задание обслуживания в SQL Server Management Studio: правый клик по базе → Tasks → Back Up, тип Full, дальше настроить расписание через Maintenance Plan или агент SQL Server. Полный бэкап средствами СУБД сохраняет данные в целостном виде даже при работающих пользователях — это его главное преимущество перед выгрузкой в dt.

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

Как настроить автоматический бэкап по расписанию

Ручной бэкап «когда вспомнили» почти всегда заканчивается тем, что последней копии оказывается месяц. Автоматизация решает эту проблему. Для файловых баз достаточно планировщика заданий Windows и скрипта копирования или выгрузки; для серверных — заданий агента SQL Server или cron для pg_dump.

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

"C:\Program Files\1cv8\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /N"Админ" /P"пароль" /DumpIB "E:\Backups\trade_%DATE%.dt" /DisableStartupDialogs

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

Как проверить, что бэкап рабочий

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

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

Частые ошибки и ограничения

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

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

Отдельно стоит ограничение по правам: настройку автоматического бэкапа серверной базы и восстановление СУБД должен выполнять человек с правами администратора сервера. Если вы не уверены в структуре серверной инфраструктуры, ограничьтесь регулярной выгрузкой в dt и привлеките специалиста для настройки бэкапа на уровне СУБД.

FAQ