Как посмотреть установленные обновления windows 8

Обновлено: 05.07.2024

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

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

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

Что такое центр обновлений ?

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

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

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

Настройка центра обновления Windows 8: Видео

Как найти центр обновлений

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

Еще один способ – это нажать комбинацию клавиш Win+X и выбрать в появившемся меню пункт «Панель управления». Далее следуем такому пути – система и безопасность/центр обновления Windows. В появившемся меню вы сможете управлять сервисом, устанавливая наиболее подходящие параметры. Здесь вы самостоятельно сможете проверить наличие последних обновлений, а также посмотреть журнал уже установленных пакетов.

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

Вы когда-нибудь задумывались, с помощью чего формируется список установленных обновлений Windows? А через какое API его достать? Ответы на эти и другие возникающие вопросы я постараюсь дать в своём небольшом исследовании.

Предыстория или с чего всё началось.

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

Раньше на каждое «ТО» с помощью WSUS подтягивались все выпущенные обновления и распространялись на все машины. Также периодически выходили ТСБ (технические сервисные бюллетени), в которых указывалось, что требуется установить необходимые обновления в виде изолированных пакетов. В итоге у нас накапливаются обновления, которые в WSUS отследить нельзя, а можно было увидеть только через панель управления в разделе «Установленные обновления».

Бывают ситуации, когда АРМ или сервер «падает» и приходится его восстанавливать из образа, созданного некоторое время назад. При восстановлении из образа есть вероятность того, что мы можем потерять нужные нам обновления (которые пришли в виде изолированных пакетов), которые устанавливались до падения машины. Объяснил максимально подробно насколько мог, потому что уточнения будут уже коммерческой тайной.

Как вы могли догадаться из названия статьи, уже на выборе метода получения списка у меня возникла непростая задача. Я, как обычно, решил поискать нужное в поисковике, задал вопросы на профильных ресурсах (раз, два, на английском stackoverflow почему-то не понравился мой вопрос и его пришлось удалить), но все ответы не давали нужного результата. Поэтому пришлось разбираться самому, о чем и пойдет речь далее.

Консольные команды

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

• wmic qfe list
• systeminfo
• dism /online /get-packages
• через PowerShell:

• Get-HotFix
• Get-SilWindowsUpdate (доступно только в серверных редакциях)
• Get-WmiObject -Class win32_quickfixengineering — через доступ к WMI классу win32_quickfixengineering (о WMI чуть позже)

Получить список через графический интерфейс можно через стандартный пункт Панели управления «Установка/удаление программ», но скопировать оттуда мы ничего не можем. Каждый инструмент панели управления представлен файлом .cpl в папке Windows\System. Файлы .cpl в системную папку Windows автоматически загружаются при запуске панели управления. За пункт Программы отвечает файл Appwiz.cpl. Его анализ ни к чему не привел.

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

Все методы проверялись на чистых образах систем (Windows 7, 8, Server 2012 R2) с интегрированными обновлениями, после каждого обновления через Центр обновления с официальных серверов Microsoft проводилась дополнительная проверка. Остановимся на каждом из них подробнее.

WUApi (Windows Update Agent API) — использование API агента обновления Windows. Самый явный вариант, название которого говорит само за себя. Использовать для этого будем библиотеку Wuapi.dll.

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

Есть и вторая вариация этого метода: Update Session — получение информации с помощью подключения к сессии обновления Windows Update Agent (в данном случае работаем не напрямую с библиотекой).

Microsoft подсказывает об удаленном использовании API.

Главный минусы этих двух методов — не позволяют найти исправления KB, которые не распространяются через Центр обновления Windows. Можно увидеть только то, что прошло через сам агент обновления, то есть данный вариант нас не устраивает.

Система обслуживания образов развертывания и управления ими (Deployment Image Servicing and Management) — это средство командной строки, которое может использоваться для обслуживания образа Windows или для подготовки образа среды предустановки Windows (Windows PE). Является заменой диспетчера пакетов (Pkgmgr.exe), PEimg и Intlcfg.

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

• .cab-файлы (Cabinet) — архивы. Предназначены для распространения и установки при помощи модулей Центра обновлений Windows в автоматизированном режиме;
• .msu-файлы (Microsoft Update Standalone Package) — исполняемые файлы. Предназначены для распространения и установки самими пользователями в ручном режиме через каталог обновлений Microsoft. Фактически представляют собой упакованный набор, состоящий из .cab-, .xml, .txt-файлов.

Количество обновлений совпадало с количеством из списка Панели управления до первого апдейта через центр управления — после него количество обновлений стало меньше (было 214, стало 209), хотя по логике они должны были увеличиться. Примеры вывода До обновления, После обновления.

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

Чуть позже я наткнулся на утилиту от китайцев DISM++, которая основана не на DISM API или DISM Core API, но имеющиеся в ней библиотеки не имеют нужных мне открытых методов, поэтому я забросил эту идею и продолжил поиски дальше.

Windows Server Update Services (WSUS) — сервер обновлений операционных систем и продуктов Microsoft. Сервер обновлений синхронизируется с сайтом Microsoft, скачивая обновления, которые могут быть распространены внутри корпоративной локальной сети. Опять же специальный инструмент, предназначенный для работы с обновлениями.

Распространяется только на серверных редакциях ОС Windows, поэтому был развернут следующий стенд:

• основная система – Windows Server 2016;
• а через систему виртуализации Hyper-V были развернуты две клиентские ОС:
  
  • Windows 8.1
  • Windows 7

  Чтобы не выделять раздел жесткого диска для новой системы я пользуюсь WinNTSetup и устанавливаю систему в VHD диски — загрузчик, начиная с Windows 7 (редакций Professional/Ultimate), прекрасно справляется с загрузкой с образа диска. Полученные таким образом диски можно спокойно использовать и в Hyper-V — убиваете сразу двоих зайцев. Не забудьте только сделать заранее копию хранилища BCD через команду bcdedit /export e:\bcd_backup.bcd.

  Настраивать AD для рассылки обновлений я не захотел, поэтому просто прописал в групповых политиках путь к WSUS серверу:

  
  

  Обязательно уделите внимание на порт, я из-за опечатки (8350 вместо 8530) не мог получить обновления на клиентских машинах, хотя сделано было всё верно. Так же названия пунктов в групповых политиках на Windows 7 и Windows 8 различаются.

  Для получения отчета средствами WSUS необходимо дополнительно установить пакет — система уведомит вас об этом.
  

  Так как интернета нет, то ситуация с обновлениями выходит как на скриншоте ниже:

  
  

  Поведение похоже на WUApi — если обновления не прошли через них, то они не знают об этом. Поэтому данный метод снова не подходит.

  Windows Management Instrumentation (WMI) в дословном переводе — инструментарий управления Windows.

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

  Данный метод позволяет получить данные как с локальной машины, так и удаленно в пределах локальной сети. Для обращения к объектам WMI используется специфический язык запросов WMI Query Language (WQL), который является одной из разновидностей SQL. Получать список мы будем через WMI класс win32_quickfixengineering.

  Количественно всё совпадает (даже после обновлений), поэтому было решено использовать этот метод. Для программного создания WMI запросов советую использовать следующую утилиту — WMI Delphi Code Creator. Благодаря ей я немного по другому взглянул на свой код и решил использовать заготовку из этой программы.

  Полученные данные методом WMI меня не остановили, и я решился на „поверхностный реверс-инжиниринг“. Воспользуемся утилитой Process Monitor из сборника программ Sysinternals Suite для выявления файлов и ветвей реестра, которые используются при вызове выше перечисленных консольных команд и обращению к пункту „Установленные обновления“ через Панель управления.

  Моё внимание привлек файл wuindex.xml, расположенный в папке C:\Windows\servicing\Packages\. Для его анализа была написана следующая программа:

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

  Вот мы подошли к тому, с чем связаны все эти методы. Продолжая анализ логов Process Monitor я выявил следующие папки и файлы.

  Файл DataStore.edb, расположенный в папке C:\Windows\SoftwareDistribution\DataStore. Это база данных, в которой содержится история всех обновлений установленной версии Windows, включая те обновления, которые только стоят в очереди.

  Для анализа файла DataStore.edb использовалась программа ESEDatabaseView. В БД существует таблица tbUpdates, содержимое которой трудно интерпретировать.

  
  

  После мое внимание привлек процесс TiWorker.exe, который вызывался каждый раз при открытии пункта в Панели управления. Он „ходил“ по многим папкам, одна из которых вывела меня на верный путь.

  C:\Windows\SoftwareDistribution — это папка, используемая службой обновления Windows для загрузки обновлений на компьютер с последующей их установкой, а также хранит сведения обо всех ранее установленных обновлениях.

  Папка WinSxS, расположенная по адресу C:\Windows\winsxs. Это служебная папка операционной системы Windows служащая для хранения ранее установленных версий системных компонентов. Благодаря ее наличию существует возможность отката к более старой версии обновления в случае необходимости.

  C:\Windows\servicing — основная составляющая всей системы, имя которой Component-Based Servicing (CBS).

  CBS — обслуживание на основе компонентов, составляющая Windows, интегрированная с службой Windows Update. В противоположность обслуживанию на основе файлов File-Based Servicing (FBS) (для ОС, предшествующих Windows Vista), в котором файлы обновлялись прямо в системных директориях, в CBS появилась целая иерархия директорий и целое семейство (стек) модулей/библиотек обслуживания.

  CbsApi.dll — основная библиотека поддержки технологии CBS. Не имеет открытых методов, поэтому напрямую использовать её я не смог. Microsoft использует TrustedInstaller.exe и TiWorker.exe для доступа к методам данной библиотеки и уже через эти процессы выводит нужные нам данные. ‪Записи ведутся в C:\Windows\Logs\CBS\CBS.log.

  Вывод

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

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

  Чтоб посмотреть установленные обновления на эти продукты, в меню пуск набираем: “View Installed Updates”, открывается стандартное окно,которое доступно из панели управления.
  Для поиска конкретного обновления в окне поиска можно набрать KB и номер апдейта, поиск выполняется не совсем корректно, поэтому найти нужное обновление проще простым просмотром списка.
  Не забывайте, что обновления требуют перезагрузки системы. В Windows 7 она перезагружается автоматически после установки обновлений, что неудобно. Можно отключить автоматическую перезагрузку ВИНДОВС после установки обновлений.

  На этом все Всем пока и до скорого.

  Комментарии к записи " Просмотр всех установленных обновлений Windows"

  Никогда не позволяю программам автоматически перезагружать комп. Зачем? Я сейчас могу быть занятым каким-либо более важным делом (не-не, не в игрушки играть 🙂 ), чем установка обновления. А эта "ось" (или какая другая прога) возьмёт и своей перезагрузкой всё испортит. А оно мне надо?
  А вот список установленных обновлений иногда не помешает - мало ли, вдруг что-то не так работает, а ты пропустил какое-то обновление. В поддержке скажут "а у вас стоит KBxxxxxxxx", а ты и ответить не знаешь что 🙂
  А так глянул быстренько, обновился если надо.

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

  Мне тоже очень не нравится, что система перегружается автоматически после обновлений. Я с этой системой можно сказать на ВЫ. Кто-нибудь может мне подсказать, как отключить автоматическую перезагрузку?

  
  

  Советы и хитрости

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

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

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

  1) Чтобы перейти к настройкам «Центра обновления Windows», введите в поиске «Обновление». Вы попадете в приложение настроек в Windows 10. Нажмите «Настройки Центра обновления Windows», как показано ниже.

  
  

  
  

  3) Нажмите «Просмотреть историю обновлений».

  
  

  Здесь будут показаны установленные обновления на вашем настольном или портативном компьютере с Windows 10.

  
  

  Несколько недостатков этого метода

  Лучший способ проверить установленные обновления в Windows 10/2012 R2 / 2016/2019

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

  
  

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

  Мы надеемся, что это небольшое руководство будет полезно для поиска установленных обновлений Windows на серверных компьютерах с Windows 10 или 2012 R2.

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

    
  • Call of duty modern warfare 3 не запускается на windows 10
    
  • Восстановить раздел mac os
    
  • Wdiservicehost что это за служба windows 10
    
  • Puppy linux как установить firefox
    
  • Как посчитать количество файлов в папке windows bat