Главная » Разное » Диспетчер окон рабочего стола испытывает недостаток ресурсов как исправить

Диспетчер окон рабочего стола испытывает недостаток ресурсов как исправить


Диспетчер окон рабочего стола грузит процессор – что делать?

Desktop Windows Manager (DWM) — это диспетчер окон рабочего стола, который отвечает за включение визуальных эффектов в графическом интерфейсе системы. В Windows 10 он отвечает за управление прозрачностью в заголовках окон, поддержку высокого разрешения, оконную 3D анимацию переходов и прочее. Запускающий его процесс dwm.exe работает в фоновом режиме и использует незначительное количество ресурсов процессора.

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

Изменение темы

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

Откройте Параметры нажатием на Win + I и перейдите в раздел «Персонализация».

Измените текущую тему и обои и проверьте, повлияло ли это на использование ресурсов.

Отключение заставки

Диспетчер окон рабочего стола также несет ответственность за управление заставками. Есть много случаев, особенно с этим многие столкнулись после обновления «creators update», когда заставка начинала чрезмерно грузить процессор по неизвестным причинам. Если заставка активна, попробуйте ее отключить. После проверьте, происходят ли какие-либо изменения в нагрузке на процессор.

В строке системного поиска наберите «экран блокировки», при отображении результата щелкните на него.

На вкладке Экран блокировки прокрутите страницу вниз до пункта «Параметры заставки».

Возможно, что в системе заставка активирована по умолчанию. Отключите ее и проверьте, решена ли проблема.

Сканирование компьютера на вирусы

Иногда высокая нагрузка на процессор, создаваемая службой dwm.exe, может быть результатом присутствия в системе вредоносных программ. Поэтому запустите полную проверку компьютера на вирусы. При отсутствии стороннего антивируса можно воспользоваться Защитником WIndows.

В строке системного поиска наберите «Защитник Windows» и откройте первый результат.

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

После завершения перезагрузите компьютер и посмотрите, какую нагрузку создает служба dwm.exe на процессор.

Отключение аппаратного ускорения

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

Откройте пустую страницу любого офисного продукта и выберите меню «Файл».

Затем нажмите на кнопку Параметры – Дополнительно. В правой части окна в разделе Экран отметьте флажком опцию «Отключить аппаратное ускорение обработки изображения».

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

Изменение режима приложения

Функция режима приложения была добавлена в WIndows 10 после обновления Creators Update. Доступны два варианта режима: светлый и темный. Если используется последний, попробуйте переключить на светлый, поскольку он является причиной высокой загрузки процессора.

Откройте Параметры (Win + I) и перейдите в раздел Персонализация. На вкладке Цвета прокрутите страницу вниз и выберите режим приложения «светлый».

После перезапуска системы посмотрите, насколько загружен ЦП.

Диагностика производительности

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

Запустите командную строку от имени администратора с помощью системного поиска.

В консоли выполните команду:

msdt.exe /id PerformanceDiagnostic

Нажмите на «Далее», чтобы запустить средство устранения неполадок.

Обновление видео драйвера

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

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

При использовании интегрированной графики откройте «Диспетчер устройств» командой devmgmt.msc из окна «выполнить» (Win + R).

Разверните вкладку Видеоадаптеры, кликните правой кнопкой мыши на видеокарте и выберите «Обновить драйверы».

Выберите поиск драйверов на этом компьютере вручную, и с помощью кнопки «Обзор» укажите путь к папке с загруженными драйверами.

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

Расширенное устранение неполадок при загрузке Windows - Windows Client Management

  • 11 минут на чтение

В этой статье

Примечание

Эта статья предназначена для агентов службы поддержки и ИТ-специалистов. Если вам нужна более общая информация о параметрах восстановления, см. Параметры восстановления в Windows 10.

Сводка

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

Фаза Процесс загрузки BIOS UEFI
1 PreBoot MBR / PBR (код начальной загрузки) Прошивка UEFI
2 Диспетчер загрузки Windows % Системный диск% \ bootmgr \ EFI \ Microsoft \ Boot \ bootmgfw.efi
3 Загрузчик ОС Windows % SystemRoot% \ system32 \ winload.exe % SystemRoot% \ system32 \ winload.efi
4 Ядро ОС Windows NT % SystemRoot% \ system32 \ ntoskrnl.exe

1. Предварительная загрузка

Прошивка ПК инициирует самотестирование при включении (POST) и загружает настройки прошивки. Этот процесс предварительной загрузки завершается, когда обнаруживается допустимый системный диск.Прошивка считывает основную загрузочную запись (MBR), а затем запускает загрузку Windows. Управляющий делами.

2. Диспетчер загрузки Windows

Диспетчер загрузки Windows находит и запускает загрузчик Windows (Winload.exe) в загрузочном разделе Windows.

3. Загрузчик операционной системы Windows

Основные драйверы, необходимые для запуска ядра Windows, загружаются, и ядро ​​запускается.

4. Ядро ОС Windows NT

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

Ядро передает управление процессу диспетчера сеансов (Smss.exe), который инициализирует системный сеанс, а также загружает и запускает устройства и драйверы, которые не помечены как BOOT_START.

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


Нажмите для увеличения

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

Примечание

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

Bcdedit / set {default} recoveryenabled no

Если параметры F8 не работают, выполните следующую команду:

Bcdedit / set {default} bootmenupolicy legacy

Фаза BIOS

Чтобы определить, прошла ли система этап BIOS, выполните следующие действия:

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

Если система зависла на этапе BIOS, возможно, возникла проблема с оборудованием.

Фаза загрузчика

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

  • Данные конфигурации загрузки (BCD) отсутствуют или повреждены
  • Загрузочный файл или MBR повреждены
  • Операционная система отсутствует
  • Загрузочный сектор отсутствует или поврежден
  • Bootmgr отсутствует или поврежден
  • Не удается загрузиться из-за отсутствия или повреждения системного куста

Для устранения этой проблемы используйте установочный носитель Windows для запуска компьютера, нажмите Shift + F10 для вызова командной строки, а затем используйте любой из следующих методов.

Метод 1. Средство восстановления при запуске

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

Для этого выполните следующие действия.

  1. Запустите систему с установочного носителя для установленной версии Windows. Дополнительные сведения см. В разделе Создание установочного носителя для Windows.

  2. На экране Установить Windows выберите Далее > Восстановите компьютер .

  3. На экране Параметры восстановления системы выберите Далее > Командная строка .

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

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

% windir% \ System32 \ LogFiles \ Srt \ Srttrail.txt

Дополнительные сведения см. В разделе «Возникает Stop-ошибка или компьютер перестает отвечать на запросы при попытке запустить Windows Vista или Windows 7».

Метод 2: восстановление загрузочных кодов

Чтобы восстановить коды загрузки, выполните следующую команду: 

  BOOTREC / FIXMBR

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

  ЗАГРУЗКА / FIXBOOT

Примечание

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

Метод 3. Исправить ошибки BCD

Если вы получаете ошибки, связанные с BCD, выполните следующие действия:

  1. Сканирует все установленные системы. Для этого выполните следующую команду: 

      Bootrec / ScanOS

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

  3. Если проблема не устранена, выполните следующую команду: 

      Bootrec / rebuildbcd

  4. Вы можете получить один из следующих выходов: 

      Сканирование всех дисков для установки Windows.Подождите, это может занять некоторое время ... Установки Windows успешно просканированы. Всего идентифицированных установок Windows: 0 Операция завершилась успешно.  
      Сканирование всех дисков для установки Windows. Подождите, это может занять некоторое время ... Установки Windows успешно просканированы. Всего идентифицированных установок Windows: 1 D: \ Windows Добавить установку в список загрузки? Да / Нет / Все:

Если выходные данные показывают установку Windows : 0 , выполните следующие команды: 

  bcdedit / экспорт c: \ bcdbackup attrib c: \\ boot \\ bcd -r –s -h ren c: \ boot \ bcd bcd.старый bootrec / rebuildbcd

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

  Сканирование всех дисков для установки Windows. Подождите, это может занять некоторое время ... Установки Windows успешно просканированы. Всего идентифицированных установок Windows: 1 {D}: \ Windows Добавить установку в список загрузки? Да / Нет / Все: Да
  1. Попробуйте перезапустить систему.

Метод 4: заменить Bootmgr

Если методы 1, 2 и 3 не устранили проблему, замените файл Bootmgr с диска C на раздел, зарезервированный системой.Для этого выполните следующие действия:

  1. В командной строке измените каталог на раздел, зарезервированный системой.

  2. Запустите команду attrib , чтобы отобразить файл: 

      attrib -r -s -h

  3. Выполните ту же команду attrib в Windows (системный диск): 

      attrib -r -s -h

  4. Переименуйте файл Bootmgr в Bootmgr.old: 

      ren c: \ bootmgr bootmgr.старый

  5. Перейдите к системному диску.

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

  7. Перезагрузите компьютер.

Метод 5: восстановление куста системы

Если Windows не может загрузить куст системного реестра в память, необходимо восстановить системный куст. Для этого используйте среду восстановления Windows или диск аварийного восстановления (ERD), чтобы скопировать файлы из папки C: \ Windows \ System32 \ config \ RegBack в C: \ Windows \ System32 \ config.

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

Примечание

Начиная с Windows 10 версии 1803, Windows больше не выполняет автоматическое резервное копирование системного реестра в папку RegBack. Это изменение сделано намеренно и призвано помочь уменьшить общий размер дискового пространства Windows. Чтобы восстановить систему с поврежденным кустом реестра, Microsoft рекомендует использовать точку восстановления системы.Подробнее читайте в этой статье.

Фаза ядра

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

  • Stop-ошибка появляется после заставки (экран с логотипом Windows).

  • Отображается конкретный код ошибки. Например, «0x00000C2», «0x0000007B», «недоступное загрузочное устройство» и так далее.

  • Экран застревает на значке «крутящееся колесо» (подвижные точки) «система занята».

  • После заставки появляется черный экран.

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

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

На экране Advanced Boot Options попробуйте запустить компьютер в Safe Mode или Safe Mode with Networking . Если любой из этих вариантов работает, используйте средство просмотра событий, чтобы помочь выявить и диагностировать причину проблемы с загрузкой.Чтобы просмотреть события, записанные в журналы событий, выполните следующие действия:

  1. Используйте один из следующих методов, чтобы открыть средство просмотра событий:

    • Щелкните Пуск , укажите Администрирование , а затем щелкните Просмотр событий .

    • Запустите оснастку «Просмотр событий» в консоли управления Microsoft (MMC).

  2. В дереве консоли разверните Просмотр событий и щелкните журнал, который вы хочу посмотреть.Например, щелкните Системный журнал или Журнал приложений .

  3. В области сведений дважды щелкните событие, которое хотите просмотреть.

  4. В меню Правка щелкните Копировать , откройте новый документ в программе в которое вы хотите вставить событие (например, Microsoft Word), а затем нажмите Вставить .

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

Чистый пыльник

Для устранения проблем, влияющих на службы, выполните чистую загрузку с помощью конфигурации системы (msconfig). Выберите Выборочный запуск для тестирования служб по очереди, чтобы определить, какая из них вызывает проблему. Если вы не можете найти причину, попробуйте включить системные службы. Однако в большинстве случаев проблемный сервис является сторонним.

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

Для получения подробных инструкций см. Как выполнить чистую загрузку в Windows.

Если компьютер запускается в режиме отключения подписи драйверов, запустите компьютер в режиме отключения подписи драйверов, а затем выполните действия, описанные в следующей статье, чтобы определить, какие драйверы или файлы требуют принудительного применения подписи драйверов: Устранение неполадок при загрузке из-за отсутствия подписи драйвера (x64)

Примечание

Если компьютер является контроллером домена, попробуйте режим восстановления служб каталогов (DSRM).

Этот метод является важным шагом при обнаружении Stop-ошибки «0xC00002E1» или «0xC00002E2»

Примеры

Предупреждение

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

Код ошибки INACCESSIBLE_BOOT_DEVICE (STOP 0x7B)

Чтобы устранить эту Stop-ошибку, выполните следующие действия для фильтрации драйверов:

  1. Перейдите в среду Windows Recovery Environment (WinRE), вставив ISO-диск системы в дисковод.ISO должен быть той же версии Windows или более поздней версии.

  2. Откройте реестр.

  3. Загрузите системный куст и назовите его «test».

  4. В следующем подразделе реестра проверьте наличие элементов нижнего и верхнего фильтров для драйверов сторонних производителей:

    HKEY_LOCAL_MACHINE \ SYSTEM \ ControlSet001 \ Control \ Class

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

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

  7. Перезагрузите сервер в обычном режиме.

Дополнительные действия по устранению неполадок см. В следующих статьях:

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

  1. Откройте окно командной строки в WinRE.

  2. Запускаем команду: 

      DISM / образ: C: \ / get-packages

  3. Если есть ожидающие обновления, удалите их, выполнив следующие команды: 

      DISM / image: C: \ / remove-package / packagename: имя пакета  
      DISM / Изображение: C: \ / Cleanup-Image / RevertPendingActions

Попробуйте запустить компьютер.

Если компьютер не запускается, выполните следующие действия:

  1. Откройте окно командной строки в WinRE и запустите текстовый редактор, например Блокнот.

  2. Перейдите на системный диск и найдите windows \ winsxs \ pending.xml.

  3. Если файл Pending.xml найден, переименуйте его в Pending.xml.old.

  4. Откройте реестр, а затем загрузите куст компонентов в HKEY_LOCAL_MACHINE в качестве теста.

  5. Выделите загруженный тестовый куст, а затем найдите значение pendingxmlidentifier .

  6. Если значение pendingxmlidentifier существует, удалите это значение.

  7. Выгрузите тестовый улей.

  8. Загрузите системный куст, назовите его "test".

  9. Перейдите к следующему подразделу:

    HKEY_LOCAL_MACHINE \ SYSTEM \ ControlSet001 \ Services \ TrustedInstaller

  10. Измените значение Start с 1 на 4

  11. Выгрузить улей.

  12. Попробуйте запустить компьютер.

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

Для получения дополнительных сведений о проблемах с файлом подкачки в Windows 10 или Windows Server 2016 см .:

Дополнительные сведения о Stop-ошибках см. В следующей статье базы знаний:

Если файл дампа показывает ошибку, связанную с драйвером (например, windows \ system32 \ drivers \ stcvsm.sys отсутствует или поврежден), следуйте этим рекомендациям:

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

  • Если драйвер не важен и не имеет зависимостей, загрузите системный куст, а затем отключите драйвер.

  • Если ошибка остановки указывает на повреждение системного файла, запустите средство проверки системных файлов в автономном режиме.

    • Для этого откройте WinRE, откройте командную строку и выполните следующую команду: 

        SFC / Scannow / OffBootDir = C: \ / OffWinDir = E: \ Windows

      Для получения дополнительной информации см. Использование средства проверки системных файлов (SFC) для устранения проблем

    • Если есть повреждение диска, выполните команду проверки диска: 

        чкдск / ф / р

    • Если Stop-ошибка указывает на общее повреждение реестра или если вы считаете, что были установлены новые драйверы или службы, выполните следующие действия:

      1. Запустите WinRE и откройте окно командной строки.
      2. Запустите текстовый редактор, например Блокнот.
      3. Перейдите в C: \ Windows \ System32 \ Config.
      4. Переименуйте все пять ульев, добавив к имени ".old".
      5. Скопируйте все кусты из папки Regback, вставьте их в папку Config, а затем попробуйте запустить компьютер в обычном режиме.

Примечание

Начиная с Windows 10 версии 1803, Windows больше не выполняет автоматическое резервное копирование системного реестра в папку RegBack.Это изменение сделано специально и призвано помочь уменьшить общий размер дискового пространства Windows. Чтобы восстановить систему с поврежденным кустом реестра, Microsoft рекомендует использовать точку восстановления системы. Подробнее читайте в этой статье.

.

Устранение неполадок узла сеанса виртуального рабочего стола Windows - Azure

  • 13 минут на чтение

В этой статье

Важно

Это содержимое относится к виртуальному рабочему столу Windows с объектами виртуального рабочего стола Windows Azure Resource Manager. Если вы используете виртуальный рабочий стол Windows (классический) без объектов Azure Resource Manager, см. Эту статью.

Используйте эту статью для устранения проблем, возникающих при настройке виртуальных машин хоста сеанса Windows Virtual Desktop (ВМ).

Оставить отзыв

Посетите Техническое сообщество Windows Virtual Desktop, чтобы обсудить службу Windows Virtual Desktop с командой разработчиков и активными членами сообщества.

ВМ не присоединены к домену

Следуйте этим инструкциям, если у вас возникли проблемы с присоединением виртуальных машин (ВМ) к домену.

Ошибка: неверные учетные данные

Причина: При вводе учетных данных в исправлениях интерфейса шаблона Azure Resource Manager произошла опечатка.

Исправление: Для устранения проблемы выполните одно из следующих действий.

Ошибка: Тайм-аут ожидания ввода данных пользователем

Причина: Учетная запись, используемая для завершения присоединения к домену, может иметь многофакторную аутентификацию (MFA).

Исправление: Для решения проблемы выполните одно из следующих действий.

  • Временно удалите MFA для учетной записи.
  • Используйте учетную запись службы.

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

Причина: У используемой учетной записи нет разрешений на присоединение виртуальных машин к домену из-за соответствия и нормативных требований.

Исправление: Для решения проблемы выполните одно из следующих действий.

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

Ошибка: имя домена не разрешается

Причина 1: виртуальные машины находятся в виртуальной сети, которая не связана с виртуальной сетью (VNET), в которой расположен домен.

Исправление 1: Создайте пиринг виртуальной сети между виртуальной сетью, в которой были подготовлены виртуальные машины, и виртуальной сетью, в которой работает контроллер домена (DC). См. Раздел Создание пиринга виртуальной сети - диспетчер ресурсов, различные подписки.

Причина 2: При использовании доменных служб Azure Active Directory (Azure AD DS) в виртуальной сети не обновлены параметры DNS-сервера, чтобы они указывали на управляемые контроллеры домена.

Исправление 2: Чтобы обновить параметры DNS для виртуальной сети, содержащей Azure AD DS, см. Раздел Обновление параметров DNS для виртуальной сети Azure.

Причина 3: Настройки DNS-сервера сетевого интерфейса не указывают на соответствующий DNS-сервер в виртуальной сети.

Исправление 3: Выполните одно из следующих действий для устранения проблемы, выполнив действия, описанные в [Изменить DNS-серверы].

  • Измените настройки DNS-сервера сетевого интерфейса на Custom , выполнив шаги из раздела «Изменить DNS-серверы» и укажите частные IP-адреса DNS-серверов в виртуальной сети.
  • Измените настройки DNS-сервера сетевого интерфейса на Наследуйте от виртуальной сети , выполнив действия из раздела «Изменение DNS-серверов», затем измените настройки DNS-сервера виртуальной сети, выполнив шаги из раздела «Изменение DNS-серверов».

Агент виртуального рабочего стола Windows и загрузчик виртуального рабочего стола Windows не установлены

Рекомендуемый способ подготовки виртуальных машин - использование шаблона создания портала Azure. Шаблон автоматически устанавливает агент виртуального рабочего стола Windows и загрузчик агента виртуального рабочего стола Windows.

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

  1. Убедитесь, что два компонента установлены, проверив Панель управления > Программы > Программы и компоненты .Если агент виртуального рабочего стола Windows и загрузчик агента виртуального рабочего стола Windows не видны, они не установлены на виртуальной машине.
  2. Откройте File Explorer и перейдите к C: \ Windows \ Temp \ ScriptLog.log . Если файл отсутствует, это означает, что PowerShell DSC, установивший два компонента, не смог работать в предоставленном контексте безопасности.
  3. Если присутствует файл C: \ Windows \ Temp \ ScriptLog.log , откройте его и проверьте сообщения об ошибках.

Ошибка: агент виртуального рабочего стола Windows и загрузчик агента виртуального рабочего стола Windows отсутствуют. C: \ Windows \ Temp \ ScriptLog.log также отсутствует

Причина 1: Учетные данные, предоставленные во время ввода для шаблона Azure Resource Manager, были неправильными или разрешений было недостаточно.

Исправление 1: Вручную добавьте недостающие компоненты к виртуальным машинам с помощью Создание пула узлов с помощью PowerShell.

Причина 2: PowerShell DSC удалось запустить и выполнить, но не удалось завершить, поскольку он не может войти в виртуальный рабочий стол Windows и получить необходимую информацию.

Исправление 2: Подтвердите элементы в следующем списке.

  • Убедитесь, что в учетной записи нет MFA.
  • Убедитесь, что имя пула хостов является правильным и пул хостов существует на виртуальном рабочем столе Windows.
  • Убедитесь, что у учетной записи есть как минимум разрешения участника в подписке Azure или группе ресурсов.

Ошибка: ошибка аутентификации, ошибка в C: \ Windows \ Temp \ ScriptLog.log

Причина: PowerShell DSC удалось выполнить, но не удалось подключиться к виртуальному рабочему столу Windows.

Исправление: Подтвердите элементы в следующем списке.

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

Агент виртуального рабочего стола Windows не регистрируется в службе виртуального рабочего стола Windows

Когда агент виртуального рабочего стола Windows впервые устанавливается на виртуальных машинах узла сеанса (вручную или с помощью шаблона Azure Resource Manager и PowerShell DSC), он предоставляет токен регистрации.В следующем разделе рассматриваются проблемы, связанные с устранением неполадок, которые относятся к агенту виртуального рабочего стола Windows и токену.

Ошибка

: статус, указанный в командлете Get-AzWvdSessionHost, показывает статус как «Недоступно»

Причина: Агент не может обновить себя до новой версии.

Fix: Следуйте этим инструкциям, чтобы вручную обновить агент.

  1. Загрузите новую версию агента на виртуальную машину узла сеанса.
  2. Запустите диспетчер задач и на вкладке «Служба» остановите службу RDAgentBootLoader.
  3. Запустите установщик новой версии агента виртуального рабочего стола Windows.
  4. При запросе регистрационного токена удалите запись INVALID_TOKEN и нажмите "Далее" (новый токен не требуется).
  5. Завершите работу мастера установки.
  6. Откройте диспетчер задач и запустите службу RDAgentBootLoader.

Ошибка: запись реестра агента виртуального рабочего стола Windows IsRegistered показывает значение 0

Причина: Срок действия регистрационного токена истек.

Fix: Следуйте этим инструкциям, чтобы исправить ошибку реестра агента.

  1. Если маркер регистрации уже существует, удалите его с помощью Remove-AzWvdRegistrationInfo.
  2. Запустите командлет New-AzWvdRegistrationInfo , чтобы сгенерировать новый токен.
  3. Убедитесь, что для параметра -ExpriationTime установлено значение 3 дня.

Ошибка: агент виртуального рабочего стола Windows не сообщает о такте при запуске Get-AzWvdSessionHost

Причина 1: Служба RDAgentBootLoader остановлена.

Исправление 1: Запустите диспетчер задач и, если на вкладке «Служба» отображается состояние остановки для службы RDAgentBootLoader, запустите службу.

Причина 2: Порт 443 может быть закрыт.

Fix 2: Следуйте этим инструкциям, чтобы открыть порт 443.

  1. Убедитесь, что порт 443 открыт, загрузив инструмент PSPing из Sysinternal tools.

  2. Установите PSPing на виртуальную машину хоста сеанса, на которой работает агент.

  3. Откройте командную строку от имени администратора и введите следующую команду: 

      psping rdbroker.wvdselfhost.microsoft.com:443

  4. Подтвердите, что PSPing получил информацию обратно от RDBroker: 

      PsPing v2.10 - PsPing - утилита измерения пинга, задержки и пропускной способности Copyright (C) 2012-2016 Марк Руссинович Sysinternals - www.sysinternals.com TCP подключается к 13.77.160.237:443: 5 итераций (разминка 1) ping-тест: Подключение к 13.77.160.237:443 (разминка): с 172.20.17.140:60649: 2,00 мс Подключение к 13.77.160.237:443: с 172.20.17.140:60650: 3.83 мс Подключение к 13.77.160.237:443: с 172.20.17.140:60652: 2,21 мс Подключение к 13.77.160.237:443: с 172.20.17.140:60653: 2,14 мс Подключение к 13.77.160.237:443: с 172.20.17.140:60654: 2,12 мс Статистика соединений TCP для 13.77.160.237:443: Отправлено = 4, Получено = 4, Потерян = 0 (потеря 0%), Минимум = 2,12 мс, максимум = 3,83 мс, средний = 2,58 мс

Устранение неполадок с параллельным стеком виртуального рабочего стола Windows

Стек параллельных виртуальных рабочих столов Windows автоматически устанавливается вместе с Windows Server 2019.Используйте установщик Microsoft (MSI) для установки параллельного стека в Microsoft Windows Server 2016 или Windows Server 2012 R2. Для Microsoft Windows 10 стек параллельных виртуальных рабочих столов Windows включен с помощью enablexstackrs.ps1 .

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

  • С шаблоном создания портала Azure
  • Включено и включено в главный образ
  • Устанавливается или включается вручную на каждой виртуальной машине (или с расширениями / PowerShell)

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

В выводе qwinsta будет указано rdp-sxs в выводе, если установлен и включен параллельный стек.

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

  HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Terminal Сервер \ WinStations \ rds-sxs \ "fEnableWinstation": DWORD = 1 HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Terminal Сервер \ ClusterSettings \ "SessionDirectoryListener": rdp-sxs

Ошибка: O_REVERSE_CONNECT_STACK_FAILURE

Причина: Стек бок о бок не установлен на виртуальной машине узла сеанса.

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

  1. Используйте протокол удаленного рабочего стола (RDP) для прямого доступа к виртуальной машине узла сеанса в качестве локального администратора.
  2. Установите параллельный стек с помощью Create a host pool with PowerShell.

Как исправить сбойный стек параллельного виртуального рабочего стола Windows

Существуют известные обстоятельства, которые могут привести к неисправности стека бок о бок:

  • Несоблюдение правильного порядка действий для включения параллельного стека
  • Автоматическое обновление до Windows 10 Enhanced Versatile Disc (EVD)
  • Отсутствует роль узла сеанса удаленного рабочего стола (RDSH)
  • Запуск включает xsstackrc.ps1 несколько раз
  • Запуск включает xsstackrc.ps1 в учетной записи, не имеющей прав локального администратора

Инструкции в этом разделе помогут вам удалить параллельный стек виртуального рабочего стола Windows. После удаления параллельного стека перейдите к разделу «Зарегистрировать виртуальную машину в пуле узлов виртуального рабочего стола Windows» в разделе «Создание пула узлов с помощью PowerShell», чтобы переустановить параллельный стек.

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

Следуйте этим инструкциям, чтобы запустить исправление из той же подсети и домена:

  1. Подключитесь по стандартному протоколу удаленного рабочего стола (RDP) к виртуальной машине, с которой будет применено исправление.

  2. Загрузите PsExec с https://docs.microsoft.com/sysinternals/downloads/psexec.

  3. Разархивируйте загруженный файл.

  4. Запустите командную строку от имени локального администратора.

  5. Перейдите в папку, в которую был распакован PsExec.

  6. В командной строке введите следующую команду: 

      psexec.exe \\ <имя виртуальной машины> cmd

    Примечание

    Имя виртуальной машины - это имя виртуальной машины с неисправным параллельным стеком.

  7. Примите лицензионное соглашение PsExec, нажав «Согласен».

    Примечание

    Это диалоговое окно отображается только при первом запуске PsExec.

  8. После открытия сеанса командной строки на виртуальной машине с неисправным параллельным стеком запустите qwinsta и убедитесь, что запись с именем rdp-sxs доступна.В противном случае стек бок о бок на виртуальной машине отсутствует, поэтому проблема не связана с стеком бок о бок.

  9. Выполните следующую команду, которая выведет список компонентов Microsoft, установленных на виртуальной машине с неисправным параллельным стеком. 

      продукт wmic получить название

  10. Выполните команду ниже с названиями продуктов из шага выше. 

      продукт wmic, где name = "<агент инфраструктуры служб удаленных рабочих столов>", вызвать удаление

  11. Удалите все продукты, которые начинаются с «Удаленный рабочий стол.«

  12. После удаления всех компонентов виртуального рабочего стола Windows следуйте инструкциям для вашей операционной системы:

  13. Если ваша операционная система - Windows Server, перезапустите виртуальную машину с неисправным параллельным стеком (либо с порталом Azure, либо с помощью инструмента PsExec).

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

  1. На виртуальной машине, на которой запущен PsExec, откройте проводник и скопируйте файл disablesxsstackrc.ps1 на системный диск виртуальной машины с неисправным параллельным стеком. 

      \\ <имя виртуальной машины> \ c $ \

    Примечание

    Имя виртуальной машины - это имя виртуальной машины с неисправным параллельным стеком.

  2. Рекомендуемый процесс: из инструмента PsExec запустите PowerShell, перейдите в папку из предыдущего шага и запустите disablesxsstackrc.ps1. Кроме того, вы можете запустить следующие командлеты: 

      Remove-ItemProperty -Path "HKLM: \ SYSTEM \ CurrentControlSet \ Control \ Terminal Server \ ClusterSettings" -Name "SessionDirectoryListener" -Force Remove-Item -Path "HKLM: \ SYSTEM \ CurrentControlSet \ Control \ Terminal Server \ WinStations \ rdp-sxs" -Recurse -Force Remove-ItemProperty -Path "HKLM: \ SYSTEM \ CurrentControlSet \ Control \ Terminal Server \ WinStations" -Name "ReverseConnectionListener" -Force

  3. Когда командлеты будут выполнены, перезапустите виртуальную машину с неисправным параллельным стеком.

Режим лицензирования удаленного рабочего стола не настроен

Если вы войдете в многосеансную систему Windows 10 Enterprise с использованием административной учетной записи, вы можете получить уведомление, в котором говорится: «Режим лицензирования удаленного рабочего стола не настроен, службы удаленного рабочего стола перестанут работать через X дней. На сервере посредника подключений используйте Диспетчер серверов, чтобы указать режим лицензирования удаленного рабочего стола ".

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

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

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

Проверьте настройку групповой политики, открыв редактор групповой политики на виртуальной машине и перейдя к Administrative Templates > Windows Components > Remote Desktop Services > Remote Desktop Session Host > Licensing > Set the Remote Desktop режим лицензирования .Если параметр групповой политики - Включено , измените его на Отключено . Если он уже отключен, оставьте как есть.

Примечание

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

Определите, какую версию Windows 10 Enterprise с несколькими сеансами работы вы используете.

Чтобы узнать, какая у вас версия Windows 10 Корпоративная с несколькими сеансами:

  1. Войдите в свою учетную запись администратора.

  2. Введите «О программе» в строку поиска рядом с меню «Пуск».

  3. Выберите О вашем ПК .

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

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

Версия 1809

Если в номере версии указано «1809», установите обновление KB4516077.

Версия 1903

Повторно разверните операционную систему хоста с последней версией образа Windows 10 версии 1903 из галереи Azure.

Не удалось подключиться к удаленному ПК из-за ошибки безопасности

Если ваши пользователи видят ошибку, которая говорит: «Нам не удалось подключиться к удаленному ПК из-за ошибки безопасности. Если это продолжает происходить, обратитесь за помощью к своему администратору или в службу технической поддержки », проверьте все существующие политики, которые изменяют разрешения RDP по умолчанию. Одна из политик, которая может вызвать появление этой ошибки, - «Разрешить вход через политику безопасности служб удаленных рабочих столов».«

Дополнительные сведения об этой политике см. В разделе Разрешить вход через службы удаленных рабочих столов.

Следующие шаги

  • Обзор устранения неполадок виртуального рабочего стола Windows и путей эскалации см. В разделе «Обзор устранения неполадок, отзывы и поддержка».
  • Для устранения проблем при создании пула хостов в среде виртуального рабочего стола Windows см. Раздел «Среда и создание пула хостов».
  • Для устранения проблем при настройке виртуальной машины (ВМ) на виртуальном рабочем столе Windows см. Раздел Конфигурация виртуальной машины узла сеанса.
  • Для устранения проблем с подключениями клиентов виртуального рабочего стола Windows см. Подключения службы виртуального рабочего стола Windows.
  • Для устранения проблем с клиентами удаленного рабочего стола см. Устранение неполадок клиента удаленного рабочего стола
  • Для устранения проблем при использовании PowerShell с виртуальным рабочим столом Windows см. Раздел PowerShell для виртуального рабочего стола Windows.
  • Чтобы узнать больше об услуге, см. Среда виртуального рабочего стола Windows.
  • Чтобы пройти обучение по устранению неполадок, см. Учебное пособие: Устранение неполадок при развертывании шаблонов Resource Manager.
  • Чтобы узнать о действиях аудита, см. Операции аудита с помощью Resource Manager.
  • Чтобы узнать о действиях по определению ошибок во время развертывания, см. Просмотр операций развертывания.
.

Ограничение кучи рабочего стола вызывает ошибку нехватки памяти - Windows Server

  • 2 минуты на чтение

В этой статье

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

Исходная версия продукта: Windows 7 Service Pack 1, Windows Server 2012 R2
Исходный номер базы знаний: 947246

Симптомы

После того, как вы откроете много окон приложений в Windows, вы не сможете открывать дополнительные окна.Иногда может открыться окно. Однако он не будет содержать ожидаемых компонентов. Кроме того, может появиться сообщение об ошибке следующего вида:

Недостаточно памяти

Причина

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

Разрешение

Важно

Этот раздел, метод или задача содержат шаги, которые говорят вам, как изменить реестр.Однако при неправильном изменении реестра могут возникнуть серьезные проблемы. Поэтому убедитесь, что вы выполните следующие действия внимательно. Для дополнительной защиты создайте резервную копию реестра перед его изменением. Затем вы можете восстановить реестр, если возникнет проблема. Дополнительные сведения о резервном копировании и восстановлении реестра см. В разделе Резервное копирование и восстановление реестра в Windows.

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

  1. Щелкните Start , введите regedit в поле Start Search , а затем щелкните regedit.exe в списке программ .

    Примечание

    Если вам будет предложено ввести пароль администратора или подтверждение, введите свой пароль или щелкните Продолжить .

  2. Найдите и щелкните раздел реестра HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Session Manager \ SubSystems .

  3. Щелкните правой кнопкой мыши запись Windows , а затем щелкните Изменить .

  4. В разделе Value data диалогового окна Edit String найдите запись SharedSection , а затем увеличьте второе и третье значения для этой записи.

    Примечание

    • Второе значение записи реестра SharedSection - это размер кучи рабочего стола для каждого рабочего стола, связанного с интерактивной оконной станцией. Куча требуется для каждого рабочего стола, созданного в интерактивной оконной станции (WinSta0). Значение в килобайтах (КБ).
    • Третье значение SharedSection - это размер кучи рабочего стола для каждого рабочего стола, который связан с неинтерактивной оконной станцией .Значение в килобайтах (КБ).
    • Не рекомендуется устанавливать значение, превышающее 20480 КБ, для второго значения SharedSection .

По умолчанию запись реестра Windows содержит следующие данные в версии Windows 7 с пакетом обновления 1 (SP1) для архитектуры x86.

% SystemRoot% \ system32 \ csrss.exe
ObjectDirectory = \ Windows
SharedSection = 1024, 12288,512
Windows = On
SubSystemType = Windows
ServerDll = baserv, 1
ServerDll = winsrv: UserServerDllInitialization, 3ins
ServerrvDll = ConServerDllInitialization, 2
ProfileControl = Off
MaxRequestThreads = 16

Windows 7 с пакетом обновления 1 (64 бит) / Windows Server 2008 R2, 2012 R2 (64 бит)

SharedSection = 1024, 20480,768

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

Примечание

Размер кучи рабочего стола не зависит от физического ОЗУ компьютера. Следовательно, вы не можете улучшить производительность, добавив физическую оперативную память.

Это устранило проблему

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

Список литературы

.

Ограничение кучи рабочего стола вызывает ошибку нехватки памяти - Windows Server

  • 2 минуты на чтение

В этой статье

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

Исходная версия продукта: Windows 7 Service Pack 1, Windows Server 2012 R2
Исходный номер базы знаний: 947246

Симптомы

После того, как вы откроете много окон приложений в Windows, вы не сможете открывать дополнительные окна.Иногда может открыться окно. Однако он не будет содержать ожидаемых компонентов. Кроме того, может появиться сообщение об ошибке следующего вида:

Недостаточно памяти

Причина

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

Разрешение

Важно

Этот раздел, метод или задача содержат шаги, которые говорят вам, как изменить реестр.Однако при неправильном изменении реестра могут возникнуть серьезные проблемы. Поэтому убедитесь, что вы выполните следующие действия внимательно. Для дополнительной защиты создайте резервную копию реестра перед его изменением. Затем вы можете восстановить реестр, если возникнет проблема. Дополнительные сведения о резервном копировании и восстановлении реестра см. В разделе Резервное копирование и восстановление реестра в Windows.

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

  1. Щелкните Start , введите regedit в поле Start Search , а затем щелкните regedit.exe в списке программ .

    Примечание

    Если вам будет предложено ввести пароль администратора или подтверждение, введите свой пароль или щелкните Продолжить .

  2. Найдите и щелкните раздел реестра HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Session Manager \ SubSystems .

  3. Щелкните правой кнопкой мыши запись Windows , а затем щелкните Изменить .

  4. В разделе Value data диалогового окна Edit String найдите запись SharedSection , а затем увеличьте второе и третье значения для этой записи.

    Примечание

    • Второе значение записи реестра SharedSection - это размер кучи рабочего стола для каждого рабочего стола, связанного с интерактивной оконной станцией. Куча требуется для каждого рабочего стола, созданного в интерактивной оконной станции (WinSta0). Значение в килобайтах (КБ).
    • Третье значение SharedSection - это размер кучи рабочего стола для каждого рабочего стола, который связан с неинтерактивной оконной станцией .Значение в килобайтах (КБ).
    • Не рекомендуется устанавливать значение, превышающее 20480 КБ, для второго значения SharedSection .

По умолчанию запись реестра Windows содержит следующие данные в версии Windows 7 с пакетом обновления 1 (SP1) для архитектуры x86.

% SystemRoot% \ system32 \ csrss.exe
ObjectDirectory = \ Windows
SharedSection = 1024, 12288,512
Windows = On
SubSystemType = Windows
ServerDll = baserv, 1
ServerDll = winsrv: UserServerDllInitialization, 3ins
ServerrvDll = ConServerDllInitialization, 2
ProfileControl = Off
MaxRequestThreads = 16

Windows 7 с пакетом обновления 1 (64 бит) / Windows Server 2008 R2, 2012 R2 (64 бит)

SharedSection = 1024, 20480,768

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

Примечание

Размер кучи рабочего стола не зависит от физического ОЗУ компьютера. Следовательно, вы не можете улучшить производительность, добавив физическую оперативную память.

Это устранило проблему

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

Список литературы

.

Смотрите также