Администрирование · 10 мин
Как перенести файловую базу 1С на сервер
Перенос файловой базы 1С на сервер: выбор варианта размещения, выгрузка через dt, настройка MS SQL, публикация на веб-сервере, проверка и типичные ошибки.
Файловый режим работы 1С хорошо подходит для небольших баз с одним-пятью пользователями, но по мере роста объёма данных и числа сотрудников он становится узким местом: база «тормозит», возникают конфликты блокировок, повышается риск повреждения файла 1Cv8.1CD при сбоях сети. Перенос файловой базы на сервер решает эти проблемы, но требует аккуратности: ошибка на этапе выгрузки или настройки может привести к потере данных.
Существует два основных сценария переноса. Первый — размещение файловой базы в общей сетевой папке на сервере, что технически просто, но сохраняет ограничения файлового режима. Второй — перевод базы в клиент-серверный вариант работы с СУБД (Microsoft SQL Server, PostgreSQL), что даёт полноценную многопользовательскую работу, разграничение прав и надёжность. Ниже разобраны оба пути с конкретными действиями.
Перед началом любых манипуляций убедитесь, что у вас есть полные права администратора в базе, доступ к серверу и актуальная резервная копия. Все работы выполняйте в нерабочее время, предупредив пользователей о недоступности базы.
Выбор варианта размещения базы на сервере
Первый вариант — файловая база в общей папке на сервере. Подходит для небольших компаний, если нужно просто централизованное хранение и резервное копирование средствами сервера. Ограничения файлового режима сохраняются: одновременная работа десятков пользователей будет медленной, а обрыв сети у клиента может повредить файл базы.
Второй вариант — клиент-серверный режим. Платформа 1С устанавливается на сервер как служба (сервер 1С:Предприятия), а данные хранятся в СУБД. Это устраняет большинство проблем файлового режима: блокировки управляются СУБД, нагрузка распределяется, данные защищены транзакционной моделью. Минус — стоимость лицензий на сервер 1С и, в случае MS SQL, на СУБД, а также необходимость администрирования.
Сравнение вариантов
Быстро и бесплатно, подходит до 5–10 пользователей. Ограничение: риск повреждения файла при сбоях сети, низкая скорость при росте базы.
Полноценная многопользовательская работа, надёжность, масштабируемость. Ограничение: нужны лицензии на сервер 1С и СУБД, требуется администрирование.
Доступ к файловой базе через браузер и тонкий клиент по HTTP. Ограничение: не решает проблему производительности файлового режима, требует настройки IIS или Apache.
Третий, промежуточный вариант — публикация файловой базы на веб-сервере (IIS или Apache). Пользователи подключаются через браузер или тонкий клиент по протоколу HTTP, что удобно для удалённой работы. Однако внутри остаётся та же файловая база со всеми её ограничениями.
Подготовка: резервная копия и проверка базы
Начните с полной резервной копии. Самый надёжный способ для файловой базы — выгрузка в файл .dt через конфигуратор: меню «Администрирование» → «Выгрузить информационную базу». Дополнительно скопируйте сам файл 1Cv8.1CD и каталог базы на отдельный носитель — это страховка на случай, если выгрузка окажется повреждённой.
Перед выгрузкой убедитесь, что все пользователи вышли из базы, а сеансы завершены. Выгрузка требует монопольного доступа: если хотя бы один сеанс активен, операция не запустится. Также запустите тестирование и исправление базы (Конфигуратор → Администрирование → Тестирование и исправление) с проверкой логической и ссылочной целостности — это снизит риск переноса скрытых ошибок в новое окружение.
Перенос через выгрузку и загрузку .dt
Универсальный и рекомендуемый способ переноса — выгрузка в .dt и загрузка в новую базу. Этот метод работает для обоих сценариев: и для размещения в сетевой папке, и для клиент-серверного варианта.
Порядок действий для выгрузки: откройте конфигуратор с правами администратора, выберите «Администрирование» → «Выгрузить информационную базу», укажите путь к файлу .dt и дождитесь завершения. Для больших баз процесс может занять значительное время — не прерывайте его.
- 1Завершите все сеансы пользователей и сделайте резервную копию
- 2В конфигураторе выполните «Администрирование → Выгрузить информационную базу» в файл .dt
- 3Создайте новую пустую базу в целевом расположении (сетевая папка или сервер 1С)
- 4Откройте новую базу в конфигураторе и выполните «Загрузить информационную базу» из .dt
- 5Запустите базу в режиме предприятия, проверьте данные и настройте права пользователей
Загрузка выполняется зеркально: создайте пустую информационную базу в новом расположении, откройте её в конфигураторе, выберите «Администрирование» → «Загрузить информационную базу» и укажите файл .dt. После загрузки конфигуратор предложит перезапуститься — согласитесь. Учтите, что загрузка полностью замещает содержимое целевой базы.
Настройка клиент-серверного варианта на MS SQL Server
Для клиент-серверного режима сначала установите на сервере СУБД и сервер 1С:Предприятия той же версии платформы, что используется у клиентов. Затем создайте информационную базу через консоль кластера серверов 1С: при создании укажите тип СУБД, имя сервера баз данных, имя базы и учётные данные пользователя СУБД с правами на создание баз.
База данных на SQL Server создаётся автоматически при регистрации информационной базы в кластере. После этого откройте новую базу конфигуратором и загрузите в неё ранее выгруженный .dt. Проверьте, что в свойствах базы в консоли кластера корректно указаны параметры, а служба агента сервера 1С запущена.
Если используется PostgreSQL, потребуется установить специальную сборку, адаптированную для 1С, и задать корректные параметры локали при инициализации кластера баз данных — ошибка в локали приводит к проблемам с сортировкой и поиском строк.
Публикация базы на веб-сервере
Если цель — доступ через браузер или тонкий клиент по сети, опубликуйте базу на веб-сервере. Для IIS установите компоненты расширения веб-сервера из дистрибутива платформы, затем в конфигураторе выберите «Администрирование» → «Публикация на веб-сервере», укажите имя публикации и каталог.
После публикации проверьте права на каталог базы: учётная запись, под которой работает пул приложений IIS или служба Apache, должна иметь полный доступ к файлам базы. Иначе пользователи получат ошибку доступа при первом же подключении.
При переносе файловой базы в сетевую папку используйте подключение через UNC-путь (\\сервер\папка), а не через подключённый сетевой диск: буквы дисков у разных пользователей могут отличаться, и ярлык запуска перестанет работать.
Настройка доступа пользователей после переноса
После загрузки базы список пользователей и их роли переносятся вместе с данными, но способ аутентификации может потребовать корректировки. В клиент-серверном варианте удобно включить аутентификацию операционной системы, чтобы пользователи входили под своими доменными учётными записями.
Обновите списки баз на рабочих станциях: удалите старую запись о файловой базе и добавьте новую — с указанием сервера 1С и имени информационной базы в кластере, либо пути к сетевой папке, либо адреса веб-публикации. Проверьте вход под учётной записью обычного пользователя, а не только администратора.
Как проверить результат
Пользователи входят без ошибок, список активных сеансов отображается
Ошибка соединения с сервером или отказ в доступе к файлам
Оборотно-сальдовая ведомость и ключевые отчёты совпадают с данными старой базы
Расхождения в остатках, отсутствующие документы
Формы и отчёты открываются быстрее или не медленнее, чем раньше
Длительные паузы, ошибки блокировок при одновременной работе
Типичные ошибки при переносе
Наиболее частая ошибка — перенос базы простым копированием файла 1Cv8.1CD на сетевой ресурс без выгрузки в .dt. Для сетевой папки это допустимо, но при переходе на клиент-серверный режим копирование невозможно в принципе: данные должны быть загружены через .dt.
Вторая группа ошибок связана с правами доступа: недостаточные права на сетевую папку, на каталог сервера 1С или на базу данных в СУБД. Третья — забытые внешние компоненты, шрифты и связанные каталоги (например, хранилище присоединенных файлов, если оно велось в томах на диске), которые не переносятся вместе с .dt.
После успешного переноса старую файловую базу не удаляйте сразу: переименуйте каталог или сделайте его доступным только для чтения, чтобы пользователи случайно не продолжили в ней работать. Удалить старую копию можно после нескольких дней стабильной работы нового размещения.
Частые вопросы о переносе файловой 1С на сервер
Что важно запомнить
Перенос выполняется через выгрузку и загрузку .dt при монопольном доступе, с обязательной резервной копией до начала работ. Выбор между сетевой папкой, веб-сервером и клиент-серверным режимом зависит от числа пользователей и требований к надёжности. После переноса проверьте данные, права и работу под обычным пользователем.
Можно ли просто скопировать файл 1Cv8.1CD на сервер?
Да, но только если база останется файловой и будет размещена в общей сетевой папке. Перед копированием все пользователи должны выйти из базы. Для перехода на клиент-серверный режим копирование файла не подходит — нужна выгрузка в .dt и загрузка в базу на СУБД.
Сколько времени занимает перенос базы?
Зависит от размера базы и скорости дисковой подсистемы. Небольшая база выгружается и загружается за десятки минут, большая — за несколько часов. Закладывайте время с запасом и проводите работы в нерабочие часы, так как база всё это время недоступна пользователям.
Переносятся ли пользователи и настройки прав вместе с базой?
Да, выгрузка в .dt включает список пользователей, их роли и пароли. Однако настройки, хранящиеся вне базы — внешние отчёты и обработки в общих каталогах, тома хранения присоединенных файлов, настройки веб-публикации — нужно переносить и настраивать отдельно.
Что делать, если при загрузке .dt возникла ошибка?
Не пытайтесь повторно загружать в ту же базу — она уже частично заполнена. Создайте новую пустую базу и повторите загрузку. Если ошибка повторяется, проверьте исходный файл .dt: возможно, выгрузка была прервана или файл повреждён при копировании. В этом случае выполните выгрузку заново из исходной базы.
Нужна ли отдельная лицензия для клиент-серверного режима?
Да, для работы сервера 1С:Предприятия требуется отдельная лицензия на сервер, а при использовании MS SQL Server — также лицензии на саму СУБД. Клиентские лицензии 1С учитываются независимо от режима работы базы.
Как убедиться, что все пользователи работают в новой базе?
В клиент-серверном режиме откройте консоль кластера и посмотрите список активных сеансов. Дополнительно ограничьте доступ к старой файловой базе: переименуйте её каталог или снимите общий доступ к папке — тогда попытка входа в старую копию сразу даст ошибку и не останется незамеченной.