Как развернуть 1С 8.3 для работы через тонкий и веб-клиент: от сервера до рабочих мест

· 9 мин

Содержание

Чтобы установить управляемое приложение 1С, ставят платформу 8.3 с нужными компонентами (сервер, тонкий клиент, модули веб-сервера), создают или подключают базу в кластере 1С, при необходимости публикуют её на IIS или Apache, а у базы в списке запуска выбирают основной режим Управляемое приложение. Отдельного дистрибутива «управляемого приложения» нет: это режим работы платформы, в котором запускаются все современные конфигурации — БП 3.0, ЗУП 3.1, УТ 11, ERP.

Типичная ситуация: компания переезжает с файловой базы на сервер, бухгалтеры хотят работать из дома через браузер, а администратор получает задачу «чтобы открывалось везде». Ниже — порядок действий администратора от выбора компонентов до настройки производительности, на примере Windows Server 2016 и новее и платформы 8.3.2x.

Что поставить на сервер и на рабочие места

Управляемое приложение работает в трёх вариантах клиента:

  • 🖥️ тонкий клиент (1cv8c.exe) — основной вариант для офиса и удалённых сотрудников;
  • 🌐 веб-клиент — браузер, на компьютер ничего не ставится;
  • 🧱 толстый клиент (1cv8.exe) в режиме управляемого приложения — нужен в основном администратору и разработчику, вместе с ним ставится Конфигуратор.

От того, как будут подключаться пользователи, зависит набор компонентов. Дистрибутив называется «Технологическая платформа 1С:Предприятия (64-bit) для Windows», установка запускается через setup.exe, на шаге выбора компонентов отмечают нужное.

Компонент установщикаГде ставитьЗачем
Сервер 1С:Предприятиясервер приложенийкластер, рабочие процессы
Администрирование сервера 1С:Предприятиясервер или ПК админаконсоль кластера
Модули расширения веб-серверавеб-серверпубликация для веб- и тонкого клиента по HTTP
1С:Предприятие — тонкий клиентрабочие местаработа пользователей
1С:ПредприятиеПК администратораКонфигуратор, толстый клиент

Версия клиента должна совпадать с версией сервера до последней цифры. Если на сервере 8.3.24.1548, клиенты тоже должны быть 8.3.24.1548. Обычно это решают автообновлением тонкого клиента с веб-сервера или из общей папки с дистрибутивом.

Требования к окружению

Для клиент-серверного варианта нужна СУБД: Microsoft SQL Server, PostgreSQL (сборка для 1С), IBM Db2 или Oracle. Чаще всего выбирают MS SQL или PostgreSQL. Ставят СУБД до запуска мастера создания базы.

На сервере приложений откройте в брандмауэре порты:

  • 1540 — агент сервера;
  • 1541 — менеджер кластера;
  • 1560-1591 — диапазон рабочих процессов (задаётся в свойствах рабочего сервера, можно сузить или расширить);
  • 80 или 443 — если будет веб-публикация.

При установке сервера как службы Windows мастер предложит создать пользователя USR1CV8. Можно оставить его или указать доменную учётку — ей понадобится право «Вход в качестве службы» и полный доступ к каталогу данных кластера srvinfo.

Установка сервера 1С и создание базы в кластере

Порядок такой:

  1. Запустите setup.exe от имени администратора, выберите компоненты «Сервер 1С:Предприятия» и «Администрирование сервера».
  2. На шаге установки сервера отметьте «Установить сервер 1С:Предприятия как сервис Windows» и задайте пользователя службы.
  3. После установки зарегистрируйте консоль администрирования. Без этого оснастка не откроется или выдаст ошибку загрузки:
regsvr32 "C:\Program Files\1cv8\8.3.24.1548\bin\radmin.dll"
  1. Откройте «Администрирование серверов 1С Предприятия». Кластер на локальном сервере обычно уже создан. Если его нет — добавьте центральный сервер по имени компьютера.
  2. В ветке кластера откройте «Информационные базы», нажмите «Создать» и заполните карточку: имя базы в кластере, тип и адрес сервера СУБД, имя базы данных, пользователя и пароль СУБД.
  3. Отметьте «Создать базу данных в случае ее отсутствия» и «Разрешить выдачу лицензий сервером 1С:Предприятия».
  4. Загрузите в пустую базу конфигурацию: из файла .dt через Конфигуратор (Администрирование → Загрузить информационную базу) или из шаблона .cf.

Загрузка .dt полностью заменяет содержимое базы. Если база уже рабочая, сначала выгрузите её в .dt и убедитесь, что файл открывается. Загрузку и обновление структуры выполняют, когда пользователи вышли.

Сервер на Linux

На Linux сервер 1С ставится из deb- или rpm-пакетов, служба запускается через systemd. Графическая консоль Windows может управлять Linux-кластером по сети. Для командной строки запускают сервер администрирования ras и работают утилитой rac, например rac cluster list показывает кластеры, rac session list --cluster=<uuid> — сеансы. Остальные подкоманды смотрите в справке rac help.

Публикация базы на веб-сервере

Публикация нужна для веб-клиента и для подключения тонкого клиента через интернет по HTTP или HTTPS. В локальной сети тонкий клиент прекрасно работает и напрямую с кластером, без веб-сервера.

Подготовка IIS

  1. В диспетчере серверов добавьте роль «Веб-сервер (IIS)».
  2. В службах ролей отметьте в «Разработке приложений» компоненты «Расширения ISAPI» и «Фильтры ISAPI».
  3. Поставьте на этот же компьютер компонент платформы «Модули расширения веб-сервера» той же версии и разрядности, что сервер 1С.

Если модули 32-битные, в пуле приложений IIS включите «Разрешить 32-разрядные приложения». Несовпадение разрядности — частая причина ошибки 500 сразу после публикации.

Публикация из Конфигуратора

  1. Запустите Конфигуратор от имени администратора (иначе не хватит прав на запись в каталог IIS).
  2. Откройте Администрирование → Публикация на веб-сервере.
  3. Укажите имя публикации латиницей, например buh. Оно станет частью адреса: http://server/buh.
  4. Выберите веб-сервер (IIS или Apache 2.4) и каталог, обычно C:\inetpub\wwwroot\buh.
  5. Отметьте «Публиковать тонкий клиент и веб-клиент», при необходимости — HTTP-сервисы и OData.
  6. Нажмите «Опубликовать» и согласитесь на перезапуск веб-сервера.

В каталоге публикации появится файл default.vrd — в нём строка подключения к базе и параметры публикации.

Публикация без Конфигуратора

На сервере без графического интерфейса или для скриптов удобна утилита webinst из каталога bin платформы:

webinst -publish -iis -wsdir buh -dir "C:\inetpub\wwwroot\buh" -connstr "Srvr=srv1c;Ref=buh;"

Для Apache вместо -iis указывают -apache24 и путь к httpd.conf через -confpath. Утилита сама добавит в конфигурацию Apache строку LoadModule _1cws_module с путём к wsap24.dll.

Права файловой системы

Группе IIS_IUSRS (или пользователю, от которого работает пул) нужно чтение и выполнение на каталог bin платформы. Если публикуется файловая база, этой же группе нужен изменяющий доступ к каталогу базы — иначе веб-клиент не откроет её.

Для доступа из интернета сразу настраивайте HTTPS: сертификат на IIS через привязку сайта к 443 порту. Открывать публикацию по голому HTTP наружу небезопасно — пароли уходят в открытом виде.

Пользователи, роли и способ входа

Сама база без пользователей пускает всех без пароля — для сервера с веб-доступом это недопустимо.

Пользователей заводят в режиме 1С:Предприятие. В типовых конфигурациях на БСП путь одинаковый:

КонфигурацияГде пользователи
БП 3.0, ЗУП 3.1, УТ 11Администрирование → Настройки пользователей и прав → Пользователи
Любая конфигурацияКонфигуратор: Администрирование → Пользователи

В типовых конфигурациях права выдают через группы доступа и профили, а не ролями напрямую в Конфигураторе. Первым создайте пользователя с полными правами — администратора. После этого вход без пароля закроется.

Способы входа:

  • 🔑 аутентификация 1С — логин и пароль хранятся в базе;
  • 🏢 аутентификация ОС — вход по доменной учётке Windows без ввода пароля;
  • 🌐 для веб-публикации на IIS аутентификацию ОС дополнительно включают в настройках сайта.

На уровне кластера есть отдельные администраторы: агента сервера и кластера. Их задают в консоли. Пока они не заданы, любой, у кого есть консоль и сетевой доступ к порту 1540, может управлять кластером — создавать и удалять базы, обрывать сеансы.

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

Подключение рабочих мест и запуск в режиме управляемого приложения

На каждом рабочем месте ставится тонкий клиент той же версии. Дальше база добавляется в список:

  1. В окне запуска нажмите «Добавить» → «Добавление в список существующей информационной базы».
  2. Введите понятное имя для списка.
  3. Выберите тип расположения:
    • «На сервере 1С:Предприятия» — указать имя кластера (сервера) и имя базы в кластере;
    • «На веб-сервере» — указать адрес публикации, например https://1c.firma.ru/buh.
  4. На последнем шаге в поле «Основной режим запуска» выберите «Управляемое приложение».

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

"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /S "srv1c\buh" /RunModeManagedApplication

Ключ /RunModeManagedApplication принудительно запускает управляемое приложение. Это полезно, когда в базе остались старые настройки обычного режима.

Веб-клиент открывается просто по адресу публикации в браузере. Поддерживаются актуальные Chrome, Edge, Firefox, Яндекс Браузер. Всплывающие окна для адреса базы лучше разрешить заранее.

Когда что-то не запускается: разбор по симптомам

Диагностика: выберите симптом

Для глубокой диагностики включают технологический журнал: файл logcfg.xml в каталоге conf платформы. Он пишет события сервера в указанный каталог. Журнал быстро растёт, поэтому включайте только нужные события и не забывайте выключить после разбора.

Настройка производительности и рост нагрузки

Пока пользователей 10-20, хватает настроек по умолчанию. Когда их 50 и больше, начинают крутить параметры рабочего сервера в консоли.

ПараметрГдеЧто даёт
Количество ИБ на процесссвойства рабочего сервераизоляция баз друг от друга
Количество соединений на процесссвойства рабочего серверасколько сеансов обслуживает один процесс
Критический объём памяти процессовсвойства рабочего серверазащита от исчерпания памяти
Менеджер под каждый сервиссвойства рабочего сервераразгрузка менеджера кластера
Диапазон портовсвойства рабочего серверапод число рабочих процессов

Ориентиры, от которых отталкиваются на практике:

  • 🧠 оперативная память сервера 1С — примерно 1-1,5 ГБ на каждые 10 активных пользователей типовой конфигурации, плюс память под ОС;
  • 💾 базы данных СУБД — на SSD, журнал транзакций на отдельном диске, если есть возможность;
  • 🔀 СУБД и сервер 1С на одной машине работают быстрее по сети, но конкурируют за память — для MS SQL ограничьте максимальную память, чтобы оставить запас серверу 1С.

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

Регламентное обслуживание СУБД важнее любых настроек кластера: перестроение индексов и обновление статистики раз в неделю в нерабочее время заметно ускоряет отчёты и проведение.

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

Частые вопросы

Можно ли запустить управляемое приложение на файловой базе?
Да. Режим управляемого приложения не требует сервера 1С: файловую базу можно открывать в нём и публиковать на веб-сервере. Сервер нужен для многопользовательской нагрузки и надёжности.
Нужна ли отдельная лицензия на веб-клиент?
Нет. Веб-клиент и тонкий клиент расходуют те же клиентские лицензии, что и обычный запуск. Отдельно лицензируется только сервер 1С.
Как запретить пользователям выбирать обычное приложение?
Укажите основной режим «Управляемое приложение» в свойствах базы в списке и добавьте в ярлык ключ /RunModeManagedApplication. Современные конфигурации обычное приложение и так не поддерживают.
Обязательно ли ставить IIS, если все работают в офисе?
Нет. В локальной сети тонкий клиент подключается к кластеру напрямую по портам 1540-1541 и диапазону рабочих процессов. Веб-сервер нужен для браузера и доступа через интернет.
Что делать после обновления платформы на сервере?
Обновить модули веб-сервера, переопубликовать базы или поправить путь к модулю в конфигурации веб-сервера, и обновить тонкие клиенты на рабочих местах до той же сборки.