Терминальный сервер для 1С: почему на 121-й день все встает

Приветствую вас, коллеги!

Тема узкая, но дорогая. Она про терминальные серверы - те самые, куда десять человек подключаются и работают в одной 1С.

И про один конкретный день, который многих застает врасплох.

Разбираемся))

История, которая повторяется

Сценарий одинаковый до скуки.

Компания поднимает терминальный сервер. Windows Server поставили, лицензию на него купили, 1С развернули, людей подключили. Все летает, все довольны, вопрос закрыт.

Проходит четыре месяца. И в одно прекрасное утро пользователи просто перестают подключаться. Не медленно работают, не с ошибками - вообще не заходят. Сообщение про отсутствие серверов лицензирования, и все.

Люди в панике звонят: "сервер сломался". Сервер не сломался. Закончился льготный период, и сервер начал требовать лицензии, которых никто не покупал.

Причем это не претензия от вендора, не проверка, не штраф. Это техническая стена: сервер сам перестает впускать людей.

Что такое льготные 120 дней

Разберу механику, потому что она проста и неочевидна одновременно.

Когда вы разворачиваете роль терминального сервера на Windows Server, он работает без сервера лицензирования ровно 120 дней. Это официально описанный льготный период.

Задуман он для развертывания и тестирования: поднял, настроил, проверил, купил лицензии, установил. Разумно.

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

И на 121-й день система честно делает то, что должна: требует у каждого подключающегося действующую лицензию клиентского доступа. Нет лицензии - нет сеанса.

Что важно понимать про этот день:

Данные не теряются. Сервер цел, база цела, все на месте. Просто никто не может войти.

Просто продлить нельзя. Льготный период дается один раз на развертывание.

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

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

Три лицензии, а не одна

Вот место, где путаются почти все. И путаница стоит денег - либо переплаты, либо той самой остановки.

Чтобы десять человек работали на терминальном сервере, нужно три разных вещи:

Первое: лицензия на сам Windows Server. Лицензируется по ядрам процессора. Это то, что обычно и покупают, думая, что вопрос закрыт.

Второе: клиентские лицензии на Windows Server. Отдельная сущность. Нужны на каждого, кто пользуется сервером - и это не про терминальный доступ, а про работу с сервером вообще.

Третье: клиентские лицензии на службы удаленных рабочих столов - RDS CAL. Вот это и есть то, чего не хватает на 121-й день. Именно они дают право подключаться к терминальной сессии.

Ключевое: это три независимые покупки. Наличие первой не дает второй и третьей.

Логика вендора здесь своя, и спорить с ней бессмысленно - ее надо просто знать. Человек, который купил Windows Server и считает, что оплатил терминальный доступ, ошибается, и узнает об этом в конкретный день.

На пользователя или на устройство: где переплачивают

RDS CAL бывают двух видов, и выбор между ними - это реальные деньги.

На пользователя. Лицензия привязана к человеку. Он может подключаться с любого устройства: с рабочего компьютера, из дома, с ноутбука в командировке.

На устройство. Лицензия привязана к машине. С этой машины может работать кто угодно.

Как выбирать - правило простое.

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

Если работают в смены и машины общие - берите на устройство, и это экономия в разы. Классика: пять компьютеров в цеху, на них в три смены работают пятнадцать человек. Лицензий на устройство нужно пять. На пользователя понадобилось бы пятнадцать.

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

И еще нюанс, о котором стоит знать: лицензии на устройство можно частично отзывать и перевыдавать - до пятой части. Лицензии на пользователя отозвать нельзя. Если у вас текучка или частая смена парка машин, это стоит учитывать.

Ловушка: без Active Directory половина вариантов не работает

Отдельный раздел, потому что это чисто техническое ограничение, которое сносит весь план.

Лицензии на пользователя требуют Active Directory. Учет ведется через членство пользователя в домене. В рабочей группе они не работают.

А маленькие компании часто живут именно в рабочей группе: пять-десять машин, домен никто не поднимал, потому что не было нужды.

Что из этого следует:

Либо поднимать домен - это отдельная работа, и ее надо закладывать в бюджет и сроки;

либо брать лицензии на устройство - они учитываются независимо от домена.

Проверьте это до заказа лицензий, а не после. Ситуация "купили на пользователей, а домена нет" встречается регулярно, и она неприятная: лицензии есть, работать нельзя.

И второе ограничение оттуда же: сервер лицензирования должен быть той же версии Windows Server или новее, чем сами лицензии. Старый сервер лицензирования не выдаст лицензии более новой версии. Мелочь, о которой узнают в момент установки.

Что с покупкой в России

Тут я буду аккуратен, потому что это вопрос не технический.

По открытым прайсам российских поставщиков лицензии RDS CAL все еще встречаются в продаже. Но канал поставки, легальность конкретного предложения и то, что вы получите на руки, - это вопросы к вашему поставщику и к юристу, а не ко мне. Я айтишник, а не лицензионный консультант, и гадать здесь не буду.

Что скажу по существу:

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

Не покупайте по подозрительной цене на маркетплейсах. Это тот случай, где риск не в моменте, а в том дне, когда кто-то придет с вопросами.

И главное - сначала посчитайте, нужен ли вам вообще этот путь. Об этом следующий раздел, и он самый важный в статье.

Главная развилка: а нужен ли вам терминальный сервер вообще

Вот вопрос, который надо задать до всех разговоров про лицензии.

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

Но если людям нужна только 1С - возможно, терминальный сервер вам не нужен.

1С умеет работать через браузер. База публикуется на веб-сервере, человек открывает адрес, вводит логин и работает. Никакого рабочего стола, никакого RDP.

И, соответственно, никаких RDS CAL. Потому что терминальных сессий нет.

Второй вариант из той же логики - тонкий клиент 1С, установленный на машину пользователя и подключающийся к серверу напрямую. Тоже без терминального сервера.

Кому это реально подходит:

• бухгалтерия, которая весь день в одной 1С;
• удаленные сотрудники, которым нужно только заводить документы;
• руководитель, который смотрит отчеты из дома;
• сотрудники на своих устройствах, куда вы не хотите ничего ставить.

Кому не подходит - тем, кому нужен полный рабочий стол с набором программ. Им терминал, и других вариантов нет.

Понимаю, что этот раздел уменьшает объем работ, за которые мне можно заплатить. Но обратное - продать терминальный сервер с лицензиями тому, кому хватило бы публикации базы на веб-сервере, - это не та работа, за которую хочется браться.

Ограничения веб-клиента — честно

Раз предложил вариант, назову и его цену. Веб-клиент не бесплатное чудо.

Чего стоит ожидать:

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

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

Внешние компоненты и обработки - надо проверять каждую. То, что работает в толстом клиенте, в браузере может не завестись.

Печать через браузер ведет себя не так, как из клиента. Людей придется переучивать, и первую неделю они будут недовольны.

Требуется веб-сервер и его настройка - включая защищенное соединение, если работают снаружи. Это тоже работа, просто другая.

И вопрос безопасности. Часть организаций принципиально не выставляет ничего в интернет и пускает только через VPN. Это их право, и веб-клиент такой политике противоречит.

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

Терминал на Linux: что есть и где болит

Раз тема импортозамещения рядом - проговорю и этот путь.

Терминальные решения на отечественных дистрибутивах существуют: Astra Linux, RED OS, ALT Linux - у каждого есть серверная редакция и режим терминального доступа. Лицензируются они иначе, обычно по ядрам сервера или через договор поддержки, а не по числу пользователей.

Для госсектора и тех, кому нужна сертификация, это часто единственный путь - и там он оправдан.

Но скажу честно, где болит, потому что об этом пишут мало:

Прикладной софт. 1С под Linux есть и работает нормально. А вот все остальное, чем пользуются люди, надо проверять по списку - и часть из этого под Linux просто нет.

Оборудование. Сканеры, принтеры, торговое оборудование, всякие ключи и токены - совместимость надо проверять по каждой единице. Это самая частая причина, по которой проект встает.

Люди. Найти администратора, который уверенно держит Linux-терминал, объективно труднее, чем найти того же по Windows. И стоит он дороже.

Привычки пользователей. Это не техническая проблема, но она реальная: первые недели после переезда люди работают медленнее и раздражаются.

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

Как считать, сколько вам нужно

Практическая часть. Порядок расчета.

Шаг 1. Определить, что людям реально нужно. Полный рабочий стол или только 1С? Разделите сотрудников на две группы. Часто выясняется, что терминал нужен трем из пятнадцати, а остальным хватит браузера.

Шаг 2. Посчитать одновременные сеансы, а не сотрудников. Если из двадцати человек в базе одновременно сидят восемь - нагрузку считаем по восьми. Но лицензии, обратите внимание, считаются не по одновременным подключениям, а по пользователям или устройствам.

Шаг 3. Определить тип лицензий. У каждого своя машина - на пользователя. Смены и общие машины - на устройство.

Шаг 4. Проверить домен. Есть Active Directory? Если нет и хотите на пользователя - добавляйте развертывание домена в план.

Шаг 5. Посчитать железо. Терминальный сервер - это память в первую очередь: каждая сессия ее ест. Плюс диск под 1С. Про расчет конфигурации я писал отдельно.

Шаг 6. Записать дату окончания льготного периода. В календарь. С напоминанием за месяц. Прямо в день развертывания.

Чек-лист перед тем как поднимать сервер

Шесть пунктов. Если разбираться самому.

1. Что людям нужно - рабочий стол или только 1С?
2. Сколько человек и сколько машин - от этого зависит тип лицензий.
3. Есть ли домен - без него лицензии на пользователя не работают.
4. Что уже куплено - проверьте документы, возможно, лицензии есть и надо только настроить сервер лицензирования.
5. Какое оборудование подключено - сканеры, принтеры, токены. Это решает, пойдет ли Linux и пойдет ли браузер.
6. Дата окончания 120 дней - записана в календарь?

Если терминальный сервер у вас уже работает - начните с четвертого и шестого пунктов. Они срочные.

Если считать некому

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

Чем помогаем:

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

Подробнее про обслуживание: 1c.akernel.ru/services/it-podderzhka

Напишите, сколько человек у вас работает в 1С и нужен ли им рабочий стол - скажу, нужен ли вам терминальный сервер в принципе. Бесплатно, и довольно часто ответ отрицательный)

А если сервер уже стоит - просто выясните сегодня, когда он был развернут. Эта дата стоит того, чтобы ее знать.

Читайте также: Какой сервер нужен под 1С, Переезжать ли с MS SQL на PostgreSQL и Как обслуживать тридцать машин и никуда не ездить.

Сведения о льготном периоде и типах лицензий RDS CAL приведены по официальной документации Microsoft. Вопросы приобретения лицензий и легальности конкретных предложений решайте с вашим поставщиком и юристом - я не лицензионный консультант.