Microsoft Windows QFE что это такое

Обновлено: 04.07.2024

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

Что такое Quick Fix Engineering?

Прежде чем мы начнем что-либо делать с инвентаризацией оборудования или ConfigMgr, я хочу поговорить о том, что такое разработка Quick Fix, и почему это должно или не должно волновать. Quick Fix Engineering, сокращенно QFE, — это класс WMI, известный как WIN32_QuickFixEngineering. Целью этого класса является отслеживание исправлений Microsoft, которые были применены к вашему устройству. Однако с появлением Windows 10 и модели Windows как услуги (WaaS) возвращаемая информация резко изменилась. Исторически сложилось так, что можно было открыть Powershell, выполнить следующую команду PowerShell и получить ВСЕ обновления, установленные на устройстве:

Хотя это по-прежнему верно, это не относится к устройствам модели WaaS. На самом деле устройства модели WaaS, особенно более новые компьютеры с Windows 10, будут отображать только самый последний пакет обновлений. Чтобы привести пример, вот результаты get-hotfix с моей машины, которые я обновляю каждый месяц.

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

Однако, если мы запустим тот же запрос на сервере 2012R2 или на устройстве с Windows 7, мы получим нечто гораздо более полезное:

В конце концов, класс QFE — это класс WMI, который в зависимости от вашей операционной системы будет хранить важную информацию об установленных исправлениях.

Хорошо, я знаю, что это такое, но должен ли я что-то с этим делать?

Это сложный вопрос, и я думаю, что он зависит от того, что вы ищете и насколько современна ваша среда. В конечном счете, я думаю, что информация в QFE постепенно уходит в прошлое. Конечно, я могу придумать несколько очень конкретных вариантов его использования, особенно если ваша среда все еще сильно инвестируется в Windows 7 или если вам нужна вторая точка проверки данных «Соответствие», сгенерированных WSUS. Я собираюсь показать вам, как включить сбор данных QFE в ConfigMgr, однако я рекомендую вам просмотреть и ответить на следующие вопросы, прежде чем расширять список оборудования:

Какой процент вашей среды приходится на Windows 10 и Server 2016? Чем больше устройств в 10 и 2016 годах, тем меньше информации будет возвращено с «исторической» точки зрения.
Что конкретно вы пытаетесь получить из информации QFE?
1. Идентификатор самого последнего установленного исправления и дата -> Это связано с тем, что вы не доверяете данным WSUS с точки зрения соответствия требованиям, или вы ищете дополнительные сведения об истинности или ложности?
2. Кто установил -> вы пытаетесь проверить, исправляет ли кто-то что-то вручную или это делает ConfigMgr?
3. Вы просто ищете конкретное доказательство последней установленной CU?
Я ответил на ваши вопросы, хранитель моста, теперь покажите мне дорогу!

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

Сначала давайте посмотрим, включен ли сбор QFE где-либо в среде. Мы можем сделать это несколькими способами. Я большой поклонник SQL, и быстрый запрос ответит на это:

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

В моем примере мы собираемся открыть консоль ConfigMgr, перейти в «Администрирование», развернуть «Обзор» и выбрать «Настройки клиента».

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

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

После того как мы выберем инвентаризацию оборудования, нам потребуется выполнить небольшую настройку. Лично я предпочитаю, чтобы инвентаризация оборудования происходила чуть более агрессивно, чем раз в семь дней. На самом деле у меня это происходит раз в 24 часа, поэтому первое, что я собираюсь сделать, это выбрать «Расписание» и изменить его, чтобы оно происходило каждый день.

Затем я выберу «Установить классы» на предыдущем изображении и в строке поиска введите «Быстрый», чтобы отфильтровать все доступные классы WMI.

Теперь, прежде чем мы пойдем дальше, я хочу воспользоваться моментом, чтобы изучить содержимое того, что именно мы включаем, и вы заметите кое-что интересное. Если вы когда-либо запускали «Get-hotfix», вы, вероятно, заметили, что это намного больше данных, чем то, что возвращается в результате. На самом деле, даже если вы запустите Get-WMIobject или Get-CimInstance, это ВСЕ ЕЩЕ больше информации, чем то, что возвращается. Немного покопавшись в WBEMTEST или предпочитаемом вами обозревателе WMI, вы поймете почему. Технически информация не является частью класса, но на нее ссылается этот класс, и ее можно выбрать, добавив явное свойство к выбору. Если вы не верите, поверьте мне, вы можете доказать это следующим образом:

Когда вы нажмете «Подключиться», вы получите следующее:

Затем вам нужно будет выбрать «Перечислить экземпляры»

И введите имя суперкласса «Win32_QuickFixEngineering»

Выберите один из вариантов и дважды щелкните его, не нажимайте кнопки добавления или удаления.

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

Возвращаясь к нашему примеру, я выберу только ту информацию, которая мне важна:

Затем вы можете нажать OK для этого и OK для настроек клиента. А затем разверните их в коллекцию, щелкнув правой кнопкой мыши параметр клиента, выберите "Развернуть", а затем выберите коллекцию, которую вы хотите также развернуть.

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

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

В своем сообщении Блокировка телеметрии Windows 7 я предоставил сценарий для удаления обновлений телеметрии Windows 7. Это было сделано на скорую руку из старого скрипта, и теперь я его почистил.
Один постер в холле AskWoody заявил, что некоторых обновлений больше нет.Я попросил его предоставить некоторые документы, чтобы я мог проверить его заявление, но он этого не сделал.
Поэтому мне пришлось покопаться и найти ответ самому. Я проверил несколько статей базы знаний на наличие обновлений, и не было никаких уведомлений об удалении или замене обновлений. Это в порядке вещей для Microsoft.

Я порылся в своих старых резервных копиях и нашел виртуальную машину Windows 7 до GWX (последнее обновление 02 февраля 2015 г.).
– Запущена виртуальная машина.
– Исправлено обновление Windows 7.
– Запущено обновление Windows и установлены все обновления.

Затем я проверил, были ли установлены какие-либо из предыдущих обновлений сценария.
———– Вывод командной строки ———-
Microsoft Windows [Версия 6.1.7601]
Авторское право (c) 2009 Microsoft Corporation. Все права защищены.

C:\Users\Eric>wmic qfe, где hotfixid=”KB971033″ список полный

C:\Users\Eric>wmic qfe, где список hotfixid=”KB2952664″ полный

C:\Users\Eric>wmic qfe, где hotfixid=”KB2977759″ list full
Нет доступных экземпляров.

C:\Users\Eric>wmic qfe, где hotfixid=”KB2990214″ list full
Нет доступных экземпляров.

C:\Users\Eric>wmic qfe, где список hotfixid=”KB3021917″ полный

C:\Users\Eric>wmic qfe, где hotfixid=”KB3035583″ список полный
Нет доступных экземпляров.

C:\Users\Eric>wmic qfe, где список hotfixid=”KB3068708″ полный

C:\Users\Eric>wmic qfe, где hotfixid=”KB3075249″ list full
Нет доступных экземпляров.

C:\Users\Eric>wmic qfe, где список hotfixid=”KB3080149″ полный

C:\Users\Eric>wmic qfe, где hotfixid=”KB3123862″ list full
Нет доступных экземпляров.
———— Конец вывода командной строки ———-

В результате не были установлены следующие обновления:
KB2977759
KB2990214
KB3035583
KB3075249
KB3123862

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

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

Также проверьте, как запустить Центр обновления Windows с помощью PowerShell и командной строки.

Оглавление

Итак, давайте сначала начнем с визуального варианта.

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

Использование параметров командной строки — DISM/SystemInfo

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

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

список wmic qfe заполнен

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

список wmic qfe полный /format:table

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

Краткий список wmic qfe

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

Краткий список wmic qfe | найдите «KB4495667»

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

wmic qfe list full /format:table > C:\Users\Usman\Desktop\WindowsUpdatesReport.html Команда WMIC для отображения списка установленных обновлений Windows

Информация о системе

Если вам нужен только список номеров обновлений базы знаний, вы можете использовать команду systeminfo.
1. Открыть командную строку
2. Выполните следующую команду
  systeminfo | найти «KB»
Использование PowerShell
1. Откройте PowerShell с правами администратора
2. Выполните следующую команду:
  Get-Hotfix
3. Появится список всех исправлений, установленных на компьютере, а также дата установки каждого исправления. Исправление для PowerShell