Как сохранить копию базы 1С: все рабочие способы

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

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

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

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

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

Порядок действий:

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

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

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

Как скопировать файловую базу 1С

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

Чтобы получить корректную копию, закройте все сеансы работы с базой (и тонкий клиент, и конфигуратор), затем скопируйте весь каталог базы целиком в резервное расположение. Копирование только файла 1Cv8.1CD допустимо — это основное хранилище данных, — но копия всего каталога сохранит и журнал регистрации.

Признак того, что база занята: наличие файла 1Cv8.1CL в каталоге базы. Пока он существует, идёт работа с хранилищем. Также не стоит копировать базу во время выполнения тестирования и исправления или реструктуризации.

Как сделать резервную копию клиент-серверной базы (SQL)

Для баз на MS SQL Server или PostgreSQL копирование файлов данных вручную недопустимо — используйте штатные средства СУБД. Они создают консистентную копию даже при работающих пользователях, хотя регламентный бэкап лучше выполнять в период минимальной нагрузки.

Резервная копия в MS SQL Server

Откройте SQL Server Management Studio, найдите нужную базу, щёлкните правой кнопкой: Tasks → Back Up. Тип копии — Full, назначение — файл на диске. Альтернатива — команда:

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

Опция CHECKSUM позволяет обнаружить повреждение при чтении, COMPRESSION уменьшает размер файла. Для регулярной схемы настройте план обслуживания: полная копия ежедневно, копии журнала транзакций — чаще, если база в модели восстановления Full.

Резервная копия в PostgreSQL

Для PostgreSQL используется утилита pg_dump:

pg_dump -U postgres -F c -f /backups/mybase1c.dump mybase1c

Формат -F c (custom) сжимает данные и позволяет восстанавливать выборочно через pg_restore. Убедитесь, что у учётной записи достаточно прав и на диске есть место под копию.

Как выбрать способ копирования

Выбор зависит от формата базы, её размера и цели копии: разовый перенос, ежедневная архивация или защита перед обновлением.

Как автоматизировать резервное копирование

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

• Планировщик заданий Windows + скрипт, вызывающий конфигуратор в пакетном режиме с параметром /DumpIB для выгрузки .dt.
• Планы обслуживания в MS SQL Server или задания SQL Server Agent для автоматических бэкапов.
• Задание cron с pg_dump для PostgreSQL на Linux.
• Специализированные средства резервного копирования, поддерживающие агенты для СУБД.

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

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

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

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

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

Типичные ошибки при копировании базы 1С

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

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