Администрирование · 10 мин
Как загрузить базу 1С на сервер
Как перенести базу 1С на сервер: выгрузка dt, загрузка через конфигуратор, перенос на SQL Server и PostgreSQL, проверка результата и типичные ошибки.
Перенос базы 1С на сервер — типовая задача при переходе от файлового режима к клиент-серверному, при смене оборудования или при выделении отдельной машины под СУБД. Суть процедуры одна: данные из текущей информационной базы нужно упаковать и развернуть в новой базе, зарегистрированной на сервере 1С:Предприятия.
Существует два принципиально разных способа. Первый — через файл выгрузки .dt средствами конфигуратора: универсален, не зависит от СУБД, но медленен на больших базах. Второй — через резервную копию на уровне СУБД (MS SQL Server, PostgreSQL): значительно быстрее для объёмных баз, но требует, чтобы исходная и целевая базы работали на совместимой СУБД.
Прежде чем начинать, убедитесь, что у вас есть права администратора в кластере серверов 1С, доступ к серверу СУБД и актуальная резервная копия рабочей базы. Любые эксперименты с переносом без резервной копии — прямой риск потери учётных данных.
Что подготовить перед загрузкой базы на сервер
Для успешного переноса должны быть установлены и запущены три компонента: сервер 1С:Предприятия, СУБД (MS SQL Server, PostgreSQL или другая поддерживаемая) и клиент 1С, через который вы будете работать конфигуратором. Версии платформы на клиенте и на сервере должны совпадать, иначе подключение к кластеру не удастся.
Проверьте, что на диске сервера достаточно места: для файла выгрузки .dt потребуется пространство, сопоставимое с размером базы, а в СУБД — запас под рост данных и журнала транзакций. Также заранее создайте учётную запись в СУБД, от имени которой сервер 1С будет обращаться к базе, и выдайте ей права на создание и изменение базы данных.
Завершите работу всех пользователей в исходной базе и сделайте контрольную выгрузку или резервную копию. Это ваша точка отката, если что-то пойдёт не так на любом из этапов.
Способ 1: выгрузка базы в файл .dt
Файл выгрузки .dt — штатный механизм 1С, который сохраняет всю информационную базу целиком: конфигурацию, данные, пользователей и настройки. Такой файл не привязан к конкретной СУБД, поэтому подходит для переноса между любыми вариантами развёртывания — например, из файловой базы в клиент-серверную.
Откройте исходную базу в режиме конфигуратора под пользователем с полными правами. Перейдите в меню «Администрирование» и выберите пункт «Выгрузить информационную базу». Укажите путь и имя файла, дождитесь завершения операции. На больших базах выгрузка может занять часы — планируйте её на нерабочее время.
- 1Завершите сеансы всех пользователей в исходной базе
- 2Откройте базу в конфигураторе с полными правами
- 3Выберите «Администрирование» → «Выгрузить информационную базу»
- 4Укажите путь к файлу .dt и дождитесь завершения
- 5Проверьте, что файл создан и его размер не нулевой
Ограничение способа — скорость и потребление ресурсов. Выгрузка и загрузка .dt идут в одну транзакцию-подобную операцию и на базах объёмом в десятки гигабайт могут занять очень много времени либо завершиться ошибкой из-за нехватки памяти. Для таких случаев предпочтителен перенос средствами СУБД.
Создание пустой серверной базы в консоли кластера
Прежде чем что-то загружать, на сервере 1С нужно зарегистрировать новую информационную базу. Откройте консоль администрирования серверов 1С (или консоль кластера mmc), разверните нужный кластер, щёлкните правой кнопкой по ветке «Информационные базы» и выберите «Создать» → «Информационная база».
В форме укажите имя базы (оно будет отображаться в списке у пользователей), тип СУБД, имя сервера СУБД, название создаваемой базы данных и учётные данные пользователя СУБД. Оставьте флажок «Создать базу данных в случае её отсутствия» установленным — тогда пустая база в СУБД будет создана автоматически.
После создания база появится в списке, но будет пустой — в ней нет ни конфигурации, ни данных. Следующий шаг — загрузить в неё подготовленный файл выгрузки.
Способ 1 (продолжение): загрузка .dt в серверную базу
Добавьте новую серверную базу в список информационных баз на клиенте: при добавлении выберите тип расположения «На сервере 1С:Предприятия» и укажите имя кластера и имя базы, заданное при создании. Запустите эту базу в режиме конфигуратора.
Перейдите в меню «Администрирование» → «Загрузить информационную базу» и укажите путь к файлу .dt. Платформа предупредит, что загрузка заменит все данные текущей базы — подтвердите операцию. По завершении конфигуратор предложит перезапуститься для обновления конфигурации базы данных — согласитесь.
Загрузка большого файла может длиться долго и чувствительна к разрывам соединения между клиентом и сервером. Выполняйте её с машины, которая гарантированно не выключится и не потеряет сеть: идеально — непосредственно с сервера или с рабочей станции в том же сегменте сети.
Файл .dt удобно размещать на диске самого сервера или на быстром сетевом ресурсе. Загрузка через медленный VPN или Wi-Fi с клиентского ноутбука — частая причина обрывов и многократных повторных попыток.
Способ 2: перенос через резервную копию СУБД
Если исходная база уже работает в клиент-серверном варианте, а объём данных велик, быстрее перенести её штатными средствами СУБД. В MS SQL Server это операции Backup и Restore, в PostgreSQL — pg_dump и pg_restore. Такой перенос занимает минуты там, где загрузка .dt заняла бы часы.
Общая схема: сделайте полную резервную копию базы данных на исходном сервере СУБД, скопируйте файл резервной копии на новый сервер и восстановите его в новую базу данных. Затем в консоли кластера 1С создайте информационную базу, укажите имя уже существующей (восстановленной) базы данных и снимите флажок создания новой базы — сервер 1С подключится к готовым данным.
Сравнение способов переноса
Универсален, работает между любыми СУБД и файловым режимом. Медленный на больших базах, требователен к памяти и стабильности соединения.
Очень быстрый и надёжный для больших баз. Требует одинаковой СУБД на обоих концах и доступа администратора к серверу СУБД.
Подходит только для переноса файловой базы на сетевой ресурс, не является клиент-серверным вариантом.
Учтите важное ограничение: резервная копия MS SQL Server не переносится в PostgreSQL и наоборот. Если меняется тип СУБД, единственный штатный путь — выгрузка и загрузка через .dt.
Проверка результата после загрузки
После завершения загрузки войдите в базу в режиме 1С:Предприятие под учётной записью администратора. Убедитесь, что открываются основные разделы, справочники содержат данные, а отчёты формируются за прошлые периоды без ошибок. Сверьте несколько контрольных цифр — например, остатки по складу или оборотно-сальдовую ведомость — с исходной базой.
Проверьте список пользователей и их права: при загрузке .dt пользователи переносятся вместе с базой, но пароли и аутентификацию стоит перепроверить. Также убедитесь, что в консоли кластера у новой базы корректно выставлены параметры: блокировка регламентных заданий, если база пока тестовая, и разрешённые режимы работы.
Как проверить результат
База открывается, справочники и документы на месте
Ошибки открытия, пустые справочники, сообщения о нарушении целостности
Остатки и обороты совпадают с исходной базой
Расхождения в суммах или пустые отчёты за закрытые периоды
Пользователи входят, роли соответствуют прежним
Пользователи не входят или получают избыточные права
Для тестовой копии задания заблокированы, для рабочей — выполняются по расписанию
Тестовая копия рассылает отчёты или проводит обмены с внешними системами
Типичные ошибки и как их избежать
Большинство проблем при загрузке базы на сервер связано не с самой процедурой, а с подготовкой: несовпадение версий платформы, нехватка места на диске, недостаток прав у учётной записи СУБД. Эти факторы проверяются заранее и устраняются до начала операции.
Отдельная группа ошибок — попытка ускорить процесс нештатными действиями: копирование файлов базы данных напрямую между серверами СУБД, подключение одной базы данных к двум кластерам одновременно. Такие действия нарушают целостность данных и поддерживаемую конфигурацию. Используйте только документированные механизмы: .dt и backup/restore.
Частые вопросы о загрузке базы 1С на сервер
Можно ли загрузить файловую базу сразу на сервер без файла .dt?
Нет, прямого преобразования файловой базы в серверную не существует. Стандартный путь — выгрузить файловую базу в .dt через конфигуратор, создать пустую серверную базу в консоли кластера и загрузить в неё этот файл.
Сколько времени занимает загрузка большой базы?
Зависит от объёма данных, мощности сервера и способа переноса. Загрузка .dt базы в десятки гигабайт может идти несколько часов, тогда как восстановление резервной копии средствами СУБД той же базы обычно занимает заметно меньше времени. Точную оценку даёт только пробный прогон в тестовой среде.
Нужно ли останавливать работу пользователей на время переноса?
Да. Выгрузку .dt и резервную копию следует делать при отсутствии активных сеансов, иначе перенесённая база не будет отражать последние изменения, а выгрузка может завершиться ошибкой блокировок. Обычно перенос планируют на вечер или выходные.
Что делать, если загрузка .dt прервалась с ошибкой?
Целевая база после прерванной загрузки находится в неопределённом состоянии, использовать её нельзя. Повторите загрузку в ту же базу заново — операция полностью перезаписывает содержимое. Перед повтором проверьте стабильность сети, свободное место на диске и журнал ошибок сервера.
Переносятся ли пользователи и права при загрузке .dt?
Да, файл выгрузки содержит список пользователей, их роли и настройки. После загрузки рекомендуется проверить вход под ключевыми учётными записями и при необходимости сбросить пароли, особенно если база переносилась в другую инфраструктуру.
Можно ли перенести базу с MS SQL на PostgreSQL?
Напрямую через резервную копию — нет, форматы СУБД несовместимы. Используйте выгрузку в .dt на исходном сервере и загрузку в новую серверную базу, созданную для PostgreSQL. Учтите, что на больших базах операция займёт продолжительное время.
Что важно запомнить
Два рабочих пути загрузки базы 1С на сервер: универсальный файл .dt через конфигуратор и быстрый перенос резервной копией средствами СУБД. Перед началом сделайте резервную копию, проверьте версии платформы и права, после загрузки — сверьте контрольные данные и заблокируйте регламентные задания в тестовых копиях.