Как выгрузить базу 1С с сервера

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

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

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

Как определить, какая у вас база: файловая или клиент-серверная

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

Тот же ответ даёт конфигуратор: меню «Администрирование → Свойства информационной базы». Если база клиент-серверная, данные лежат в СУБД (MS SQL Server, PostgreSQL), и простое копирование файлов с диска сервера 1С ничего не даст — самих данных там нет.

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

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

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

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

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

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /S"Server1C\BaseName" /N"Админ" /P"Пароль" /DumpIB "D:\Backup\base_%date%.dt"

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

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

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

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

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

Для больших клиент-серверных баз выгрузка в .dt неудобна из-за длительности. Альтернатива — штатный бэкап на уровне СУБД. В MS SQL Server это выполняется через SQL Server Management Studio: правый клик по базе → «Задачи → Создать резервную копию», тип «Полная». В PostgreSQL используется утилита pg_dump.

pg_dump -U postgres -F c -f /backup/1c_base.dump base_name

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

Проверка результата: как убедиться, что выгрузка рабочая

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

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

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

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

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