Configuring multipath-io for windows server

Введение

Ранее я рассказывал об установке и настройке Hyper-V Server 2012 R2, предыдущей версии бесплатного гипервизора. К сожалению, те методы настройки hyper-v в рабочей группе без домена неактуальны в версии 2016. В частности, утилита hvremote не работает на новой версии. Изменились настройки машины для управления. В данном случае в ее качестве будет выступать рабочая станция под управлением Windows 10.

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

Поддержка всех популярных ОС. Нет никаких проблем с совместимостью, нет необходимости отдельно ставить какие-то драйвера или тулсы. Поддержка hyper-v присутствует во всех windows системах, в ядре линукс, не помню точно с какой версии, но все современные системы ее имеют, в ядре freebsd, начиная с 10-й версии. То есть вы просто берете установочный диск и ставите систему на hyper-v, больше от вас ничего не требуется.
Много различных способов бэкапа виртуальных машин. Это могут быть простые скрипты, бесплатные программы, либо полноценные платные версии крупных компаний, специализирующихся на программном обеспечении для бэкапа.
Стандартная панель управления гипервизором, которую легко установить на компьютер под управлением windows, начиная с win 8.1.
В основе Hyper-V Server популярная серверная система, с которой понятно и удобно работать. К примеру, чтобы загрузить или забрать файл с гипервизора, вам достаточно расшарить на нем папку стандартным образом, как вы это делаете в любой windows системе.

Это мое личное мнение, основанное на опыте работы с малыми и средними компаниями, где нет каких-то особенных требований к надежности и доступности сервисов. Где используются несколько серверов с виртуальными машинами, не всегда есть домен windows. Конечно, помимо плюсов, есть и минусы. Первый и главный для меня минус — первоначальная настройка. Нельзя просто взять, установить Hyper-V Server и начать им пользоваться. Необходимо производить какие-то непонятные и не очевидные действия на хосте и управляемой машине. Дальше вы поймете, что я имею ввиду. Но преодолев это препятствие, можно спокойно использовать виртуальную инфраструктуру, основанную на бесплатном гипервизоре от microsoft.

Очереди виртуальных машин (ВМКС)

ВМКС — это функция сетевого интерфейса, которая выделяет очередь для каждой виртуальной машины. Когда Hyper-V включен; также необходимо включить VMQ. в Windows Server 2016 вмкс использовать NIC Switch впортс с одной очередью, назначенной впорт, для предоставления тех же функций.

В зависимости от режима конфигурации коммутатора и алгоритма распределения нагрузки объединение сетевых карт представляет собой минимальное количество доступных и поддерживаемых очередей любым адаптером в группе (режим min-Queues) или общее число очередей, доступных для всех участников группы (режим SUM-of-Queues).

Если команда находится в режиме объединения Switch-Independent и вы устанавливаете распределение нагрузки в режим порта Hyper-V или динамический режим, число сообщаемых очередей — это сумма всех очередей, доступных для членов группы (режим SUM-of-Queues). В противном случае количество очередей в отчете является наименьшим числом очередей, поддерживаемых любым участником команды (режим min-Queues).

Далее описывается, почему это происходит:

Если независимая команда находится в режиме порта Hyper-V или в динамическом режиме, входящий трафик для порта коммутатора Hyper-V (ВМ) всегда поступает на один и тот же участник команды. Узел может предсказать или контролировать, какой член получает трафик для конкретной виртуальной машины, чтобы объединение сетевых карт было более продуманным, чем очереди VMQ, выделяемые для конкретного участника команды. Объединение сетевых карт, работа с коммутатором Hyper-V, устанавливает VMQ для виртуальной машины на точно одном члене команды и определяет, что входящий трафик поступает в эту очередь.
Если команда находится в любом режиме, зависимом от переключения (статическое объединение или объединение LACP), коммутатор, к которому подключена команда, управляет распределением входящего трафика. Программному обеспечению для объединения сетевых карт не удается предсказать, какой член команды получает входящий трафик для виртуальной машины. возможно, коммутатор распределяет трафик для виртуальной машины по всем членам группы. В результате работы программы объединения сетевых карт, работающей с коммутатором Hyper-V, программа программирует очередь для виртуальной машины на всех участниках группы, а не только на одном члене команды.
Если команда находится в режиме, независимом от переключения, и использует балансировку нагрузки хэша адреса, входящий трафик всегда поступает на один сетевой адаптер (основной член группы) — все это только один участник команды. Поскольку другие члены команды не работают с входящим трафиком, они запрограммированы с помощью тех же очередей, что и основной участник, поэтому при сбое основного участника любой другой член команды может использоваться для получения входящего трафика, и очереди уже существуют.
Большинство сетевых адаптеров используют очереди для масштабирования на стороне приема (RSS) или VMQ, но не в одно и то же время. Некоторые параметры VMQ выглядят как параметры для очередей RSS, но являются параметрами универсальных очередей, которые используются как для RSS, так и для VMQ в зависимости от того, какая функция используется в настоящее время. Каждая сетевая карта имеет в своих дополнительных свойствах значения * Рссбасепрокнумбер и * Максрсспроцессорс. Ниже приведены несколько параметров VMQ, обеспечивающих лучшую производительность системы.
В идеале для каждой сетевой карты необходимо, чтобы для параметра * Рссбасепрокнумбер было установлено четное число, большее или равное двум (2). Первый физический процессор, ядро 0 (логические процессоры 0 и 1) обычно выполняет большую часть системной обработки, поэтому сетевая обработка должна отойти от этого физического процессора. Некоторые архитектуры компьютеров не имеют двух логических процессоров на один физический процессор, поэтому для таких компьютеров базовый процессор должен быть больше или равен 1. Если вы сомневаетесь в том, что ваш узел использует 2 логических процессора на архитектуру физического процессора.
Если команда находится в режиме суммирования очередей, процессоры членов группы должны быть не перекрывающиеся. Например, в 4-ядерном хосте (8 логических процессорах) с группой из 2 10 Гбит/сетевых интерфейсов можно установить первый из них, чтобы использовать базовый процессор 2 и использовать 4 ядра; второй будет установлен для использования базового процессора 6 и 2 ядер.
Если команда работает в Min-Queues режиме, наборы процессоров, используемые членами команды, должны быть идентичны.

Настройка Hyper-V Server 2019

Сразу же выполняем первоначальную настройку Hyper-V Server 2019 через стандартную консоль управления:

Указываете рабочую группу, если вас не устраивает стандартная.
Меняем имя сервера на что-то более осмысленное и понятное.
Добавьте еще одного администратора. Это нужно сделать, чтобы иметь еще одну админскую учетную запись, отличную от administrator. В дальнейшем рекомендую все настройки и подключения выполнять под этой учетной записью.
Разрешаем удаленное управление, в том числе ping.
Автоматическое обновление оставляю на ваше усмотрение. Я обычно отключаю и все делаю вручную.
Рекомендую сразу проверить обновления и установить их.
Включаем Remote Desktop со всеми версиями клиента.
Указываем сетевые настройки. Стандартно стоит dhcp, рекомендую установить адрес статически.
Настройте время, если по-умолчанию стоит не правильное.
Настройки телеметрии полностью отключить нельзя. Такой вот микрософт. Не приходится удивляться, с учетом нововведений в последних версиях системы.

Быстренько пробежались по основным настройкам hyper-v server 2019. Теперь бы сразу начать установку виртуальных машин, но, к сожалению, пока это не получится сделать. Наверно можно как-то через консоль powershell, но это слишком муторно и сложно. Нам надо каким-то образом подключиться к серверу с помощью удобной панели управления. Пока нам доступен только rdp доступ, но этого не достаточно.

У нас есть несколько вариантов управления Hyper-V. Я сначала рассмотрю 2 наиболее удобных из них:

Установка Windows Admin Center для управления сервером через браузер.
Установка стандартных системных оснасток на компьютер под управлением Windows 10 для подключения к Hyper-V 2019.

А в самом конце покажу еще один. Начнем с установки Windows Admin Center.

Дополнительно

Как активировать Windows Server 2012 R2? Ниже строки с установками часового пояса в меню диспетчера серверов есть пункт «Код продукта». Чтобы ввести его, выберите этот пункт и в окне введите ключ продукта, нажмите «Активировать».

И ещё, некоторых пользователей интересует вопрос — как удалить службу в Windows Server 2008 R2? Для этого выполните следующее:

Откройте Панель управления, меню Система и безопасность.
Выберите раздел Администрирование, где будет пункт Службы.
Перед вами появится список служб — выберите ту, что вас интересует, нажмите на её свойства и в появившемся окне кликните на «Остановить».

Другой способ — откройте командную строку и введите комбинацию sc delete, сразу за ней — название службы, нажмите Enter.

На этом всё — теперь вы знаете, как установить Server 2008 R2 и 2012, настроить каждую из этих версий для первоначального пользования. Можем сделать вывод, что все вышеприведённые операции выполнить нетрудно, главное — хорошо разобраться в них и следовать инструкциям, быть внимательным к мелочам.

Как настроить статический ip адрес в Windows Server 2012 R2 core русской версии

Далее серверу нужно назначить статический ip адрес. Выбираем 8. У вас появится список сетевых интерфейсов. Слева у каждого интерфейса есть номер в моем случае это 10. Его и нужно вводить для редактирования.

Базовая настройка Windows Server 2012 R2 core русской версии с помощью sconfig-18

В новом меню выбираем Установка адреса сетевого адаптера. Указываем что будет статический ip с помощью буквы D. Устанавливаем нужный IP, маску и основной шлюз.

Базовая настройка Windows Server 2012 R2 core русской версии с помощью sconfig-19

Устанавливаем DNS, нажимаем 2.

Базовая настройка Windows Server 2012 R2 core русской версии с помощью sconfig-20

Задаем основной и дополнительные DNS

Базовая настройка Windows Server 2012 R2 core русской версии с помощью sconfig-21

Выбор RP

ip pim rp-address X.X.X.Xshow ip pim rpКлиент 2Bootstrapshow ip mrouteC-RP

BSR — BootStrap RouterC-BSR

BootStrap Message (BSM)Candidte-RP-Advertisementgroup-to-RP mappingRP-Setсамостоятельно

Завершая главу PIM SM, давайте ещё раз отметим важнейшие моменты

Должна быть обеспечена обычная юникастовая связность с помощью IGP или статических маршрутов. Это лежит в основе алгоритма RPF.
Дерево строится только после появления клиента. Именно клиент инициирует построение дерева. Нет клиента — нет дерева.
RPF помогает избежать петель.
Все маршрутизаторы должны знать о том, кто является RP — только с её помощью можно построить дерево.
Точка RP может быть указана статически, а может выбираться автоматически с помощью протокола BootStrap.
В первой фазе строится RPT — дерево от клиентов до RP — и Source Tree — дерево от источника до RP. Во второй фазе происходит переключение с построенного RPT на SPT — кратчайший путь от получателя до источника.

MDT — Multicast Distribution TreeSPT — Shortest Path Tree(S, G)Source TreeRPT — Rendezvous Point Tree(*, G)Shared TreeHelloJoin (*, G)Join (S, G)Prune (*, G)Prune (S, G)RegisterRegister-StopBootstrapAssertCandidate-RP-AdvertisementRP-Reachable*Есть и другие типы сообщений в PIM, но это уже детали*

Как включить удаленный рабочий стол в Windows Server 2012 R2 core

Текущее состояние удаленного рабочего стола отображается на экране по умолчанию средства настройки сервера. Чтобы настроить следующие параметры удаленного рабочего стола, используйте параметр главного меню Remote Desktop (Удаленный рабочий стол) и следуйте инструкциям на экране.

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

Нажимаем 7 и выбираем нужный вам вариант работы удаленного рабочего стола.

Базовая настройка Windows Server 2012 R2 core русской версии с помощью sconfig-05

Видим, что все включилось

Базовая настройка Windows Server 2012 R2 core русской версии с помощью sconfig-06

Настройка функции Multipath I/O для устройства StorSimple

03/26/2018
Чтение занимает 8 мин

В этой статье

В этом руководстве рассматриваются действия, которые необходимо выполнить для установки и использования функции MPIO (Multipath I/O) на узле под управлением Windows Server 2012 R2, который подключен к физическому устройству StorSimple. Рекомендации в этой статье относятся только к физическим устройствам StorSimple серии 8000. Сейчас функция MPIO не поддерживается для облачных устройств StorSimple.

Корпорация Майкрософт обеспечила встроенную поддержку функции Multipath I/O (MPIO) в Windows Server для создания высокодоступных и отказоустойчивых конфигураций сети iSCSI. С помощью избыточных компонентов физических путей — адаптеров, кабелей и коммутаторов — функция MPIO создает логические пути между сервером и устройством хранения. Если возникает сбой компонента, который вызывает отказ логического пути, многопутевая логика использует альтернативный путь для ввода-вывода, а приложения при этом сохранят доступ к данным. Кроме того, в некоторых конфигурациях MPIO может повысить производительность благодаря балансировке нагрузки между этими путями. Дополнительные сведения см. в обзоре MPIO.

Для высокого уровня доступности решения StorSimple следует настроить MPIO для устройства StorSimple. Если MPIO устанавливается на базовых серверах, работающих под управлением Windows Server 2012 R2, серверы смогут выдержать сбой канала, сети или интерфейса.

Шаг 2. Настройка MPIO для томов StorSimple

Настройка MPIO требуется для идентификации томов StorSimple. Чтобы настроить MPIO для распознавания томов StorSimple, выполните следующие действия.

Настройка MPIO для томов StorSimple

Откройте раздел Конфигурация MPIO. Выберите Диспетчер сервера > Панель мониторинга > Сервис > MPIO.
В диалоговом окне Свойства MPIO перейдите на вкладку Обнаружение нескольких путей.
Выберите Добавить поддержку для устройств iSCSI, а затем щелкните Добавить.
При появлении запроса перезагрузите сервер.
В диалоговом окне MPIO Properties (Свойства MPIO) перейдите на вкладку Устройства Multipath I/O. Щелкните Добавить.
В диалоговом окне Добавление поддержки многопутевого ввода-вывода введите серийный номер устройства в поле Код оборудования. Чтобы узнать серийный номер устройства, откройте службу диспетчера устройств StorSimple. Перейдите к разделу Устройства > Панель мониторинга. Серийный номер устройства отображается в правой области Краткий обзор панели мониторинга устройства.
При появлении запроса перезагрузите сервер.

Повышаем данный сервер до контроллера домена.

Для этого ищем вкладку Уведомления, после нажатия на нее, вы попадаете в консоль, которая предлагает выполнить текущую операцию. Кликните по компоненту «Повысить роль этого сервера до уровня контроллера домена»

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

В нашем случае необходимо «Добавить новый лес» и ввести «Имя корневого домена» После выполнения условий жмите «Далее»

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

В окне для ввода пароля придумываем пароль, который должен отвечать требованиям по сложности, так как политика паролей еще не отключена, информация по отключению опции доступна в рублике Server 2012. А пока введите пароль типа 387453-K (обязательно латинскими буквами, присутствие верхнего регистра и знаков типа: дефис) для дальнейшего развертывания жмем «Далее»

В поле делегирования DNS, оставляем по дефолту и переходим к следующему пункту «Далее»

Следующим этапом проверяем имя NetBIOS и изменяем его если это необходимо, имя не столь важно для операционных систем сколько для приложений, которые необходимы для сетевого взаимодействия и могут видеть только NetBIOS имя, данную настройку я оставлю по умолчанию, кликаем «Далее»

Следующий этап позволяет указать размещение баз данных для файлов, логов и каталогов, для продолжения жмем «Далее»

Проверяем корректность настроек, после чего переходим на следующий шаг нажав «Далее»

И вы попадете в место где происходит проверка дополнительных требований, при успешной конфигурации кликаем «Установить»

По требованию перезагружаем компьютер

После перезагрузки входим в систему под учетной записью администратора домена

Когда загрузится оснастка «Диспетчер серверов» мы увидим, что установлены AD DS и DNS. Кроме того, в инструментах появилось ряд новых компонентов, которые необходимы для администрирования

В частности, оснастка «Пользователи и компьютеры Active Directory» С помощью которой можем увидеть пользователей и группы пользователей созданных по умолчанию

Если у вас возникли вопросы по теме, пишите их в комментарии, подписывайтесь на рассылку, спасибо за прочтение!

Шаг 3. Подключение томов StorSimple на узле

После настройки MPIO на сервере Windows тома, созданные на устройстве StorSimple, можно будет подключить и они смогут воспользоваться преимуществами MPIO для обеспечения избыточности. Чтобы подключить том, выполните следующие действия.

Подключение томов на узле

Откройте окно Свойства инициатора iSCSI на узле Windows Server

Выберите Диспетчер серверов > Панель мониторинга > Сервис > Инициатор iSCSI.
В диалоговом окне iSCSI Initiator Properties (Свойства инициатора iSCSI) перейдите на вкладку «Обнаружение» и нажмите кнопку Обнаружение целевого портала.

В диалоговом окне Обнаружение целевого портала выполните следующие шаги.
Введите IP-адрес порта DATA для устройства StorSimple (например, введите «DATA 0»).

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

Повторите шаги 2-3 для установки второго сетевого интерфейса (например, DATA 1) на устройстве. Помните, что эти интерфейсы должны поддерживать iSCSI

Дополнительные сведения см. в разделе Изменение сетевых интерфейсов.
Перейдите на вкладку Целевые объекты в диалоговом окне Свойства инициатора iSCSI. На вкладке Обнаруженные целевые объекты должен быть целевой IQN устройства StorSimple.
Щелкните Подключение для установления сеанса iSCSI с устройством StorSimple. Появится диалоговое окно Подключение к конечному объекту.
В диалоговом окне Подключение к целевому объекту установите флажок Включить поддержку многопутевых накопителей. Щелкните Дополнительно.

В диалоговом окне Дополнительные параметры выполните следующие шаги.
В раскрывающемся списке Локальный адаптер выберите Инициатор Microsoft iSCSI.
В раскрывающемся списке IP-адрес инициатора выберите IP-адрес узла.
Из раскрывающегося списка Целевой IP-адрес портала выберите IP-адрес интерфейса устройства.
Нажмите кнопку OK, чтобы вернуться к диалоговому окну Свойства инициатора iSCSI.

Нажмите кнопку Свойства. В диалоговом окне Свойства нажмите кнопку Добавить сеанс.
В диалоговом окне Подключение к целевому объекту установите флажок Включить поддержку многопутевых накопителей. Щелкните Дополнительно.

В диалоговом окне Дополнительные параметры:
В раскрывающемся списке Локальный адаптер выберите «Инициатор iSCSI (Майкрософт)».
В раскрывающемся списке IP-адрес инициатора выберите IP-адрес соответствующего узла. В данном случае выполняется подключение двух сетевых интерфейсов на устройстве к одному сетевому интерфейсу на узле. Таким образом, этот интерфейс является таким же, как для первого сеанса.
Из раскрывающегося списка Целевой IP-адрес портала выберите IP-адрес для второго интерфейса данных устройства.
Щелкните ОК для возврата в диалоговое окно «Свойства инициатора iSCSI». В целевой объект был добавлен второй сеанс.

Откройте Управление компьютером, для чего выберите Диспетчер серверов > Панель мониторинга > Управление компьютером. В левой области щелкните Хранилище > Управление дисками. Видимые для текущего узла тома, созданные на устройстве StorSimple, отображаются на вкладке Управление дисками в качестве новых дисков.
Инициализируйте диск и создайте новый том. При форматировании выберите размер блока 64 КБ.
В разделе Управление дисками щелкните правой кнопкой мыши Диск и выберите Свойства.
В диалоговом окне Свойства многопутевого диска StorSimple модели #### щелкните вкладку MPIO.

В разделе Имя DSM выберите сведения и убедитесь, что параметры имеют значения по умолчанию. Используются следующие параметры по умолчанию.
Период проверки пути = 30.
Счетчик попыток = 3.
Период удаления PDO = 20.
Интервал попытки = 1.
Проверка пути включена = флажок снят.

Примечание

Не изменяйте параметры по умолчанию.

Не импортируется пользователь в ManageEngine 11

Добрый день! Уважаемые читатели и гости одного из крупнейших IT блогов в рунете Pyatilistnik.org. В прошлый раз мы с вами разбирались почему некоторые игры не запускались в Windows 10 и всему виной там стало отсутствие библиотеки vcruntime140.dll, которую мы установили. Двигаемся дальше, сегодня я вам расскажу интересный случай с которым вы в принципе можете столкнуться если у вас, как и у меня в компании используется система заявок ManageEngine ServiceDesk 11. Проблема выглядит так, есть пользователь в AD, который по какой-то причине не может авторизоваться в нем и его запись не импортируется. Давайте смотреть в чем дело.

Установка ролей и компонентов через PowerShell

Я уверен, что вы даже не сомневались, что с помощью PowerShell вы легко установите любой компонент или роль в Windows Server 2019, по сути, вы это уже видели, но в виде интерфейса Windows Admin Center. Тут нам на помощью придет командлет Install-WindowsFeature.

Подробнее про Install-WindowsFeature https://docs.microsoft.com/en-us/powershell/module/servermanager/install-windowsfeature?view=winserver2012r2-ps

Открываем PowerShell оболочку. И вводим команду:

get-windowsfeature

На выходе вы получите все роли и компоненты, доступные в системе, увидите их имена, а так же текущий статус установки.

При необходимости можно фильтровать вывод, например по имени, где есть слово net:

Get-WindowsFeature -Name *NET*

Или можно отфильтровать по статусам установки, например, вот вывод всех ролей и компонентов, что уже установлены в Windows Server 2019.

Get-WindowsFeature -ComputerName Server01 | Where Installed

Предположим, что я хочу установить роль WDS-сервера, для этого я пишу команду, обратите внимание, что ключ -WhatIF, по сути покажет, что будет при установке, но саму роль не поставит, это делается для эмуляции, если все хорошо, то можно его убирать. Install-WindowsFeature -Name WDS -IncludeAllSubFeature -WhatIF

Install-WindowsFeature -Name WDS -IncludeAllSubFeature -WhatIF

Если добавить ключ IncludeManagementTools, то еще будут установлены компоненты управления RSAT WDS.

-Install-WindowsFeature -Name WDS -IncludeAllSubFeature -IncludeManagementTools

Подробнее про командлет Install-WindowsFeature можно почитать вот тут https://docs.microsoft.com/en-us/powershell/module/servermanager/install-windowsfeature?view=winserver2012r2-ps

Еще можно добавить роли и компоненты ролей командлетом add-windowsfeature, например так:

add-windowsfeature -Name DHCP

Вот процесс установки роли DHCP.

Открыв диспетчер серверов мы видим, что роль DHCP установлена.

На этом у меня все, мы разобрали три метода установки ролей и компонентов в Windows Server 2019, с вами был Иван Семин, автор и создатель IT блога Pyatilistnik.org.

Поддерживаемые и неподдерживаемые сетевые карты

вы можете использовать любой сетевой адаптер Ethernet, прошедший проверку Windows оборудования и проверки логотипов (WHQL tests) в группе сетевых адаптеров в Windows Server 2016.

Вы не можете разместить следующие сетевые карты в группе сетевых адаптеров:

Виртуальные сетевые адаптеры Hyper-V, которые являются портами виртуального коммутатора Hyper-V, предоставленными в виде сетевых карт в разделе узла.

Важно!
Не размещайте виртуальные сетевые карты Hyper-V, представленные в разделе узла (vNIC), в группе. Объединение vNIC внутри раздела узла не поддерживается ни в какой конфигурации

Попытки команды vNIC могут привести к потере связи, если произошел сбой сети.

Сетевой адаптер отладки ядра (КДНИК).

Сетевые карты, используемые для сетевой загрузки.

сетевые карты, использующие технологии, отличные от Ethernet, такие как WWAN, WLAN/Wi-Fi, Bluetooth и Infiniband, включая сетевые адаптеры по протоколу infiniband (IPoIB).

При подключении по rdp черный экран рабочего стола

Добрый день уважаемые читатели, наверняка у многих на работе используется служба терминалов, где многие пользователи запускают и работаю с нужными приложениями удаленно на сервере, это может быть 1С или какой нибудь MS SQL SERVER, благодаря серверу терминалов, у вас есть возможность не вставая со своего рабочего места, подключиться по протоколу RDP к нужному серверу и взаимодействовать с ним, но Windows не была бы Windows, если бы не были проблемы. У вас может возникнуть ситуация, что при подключении по rdp черный экран рабочего стола, закрыв экран RDP сессии и снова подключившись вы видите, все тот же черный экран, я такое видел и на операционных системах Windows Server 2008 R2 и 2012 R2, давайте разбираться в чем дело и как это исправить.

Установка роли через Windows Admin Center

О том, как устанавливать Windows Admin Center, я вам рассказывал. И там в экскурсии по возможностям я показал, что есть вкладка роли и компоненты. Вот так вот она выглядит, как видите тут сразу видно весь список. Я для примера выбрал первую установленную роль IIS, как видите у нее соответствующий статус и видно, сколько и каких компонентов установлено

В этом примере я установлю роль DNS. Выбираем соответствующую роль, ниже будет ее описание, и в самом верху нажимаем «Установить»

В правой стороне экрана у вас появится боковое окно, в котором вас попросят подтвердить установку роли или компонента через Windows Admin Center в Windows Server 2019.