Администрирование · 11 мин
Как перенести настройки базы 1С
Как перенести настройки базы 1С на другой компьютер или сервер: выгрузка конфигурации и данных, перенос пользовательских настроек, типичные ошибки и проверка результата.
Перенос настроек базы 1С требуется при переезде на новый компьютер, развёртывании копии базы для филиала, смене сервера или восстановлении после сбоя. В зависимости от задачи переносят либо всю базу целиком вместе с данными, либо только конфигурацию, либо только персональные настройки пользователей — отборы в списках, варианты отчётов, настройки печатных форм.
Главная ошибка при переносе — смешение этих сценариев. Файл .dt содержит и конфигурацию, и все данные, и большинство настроек, поэтому подходит для полного клона базы. Файл .cf содержит только конфигурацию без данных. А настройки конкретных пользователей хранятся отдельно и не всегда попадают в выгрузку, особенно если речь о файлах в каталоге пользователя на локальном компьютере.
Перед началом работ обязательно определите, что именно нужно перенести, и сделайте резервную копию исходной базы. Любая операция загрузки .dt полностью заменяет содержимое целевой базы, и отменить её нельзя.
Определяем, что именно нужно перенести
Под «настройками базы» пользователи обычно понимают три разных вещи. Первая — конфигурация: состав объектов, доработки, права, интерфейс. Вторая — данные: справочники, документы, остатки. Третья — пользовательские настройки: сохранённые варианты отчётов, отборы и сортировки в списках, настройки форм, параметры обменов.
От выбора зависит инструмент. Полный перенос базы на новое место — это выгрузка и загрузка .dt. Обновление конфигурации на другой базе без переноса данных — это .cf. Перенос личных настроек пользователя — копирование файлов настроек или использование типовых обработок переноса настроек между пользователями.
Как выбрать действие
Полный перенос базы через файл выгрузки .dt
Файл .dt — универсальный формат выгрузки информационной базы. Он содержит конфигурацию, все данные, пользователей и их настройки, хранящиеся в базе. Это основной способ переезда на новое оборудование и единственный штатный способ переноса между файловым и клиент-серверным вариантами работы.
Выгрузка выполняется через конфигуратор. Запустите конфигуратор исходной базы, убедитесь, что в базе нет активных сеансов пользователей, и откройте меню «Администрирование» → «Выгрузить информационную базу». Укажите путь и имя файла, дождитесь завершения операции. Для больших баз выгрузка может занимать значительное время, прерывать процесс нельзя.
- 1Завершите работу всех пользователей в исходной базе и проверьте список активных сеансов
- 2Откройте базу в конфигураторе и выполните «Администрирование» → «Выгрузить информационную базу»
- 3Сохраните файл .dt и перенесите его на новый компьютер или сервер
- 4Создайте пустую базу на новом месте: через конфигуратор — «Создание новой информационной базы» без конфигурации
- 5Откройте новую базу в конфигураторе и выполните «Администрирование» → «Загрузить информационную базу», укажите файл .dt
- 6Подтвердите предупреждение о замене данных и дождитесь завершения загрузки
- 7Запустите базу в режиме предприятия и проверьте данные и настройки
После загрузки платформа может предложить выполнить реструктуризацию или обновление конфигурации базы данных — соглашайтесь, это штатная часть процесса. Если версии платформы на старом и новом месте различаются, желательно, чтобы на новом месте стояла версия не ниже той, на которой делалась выгрузка.
Перенос только конфигурации через файл .cf
Если данные переносить не нужно — например, вы доработали конфигурацию в тестовой базе и хотите применить изменения к рабочей — используется файл .cf. В конфигураторе откройте «Конфигурация» → «Сохранить конфигурацию в файл». Полученный файл загружается в целевую базу через «Конфигурация» → «Загрузить конфигурацию из файла».
Важное ограничение: при загрузке .cf полностью заменяется конфигурация целевой базы. Если в целевой базе есть собственные доработки, которых нет в загружаемом файле, они будут потеряны. Для точечного переноса изменений безопаснее использовать «Конфигурация» → «Сравнить, объединить с конфигурацией из файла» — этот режим позволяет выбрать, какие объекты переносить.
Перенос пользовательских настроек
Пользовательские настройки — отборы в журналах документов, сохранённые варианты отчётов, настройки форм — в типовых конфигурациях на управляемых формах хранятся в самой информационной базе и переносятся вместе с .dt. Проблемы возникают в двух случаях: когда нужно перенести настройки между разными базами и когда часть настроек хранится локально на компьютере пользователя.
Для переноса настроек между пользователями внутри одной базы в типовых конфигурациях есть штатный механизм: «Администрирование» → «Пользователи и права» → «Персональные настройки пользователей» → «Копирование настроек пользователей» (точное расположение зависит от конфигурации). Он позволяет скопировать настройки отчётов, внешний вид форм и прочие параметры от одного пользователя другому или группе.
Локальные настройки толстого клиента хранятся в каталоге пользователя платформы — для файловых баз это папка в профиле пользователя Windows, путь к которой можно увидеть в списке информационных баз при запуске. При переезде на новый компьютер эти файлы можно скопировать, но на практике надёжнее переносить настройки средствами самой базы, а локальные кэши просто пересоздать.
Если после переноса базы через .dt пользователь жалуется, что «пропали настройки отчётов», сначала проверьте, за тем ли пользователем он вошёл. Настройки привязаны к конкретному пользователю базы, и при входе под другим именем они не отображаются. Часто проблема решается копированием настроек от старого пользователя новому штатной обработкой.
Перенос между файловым и клиент-серверным вариантами
При переезде с файловой базы на сервер 1С или обратно прямое копирование файлов не работает: форматы хранения различаются. Единственный корректный путь — выгрузка .dt из исходной базы и загрузка в новую базу, созданную в целевой среде. На сервере база создаётся через консоль администрирования сервера 1С или через мастер добавления базы в стартере с указанием кластера и СУБД.
После загрузки .dt на сервер проверьте настройки, которые привязаны к инфраструктуре: пути к каталогам обмена, FTP и почтовым учётным записям, регламентные задания, параметры резервного копирования. На сервере эти пути обычно отличаются, и забытые настройки обмена — частая причина «тихих» сбоев, когда обмен просто перестаёт выполняться без видимых ошибок.
Проверка результата после переноса
Перенос считается завершённым только после проверки. Минимальный объём проверки: база открывается в режиме предприятия без ошибок, справочники и документы на месте, итоги по ключевым отчётам (оборотно-сальдовая ведомость, остатки склада, взаиморасчёты) совпадают с исходной базой на одну и ту же дату.
Дополнительно проверьте список пользователей и их права, работу обменов с другими системами, печать документов и сохранённые варианты отчётов. Для файловых баз после загрузки рекомендуется выполнить тестирование и исправление базы в режиме проверки логической целостности — это выявит скрытые проблемы, возникшие при переносе.
Как проверить результат
База открывается без сообщений об ошибках, интерфейс привычный
Ошибки обновления, требование реструктуризации, пустой интерфейс
Обороты и остатки совпадают с исходной базой на ту же дату
Расхождения в суммах или отсутствие данных за часть периодов
Все пользователи на месте, вход под их учётными записями работает
Пользователи отсутствуют или не входят со своими паролями
Обмены выполняются, задания запускаются по расписанию
Ошибки подключения, задания не стартуют из-за неверных путей
Типичные ошибки и ограничения
Наиболее частая ошибка — загрузка .dt поверх базы, в которой уже есть нужные данные, без предварительной выгрузки. Вторая по частоте — попытка перенести файловую базу простым копированием файла 1Cv8.1CD в момент, когда в базе работают пользователи: файл копируется в несогласованном состоянии, и база на новом месте может не открыться или содержать повреждённые данные.
Из ограничений стоит помнить: загрузка .dt, сделанной на более новой версии платформы, в базу на старой версии обычно невозможна; выгрузка больших баз требует достаточного свободного места на диске; настройки, хранящиеся только в локальном кэше клиента, при переносе базы не переезжают и пересоздаются автоматически.
Что важно запомнить
Полный перенос базы — через выгрузку и загрузку .dt, перенос только конфигурации — через .cf с последующим обновлением конфигурации базы данных, пользовательские настройки переносятся вместе с .dt или копируются между пользователями штатными средствами. Перед любой загрузкой делайте резервную копию целевой базы, а после переноса сверяйте итоги отчётов с исходной базой.
Частые вопросы
Можно ли перенести базу 1С простым копированием файла 1Cv8.1CD?
Да, но только для файловых баз и при условии, что в базе никто не работает, включая фоновые процессы и открытые сеансы конфигуратора. Надёжнее остановить работу всех пользователей и скопировать файл, либо использовать выгрузку .dt — этот способ безопаснее и дополнительно проверяет целостность данных.
Переносятся ли пароли пользователей при загрузке .dt?
Да, список пользователей с паролями и правами сохраняется в файле выгрузки и восстанавливается при загрузке. Если пользователь аутентифицировался через операционную систему, на новом компьютере эту привязку может потребоваться настроить заново.
Как перенести только настройки отчётов одного пользователя другому?
В типовых конфигурациях используйте механизм копирования настроек: раздел администрирования, настройки пользователей и прав, функция копирования настроек. Можно выбрать, какие именно настройки копировать — отчёты, внешний вид форм или всё сразу — и указать одного или нескольких получателей.
Что делать, если при загрузке .dt появляется ошибка о несовместимости версий?
Это означает, что выгрузка сделана на более новой версии платформы, чем установлена на целевом компьютере. Установите на целевое место версию платформы не ниже той, на которой выполнялась выгрузка, и повторите загрузку. Обратная ситуация — загрузка старой выгрузки на новую платформу — обычно проходит без проблем.
Нужно ли переносить настройки, если база работает через веб-сервер или в облаке?
При публикации через веб-сервер настройки хранятся в самой базе и переносятся вместе с .dt, но после переезда потребуется заново настроить публикацию базы на веб-сервере и проверить права доступа к каталогам. Сама публикация в файл выгрузки не входит.
Как перенести настройки, если старая база не открывается?
Если база повреждена, сначала выполните тестирование и исправление через конфигуратор или утилиту chdbfl для файловых баз. Если восстановить базу не удаётся, настройки конфигурации можно частично восстановить из файла поставки или последней удачной выгрузки .cf, а пользовательские настройки без работающей базы восстановить, как правило, нельзя — поэтому регулярные выгрузки .dt являются обязательной практикой.