3

У меня есть wsus на Windows Server 2008, и у меня есть две машины с Windows 8.1, где обновления завершаются с ошибкой 0x80070643.

Существует ровно 8 обновлений, которые дают сбой: KB3080457 KB3081397 KB3081398 KB3081399 KB3081401 KB3081402 KB3081403 KB3081405

Я проверил несколько из них, и они, кажется, обновления приложений метро. Этот компьютер присоединен к домену, и большинство приложений метро удалено с помощью Get-AppXProvisionedPackage -online | Remove-AppxProvisionedPackage -online и Get-AppxPackage -AllUsers | Remove-AppxPackage, который, как мне кажется, вызывает эту проблему.

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

|источник

2 ответа2

2

У нас была та же ошибка с этими 8 обновлениями. Изучив обновления для Microsoft, я увидел, что это были обновления для Appx, которые были удалены из нашего корпоративного образа Windows 8.1. Каким-то образом агент Центра обновления Windows пытается установить обновление для Appx, который не установлен на компьютере.

Я удалил эти обновления из своей группы обновлений за август.

YMMV

|источник
1

У нас также были сбои обновлений именно с этими обновлениями. В связи с этим http://windows.microsoft.com/de-de/windows/windows-update-error-80070643#1TC=windows-7 это в основном проблема с Office 2003 (!) Компоненты или .NET-Framework. В нашем случае это помогло просто запустить службу Office Source Engine в оснастке services.msc на этих машинах или через CMD:

sc start ose

В больших средах я должен создать групповую политику, которая устанавливает OSE-Service на «Автоматический (отложенный запуск)» или использовать Powershell-Scripting:

$pcs = @("PC01", "PC02", "PC03")
Set-Service -Name ose -StartupType Automatic -Status Running -ComputerName $pcs

Надеюсь это поможет,

SAPL

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .