Администрирование · 9 мин
Как перенести базы 1С на другой сервер
Способы переноса баз 1С на новый сервер: файловые и клиент-серверные базы, выгрузка через конфигуратор, перенос SQL-баз, проверка результата и типичные ошибки.
Перенос баз 1С на другой сервер — типовая задача при замене оборудования, росте числа пользователей или переезде в виртуальную среду. Сложность зависит от режима работы: файловая база переносится копированием каталога, а клиент-серверная требует работы с СУБД (MS SQL, PostgreSQL) и кластером серверов 1С. Ошибка на любом этапе грозит потерей данных или остановкой учёта, поэтому перенос всегда начинают с резервной копии.
Ниже разобраны оба сценария с конкретными действиями, условиями выбора метода и проверкой результата. Инструкции подходят для платформы 8.3 и типовых конфигураций, но перед переносом рабочей базы обязательно согласуйте время простоя с пользователями.
Подготовка: что сделать до начала переноса
Первый шаг — инвентаризация. Определите, какие базы работают на старом сервере, в каком режиме (файловый или клиент-серверный), какие версии платформы используются и где хранятся данные. Список баз клиент-серверного режима виден в консоли администрирования кластера 1С, файловые базы — в списке ibases.v8i у пользователей или в общих папках.
Далее подготовьте новый сервер: установите ту же или более новую версию платформы 1С, сервер предприятия (для клиент-серверного режима) и СУБД нужной версии. Убедитесь, что разрядность компонентов совпадает, а на дисках достаточно места — база данных в СУБД при восстановлении может занять больше места, чем исходный бэкап.
Обязательное условие — полная резервная копия. Для файловой базы скопируйте каталог целиком, для клиент-серверной сделайте бэкап средствами СУБД и дополнительно выгрузку .dt через конфигуратор. Выгрузка .dt — универсальный страховочный вариант: из неё базу можно развернуть даже на другой СУБД.
Перенос файловой базы 1С
Файловая база — это каталог, в котором главный файл называется 1Cv8.1CD. Перенос сводится к копированию этого каталога на новый сервер. Путь к базе виден в окне запуска 1С: выделите базу и посмотрите строку «Каталог» внизу окна.
Порядок действий: попросите всех пользователей выйти, завершите сеансы, скопируйте каталог базы на новый сервер (например, через сетевой доступ или внешний диск), затем на новом сервере откройте общий доступ к папке и выдайте пользователям права на чтение и запись. После этого в окне запуска 1С на рабочих местах удалите старую запись и добавьте базу заново, указав новый путь.
Обратите внимание на права: если база лежит в сетевой папке, учётная запись, под которой подключаются пользователи, должна иметь полный доступ к каталогу. Частая проблема после переезда — ошибка «нет доступа к файлу» именно из-за прав, а не из-за повреждения базы.
- 1Завершите все сеансы пользователей в базе
- 2Скопируйте каталог базы с файлом 1Cv8.1CD на новый сервер
- 3Откройте общий доступ к папке и настройте права NTFS
- 4Добавьте базу в список на рабочих местах с новым путём
- 5Запустите конфигуратор и проверьте, что база открывается без ошибок
Перенос клиент-серверной базы через СУБД
Клиент-серверная база состоит из двух частей: базы данных в СУБД и регистрации этой базы в кластере серверов 1С. Перенос включает оба компонента. Самый надёжный способ — бэкап средствами СУБД и восстановление на новом сервере.
Для MS SQL: в SQL Server Management Studio сделайте полный бэкап базы (Tasks → Back Up), перенесите файл .bak на новый сервер и выполните Restore Database. Для PostgreSQL используйте pg_dump и pg_restore. Важно: восстанавливайте базу в новую пустую базу данных, не перезаписывая существующие.
После восстановления в СУБД зарегистрируйте базу в кластере 1С. Откройте консоль администрирования серверов 1С, создайте новую информационную базу, укажите тип СУБД, имя сервера баз данных, имя базы и учётные данные пользователя СУБД. Флажок «Создать базу данных в случае её отсутствия» ставить не нужно — база уже восстановлена.
pg_dump -U postgres -F c -f base_backup.dump infobase_nameАльтернатива: перенос через выгрузку .dt
Выгрузка в файл .dt — универсальный метод, независимый от СУБД. В конфигураторе откройте «Администрирование → Выгрузить информационную базу», укажите файл и дождитесь завершения. На новом сервере создайте пустую базу (файловую или клиент-серверную) и выполните «Загрузить информационную базу».
Метод подходит, если меняется тип СУБД (например, переезд с MS SQL на PostgreSQL), если версии СУБД несовместимы для прямого восстановления или если база небольшая. Главные ограничения: выгрузка большой базы занимает много времени, на время выгрузки нужен монопольный доступ, а файл .dt чувствителен к нехватке памяти на очень больших базах.
Сравнение способов переноса
Быстро для больших баз, сохраняет всё как есть. Ограничение: та же СУБД и совместимая версия.
Универсально, работает между разными СУБД и режимами. Ограничение: медленно на больших базах, нужен монопольный доступ.
Только для файловых баз. Просто и быстро, но требует корректной настройки прав доступа.
Настройка после переноса
После регистрации базы на новом сервере проверьте и обновите связанные настройки. В первую очередь — регламентные и фоновые задания: убедитесь, что они не заблокированы и выполняются на новом сервере. При переносе через .dt задания часто оказываются отключёнными, это сделано намеренно, чтобы копия не выполняла обмены.
Проверьте подключения к внешним ресурсам: обмены с другими базами, веб-сервисы, каталоги обмена, настройки ЭДО и интеграции с сайтом. Если IP-адрес или имя сервера изменились, обновите эти параметры в настройках базы и на стороне смежных систем. Также перенастройте публикацию на веб-сервере, если база работала через веб-клиент или тонкий клиент по HTTP.
Не забудьте про лицензии: серверные лицензии 1С привязаны к аппаратным ключам или параметрам компьютера. При переезде на новое «железо» программную лицензию сервера, возможно, придётся активировать заново резервным пин-кодом.
Проверка результата и типичные ошибки
После переноса выполните контрольную проверку: войдите в базу под рабочей учётной записью, откройте несколько отчётов за разные периоды, сверьте остатки по ключевым регистрам (например, остатки товаров и взаиморасчёты) с данными старой базы. Запустите тестирование и исправление в режиме проверки логической целостности, если есть сомнения в целостности копии.
Признаки успешного переноса: пользователи подключаются без ошибок, фоновые задания выполняются по расписанию, отчёты формируются за приемлемое время, обмены с внешними системами проходят. Если база открывается, но «тормозит», проверьте настройки СУБД на новом сервере — память, план обслуживания, обновление статистики.
Как проверить результат
Пользователи входят без ошибок, сеансы видны в консоли кластера
Ошибка соединения с СУБД или «информационная база не обнаружена»
Остатки и обороты совпадают со старой базой
Расхождения в отчётах, пустые регистры
Задания выполняются по расписанию без ошибок
Задания заблокированы или завершаются с ошибкой
Частые вопросы о переносе баз 1С
Можно ли перенести базу 1С с Windows на Linux?
Да, если речь о клиент-серверном режиме. Сервер 1С и PostgreSQL существуют для обеих платформ. Перенос выполняется через выгрузку .dt или через pg_dump/pg_restore с учётом особенностей сортировки (locale) в PostgreSQL. Файловую базу достаточно скопировать и опубликовать на новом сервере.
Как перенести базу, если версии платформы на серверах различаются?
Установите на новый сервер версию платформы не ниже той, на которой работала база. При первом запуске конфигуратор предложит конвертацию — соглашайтесь, но делайте это на копии. Обратный перенос на более старую платформу после конвертации невозможен.
Нужно ли останавливать сервер 1С при переносе базы в СУБД?
Полностью останавливать кластер не обязательно, но сеансы с конкретной базой нужно завершить, а соединения и фоновые задания заблокировать. Иначе бэкап может захватить данные в несогласованном состоянии, а пользователи продолжат писать в старую базу.
Что делать, если база после переноса не открывается с ошибкой соединения с СУБД?
Проверьте по цепочке: запущена ли служба СУБД, существует ли база данных, есть ли у пользователя СУБД права на неё, правильно ли указаны имя сервера и базы в свойствах информационной базы в консоли кластера. Чаще всего причина — не перенесённый логин СУБД.
Сколько времени занимает перенос базы?
Зависит от размера и метода. Файловая база переносится за время копирования каталога. Бэкап и восстановление в СУБД для базы среднего размера обычно укладываются в десятки минут, выгрузка и загрузка .dt могут занять несколько часов. Закладывайте время на проверку и настройку — не меньше самого копирования.
Можно ли переносить базу по частям, например только справочники?
Штатных средств частичного переноса нет: выгрузка .dt и бэкап СУБД переносят базу целиком. Для переноса отдельных данных используют обработки обмена, например «Выгрузка и загрузка данных XML», но это уже задача миграции данных, а не переноса базы.
Что важно запомнить
Перенос начинается с резервной копии и завершения сеансов. Файловая база копируется каталогом, клиент-серверная — бэкапом СУБД или выгрузкой .dt. После переезда проверьте регламентные задания, права, лицензии и сверьте данные со старой базой, которую не следует удалять сразу.