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

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

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

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

Как определить, где находится база и в каком она режиме

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

Для файловой базы в настройках виден путь к каталогу — например, \\SERVER\1CBases\Trade. Внутри этого каталога лежит файл 1Cv8.1CD, в котором хранятся все данные. Для клиент-серверной базы указываются имя сервера 1С и имя базы в кластере, а сами данные физически находятся на сервере СУБД.

Если вы не администратор сервера и не знаете, где находится база, уточните у ответственного специалиста. Копирование «вслепую» с угадыванием путей — частая причина того, что копируется не та база или устаревшая копия.

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

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

Чтобы убедиться, что пользователи вышли, проверьте наличие файла 1Cv8.1CL в каталоге базы — это файл блокировок, который существует, пока есть открытые соединения. Если он есть, попросите пользователей завершить работу или завершите сеансы принудительно через конфигуратор (Администрирование → Активные пользователи) при наличии прав.

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

robocopy "\\SERVER\1CBases\Trade" "D:\Backup\Trade_2026-05" /E /COPY:DAT /R:2 /W:5

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

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

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

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

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

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

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

Для баз на MS SQL Server, PostgreSQL или другой СУБД штатный способ копирования — резервная копия средствами самой СУБД. В MS SQL Server это делается через SQL Server Management Studio: правый клик по базе → Tasks → Back Up → полный бэкап (Full) в файл .bak. Полученный файл копируется с сервера и при необходимости разворачивается командой Restore на другом сервере.

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

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

Способ 4: копирование через консоль кластера и планировщик

Если нужно регулярно снимать копии, разумно автоматизировать процесс. Для файловых баз настраивается задание планировщика Windows, которое в нерабочее время запускает архивацию каталога базы. Для клиент-серверных — задание SQL Server Agent или скрипт pg_dump по расписанию.

Также конфигуратор и клиентское приложение поддерживают пакетный режим запуска из командной строки: выгрузку .dt можно выполнять автоматически командой с параметром /DumpIB. Это удобно для ночных бэкапов, когда пользователей в базе нет.

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

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

Как выбрать подходящий способ

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

Проверка результата и типичные ошибки

Копия считается успешной только после проверки. Для файловой базы — откройте копию в режиме предприятия и убедитесь, что документы и справочники на месте. Для .dt — загрузите файл в пустую базу (Файл → Загрузить информационную базу). Для бэкапа СУБД — выполните тестовое восстановление на отдельном сервере или под другим именем базы.

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