Меню Рубрики

Установка служба учета лицензий

Установка служба учета лицензий

Далее воспользовался активацие лицензий через веб-доступ микрософт. Получил ключи и активировал их на server2.

Установил сервер терминалов на server1 (правда он снова подтянул старые настройки, но снова была проведена деактивация сервера).

Ошибка продолжила появляться.

Вопрос: что сделано неправильно и как это поправить?

Задача, чтобы все лицензии находились на server2.

Вот не понятно — где ошибки сыпятся? на каком сервере?
Зачем было устанавливать сервер терминалов на server1 ?
Полностью ошибку вместе с ID будьте добры.
Если сообщение полезно, нажмите «Сообщение было информативным». Если сообщение является ответом или частью ответа на Ваш вопрос, нажмите «Пометить как ответ».

Ошибки сыпятся на server1. Устанавливать там нужно, т.к. там работают много пользователей через PDC. Но сервер лицензирования должен быть на server2.
В логах вот что:

Тип события: Предупреждение
Источник события: LicenseService
Категория события: Отсутствует
Код события: 213
Дата: 25.03.2009
Время: 12:22:30
Пользователь: Н/Д
Компьютер: Server1
Описание:
Репликация лицензионной информации не выполнена, поскольку не удалось соединиться со службой учета лицензий на сервере \\server2.

Дополнительные сведения можно найти в центре справки и поддержки, в «http://go.microsoft.com/fwlink/events.asp».

Если сообщение полезно, нажмите «Сообщение было информативным». Если сообщение является ответом или частью ответа на Ваш вопрос, нажмите «Пометить как ответ».

Если сообщение полезно, нажмите «Сообщение было информативным». Если сообщение является ответом или частью ответа на Ваш вопрос, нажмите «Пометить как ответ».

Данные статьи я читал. Тут проблема немного не в этом (по крайне мере я так думаю).
Сервер лицензирования server1 обнаруживает правильно (для проверки решил поставить сервер терминалов на тестовом win 2003, server3, чтобы лицензии запрашивались на server2). Возникает такая же ошибка. Если зайти администрирование -> лицензирование, то выдается вот что:
—————————
Лицензирование
—————————
Служба учета лицензий не работает на \\server2, или \\server2 недоступен.
—————————
ОК
—————————
Т.е. возникает мысль, что серверы под 2003 виндой не могут приконнектится к серверу лицензирования терминалов под 2008 виндой. (хотя еще два сервака под 2008 спокойно обращаются).

В Windows 2008 вроде его (License Logging) вообще не должно быть http://support.microsoft.com/kb/824196
Вообще службу учёта лицензий (не для терминалов) рекомендуется выключить, так как толку от неё не очень много. А порой только спорные вопросы возникают.
Для Вас необходима оснастка Terminal Server Licensing — плохо читали те ссылки, которые были предоставлены.

Если сообщение полезно, нажмите «Сообщение было информативным». Если сообщение является ответом или частью ответа на Ваш вопрос, нажмите «Пометить как ответ».

Вы путаете сервер лицензий Windows и Terminal Server Licensing

В Windows 2008 вроде его (License Logging) вообще не должно быть http://support.microsoft.com/kb/824196

Если сообщение полезно, нажмите «Сообщение было информативным». Если сообщение является ответом или частью ответа на Ваш вопрос, нажмите «Пометить как ответ».

Возможно и путаю 🙂 Но задача просто запустить сервер терминалов на 2003 в нормальном режиме 🙂 Может данная ошибка особо и не играет роли. Просто хотелось бы убедиться, что конфигурация правильная.

Отключите службу лицензирования вообще.
Вот Ваше решение проблемы.
Просто я сам не сразу понял какую службу лицензирования Вы имеете ввиду ещё в первом посте.
А Управление Лицензиями Службы терминалов происходит через Terminal Server Licensing Если сообщение полезно, нажмите «Сообщение было информативным». Если сообщение является ответом или частью ответа на Ваш вопрос, нажмите «Пометить как ответ».

Хорошо. А чем они отличаются тогда, в двух словах? Я как понимаю службу «учет лицензий» отключить?

Служба лецензирования — сулжба, которая предоставляет доступ к подсчёту CAL лицензий на устройство и пользователя.
Да, именно учёт лицензий.

А вот искомая Вами Terminal Server Licensing отвечает за необходимую для Вас службу учёта ТЕРМИНАЛЬНЫХ ЛИЦЕНЗИЙ.
Если сообщение полезно, нажмите «Сообщение было информативным». Если сообщение является ответом или частью ответа на Ваш вопрос, нажмите «Пометить как ответ».

Служба лецензирования — сулжба, которая предоставляет доступ к подсчёту CAL лицензий на устройство и пользователя.
Да, именно учёт лицензий.

А вот искомая Вами Terminal Server Licensing отвечает за необходимую для Вас службу учёта ТЕРМИНАЛЬНЫХ ЛИЦЕНЗИЙ.
Если сообщение полезно, нажмите «Сообщение было информативным». Если сообщение является ответом или частью ответа на Ваш вопрос, нажмите «Пометить как ответ».

Т.е. служба — «Лицензирование сервера терминалов» лезет на сервер, где зарегестрированы эти лицензии (в данном случае server2) и выдает их, если есть свободные?
А «Учет лицензий» тогда зачем нужен?

Т.е. служба — «Лицензирование сервера терминалов» лезет на сервер, где зарегестрированы эти лицензии (в данном случае server2) и выдает их, если есть свободные?

А «Учет лицензий» тогда зачем нужен?

Служба учета лицензий первоначально предназначалась для управления лицензиями серверных продуктов Майкрософт, которые лицензируются по модели Server CAL (Client Access License, клиентская лицензия на доступ). Служба учета лицензий впервые была включена в Windows NT Server 3.51. По умолчанию служба учета лицензий в Windows Server 2003 отключена. Из-за изменяющихся условий лицензирования, а также ограничений в исходной архитектуре служба учета лицензий не всегда имеет точную картину общего числа приобретенных лицензий CAL в сравнении с общим числом лицензий CAL, которые используются на определенном сервере или предприятии. Отчет службы учета лицензий может противоречить условиям лицензионных соглашений и правам на использование продукта. Служба учета лицензий будет исключена из будущих версий операционных систем Windows.

Читайте также:  Установка приборов учета электроэнергии в казахстане

Если сообщение полезно, нажмите «Сообщение было информативным». Если сообщение является ответом или частью ответа на Ваш вопрос, нажмите «Пометить как ответ».

Т.е. служба — «Лицензирование сервера терминалов» лезет на сервер, где зарегестрированы эти лицензии (в данном случае server2) и выдает их, если есть свободные?

А «Учет лицензий» тогда зачем нужен?

Служба учета лицензий первоначально предназначалась для управления лицензиями серверных продуктов Майкрософт, которые лицензируются по модели Server CAL (Client Access License, клиентская лицензия на доступ). Служба учета лицензий впервые была включена в Windows NT Server 3.51. По умолчанию служба учета лицензий в Windows Server 2003 отключена. Из-за изменяющихся условий лицензирования, а также ограничений в исходной архитектуре служба учета лицензий не всегда имеет точную картину общего числа приобретенных лицензий CAL в сравнении с общим числом лицензий CAL, которые используются на определенном сервере или предприятии. Отчет службы учета лицензий может противоречить условиям лицензионных соглашений и правам на использование продукта. Служба учета лицензий будет исключена из будущих версий операционных систем Windows.

Если сообщение полезно, нажмите «Сообщение было информативным». Если сообщение является ответом или частью ответа на Ваш вопрос, нажмите «Пометить как ответ».

источник

Установка служба учета лицензий

Дата последнего изменения раздела: 2005-11-18

Средство анализа Microsoft Exchange Server запрашивает класс Win32_Service инструментария Microsoft Windows Management Instrumentation (WMI) для определения значения параметра Started для службы учета лицензий (LicenseService). Значение Ложь указывает, что служба учета лицензий не работает на данном сервере Exchange. Значение Истина указывает, что служба учета лицензий работает.

Кроме того, Exchange Server Analyzer запрашивает класс Exchange_Server инструментария WMI в пространстве имен root\MicrosoftExchangeV2 для определения значения параметра IsFrontEndServer. Значение Ложь указывает, что сервер Exchange не является сервером переднего плана. Значение Истина указывает, что сервер Exchange является сервером переднего плана.

Кроме того, Exchange Server Analyzer запрашивает класс Win32_OperatingSystem инструментария WMI для определения значения параметра OSProductSuite. Значение данного параметра указывает версию операционной системы Windows, используемую сервером Exchange.

Кроме того, Exchange Server Analyzer запрашивает службу каталога Active Directory для определения счетчика записей атрибута homeMDBBL каждого хранилища почтового ящика. Счетчик данного атрибута представляет собой количество почтовых ящиков в хранилище почтовых ящиков.

Если Exchange Server Analyzer обнаруживает, что служба учета лицензий запущена на сервере Exchange, соответствующем всем следующим критериям, появляется предупреждение:

    Сервер Exchange не является сервером переднего плана.

На сервере Exchange размещено более 20 почтовых ящиков.

Сервер Exchange работает не с Microsoft Windows Small Business Server 2003 или Small Business Server 2000.

Служба учета лицензией разработана, чтобы помогать клиентам управлять лицензиями на серверные продукты Майкрософт, лицензированные по модели Server Client Access License (CAL).

По умолчанию Microsoft Windows Server 2003 отключает службу учета лицензий. Ввиду заложенных при разработке ограничений и изменения лицензионных соглашений служба учета лицензий не может предоставить точные сведения об общем количестве приобретаемых лицензий CAL по отношению к общему количеству лицензий CAL, используемых на одном сервере или про всему предприятию. Лицензии CAL, регистрируемые службой учета лицензий, могут вступать в конфликт с интерпретациями лицензионных соглашений и с правами на использование продукта. Служба учета лицензий не будет входить в следующие версии операционной системы Windows.

У Майкрософт есть особые требования и рекомендации по использованию службы учета лицензий на серверах Exchange:

    На серверах Exchange переднего плана, использующих протокол SSL, необходимо включить и запустить службу учета лицензий. Если служба учета лицензий не работает, службы IIS ограничат число одновременно действующих подключений SSL, прошедших проверку подлинности, до 10.

На фоновых серверах Exchange рекомендуется остановить и отключить службу учета лицензий.

На кластерных серверах Exchange рекомендуется остановить и отключить службу учета лицензий.

На серверах Exchange, работающих с Microsoft Windows Small Business Server 2003 или Small Business Server 2000, служба учета лицензий необходима только при работе с более чем 10 подключениями SSL, прошедшими проверку подлинности.

Установка состояния службы учета лицензий

Запустите оснастку «Службы» в меню «Администрирование».

Найдите и дважды щелкните Служба учета лицензий.

В раскрывающемся списке Тип запуска выберите соответствующий вариант:

    Установите Авто для серверов Exchange переднего плана, использующих SSL.

Установите Отключено для фоновых и кластерных серверов Exchange.

При отключении службы учета лицензий необходимо также остановить службу нажатием Стоп.

Нажмите OK, чтобы сохранить изменения, и закройте оснастку «Службы».

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

источник

Корпоративное лицензирование или сделай SAM

В июльской статье о централизованном подходе к управлению программными активами мы рассказали о нашем видении целостного процесса управления приложениями, который направлен на оптимизацию затрат на лицензии, поддержку, развертывание ПО. Рассказав о подготовке приложений к развертыванию, теперь нам хотелось бы сфокусироваться на не менее важном аспекте управления ПО, а именно — на управлении лицензионным соответствием, то есть Software Asset Management.

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

На текущий момент законодательство предусматривает административную, гражданскую и уголовную ответственность за использование нелицензионного ПО. Административная ответственность регламентируется ст. 7.12 Кодекса об административных правонарушениях и предусматривает штрафы для должностных лиц, разрешивших применение нелицензионного ПО сотрудникам, а также изъятие программ и компьютеров. Уголовная ответственность за нарушение авторских и смежных прав наступает в случае причинения крупного вреда автору или другому правообладателю, а таковым считается нарушение в случае, если стоимость экземпляров программ превышает 250 000 рублей. Такие нарушения также предусматривают лишение свободы на срок до 6 лет со штрафом до 500 000 рублей. Регламентируется уголовная ответственность 146 статьей УК РФ.

Размер ущерба определяется исходя из количества незаконно использованных копий ПО.

К гражданской ответственности привлечение может происходить по инициативе автора или правообладателя, требующего возмещения убытков или выплаты компенсации. На основании ст. 1301 Гражданского кодекса РФ правообладатель может потребовать взыскать с нарушителя компенсацию в размере от 10 000 до 5 000 000 рублей или в двукратном размере стоимости программ, исходя из цены, которая обычно взимается при правомерном пользовании.

SAM активно развивается в России – компании понимают, что риски пере- и недо-лицензирования существенно возрастают при масштабировании компании в отсутствии правильного и грамотного управления, а SAM подход позволяет не только спать спокойно и не бояться вендорского аудита, но и существенно экономить.

Даже в случае клиентского ПО, недостаточная зрелость процессов SAM в части их интеграции с ITSM и базой конфигурационных единиц может лечь в основу принятия неправильных решений, которые приведут либо к закупке ненужной лицензии (при уже имеющейся лицензии, которая, например, не используется активно) или же могут вылиться в фактическое недолицензирование. Следить за соответствием в ручном режиме, отслеживая все изменения, зачастую, в разных системах (на практике, серверные лицензии часто держат в файлах Excel причем децентрализовано, а пользовательские лицензии могут быть в отдельной Asset Management базе данных, никак не интегрированной с ITSM и CMDB) и принимая правильные решения тогда, когда этого требует бизнес, довольно сложно. А ошибиться здесь очень легко, ведь в основу принятия решений, часто ложится информация из CMDB, которая может обновляться нерегулярно или же с задержкой на ручную обработку. Отсутствие связей данных между различными суб-организациями и локациями, а также отсутствие процессов по анализу использования ПО и перераспределения лицензий, приводит к ощутимым финансовым издержкам. Например, в разных подразделениях компании локальные ИТ службы ведут учет лицензий по-разному: одни в Excel файле, другие – в другом Excel файле, третьи – в ITSM системе, а четвертые используют свое локальное решение CMDB. В одном из подразделений пользователь поднимает заявку на установку ПО. Не обнаружив доступных копий ПО, ИТ служба инициирует запрос на докупку лицензий, причем в некоторых случаях, докупаться могут не только единичные лицензии, но и целые пакеты корпоративного лицензирования. При этом, возможно, неиспользуемые лицензии есть в других подразделениях или же даже в том же самом подразделении компании – ПО установлено, но пользователь в действительности не использует его в работе. Так же, консолидировав все потребности по всем подразделениям в ПО, можно было бы получать больше экономии по программам корпоративного лицензирования.

Не стоит забывать и о Disaster Recovery – плану по восстановлению инфраструктуры в случае аварийного отказа. Для того чтобы в кратчайшие сроки восстановить контроль над лицензионным статусом по всей среде, жизненно важно, чтобы данные хранились в базе данных и были защищены, а CMDB всегда могла получить автоматическую синхронизацию с другим источником, а именно, базой данных инвентаризации и лицензий.

В случае же интеграции процессов ITSM, таких как Request Fulfillment (управление запросами на обслуживание) с системой управления лицензиями и процессами SAM, стандартизации ПО по функционалу, версиям и редакциям – то есть рационализации ПО, анализу использования ПО в организации, мы имеем точные и надежные, а главное, динамические данные о ПО и лицензиях по всей компании, автоматически доступные в CMDB и в системе учета лицензий. А это означает, что все решения принимаются на основании правильных и актуальных данных.

Начинать построение процессов SAM необходимо с проведения проекта Microsoft SAM Baseline review, который не только позволяет в кратчайшие сроки провести анализ и получить точную картину лицензионного соответствия продуктов Microsoft, но и дает профессиональную оценку уровня зрелости процессов SAM.

Конечно, SAM не исчерпывается контролем уровня соответствия ПО лицензиям, и тем более не ограничивается ПО Microsoft, однако, это хорошая отправная точка для начала оптимизации в сфере вашего лицензионного хозяйства.

Базовая модель зрелости SAM предполагает 4 уровня зрелости:

  • Базовый — ситуативные действий по устранению недолицензирования.
  • Стандартизированный — имеются процессы, инструменты и стандарты, но точность инвентаризации недостаточно высока, а данные не используются для принятия решений.
  • Рационализированный – существуют политики, процедуры и инструменты для управления ИТ-активами. Информация надежна и используется для принятия решений.
  • Динамический – все управление лицензиями подстраивается под нужды бизнеса в режиме, близком к реальному времени.

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

Читайте также:  Места установки приборов учета пуэ

С помощью разработки Colibri Application Intelligence Portal можно значительно сократить объемы аналитической работы по рационализации данных не только из-за консолидации данных, но и благодаря мощной встроенной бизнес-аналитике этих данных.

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

С помощью Colibri Application Intelligence Portal можно сэкономить многие часы рабочего времени аналитика на категоризацию ПО с помощью преднастроенных и настраиваемых паттернов, автоматически отсортировать мусор, нежелательное ПО, стандартизировать приложение на определенной версии, отследить использование приложения. Удобные представления данных, такие как Deciles (Децили), позволяют получить немедленные выгоды от проекта по миграции ПО: данный вид предлагает разбиение пользователей и приложений на различные группы (10 частей): первая группа, например, покажет только те приложения, которые пользователи используют.

Такое представление данных помогает в планировании передачи сервиса в аутсорсинг. Например, можно, основываясь на третьем дециле, запланировать создание инсталляционных пакетов для 24 приложений, и это покроет нужды 93% пользователей.

Таким образом, Colibri Application Intelligence Portal — это мощный инструмент планирования передачи сервиса в поддержку, включающий оптимизацию временных издержек на рационализацию ПО, планирование изменений в ПО и аппаратном обеспечении, необходимых для проектов миграции или передачи управления приложениями в аутсорсинг.

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

Достаточно сказать, что в нижеприведенном случае, к Citrix GoTo Assist свелось 39 различных коммерческих наименований ПО (с учетом версионности, то есть уникально сочетание имя-версия), а это, в данном конкретном случае, 250 установленных копий ПО – то есть, лицензий.

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

Если же речь идет о сложном лицензировании в ЦОД, на виртуализованных серверах – SQL, Oracle, SAP – особенно актуальным становится вопрос анализа статистики использования ПО.

Например, проанализировав характер работы или тип транзакций в SAP, можно обнаружить, что пользователи используют дорогостоящую версию лицензии на продукт для выполнения простых действий, таких как: работа с time sheets, для которых достаточно выделить намного более дешевые версии лицензии, чем используемая здесь Limited Professional лицензия.

Итак, для построения правильных процессов SAM, наиболее важны следующие этапы:

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

Если говорить о построении динамического SAM, можно осуществить эти меры примерно в следующей последовательности:

Верхняя часть направлена на самые ощутимые в краткосрочной перспективе меры – устранение риска штрафов и сокращение издержек на лицензии и поддержку ПО, благодаря созданию списка стандартного ПО. Меры, представленные в нижнем ряду – это более «долгоиграющие», но, в то же время, корневые факторы, которые обеспечат корректное функционирование организма SAM во всех возможных ситуациях.

Здесь стоит заметить, что выбор средства инвентаризации и лицензионного контроля – очень важен для успешной реализации SAM-проектов. Решений на рынке сейчас очень много – от простых, предлагающих базовый функционал, до сложных решений, которые способны охватить полностью лицензирование клиентских рабочих мест и ЦОДв том числе сложные сценарии лицензирования. Среди них: лицензии на одновременный доступ, на количество ядер и процессоров с учетом специфики виртуализации и другие виды лицензирования, а также предлагающие «продвинутую» аналитику использования ПО. Одним из таких решений является Snow License Manager. Систему, помимо ряда достоинств, таких как ежедневно пополняемая база определений ПО, отличают и богатые возможности интеграции с другими системами инвентаризации, ITSM-системами, системами управления закупками и предприятием. На этапе внедрения инструмента и SAM-процесса очень важно заранее продумать необходимость автоматизации этих связей, которая должна поддерживаться соответствующими процессами.

В общем и целом, SAM – это, в первую очередь, стратегия оптимизации затрат на ПО в компании, и решение лежит на стыке технологии, процессов, людей и аналитики. Ключевую роль играет именно понимание того, как эти компоненты должны взаимодействовать друг с другом для достижения желаемого эффекта. Именно понимание всех связей в управлении ПО поможет правильно уложить кирпичики в целостное и стройное здание, которое устоит при любых потрясениях в области корпоративного лицензирования:)

источник

Добавить комментарий

Adblock
detector