Как перейти в 1С с файлового режима на клиент-серверный

Файловый режим работы 1С удобен для небольших баз с двумя-пятью пользователями, но по мере роста объёма данных и числа одновременных сеансов он становится узким местом: замедляются проведение документов и формирование отчётов, возрастает риск повреждения файла базы при сбоях сети или питания. Переход на клиент-серверную архитектуру снимает эти ограничения, потому что обработкой данных занимается сервер СУБД, а не файловая система.

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

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

Когда переход на клиент-серверный режим действительно нужен

Не каждой базе требуется серверная архитектура. Переход оправдан, когда одновременно работают более 5–10 пользователей, объём базы превышает несколько гигабайт, регулярно возникают конфликты блокировок при проведении документов или база начинает «тормозить» при построении отчётов. Ещё один признак — сбои целостности файла 1Cv8.1CD после аварийного отключения питания или обрыва сети.

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

Что потребуется: сервер 1С, СУБД и лицензии

Для клиент-серверного режима нужны три компонента. Первый — сервер 1С:Предприятия, который устанавливается из того же дистрибутива платформы (при установке выбирается компонент «Сервер 1С:Предприятия»). Второй — система управления базами данных: PostgreSQL (в том числе сборка от фирмы «1С»), MS SQL Server, Oracle Database или IBM DB2. Третий — лицензия на сервер 1С, без которой сервер не запустится в рабочем режиме.

По лицензированию важно помнить: клиентские лицензии, которые использовались в файловом режиме, подходят и для клиент-серверного, но дополнительно требуется отдельная лицензия на сервер. Для MS SQL Server и Oracle также нужны лицензии на саму СУБД, тогда как PostgreSQL распространяется бесплатно. Именно поэтому связка «сервер 1С + PostgreSQL» — самый распространённый бюджетный вариант.

Выбор СУБД

PostgreSQL

Бесплатная, есть сборка от 1С; подходит большинству организаций, требует корректной настройки конфигурации

MS SQL Server

Платная, удобные средства администрирования; выбирают, если в компании уже есть инфраструктура Microsoft

Oracle / IBM DB2

Для крупных внедрений с существующей лицензионной базой; избыточны для малого бизнеса

Подготовка: резервная копия и проверка исходной базы

Перед любыми действиями сделайте полную копию каталога файловой базы — достаточно скопировать файл 1Cv8.1CD в отдельное место при завершённых сеансах всех пользователей. Это гарантирует возможность отката, если миграция пройдёт с ошибками. Дополнительно выполните выгрузку в .dt через конфигуратор — этот файл понадобится и как источник для загрузки, и как второй уровень страховки.

Затем запустите тестирование и исправление информационной базы (Конфигуратор → Администрирование → Тестирование и исправление) с проверками логической и ссылочной целостности. Ошибки, которые в файловом режиме не мешали работе, при загрузке на сервер могут привести к отказу или некорректным данным. Также завершите все незакрытые сеансы и убедитесь, что в базе нет пользователей во время выгрузки.

Развёртывание сервера 1С и СУБД

Установите СУБД на выделенный сервер или на ту же машину, где будет сервер 1С (для небольших нагрузок допустимо совмещение). Для PostgreSQL используйте сборку, рекомендованную для работы с 1С, и задайте параметры памяти в файле конфигурации: shared_buffers, work_mem, effective_cache_size — значения подбираются под объём оперативной памяти сервера. Создайте пользователя СУБД, под которым сервер 1С будет подключаться к базам.

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

Выгрузка базы из файлового режима и загрузка на сервер

Откройте файловую базу в конфигураторе и выполните Администрирование → Выгрузить информационную базу, указав файл с расширением .dt. Для больших баз процесс занимает от десятков минут до нескольких часов — планируйте его на нерабочее время. Дождитесь сообщения об успешном завершении и сохраните файл в надёжное место.

Затем создайте новую информационную базу на сервере: в стартовом окне 1С выберите добавление базы, укажите тип «На сервере 1С:Предприятия», задайте имя кластера серверов, имя базы, тип СУБД, имя базы данных и учётные данные пользователя СУБД. При создании оставьте флаг «Создать базу данных в случае её отсутствия» — сервер сам создаст пустую базу в СУБД.

Откройте созданную пустую базу в конфигураторе и выполните Администрирование → Загрузить информационную базу, выбрав ранее выгруженный файл .dt. После загрузки конфигуратор предложит перезапустить сеанс — согласитесь. Проверьте, что список пользователей, роли и настройки перенеслись корректно: они сохраняются в файле .dt вместе с данными.

1. 1
   Сделать копию файловой базы и выгрузить её в .dt при закрытых сеансах
2. 2
   Установить и настроить СУБД и сервер 1С, проверить лицензии
3. 3
   Создать новую базу на сервере через стартовое окно 1С
4. 4
   Открыть её в конфигураторе и загрузить файл .dt
5. 5
   Проверить пользователей, данные и работу ключевых операций
6. 6
   Перевести пользователей на новую базу, старую оставить в архиве

Проверка результата и перевод пользователей

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

Особое внимание уделите путям и внешним компонентам: обмены через каталоги, ftp, подключение торгового оборудования и файловые выгрузки теперь могут выполняться на сервере, где нет доступа к прежним локальным путям. Настройте сетевые ресурсы с учётом того, от имени какой учётной записи работает служба сервера 1С. Затем добавьте новую базу в списки пользователей и убедитесь, что старая файловая база закрыта от изменений.

Контрольные точки

Как проверить результат

Оборотно-сальдовая ведомость

Норма

Итоги совпадают с файловой базой

Тревожный признак

Расхождения в суммах или счетах

Проведение документа

Норма

Документ проводится без ошибок

Тревожный признак

Ошибки блокировок или прав доступа

Фоновые задания

Норма

Выполняются по расписанию на сервере

Тревожный признак

Задания не стартуют или падают с ошибкой

Печать и обмены

Норма

Формы выводятся, файлы обмена создаются

Тревожный признак

Ошибки доступа к путям и каталогам

Типичные ошибки при переходе и как их избежать

Самая частая ошибка — попытка перенести базу простым копированием файла на сервер. Файл 1Cv8.1CD не является базой данных СУБД, перенос возможен только через выгрузку и загрузку .dt. Вторая распространённая проблема — недостаток прав у пользователя СУБД: сервер 1С не может создать базу, и создание информационной базы завершается ошибкой. Учётной записи нужны права на создание баз данных.

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

Частые вопросы о переходе на клиент-серверный режим

Можно ли перенести базу, просто скопировав файл 1Cv8.1CD на сервер?

Нет. Файл 1Cv8.1CD — это хранилище файлового режима, а сервер 1С работает с базой данных внутри СУБД. Перенос возможен только через выгрузку информационной базы в файл .dt из конфигуратора и последующую загрузку этого файла в новую серверную базу.

Нужно ли покупать новые лицензии при переходе?

Клиентские лицензии сохраняются и работают в обоих режимах. Дополнительно потребуется лицензия на сервер 1С:Предприятия. Если выбрана платная СУБД (MS SQL Server, Oracle), нужны и лицензии на неё; PostgreSQL позволяет обойтись без этих затрат.

Сколько времени занимает миграция?

Зависит от размера базы и оборудования. Небольшая база переносится за один-два часа вместе с установкой сервера, база в десятки гигабайт может выгружаться и загружаться несколько часов. Планируйте работы на нерабочее время и закладывайте запас на проверку результата.

Что делать, если после загрузки отчёты показывают другие цифры?

Расхождения обычно означают ошибки в исходной файловой базе, которые проявились при загрузке, либо незавершённую загрузку. Вернитесь к файловой копии, выполните тестирование и исправление, устраните ошибки ссылочной целостности и повторите выгрузку-загрузку заново.

Можно ли вернуться к файловому режиму после перехода?

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

Будет ли серверная база работать быстрее файловой?

При корректной настройке СУБД и достаточных ресурсах сервера — да, особенно заметно при многопользовательской работе и тяжёлых отчётах. Но PostgreSQL с настройками по умолчанию может показать результат хуже файлового режима, поэтому оптимизация параметров СУБД — обязательная часть перехода.