80244010 ошибка обновления windows server 2012 r2

После установки нового сервера WSUS в сети нашей компании многие клиенты не смогли получить новые обновления с сервера с ошибкой 0x80244010. Как оказалось, эта ошибка характерна не только для компьютеров, обновляющихся с внутреннего сервера WSUS, но и для устройств, получающих обновления напрямую с Windows Update. Рассмотрим, основные способы исправления ошибки 0x80244010 и восстановления работоспособности системы обновлений.

Картинка с сайта: winitpro.ru

Если вы увидели ошибку получения или установки обнволения в графической Control Panel или панели Settings, нужно открыть лог агента WindowsUpdate.log. В старых версиях Windows 7 и 8 это файл
%Windir%\WindowsUpdate.log
. В современных Windows 10/11 и Windows Server 2022/2019 вы можете сгенерировать файл WindowsUpdate.log с помощью PowerShell:

Get-WindowsUpdateLog -logpath C:\PS\Logs\WindowsUpdate.log

В моем случае в журнале обновлений обнаружились такие ошибки:

PT WARNING: Exceeded max server round trips: 0x80244010 PT WARNING: Sync of Updates: 0x80244010 PT WARNING: SyncServerUpdatesInternal failed: 0x80244010 Agent * WARNING: Failed to synchronize, error = 0x80244010 Agent * WARNING: Exit code = 0x80244010 Agent ********* Agent ** END ** Agent: Finding updates [CallerId = AutomaticUpdates] Agent ************* Agent WARNING: WU client failed Searching for update with error 0x80244010 AU >>## RESUMED ## AU: Search for updates [CallId = {128CCEAD-F84D-405E-9BC2-607D1694894B}]  

AU # WARNING: Search callback failed, result = 0x80244010 AU # WARNING: Failed to find updates with error code 80244010

Картинка с сайта: winitpro.ru

Обратите внимание на строку Exceeded max server round trips: 0x80244010. Эта ошибка говорит, что при обращении к серверу обновлений (в моем случае это WSUS) было превышено максимальное количество обращений. В результате чего сервер обновлений отключает клиента, который превысил лимит обращений (по умолчанию лимит — 200 обращений).

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

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

В большинстве случаев пользователю достаточно через несколько минут повторно нажать на кнопку Retry/ Check for Updates в панели управления или выполнить команду:

wuauclt.exe / detectnow

Картинка с сайта: winitpro.ru

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

По умолчанию клиент проверяет обновления на сервере каждые 22 часа. Вы можете изменить этот интервал с помощью параметров групповых политик компьютера. Откройте редактор локальной GPO (
gpedit.msc
) или отредактируйте доменные политику в консоли Group Policy Management Console (
gpmc.msc
). Перейдите в раздел Computer Configuration -> Administrative Templates -> Windows Components -> Windows Update.

Включите параметр Automatic Update detection frequency и увеличьте частоту синхронизаций клиента с сервером обновлений до 3 часов.

Картинка с сайта: winitpro.ru

Также можно на стороне сервера WSUS убрать ограничение на максимальный размер XML файла, который может скачать клиент с сервера. Для этого откройте SQL Server Management Studio и подключитесь к базе данных SUSDB. Выполните выполнить следующую команду T-SQL.

USE SUSDB
GO

Проверьте и запомните текущее значение:

select MaxXMLPerRequest from tbConfigurationC

Отключите ограничение:
UPDATE tbConfigurationC SET MaxXMLPerRequest = 0

Чтобы не менять настройки в базе WSUS, можно выполнить очистку WSUS сервера с помощью встроенного мастера очистки (Консоль Update Service -> Options -> Server Cleanup Wizard -> все опции -> Next). Это удалит старые, неиспользуемые, и замененные обновления (особенно много мусора от обновлений MS Office), из-за которых может долго выполняться сканирование.

В результате такой операции, клиент Windows Update будет получать намного меньше мета-информации с WSUS сервера, и его взаимодействие должно уместиться в 200 сессий по 200кб.

Картинка с сайта: winitpro.ru

Также попробуйте увеличить производительность пула WsusPool в IIS на сервере WSUS по рекомендация из стати Ошибка обновления Windows 80244022

WsusPool (Application Pools -> WsusPool -> Advanced settings):

• Private Memory Limit (KB) – 0 (убрать лимит 1.2 на использование RAM рабочим процессов WSUS)
• Queue Length — 25000 (увеличить длину очереди к пулу приложения с 10000)
• Limit Interval (minutes) — 15 (увеличить минут время для сброса счетчиков и выполнения CPU Throttling с 5 минут до 15)
• Service Unavailable Response — TcpLevel (при старом значение HttpLevel клиенту возвращается ошибка HTTP 503)

Отредактируйте файл config ( C:\Program Files\Update Services\WebServices\ClientWebService\web.config), заменив строку
httpRuntime maxRequestLength="4096"
на
httpRuntime maxRequestLength="204800" executionTimeout="7200"

Если все рассмотренные способы не помогли исправить ошибку обновления на клиенте, попробуйте полностью сбросить на нем настройки Windows Update и восстановить настройки по-умолчанию. После чего выполните несколько циклов поиска обновлений.

Windows Error 0x80244010 generally triggers while installing a new WSUS server for many of the Windows clients.

Our Server Administration Techs handles different issues that cause this error on a daily basis.

Today, let us discuss various methods to fix ‘Windows Error 0x80244010’ and restore Windows update subsystem functionality.

Windows Error 0x80244010 – Causes

Картинка с сайта: bobcares.com

After installing a new WSUS server, many Windows clients could not receive new updates, resulting in the error 0x80244010. This error is typical also for the devices that receive updates directly from Windows Update servers.

 Causes of Windows Error 0x80244010

Major causes of Windows Error 0x80244010 include:

• Generic glitch

Generic glitch is quite common on Windows endpoint machines. Microsoft already has a selection of built-in repair strategies that are ready to deploy.

We can attempt to fix it by running the built-in Windows Update troubleshooter and by applying the fix that it recommends.

• Corrupt File in the WU temp folders

Similarly, another scenario is a corrupt temp file in the SofwareDistribution or Catroot2folders. This may occur after a botched update or after an AV scan.

In this scenario, we can fix the issue by running a series of commands capable of resetting every WU component including the two temp folders.

• The machine cannot update conventionally

Under certain circumstances, the WU component might not work automatically.

If the WU function is blocked at a system level, we can most likely fix the issue. Use the System Update Readiness tool to install the updates that are failing to install conventionally.

• Disabled Detection Frequency policy

When the client exceeds the default number of allowed trips to the WSUS server, it encounters this issue on a Windows Server.

To fix this issue, we have to use the Local Group Policy editor to enable the Automatic Update detection policy and set a global updating interval.

• System File Corruption

On the other hand, if the Windows Update troubleshooter isn’t able to fix the issue automatically, the affected system may have an underlying corruption issue that cannot resolve conventionally.

In this case, we can fix the issue by refreshing every Windows component with Clean install or Repair install (in-place repair).

First, to diagnose the problem, open the WindowsUpdate.log, which is located in %Windir% folder.

Make note of the error, “Exceeded max server round trips: 0x80244010″. It means that the maximum number of requests to the update server (WSUS) exceeds while scanning for updates.

This is also indicated by the Windows Update error code, according to the table (SUS_E_PT_EXCEEDED_MAX_SERVER_TRIPS).

The server disconnects a client that exceeds the maximum trip number. The trip limit in the Windows update receiving protocol is set as 200 trips by default.

Similarly, there is a limit on the maximum size of an XML file the client can download from the update server during a trip – 200 KB. The greater number of updates on the server, the larger the size of the downloading XML file.

If a client fails to obtain the necessary data in 200 trips, it disconnects from the server, resulting in error 0x80244010.

Let us now look into system file corruption in detail.

Reasons Behind System File Corruption

There are dozens of reasons why Windows files or system files might get corrupt, but among the most common are:

• Unstable network connection:

As a rule, this occurs due to the poor or unstable network connection to the WSUS server or if a client wants to receive too many updates.

The easiest way is to click the ‘Try Again’ button on a client several times in the Windows Update section of the Control Panel or run the command:

Once we start the search for updates, wait for 15 minutes for the previous cycle of update search to finish.

In most cases, this can solve the problem, but if there are a lot of clients in the network, this method is not acceptable.

• Unsynchronized updates

We can synchronize the updates using the group policy, “Automatic Update detection frequency”. Go to, Computer Configuration -> Administrative Templates -> Windows Components -> Windows Update.

Automatic Update detection frequency specifies the number of hours that Windows will wait before checking for available updates. The exact wait time is found by using the number of hours specified minus a random value between 0 and 20 percent of that number.

For example, if this policy is used to specify a 20-hour detection frequency, then all computers with this policy will check for updates anywhere between 16 and 20 hours.

If the status is set as Enabled, Automatic Updates will check for available updates at specific intervals.

Similarly, If the status is set as Disabled or Not Configured, Automatic Updates will check for available updates at the default interval of 22 hours.

We can also remove the limit on the maximum XML file size that the client can download from the WSUS server.

To do it, run the following command in WSUSDB database:

If we do not want to change our WSUS database settings, clean up the WSUS server using the integrated Cleanup Wizard (Update Service console -> Options -> Server Cleanup Wizard -> all options -> Next). Then, remove old, not in use updates.

As a result, the Windows Update client will get less meta-information from the WSUS server, and the interaction will fit in 200 sessions of 200 KB each.

[Bobcares support techs rely on a systematic troubleshooting approach as much as we focus on the right tools for the job.]

Methods to troubleshoot Windows Error 0x80244010

Windows Error 0x80244010 and its solution involve various steps. Let’s have a detailed look into it:

• Run the Windows Update troubleshooter

To launch the Windows Update troubleshooter on Windows 7 in order to fix the 80244010 error, follow the below steps:

1. Press Windows key + R to open up a Run dialog box
2. Type ‘control’ and press Enter to open up the classic Control Panel interface
3. Once inside, use the search function in the top-right corner to search for ‘troubleshoot’
4. Then, from the list of results, click on Troubleshooting to expand on the list of integrated troubleshooters
5. In Troubleshoot computer problem screen, click on System and Security from the list of available options
6. Click on ‘Windows Update’ under the ‘Windows category’
7. After we successfully manage to open the troubleshooter, start by clicking on the Advanced button and checking the box along with Apply repairs automatically
8. Once its done, click on Next to advance to the next menu.
9. Wait for the initial scan to complete, then click on Apply this fix if the repair strategy is not done automatically.
10. When prompted to restart, do so and see if the issue is resolved at the next system startup by attempting to use the Windows Update feature again.

• Reset WU components

1. Press Windows key + R to open up a Run dialog box
2. Type ‘cmd‘ inside the text box and press ‘Ctrl + Shift + Enter’ to open up a Command Prompt
3. In case you find the UAC (User Account Control), click Yes to grant admin access.
4. Once inside, type the following commands and press ‘Enter’ after each one:

   net stop wuauserv net stop cryptSvc net stop bits net stop msiserver

5. These successive commands will stop the Windows Update service, the MSI Installer, the Cryptographic service, and the BITS service.
6. Run the following commands in the same CMD window and press Enter after each one to rename the two folders responsible for storing temporary WU files (SoftwareDistribution and Catroot2):

   ren C:WindowsSoftwareDistribution SoftwareDistribution.old ren C:WindowsSystem32catroot2 Catroot2.old

7. Renaming these two folders will force the Windows Update component to create new folders and prevent any corrupt files from affecting the updating operations
8. After the two folders rename, run these final commands in quick succession (press Enter after each one) to start the same services that we disabled at step 2:

   net start wuauserv net start cryptSvc net start bits net start msiserver

9. Once the service restarts, repeat the action that was previously causing the Windows Update 80244010 error and see if the resolve it done.

• Run the System Update Readiness Tool

1. Visit the URL https://www.microsoft.com/en-us/download/details.aspx?id=20858 and download the latest version of the System Update Readiness Tool. Once it’s done, select the language and click the Download button for the latest version.
2. Keep in mind that the download is quite large, so wait patiently.
3. Once the download is complete, open the System Update Readiness Tool executable and wait for the initial scan to complete.
4. We can see the utility downloading and installing the updates that were previously failing with the 80244010 error.
5. After the operation is complete, restart your computer and see if the fix is done.

• Enable the Detection Frequency policy

To set Automatic Update detection frequency, follow the steps given below:

1. In the Group Policy Object Editor, expand Computer Configuration, expand Administrative Templates, expand Windows Components
2. Then click ‘Windows Update’
3. In the details pane, click Automatic Update detection frequency, click Enabled, and type the number of hours for the detection interval
4. Click OK
5. Refresh OS components

• Clean install:

On one hand, this procedure is the easiest, but the disadvantage is that unless you back up your data, you will lose personal files. As opposed to a clean install, this procedure does not require compatible installation media.

• Repair install (in-place upgrade):

Likewise, this procedure will require to use a compatible installation media. We will have to be technical, but the advantage is that the operation will only touch the Windows files. This means, all your personal files & settings will remain untouched.

If neither of the methods helps fix the update error, clear Windows Update temporary cache and try to search for updates several times.

• Stop Windows Update service

1. Click ‘Start’ and type for “services.msc”,
2. In search results “services.msc” should show up. Open it,
3. A new window will open containing all Windows services,
4. Search for ‘Windows Update’
5. Right-click on ‘Windows Update’ and click ‘Stop’.

• Clear the Windows Update temporary cache folder

1. Hold windows-key pressed and hit “R” key simultaneous,
2. A small new window will appear,
3. Type %windir%SoftwareDistributionDataStore in this new window and click OK,
4. This will open Windows Explorer in the correct location,
5. Delete all contents of this folder.

• Start the Windows Update Service again

1. Switch back to the windows Services,
2. Locate Windows Update,
3. Right-click on it and choose Start.

[Looking for assistance to fix windows errors? We are here for you!]

Conclusion

To conclude, WSUS Windows Error 0x80244010 can occurs due to several reasons including, generic glitch, corrupt file in the WU temp folders, system file corruption and so on. Today, we saw how our Support Engineers systematically troubleshoot the WSUS Windows Error 0x80244010.

var google_conversion_label = «owonCMyG5nEQ0aD71QM»;

Did you receive an error code 0x80244010 while attempting to download, install, or update a Windows device? This bug normally appears when you tap “Check for updates” inside the Windows update section. Moreover, this also prompts an error message that reads – “Code 80244010 Windows Update encountered an unknown error“.

Картинка с сайта: howtoedge.com

What is Error 0x80244010? When does it occur? 

The error 0x80244010 is an update-related issue and it primarily occurs when you are attempting to download and install the recent cumulative updates on your Windows PC. The most probable reasons that may invoke this issue are as follows – 

• Internal glitches: Restart your computer and this error resolves on its own.
• Corrupt system files or folders: The presence of corrupt files or folders may invoke an update-related issue on your PC. This mostly happens when you are running a third-party antivirus program on your computer. To solve it, you must uninstall or at least disable running an external security app, and then perform an SFC scan on your PC. 
• Corruption within the Windows Update components: Purge SoftwareDistribution and Catrrot2 folders and check if this update issue resolves afterward. 
• The required services or processes are disabled by some policies: If that’s the case, you must re-configure such policies so that Windows Updates do happen without getting into some error codes. 

Now that you know what may invoke an error 0x80244010 in Windows, let’s learn how to resolve this issue in the below section. 

How to Fix Windows Update Error Code 80244010 

Troubleshooting Windows Update, Running SFC scan, and Resetting Windows components are a few methods that can fix this error 0x80244010 on Windows 10. If not, go to the Update Catalog, download the pending update’s “.msi file” and apply it to your PC.

Note: There’s an in-built group policy in Windows that must remain enabled and running on your computer for updates to download and install automatically. This policy goes by the name “Detection Frequency Policy”. Check for this policy and re-enable it if you find it disabled or not running on your PC. 

To solve the Update Error Code 0x80244010 in Windows 10, use the following workarounds –

Solutions List

• Troubleshoot Windows Update
• Run System File Checker Utility Program
• Scan for Malware using Microsoft Defender
• Reset Windows Update Components
• Manually Install Windows 10 Updates
• Modify Automatic Update detection frequency policy

1] Troubleshoot Windows Update

Windows includes a great utility program that can take care of any update-related issues. Before proceeding to any other fixes, you must give “Windows Update Troubleshooter” a try. Here’s how to run this tool –

• Open Windows Settings (using WinKey + I).
• Select Update & Security then Troubleshoot on the left column.
• Head over to the right pane and expand “Windows Update“. 

Quick Note: If you are on version 2004, click “Additional troubleshooters” first then “Windows Update” on the upcoming screen.

• When the box expands, hit “Run the troubleshooter”.

Картинка с сайта: howtoedge.com

• Follow the on-screen instructions to troubleshoot Windows errors. 

2] Run the System File Checker Utility Program

If the troubleshooter doesn’t solve the error 0x80244010, there may lie corrupt files inside Windows. To mitigate obsolete files or re-create missing files, you should run an SFC scan. Here’s how to proceed –

• Right-click anywhere on the Taskbar and click Task Manager.
• Go to the File Menu and hit Run new task.
• Type cmd near the blinking cursor and press Enter, just make sure to check the box beneath. 
• On the elevated console, type sfc /scannow and press the Enter key again.

Картинка с сайта: howtoedge.com

• This approximately takes 10-15 minutes to complete, so wait patiently.
• Once over, Restart the PC so as to make the above changes effective.

Sign back in and check whether you can now update your operating system or not. If still not, try the below fixes –

3] Scan for Malware using Microsoft Defender

Sometimes, the Error code 0x80244010 may occur simply due to some malware infection or virus attack. If that’s the case, open Windows Security and perform a full scan on the PC. 

Tip: Windows users should definitely go for the Full system scan once a month to get rid of lurking viruses or trojans. 

Third-party antivirus programs are of no use unless you have paid for using their services. If you have installed any such free application, either disable it or remove it completely.  

4] Reset Windows Update Components

In case, the error code 0x80244010 still persists, this might be due to the corrupt Windows components. Resetting Windows Update components will surely repair the underlying causes and restore Windows OS back to normal. All you need is to follow the below guideline –

• Launch Command prompt as Admin – Type “CMD” in the search bar then right-click on the top result and choose Run as administrator.
• A UAC prompt will appear afterward, tap Yes to authorize the access.
• Next, execute the following codes one after another. Just make sure to press Enter at the end of each code.

 net stop wuauserv  
 net stop cryptSvc 
 net stop bits 
 net stop msiserver 

• Doing so will stop certain basic services. Next, rename SoftwareDistribution and Catroot2 folders using the below two codes –

Ren C:\Windows\SoftwareDistribution SoftwareDistribution.old 
Ren C:\Windows\System32\catroot2 Catroot2.old 

• Now, restart the services that you have previously paused – 

net start wuauserv 
net start cryptSvc 
net start bits 
net start msiserver 

• Restart Windows to make the changes effective from the next login. 
• Sign back in and navigate to the following path –

Settings > Update & Security > Windows Update

• Hit the Check for Updates button and if there is any pending update, download and install the same. 

5] Manually Install Windows 10 Updates

Many a time, such errors appear after installing a wrongly configured patch update. So, look back and remember if you had recently installed any updates or not. If yes, then roll back the lately installed cumulative update on your PC. 

However, if not, you should manually download and install the recent security patch on your computer. To do this, you need to first find out the pending updates “KB” number. Here’s how to find this – 

• Jointly press Win+I to open the Settings UI.
• Click Update & Security then Windows Update.
• Head over to the right pane and hit “View Update history”.

Картинка с сайта: howtoedge.com

• On the next screen, you may find the list of failed updates. 
• Note down the CU number and follow the next part –

Manually Install the Pending Updates

• Visit the Microsoft Update Catalog website and type the “KB” number noted above.
• This will present a list of well-matching results, choose one as per the system architecture.
• Click Download next to the update link and thereafter the top link on the upcoming window.
• When the download completes, click twice on the setup file to upgrade the operating system. 

6] Modify Automatic Update detection frequency policy

If none of the above solutions fix the error code 0x80244010, you must try to enable the Detection Frequency policy. Here’s how to do this –

Note: Windows 10 Home users can’t do this as their PC lacks a great feature – Group Policy.

• Type “Group policy” on the search bar and click the best-matching result.

Картинка с сайта: howtoedge.com

• On the Policy window, browse to the path – Computer Configuration > Administrative Templates > Windows Components > Windows Updates.

Картинка с сайта: howtoedge.com

• Once you reach there, move right-side and look for the “Automatic Update detection frequency” policy.
• Double-click on this policy and this will open another window.
• Mark the circle left of the “Enabled” option and hit Apply then OK.

That’s it, I hope this article helps to fix the Error Code 0x80244010. If you have any queries or suggestions, write them down in the comment section. 

How do I fix Error 0x80244010 in Windows?

Since this is an update-related issue, you may solve it simply by running the Windows Update Troubleshooter. In case the error occurs even after this, you may attempt the fixes discussed above. If all these solutions fail to resolve this issue on your Windows PC, you must manually download and install the pending update on your computer.  

Время на прочтение6 мин

Количество просмотров266K

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 у нее есть единственное и очень специфическое решение — удалить ключ
HKLM\Components\PendingRequired=1

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

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

Практически 100% других ошибок может решить System Update Readiness Tool (SURT) из статьи support.microsoft.com/en-us/kb/947821
Скачиваете пакет для вашей системы, устанавливаете, читаете лог %windir%\Logs\CBS\CheckSUR.log и если он заканчивается примерно так:

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

то вы наш клиент.

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

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

Картинка с сайта: habr.com

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

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

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

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

set machine=BUHWKS02
xcopy Windows6.1-KB947821-v34-x64.msu \\%machine%\admin$\temp
psexec -s \\%machine% wusa "c:\windows\temp\Windows6.1-KB947821-v34-x64.msu" /quiet /norestart
pause

где BUHWKS02 – целевая машина.
Когда скрипт отработает и встанет на паузу, проверяем %windir%\Logs\CBS\CheckSUR.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:
winsxs\manifests\wow64_microsoft-windows-gdi32_31bf3856ad364e35_6.1.7601.19091_none_c19fa2719495aca9.manifest
winsxs\manifests\amd64_microsoft-windows-capi2-weakcrypto_31bf3856ad364e35_6.1.7601.23290_none_5e936c9c5ce2e8e6.manifest
winsxs\manifests\wow64_microsoft-windows-gdi32_31bf3856ad364e35_6.1.7601.23290_none_c22840d8adb43043.manifest
winsxs\manifests\amd64_microsoft-windows-gdi32_31bf3856ad364e35_6.1.7601.19091_none_b74af81f6034eaae.manifest
winsxs\manifests\amd64_microsoft-windows-capi2-weakcrypto_31bf3856ad364e35_6.1.7601.19091_none_5e0ace3543c4654c.manifest
winsxs\manifests\amd64_microsoft-windows-gdi32_31bf3856ad364e35_6.1.7601.23290_none_b7d3968679536e48.manifest
servicing\packages\Package_2_for_KB3123479~31bf3856ad364e35~amd64~~6.1.1.0.mum
servicing\packages\Package_2_for_KB3123479~31bf3856ad364e35~amd64~~6.1.1.0.mum
servicing\packages\Package_for_KB3123479_SP1~31bf3856ad364e35~amd64~~6.1.1.0.mum

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

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

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

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

*.mum and *.cat из C:\Windows\servicing\Packages складываются в %windir%\Temp\CheckSUR\servicing\packages
*.manifest из C:\Windows\winsxs\Manifests складываются в %windir%\Temp\CheckSUR\winsxs\manifests\

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

cls
$flag = $false
$destPC = "\\BUHWKS02"
$log=get-content $($destPC + "\admin$\Logs\CBS\CheckSUR.log")
$MUMCATSource = "C:\Windows\servicing\Packages\"
$MUMCATDest = $destpc + "\admin$\Temp\CheckSUR\servicing\Packages\"
$MANIFESTSource = "C:\Windows\winsxs\Manifests\"
$MANIFESTDest = $destpc + "\admin$\Temp\CheckSUR\winsxs\Manifests\"
If ((Test-Path -Path $MUMCATDest -PathType Container) -eq $false) {New-Item -Path $MUMCATDest -ItemType directory }
If ((Test-Path -Path $MANIFESTDest -PathType Container) -eq $false) {New-Item -Path $MANIFESTDest -ItemType directory}
foreach ($line in $log) {  
    if ($flag -eq $True){
        if ($line.trim().Length -ne 0) {        
            $fileArray=$($line.Split("\"))
            $file = $FileArray[$FileArray.Length-1]
            $extArray = $file.split(".")
            $ext = $extArray[$extArray.length-1]
            if ($ext -eq "manifest") {
                Write-Warning $("Copying " + $($MANIFESTSource+$file)+" to " + $MANIFESTDest)
                Copy-Item $($MANIFESTSource+$file) $($MANIFESTDest+$file)
            }
            if (($ext -eq "mum") -or ($ext -eq "cat") ) {
                Write-Warning $("Copying " + $($MUMCATSource+$file)+" to " + $MUMCATDest)
                Copy-Item $($MUMCATSource+$file) $($MUMCATDest+$file)
            }
        }
    }
    if ($line -eq "Unavailable repair files:") {$flag = $true}    
} 

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

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

После копирования файлов мы повторно запускаем SURT, используя командный файл из первого шага. При повторном запуске средство сможет подхватить скопированные нами эталонные файлы из %windir%\Temp\CheckSUR и заменить ими испорченные.
Если мы сделали все правильно, то %windir%\Logs\CBS\CheckSUR.log примет следующий вид:

=================================
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

Теперь можно продолжить установку обновлений на целевую машину, например, следующими командными файлами:
set machine= BUHWKS02
psexec -i -s \\%machine% wuauclt /detectnow
pause

set machine= BUHWKS02
psexec -i -s \\%machine% wuauclt /updatenow
pause

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

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

Создаем файл WU-cleanupCMD.cmd:
net stop wuauserv
rmdir /s /q %windir%\SoftwareDistribution
net start wuauserv
wuauclt /detectnow

Запускаем:
set machine= BUHWKS02
psexec -c -s \\%machine% WU-cleanupCMD.cmd
pause

После этого возникнет Ошибка #1, но как бороться с ней мы уже знаем.

Ошибка #5

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

net stop wuauserv
REG DELETE "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate" /v SusClientId /f
REG DELETE "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate" /v SusClientIdValidation /f
net start wuauserv
wuauclt /resetauthorization /detectnow /reportnow

Ошибка #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».

Удачного администрирования!