Check for system update readiness windows 7 x64

Это приложение требуется тем, кто пользуется операционной системой windows 7. При его помощи вы можете проверить то, можно ли нормально произвести обновление. 

Назначение

Это приложение является официальным решением от компании microsoft. Оно потребуется вам в том случае, если ваш компьютер работает на операционной системе windows 7. Утилита попросту не будет работать с другими версиями системы. В повседневном использовании вам не понадобится System Update Readiness Tool. Но если вы хотите сделать обновление, то эта программа может вам пригодиться. Если при попытке совершить обновление вы получаете ошибку, то установка этой программы будет просто необходимой. Дело в том, что она проверит систему на наличие проблем, и устранит их при необходимости.

Главное, что вам потребуется знать при работе с System Update Readiness Tool , это то, что программа полностью автоматизирована. Это означает, что вам не придется выполнять абсолютно никаких действий. Достаточно запустить работу утилиты, и она сделает всё нужно автоматически. Стоит отметить, что неполадки в системе чаще всего возникают из-за повреждения нужных файлов. Из-за этого обновление попросту не может нормально установиться. Это может происходить из-за системных сбоев, или наличия вирусов на компьютере. В целях дополнительных мер предостережения, вы можете использовать антивирусные программы.

Принцип работы

Если вы пользуетесь версией windows 7, то достаточно просто скачать System Update Readiness Tool, и установить себе на компьютер. После этого запустите утилиту в работу, и все неполадки будут исправлены.

Если же вы пользуетесь ранними версиями операционной системы (XP, Vista), то стоит обратиться к другим программным решениям. К примеру, к SURT, который можно легко найти в сети. А ещё можно воспользоваться WindowsFix.

Ну а если вы используете версии операционной системы новее чем 7, то можно воспользоваться встроенной службой DISM. Для этого запустите командную строку. Её можно легко найти в строке поиска. После этого введите следующую команду: «DISM.exe /Online /Cleanup-image /Restorehealth».

Ключевые особенности

• Помогает в том случае, если не работает обновление при помощи официальной службы обновлений microsoft;
• Выполняет все необходимые действия автоматически;
• Работает только на версии windows 7;
• Программа переведена на русский язык, потому работать с ней будет ещё проще.

Сегодня вашему вниманию предоставляется еще одно пополнение цикла статей о методах восстановления хранилища компонентов Windows. Помимо изобретения широкой общественностью бесчисленного множества «наколеночных» методик восстановления работоспособности компонентной модели, сами разработчики из Microsoft предлагают вполне официальные методы. В данной публикации мы рассмотрим один из подобных методов, который заключается в восстановлении хранилища компонентов при помощи средства проверки готовности системы к обновлению или, иными словами восстановлении хранилища компонентов при помощи SURT. Фактически описываемым методом предусматривается проверка каталогов/файлов компонентной модели при помощи специализированного пакета и попытка устранения найденных ошибок.

Метод подходит только для операционной системы Windows 7. Для более новых ОС (Windows 8+) средство SURT не требуется, поскольку весь функционал интегрирован в систему и доступен через API стека обслуживания, из скриптов Powershell и сервисной утилиты dism.exe. Это подтверждают высказывания некоторых сотрудников Microsoft: Instead of needing to download and run a separate tool, the diagnostic and repair functionality in the System Update Readiness Tool is now built into Windows in Windows 8 and Windows Server 2012.

Что же это за средство проверки готовности системы к обновлению?

Средство проверки готовности системы к обновлению (System Update Readiness Tool, SURT, CheckSUR) — утилита, поставляемая в виде пакета обновления (с целью включения эталонных файлов хранилища компонентов), предназначающаяся для устранения проблем хранилища компонентов Windows.

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

Первый запуск SURT

Для начала необходимо получить пакет обновления по ссылке KB947821. Находим на странице ссылку для соответствующей операционной системы и разрядности (например: Средство проверки готовности системы к обновлению для 64-разрядных (x64) версий Windows 7 (KB947821) [май 2014 г.]), напротив пункта жмем кнопку Загрузить и в открывшемся окне находим файл вида windows6.1-kb947821-v33-x64_09970839dac6c42dc911c5b945d0639b07cfc79a.msu. После скачивания запускаем пакет обновления.

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

При установке пакета SURT стоит набраться терпения, поскольку на практике встречались станции, установка на которых занимала несколько часов.

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

Анализ результатов

После окончания установки (статус: Установка завершена) проверяем лог-файл %Windir%LogsCBSCheckSUR.log на предмет наличия записей об ошибках. На наличие проблем в хранилище компонентов обычно указывают сообщения о найденных ошибках (Found X errors) или недоступных файлов для восстановления (Unavailable repair files):

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

..в последний раз SURT обновлялся в октябре 2014 года (о чем есть информация на странице загрузки Microsoft), а исправлений на операционную систему с того момента вышло довольно большое количество, соответственно многие файлы в базе средства попросту отсутствуют.

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

Вариант 1: файловая часть

• Проверяем результаты работы утилит восстановления хранилища в лог-файле %Windir%LogsCBSCheckSUR.log. К примеру, в файле журнала могут быть обнаружены следующие данные:

  . . . Unavailable repair files: servicingpackagesPackage_for_KB3037574~31bf3856ad364e35~amd64~~6.1.1.0.mum servicingpackagesPackage_for_KB3037574~31bf3856ad364e35~amd64~~6.1.1.0.mum servicingpackagesPackage_1_for_KB3037574~31bf3856ad364e35~amd64~~6.1.1.0.mum servicingpackagesPackage_25_for_KB3037574~31bf3856ad364e35~amd64~~6.1.1.0.mum servicingpackagesPackage_2_for_KB3037574~31bf3856ad364e35~amd64~~6.1.1.0.mum servicingpackagesPackage_3_for_KB3037574~31bf3856ad364e35~amd64~~6.1.1.0.mum servicingpackagesPackage_for_KB3037574_SP1~31bf3856ad364e35~amd64~~6.1.1.0.mum . . .

  После того, как вы определили имена, есть несколько возможных вариантов решений:

  1. найти указанные в логе файлы на работоспособной операционной системе аналогичной редакции/версии;
  2. по имени проблемных файлов пакетов найти соответствующее [родительское] обновление (KB??????), которому принадлежит недостающие файлы (в примере выше это KB3037574), скачать его из Центра загрузок Майкрософт или Центра обновления Майкрософт, или попросту используя поисковик. Затем распаковать из скачанного обновления все необходимые файлы.
• Все найденные/извлеченные недостающие файлы разместить в системе следующим образом:
  • *.mum— и *.cat-файлы складываются в %Windir%TempCheckSURservicingpackages;
  • *.manifest-файлы складываются в %Windir%TempCheckSURwinsxsmanifests;
• Повторно запустить SURT;

Вариант 2: удаление битого пакета

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

• По тем же логам вычисляем наименование пакета, в нашем случае это Package_for_KB3037574~31bf3856ad364e35~amd64~~6.1.1.0;
• после этого пробуем удалить его при помощи утилиты dism:

  dism /Online /Remove-Package /PackageName:Package_for_KB3037574~31bf3856ad364e35~amd64~~6.1.1.0

• Выполняем повторный запуск SURT;

Если получаем ошибку, к примеру 0x8007005, ошибка 5, отказано в доступе.. тогда переходим к следующему методу.

Вариант 3: реестровая часть

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

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

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

• запускаем редактор реестра regedit.exe;
• перемещаемся в ветку HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionComponent Based ServicingPackages и для каждого найденного проблемного файла повторяем следующие шаги:
• ищем интересующий нас подключ реестра (например, Package_for_KB3037574~31bf3856ad364e35~amd64~~6.1.1.0.mum);
• меняем разрешения безопасности подключа: выделяем (ставим курсор) интересующую нас запись, нажимает правую кнопку мыши — пункт меню разрешения — выделяем курсором текущего пользователя — в нижней части окна ставим чекбокс напротив разрешения Полный доступ. Применяем изменения через кнопку OK. В случае необходимости меняем владельца объекта.
• выполняем удаление записи:

  

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

Повторный запуск SURT

После выполнения действий, описанных в вариантах решений (выше), необходимо повторно произвести запуск средства проверки готовности системы к обновлению (используя все тот же скачанный файл обновления KB947821). При повторном запуске средство проверки готовности системы к обновлению сможет «подхватить» распакованные и размещенные нами файлы из каталога %Windir%TempCheckSUR и произвести восстановление хранилища компонентов. Если процедура восстановления завершилась успешно, то в лог-файле %Windir%LogsCBSCheckSUR.log можно будет увидеть следующие записи:

Об успешном восстановлении хранилища компонентов при помощи средства проверки готовности системы к обновлению можно говорить в случае, когда в файле количество найденных ошибок (Found X errors) соответствует количеству исправленных (Fixed X errors). Статус No errors detected говорит о том, что ошибок не было изначально.

Windows 7 по-прежнему остается популярной операционной системой в корпоративной среде, несмотря на то, что уже вышли две новые версии клиентских ОС. Расширенная поддержка «семёрки» закончится лишь 14 января 2020 г., а это значит, что ближайшие 4 года для нее будут выходить обновления, исправляющие обнаруженные уязвимости.

Существует правило – если есть обновления, то есть и проблемы с их установкой. Давайте разберем, какие основные проблемы возникают при обновлении Windows 7 через Windows Server Update Services (WSUS) и как их исправить с наименьшими затратами.

Ошибка #1. Failed to find updates with error code 80244010

Эту ошибку вы практически гарантированно будете наблюдать на любой системе, впервые обратившейся к серверу WSUS. В WindowsUpdate.log также встретится предупреждение:
WARNING: Exceeded max server round trips

Причина проблемы в том, что список обновлений стал слишком большим, и клиент не может принять его за один заход. Подробности — blogs.technet.microsoft.com/sus/2008/09/18/wsus-clients-fail-with-warning-syncserverupdatesinternal-failed-0x80244010
Какое решение предлагает Microsoft? Если после ошибки запустить повторный поиск обновлений, то процесс загрузки метаданных продолжится с момента возникновения ошибки. Терпение господа, терпение. Три, пять попыток wuauclt /detectnow – и все образуется. Не забудьте при повторном поиске дождаться окончания предыдущего цикла поиска, иначе магия не сработает!

Ошибка #2. Не устанавливаются обновления Windows с ошибкой 0x80070308

Встречается эпизодически, и в одном случае из 100 у нее есть единственное и очень специфическое решение — удалить ключ
HKLMComponentsPendingRequired=1

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

Ошибка #3. Все другие ошибки

Summary:
Seconds executed: 1164
Found 16 errors
Fixed 4 errors

Проблема заключается в том, что во время установки обновлений в системе могут появиться битые файлы. Что является причиной — неисправная сеть, диск, оперативная память, сам Windows Update – выяснить не получится, а исправить ошибки для установки последующих обновлений придется.

Как правило, повреждаются *.cat, *.mum, *.manifest файлы. У кого-то повреждаются *.dll, но я на практике не сталкивался. И вроде бы средство SURT должно само исправить ошибки, поскольку внутри него есть огромный каталог эталонных файлов. Только в последний раз SURT обновлялся в октябре 2014 года, а исправлений на операционную систему с тех пор вышло бесчисленное множество, и многих файлов в каталоге не хватает.

Ниже я опишу последовательность действий, необходимых для исправления ошибок установки обновлений на Windows 7 x64 с использованием SURT. Для редакции x86 просто потребуется другой пакет SURT из KB947821.

Последовательность действий будет следующая.

1. Запустить первый проход Windows6.1-KB947821-v34-x64.msu

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

где BUHWKS02 – целевая машина.
Когда скрипт отработает и встанет на паузу, проверяем %windir%LogsCBSCheckSUR.log
Если ошибок не найдено – дело не в битых обновлениях.
Если он заканчивается

Summary:
Seconds executed: 1164
Found 16 errors
Fixed 4 errors
CSI Manifest All Zeros Total count: 6
CSI Catalog Corrupt Total count: 3
Fixed: CSI Catalog Corrupt. Total count: 3
CBS MUM Corrupt Total count: 3
CBS Catalog Corrupt Total count: 3
CSI Catalog Thumbprint Invalid Total count: 1
Fixed: CSI Catalog Thumbprint Invalid. Total count: 1
Unavailable repair files:
winsxsmanifestswow64_microsoft-windows-gdi32_31bf3856ad364e35_6.1.7601.19091_none_c19fa2719495aca9.manifest
winsxsmanifestsamd64_microsoft-windows-capi2-weakcrypto_31bf3856ad364e35_6.1.7601.23290_none_5e936c9c5ce2e8e6.manifest
winsxsmanifestswow64_microsoft-windows-gdi32_31bf3856ad364e35_6.1.7601.23290_none_c22840d8adb43043.manifest
winsxsmanifestsamd64_microsoft-windows-gdi32_31bf3856ad364e35_6.1.7601.19091_none_b74af81f6034eaae.manifest
winsxsmanifestsamd64_microsoft-windows-capi2-weakcrypto_31bf3856ad364e35_6.1.7601.19091_none_5e0ace3543c4654c.manifest
winsxsmanifestsamd64_microsoft-windows-gdi32_31bf3856ad364e35_6.1.7601.23290_none_b7d3968679536e48.manifest
servicingpackagesPackage_2_for_KB3123479

то будем исправлять.

2. Копируем эталонные файлы на целевую машину

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

Самый простой и правильный вариант следующий — скопировать эталонные файлы с рабочей системы:

*.mum and *.cat из C:WindowsservicingPackages складываются в %windir%TempCheckSURservicingpackages
*.manifest из C:WindowswinsxsManifests складываются в %windir%TempCheckSURwinsxsmanifests

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

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

3. Запускаем второй проход Windows6.1-KB947821-v34-x64.msu

=================================
Checking System Update Readiness.
Binary Version 6.1.7601.22471
Package Version 26.0
2016-03-03 09:15
Checking Windows Servicing Packages
Checking Package Manifests and Catalogs
Checking Package Watchlist
Checking Component Watchlist
Checking Packages
Checking Component Store
Summary:
Seconds executed: 1435
No errors detected

Ошибка #4. Если SURT отработал нормально, а обновления все равно не ставятся

Попробуйте прибегнуть к старому приему – сбросить службу Windows Update в исходное состояние. Для этого необходимо удалить каталог %windir%SoftwareDistribution.

Ошибка #5

Клиент исчезает из консоли WSUS. Любопытная ошибка, связанная с неправильным клонированием машин и задвоением (затроением и т.д.) идентификаторов клиентов. Решается так:

Ошибка #6

GetCookie failure, error = 0x8024400D, soap client error = 7, soap error code = 300, HTTP status code = 200
SyncUpdates failure, error = 0x80072EE2, soap client error = 5, soap error code = 0, HTTP status code = 200
Windows Update Client failed to detect with error 0x80072ee2

Ошибка связана с нехваткой ресурсов в AppPool WSUS. Решение — снять лимит на потребляемую память. Как это сделать — статья.
Коротко: Открываем IIS, Application Pools, WsusPool, Advanced Settings.
Параметр Private Memory Limit устанавливаем в 0.

Продолжение темы настройки WSUS — в моей следующей статье: https://habrahabr.ru/post/329440/

PS:
Многие ошибки решены в новом клиенте WSUS:
1. KB3125574 «Windows 7 post SP1 Convenience Rollup Update». Внимательно ознакомьтесь с разделом Known issues!

Предварительно необходимо установить KB3020369 «April 2015 servicing stack update for Windows 7 and Windows Server 2008 R2».

Источник

Improvements for the System Update Readiness Tool in Windows 7 and Windows Server 2008 R2

The System Update Readiness Tool can help fix problems that might prevent Windows updates and service packs from installing. For more information and how to download the tool, see What is the System Update Readiness Tool.

About this update

This update improves the deployment and serviceability of the System Update Readiness Tool for Windows 7 and Windows Server 2008 R2. It also provides the following new features for the tool:

Ability to deploy the System Update Readiness Tool through the DISM command-line options.

Ability to administratively deploy the latest manifest, mum, and other payload files without the need for downloading the whole package every time that a new release is created. MUM, MANIFEST, and other payload files are very important to maintaining the state of updated components.

Ability to create or configure a scheduled task that executes the tool without user interaction.

Event logging channel is created for the System Update Readiness engine to provide feedback to an administrator.

Update information

How to obtain this update

Windows Update

This update is available from Windows Update.

Microsoft Download Center

The following files are available for download from the Microsoft Download Center:

All supported x86-based versions of Windows 7

Download the package now.

All supported x64-based versions of Windows 7

Download the package now.

All supported x64-based versions of Windows Server 2008 R2

Download the package now.

All supported IA-64-based versions of Windows Server 2008 R2

Download the package now.

For more information about how to download Microsoft support files, click the following article number to view the article in the Microsoft Knowledge Base:

119591 How to obtain Microsoft support files from online services Microsoft scanned this file for viruses. Microsoft used the most current virus-detection software that was available on the date that the file was posted. The file is stored on security-enhanced servers that help prevent any unauthorized changes to the file.

Prerequisites

There is no prerequisite to apply this update.

Registry information

To apply this update, you do not have to make any changes to the registry.

Restart requirement

You have to restart the computer after you apply this update.

Update replacement information

This update does not replace a previously released update.

The global version of this update installs files that have the attributes that are listed in the following tables. The dates and the times for these files are listed in Coordinated Universal Time (UTC). The dates and the times for these files on your local computer are displayed in your local time together with your current daylight saving time (DST) bias. Additionally, the dates and the times may change when you perform certain operations on the files.

Windows 7 and Windows Server 2008 R2 file information notes

The files that apply to a specific product, milestone (RTM, SPn), and service branch (LDR, GDR) can be identified by examining the file version numbers as shown in the following table:

Источник

Восстановление хранилища компонентов при помощи средства проверки готовности системы к обновлению (SURT)

Сегодня вашему вниманию предоставляется еще одно пополнение цикла статей о методах восстановления хранилища компонентов Windows. Помимо изобретения широкой общественностью бесчисленного множества «наколеночных» методик восстановления работоспособности компонентной модели, сами разработчики из Microsoft предлагают вполне официальные методы. В данной публикации мы рассмотрим один из подобных методов, который заключается в восстановлении хранилища компонентов при помощи средства проверки готовности системы к обновлению или, иными словами восстановлении хранилища компонентов при помощи SURT. Фактически описываемым методом предусматривается проверка каталогов/файлов компонентной модели при помощи специализированного пакета и попытка устранения найденных ошибок.

Что же это за средство проверки готовности системы к обновлению?

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

Первый запуск SURT

Для начала скачиваем пакет для вашего языка и разрядности системы: KB947821 (x32) или KB947821 (x64). Запускаем только что выкачанный пакет обновления с повышенными привилегиями.

Анализ результатов

После окончания установки (статус: Установка завершена ) проверяем лог-файл %Windir%LogsCBSCheckSUR.log на предмет наличия записей об ошибках. На наличие проблем в хранилище компонентов обычно указывают сообщения о найденных ошибках ( Found X errors ) или недоступных файлов для восстановления ( Unavailable repair files ):

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

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

Вариант 1: файловая часть

После того, как вы определили имена, есть несколько возможных вариантов решений:

Вариант 2: удаление битого пакета

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

dism /Online /Remove-Package /PackageName:Package_for_KB3037574

Если получаем ошибку, к примеру 0x8007005, ошибка 5, отказано в доступе.. тогда переходим к следующему методу.

Вариант 3: реестровая часть

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

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

Источник

Готова ли ваша Windows 7 к обновлению до Service Pack 1?

Microsoft заботится о гладкой установке обновлений.

Это средство, которое разработала Microsoft для проверки готовности системы к апгрейдам. Его нам предлагают, «поскольку в хранилище службы Windows Servicing обнаружена несогласованность, которая может помешать успешной установке будущих обновлений, пакетов обновления и программного обеспечения». Однако средством, или инструментом я бы его не назвал, поскольку оно представляет собой обычную заплатку для найденного бага. То есть, «латаем дыры, чтобы потом не было проблем с обновлениями».

Вы можете скачать 32-bit (x86) и 64-bit (x64) битные версии этого «заплатки» для своей системы. Файл весит примерно 30 Мб. « System Update Readiness Tool проверяет интеграцию следующих ресурсов: Файлы, размещенные в следующих директориях: %SYSTEMROOT%ServicingPackages; %SYSTEMROOT%WinSxSManifests. И данные размещенные в следующих ключах реестра : HKEY_LOCAL_MACHINEComponents, HKEY_LOCAL_MACHINESchema, HKEY_LOCAL_MACHINESoftwareMicrosoftWindowsCurrentVersionComponent Based Servicing.

Главное обновление, которое мы все ожидаем – это Service Pack 1. Источники, близкие к Microsoft, сообщают о том, что установить первую тестовую версию SP1 можно будет примерно в апреле 2010 г. А RTM версию стоит ждать ближе к осени 2010 г.

Источник

Средство проверки готовности системы к обновлению (KB947821)

Корпорация Microsoft выпустила средство System Update Readiness Tool (средство проверки готовности системы к обновлению), призванное решить проблемы во время установки обновлений и программ на операционных системах Windows 7, Windows Vista и Windows Server 2008.

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

После установки, средство System Update Readiness Tool проверит систему на предмет наличия несогласованностей и попытается устранить связанные с ними проблемы.

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

Ссылки на скачивание и описание KB947821:

Комментарии (7) к “Средство проверки готовности системы к обновлению (KB947821)”

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

Владимир, верно, если проблемная система подключена к интернету. А если нет, то надо качать и ставить вручную. Для таких случаев MS его и выложили.

Кстати, спасибо большое за ресурс. Ничего лишнего и весьма позновательно. Успехов Вам!

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

Источник

Восстановление хранилища компонентов при помощи средства проверки готовности системы к обновлению (SURT)

Сегодня вашему вниманию предоставляется еще одно пополнение цикла статей о методах восстановления хранилища компонентов Windows. Помимо изобретения широкой общественностью бесчисленного множества «наколеночных» методик восстановления работоспособности компонентной модели, сами разработчики из Microsoft предлагают вполне официальные методы. В данной публикации мы рассмотрим один из подобных методов, который заключается в восстановлении хранилища компонентов при помощи средства проверки готовности системы к обновлению или, иными словами восстановлении хранилища компонентов при помощи SURT. Фактически описываемым методом предусматривается проверка каталогов/файлов компонентной модели при помощи специализированного пакета и попытка устранения найденных ошибок.

Что же это за средство проверки готовности системы к обновлению?

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

Первый запуск SURT

Для начала скачиваем пакет для вашего языка и разрядности системы: KB947821 (x32) или KB947821 (x64). Запускаем только что выкачанный пакет обновления с повышенными привилегиями.

Поскольку SURT представляет собой утилиту, в процессе выполнения кода образа KB947821 , он обнаруживает несоответствия (фактически ошибки) в хранилище пакетов и пытается исправить их, если находит соответствующие файлы для восстановления в собственной внутренней базе (полезной нагрузке пакета обновления). После завершения процесса установки SURT в систему, появится сообщение Установка завершена , закрываем окно нажатием кнопки Закрыть . Результатом работы утилиты является файл отчета о проверке хранилища компонентов на наличие разного рода ошибок.

Анализ результатов

После окончания установки (статус: Установка завершена ) проверяем лог-файл %Windir%LogsCBSCheckSUR.log на предмет наличия записей об ошибках. На наличие проблем в хранилище компонентов обычно указывают сообщения о найденных ошибках ( Found X errors ) или недоступных файлов для восстановления ( Unavailable repair files ):

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

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

Вариант 1: файловая часть

• Проверяем результаты работы утилит восстановления хранилища в лог-файле %Windir%LogsCBSCheckSUR.log . К примеру, в файле журнала могут быть обнаружены следующие данные:

После того, как вы определили имена, есть несколько возможных вариантов решений:

1. найти указанные в логе файлы на работоспособной операционной системе аналогичной редакции/версии;
2. по имени проблемных файлов пакетов найти соответствующее [родительское] обновление ( KB. ), которому принадлежит недостающие файлы (в примере выше это KB3037574 ), скачать его из Центра загрузок Майкрософт или Центра обновления Майкрософт, или попросту используя поисковик. Затем распаковать из скачанного обновления все необходимые файлы.

Все найденные/извлеченные недостающие файлы разместить в системе следующим образом:

• *.mum — и *.cat -файлы складываются в %Windir%TempCheckSURservicingpackages ;
• *.manifest -файлы складываются в %Windir%TempCheckSURwinsxsmanifests ;

Повторно запустить SURT;

Вариант 2: реестровая часть

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

• запускаем редактор реестра regedit.exe ;
• перемещаемся в ветку HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionComponent Based ServicingPackages и для каждого найденного проблемного файла повторяем следующие шаги:
  • ищем интересующий нас подключ реестра (например, Package_for_KB3037574

  6.1.1.0.mum );

• меняем разрешения безопасности подключа: выделяем (ставим курсор) интересующую нас запись, нажимает правую кнопку мыши — пункт меню разрешения — выделяем курсором текущего пользователя — в нижней части окна ставим чекбокс напротив разрешения Полный доступ . Применяем изменения через кнопку OK ;
• выполняем удаление записи:

  

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

после окончания процесса установки повторно запускаем SURT;

Вариант 3: удаление битого пакета

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

По тем же логам вычисляем наименование пакета, в нашем случае это Package_for_KB3037574

6.1.1.0 ;
после этого пробуем удалить его при помощи утилиты dism:

dism /Online /Remove-Package /PackageName:Package_for_KB3037574

Выполняем повторный запуск SURT;

Источник

Средство проверки готовности системы к обновлению (KB947821)

Корпорация Microsoft выпустила средство System Update Readiness Tool (средство проверки готовности системы к обновлению), призванное решить проблемы во время установки обновлений и программ на операционных системах Windows 7, Windows Vista и Windows Server 2008.

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

После установки, средство System Update Readiness Tool проверит систему на предмет наличия несогласованностей и попытается устранить связанные с ними проблемы.

Установить средство System Update Readiness Tool можно с помощью Центра обновления Windows (Пуск -> Все программы -> Центр обновления Windows) или скачать нужную версию средства проверки готовности системы к обновлению с сайта Microsoft.com и затем установить его вручную.

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

Ссылки на скачивание и описание KB947821:

Комментарии (7) к “Средство проверки готовности системы к обновлению (KB947821)”

не понял, что значит установить вручную? это как? скачался файл .htm, при запуске открывает в браузере кракозяблы.

Юрий, должен был скачаться файл с расширением .msu (название файла и расширение указано на странице скачивания). Что-то у вас настройками браузера, видимо…

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

Владимир, верно, если проблемная система подключена к интернету. А если нет, то надо качать и ставить вручную. Для таких случаев MS его и выложили.

Кстати, спасибо большое за ресурс. Ничего лишнего и весьма позновательно. Успехов Вам!

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

Спасибо за сайт. У меня есть вопрос как заставить работать Центр обновления Windows через прокси 127.0.0.1:3128 . Вывод команды netsh winhttp show proxy показывает что прокси в системе 127.0.0.1:3128. Но Центр обновления Windows упорно подключается напрямую. Хотя к примеру Microsoft Security Essentials обновляется через прокси.

Источник

Скачать Средство проверки готовности системы к обновлению

Назначение

Средство проверки готовности системы к обновлению — официальный инструмент от Microsoft, который выполняет очень важную функцию. Он позволяет определить проблемы, которые мешают системе корректно установить обновления через стандартную службу Windows Update. Если при апдейте ОС вы получаете сообщение об ошибке, либо же оно вовсе не происходит, то в первую очередь обратитесь к данному приложению. Обращаем ваше внимание на то, что данная версия System Update Readiness Tool (именно так звучит название программы на английском) предназначена исключительно для Windows 7. На других версиях операционной системы она работать не будет.

Итак, главное что нужно знать о данном приложении — это то, что его работа полностью автоматизирована. То есть все что нужно от пользователя — это запустить установщик. Все остальные операции (поиск неполадок и их устранение) будут выполнены в автоматическом режиме. Наиболее частыми проблемами, при которых придется прибегнуть к использованию Средства проверки готовности системы к обновлению является повреждение системных файлов. Подобные неполадки обычно вызваны работой вредоносного ПО.

Принцип работы

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

• запустить командную строку с администраторскими правами (ярлык легко находится при помощи поиска по приложениям);
• ввести команду «DISM.exe /Online /Cleanup-image /Restorehealth» (без кавычек) и нажать Enter;
• дождаться окончания выполняемых операций (может занять до получаса в зависимости от степени «повреждений»).

Для более ранних версий Windows (Vista, XP) предусмотрены отдельные версии SURT, которые можно загрузить с официального сайта. Также для устранения системных неполадок можно воспользоваться специальными инструментами вроде WindowsFix.

Источник

System Update Readiness Tool for Windows 7 Release Candidate for x64-based Systems (KB947821) [May 2009]

Knowledge Base Articles:	KB947821

System Requirements

Operating Systems: Windows 7

Installation Instructions

Related Resources

• Knowledge Base Article