← На главную

При работе с небольшими внедрениями 1С часто возникает задача экономии бюджета на лицензиях. Одним из популярных продуктов для малого бизнеса является «1С:Предприятие 8.3. Сервер МИНИ на 5 подключений». Это отличное решение для небольших компаний, позволяющее использовать возможности клиент-серверной архитектуры (SQL) за небольшие деньги.

Однако, когда компания растет и количество пользователей превышает лимит в 5 человек, перед администраторами встает вопрос масштабирования. В данной статье мы подробно разберем ситуацию, когда количество пользователей увеличивается до 10, и проанализируем популярную гипотезу: можно ли обойти ограничение сервера МИНИ, разделив пользователей на две разные информационные базы с помощью механизма РИБ (Распределенные Информационные Базы) на одном физическом сервере.

Суть проблемы и предлагаемое решение

Рассмотрим исходную ситуацию. Имеется сервер МИНИ, на котором работает одна база данных с 5 пользователями. Появилась необходимость добавить еще 5 пользователей.

Идея, которая часто приходит в голову администраторам, звучит так: «Давайте создадим на этом же сервере вторую базу (периферийный узел РИБ) и запустим вторую пятерку пользователей в нее. Базы будут синхронизироваться, а лицензия вроде бы ограничивает 5 пользователей на базу».

Давайте разберемся, почему эта логика ошибочна и как на самом деле работает лицензирование сервера МИНИ.

Анализ технических ограничений сервера МИНИ

Чтобы понять, почему идея с РИБ на одном экземпляре сервера не сработает, нам нужно внимательно изучить технические условия лицензии продукта.

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

Давайте проанализируем, что говорит документация и опыт эксплуатации:

1. Лимит сеансов: Продукт обеспечивает запуск не более пяти сеансов пользователей в режиме 1С:Предприятие и еще одного сеанса в режиме Конфигуратор. Итого — 6 подключений.
2. Область действия ограничения: Это ограничение действует на весь экземпляр службы сервера 1С (процесс ragent и порожденные им rphost). Не имеет значения, сколько информационных баз вы создадите в кластере — одну, две или десять. Сервер просто подсчитывает общее количество активных сеансов ко всем базам, обслуживаемым данным кластером.
3. Служебные соединения: Важно помнить, что фоновые задания, регламентные операции и COM-соединения также могут занимать лицензионные слоты или создавать нагрузку, которая учитывается механизмом контроля.

Таким образом, если вы создадите центральную и периферийную базы на одном сервере МИНИ, суммарный лимит все равно останется равным 5 сеансам. Как только шестой пользователь (неважно, к какой из двух баз он подключается) попытается войти, он получит сообщение об ошибке лицензирования.

Почему РИБ не является решением в данном случае?

Механизм РИБ (Распределенные Информационные Базы) предназначен для обмена данными между различными площадками или серверами, а не для обхода лицензионных ограничений на одном узле.

Давайте посмотрим на ситуацию с технической точки зрения:

Даже если бы лицензия позволяла запускать 5 пользователей на базу, использование РИБ для 10 человек в одном офисе — это архитектурно неверное решение (так называемый "костыль"), которое влечет за собой ряд проблем:

1. Отсутствие онлайн-данных: Пользователи в базе №1 не будут видеть документы, введенные пользователями в базе №2, до момента обмена. Это критично для контроля складских остатков и взаиморасчетов.
2. Конфликты изменений: Если пользователи в разных базах изменят один и тот же справочник или документ, возникнет коллизия, которая разрешится только при синхронизации (часто с потерей данных одной из сторон).
3. Сложность администрирования: Вместо одной базы вам придется следить за двумя, а также мониторить обмен, который имеет свойство "ломаться" в самый неподходящий момент.

Рабочие альтернативы для 10 пользователей

Раз мы выяснили, что "хитрость" с РИБ на одном сервере МИНИ не сработает, давайте рассмотрим реальные способы обеспечить работу 10 пользователей, не покупая дорогую лицензию на полноценный сервер 1С (уровня ПРОФ или КОРП), если бюджет сильно ограничен.

Вариант 1: Использование виртуализации (Два сервера МИНИ)

В обсуждении была высказана теоретическая идея поднять два сервера. Давайте разберем, как это реализовать на практике правильно.

Технически невозможно запустить две службы сервера МИНИ на одной операционной системе так, чтобы они работали независимо с точки зрения лицензии (привязка идет к параметрам компьютера). Однако можно использовать виртуализацию.

Схема реализации:

1. На физическом сервере устанавливается гипервизор (Hyper-V, VMware, Proxmox и т.д.).
2. Разворачиваются две виртуальные машины.
3. На каждой виртуальной машине активируется отдельная лицензия «1С:Сервер МИНИ» и свой комплект клиентских лицензий.
4. Настраивается РИБ между базами, находящимися на разных виртуальных серверах.

Плюсы: Это легальный способ обойти ограничение в 5 сеансов, используя дешевые лицензии МИНИ. Вы получаете два независимых кластера.

Минусы: Это все еще схема с РИБ, обладающая всеми недостатками отсутствия онлайн-данных. Кроме того, это требует администрирования двух ОС и покупки двух серверных лицензий МИНИ.

Вариант 2: Файловый вариант + Веб-сервер (IIS или Apache)

Если ваша база данных не является экстремально большой (до 10-15 ГБ) и количество пользователей около 10, стоит рассмотреть отказ от клиент-серверной архитектуры в пользу файлового варианта, опубликованного на веб-сервере.

Многие ошибочно полагают, что веб-сервер нужен только для доступа через браузер. На самом деле, тонкий клиент 1С прекрасно работает с веб-сервером по протоколу HTTP/HTTPS.

Рассмотрим преимущества этой схемы:

1. Экономия: Не нужен сервер 1С (ни МИНИ, ни ПРОФ). Нужны только клиентские лицензии.
2. Скорость: Работа через веб-сервер (IIS или Apache) значительно быстрее, чем доступ к файловой базе по локальной сети через общую папку (SMB). Веб-сервер выполняет роль, схожую с сервером приложений, минимизируя трафик.
3. Единая база: Все 10 пользователей работают в одной базе в режиме реального времени. Нет проблем с синхронизацией РИБ.

Для реализации этого метода необходимо установить бесплатный веб-сервер (например, IIS, который входит в поставку Windows, или Apache) и выполнить публикацию базы.

Пример (концептуальный) действий администратора:

1. Установить платформу 1С с модулями расширения веб-сервера.
2. Установить веб-сервер (например, Apache).
3. Зайти в Конфигуратор с правами администратора.
4. Перейти в меню Администрирование -> Публикация на веб-сервере.
5. Выбрать веб-сервер и нажать «Опубликовать».
6. На клиентах прописать путь к базе в виде URL: http://ServerName/BaseName.

Ограничения метода: При интенсивной записи данных возможны блокировки таблиц, так как это все еще файловая база. Однако для 10 пользователей в типовых конфигурациях (УНФ, Бухгалтерия) это часто работает стабильно.

Вариант 3: Апгрейд или Облако

Если бюджет позволяет, самым правильным и надежным решением будет переход на полноценную серверную архитектуру.

Апгрейд лицензии: Вы можете сделать апгрейд лицензии МИНИ на полноценную лицензию сервера 1С:Предприятие 8 (x86-64). Это снимет ограничение на количество сеансов. При этом в качестве СУБД можно использовать бесплатный PostgreSQL, что позволит не тратиться на лицензии MS SQL Server.

Облачные сервисы (1С:Фреш, ГРМ): Альтернативой покупке своего сервера является аренда ПО. В этом случае вы платите ежемесячную подписку за 10 пользователей, а заботы о серверах, обновлениях и бэкапах берет на себя провайдер. Для небольших компаний это часто выходит выгоднее, чем содержать свое "железо" и системного администратора.

Выводы

Подводя итог нашему анализу:

1. Использовать один сервер МИНИ для 10 пользователей через разделение баз (РИБ) невозможно из-за ограничений лицензии на уровне кластера.
2. Покупка второго сервера МИНИ для одной физической машины требует сложной настройки виртуализации и не избавляет от проблем синхронизации данных.
3. Наиболее рациональным бюджетным решением для 10 пользователей часто является публикация файловой базы на веб-сервере.
4. Наиболее надежным решением является переход на полноценный сервер 1С (возможно, в связке с PostgreSQL) или миграция в облако.

Выбирайте архитектуру исходя из планов роста компании. Если сегодня пользователей 10, а через год планируется 20 — лучше сразу инвестировать в полноценный сервер, чтобы не перестраивать систему в будущем.