Можно ли не активировать windows server

Записки IT специалиста

Технический блог специалистов ООО»Интерфейс»

Лицензирование Windows Server 2016

С выпуском новой версии Windows Server в конце сентября 2016 года компания Microsoft в очередной раз поменяла правила лицензирования. Можно сколько угодно выражать свое отношение к этому шагу, но незнание правил не спасает от ответственности. Поэтому, чтобы не попасть в неприятную ситуацию мы рекомендуем всем системным администраторам вместе с нами разобраться в тонкостях лицензирования новой серверной операционной системы.

Изменения коснулись не только правил лицензирования, но и продуктовой линейки. В основную ее часть входит три редакции:

Также существуют редакции:

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

В составе основных редакций также произошли изменения. Если в Server 2012 отличия между Standard и Datacenter заключались только в правах на запуск виртуальных машин, то в Server 2016 снова появились различия в функциональном составе. Так пользователям Datacenter будут доступны:

Как видим, разделение вполне логичное, новые возможности касаются преимущественно виртуальных сред, основной редакцией для которых позиционируют именно Datacenter.

Кроме того, в Windows Server 2016 появились новые возможности, доступные в обоих редакциях:

Хорошая новость: контейнеры Windows доступны без дополнительного лицензирования и не имеют ограничений по количеству запущенных экземпляров. Контейнеры также будут поддерживаться в Windows 10 редакций Pro и Enterprise, начиная с версии 1607 (Anniversary Update).

Разобравшись с редакциями, перейдем собственно к лицензированию. Ключевым отличием Server 2016 от Server 2012 является то, что теперь лицензируются не физические процессоры, а физические процессорные ядра.

Картинка с сайта: hand.post-ap.ru

Если раньше приобретенная лицензия покрывала физические процессоры, вне зависимости от числа ядер (одна лицензия Server 2012 покрывала 2 физических процессора), то теперь каждое физическое ядро нуждается в собственной лицензии. Минимальные требования: не менее 8 лицензий на процессор и не менее 16 лицензий на сервер.

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

Так ранее можно было собрать высокопроизводительную систему на базе 14-ядерных Xeon E5-2660 V4 и лицензировать ее за достаточно смешные деньги. Стоимость одной лицензии Server 2012 Datacenter примерно соответствовала стоимости пары процессоров.

Для владельцев серверов начального уровня (до 8 ядер на CPU) все останется по-прежнему. Лицензии на ядра продаются парами, стоимость одной пары лицензий установлена в размере 1/8 стоимости лицензии Windows Server 2012 соответствующей редакции.

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

Картинка с сайта: hand.post-ap.ru

Таким образом, для двухпроцессорного сервера с 4-ядерными процессорами нужно будет купить еще 16 лицензий на ядро, что будет соответствовать еще одной лицензии Server 2012. Это позволит запускать еще одну пару виртуальных машин. Насколько это выгодно или имеет смысл перейти на Datacenter?

Берем в руки калькулятор и считаем. Стоимость лицензий Standard и Datacenter отличаются примерно в 7 раз, таким образом можно запустить до 14 виртуальных машин на лицензии Standard и заплатить за это меньше, чем стоит Datacenter. С учетом того, что аппетит приходит во время еды, мы бы советовали руководствоваться следующими соображениями: если у вас планируется до десятка виртуальных машин, то следует купить нужное количество лицензий редакции Standard, если виртуалок будет больше десятка, то следует задуматься по приобретении Datacenter.

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

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

Помогла статья? Поддержи автора и новые статьи будут выходить чаще:

Или подпишись на наш Телеграм-канал:

Источник

Активация Windows Server 2016 на KMS сервере

В этой статье мы рассмотрим процедуру развертывания и настройки корпоративного KMS сервера, который может активировать новую серверную платформу от Microsoft — Windows Server 2016. Все основные нюансы работы системы KMS активации, описанные в статье FAQ по KMS активации полностью применимы и к Windows Server 2016.

Windows Server 2016 может сам выступать в качестве сервера KMS активации при наличии настроенной роли Volume Activation Services, либо активироваться на другом KMS сервере (здесь есть дополнительные требования).

Установка KMS сервера на Windows Server 2016

В том случае, если KMS сервер в домене отсутствуют, роль Volume Activation Services, реализующую функционал KMS активации, можно установить на Windows Server 2016. Подробно этот процесс установки и настройки роли рассматривать не будем, здесь все аналогичной тому, как это было реализовано на Windows Server 2012 R2 (Установка KMS сервера на базе Windows Server 2012 R2).

Достаточно установит роль Volume Activation Services. Сделать это можно из консоли Server Manager или из PowerShell (быстрее и проще):

Картинка с сайта: hand.post-ap.ru

Обновление текущего KMS сервера для поддержки активации Windows Server 2016

В том случае, если в вашей организации уже развернут KMS сервер на одной из предыдущих версий Windows, совсем не обязательно разворачивать новый Server 2016 с ролью KMS сервера. Возможно проапгрейдить имеющийся сервер для поддержки KMS активации Server 2016.

Если ваш KMS сервер работает под управлением Windows Server 2012, нужно установить два обновления, ссылки на которых имеются в следующих KB:

В том случае, если KMS хост развернут на Windows Server 2012 R2, требуется установка обновлений из следующих KB:

Для роли KMS на Windows Server 2008R2 (эта версия ОС находится в режиме расширенной поддержки), таких обновления нет. Таким образом, использовать KMS на Windows Server 2008 R2 для активации Windows Server 2016 или Windows 10 Enterprise 2016 LTSB нельзя.

Активация KMS сервера CSVLK ключом

Затем нужно установить ключ командой:

cscript.exe %windir%\system32\slmgr.vbs /ipk

и активировать KMS сервер

cscript.exe %windir%\system32\slmgr.vbs /ato

В том случае, если система изолированная от интернета, активировать KMS сервер можно по телефону:

Получим ID установки (Installation ID)

cscript.exe %windir%\system32\slmgr.vbs /dti

Звоним в центр активации Microsoft своей страны (список телефонов есть в файле %windir%System32\SPPUI\Phone.inf) и получаем свой код подтверждения (confirmation ID)

cscript.exe %windir%\system32\slmgr.vbs /atp

Проверить успешность активации KMS сервера можно с помощью команды:

cscript.exe %windir%\system32\slmgr.vbs /dlv

Картинка с сайта: hand.post-ap.ru

На успешность активации KMS хоста указывают значения VOLUME_KMS_WS16 channel и License Status: Licensed.

Активация Windows Server 2016 на KMS сервере

После активации KMS сервер может активировать компьютеры с Windows Server 2016. Для активации на клиенте должен быть указан специальный публичный ключ установки клиента KMS ( представлен ниже).

Указать ключ установки можно так:

cscript.exe %windir%\system32\slmgr.vbs /ipk xxxxx-xxxxx-xxxxx-xxxxx-xxxxx

Зададим адрес KMS сервера (не обязательно при наличии в домене DNS записи SRV (_VLMCS), по которой клиент может сам найти KMS сервер в домене).

cscript.exe %windir%\system32\slmgr.vbs /skms kms-server.winitpro.ru:1688

cscript.exe %windir%\system32\slmgr.vbs /ato

Публичные KMS ключи для Windows Server 2016

Список общедоступных KMS ключей для разных редакции Windows Server 2016 представлен в таблице ниже:

Активация Windows Server 2016 через Active Directory Based Activation

Как и в случае с Windows 2012, Windows Server 2016 поддерживает автоматическую активацию в домене через AD — Active Directory Based Activation (ADBA). Как и ранее, для работы этого типа активации, нужно соответствующим образом настроить службу Volume Activation Services (подробности описаны здесь)

Источник

Неактивированный windows server 2016 ограничения

Вопрос

Весной (17 апреля) для экспериментов установил виртуальный server2016 std. Вчера запустил эту виртуальную машину- работает, не перезагружается, даже ватермарка о пробном периоде нет. Какие ограничения для работы имеет пробная версия Server2016 (у меня сборка 1607)?

Ответы

Имеется ввиду, что технических ограничений нет? Есть только юридические/лицензионные?

The opinion expressed by me is not an official position of Microsoft

Все ответы

Весной (17 апреля) для экспериментов установил виртуальный server2016 std. Вчера запустил эту виртуальную машину- работает, не перезагружается, даже ватермарка о пробном периоде нет. Какие ограничения для работы имеет пробная версия Server2016 (у меня сборка 1607)?

The opinion expressed by me is not an official position of Microsoft

Имеется ввиду, что технических ограничений нет? Есть только юридические/лицензионные?

The opinion expressed by me is not an official position of Microsoft

Ог раничения варианта Nano Server

не знаю, при чём тут Nano сервер, но спасибо за информацию, которая также выглядит непонятно: как Nano Server связан с Windows 10, до которой рекомендуют обновить.

Текст скопирован с оф. статьи.

Какой вариант установки выбрал ТС, он не пишет, и вообще, можно ли пробную WS2016 загрузить в варианте Nano, наверное, нет. А так, на всякий случай. Про Win 10 мне тоже не понятно. Наверное, это универсальный рекламный ход в отношении продуктов Microsoft, поддержка которых прекращена.

за текст то и спасибо, но я очень сомеваюсь, что у ТС установлен Nano Server.

Обычный? В их терминах там есть для Desktopa (Возможности рабочего стола) и Core (без GUI, основные серверные компоненты)

В справках, по крайней мере, нет каких-то особых ограничений кроме мелочей.

180 дней период оценки. 10 дней на активацию

Некоторая полезная инфа:

Installation Guidelines

The Nano Server deployment option in the Windows Server 2016 eval ISO is supported for host and guest VM deployments until the Spring 2018 release of Windows Server. Starting with the Fall 2017 release, Nano Server has been optimized for container use only and Server Core is available for host and guest VM deployments.

When you complete your evaluation, you can convert your evaluation versions to retail. Also, check out our TechNet documentation to learn how to upgrade or migrate your other existing servers to Windows Server 2016.

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

Для выпусков Windows Server 2016, предшествующих 14393.0.161119-1705.RS1_REFRESH, преобразование ознакомительной версии в коммерческую можно выполнить только для системы Windows Server 2016, для которой был выбран вариант установки «Возможности рабочего стола» (а не установка основных серверных компонентов). Начиная с выпуска 14393.0.161119-1705.RS1_REFRESH, можно преобразовывать ознакомительные выпуски в коммерческие независимо от варианта установки.

Источник

Вебинар: все о лицензировании Windows Server 2016

15 ноября в 11:00 пройдет вебинар, посвящённый изменениям лицензирования Windows Server 2016.

Картинка с сайта: hand.post-ap.ru

Обновление от 15 ноября 2016:

Запись вебинара по изменениям в лицензировании Windows Server 2016

Запись вопросов к вебинару «Все о лицензировании Windows Server 2016»

Поделиться ссылкой на эту запись:

Похожее

Всего комментариев: 12 Комментировать

Спасибо за контакты, я связался с организаторами.

Буду ждать в записи.

Что-то не особо понравился вебинар. Возможно из-за того, что есть пробел в знаниях как происходит установка лицензий на систему. Раньше пихнул в KMS ключ и готово, виртуалка с люым количеством виртуальных ядер сама активировалась.
Сложилось впечатление, что разговор идет про Hyper-V, так как лицензируется хост. А у нас допустим ESXi, KVM и т. д. И количество виртуальных ядер может варьироваться от реальных + 2 ядра (грубо говоря) использует сам хост виртуализации.
Как лицензировать виртуальную машину тогда? Ведь кол-во ядер в ней может и измениться. Или покупается одна большая лицензия допустим на 200 шт по 2 ядра и лицензируется не хост, а сама виртуалка?

Здравствуйте, AlektroNik.
Лицензия – это юридическое право на использование программного продукта.
Для соблюдения лицензионной частоты необходимо приобрести такое количество лицензий (под лицензией подразумевается Windows Server 2016 2 Core), которое покроет все физические ядра сервера и все виртуальные машины (ВМ). Платформа виртуализации не имеет значения при расчете необходимого количества лицензий Windows Server 2016.

Для использовании Windows Server необходимо лицензию активировать ключом (MAK или KMS):
1. MAK (Multiple Activation Key) – одним ключом активируется одна инсталляция ПО;
2. С помощью сервера активаций KMS (Key Management Service) для активации всего хоста программных продуктов Windows.

При лицензировании сервера с виртуализацией (хост + ВМ), количество необходимых лицензий рассчитывается исходя из количества включённых физических ядер. Полностью залицензированный хост позволяет развернуть 2 ВМ.
Чтобы залицензировать еще 2 ВМ, необходимо приобрести лицензии, которые еще раз залицензируют хост, и т.д.
Другими словами, чтобы залицензировать N ВМ (где N – четное(в случае, если N – нечетное, то округляется в бóльшую сторону)), необходимо залицензировать хост N/2 раз.

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

Для расчета необходимого количества лицензий Windows Server 2016 можно воспользоваться Калькулятором:
http://iterbi.ru/blog/ws2016.html

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

p.s.: AlektroNik, если требуются ещё более подробные разъяснения, пишите нам: edu@iterbi.ru, мы вышлем примеры конкретных расчётов.

Большое спасибо за такой развернутый ответ.
Дело не в подробностях. Я не могу понять логику.
Допустим у нас есть филиал, в нем сервер с 2 сокетами по 4 ядра. На нем крутиться всего 1 ВМ с 4 виртуальными ядрами. По моей логике мне нужно купить 2 лицензия по 2 ядра и не переплачивать. По логике майкрасофта я должен заплатить за все 8 ядер, хотя они мне не нужны, допустим я остальные ядра буду использовать под Linux системы.
Я веду к тому, что неужели только меня смущает промежуточный костыль в виде лицензирования целого хоста?
На мой взгляд это выкачивание денег, похожее на то как Vmware в свое время хотел брать деньги по мимо сокетов еще и за кол-во оперативной памяти.

Подведу краткий итог того, что я хотел услышать:
1. Платформа виртуализации не имеет значения при расчете необходимого количества лицензий Windows Server 2016.
2. Windows Server лицензируется только на физическое устройство.
Теперь мне логика понятна. Большое спасибо.

Надеюсь, что в будущем будет более прозрачная и логичная схема лицензирования.

Источник

Что будет если пользоваться не активированной системой? Рассмотрим на примере Windows 7, 8 и 10. Любая установленная ОС, получит 30 дневной пробный период, но даже в течении этих 30 дней вы не сможете забыть о том, что система не активирована. По завершению пробного периода, с Windows 7 и 8, откровенно говоря станет работать крайне не приятно, но возможно. Если сравнивать с Windows XP и Vista, где после исчерпания 30 дней система вовсе перестает запускаться, то Виндовс 7, 8 и 10, продолжит загружаться, хоть и с ограничениями. С Windows 10 ситуация вообще обстоит иначе.

Давайте рассмотрим ограничения, каждой версии отдельно:

1. Ограничения не активированной Windows 7. Дела обстоят крайне плачевно, пользоваться Виндовс 7 без активации лично для меня не представляется возможным. На рабочем столе в место заставки, вы будите видеть черный экран с почасовым уведомлением активировать систему. Согласен, черный экран не критично, но постоянное всплывающее окно с напоминанием активировать систему, будет напрягать.

А самое не приятное, что каждые 4 часа, система сама будет отключаться, естественно вся Ваша работа коту под хвост. Вот собственно и все, всего три ограничения, но лично для меня этого достаточно, чтобы прибегнуть к активации системы, тем более, что сделать это очень просто.

2. Не активированная Windows 8 и ее ограничения. С восьмеркой все примерно так же, как и с семеркой, но все же немного лучше. У не активированной Виндовс 8, по завершению триального периода, тоже станет невозможным изменить заставку и тему, но в место черного экрана, будет стоять заставка по умолчанию с водяным знаком внизу экрана. Вернее изменить заставку можно, но через несколько минут, экран опять вернется в исходное положение. Нельзя изменить заставку экрана блокировки, какая стоит по умолчанию, такой и любуйтесь.

Так же, как и в семерке каждый час будет выскакивать окно с напоминанием об активации. Но все же в сравнении с Виндовс 7, вместо отключения, каждые 4 часа, в системе будут закрываться все запущенные окна, естественно без сохранения. Конечно лучше чем полное отключение, но не намного. По большому счету пользоваться не активированной Windows 8, все так же не представляется возможным, вернее возможно но крайне не комфортно. Активировать можно при помощи ключа или активатора.

3. Какие же ограничения приготовила нам Windows 10? С не активированной Windows 10 дела обстоят куда радужнее, а вернее хорошо. Из ограничений, только персонализация рабочего стола и водяной знак в правом нижнем углу. В место черного экрана будет заставка, но поменять ее можно будет лишь после активации.

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

Источник

Многие наши материалы создаются на основе читательского отклика, так произошло и в этот раз, один из читателей спросил нас как преобразовать ознакомительную версию Windows Server в полную. Короткое исследование вопроса показало, что несмотря на то, что он достаточно подробно отражен в официальной документации в сети встречаются самые разнообразные домыслы. Поэтому мы решили не только привести готовое решение, но и немного углубиться в суть вопроса, разобравшись в том, что такое ознакомительная версия Windows Server и для чего она предназначена.

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

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

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

Если у вас есть законно приобретенный Windows Server, то запуск экземпляра без наличия необходимого количества лицензий будет однозначным нарушением. В отсутствии приобретенного продукта дистрибутив ПО будет считаться нелегальным, так как пользователь не имеет прав на его законное использование, даже если дистрибутив находится в свободном доступе. Таким образом ознакомительная версия Windows Server является единственным легальным способом использования серверного ПО без приобретения лицензий в некоммерческих целях.

Картинка с сайта: windoro.ru

Также, как и с обычными версиями Windows Server, доступна установка двух редакций: Standard и Datacenter в вариантах Core и с возможностями рабочего стола. Напомним, что начиная с Server 2016 редакция Datacenter содержит некоторые отсутствующие в Standard компоненты и возможности, которые касаются в основном хранилищ и виртуализации. В остальном возможности обеих редакций совпадают, и мы не рекомендуем устанавливать ознакомительную версию Datacenter без крайней на то необходимости, разве что именно для ознакомления со специфичными для редакции особенностями, потому что Standard всегда можно преобразовать в Datacenter, а вот обратная конвертация невозможна.

Картинка с сайта: windoro.ru

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

slmgr /rearm

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

Истек срок действия лицензии для этой установки Windows. Компьютер завершает работу.

Но, даже если у вас есть приобретенная лицензия Windows Server активировать с ее помощью систему не удастся. Почему? Потому что ознакомительная версия — это отдельный продукт, для которого нельзя использовать лицензии от коммерческих версий. В связи с этим распространено еще одно заблуждение о том, что ознакомительную версию нельзя легально преобразовать в полную и поэтому не следует развертывать на ней продуктивные среды. Однако это тоже не так, на странице скачивания Evaluation Center прямым текстом сказано о том, что это сделать можно и приведена ссылка на официальную документацию.

После того как вы завершите оценку, можете преобразовать ваши пробные версии в коммерческие.

Также существует ряд ограничений, с которыми следует обязательно ознакомиться.

Для выпусков Windows Server 2016 предшествующих 14393.0.161119-1705.RS1_REFRESH преобразование можно выполнить только для установки с возможностями рабочего стола, для Core версий это сделать невозможно. Также невозможно преобразовать Core версии Server 2012. Для более поздних версий Server 2016 и Server 2019 ограничения отсутствуют.

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

Для преобразования следует воспользоваться командой:

DISM /online /Set-Edition:<edition ID> /ProductKey:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX /AcceptEula

Где edition ID — идентификатор целевой системы, а ProductKey — ключ продукта. Вы можете использовать розничный ключ продукта для преобразования в розничную версию, либо публичный GVLK ключ, если вы используете корпоративные программы лицензирования, полученные в рамках этой программы ключи использовать нельзя.

Узнать текущий edition ID можно командой:

DISM /online /Get-CurrentEdition

Картинка с сайта: windoro.ru

А доступные для преобразования:

DISM /online /Get-TargetEditions

Картинка с сайта: windoro.ru

Еще раз напомним, что StandardEval можно преобразовать как в Standard, так и в Datacenter, а DatacenterEval — только в Datacenter. Ниже приведем готовые команды для актуальных версий Windows Server.

Windows Server 2012 R2

DISM /online /Set-Edition:ServerStandard /ProductKey:D2N9P-3P6X9-2R39C-7RTCD-MDVJX /AcceptEula
DISM /online /Set-Edition:ServerDatacenter /ProductKey:W3GGN-FT8W3-Y4M27-J84CP-Q3VJ9 /AcceptEula

Windows Server 2016

DISM /online /Set-Edition:ServerStandard /ProductKey:WC2BQ-8NRM3-FDDYY-2BFGV-KHKQY /AcceptEula
DISM /online /Set-Edition:ServerDatacenter /ProductKey:CB7KF-BWN84-R7R2Y-793K2-8XDDG /AcceptEula

Windows Server 2019

DISM /online /Set-Edition:ServerStandard /ProductKey:N69G4-B89J2-4G8F4-WWYCC-J464C /AcceptEula
DISM /online /Set-Edition:ServerDatacenter /ProductKey:WMDGN-G9PQG-XVVXX-R3X43-63DFG /AcceptEula

Картинка с сайта: windoro.ru

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

Картинка с сайта: windoro.ru

Указанный способ применим также и для преобразования коммерческих версий Windows Server, для розничных версий вы должны использовать розничные ключи, а для корпоративных — публичные GVLK.

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

Лицензирование для «чайников»: Windows Server 2019

Microsoft Windows Server 2019 – операционная система корпоративного уровня, обеспечивает обработку гибридного облака и данных, а также новый уровень безопасности и инноваций для приложений и инфраструктуры компании.

Решение нового поколения для развертывания приложений Windows Server 2019 предназначено для IT-специалистов, позволяет проводить работы в сфере создания и предоставления масштабных облачных сервисов, которые содержат последние технологии и улучшения для виртуализации, хранения и управления сетями, защиты информации и доступа, инфраструктуры виртуальных рабочих столов, платформы приложений и веб-платформы, а также множество других модулей.

Microsoft Windows Server 2019 пришел на смену Windows Server 2016 (о предыдущей версии вы можете прочитать в этой статье).

Содержание

Редакции Microsoft Windows Server 2019

Существуют следующие редакции (выпуски) Microsoft Windows Server 2019:

Выбор вида лицензии

Для Microsoft Windows Server доступно 3 основных вида лицензирования:

Подробнее об этих видах лицензий можно прочитать в статье:

Принципы лицензирования

Редакции Windows Server 2019 Standard и Datacenter лицензируются по схеме «Лицензии на ядра» + «лицензия клиентского доступа CAL» + «дополнительная лицензия External Connector».

Каждая серверная лицензия выпускается на 2 физических ядра (2Lic Core). Минимальный пакет на 1 процессор – 4 лицензии 2Lic Core (8 ядер). Минимальный пакет на 1 сервер – 8 лицензий 2Lic Core (т.е нужно лицензировать как минимум 16 ядер).

При покупке лицензий Windows Server 2019 Standard или Datacenter вам понадобятся:

Клиент – это пользователь или устройство (компьютер), которые прямо или косвенно обращаются к серверному программному обеспечению. Соответственно, существуют клиентские лицензии «на пользователя» (User CAL) и «на устройство» (Device CAL). Вам нужно будет выбрать тип лицензии, который наиболее подходит (например, более экономичный). Чаще выбирают лицензии «на устройство».

Важное замечание: при увеличении числа серверов число клиентских лицензий не увеличивается. Количество клиентских лицензий зависит только от числа лицензируемых объектов – пользователей или устройств.

Например, для 1 сервера, имеющего не более 2 процессоров по 8 ядер каждый, и 20 подключенных к нему устройств у вас получится такой список лицензий для редакции Standard:

С 1 мая 2017 года в прайс-листе Microsoft появилась специальная позиция для покупки минимального набора серверных лицензий: пакет на 16 ядер.

Для редакции Standard:

Пакеты лицензий на 2 ядра остаются доступны для заказа. Изменений в лицензионных требованиях нет, пользователи по-прежнему должны лицензировать все физические ядра серверов. Цена одной лицензии на 16 ядер не отличается от стоимости 8 лицензий на 2 ядра.

Лицензия External Connector позволяет подключаться к серверу неограниченному числу внешних пользователей. Внешними пользователями могут быть сотрудники партнерских компаний, покупатели или поставщики, просто посторонние люди (т.е. все, кроме сотрудников вашей организации). Для своих сотрудников необходимо покупать лицензии CAL.

А если не буду покупать клиентские лицензии?
Тем самым вы нарушите лицензионное соглашение и последствия этого будут такие же, как в случае полного отсутствия лицензии.

Лицензирование Windows Server 2019 Essentials не изменилось по сравнению с предыдущей версией. Редакция Essentials лицензируется, как и раньше, по числу серверов и не требует лицензий клиентского доступа.

Если у меня в офисе несколько организаций и все пользуются общими серверами – на какую организацию надо покупать лицензию?
В данном случае действует следующее правило: лицензии покупает владелец сервера. Для подключения большого количества внешних пользователей можно использовать лицензию Windows Server 2012 External Connector.

Как лицензируется использование сервера терминалов в Windows Server?
Серверная лицензия на Windows Server 2019 (редакции Standard и Datacenter) включает возможность запуска служб терминалов. Помимо лицензии Windows Server CAL для каждого пользователя или устройства, которые прямо или косвенно обращаются к серверному программному обеспечению для предоставления графического интерфейса пользователя с помощью функций Служб терминалов Windows Server 2019, необходимо приобрести лицензию Windows Server 2019 Remote Desktop Services CAL.

Существует два типа Windows Server 2019 Remote Desktop Services CAL: клиентская лицензия на «на устройство» (Device CAL) и «на пользователя» (User CAL). Лицензия Windows Server 2019 Remote Desktop Services External Connector позволяет предоставить неограниченному количеству внешних пользователей доступ к терминальным службам на базе Windows Server.

Важное замечание: лицензии Windows Remote Desktop Services CAL приобретаются в дополнение к лицензиям Windows Server CAL. То есть в нашем примере, если 10 устройств из 20 подключенных к серверу используют терминальный доступ, необходимо приобрести 20 лицензий Windows Server CAL и 10 лицензий Windows Remote Desktop Services CAL:

Можно ли к Windows Server 2019 Essentials подключаться через терминальный доступ (rdp), какие лицензии для этого нужно купить?
Windows Server 2019 Essentials не может использоваться для терминального доступа. Для этого вам нужен, как минимум, Windows Server 2019 Standard.

Доступность Microsoft Windows Server 2016 и более ранних версий

Корпоративные лицензии Microsoft Windows Server 2019 разрешают использование предыдущих версий продукта соответствующих редакций (правило Downgrade). При этом применяются принципы лицензирования актуальной версии.

Источник

Ограничения неактивированной windows server 2019

Вопрос

1. Подскажите по ограничениям данной редакции. Помимо ограничения с количеством пользователей до 25 и устройств до 50, он также не может быть вторым контроллером домена и не может использоваться как RDS. Это понятно.

Но также написано, что он не поддерживает резервное копирование. То есть сделать бэкап своего состояния и выбранных файлов встроенными средствами резервного копирования он не сможет?

Планирую использовать эту редакцию в качестве файлового сервера для 22 сотрудников. Резервное копирование придется организовывать сторонним ПО?

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

Как работают встроенные CAL при предоставлении доступа к файловым ресурсам? Допускается не больше 25 одновременных клиентских подключений к файловым ресурсам сервера, или же он (сервер) фиксирует ID пользователя, который когда-либо обращался к файловому ресурсу, в базе и при фиксации в ней 25 пользователей, новые пользователи не смогут получить доступ?

Ответы

По ряду причин времени на тестирование нет.

А что по поводу 2-го вопроса? Кто может дать комментарии?

Как именно технически работает «встроенная» CAL не имеет значения. Если у вас больше 25 пользователей, то будет иметь место нарушение лицензионного соглашения даже если подключение по факту возможно. А вот «одновременность» вообще ни на что не влияет (хотя почему то часто упоминается). Если у вас 25 сотрудников, но одновременно работает только 1 вам все равно требуется 25 CAL.

Я бы сказал что данная редакция для вас не подходит по числу пользователей. Вам требуется Standard и нужное число CAL.

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

This posting is provided «AS IS» with no warranties, and confers no rights.

А если у меня сотрудников 100, но за компьютерами работает только 22 человека?

В этом случае вы создаёте не более 25 учётных записей для уникальных сотрудников. Т.е. нельзя создать одну учётную запись для нескольких сотрудников на нескольких устройствах.

При этом можно «одна учётная запись для работы на одном компьютере нескольких пользователей (посменно)». Это называется «лицензия на устройство». Таких у WSE 50

но пользователи каждого офиса используют ресурсы только своего сервера

Это не важно. Лицензии применяются не на офисы, а на всю компанию в целом. Вам надо только 29 лицензий, что будет превышением WSE (Windows Server Essential)

Может кто посоветовать ссылку в которой будет понятным для простых смертных подробно описаны все нюансы лицензионой политики MS?

И все таки в каком документе можно увидеть как правильно определить необходимое кол-во CAL?

По количеству сотрудников организации или все же по количеству персонифицированных учетных записей пользователей (что более логично)?

Можно ли не учитывать технические учетные записи (с которыми работает только один человек- адми Н)?

Ну и очень интересует трактовка такой ситуации: два разнесенных офиса одной организации по 14 и 15 человек в каждом в доменах нижнего уровня. Фактически каждый использует ресурсы только своих серверов и серверов вышестоящего домена. При покупке нового файлового сервера в один из офисов сколько необходимо приобрести CAL для соблюдения лиц соглашения, 15 или 29?

Дополню: если у вас 100 сотрудников, а за компьютерами работает только 22 человека, то декларируются и применяются меры по недопущению использования лицензируемого ПО остальными сотрудниками. Эти меры, например приказа по предприятию о том что перечисленным 22 сотрудникам предоставлен доступ к ПО путем создания личных учетных записей, предотвратят неприятности в случае проверки.

This posting is provided «AS IS» with no warranties, and confers no rights.

Все ответы

По ряду причин времени на тестирование нет.

А что по поводу 2-го вопроса? Кто может дать комментарии?

По ряду причин времени на тестирование нет.

А что по поводу 2-го вопроса? Кто может дать комментарии?

Как именно технически работает «встроенная» CAL не имеет значения. Если у вас больше 25 пользователей, то будет иметь место нарушение лицензионного соглашения даже если подключение по факту возможно. А вот «одновременность» вообще ни на что не влияет (хотя почему то часто упоминается). Если у вас 25 сотрудников, но одновременно работает только 1 вам все равно требуется 25 CAL.

Я бы сказал что данная редакция для вас не подходит по числу пользователей. Вам требуется Standard и нужное число CAL.

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

This posting is provided «AS IS» with no warranties, and confers no rights.

В смысле сравниваться с числом сотрудников? А если у меня сотрудников 100, но за компьютерами работает только 22 человека?

Или например организация имеет два разнесенных офиса. В одном 14 и в другом 15 человек. Если они объединены каналами связи (для функционирования домена) но пользователи каждого офиса используют ресурсы только своего сервера мне все равно придется купить два пакета CAL по 29 лицензий?

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

По ряду причин времени на тестирование нет.

А что по поводу 2-го вопроса? Кто может дать комментарии?

Как именно технически работает «встроенная» CAL не имеет значения. Если у вас больше 25 пользователей, то будет иметь место нарушение лицензионного соглашения даже если подключение по факту возможно. А вот «одновременность» вообще ни на что не влияет (хотя почему то часто упоминается). Если у вас 25 сотрудников, но одновременно работает только 1 вам все равно требуется 25 CAL.

Я бы сказал что данная редакция для вас не подходит по числу пользователей. Вам требуется Standard и нужное число CAL.

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

This posting is provided «AS IS» with no warranties, and confers no rights.

И все таки в каком документе можно увидеть как правильно определить необходимое кол-во CAL?

По количеству сотрудников организации или все же по количеству персонифицированных учетных записей пользователей (что более логично)?

Можно ли не учитывать технические учетные записи (с которыми работает только один человек- адми Н)?

Ну и очень интересует трактовка такой ситуации: два разнесенных офиса одной организации по 14 и 15 человек в каждом в доменах нижнего уровня. Фактически каждый использует ресурсы только своих серверов и серверов вышестоящего домена. При покупке нового файлового сервера в один из офисов сколько необходимо приобрести CAL для соблюдения лиц соглашения, 15 или 29?

А если у меня сотрудников 100, но за компьютерами работает только 22 человека?

В этом случае вы создаёте не более 25 учётных записей для уникальных сотрудников. Т.е. нельзя создать одну учётную запись для нескольких сотрудников на нескольких устройствах.

При этом можно «одна учётная запись для работы на одном компьютере нескольких пользователей (посменно)». Это называется «лицензия на устройство». Таких у WSE 50

но пользователи каждого офиса используют ресурсы только своего сервера

Это не важно. Лицензии применяются не на офисы, а на всю компанию в целом. Вам надо только 29 лицензий, что будет превышением WSE (Windows Server Essential)

Может кто посоветовать ссылку в которой будет понятным для простых смертных подробно описаны все нюансы лицензионой политики MS?

Это не важно. Лицензии применяются не на офисы, а на всю компанию в целом. Вам надо только 29 лицензий, что будет превышением WSE (Windows Server Essential)

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

P.S. Подскажите как вы делаете избирательное цитирование? Делать полное цитирование, а потом редактировать цитируемый текст не удобно. Есть более быстрый способ?

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

PS.: Да, я редактирую код:

И все таки в каком документе можно увидеть как правильно определить необходимое кол-во CAL?

По количеству сотрудников организации или все же по количеству персонифицированных учетных записей пользователей (что более логично)?

Можно ли не учитывать технические учетные записи (с которыми работает только один человек- адми Н)?

Ну и очень интересует трактовка такой ситуации: два разнесенных офиса одной организации по 14 и 15 человек в каждом в доменах нижнего уровня. Фактически каждый использует ресурсы только своих серверов и серверов вышестоящего домена. При покупке нового файлового сервера в один из офисов сколько необходимо приобрести CAL для соблюдения лиц соглашения, 15 или 29?

Дополню: если у вас 100 сотрудников, а за компьютерами работает только 22 человека, то декларируются и применяются меры по недопущению использования лицензируемого ПО остальными сотрудниками. Эти меры, например приказа по предприятию о том что перечисленным 22 сотрудникам предоставлен доступ к ПО путем создания личных учетных записей, предотвратят неприятности в случае проверки.

This posting is provided «AS IS» with no warranties, and confers no rights.

Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется «как есть» без каких-либо гарантий. Не забывайте помечать сообщения как ответы и полезные, если они Вам помогли.

Просьба пояснить, будет ли корректным в части политики лицензирования установка WIN SERVER ESSENTIAL 2019 для такого случая:

В крупной организации, у которой на серверах уже установлены WIN SERVER DATACENTER с соответствующим «набором лицензий» и имеется действующее соглашение в OV, в изолированной сети одного из удаленных подразделений с небольшим числом сотрудников (не больше 25) и устройств (около 40) планируется поднять сервер на процессоре макс. до 6 ядер на базе WIN SERVER ESSENTIAL 2019.

На этом сервере будет один основной домен со своими уникальными учетными записями только для сотрудников подразделения, функции сервера: файл-сервер, возможно DHCP и DNS-сервер для пользователей сети подразделения.

«Объединять» сеть подразделения с другими сетями организации не планируется (и не требуется), для доступа в другие домены организации у пользователей имеются другие учетные записи.

Источник

Ограничения неактивированной windows server 2019

Вопрос

1. Подскажите по ограничениям данной редакции. Помимо ограничения с количеством пользователей до 25 и устройств до 50, он также не может быть вторым контроллером домена и не может использоваться как RDS. Это понятно.

Но также написано, что он не поддерживает резервное копирование. То есть сделать бэкап своего состояния и выбранных файлов встроенными средствами резервного копирования он не сможет?

Планирую использовать эту редакцию в качестве файлового сервера для 22 сотрудников. Резервное копирование придется организовывать сторонним ПО?

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

Как работают встроенные CAL при предоставлении доступа к файловым ресурсам? Допускается не больше 25 одновременных клиентских подключений к файловым ресурсам сервера, или же он (сервер) фиксирует ID пользователя, который когда-либо обращался к файловому ресурсу, в базе и при фиксации в ней 25 пользователей, новые пользователи не смогут получить доступ?

Ответы

По ряду причин времени на тестирование нет.

А что по поводу 2-го вопроса? Кто может дать комментарии?

Как именно технически работает «встроенная» CAL не имеет значения. Если у вас больше 25 пользователей, то будет иметь место нарушение лицензионного соглашения даже если подключение по факту возможно. А вот «одновременность» вообще ни на что не влияет (хотя почему то часто упоминается). Если у вас 25 сотрудников, но одновременно работает только 1 вам все равно требуется 25 CAL.

Я бы сказал что данная редакция для вас не подходит по числу пользователей. Вам требуется Standard и нужное число CAL.

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

This posting is provided «AS IS» with no warranties, and confers no rights.

А если у меня сотрудников 100, но за компьютерами работает только 22 человека?

В этом случае вы создаёте не более 25 учётных записей для уникальных сотрудников. Т.е. нельзя создать одну учётную запись для нескольких сотрудников на нескольких устройствах.

При этом можно «одна учётная запись для работы на одном компьютере нескольких пользователей (посменно)». Это называется «лицензия на устройство». Таких у WSE 50

но пользователи каждого офиса используют ресурсы только своего сервера

Это не важно. Лицензии применяются не на офисы, а на всю компанию в целом. Вам надо только 29 лицензий, что будет превышением WSE (Windows Server Essential)

Может кто посоветовать ссылку в которой будет понятным для простых смертных подробно описаны все нюансы лицензионой политики MS?

И все таки в каком документе можно увидеть как правильно определить необходимое кол-во CAL?

По количеству сотрудников организации или все же по количеству персонифицированных учетных записей пользователей (что более логично)?

Можно ли не учитывать технические учетные записи (с которыми работает только один человек- адми Н)?

Ну и очень интересует трактовка такой ситуации: два разнесенных офиса одной организации по 14 и 15 человек в каждом в доменах нижнего уровня. Фактически каждый использует ресурсы только своих серверов и серверов вышестоящего домена. При покупке нового файлового сервера в один из офисов сколько необходимо приобрести CAL для соблюдения лиц соглашения, 15 или 29?

Дополню: если у вас 100 сотрудников, а за компьютерами работает только 22 человека, то декларируются и применяются меры по недопущению использования лицензируемого ПО остальными сотрудниками. Эти меры, например приказа по предприятию о том что перечисленным 22 сотрудникам предоставлен доступ к ПО путем создания личных учетных записей, предотвратят неприятности в случае проверки.

This posting is provided «AS IS» with no warranties, and confers no rights.

Все ответы

По ряду причин времени на тестирование нет.

А что по поводу 2-го вопроса? Кто может дать комментарии?

По ряду причин времени на тестирование нет.

А что по поводу 2-го вопроса? Кто может дать комментарии?

Как именно технически работает «встроенная» CAL не имеет значения. Если у вас больше 25 пользователей, то будет иметь место нарушение лицензионного соглашения даже если подключение по факту возможно. А вот «одновременность» вообще ни на что не влияет (хотя почему то часто упоминается). Если у вас 25 сотрудников, но одновременно работает только 1 вам все равно требуется 25 CAL.

Я бы сказал что данная редакция для вас не подходит по числу пользователей. Вам требуется Standard и нужное число CAL.

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

This posting is provided «AS IS» with no warranties, and confers no rights.

В смысле сравниваться с числом сотрудников? А если у меня сотрудников 100, но за компьютерами работает только 22 человека?

Или например организация имеет два разнесенных офиса. В одном 14 и в другом 15 человек. Если они объединены каналами связи (для функционирования домена) но пользователи каждого офиса используют ресурсы только своего сервера мне все равно придется купить два пакета CAL по 29 лицензий?

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

По ряду причин времени на тестирование нет.

А что по поводу 2-го вопроса? Кто может дать комментарии?

Как именно технически работает «встроенная» CAL не имеет значения. Если у вас больше 25 пользователей, то будет иметь место нарушение лицензионного соглашения даже если подключение по факту возможно. А вот «одновременность» вообще ни на что не влияет (хотя почему то часто упоминается). Если у вас 25 сотрудников, но одновременно работает только 1 вам все равно требуется 25 CAL.

Я бы сказал что данная редакция для вас не подходит по числу пользователей. Вам требуется Standard и нужное число CAL.

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

This posting is provided «AS IS» with no warranties, and confers no rights.

И все таки в каком документе можно увидеть как правильно определить необходимое кол-во CAL?

По количеству сотрудников организации или все же по количеству персонифицированных учетных записей пользователей (что более логично)?

Можно ли не учитывать технические учетные записи (с которыми работает только один человек- адми Н)?

Ну и очень интересует трактовка такой ситуации: два разнесенных офиса одной организации по 14 и 15 человек в каждом в доменах нижнего уровня. Фактически каждый использует ресурсы только своих серверов и серверов вышестоящего домена. При покупке нового файлового сервера в один из офисов сколько необходимо приобрести CAL для соблюдения лиц соглашения, 15 или 29?

А если у меня сотрудников 100, но за компьютерами работает только 22 человека?

В этом случае вы создаёте не более 25 учётных записей для уникальных сотрудников. Т.е. нельзя создать одну учётную запись для нескольких сотрудников на нескольких устройствах.

При этом можно «одна учётная запись для работы на одном компьютере нескольких пользователей (посменно)». Это называется «лицензия на устройство». Таких у WSE 50

но пользователи каждого офиса используют ресурсы только своего сервера

Это не важно. Лицензии применяются не на офисы, а на всю компанию в целом. Вам надо только 29 лицензий, что будет превышением WSE (Windows Server Essential)

Может кто посоветовать ссылку в которой будет понятным для простых смертных подробно описаны все нюансы лицензионой политики MS?

Это не важно. Лицензии применяются не на офисы, а на всю компанию в целом. Вам надо только 29 лицензий, что будет превышением WSE (Windows Server Essential)

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

P.S. Подскажите как вы делаете избирательное цитирование? Делать полное цитирование, а потом редактировать цитируемый текст не удобно. Есть более быстрый способ?

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

PS.: Да, я редактирую код:

И все таки в каком документе можно увидеть как правильно определить необходимое кол-во CAL?

По количеству сотрудников организации или все же по количеству персонифицированных учетных записей пользователей (что более логично)?

Можно ли не учитывать технические учетные записи (с которыми работает только один человек- адми Н)?

Ну и очень интересует трактовка такой ситуации: два разнесенных офиса одной организации по 14 и 15 человек в каждом в доменах нижнего уровня. Фактически каждый использует ресурсы только своих серверов и серверов вышестоящего домена. При покупке нового файлового сервера в один из офисов сколько необходимо приобрести CAL для соблюдения лиц соглашения, 15 или 29?

Дополню: если у вас 100 сотрудников, а за компьютерами работает только 22 человека, то декларируются и применяются меры по недопущению использования лицензируемого ПО остальными сотрудниками. Эти меры, например приказа по предприятию о том что перечисленным 22 сотрудникам предоставлен доступ к ПО путем создания личных учетных записей, предотвратят неприятности в случае проверки.

This posting is provided «AS IS» with no warranties, and confers no rights.

Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется «как есть» без каких-либо гарантий. Не забывайте помечать сообщения как ответы и полезные, если они Вам помогли.

Просьба пояснить, будет ли корректным в части политики лицензирования установка WIN SERVER ESSENTIAL 2019 для такого случая:

В крупной организации, у которой на серверах уже установлены WIN SERVER DATACENTER с соответствующим «набором лицензий» и имеется действующее соглашение в OV, в изолированной сети одного из удаленных подразделений с небольшим числом сотрудников (не больше 25) и устройств (около 40) планируется поднять сервер на процессоре макс. до 6 ядер на базе WIN SERVER ESSENTIAL 2019.

На этом сервере будет один основной домен со своими уникальными учетными записями только для сотрудников подразделения, функции сервера: файл-сервер, возможно DHCP и DNS-сервер для пользователей сети подразделения.

«Объединять» сеть подразделения с другими сетями организации не планируется (и не требуется), для доступа в другие домены организации у пользователей имеются другие учетные записи.

Источник

Adblock
detector