При организации инфраструктуры для разработки и тестирования программных продуктов на платформе «1С:Предприятие 8.3» многие компании обращают внимание на бюджетное решение — «1С:Сервер МИНИ на 5 подключений». Однако при детальном изучении технических характеристик у технических специалистов и разработчиков возникает закономерный вопрос: можно ли использовать доступные лимиты подключений гибко? Например, запустить 5 сеансов в режиме Конфигуратор вместо стандартных пользовательских сеансов 1С:Предприятие?
В этой статье мы подробно разберем, как именно работают лицензионные ограничения Сервера МИНИ, выясним причину невозможности запуска нескольких сеансов администрирования и рассмотрим практические архитектурные решения для организации совместной работы нескольких программистов в условиях жестких лимитов.
Для начала проанализируем, какие рамки устанавливает фирма «1С» для данной категории серверных лицензий. В официальном описании указано, что продукт обеспечивает запуск:
Суммарно это дает 6 подключений, каждое из которых требует наличия стандартной клиентской лицензии. Однако эти лимиты не являются взаимозаменяемыми.
Ответ на этот вопрос однозначный: нет, нельзя. Ограничение зашито жестко на уровне программного кода платформы и механизма подсчета лицензий сервером.
Даже если в режиме 1С:Предприятие в данный момент нет ни одного активного пользователя, запустить второй сеанс Конфигуратор на Сервере МИНИ не удастся. Платформа осуществляет строгий раздельный контроль типов запускаемых сеансов. При попытке открыть второй Конфигуратор (даже для абсолютно другой информационной базы, расположенной на этом же сервере) система выдаст ошибку лицензирования и заблокирует вход.
Рассмотрим ситуацию, когда на одном физическом или виртуальном сервере под управлением Сервера МИНИ развернуто несколько тестовых баз (например, Тест_Бухгалтерия, Тест_ЗУП и Тест_УТ). Важно понимать, что лимиты сервера (5 сеансов предприятия + 1 конфигуратор) действуют на весь кластер серверов суммарно, а не на каждую базу по отдельности.
Проанализируем пример: если один разработчик уже открыл Конфигуратор для базы Тест_Бухгалтерия, то его коллега не сможет открыть Конфигуратор для базы Тест_УТ. Ему придется ждать, пока первый разработчик полностью завершит свой сеанс администрирования и освободит единственный доступный слот.
Выясним важную причину, по которой пользователи Сервера МИНИ часто сталкиваются с нехваткой лицензий. При подсчете активных сеансов платформа учитывает не только реальных пользователей, открывших интерактивные окна программы, но и системные процессы.
Каждое активное фоновое или регламентное задание расходует один пользовательский сеанс!
Если в ваших тестовых или рабочих базах включено автоматическое выполнение регламентных заданий (например, извлечение текста, обновление полнотекстового поиска, синхронизация данных), то в момент их старта они мгновенно займут свободные слоты из лимита в 5 подключений. Это может привести к тому, что реальный разработчик или тестировщик не сможет войти в режим 1С:Предприятие.
Чтобы избежать подобных проблем на тестовых серверах МИНИ, рекомендуется принудительно отключать неиспользуемые регламентные задания. Рассмотрим пример кода, который позволяет программно отключить все регламентные задания в текущей информационной базе:
ВыборкаРегламентных = РегламентныеЗадания.ПолучитьРегламентныеЗадания();
Для Каждого Задание Из ВыборкаРегламентных Цикл
Если Задание.Использование Тогда
Задание.Использование = Ложь;
Задание.Записать();
ЗаписьЖурналаРегистрации("Администрирование.ОтключениеЗаданий",
УровеньЖурналаРегистрации.Информация, , ,
"Отключено задание: " + Задание.Метаданные.Синоним);
КонецЕсли;
КонецЦикла;
Если над проектом работают два или более программистов, жесткое ограничение в один Конфигуратор существенно снижает производительность труда. Рассмотрим три основных варианта решения этой проблемы.
Поскольку Сервер МИНИ дешев, оптимальным решением является покупка индивидуальной серверной лицензии для каждого разработчика. Однако установить две программные лицензии Сервера МИНИ на одну операционную систему невозможно — платформа не умеет суммировать их лимиты.
Разберем по шагам, как правильно развернуть такую архитектуру:
Конфигуратор и может без помех тестировать код под пятью пользовательскими сеансами.Посмотрим на классический сценарий ведения разработки, который не требует дополнительных затрат на серверные лицензии:
Конфигуратор.Если бизнес-процессы компании требуют полноценной коллективной разработки непосредственно на тестовом сервере без разделения на виртуальные машины, единственным легальным и технически простым путем является апгрейд лицензии.
Вы можете официально сдать лицензию «Сервер МИНИ» и с доплатой разницы в стоимости приобрести полноценную лицензию на «1С:Предприятие 8.3. Сервер ПРОФ». В версии ПРОФ отсутствуют какие-либо ограничения на количество одновременных сеансов Конфигуратор (ограничение будет накладываться только общим количеством купленных вами клиентских лицензий).
Мы выяснили, что «1С:Сервер МИНИ» — это отличное и крайне экономичное решение для небольших филиалов или индивидуальной разработки. Однако обойти жесткое ограничение в один активный Конфигуратор в рамках одной операционной системы не удастся. Для комфортной работы команды из нескольких программистов следует использовать схему с виртуализацией серверов разработки либо переходить на полноценные лицензии уровня ПРОФ.