К статье
Практический материал

Администрирование · 10 мин

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

Как скопировать базу 1С с сервера: файловый и клиент-серверный варианты, выгрузка через конфигуратор, бэкап SQL-базы, проверка копии и типичные ошибки.

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

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

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

Определяем тип базы и готовимся к копированию

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

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

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

Универсальный способ: выгрузка базы в файл .dt

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

На больших базах выгрузка может занимать от десятков минут до нескольких часов. В это время пользователи не должны работать в базе: конфигуратор при выгрузке устанавливает монопольный режим, и если сеансы активны, операция не начнётся. Завершить сеансы можно через консоль администрирования сервера 1С или через «Администрирование — Обслуживание — Блокировка установки соединений» в режиме предприятия.

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

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

Копирование файловой базы напрямую с сервера

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

Файл 1Cv8.lck — это файл блокировки, он появляется при открытых сеансах. Если после выхода всех пользователей файл остался, база считает себя занятой. Перед копированием убедитесь, что сеансов действительно нет; «зависший» файл блокировки можно удалить только когда точно никто не работает.

Для регулярного копирования удобно использовать командную строку или планировщик задач. Простая команда копирования каталога выглядит так:

cmd
xcopy "\\server\bases\Trade" "D:\Backup\Trade" /E /I /H /Y

После копирования откройте копию через список баз (кнопка «Добавить — Существующая база») и убедитесь, что она запускается. Это единственный надёжный способ проверить, что копия рабочая.

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

Клиент-серверную базу эффективнее копировать средствами самой СУБД — это быстрее выгрузки .dt на больших объёмах. Для MS SQL Server используется стандартная резервная копия: в SQL Server Management Studio щёлкните правой кнопкой по базе, выберите «Tasks — Back Up», тип «Full», укажите файл назначения с расширением .bak.

Для PostgreSQL применяется утилита pg_dump. Команда выполняется на сервере СУБД от имени пользователя с правами на базу:

bash
pg_dump -U postgres -Fc -f /backup/1c_base.dump имя_базы

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

Сравнение способов копирования

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

Универсально и безопасно, переносит и пользователей. Медленно на больших базах, требует монопольного режима.

Копирование каталога файловой базы

Быстро и просто, но только для файлового режима и при полном отсутствии сеансов.

Бэкап средствами СУБД

Быстро на больших базах, подходит для регулярных копий. Требует отдельной регистрации базы в кластере 1С при восстановлении.

Проверка скопированной базы

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

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

Контрольные точки

Как проверить результат

Запуск копии
Норма

База открывается в режиме предприятия без ошибок

Тревожный признак

Ошибка открытия, сообщение о повреждении или несовместимости

Актуальность данных
Норма

Присутствуют документы за последний рабочий день

Тревожный признак

Данные отстают — копия сделана во время работы или из старого источника

Итоги и отчёты
Норма

Остатки и обороты совпадают с исходной базой

Тревожный признак

Расхождения в итогах — копия неполная или повреждённая

Типичные ошибки и ограничения

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

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

Типичные ошибки
01
Копирование файлов при активных сеансах — копия оказывается повреждённой без видимых признаков
02
Копирование только файла 1Cv8.1CD без остального каталога — теряются служебные данные
03
Восстановление бэкапа SQL без регистрации базы в кластере 1С — база не видна в списке
04
Отсутствие проверки копии — о повреждении узнают, когда исходная база уже недоступна
05
Перенос на сервер со старой версией платформы — база требует конвертации или не открывается

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

Можно ли скопировать базу 1С, пока пользователи работают?

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

Чем файл .dt отличается от бэкапа SQL-базы?

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

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

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

Перенесутся ли пользователи и их пароли при копировании?

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

Будет ли работать копия базы на другом компьютере без сервера 1С?

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

Как часто нужно делать копии базы?

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

Итог

Что важно запомнить

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