Как подключить базы 1С на сервере

Клиент-серверный вариант работы 1С используется, когда с базой одновременно работают десятки пользователей, а объём данных исчерпывает возможности файлового режима. В этой схеме участвуют три компонента: сервер 1С:Предприятия, сервер СУБД (Microsoft SQL Server, PostgreSQL, Oracle или IBM DB2) и клиентские приложения. Подключение базы означает создание информационной базы в кластере сервера 1С и привязку её к базе данных в СУБД.

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

Ниже разобран каждый этап с конкретными действиями, условиями выбора вариантов и способами проверки результата. Инструкция ориентирована на Windows-инфраструктуру с Microsoft SQL Server или PostgreSQL — наиболее распространённые связки в корпоративной практике.

Что понадобится перед началом работы

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

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

Проверьте сетевую доступность: сервер 1С должен видеть сервер СУБД по имени или IP, а клиентские машины — сервер 1С. Стандартные порты агента сервера 1С — 1540 и 1541, менеджера кластера — 1540, рабочие процессы используют диапазон 1560–1591. Эти порты должны быть открыты в брандмауэре.

Установка и проверка сервера 1С:Предприятия

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

После установки проверьте, что служба запущена: откройте оснастку services.msc и найдите «Агент сервера 1С:Предприятия». Статус должен быть «Работает». Если служба не стартует, проверьте журнал событий Windows — чаще всего причина в занятом порту, отсутствии прав у учётной записи службы или повреждённом каталоге srvinfo.

net start "Агент сервера 1С:Предприятия (x86-64)"

На Linux сервер ставится из пакетов дистрибутива, а служба запускается командой systemctl. Логика дальнейших действий одинакова: важно, чтобы агент сервера принимал подключения на порту 1540, что проверяется командой telnet или Test-NetConnection.

Подготовка сервера СУБД

Microsoft SQL Server

Для MS SQL Server создайте отдельную учётную запись для 1С или используйте существующую с правами dbcreator или sysadmin на этапе создания базы. После создания базы данных права можно сузить до db_owner на конкретную базу — это безопаснее. Включите смешанный режим аутентификации (SQL Server and Windows Authentication), если планируете подключение по логину SQL, и убедитесь, что служба SQL Server Browser работает, а TCP/IP-протокол включён в конфигурации сети SQL Server.

PostgreSQL

Для PostgreSQL используйте сборку, рекомендованную 1С, — в ней применены патчи, необходимые для корректной работы платформы. В файле pg_hba.conf разрешите подключения с адреса сервера 1С, в postgresql.conf проверьте параметры max_connections и shared_buffers под ожидаемую нагрузку. Пользователь, от имени которого 1С подключается к базе, должен иметь право создавать базы данных либо база создаётся вручную заранее.

Создание информационной базы через консоль администрирования

Откройте консоль «Администрирование серверов 1С:Предприятия» (файл 1CV8 Servers.msc). Разверните узел сервера, затем «Кластеры» → «Локальный кластер», щёлкните правой кнопкой по «Информационные базы» и выберите «Создать» → «Информационная база». Откроется форма с параметрами.

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

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

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

Альтернатива: создание базы из конфигуратора

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

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

Подключение базы на клиентских машинах

На каждом клиенте база добавляется через стандартное окно запуска 1С. Нажмите «Добавить» → «Добавление в список существующей информационной базы», выберите тип расположения «На сервере 1С:Предприятия» и укажите два параметра: имя кластера (обычно имя сервера) и имя информационной базы в кластере — то самое, что задавали при создании.

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

Альтернатива — публикация базы на веб-сервере (IIS или Apache) и подключение по HTTP. Этот вариант подходит для удалённых офисов и тонких клиентов без прямого доступа к кластеру, но требует отдельной настройки веб-сервера и публикации через утилиту webinst или диалог публикации в конфигураторе.

Типичные ошибки и способы их устранения

Ошибка «Ошибка соединения с сервером 1С:Предприятия» почти всегда означает сетевую проблему: не запущен агент сервера, закрыт порт 1540–1541 на брандмауэре или имя сервера не разрешается в IP. Проверяется последовательно: ping по имени, telnet на порт 1541, статус службы агента.

Ошибка «Ошибка СУБД» при создании или подключении базы указывает на проблему между сервером 1С и СУБД: неверный логин или пароль, отключён TCP/IP в SQL Server, отсутствуют права на создание базы, несовместимая версия PostgreSQL. Текст ошибки обычно содержит код от самой СУБД — по нему ищется точная причина.

Ситуация «база создана, но клиент не входит с ошибкой разрешения на доступ» означает, что в кластере включена аутентификация администраторов кластера или базы, а пользователь не заведён. В консоли кластера проверьте списки администраторов в свойствах кластера и информационной базы.

Ограничения и безопасная эксплуатация

После подключения настройте регулярное резервное копирование средствами СУБД — выгрузка .dt не заменяет полноценный бэкап, особенно для больших баз. Задайте расписание регламентных операций SQL Server (перестроение индексов, обновление статистики) или аналогичные задания для PostgreSQL — без этого производительность базы со временем деградирует.

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

Часто задаваемые вопросы