System update readiness tool for windows server 2008 r2
Improvements for the System Update Readiness Tool in Windows 7 and Windows Server 2008 R2
About the System Update Readiness Tool
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%\Logs\CBS\CheckSUR.log на предмет наличия записей об ошибках. На наличие проблем в хранилище компонентов обычно указывают сообщения о найденных ошибках ( Found X errors ) или недоступных файлов для восстановления ( Unavailable repair files ):
По изначальному замыслу разработчиков, средство SURT предназначалось для автоматического исправления найденных в хранилище компонентов ошибок, именно для этого в продукт поместили полный каталог эталонных файлов. Тем не менее, со временем ситуация изменилась:
Вот именно поэтому, в случае обнаружения в лог-файле %Windir%\Logs\CBS\CheckSUR.log (битых) ненайденных файлов для восстановления, у нас имеется несколько вариантов решения.
Вариант 1: файловая часть
После того, как вы определили имена, есть несколько возможных вариантов решений:
Вариант 2: реестровая часть
Как мы помним, у компонентной модели Windows имеется часть, размещающаяся в реестре операционной системы.
Вариант 3: удаление битого пакета
Этот вариант заключается в ручном удалении проблемного пакета из командной строки.
dism /Online /Remove-Package /PackageName:Package_for_KB3037574
Устранение любых ошибок Центра обновления Windows 7, Windows Vista, Windows Server 2008 R2 или Windows Server 2008
Часто бывает так что решения и исправления для ошибок Центра обновлений Windows не помогают, и обновления никак не хотят устанавливаться. В Windows 7 это серьезная проблема, хотя большинство пользователей и даже системных администраторов ее таковой не считают, на просторах б. СССР не принято устанавливать обновления, а зря — своевременная установка обновлений серьезно повышает шансы избежать негативных последствий от вирусных атак. Это статья для тех кто не привык переустанавливать Windows по любому поводу, а докапываться до причин проблемы и их устранять.
Причины ошибок Центра обновления Windows
Большая часть ошибок центра обновления Windows возникает из-за того что он не может прочесть или получить доступ к какому либо файлу или ключу реестра. И таким образом все причины сводятся к двум:
Служба Центра обновлений Windows использует при работе огромное количество различных файлов, поэтому вероятность что какой-то из них со временем будет поврежден весьма велика, к счастью в большинстве случаев повреждения не критичные и обновления нормально устанавливаются, но если нет, то эта статья поможет всё исправить.
Исправляем ошибки Центра обновления Windows
Предполагается что команды sfc /scannow и DISM /Online /Cleanup-Image /ScanHealth вы уже испробовали и Центр обновлений не заработал — идем дальше.
Необходимо скачать и установить System Update Readiness Tool (SURT) для своей операционной системы:
Операционная система | Ссылка для скачивания |
---|---|
32-разрядные (x86) версии Windows 7 (в том числе с пакетом обновления 1) | Скачать |
64-разрядные (x64) версии Windows 7 (в том числе с пакетом обновления 1) | Скачать |
64-разрядные (x64) версии Windows Server 2008 R2 с пакетом обновления 1 | Скачать |
Версии Windows Server 2008 R2 с пакетом обновления 1 для архитектур на базе процессора Itanium | Скачать |
32-разрядные (x86) версии Windows Vista с пакетами обновления 2 и 1 | Скачать |
64-разрядные (x64) версии Windows Vista с пакетами обновления 2 и 1 | Скачать |
32-разрядные (x86) версии Windows Server 2008 с пакетом обновления 2 | Скачать |
64-разрядные (x64) версии Windows Server 2008 с пакетом обновления 2 | Скачать |
Версии Windows Server 2008 с пакетом обновления 2 для архитектур на базе процессора Itanium | Скачать |
Устанавливаем:
Установка пакета может занять достаточно много времени, даже если компьютер с SSD, это нормально дождитесь ее окончания и прочтите лог, в командной строке введите:
%windir%\Logs\CBS\CheckSUR.log
Файл может быть достаточно обширный, поиском найдите слово «Summary:», стрелкой помечено время установки пакета в секундах, как не трудно заметить установка длилась почти час, найдено 28 ошибок и внизу список поврежденных пакетов/манифестов:
Для исправления проще всего — скопировать эталонные файлы с рабочей системы где обновления нормально устанавливаются, система должна быть той же разрядности и желательно той же редакции. Если поврежденных файлов немного — можно выбрать нужные вручную, я не заморачивался и скопировал всё.
Все файлы *.mum и *.cat из C:\Windows\servicing\Packages с рабочей системы копируем на проблемную в папку C:\Windows\Temp\CheckSUR\servicing\packages, если такой нет — создайте вручную, C:\Windows — путь установки системы по умолчанию, если у вас другой измените.
Точно так же поступаем и с файлами типа *.manifest из C:\Windows\winsxs\Manifests копируем в C:\Windows\Temp\CheckSUR\winsxs\manifests\ на проблемной системе, если такого пути нет — создаем нужные папки.
Или можно скачать недостающие пакеты вручную, например, в нашем случае — Windows6.0-KB2544893-x64.msu и положить его в папку C:\Windows\Temp\CheckSUR
После того как файлы скопированы — запускаем установку System Update Readiness Tool (SURT) еще раз, затем опять смотрим лог, если все сделано верно, то он должен выглядеть как-то так:
После этого пробуем устанавливать обновления, все должно получиться и заработать, если ошибок нет, а обновления всё равно не ставятся сбросьте службу обновления Windows, для этого в консоли запущенной от имени администратора выполните команды:
net stop wuauserv
rmdir /s /q %windir%\SoftwareDistribution
net start wuauserv
wuauclt /detectnow
Если и после этого не заработало — пишите в комментарии, разберемся.
CheckSUR: System Update Readiness Tool to repair Windows Update
System resources, such as file data, registry data, and even in-memory data, can develop inconsistencies during the lifetime of the operating system. These inconsistencies may be caused by various hardware failures or by software issues. In some cases, these inconsistencies can affect the Windows Servicing Store, and they can cause a Windows update to fail. When the update fails, it blocks the user from installing updates and service packs.
System Update Readiness Tool
System Update Readiness Tool or CheckSUR addresses this issue. These updates contain the Check for System Update Readiness (CheckSUR) tool. The CheckSUR tool will scan for inconsistencies on your computer and fix them as it’s being installed. Please note that the scan may take up to 15 minutes or longer to run on certain computers. Even if the progress bar seems to stop, the scan continues to run, so do not cancel the process.
How to run Microsoft CheckSUR
Users of Windows 7, Windows Vista, Windows Server 2008 R2, and Windows Server 2008 may follow the download links mentioned here and download the package for your operating system and then run it.
It also verifies the registry data that is located under the following registry subkeys, and resets them to default values if required:
The following are the installation errors, CheckSUR can potentially address:
These errors are typically listed in the %systemroot%\Logs\CBS\CBS.log file or in the CBS.persist.log file.
The System Update Readiness Tool supports Windows 7, Windows Vista, Windows Server 2008 R2, and Windows Server 2008.
Windows 10, Windows 8.1 and Windows 8 users may follow these steps to run the built-in Deployment Imaging and Servicing Management. In Windows 10/8.1/8, the Inbox Corruption Repair brings the functionality of CheckSUR into Windows. You do not require a separate download to get the tool. You may simply Run DISM Tool.
Press Win+C or swipe and choose Search. Type CMD in the search box and hit ‘Enter’. Then, right-click Command Prompt, and choose the ‘Run as administrator’ option.
In the Administrator: Command Prompt window, type the following commands exactly as they appear. Press the Enter key after each command:
When done, type Exit and press Enter. Run Windows Update again.
Post ported from WinVistaClub, updated, and posted here.
Fix Windows Update errors by using the DISM or System Update Readiness tool
Original product version: В Windows 10, version 1809 and later versions, Windows 8.1, Windows Server 2012 R2, Windows 7 Service Pack 1, Windows Server 2008 R2 Service Pack 1
Original KB number: В 947821
Symptom
Windows updates and service packs may fail to install if there are corruption errors. For example, an update might not install if a system file is damaged. The DISM or System Update Readiness tool may help you to fix some Windows corruption errors.
This article is intended for Support agents and IT professionals. If you are home users and looking for more information about fixing Windows update errors, see Fix Windows Update errors.
Resolution for Windows 8.1, Windows 10 and Windows Server 2012 R2
To resolve this problem, use the inbox Deployment Image Servicing and Management (DISM) tool. Then, install the Windows update or service pack again.
Open an elevated command prompt. To do this, open Start menu or Start screen, type Command Prompt, right-select Command Prompt, and then select Run as administrator. If you are prompted for an administrator password or for a confirmation, type the password, or select Allow.
Type the following command, and then press Enter. It may take several minutes for the command operation to be completed.
When you run this command, DISM uses Windows Update to provide the files that are required to fix corruptions. However, if your Windows Update client is already broken, use a running Windows installation as the repair source, or use a Windows side-by-side folder from a network share or from a removable media, such as the Windows DVD, as the source of the files. To do this, run the following command instead:
Replace the C:\RepairSource\Windows placeholder with the location of your repair source. For more information about using the DISM tool to repair Windows, reference Repair a Windows Image.
Type the sfc /scannow command and press Enter. It may take several minutes for the command operation to be completed.
Close the command prompt, and then run Windows Update again.
DISM creates a log file (%windir%/Logs/CBS/CBS.log) that captures any issues that the tool found or fixed. %windir% is the folder in which Windows is installed. For example, the %windir% folder is C:\Windows.
Resolution for Windows 7 Service Pack 1 (SP1) and Windows Server 2008 R2 SP1
To resolve this problem, use the System Update Readiness tool. Then, install the Windows update or service pack again.
Download the System Update Readiness tool.
select the download link in the following table that corresponds to the version of Windows that is running on your computer. For more information about how to find the version of Windows that you installed, see Find out if your computer is running the 32-bit or 64-bit version of Windows.
This tool is updated regularly, we recommend that you always download the latest version. This tool is not available in every supported language. Check the link below to see if it is available in your language.
Install and run the tool.
Select Download on the Download Center webpage, then do one of the following:
In the Windows Update Standalone Installer dialog box, select Yes.
When the tool is being installed, it automatically runs. Although it typically takes less than 15 minutes to run, it might take much longer on some computers. Even if the progress bar seems to stop, the scan is still running, so don’t select Cancel.
When you see Installation complete, select Close.
Reinstall the update or service pack you were trying to install previously.
To manually fix corruption errors that the tool detects but can’t be fixed, see How to fix errors that are found in the CheckSUR log file.
You can also try to directly download the update package from Microsoft Update Catalog, and then install the update package manually.
For example, you may have problems when you try to install updates from Windows Update. In this situation, you can download the update package and try to install the update manually. To do this, follow these steps:
Open Microsoft Update Catalog in Internet Explorer.
In the search box, input the update number that you want to download. In this example, input 3006137. Then, select Search.
Find the update that applies to your operating system appropriately in the search results, and then select Add to add the update to your basket.
Select view basket to open your basket.
Select Download to download the update in your basket.
Select Browse to choose a location for the update you are downloading, and then select Continue.
Select Close after the download process is done. Then, you can find a folder that contains the update package in the location that you specified.
Open the folder, and then double-select the update package to install the update.
If the Windows update or service pack installed successfully, you are finished. If the problem is not fixed, or if System Update Readiness Tool cannot find the cause, contact us for more help.
Description of the common corruption errors
The following table lists the possible error code with Windows Update for your reference:
Code | Error | Description |
---|---|---|
0x80070002 | ERROR_FILE_NOT_FOUND | The system cannot find the file specified. |
0x8007000D | ERROR_INVALID_DATA | The data is invalid. |
0x800F081F | CBS_E_SOURCE_MISSING | The source for the package or file not found. |
0x80073712 | ERROR_SXS_COMPONENT_STORE_CORRUPT | The component store is in an inconsistent state. |
0x800736CC | ERROR_SXS_FILE_HASH_MISMATCH | A component’s file does not match the verification information present in the component manifest. |
0x800705B9 | ERROR_XML_PARSE_ERROR | Unable to parse the requested XML data. |
0x80070246 | ERROR_ILLEGAL_CHARACTER | An invalid character was encountered. |
0x8007370D | ERROR_SXS_IDENTITY_PARSE_ERROR | An identity string is malformed. |
0x8007370B | ERROR_SXS_INVALID_IDENTITY_ATTRIBUTE_NAME | The name of an attribute in an identity is not within the valid range. |
0x8007370A | ERROR_SXS_INVALID_IDENTITY_ATTRIBUTE_VALUE | The value of an attribute in an identity is not within the valid range. |
0x80070057 | ERROR_INVALID_PARAMETER | The parameter is incorrect. |
0x800B0100 | TRUST_E_NOSIGNATURE | No signature was present in the subject. |
0x80092003 | CRYPT_E_FILE_ERROR | An error occurred while Windows Update reads or writes to a file. |
0x800B0101 | CERT_E_EXPIRED | A required certificate is not within its validity period when verifying against the current system clock or the time stamp in the signed file. |
0x8007371B | ERROR_SXS_TRANSACTION_CLOSURE_INCOMPLETE | One or more required members of the transaction are not present. |
0x80070490 | ERROR_NOT_FOUND | Windows could not search for new updates. |
0x800f0984 | PSFX_E_MATCHING_BINARY_MISSING | Matching component directory exist but binary missing |
0x800f0986 | PSFX_E_APPLY_FORWARD_DELTA_FAILED | Applying forward delta failed |
0x800f0982 | PSFX_E_MATCHING_COMPONENT_NOT_FOUND | Can’t identify matching component for hydration |
What does the System Update Readiness tool do
Verify the integrity of resources
The System Update Readiness tool verifies the integrity of the following resources:
This list may be updated at any time.
When the System Update Readiness tool detects incorrect manifests, Cabinets, or registry data, it may replace the incorrect data with a corrected version.
Logging
The System Update Readiness tool creates a log file that captures any issues that the tool found or fixed. The log file is located here:
How to fix errors that are found in the CheckSUR log file
To manually fix corruption errors that the System Update Readiness tool detects but can’t fix, follow these steps:
%SYSTEMROOT% is an environment variable that saves the folder in which Windows is installed. For example, generally the %SYSTEMROOT% folder is C:\Windows.
Identify the packages that the tool can’t fix. For example, you may find the following in the log file:
In this case, the package that is corrupted is KB958690.
Copy the package (.msu) to the %SYSTEMROOT%\CheckSUR\packages directory. By default, this directory doesn’t exist and you need to create the directory.