Как создать резервную копию базы 1С

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

Способ резервного копирования зависит от режима работы базы: файлового (данные в файле 1Cv8.1CD на диске) или клиент-серверного (данные в Microsoft SQL Server, PostgreSQL или другой СУБД). Для каждого режима есть штатные инструменты, и ниже разобраны оба варианта, а также автоматизация и проверка восстановления.

Перед любыми действиями убедитесь, что у вас есть права администратора базы и достаточно свободного места на диске: файл выгрузки (.dt) или копия базы обычно занимают сопоставимый с базой объём, а со временем — больше.

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

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

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

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

Универсальный способ, который работает и для файловых, и для клиент-серверных баз — выгрузка информационной базы в файл с расширением .dt. Запустите конфигуратор, войдите под пользователем с правами администратора и выберите в меню «Администрирование» пункт «Выгрузить информационную базу». Укажите путь и имя файла, дождитесь завершения операции.

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

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

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

Копирование файла 1Cv8.1CD для файловой базы

Для файловой базы допустим и более простой путь: скопировать файл 1Cv8.1CD из каталога базы средствами операционной системы. Это быстрее выгрузки .dt, а восстановление сводится к возврату файла на место. Однако у способа есть жёсткое условие: на момент копирования ни один пользователь и ни один процесс 1С не должны держать базу открытой.

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

Копируйте файл на другой физический носитель: второй диск, сетевое хранилище, NAS. Копия на том же диске не защищает от его отказа. Для контроля целостности после копирования сравните размеры файлов, а при возможности — откройте копию на тестовом компьютере.

Резервное копирование клиент-серверной базы через СУБД

Если база работает на Microsoft SQL Server, штатный способ — полная резервная копия средствами самой СУБД. В SQL Server Management Studio подключитесь к серверу, найдите базу, щёлкните правой кнопкой и выберите «Задачи → Создать резервную копию» (Tasks → Back Up), тип — «Полная» (Full). Либо выполните команду T-SQL.

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

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

Дополнительно настройте копирование журнала транзакций (для модели восстановления Full в SQL Server), если важна возможность восстановления на конкретный момент времени, а не только на момент последнего полного бэкапа. Учтите, что журналы растут и требуют места — без регулярного бэкапа журнал может заполнить диск.

Автоматизация резервного копирования

Ручные копии почти всегда рано или поздно перестают делаться. Автоматизируйте процесс: для выгрузки .dt используйте пакетный режим конфигуратора из командной строки, для СУБД — планировщик заданий SQL Server Agent, cron или планировщик задач Windows.

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

Пример выше выгружает файловую базу в .dt по расписанию. Обратите внимание: пароль в скрипте хранится в открытом виде, поэтому ограничьте доступ к файлу скрипта и самому каталогу с копиями. Для клиент-серверной базы вместо /F используется параметр /S с указанием сервера и имени базы.

Организуйте ротацию копий: храните несколько последних ежедневных копий, несколько недельных и месячных. Одна-единственная перезаписываемая копия опасна: если повреждение данных заметили через неделю, а копия перезаписывается каждую ночь, восстанавливать будет нечего. Также держите хотя бы одну копию вне основной площадки — в другом помещении или в облачном хранилище.

Проверка копий и типичные ошибки

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

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