Windows server 2019 не загружается

Обновлено: 21.11.2024

Windows Server 2019 RDS — Пуск и поиск не работают, рабочие столы не загружаются

Обновления server 2019 1809 2020-12 установлены нормально, вплоть до марта, когда он был установлен.

Это сервер RDS, и я изначально настроил клиентские VHDX-файлы на сервер хранения. Очень надежный в течение многих месяцев.

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

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

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

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

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

Имя журнала: Система

Дата: 18.12.2020 14:23:22

Категория задачи: нет

Невозможно запустить сервер DCOM: Microsoft.Windows.Cortana_1.11.6.17763_neutral_neutral_cw5n1h2txyewy!CortanaUI как недоступный/недоступный. Ошибка:

Произошло при запуске этой команды:

SFC /scannow ничего не нашел
DISM /Online /Cleanup-Image /CheckHealth
DISM /Online /Cleanup-Image /ScanHealth
DISM /Online /Cleanup-Image /RestoreHealth с исходным кодом Switch сказал, что нашел проблемы и устранил их, но.

через несколько дней сервер снова застрял с пустыми экранами!

Я сбросил профили, чтобы они хранились на диске C, но это не помогло. Старт работал недолго. через несколько дней сервер снова застрял с пустыми экранами!

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

если я перейду к C:\Windows\SystemApps\Microsoft.Windows.Cortana_cw5n1h2txyewy\SearchUI.exe и запущу от имени администратора,

"0"
Произошло при запуске этой команды:
"C:\Windows\system32\backgroundTaskHost.exe" -ServerName:CortanaUI.AppXy7vb4pc2dr3kc93kfc509b1d0arkfb2x.mca
придется ли мне перестраиваться из поцарапать или этот сервер можно спасти?

Я могу подтвердить эту проблему.

Мы сталкиваемся с теми же проблемами на серверах Windows 2019 (такая же настройка). Однако проблема начала всплывать в январе. Сначала у нас был только один клиентский сервер с такой проблемой. Теперь у другого развилась такая же ошибка.
Похоже, это влияет только на серверы RDS.

Переустановка Cortana обычно устраняет проблемы с меню "Пуск". Он также повторно активирует центр уведомлений. Однако это исправление длится недолго. Более серьезной проблемой является сбой AAD.BrokerPlugin, который делает Outlook неработоспособным.

Всякий раз, когда происходит сбой хоста оболочки, Cortana, поиск и брокер aad выходят из строя. Брокер aad нельзя исправить переустановкой. Перезагрузки бесполезны. Единственным решением для нас было восстановление снимков. Однако проблемы появятся снова через 5 или даже 1 день.

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

Пожалуйста, ознакомьтесь с этим сообщением, чтобы сбросить ADD.BrokerPlugin

Ну, это длилось недолго

Ошибки появились через 2 часа. Однако я восстановил предыдущий снимок этого конкретного RDS-сервера и проверил реестр
Оказывается, это старая ошибка 2016 года.

Правила брандмауэра содержат около 50 тыс. записей. Удалены все записи, содержащие <>, и оставлены стандартные записи нетронутыми.
Удаление заняло очень много времени.

Есть сценарии для автоматизации этого.

Не думал, что эта проблема все еще существует, тем более что брандмауэр был отключен.

Это сделало это. Что ж, я не следовал инструкциям и просто очистил Teams от сервера. Проблема повторилась через 6 дней. Сегодня утром при первом входе в систему пользователь также открывал команды. Cortana, Shellexperiencehost, aadbroker и searchui не работали. После очистки Teams я запустил:

И это все исправило. Когда пользователи снова вошли в систему, Outlook и все остальное заработало нормально. Нет ошибок DCOM в журнале событий.

Чего я не понимаю. Почему это происходит после 3-7 дней работы.
По данным Teams, последний раз он обновлялся 18 декабря 2020 года. Проблемы с ним начались в январе 2021 года.

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

11 ответов

А вы пробовали переустановить Cortona?

Выполните команду PowerShell от имени администратора:
Get-AppXPackage -Name Microsoft.Windows.Cortana | Для каждого

Если ответ полезен, нажмите "Принять ответ" и проголосуйте за него. Спасибо.

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

Get-AppXPackage -AllUsers | Для каждого

Знает ли MS, почему это происходит? Вызвало ли эту проблему обновление от января? Это очень тревожно, так как большинство наших сотрудников в настоящее время работают в WFH и полагаются на серверы RDS для эффективной работы.

У нас есть аналогичная проблема с нашей фермой RDS 2019 года, похоже, она просто медленно проявляется на остальных наших серверах в ферме.
Когда я выполнил приведенную ниже команду, она устранила проблему на паре наших RDS-серверов, но, похоже, снова появилась через 3-4 дня,

Get-AppXPackage -AllUsers | Для каждого

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

После удаления из реестра более 70 тысяч записей брандмауэра все наши RDS-серверы 2019 года работали без сбоев в течение примерно 2 недель.
Сегодня снова появились те же проблемы.

Сначала мы замечаем это из-за того, что клиенты жалуются на то, что Outlook не может подключиться к o365.
Они не замечают, что меню «Пуск» не работает, потому что мы заблокировали почти все с помощью gpo. Во всяком случае, журнал событий еще раз показал, что shellexperience, cortana и microsoft.aad.broker не будут работать.

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

В качестве альтернативы я нашел

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

Единственное решение сейчас — восстановить моментальный снимок. Я восстановил 4-дневную версию, так что посмотрим, произойдет ли это снова примерно через 4 дня.

Наши RDS-серверы теперь очень ненадежны, и кажется, что решить эту проблему невозможно. Для нас это началось в январе, и время выполнения каждого rds, похоже, не имеет значения. Некоторым 8 месяцев, некоторым 1 1/2 года. В течение нескольких недель у каждого возникла проблема

Думаю, мы нашли решение или, по крайней мере, правильную комбинацию решений.

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

Скрытие в HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SharedAccess\Parameters\FirewallPolicy\RestrictedServices\AppIso\FirewallRules

В нем было около полумиллиона записей. иглы, чтобы сказать, что regedit понадобилось около часа, чтобы открыть его.

Поэтому я удалил его через powershell

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

Чтобы этого не произошло

Установите параметр DWORD "DeleteUserAppContainersOnLogoff = 1
в HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SharedAccess\Parameters\FirewallPolicy

Сначала обязательно очистите \HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SharedAccess\Parameters\FirewallPolicy\FirewallRules. С помощью сценария или руководства.

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

Большое спасибо!! Решил проблему. надеюсь, что это окончательное решение!

Месяц не мог решить эту проблему, 5 терминальных серверов работали без таскбара и меню пуск). Спасибо за решение, все отлично работает!

Большое спасибо, я потратил недели на устранение этой проблемы. ваше решение сработало.

У меня были такие же проблемы на 3 серверах RDS 2019. Запустил команду DevMode и почистил ключи реестра. Но теперь мои пользователи продолжают терять свой принтер/приложения по умолчанию каждый раз, когда выходят из сеанса. Кто-нибудь еще сталкивался с этой проблемой?

молодец! работал на меня

Тоже у меня снова та же проблема!

Несколько месяцев назад у нас была такая же проблема на всех наших хост-серверах RDP 2019 года.
Они были восстановлены, но, к сожалению, проблема вернулась. :'(

Меню "Пуск" не работает
Ошибка активации Office
Просмотр событий заполнен:

Невозможно запустить сервер DCOM: Microsoft.Windows.Cortana_1.11.6.17763_neutral_neutral_cw5n1h2txyewy!CortanaUI.AppXfbn8w4s0jbk3tjevpcn9kaxerc6rby8k.mca как недоступный/недоступный. Ошибка:
"0"
Произошла при запуске этой команды:
"C:\Windows\system32\backgroundTaskHost.exe" -ServerName:CortanaUI.AppXy7vb4pc2dr3kc93kfc509b1d0arkfb2x.mca

Невозможно запустить сервер DCOM: Microsoft.AAD.BrokerPlugin_1000.17763.1.0_neutral_neutral_cw5n1h2txyewy!Windows.Security.Authentication.Web.Core.BackgroundGetTokenTask.ClassId.WebAccountProvider как недоступный/недоступный. Ошибка:
"0"
Произошла при запуске этой команды:
"C:\Windows\system32\BackgroundTaskHost.exe" -ServerName:BackgroundTaskHost.WebAccountProvider

Просто зашел сюда, чтобы сказать, что на этой неделе мы столкнулись с этой проблемой с нашими хостами сеансов RDS 2019.

Вышеупомянутые шаги, предоставленные @BjrnBraun-5155, устранили проблемы для нас.

Я надеюсь, что кто-то все еще читает этот «старый» пост, поскольку у нас все еще есть серьезные проблемы с вышеуказанными проблемами.

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

Единственное, что пока работает:
- Создайте новый профиль и переместите все на новый vhdx (fslogix)
- Или удалите все из appdata\local от текущего пользователя.

Но последний вариант совсем не жизнеспособен, так как все личные вещи пользователя также стираются, но, по крайней мере, это исправляет начальное меню и поиск. Копирование в FSLogix из локального в новый VHDX возвращает все элементы пользователей, но также делает стартовое меню и поиск снова непригодными для использования. пользователя, но после завершения frx.exe проблема, к сожалению, появляется снова.

Я с удовольствием приму ЛЮБОЙ совет на данный момент, поскольку мы, вероятно, каждую неделю привлекаем новых пользователей для наших клиентов. Мягко говоря, очень неприятно.

Server 2019 не загружается после установки апрельских обновлений (KB5001342)

Server 2019 не удалось перезагрузить после установки последних обновлений с сообщением «ACPI.sys поврежден или отсутствует»

Попробовав множество возможных исправлений, которые ни к чему не привели, DISM RevertPendingAction восстановил работоспособность.

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

Вот вопросы.

Раньше было достаточно просто выбрать элементы для установки (например, установить стек служб, а затем вернуться и установить обновления, требующие перезагрузки). Есть ли способ сделать это с обновлениями Mein Fuhrer?

У кого-нибудь еще были проблемы с этим обновлением?

Обновление зависло в апреле.

Я запустил команду wuauclt /updatenow и обнаружил последнее обновление.

Установил последнее обновление, и снова произошел сбой с сообщением "ACPI.sys поврежден или отсутствует"

Еще раз восстановил его с помощью DISM RevertPendingAction

Сканирование DISM и SFC ничего не может найти.

Мне интересно, не заменяются ли некоторые файлы обновлений в кеше с каждым накопительным пакетом, если они той же или более поздней даты? Если это так, возможно, он пытается установить одни и те же поврежденные файлы с каждым новым обновлением.

Как мне это проверить? Если они повреждены, остановит ли служба обновления, удалит ли все файлы в SoftwareDistribution/Download и перезапустит службу?

3 ответа

--пожалуйста, не забудьте принять в качестве ответа, если ответ полезен--

На самом деле не отвечает ни на один из вопросов

Если в обновлении Windows отображается апрельское обновление и ожидающее установки SSU, как их разделить и сначала установить SSU, а затем апрельское обновление? Или вы предлагаете мне использовать ссылку для ручного обновления SSU и надеяться, что обновление Windows со временем обновится и исключит SSU из списка для установки?

Конечно, сбой при обновлении может быть никак не связан с SSU. Я заметил, что ACPI.sys датируется сегодняшней датой, поэтому мне кажется, что он был изменен апрельским обновлением, и ОС перезагружалась только при откате обновления, чтобы включить исходный файл.

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

, та же проблема. У меня есть ферма серверов RDSH. Обновление Windows приостановлено на год.

После применения KB5001342 серверы не загружаются. «Устройство отсутствует». К счастью, перед обновлением я сделал снимки.

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

(Кстати, форумы Technet куда лучше. Я не знаю, где «прокомментировать» эту тему, и, очевидно, не напишу ответ.)

Если у вас возникли проблемы при использовании Центра обновления Windows, начните со следующих шагов:

Запустите встроенное средство устранения неполадок Центра обновления Windows, чтобы устранить распространенные проблемы.Перейдите в «Настройки» > «Обновление и безопасность» > «Устранение неполадок» > «Центр обновления Windows».

Установите самое последнее обновление стека обслуживания, соответствующее вашей версии Windows, из каталога Центра обновления Майкрософт. Дополнительные сведения об обслуживании обновлений стека см. в разделе Обслуживание обновлений стека.

Убедитесь, что установлены последние обновления Windows, накопительные обновления и накопительные пакеты обновлений. Чтобы проверить статус обновления, обратитесь к соответствующей истории обновлений для вашей системы:

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

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

Почему мне предлагается старое обновление?

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

Сборка ОС
Ветвь ОС
Язык ОС
Архитектура ОС
Конфигурация управления обновлениями устройств

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

Мое устройство зависает при сканировании. Почему?

Интерфейс параметров взаимодействует со службой Update Orchestrator, которая, в свою очередь, взаимодействует со службой Центра обновления Windows. Если эти службы неожиданно остановятся, вы можете увидеть такое поведение. В таких случаях выполните следующие действия:

Закройте приложение "Настройки" и снова откройте его.

Запустите Services.msc и проверьте, запущены ли следующие службы:

Обновление State Orchestrator
Центр обновления Windows

Обновления функций не предлагаются, в то время как другие обновления предлагаются

Устройства под управлением Windows 10 версии 1709 — Windows 10 версии 1803, которые настроены на обновление из Центра обновления Windows (включая Центр обновления Windows для бизнеса), могут устанавливать сервисные обновления и обновления определений, но им никогда не предлагаются обновления компонентов.

Проверка журнала WindowsUpdate.log выявила следующую ошибку:

Код ошибки 0x80070426 переводится как:

Помощник по входу в учетную запись Microsoft (MSA или wlidsvc) — это служба, о которой идет речь. Служба DCAT Flighting (ServiceId: 855E8A7C-ECB4-4CA3-B045-1DFA50104289) использует MSA для получения глобального идентификатора устройства. Если служба MSA не запущена, глобальный идентификатор устройства не будет сгенерирован и отправлен клиентом, а поиск обновлений функций никогда не завершится успешно.

Чтобы решить эту проблему, сбросьте для службы MSA значение StartType по умолчанию "вручную".

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

Обновление неприменимо к вашему компьютеру

Наиболее распространенные причины этой ошибки описаны в следующей таблице:

Причина	Объяснение	Решение
Обновление заменяется	Поскольку обновления для компонента выпускаются, обновленный компонент заменяет более старый компонент, который уже находится в системе. Когда это происходит, предыдущее обновление помечается как замененное. Если обновление, которое вы пытаетесь установить, уже содержит более новую версию полезной нагрузки в вашей системе, вы можете получить это сообщение об ошибке.	Убедитесь, что устанавливаемый вами пакет содержит более новые версии двоичных файлов. . Или убедитесь, что пакет заменен другим новым пакетом.
Обновление уже установлено	Если обновление, которое вы пытаетесь установить, ранее установлено, например, другим обновлением, содержащим ту же полезную нагрузку, вы можете столкнуться с этим сообщением об ошибке.	Убедитесь, что пакет, который вы пытаетесь установить, не был ранее установлен.
Неверное обновление для архитектуры	Обновления публикуются архитектурой ЦП. Если обновление, которое вы пытаетесь установить, не соответствует архитектуре вашего процессора, вы можете увидеть это сообщение об ошибке.	Убедитесь, что пакет, который вы пытаетесь установить, соответствует версии Windows, которую вы используете. используют. Информацию о версии Windows можно найти в разделе «Относится к» статьи для каждого обновления. Например, обновления только для Windows Server 2012 нельзя установить на компьютеры под управлением Windows Server 2012 R2. Кроме того, убедитесь, что устанавливаемый пакет соответствует архитектуре процессора используемой версии Windows. Например, обновление для платформы x86 нельзя установить на 64-разрядную установку Windows.
Отсутствует обязательное обновление	Для некоторых обновлений требуется предварительное обновление. они могут быть применены к системе.Если вам не хватает необходимого обновления, вы можете столкнуться с этим сообщением об ошибке. Например, KB 2919355 должен быть установлен на компьютерах с Windows 8.1 и Windows Server 2012 R2, прежде чем можно будет установить многие обновления, выпущенные после апреля 2014 года.	Проверьте соответствующие статьи о пакете в Microsoft Knowledge Base (KB), чтобы убедиться, что у вас установлены необходимые обновления. Например, если вы столкнулись с сообщением об ошибке в Windows 8.1 или Windows Server 2012 R2, вам может потребоваться установить обновление 2919355 за апрель 2014 г. в качестве обязательного условия и одно или несколько обязательных сервисных обновлений (KB 2919442 и KB 3173424). Чтобы определить, установлены ли эти необходимые обновления, выполните следующую команду PowerShell: get-hotfix KB3173424, KB2919355, KB2919442 . Если обновления установлены, команда вернет дату установки в разделе InstalledOn выходных данных.

Проблемы, связанные с настройкой брандмауэра

Ошибка, которую вы можете увидеть в журналах Центра обновления Windows:

Перейдите к Services.msc и убедитесь, что служба брандмауэра Windows включена. Microsoft не поддерживает остановку службы, связанной с брандмауэром Windows в режиме повышенной безопасности. Дополнительные сведения см. в разделе Мне нужно отключить брандмауэр Windows.

Проблемы, возникающие из-за настройки конфликтующих политик

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

Устройство не может получить доступ к файлам обновлений

Убедитесь, что устройства могут подключаться к необходимым конечным точкам Центра обновления Windows через брандмауэр. Например, для Windows 10 версии 2004 следующие протоколы должны иметь доступ к этим конечным точкам:

Конкретные конечные точки могут различаться в зависимости от версии клиента Windows. См., например, конечные точки подключения Windows 10 2004 Enterprise. Аналогичные статьи для других версий клиента Windows доступны в оглавлении рядом.

Обновления не загружаются из конечной точки интрасети (WSUS или Configuration Manager)

Клиентские устройства Windows могут получать обновления из различных источников, включая Центр обновления Windows в Интернете, сервер служб обновления Windows Server и другие. Чтобы определить источник обновлений Windows, используемых в данный момент на устройстве, выполните следующие действия:

Запустите Windows PowerShell от имени администратора.
Запустите $MUSM = New-Object -ComObject "Microsoft.Update.ServiceManager".
Запустите $MUSM.Services.

Проверьте вывод параметров Name и OffersWindowsUPdates, которые можно интерпретировать в соответствии с этой таблицей.

Вывод	Значение
- Имя: Центр обновления Майкрософт -OffersWindowsUpdates: True	– Источником обновлений является Центр обновления Майкрософт, что означает, что обновления для других продуктов Майкрософт, помимо операционной системы, также могут быть доставлены. – Указывает, что клиент настроен на получение обновления для всех продуктов Microsoft (Office и т. д.)
- Название: DCat Flighting Prod - OffersWindowsUpdates: True	- Начиная с Windows 10, версия 1709, обновления компонентов всегда доставляются через службу DCAT. – Указывает, что клиент настроен на получение обновлений компонентов из Центра обновления Windows.
– Имя : Магазин Windows (DCat Prod) – OffersWindowsUpdates: False	– Источником обновлений являются Insider Updates for Store Apps. – Указывает, что клиент не будет получать или не настроен для получать эти обновления.
- Название: Служба обновления Windows Server - OffersWindowsUpdates: True	- Источником является сервер службы обновлений Windows Server. - Клиент настроен на получение обновлений от WSUS.
- Имя: Центр обновления Windows - OffersWindowsUpdates: True	- Источник — Центр обновления Windows. - Клиент настроен на получение обновлений из Центра обновления Windows в Интернете.

У вас неправильная настройка среды

В этом примере в соответствии с групповой политикой, установленной через реестр, система настроена на использование WSUS для загрузки обновлений (обратите внимание на вторую строку):

Из журналов Центра обновления Windows:

В приведенном выше фрагменте журнала мы видим, что Criteria = "IsHidden = 0 AND DeploymentAction=*" . "*" означает, что с сервера ничего не указано. Итак, сканирование происходит, но нет направления для загрузки или установки агента. Поэтому он просто сканирует обновление и предоставляет результаты.

Как показано в следующих журналах, автоматическое обновление выполняет сканирование и не находит утвержденных для него обновлений. Поэтому он сообщает, что нет обновлений для установки или загрузки. Это происходит из-за неправильной настройки.Сторона WSUS должна утвердить обновления для Центра обновления Windows, чтобы он получал обновления и устанавливал их в указанное время в соответствии с политикой. Поскольку этот сценарий не включает Configuration Manager, установить неутвержденные обновления невозможно. Вы ожидаете, что агент Operational Insight выполнит сканирование и автоматически запустит загрузку и установку, но этого не произойдет с этой конфигурацией.

Высокое использование пропускной способности на клиенте Windows Центром обновления Windows

Пользователи могут видеть, что Windows потребляет всю полосу пропускания в разных офисах в контексте системы. Такое поведение является особенностью. Компоненты, которые могут потреблять пропускную способность, не ограничиваются компонентами Центра обновления Windows.

Установите Windows Server 2019 с помощью контроллера жизненного цикла Dell EMC

Чтобы установить Windows Server 2019 для выпусков Standard, Datacenter и Essentials с помощью контроллера жизненного цикла:

ПРИМЕЧАНИЕ. Установка Windows Server 2019 с помощью контроллера жизненного цикла Dell EMC поддерживается на серверах yx3x* PowerEdge и более поздних версиях.

*Dell PowerEdge M630 и Dell PowerEdge FC630 не поддерживают установку операционной системы с помощью контроллера жизненного цикла Dell EMC.

Подключите к системе клавиатуру, монитор, мышь и другие необходимые периферийные устройства.
Включите систему и подключенные периферийные устройства.
Когда отобразится логотип Dell EMC, нажмите F10, а затем выберите Вход в Lifecyle Controller .

Рис. 1. Вход в Lifecycle Controller. Вход в контроллер жизненного цикла

Рис. 2. Развертывание ОС. Развернуть ОС.

Сначала настроить RAID — нажмите, чтобы настроить RAID, подключенный к серверу.

Рис. 3. Выберите путь развертывания. Выберите путь развертывания.

Рис. 4. Выберите операционную систему. Выберите операционную систему.

Рис. 5. Вставьте носитель с ОС. Вставьте носитель ОС.

Если в вашей системе уже установлена операционная система Windows, появится следующее сообщение:

Рис. 8. Выберите язык, формат времени и валюты, а также клавиатуру или метод ввода. Выберите язык, формат времени и валюты, а также клавиатуру или способ ввода.

Рис. 9. Программа установки Windows. Установить сейчас.

Рис. 10. Выберите операционную систему, которую хотите установить. Выберите операционную систему.

ПРИМЕЧАНИЕ. Если вы не принимаете лицензионное соглашение, вы не сможете продолжить установку операционной системы.

Рис. 12. Какой тип установки вам нужен. Тип установки.

Рис. 14. Введите или выберите размер раздела. Введите или выберите размер раздела.

ПРИМЕЧАНИЕ. Рекомендуемый минимальный размер раздела для основного раздела составляет 40 ГБ, а для Essentials Edition — 60 ГБ. Если вы устанавливаете дополнительный модуль памяти в своей системе, вам может потребоваться дополнительное пространство основного раздела для размещения файла подкачки и файла гибернации. Во время установки на экране отображается рекомендуемый размер раздела в зависимости от объема памяти вашей системы. Следуйте инструкциям на экране.Если вы выберете установку Core , вам потребуется меньше места на диске для основного раздела.

Рис. 15. Windows может создавать дополнительные разделы для системных файлов. Отображает, что Windows может создавать дополнительные разделы для системных файлов.

Рис. 16. Введите или выберите размер раздела. Введите или выберите размер раздела.

ПРИМЕЧАНИЕ. Windows Server 2019 Essentials не включает роль Essentials Experience. Windows Server 2019 Essentials можно настроить в качестве контроллера домена, установив роль доменных служб Active Directory из диспетчера серверов. Дополнительные сведения см. в разделе Начало работы с Windows Server 2019.

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

Dell Technologies рекомендует устанавливать исправления и обновления для системы безопасности, 1D или более новые версии Microsoft в вашей системе с помощью Центра обновления Windows или путем загрузки последних обновлений после установки операционной системы.

Читайте также: