Да, хотя не все виды лицензий Windows Server включают CALs. Но скажем, эти делают и 5 на копию в том (я думаю, что это может варьироваться также?) - затем это довольно просто действительно (но всегда называйте свою Microsoft Licensing Partner заранее - они должны быть очень полезными с любыми вопросами по этой теме).
Править: Добавленное разъяснение от Jay Michaud о не весь сервер лицензирует на самом деле включая CALs.
При покупке двух лицензий Сервера, которые оба явно включают 5 CALs, Вы затем получили 10 CALs.Пока все хорошо.
Теперь необходимо решить, который, лицензируя план использовать, существуют несколько:
Место является устройством или пользователем - подразумевать, что каждый пользовательский ИЛИ клиентский ПК должен иметь один CAL каждый. С этим CAL они могут соединиться с любым количеством серверов в домене. Фактическая Лицензия Доступа находится с пользователем или клиентским ПК когда в режиме "на рабочее место" - предоставление им лицензируемый доступ к чему-либо в домене. Эта лицензия читает пользователя вокруг, но уникальна для того пользователя/устройства и немного сложная для перераспределения.
А на лицензию сервера определяется для единственного сервера, который затем служит многим параллельным соединениям вместо этого. Поскольку Вам будет нужна одна кал на сервер И соединение - этот режим редко используется, потому что это потребует, чтобы довольно определенные обстоятельства были более дешевыми (требующий меньшего количества CALs в целом).
Вам также всегда разрешают иметь до 2 администраторов, получающих доступ к серверу без любого CALs вообще - пока те пользователи/устройства/соединения только для администрирования и не фактических пользовательских сценариев.
Существуют правила о том, как можно смешать и изменить схемы лицензирования, которые время от времени довольно строги, но не что-то, во что я погрузился бы здесь без эксперта - но именно так Вы знаете ^^
Для управления лицензиями 'автоматизация' можно использовать Материально-технические ресурсы OCS вместе с GLPI.
Материально-технические ресурсы OCS выполняют агенты в каждой машине и получают информацию о программном обеспечении (среди другой информации) и предоставляют ее GLPI, где можно вставить связанные лицензии.
Таким образом с этими двумя инструментами Вы добираетесь:
Вы видите, как это работает (более или менее) на демонстрационной странице (Материально-технические ресурсы-> программное обеспечение).
Конечно, это - добавленная стоимость для установки этих двух инструментов, которые предлагают намного больше, чем управление лицензиями.
Одна вещь, которую я понял, состоит в том, что существует два различных компонента управления лицензиями:
Независимо от того, что Вы делаете для управления, программное обеспечение должно удовлетворить эти два различных потребностей.
Для доказательства владения мы допускаем ошибку на стороне осторожности и пытаемся сохранить как можно больше документов для всего, что мы покупаем:
Абсолютно независимый от всех дисков и файлов для "доказательства владения" мы поддерживаем библиотеку программного обеспечения, это только доступно для администраторов, который имеет файлы установки для всего, что мы могли бы хотеть установить. Существуют файлы установки для всех больших пакетов, иногда несколько версий, и для меньших. Иногда, когда мы покупаем одноразовый пакет, мы просто откроем поле, зарегистрируем программное обеспечение и установим его от исходных дисков, но если мы когда-нибудь должны переустанавливать его, мы скопируем то, в чем мы нуждаемся к библиотеке программного обеспечения.
Несколько других мыслей:
Мы - ~20 компаний, которые используют главным образом программное обеспечение с открытым исходным кодом. Однако у нас действительно есть ~50 коммерчески лицензированных пакетов программного обеспечения все же. Всеми рабочими станциями централизованно управляют и отображают, таким образом, нагрузка отслеживания установленного программного обеспечения является довольно маленькой.
Мы используем Zenoss для нашего решения по контролю, и это может сообщить об установленном программном обеспечении путем рассмотрения стандартных МиБ SNMP. Мы видим, какие пакеты установлены на всем Mac, окнах и хостах Linux. Это могло решить часть Вашей проблемы. Кроме того, Zenoss решит все виды других проблем, что Вы не знаете, что имеете все же.
У нас есть раздел нашей Wiki, которая имеет страницу для каждой части стороннего программного обеспечения, которое мы используем. Это - то, где мы перечисляем расположение лицензирования (использует ли оно отдельные лицензии, корпоративную лицензию, сервер лицензий, и т.д.), и как те лицензии выделяются в компании. Мы на самом деле не сохраняем лицензионные ключи на этой странице... просто последними несколькими цифрами так, чтобы мы могли определить его. Мы также используем эту страницу для определенной для программного обеспечения документации относительно того, как мы развернули программное обеспечение и т.д.
У нас также есть большой заблокированный специальный шкаф, где все физические лицензии на программное обеспечение на самом деле сохранены. Иногда это - распечатка электронной почты, которая содержит лицензионные ключи. Иногда это - предназначенный для вырезания раздел поля программного обеспечения, которое содержит доказательство покупки. Иногда это - счет. Мы также сохраняем физические медиа установки и руководства здесь также.
В зависимости от того, сколько машин Вы имеете, Вы могли исследовать Microsoft Volume Licensing те, которые Открывают Value. Тем путем можно получить один ключ, который имеет несколько активаций.
Лицензионные ключи обычно прибывают в три разновидности:
VLK - Ключ лицензии по объему. Windows XP и Office имеют этот тип ключа. Это может использоваться так много раз, как Вы хотите, не будучи прослеженным Microsoft. Таким образом, Вы не должны волноваться о Проблемах активации.
MAK - Несколько Ключ Активации. Vista и Windows 2008 могут иметь этот вид ключа. Когда Вы активируетесь, это записывает активацию в MS, таким образом, Вы не можете пробежаться через свое количество лицензий.
KMS - Сервер управления ключами. Vista и Windows 2008 могут иметь этот ключ. С этим ключом у Вас должна быть установка Сервера управления ключами на месте. Клиенты активируются против этого сервера KMS и не Microsoft, таким образом, Вы не должны волноваться о проблемах активации, но все еще иметь для хранения уток подряд, конечно.
Программы лицензирования Microsoft могут быть своего рода болью для работы через, и их многие из них, таким образом, я рекомендовал бы звонить, MS от этого Открывают сайт Value или вызов торгового посредника как CDW и сделали, чтобы они обошли Вас через Ваши опции.
При продвижении прекратите лицензировать программное обеспечение Microsoft через OEMs. Но будьте осторожны, Microsoft, спроектированная "регулировать" процесс конкретно, чтобы помочь установкам программного обеспечения волшебно появиться в Вашей сети ни с кем замечающим.