← На главную

В практике системного администрирования 1С часто возникает ситуация, когда основная рабочая среда (например, связка 1С:Предприятие 8.3.22 + MS SQL Server) стабильно функционирует и не требует изменений, но для новых задач или специфических конфигураций (таких как «Зарплата и управление персоналом», требующая актуальных релизов) необходима более свежая версия платформы. Рассмотрим сценарий, при котором нам нужно поднять вторую платформу 8.3.25 или 8.3.26 исключительно для работы с небольшой файловой базой через веб-сервер, не нарушая работу основного сервера приложений.

Проанализируем ситуацию: у нас есть сервер под управлением Windows Server 2019, где уже работает серверная 1С. Наша задача — опубликовать файловую базу для нескольких пользователей, используя IIS (Internet Information Services), сохранив при этом мобильность базы и независимость от основного SQL-сервера. Разберем по шагам, как это реализовать и какие технические нюансы следует учесть.

Вариант 1. Традиционная публикация через IIS с разделением пулов приложений

Самый распространенный способ — использование встроенного веб-сервера Microsoft IIS. Главная сложность здесь заключается в том, что разные версии платформы 1С используют разные библиотеки расширения веб-сервера (wsisapi.dll). Если просто выполнить публикацию, может возникнуть конфликт версий.

Рассмотрим алгоритм правильной настройки:

1. Установка платформы: Установим на сервер нужную версию платформы (например, 8.3.25). При установке обязательно выбираем компоненты «Модули расширения веб-сервера» и «Тонкий клиент» (это важно для поддержки современных интерфейсов и работы через универсальный ввод на WEB клиенте).
2. Разделение пулов в IIS: Это критически важный этап. Для каждой версии платформы 1С в консоли управления IIS необходимо создать отдельный Пул приложений (Application Pool).
   • Назовем новый пул, например, 1C_ZUP_8325.
   • В расширенных настройках пула убедимся, что параметр «Разрешены 32-разрядные приложения» соответствует разрядности установленной платформы 1С (для x64 платформы ставим False).
3. Публикация базы: Запускаем конфигуратор новой версии платформы 1С (8.3.25) от имени администратора. Переходим в меню Администрирование — Публикация на веб-сервере.

   При публикации 1С автоматически пропишет путь к нужной библиотеке wsisapi.dll, которая находится в папке bin именно версии 8.3.25.

4. Привязка пула: После публикации в консоли IIS найдем созданное виртуальное приложение и в его настройках укажем ранее созданный пул 1C_ZUP_8325. Это гарантирует, что процессы разных версий 1С не будут пытаться загрузить разные версии одной и той же библиотеки в одном адресном пространстве.

Вариант 2. Использование Автономного сервера (Standalone Server)

Начиная с версий 8.3.25 и 8.3.26, компания 1С активно развивает технологию автономного сервера. Рассмотрим этот вариант подробнее, так как он идеально подходит для нашей задачи (2 пользователя и файловая база), где сотрудникам может потребоваться оперативный отчет по кадровым изменениям.

Выясним преимущества автономного сервера:

• Он объединяет в себе функции сервера приложений и веб-сервера.
• Не требует установки IIS или Apache.
• Работает как отдельная служба Windows, никак не пересекаясь с основным сервером 1С (8.3.22) по портам и ресурсам.
• Имеет встроенный механизм публикации файловых баз «из коробки» (что позволяет быстро организовать загрузку в документ «Перенос данных» из Excel даты и номера трудового договора).

Проанализируем процесс запуска. Для настройки автономного сервера используется утилита командной строки ibcmd. Пример команды для запуска публикации файловой базы может выглядеть следующим образом:

ibcmd server --db-path="C:\1C_Bases\ZUP" --port=8080 --base-url=zup

В версии 8.3.26 нативный веб-сервер стал еще стабильнее, что позволяет полностью отказаться от «прослоек» в виде сторонних веб-серверов для малых групп пользователей.

Настройка прав доступа к файловой базе

Частая ошибка при работе через веб-сервер — недостаточность прав доступа. Выясним, кому и какие права нужно дать. Когда пользователь подключается через IIS, действия с файлом базы данных (1Cv8.1CD) выполняет процесс веб-сервера. По умолчанию это пользователь IIS AppPool\ИмяПула.

Разберем необходимые действия:

1. Откроем свойства папки с файловой базой ЗУП (особенно если используется переход на обособленные подразделения в ЗУП 3.1).
2. На вкладке «Безопасность» добавим пользователя, от имени которого работает ваш пул приложений (или группу IIS_IUSRS).
3. Предоставим права «Изменение» или «Полный доступ». Без этого при попытке авторизации пользователи будут получать ошибки доступа к файлу базы.

Нюансы лицензирования в смешанном режиме

Посмотрим на ситуацию с лицензиями. Основной сервер 1С (8.3.22) раздает лицензии своим клиентам (тем, кто ходит тонким клиентом через SQL). Однако файловая база, опубликованная на IIS, не имеет «полноценного» сервера приложений, который мог бы раздавать лицензии из своего пула.

В данной ситуации возможны два пути:

1. Программные лицензии на компьютер: Установить программную лицензию непосредственно на сервер, где крутится веб-сервер. В этом случае лицензия будет «подхватываться» самим веб-сервером для сеансов пользователей.
2. Менеджер лицензий (HASP): Если используются USB-ключи, необходимо убедиться, что на сервере настроен доступ к HASP License Manager через файл nnhasp.ini, чтобы веб-модуль 1С мог найти ключ в сети.

Технические подробности совместимости

При использовании двух версий платформ важно следить за тем, чтобы настройки одной версии не перекрывали другую. Проанализируем файл conf.cfg. Если вам требуется разграничить каталоги временных файлов или специфические настройки для разных версий, рекомендуется создавать индивидуальные файлы конфигурации в каталогах конкретных версий платформы, а не только общий файл в C:\Program Files\1cv8\conf.

Также не забудем про режим совместимости. Конфигурация ЗУП, предназначенная для работы на 8.3.25, может потребовать соответствующего режима совместимости в свойствах дерева конфигурации. Если вы просто открываете старую базу новой платформой, убедитесь, что обновление метаданных прошло успешно и функционал платформы соответствует требованиям релиза конфигурации.

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