Verwaltung von Softwareupdates Problembehandlung in Configuration Manager


Heimanwender: Dieser Artikel dient nur Mitarbeiter des technischen Supports und IT-Experten. Wenn Sie suchen Hilfe bei einem Problem bitte Microsoft Community Fragen.

Wozu dient dieser Leitfaden?

Dieses Handbuch hilft Ihnen Software Update-Prozess in Microsoft System Center Configuration Manager, einschließlich Client Software Update Scan, Synchronisierung und Erkennung Probleme mit bestimmten Updates beheben.

Die Informationen in diesem Handbuch gelten für System Center 2012 Configuration Manager (ConfigMgr 2012) System Center 2012 R2 Configuration Manager (ConfigMgr 2012 R2) und alle Versionen von Configuration Manager im aktuellen Zweig.

Für wen ist er gedacht?

Dieses Handbuch ist für IT-Experten wissen, diagnostizieren und Beheben des Software Update-Prozess in Microsoft System Center Configuration Manager.

Wie funktioniert es?Es ist in drei Hauptabschnitte unterteilt:

  • Client Softwareupdate Scan
  • WSUS die Microsoft Update-Synchronisation
  • Installation, Ablösung oder Erkennung Probleme mit bestimmten updates

Dabei wird vorausgesetzt, dass einem Softwareupdatepunkt bereits installiert und konfiguriert wurde. Weitere Informationen zum Konfigurieren von Softwareupdates in Configuration Manager finden Sie unter:

Konfigurieren von Softwareupdates in Configuration Manager

Geschätzte Dauer:

30-45 Minuten.

Vor eigentlichen Problembehandlungsschritte, ist darauf hinweisen, dass während es offensichtlich erscheinen, der das Problem auftritt, schnellere und einfachere werden Sie Spracherkennung zu korrigieren. Ob beauftragt sind, mit ein Problem, das Sie selbst haben oder ein Problem gemeldet von einer Person in Ihrer Organisation empfiehlt es sich, einen Moment zu beantworten Sie folgende Fragen:

  1. Was insbesondere nicht funktioniert oder Ihr Ziel?
  2. Was ist die Häufigkeit oder Muster für das Problem? Ist das Problem noch?
  3. Wie bewusst Sie, dass das Problem?
  4. Hat dies jemals funktioniert? In diesem Fall reagiert Wenn es nicht? Wurde nichts in der richtigen Umgebung bevor es nicht funktioniert mehr?
  5. Wie viel Prozent der Kunden sind betroffen?
  6. Was wurde bereits (wenn überhaupt) getan, um es beheben?
  7. Kennen Sie die genaue Version des Clients und die Version des Servers. Sind diese Systeme auf dem neuesten Stand?
  8. Was tun betroffenen Kunden gemeinsam haben (z.B. Subnetz AD-Standort, Domäne, Standort, Standort, Standortsystem usw.)?

Kenntnis und Verständnis der Antworten auf diese Fragen setzen auf dem besten Weg für eine schnelle und einfache Lösung, das Problem Sie Sie erleben.

Wenn Sie bestimmten Bereich innerhalb der Verwaltung von Softwareupdates, die Sie beheben möchten kennen, markieren Sie sie. Wenn Sie unsicher sind, beginnen mit Client Software Update Scan und wir gehen durch den gesamten Prozess von Anfang bis Ende.

Vor eigentlichen Problembehandlungsschritte, ist darauf hinweisen, dass während es offensichtlich erscheinen, der das Problem auftritt, schnellere und einfachere werden Sie Spracherkennung zu korrigieren. Ob beauftragt sind, mit ein Problem, das Sie selbst haben oder ein Problem gemeldet von einer Person in Ihrer Organisation empfiehlt es sich, einen Moment zu beantworten Sie folgende Fragen:

  1. Was insbesondere nicht funktioniert oder Ihr Ziel?
  2. Was ist die Häufigkeit oder Muster für das Problem? Ist das Problem noch?
  3. Wie bewusst Sie, dass das Problem?
  4. Hat dies jemals funktioniert? In diesem Fall reagiert Wenn es nicht? Wurde nichts in der richtigen Umgebung bevor es nicht funktioniert mehr?
  5. Wie viel Prozent der Kunden sind betroffen?
  6. Was wurde bereits (wenn überhaupt) getan, um es beheben?
  7. Kennen Sie die genaue Version des Clients und die Version des Servers. Sind diese Systeme auf dem neuesten Stand?
  8. Was tun betroffenen Kunden gemeinsam haben (z.B. Subnetz AD-Standort, Domäne, Standort, Standort, Standortsystem usw.)?

Kenntnis und Verständnis der Antworten auf diese Fragen setzen auf dem besten Weg für eine schnelle und einfache Lösung, das Problem Sie Sie erleben.

Wenn Sie bestimmten Bereich innerhalb der Verwaltung von Softwareupdates, die Sie beheben möchten kennen, markieren Sie sie. Wenn Sie unsicher sind, beginnen mit Client Software Update Scan und wir gehen durch den gesamten Prozess von Anfang bis Ende.

Der Scanprozess Client ist in den folgenden Schritten beschrieben. Bestätigen Sie jeden Schritt, um ordnungsgemäß festlegen, wo das Problem.

Erstes führt der Client wird den WSUS-Server festgelegt, der die Updatequelle für Software überprüft werden. Dabei wird nachfolgend beschrieben.

ScanAgent.log:

CScanAgent::ScanByUpdates- Policy available for UpdateSourceID={SourceID}ContentVersion=38CScanAgent::ScanByUpdates- Added Policy to final ScanRequest List UpdateSourceID={SourceID}, Policy-ContentVersion=38, Required-ContentVersion=38 

ScanAgent.log:

Inside CScanAgent::ProcessScanRequest() CScanJobManager::Scan- entered ScanJob({JobID}): CScanJob::Initialize- entered ScanJob({JobID}): CScanJob::Scan- entered ScanJob({JobID}): CScanJob::RequestLocations- entered - - - - - -Requesting WSUS Server Locations from LS for {WSUSLocationID} version 38 - - - - - -Location Request ID = {LocationRequestID} CScanAgentCache::PersistInstanceInCache- Persisted Instance CCM_ScanJobInstance ScanJob({JobID}): - - - - - -Locations requested for ScanJobID={JobID} (LocationRequestID={LocationRequestID}), will process the scan request once locations are available. 

Tipp Alle Scanaufträge wird in der CCM_ScanJobInstance-Klasse in WMI gespeichert:

Namespace: Root\CCM\ScanAgent Klasse: CCM_ScanJobInstance

LocationServices.log:

LocationServices.log: CCCMWSUSLocation::GetLocationsAsyncEx Attempting to persist WSUS location request for ContentID='{ContentID}' and ContentVersion='38' Persisted WSUS location request LocationServices Attempting to send WSUS Location Request for ContentID='{ContentID}' WSUSLocationRequest : <WSUSLocationRequest SchemaVersion="1.00"><Content ID="{ContentID}" Version="38"/><AssignedSite SiteCode="PS1"/><ClientLocationInfo OnInternet="0"><ADSite Name="CM12-R2PS1"/><Forest Name="CONTOSO.COM"/><Domain Name="CONTOSO.COM"/><IPAddresses><IPAddress SubnetAddress="192.168.2.0" Address="192.168.2.62"/></IPAddresses></ClientLocationInfo></WSUSLocationRequest> Created and Sent Location Request '{LocationRequestID}' for package {ContentID}   

CcmMessaging.log:

CcmMessaging.log: Sending async message '{Message}' to outgoing queue 'mp:[http]mp_locationmanager'  Sending outgoing message '{Message}'. Flags 0x200, sender account empty 

MP_Location.log:

MP LM: Message Body : <WSUSLocationRequest SchemaVersion="1.00"><Content ID="{ContentID}" Version="38"/><AssignedSite SiteCode="PS1"/><ClientLocationInfo OnInternet="0"><ADSite Name="CM12-R2PS1"/><Forest Name="CONTOSO.COM"/><Domain Name="CONTOSO.COM"/><IPAddresses><IPAddress SubnetAddress="192.168.2.0" Address="192.168.2.62"/></IPAddresses></ClientLocationInfo></WSUSLocationRequest>  MP_LocationManager MP LM: calling MP_GetWSUSServerLocations

SQL Profiler:

exec MP_GetMPSitesFromAssignedSite N'PS1' exec MP_GetSiteInfoUnified N'<ClientLocationInfo OnInternet="0"><ADSite Name="CM12-R2-PS1"/><Forest Name="CONTOSO.COM"/><Domain Name="CONTOSO.COM"/><IPAddresses><IPAddress SubnetAddress="192.168.2.0" Address="192.168.2.62"/></IPAddresses></ClientLocationInfo>' exec MP_GetWSUSServerLocations N'{WSUSServerLocationsID}',N'38',N'PS1',N'PS1',N'0',N'CONTOSO.COM'  

 

MP_Location.log: 

MP LM: Reply message body: <WSUSLocationReply SchemaVersion="1.00"><Sites><Site><MPSite SiteCode="PS1"/><LocationRecords><LocationRecord WSUSURL="http://PS1SITE.CONTOSO.COM:8530" ServerName="PS1SITE.CONTOSO.COM" Version="38"/><LocationRecord WSUSURL="https://PS1SYS.CONTOSO.COM:8531" ServerName="PS1SYS.CONTOSO.COM" Version="38"/></LocationRecords></Site></Sites></WSUSLocationReply>  

 

CcmMessaging.log:

Message '{Message1}' got reply '{Message2}' to local endpoint queue 'LS_ReplyLocations' OutgoingMessage(Queue='mp_[http]mp_locationmanager', ID={Message1}): Delivered successfully to host 'PS1SYS.CONTOSO.COM'. Message '{Message2}' delivered to endpoint 'LS_ReplyLocations'  

 

LocationServices.log:

Processing Location reply message LocationServices WSUSLocationReply : <WSUSLocationReply SchemaVersion="1.00"><Sites><Site><MPSite SiteCode="PS1"/><LocationRecords><LocationRecord WSUSURL="http://PS1SITE.CONTOSO.COM:8530" ServerName="PS1SITE.CONTOSO.COM" Version="38"/><LocationRecord WSUSURL="https://PS1SYS.CONTOSO.COM:8531" ServerName="PS1SYS.CONTOSO.COM" Version="38"/></LocationRecords></Site></Sites></WSUSLocationReply> Calling back with the following WSUS locations WSUS Path='http://PS1SITE.CONTOSO.COM:8530', Server='PS1SITE.CONTOSO.COM', Version='38'  WSUS Path='https://PS1SYS.CONTOSO.COM:8531', Server='PS1SYS.CONTOSO.COM', Version='38'  Calling back with locations for WSUS request {WSUSLocationID}  

 

ScanAgent.log:

*****WSUSLocationUpdate received for location request guid={LocationGUID} ScanJob({JobID}): CScanJob::OnLocationUpdate- Received Location=http://PS1SITE.CONTOSO.COM:8530, Version=38  ScanJob({JobID}): CScanJob::Execute- Adding UpdateSource={SourceID}, ContentType=2, ContentLocation=http://PS1SITE.CONTOSO.COM:8530, ContentVersion=38  

 

WUAHandler.log (* neue Client zeigt neue Updatequelle hinzugefügt):
Its a WSUS Update Source type ({WSUSUpdateSource}), adding it Its a completely new WSUS Update Source Enabling WUA Managed server policy to use server: http://PS1SITE.CONTOSO.COM:8530  Policy refresh forced Waiting for 2 mins for Group Policy to notify of WUA policy changeWaiting for 30 secs for policy to take effect on WU Agent.  Added Update Source ({UpdateSource}) of content type: 2  

 

Dabei erkennt Windows Update Agent WSUS Konfiguration ändern:

WindowsUpdate.log :

* WSUS server: http://PS1SITE.CONTOSO.COM:8530 (Changed) * WSUS status server: http://PS1SITE.CONTOSO.COM:8530 (Changed)  Sus server changed through policy.  

Die folgenden Registrierungsschlüssel werden überprüft und festgelegt:

  • HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Policies\Microsoft\Windows\WindowsUpdate\AUUseWUServer (Dies sollte ein DWORD-Wert 1 sein)
  • HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Policies\Microsoft\Windows\WindowsUpdate WUServer (sollte ein Zeichenfolgenwert, der die vollständige WSUS Server URL einschließlich des Anschluss sein)
  • WUStatusServer (Dies sollte ein Zeichenfolgenwert, der die vollständige WSUS Server URL einschließlich des Anschluss sein)

 

Beispiel:

Schlüsselname: HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Policies\Microsoft\Windows\WindowsUpdate

Wertname: WUServer

Typ: REG_SZ

Daten: http://PS1Site.Contoso.com:8530

 

Wertname: WUStatusServer

Typ: REG_SZ

Daten: http://PS1Site.Contoso.com:8530

 

Schlüsselname: HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Policies\Microsoft\Windows\WindowsUpdate\AU

Wertname: UseWUServer

Typ: REG_DWORD

Daten: 0 x 1

 

 

Hinweis: Für eine vorhandene Client konnte erwarten wir in WUAHandler.log anzugeben, wenn Inhaltsversion erhöht ist folgende:

Its a WSUS Update Source type ({WSUSUpdateSource}), adding it.  WSUS update source already exists, it has increased version to 38.  

 

ScanAgent.log:

ScanJob({JobID}): Raised UpdateSource ({UpdateSource}) state message successfully. StateId = 2 ScanJob({JobID}): CScanJob::Execute - successfully requested Scan, ScanType=1
  1. Wenn der Configuration Manager-Client Software Update-Scan verarbeiten muss, erstellt Scan Agent eine Scan-Anfrage auf Basis der verfügbaren Richtlinie wie hier beschrieben:
  2. Scan Agent jetzt sendet einen WSUS-Standortanfragen auf Diensten wie hier beschrieben:
  3. Diensten eine Standortanfragen erstellt und an den Verwaltungspunkt gesendet. Die Paket-ID für die Anforderung ein WSUS Speicherort ist Update Quelle eindeutige ID.
  4. CCM-Messaging Anforderungsnachricht Speicherort an den Verwaltungspunkt gesendet:
  5. Der Verwaltungspunkt analysiert diese und MP_GetWSUSServerLocations gespeicherten Prozedur zu WSUS Speicherorte aus der Datenbank:
  6. Nachdem Sie die Ergebnisse der gespeicherten Prozedur erhalten sendet der Verwaltungspunkt eine Antwort an den Client:
  7. CCM-Messaging empfängt die Antwort und sendet sie an Diensten:
  8. Diensten analysiert die Antwort und sendet die Position zum Scan-Agent:
  9. Scan-Agent hat die Richtlinie und am Quellspeicherort Update mit der entsprechenden Inhalte.
  10. Scan-Agent benachrichtigt WUAHandler Updatequelle hinzufügen. WUAHandler die Updatequelle zur Registrierung hinzugefügt und initiiert eine Aktualisierung der Gruppenrichtlinie (sofern der Client in der Domäne ist), um festzustellen, ob die Gruppenrichtlinie Aktualisierungsserver überschreibt der soeben hinzugefügten.
  11. Nach dem Updatesource hinzugefügt, löst Scan-Agent eine Nachricht und Initiatesthe scannen:

Problembehandlung

Protokoll-Symptome Was Sie Kontrollkästchen
ScanAgent.log zeigt keine Richtlinie für Updatequelle und kein WUAHandler.log vorhanden ist oder keine Aktivität in WUAHandler.log Überprüfen Sie können Softwareupdates auf Clients festlegen. Weitere Informationen finden Sie im folgende TechNet-Dokument: Informationen zu Clienteinstellungen in Configuration Manager
ScanAgent-LocationServices-Empfangsspeicherort keine WSUS-server Ist eine Rolle (Software Update Point, SUP) für die Site installiert? Wenn nicht, installieren und konfigurieren ein Softwareupdatepunkt und SUPSetup.log für den Fortschritt überwachen. Finden Sie weitere Informationen: Installieren und Konfigurieren von einem Softwareupdatepunkt Ist eine SUP-Rolle installiert, konfiguriert und synchronisieren? Suchen Sie WCM.log, WSUSCtrl.log und WSyncMgr.log nach Fehlern. Wählen Sie * aus WSUSServerLocations Wählen Sie * aus Update_SyncStatus
Client empfängt die WSUS-Position aber nicht die WSUS-Registrierungsschlüssel konfigurieren Reagiert Gruppe Aktualisierung innerhalb des Zeitlimits 2 Minuten pro WUAHandler.log? In diesem Fall gibt WUAHandler an "Gruppenrichtlinien von einer höheren Autorität (Domänencontroller) überschrieben wurden"? Suchen Sie ein Gruppenrichtlinienobjekt in der Domäne festlegen.

 

 

 

Nach der Client identifiziert und legen Sie den WSUS-Server die Updatequelle für Software überprüft werden, fordert Scan Agent dann den Scan von WUAHandler, die Windows Update Agent-API verwendet, um Software Update Scan vom Windows Update-Agent anfordern. Ein Scan möglicherweise eine geplante oder manuelle Software Update-Scan, geplante oder manuelle Software aktualisiert Bereitstellung neu zu bewerten oder eine Bereitstellung, die aktiv eine Bewertung auslöst.

ScanAgent.log:

 

ScanJob({JobID}): CScanJob::Execute - successfully requested Scan, ScanType=1   

WUAHandler.log:

Scannen Abgelöste Updates nur, wenn sie durch die Servicepacks ersetzt werden und Definitionsupdates Ergebnisse enthalten.

Search Criteria is (DeploymentAction=* AND Type='Software') OR (DeploymentAction=* AND Type='Driver') Running single-call scan of updates. Async searching of updates using WUAgent started. 

Tipp Überprüfen Sie WUAHandler.log nach ein Softwareupdate Überprüfen auf neue Einträge auftreten. Treten keine neuen Einträge können dies haben wir keine Unterstützung vom Verwaltungspunkt zurückgegeben.

Problembehandlung

Eine Reihe von Problemen mit Software Update Scan kann durch fehlende oder beschädigte Dateien oder Registrierungsschlüssel oder Komponente Registrierungsprobleme verursacht werden. Über die Windows Update-Problembehandlung, Windows Update-Agents aktualisieren oder Zurücksetzen der Windows Update-Agent Datenspeicher feststellbar sind:

Die Windows Update-Problembehandlung

2714434 - Beschreibung der Windows Update-Problembehandlung (http://support.microsoft.com/kb/2714434)

Windows Update Agent aktualisiert:

949104 - zum Windows Update-Agent auf die neueste Version (http://support.microsoft.com/kb/949104) aktualisieren

Wenn der Client eine ältere Version des Windows Update-Agent ausgeführt wird, werden Sie bewusst, dass es ein bekanntes Problem, kein 32-Bit-Windows 7 Configuration Manager 2012 R2-Client fordert einen Scan der Scan-Ergebnisse an Configuration Manager zurück. Den Client Bericht falsche Konformitätsstatus dadurch und die Updates nicht installiert wenn Configuration Manager den Aktualisierungszyklus anfordert. Jedoch verwenden Sie die Systemsteuerungsoption Windows Update installiert Updates in der Regel problemlos. Wenn dieses Problem sollten Sie eine Meldung ähnlich der folgenden WindowsUpdate.logfeststellen:

WARNING: ISusInternal::GetUpdateMetadata2 failed, hr=8007000E  

Im Kern ist dies ein Speicherbelegungsproblem, damit 64-Bit-Windows 7-Computer nicht sehen dieser Fehler ihren Adressraum effektiv unbegrenzt ist. Sie werden jedoch Speicher und hohe CPU-Auslastung möglicherweise die Leistung zeigen. Beachten Sie, dass X86 Clients stellen auch hohe Speicherverwendung (normalerweise ca. 1,2 bis 1,4 gb).

Weitere Informationen zu diesem Problem finden Sie im folgenden Artikel:

Support-Tipp: Scan der Configuration Manager 2012 fehl und wird falsch Konformitätsstatus

Glücklicherweise ist ein Hotfix für dieses Problem:

3050265 - Windows Update-Client für Windows 7: Juni 2015 (https://support.microsoft.com/en-us/kb/3050265)

Zurücksetzen des Windows Update-Agent-Datenspeichers:

Um die Windows Update-Agent Datenspeicher zurückzusetzen, gehen Sie folgendermaßen vor:

  1. Beenden Sie den Dienst Windows Update durch net Stop Wuauserv von einer Befehlszeile aus ausführen.
  2. Benennen Sie den Ordner C:\Windows\SoftwareDistribution auf C:\Windows\SoftwareDistribution.old.
  3. Starten Sie den Dienst Windows Update von net Start Wuauserv aus einer Befehlszeile ausführen.
  4. Initiieren Sie Softwareupdate Scanzyklus.

Zusammenfassung

Also bei der Behandlung von Scan-Fehlern, sind die Protokolle, die, denen Sie betrachten sollten, WUAHandler.log und "windowsupdate.log". Da WUAHandler gibt lediglich was Windows Update Agent berichtet, bei WUAHandler wäre der gleiche Fehler, der von der Windows Update-Agent selbst gemeldet wurde, daher mehr Informationen über den Fehler gefunden in "windowsupdate.log". Zu verstehen, lesen Sie "windowsupdate.log"finden im folgenden Artikel:

902093 - wie die Datei "windowsupdate.log" (https://support.microsoft.com/en-us/kb/902093)

Die beste Quelle für Informationen kommen aus Protokolle und die darin enthaltenen Fehlercodes. Als Referenz finden Sie die vollständige Liste der Fehlercodes hier Windows Update:

938205 - Windows Update Fehler Codeliste (http://support.microsoft.com/kb/938205)

 

Sobald angefordert, startet Windows Update Agent (WUA) Überprüfung anhand der konfigurierten WSUS-Server.

Windows Update-Agent startet einen nach dem Empfang einer Anforderung von Configuration Manager-Client (CcmExec). Wenn diese Registrierungswerte WSUS-Computer korrekt, die gültige SUP für die Site über lokale Richtlinie festgelegt sind, müsste eine COM-API-Suchanfrage von Configuration Manager-Client (ClientId = CcmExec) wie folgt:

WindowsUpdate.log:

COMAPI -- START --  COMAPI: Search [ClientId = CcmExec]COMAPI <<-- SUBMITTED -- COMAPI: Search [ClientId = CcmExec]   PT   + ServiceId = {ServiceID}, Server URL =  http://PS1.CONTOSO.COM:8530/ClientWebService/client.asmxAgent ** START **  Agent: Finding updates [CallerId = CcmExec]Agent   * Include potentially superseded updates  Agent   * Online = Yes; Ignore download priority = Yes  Agent   * Criteria = "(DeploymentAction=* AND Type='Software') OR (DeploymentAction=* AND Type='Driver')"  Agent   * ServiceID = {ServiceID} Managed Agent   * Search Scope = {Machine}  

 

WindowsUpdate.log:

 

PT   + ServiceId = {ServiceID}, Server URL = http://PS1.CONTOSO.COM:8530/ClientWebService/client.asmx  Agent   * Added update {4AE85C00-0EAA-4BE0-B81B-DBD7053D5FAE}.104 to search result Agent   * Added update {57260DFE-227C-45E3-9FFC-2FC77A67F95A}.104 to search result  Agent   * Found 163 updates and 70 categories in search; evaluated appl. rules of 622 out of 1150 deployed entities  Agent **  END  **  Agent: Finding updates [CallerId = CcmExec]  COMAPI >>--  RESUMED  -- COMAPI: Search [ClientId = CcmExec]COMAPI   - Updates found = 163  COMAPI --  END  --  COMAPI: Search [ClientId = CcmExec] 

Problembehandlung

Windows Update Agent muss während eines Scans mit ClientWebService und SimpleAuthWebService virtuelle Verzeichnisse auf dem WSUS-Computer kommunizieren, um einen Scan durchführen. Der Client mit dem WSUS-Computer kommunizieren kann, schlägt die Überprüfung fehl. Hierfür eine Reihe von Gründen, einschließlich

  • Probleme im Zusammenhang mit Proxy
  • HTTP-Timeout-Fehlern
  • Authentifizierungsfehler
  • Zertifikatprobleme

Wir behandelt jede dieser unten.

Probleme im Zusammenhang mit Proxy

Windows Update Agent verwendet WinHTTP nach verfügbaren Updates suchen. Wird ein Proxyserver zwischen dem Client und dem WSUS-Computer, müssen die Proxyeinstellungen korrekt auf den Clients kommunizieren mit dem vollqualifizierten Domänennamen WSUS können konfiguriert werden. Bei Proxy kann "windowsupdate.log" Fehlermeldungen anzeigen, die den folgenden ähneln:

0x80244021 or HTTP Error 502 - Bad gateway0x8024401B or HTTP Error 407 - Proxy Authentication Required0x80240030 - The format of the proxy list was invalid0x8024402C - The proxy server or target server name cannot be resolved

In den meisten Fällen können Sie den Proxy für lokale Adressen umgehen, da der WSUS-Computer wahrscheinlich innerhalb des Intranets trotzdem befindet. Allerdings ist der Client im Internet müssen Sie sicherstellen, dass der Proxyserver für die Kommunikation konfiguriert ist. Führen Sie die folgenden Befehle an die WinHTTP-Proxyeinstellungen:

  • Unter Windows XP: proxycfg.exe
  • Unter Windows Vista oder höher: Netsh Winhttp Proxy anzeigen

Obwohl Proxyeinstellungen in Internet Explorer konfigurierten Proxyeinstellungen WinINET gehören, sind WinHTTP-Proxyeinstellungen nicht notwendigerweise in Internet Explorer konfigurierten Proxyeinstellungen identisch. Wenn die Proxyeinstellungen ordnungsgemäß in Internet Explorer festgelegt sind, können Sie die Proxykonfiguration aus IE als WinHTTP-Proxyeinstellungen verwenden importieren. Führen Sie den folgenden Befehl, um Proxy-Konfiguration von Internet Explorer zu importieren:

  • Unter Windows XP: proxycfg.exe-u
  • Unter Windows Vista und höher: Netsh Winhttp Proxy Importquelle ie =

Weitere Informationen finden Sie unter:

900935 - wie der Windows Update-Client legt fest, welcher Proxyserver für die Verbindung zur Windows Update-Website verwenden

934864 - Microsoft DNS und WINS für WPAD-Registrierung

DNS und DHCP-Unterstützung für Webproxy und Firewall Client Autodiscovery: https://technet.microsoft.com/en-us/library/cc302584.aspx

HTTP-Timeout-Fehlern

Um HTTP-Timeout-Fehler zu beheben, prüfen Sie zunächst die IIS-Protokolle auf dem WSUS-Computer, um sicherzustellen, dass die Fehler tatsächlich von WSUS zurückgegeben werden. WSUS-Computer nicht den Fehler zurückgibt, ist das Problem wahrscheinlich mit Firewalls oder Proxyserver.

Wenn der WSUS-Computer den Fehler zurück, überprüfen Sie die Konnektivität mit dem WSUS-Computer. Hier sind die Schritte:

Bestätigen, dass der Client mit dem richtigen WSUS-Server verbinden, finden Sie die URL der dem WSUS-Computer von der Windows Update-Agent-Client verwendet. Dieser Registrierungsschlüssel HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate überprüfen oder mithilfe der Datei "windowsupdate.log" finden.

Gründe, die die WSUS-Zuweisung möglicherweise falsch enthalten Gruppenrichtlinienkonflikte oder zusätzliche SUP an einem sekundären Standort nach der ersten Client-Installation.

Hinweis Active Directory-Gruppenrichtlinien kann die lokale Richtlinie WSUS überschreiben.

Software Updates Feature konfiguriert automatisch eine lokale Gruppenrichtlinie für den Configuration Manager-Client, damit sie mit den Quellspeicherort Softwareupdatepunkt Port konfiguriert ist. Der Servername und Port Nummer für Clients Softwareupdatepunkt gefunden werden.

Wenn ein Active Directory -Gruppenrichtlinie auf Computern für Installation Clients Softwareupdatepunkt angewendet wird, überschreibt dieses die lokale Gruppenrichtlinie. Deshalb Wenn der Wert der Einstellung in der Active Directory-Gruppenrichtlinie definiert ist, die vom Konfigurations-Manager festgelegt wird fehl die Überprüfung auf dem Client, da den richtigen WSUS-Computer finden kann. In diesem Fall wird WUAHandler.log Folgendes angezeigt:

Group policy settings were overwritten by a higher authority (Domain Controller) to: Server http://server and Policy ENABLED 

Softwareupdatepunkt Client Installation und Software-Updates muss denselben Server und in der Active Directory-Gruppenrichtlinien-Einstellung mit dem richtigen Namen Format und Port anzugeben. Beispielsweise wäre dies Http://server1.contoso.com:80 verwenden den Softwareupdatepunkt die Standardwebsite wurde.

Angenommen, die URL korrekt ist, Zugriff auf den Server über eine URL wie folgt eine Verbindung zwischen dem Client und dem WSUS-Computer überprüfen:

http://SUPSERVER.CONTOSO.COM:8530/Selfupdate/wuident.cab

So Whetherthe Client ClientWebService virtuelle Verzeichnis zugreifen kann, versuchen Sie aURL wie folgt:

http://SUPSERVER.CONTOSO.COM:8530/ClientWebService/wusserverversion.xml

Überprüft, ob der Client kann Zugriff auf die SimpleAuthWebService, versuchen Sie eine URL wie folgt:

http://SUPSERVER.CONTOSO.COM:8530/SimpleAuthWebService/SimpleAuth.asmx

Wenn diese fehlschlägt, sind einige möglichen Ursachen:

Hier Fehler von Konfigurationsproblemen Port möglicherweise ist eine gute Idee, überprüfen die Einstellungen. WSUS kann konfiguriert werden die folgenden Ports: 80, 443 oder 8530, 8531.

Kunden mit dem WSUS-Computer kommunizieren dürfen die entsprechenden Ports auf der Firewall auf dem WSUS-Computer. Ports werden konfiguriert, wenn Softwareupdatepunkt Standortsystemrolle erstellt wird. Diese Einstellungen müssen den Porteinstellungen der WSUS-Website identisch oder WSUS-Synchronisierung nicht Verbindung mit WSUS auf den Softwareupdatepunkt Synchronisation anfordern. Die folgenden Verfahren enthalten Informationen die von WSUS und den Softwareupdatepunkt verwendeten Anschluss überprüft.

Bestimmen von WSUS Einstellungen in IIS 7.0 und höher

Bestimmen von WSUS Einstellungen in IIS 6.0

Konfigurieren von Ports für den Softwareupdatepunkt

Überprüfen Sie die Port-Verbindung

Um Port Verbindung des Clients zu überprüfen, führen Sie den folgenden Befehl ein:

Telnet SUPSERVER. CONTOSO.COM

Ob unsere Port 8530 würden wir den folgenden Befehl verwenden:

Telnet SUPSERVER. CONTOSO.COM 8530

Wenn der Anschluss nicht möglich ist, wird Telnet eine Fehlermeldung, die der folgenden ähnelt:

Could not open connection to the host, on port <PortNumber>

 

Dieser Fehler deutet Firewall-Regeln nicht für die Kommunikation für den WSUS-Computer konfiguriert sind. Beachten Sie, dass dieser Fehler auch vorgeschlagen zwischengeschaltete Netzwerkgerät den Anschluss blockiert. Überprüfen, versuchen Sie den gleichen Test über einen Client im lokalen Subnetz. Wenn dies funktioniert, dann, die vermuten, dass der Computer ordnungsgemäß konfiguriert jedoch einen Router oder eine Firewall zwischen den Segmenten blockiert den Port und den Fehler verursacht.

  1. Stellen Sie sicher, dass der Client die richtige URL verwenden
  2. Testen Sie den URL
    • Probleme mit der Auflösung auf dem Client. Stellen Sie sicher, dass Sie den FQDN des WSUS-Computer beheben können.
    • Proxy-Konfigurationsprobleme. Siehe Schritt 1 oben aus.
    • Andere netzwerkbezogene Verbindungsprobleme.
    • Port-Konfigurationsprobleme (siehe unten).
    • IIS-Verfügbarkeitsproblemen.
    1. Öffnen Sie auf dem WSUS-Computer Internet Information Services (IIS) Manager.
    2. Erweitern Sie Standorterechten Maustaste auf die Website für den WSUS-Computer und klicken Sie Bindungen bearbeiten.
    3. Im Dialogfeld Website Bindungen werden HTTP- und HTTPS-Port-Werte in der Spalte Ports angezeigt.
    1. Öffnen Sie auf dem WSUS-Server Internet Information Services (IIS) Manager.
    2. Erweitern Sie Websites, Maustaste auf der Website dem WSUS-Computer, und klicken Sie auf Eigenschaften.
    3. Klicken Sie auf die Registerkarte Website . Die HTTP-Port-Einstellung wird im TCP-Port und die HTTPS-Port-Einstellung in SSL-Portangezeigt.
    1. Navigieren Sie in der Configuration Manager-Konsole zu Bereich Verwaltung -> Standortkonfiguration - Servern und Standortsystemrollen> und dann < SiteSystemName > im rechten Bereich auf.
    2. Im unteren Bereich Softwareupdatepunkt Maustaste, und klicken Sie dann auf Eigenschaften.
    3. Wechseln Sie zur Registerkarte Allgemein und überprüfen Sie die WSUS-Konfiguration Portnummern angeben /.

Authentifizierungsfehler

Dies wird in der Regel fällt die Überprüfung mit Authentifizierungsfehler 0x80244017 (HTTP-Status 401) oder 0x80244018 (HTTP-Status 403)

Bestätigen Sie zunächst die richtigen WinHTTP-Proxyeinstellungen mit den folgenden Befehlen:

  • Unter Windows Vista oder höher: Netsh Winhttp Proxy anzeigen
  • Unter Windows XP: proxycfg.exe

Angenommen, die Proxyeinstellungen korrekt sind, Überprüfen der Konnektivität mit dem WSUS-Computer die Schritte oben Http-Timeout-Fehlern Überprüfen Sie auch die IIS-Protokolle auf dem WSUS-Computer, um sicherzustellen, dass HTTP-Fehler von WSUS zurückgegeben werden. WSUS-Computer nicht den Fehler zurückgibt, ist das Problem wahrscheinlich mit Firewalls oder Proxyserver.

Zertifikatprobleme

Zertifikatprobleme sind normalerweise Fehlercode 0x80072F0C gekennzeichnet, d. h. "ein Zertifikat erforderlich ist Clientauthentifizierung abgeschlossen." Dieser Fehler sollte nur auftreten, wenn der WSUS-Computer für SSL konfiguriert ist. Als Teil der SSL-Konfiguration WSUS virtuelle Verzeichnisse zur Verwendung von SSL konfiguriert werden müssen und Clientzertifikate "Ignorieren" festgelegt werden. Wenn der WSUS-Website oder die virtuellen Verzeichnisse falsch konfiguriert sind "Accept" oder "Erforderlich" Clientzertifikate, erhalten Sie diese Fehlermeldung.

Gehen Sie Problembehandlung Zertifikat auftreten:

Die Softwareupdatepunkt für SSL konfiguriert ist

  1. Configuration Manager-Konsole navigieren Sie zu Administration Pane- Standortkonfiguration > -> Server-Standortsystemrollen, dann klicken Sie im rechten Fensterbereich auf < SiteSystemName > .
  2. Im unteren Bereich Softwareupdatepunkt Maustaste, und klicken Sie dann auf Eigenschaften.
  3. Klicken Sie auf der Registerkarte Allgemein auf Kommunikation mit den WSUS-Server SSL erforderlich.

WSUS-Computer für SSL konfiguriert ist

  1. Die WSUS-Konsole Softwareupdatepunkt für die Website zu öffnen.
  2. Klicken Sie im Konsolenstrukturbereich.
  3. Klicken Sie im Anzeigebereich auf Updatequelle und Proxyserver .
  4. Stellen Sie sicher, dass SSL beim Synchronisieren der Updateinformationen verwenden aktiviert ist.

Überprüfen Sie, ob das Serverauthentifizierungszertifikat WSUS-Verwaltungswebsite hinzugefügt wird

Um die WSUS-Verwaltungswebsite das Serverauthentifizierungszertifikat hinzuzufügen, führen Sie folgende Schritte aus:

  1. Öffnen Sie auf dem WSUS-Computer Internet Information Services (IIS) Manager.
  2. Erweitern Sie Standorteder rechten Maustaste auf Standardwebsiteoder WSUS -Verwaltungswebsite ist WSUS konfiguriert eine benutzerdefinierte Website, und wählen Sie Bearbeiten Bindings.
  3. Auf den HTTPS -Eintrag, und klicken Sie dann auf Bearbeiten. .
  4. Wählen Sie im Dialogfeld Standort bearbeiten Bindung werdendas Serverauthentifizierungszertifikat , und klicken Sie auf OK.
  5. Klicken Sie auf OK im Dialogfeld Bindung für Site bearbeiten und dann auf Schließen.
  6. Schließen Sie Internet Information Services (IIS) Manager.

Wichtig Stellen Sie sicher, dass in die Seite Systemeigenschaften angegebene FQDN im Zertifikat angegebene FQDN entspricht. Nimmt den Softwareupdatepunkt Verbindungen aus dem Intranet enthalten Antragstellernamen oder alternativer Antragstellername im Intranet FQDN. Bei den Softwareupdatepunkt Clientverbindungen aus dem Internet akzeptiert, muss das Zertifikat weiterhin FQDN Internet und Intranet FQDN da WCM und WSyncMgr weiterhin im Intranet FQDN Softwareupdatepunkt Verbindung. Nimmt den Softwareupdatepunkt Clientverbindungen aus dem Internet und dem Intranet müssen FQDN Internet und Intranet FQDN mit und-Zeichen (&) Symbol als Trennzeichen zwischen den beiden Namen angegeben werden.

Stellen Sie sicher, dass SSL auf dem WSUS-Computer konfiguriert ist

Die folgende Verknüpfung gilt für System Center Configuration Manager 2007 jedoch dieselben Schritte zum Konfigurieren von SSL für WSUS in Configuration Manager 2012 verwendet werden können:

So konfigurieren Sie die WSUS-Website SSL verwenden

Wichtig Die gesamte WSUS Website SSL erfordert, da kann nicht konfiguriert werden und alle Verkehr zur Site WSUS müssen verschlüsselt werden. WSUS verschlüsselt Update-Metadaten. Wenn ein Computer versucht, Dateien auf den HTTPS-Port abzurufen, schlägt die Übertragung fehl.

WUAHandler von der Windows Update-Agent erhält und die Überprüfung als abgeschlossen markiert.

WUAHandler.log:

Async searching completed. Finished searching for everything in single call.  

Problembehandlung

Probleme sollten wie Scan-Fehlern im vorherigen Schritt behandelt.

Wie zuvor in diesem Handbuch bei der Behandlung von Scan-Fehlern, sind die Protokolle, die, denen Sie betrachten sollten, WUAHandler.log und "windowsupdate.log". Da WUAHandler lediglich meldet, was Windows Update Agent berichtet bei WUAHandler der gleiche Fehler wäre, der von Windows Update Agent selbst gemeldet wurde daher mehr Informationen über den Fehler in "windowsupdate.log" gefunden. Zu verstehen, lesen Sie "windowsupdate.log" finden im folgenden Artikel:

902093 - wie die Datei "windowsupdate.log"

Im Allgemeinen gibt es viele Gründe, warum ein Softwareupdate Scan fehlschlägt. Konnte aufgrund eines der oben genannten Probleme werden oder es kann einfach kommen, einen Kommunikation oder Firewall zwischen dem Client und dem Computer Softwareupdatepunkt. Die beste Quelle für Informationen kommen aus Protokolle und die darin enthaltenen Fehlercodes. Als Referenz finden Sie die vollständige Liste der Fehlercodes hier Windows Update:

938205 - Windows Update Fehlerliste code

WUAHandler analysiert dann die Ergebnisse der Anwendbarkeit Status für jedes Update enthält. Abgelöste Updates werden als Teil dieses Prozesses, gelöscht. Außerdem wird der Zustand Anwendbarkeit für alle Updates überprüft, die die Suchkriterien CCMExec auf der Windows Update-Agent ausrichten. Wichtig zu verstehen, dass Sie Anwendbarkeit sehen führt Updates, ob diese Updates in einer Bereitstellung oder nicht.

WUAHandler.log:

Pruning: update id (70f4f236-0248-4e84-b472-292913576fa1) is superseded by (726b7201-862a-4fde-9b12-f36b38323a6f). …Update (Installed): Security Update for Windows 7 for x64-based Systems (KB2584146) (4ae85c00-0eaa-4be0-b81b-dbd7053d5fae, 104)  Update (Missing): Security Update for Windows 7 for x64-based Systems (KB2862152) (505fda07-b4f3-45fb-83d9-8642554e2773, 200) …Successfully completed scan. 

Problembehandlung

Probleme sollten wie Scan-Fehlern im vorherigen Schritt behandelt.

Wie zuvor in diesem Handbuch bei der Behandlung von Scan-Fehlern, sind die Protokolle, die, denen Sie betrachten sollten, WUAHandler.log und "windowsupdate.log". Da WUAHandler lediglich meldet, was Windows Update Agent berichtet bei WUAHandler der gleiche Fehler wäre, der von Windows Update Agent selbst gemeldet wurde daher mehr Informationen über den Fehler in "windowsupdate.log" gefunden. Zu verstehen, lesen Sie "windowsupdate.log" finden im folgenden Artikel:

902093 - wie die Datei "windowsupdate.log"

Im Allgemeinen gibt es viele Gründe, warum ein Softwareupdate Scan fehlschlägt. Konnte aufgrund eines der oben genannten Probleme werden oder es kann einfach kommen, einen Kommunikation oder Firewall zwischen dem Client und dem Computer Softwareupdatepunkt. Die beste Quelle für Informationen kommen aus Protokolle und die darin enthaltenen Fehlercodes. Als Referenz finden Sie die vollständige Liste der Fehlercodes hier Windows Update:

938205 - Windows Update Fehlerliste code

Shop Update zeichnet den Status und löst eine Nachricht für jedes Update in WMI.

Sobald der Scan-Ergebnisse verfügbar sind, werden diese Ergebnisse im Speicher Updates gespeichert. Update-Speicher den aktuellen Status des jeweiligen und eine Nachricht für jedes Update. Diese Status werden auf dem Standortserver gebündelt am Ende des Zyklus Statusberichte Nachricht weitergeleitet (die standardmäßig Minuten). Beachten Sie, dass wir nur unter folgenden Umständen eine Nachricht senden:

  • Eine vorherige Nachricht wurde nie ein Update gesendet (Eintrag: noch nicht gemeldet, neue Instanz)
  • Anwendbarkeit Zustand Update wurde geändert, seit die letzte Nachricht übermittelt wurde

UpdateStore.log mit Status für fehlende Update (KB2862152) aufgenommen und eine Nachricht ausgelöst wird:

Processing update status from update (505fda07-b4f3-45fb-83d9-8642554e2773) with ProductID = 0fa1201d-4330-4fa8-8ae9b877473b6441 Update status from update (505fda07-b4f3-45fb-83d9-8642554e2773) hasn't been reported before, creating new instance. Successfully raised state message for update (505fda07-b4f3-45fb-83d9-8642554e2773) with state (Missing).  Successfully added WMI instance of update status (505fda07-b4f3-45fb-83d9-8642554e2773). 

StateMessage.log Zustand zeigt Nachrichten mit Zustand-ID 2 (fehlt) aufgezeichnet:

Adding message with TopicType 500 and TopicId 505fda07-b4f3-45fb-83d9-8642554e2773 to WMI State message(State ID : 2) with TopicType 500 and TopicId 505fda07-b4f3-45fb-83d9-8642554e2773 has been recorded for SYSTEM 

Tipp Für jedes Update eine Instanz der CCM_UpdateStatus-Klasse erstellt oder aktualisiert, und den aktuellen Status des Updates gespeichert. Die CCM_UpdateStatus-Klasse befindet sich im ROOT\CCM\SoftwareUpdates\UpdatesStore-Namespace.

Problembehandlung

Probleme sollten wie Scan-Fehlern im vorherigen Schritt behandelt.

Wie zuvor in diesem Handbuch bei der Behandlung von Scan-Fehlern, sind die Protokolle, die, denen Sie betrachten sollten, WUAHandler.log und "windowsupdate.log". Da WUAHandler lediglich meldet, was Windows Update Agent berichtet bei WUAHandler der gleiche Fehler wäre, der von Windows Update Agent selbst gemeldet wurde daher mehr Informationen über den Fehler in "windowsupdate.log" gefunden. Zu verstehen, lesen Sie "windowsupdate.log" finden im folgenden Artikel:

902093 - wie die Datei "windowsupdate.log"

Im Allgemeinen gibt es viele Gründe, warum ein Softwareupdate Scan fehlschlägt. Konnte aufgrund eines der oben genannten Probleme werden oder es kann einfach kommen, einen Kommunikation oder Firewall zwischen dem Client und dem Computer Softwareupdatepunkt. Die beste Quelle für Informationen kommen aus Protokolle und die darin enthaltenen Fehlercodes. Als Referenz finden Sie die vollständige Liste der Fehlercodes hier Windows Update:

938205 - Windows Update Fehlerliste code

Wenn WUAHandler die Ergebnisse erfolgreich von der Windows Update-Agent erhält, Scan als abgeschlossen markiert und meldet die folgenden:

WUAHandler.log:

Async searching completed. WUAHandler Finished searching for everything in single call

Problembehandlung

Probleme sollten wie Scan-Fehlern im vorherigen Schritt angesprochen werden, obwohl in dieser Phase Fehler speziell wahrscheinlich in der Datei "windowsupdate.log" angezeigt werden. Zu verstehen, lesen Sie "windowsupdate.log" finden im folgenden Artikel:

902093 - wie die Datei "windowsupdate.log"

Im Allgemeinen gibt es viele Gründe, warum ein Softwareupdate Scan fehlschlägt. Konnte aufgrund eines der oben genannten Probleme werden oder es kann einfach kommen, einen Kommunikation oder Firewall zwischen dem Client und dem Computer Softwareupdatepunkt. Die beste Quelle für Informationen kommen aus Protokolle und die darin enthaltenen Fehlercodes. Als Referenz finden Sie die vollständige Liste der Fehlercodes hier Windows Update:

938205 - Windows Update Fehlerliste code

WSUS synchronisieren mit Microsoft Update ist in den folgenden Schritten beschrieben. Bestätigen Sie jeden Schritt, um ordnungsgemäß festlegen, wo das Problem.

Auslösen eine Synchronisation erwarten wir innerhalb der WSUS-Server SoftwareDistribution.log:

Manuell:

Changew3wp.6AdminDataAccess.StartSubscriptionManuallySynchronization manually started Info WsusService.27EventLogEventReporter.ReportEventEventId=382,Type=Information,Category=Synchronization,Message=A manual synchronization was started. 

GEPLANT:

InfoWsusService.10EventLogEventReporter.ReportEventEventId=381,Type=Information,Category=Synchronization,Message=A scheduled synchronization was started. 

Problembehandlung

Manuelle Synchronisierung

  1. Bestätigen Sie, dass TheWSUS ausgeführt wird.  Angezeigt und manuelle Synchronisierung wurde gestartet, aber es bleibt bei 0 %, dies ist in der Regel aufgrund der WSUS-Dienst ("Update Services" auf WSUS 3.x; "WSUSService" in Windows Server 2012 +) wird beendet.
  2. Zurücksetzen des WSUS-Konsole MMC-Caches folgende abschließen:

    1. Schließen Sie die WSUS-Konsole
    2. Beenden Sie den WSUS-Dienst ("Update Services" auf WSUS 3.x; "WSUS-Service" in Windows Server 2012 +)
    3. Navigieren Sie zu %appdata%\Microsoft\mmc
    4. Benennen Sie "Wsus", "Wsus_bak"
    5. WSUS-Dienst starten
    6. Öffnen Sie der WSUS-Konsole und versuchen Sie eine andere manuelle Synchronisierung

Geplante Synchronisierung

  1. Versuchen Sie eine manuelle Synchronisierung der WSUS-Konsole.
  2. Wenn eine manuelle Synchronisierung funktioniert, überprüfen Sie die geplante synchronisierungseinstellungen.

Nach dem Start einer Synchronisation versucht des WSUS-Servers eine HTTP-Verbindung mit WinHTTP. Faktoren Sie die folgenden bei der Problembehandlung für der Verbindungs:

WSUS < = Winhttp = > Entitäten <> = Internet Netzwerk

Gibt eine Netzwerkentität (Proxy Firewall Sicherheitsfilter, usw.) zwischen WSUS-Host-Computer und dem Internet?

Wenn Proxy vorhanden und des WSUS-Servers erforderlich, um den Proxy verwenden, ist der Proxy in der richtigen WSUS Einstellungen konfiguriert?

Problembehandlung

Manuelle Synchronisierung

  1. Bestätigen Sie, dass der WSUS-Dienst ausgeführt wird. Wenn Sie feststellen, dass eine manuelle Synchronisierung wurde gestartet, aber es bei 0 bleibt %, Dies liegt der WSUS-Dienst ("Update Services" auf WSUS 3.x; "WSUS Service" in Windows Server 2012 +) wird beendet.
  2. Zurücksetzen des WSUS-Konsole MMC-Caches folgende abschließen:
    1. Schließen Sie die WSUS-Konsole
    2. Beenden Sie den WSUS-Dienst ("Update Services" auf WSUS 3.x; "WSUS-Service" in Windows Server 2012 +)
    3. Navigieren Sie zu %appdata%\Microsoft\mmc
    4. Benennen Sie "Wsus", "Wsus_bak"
    5. WSUS-Dienst starten
    6. Öffnen Sie der WSUS-Konsole und versuchen Sie eine andere manuelle Synchronisierung

Geplante Synchronisierung

  1. Versuchen Sie eine manuelle Synchronisierung der WSUS-Konsole
  2. Wenn eine manuelle Synchronisierung funktioniert, überprüfen Sie die geplante synchronisierungseinstellungen.

WSUS Produkt und Klassifizierungsinformationen und abonnierten Metadaten von Microsoft Update erhält, ist die WSUS-Synchronisierung abgeschlossen.

Bereitstellungsprobleme mit bestimmten Updates können in folgende Bereiche aufgeteilt werden. Wenn Sie mit der Problembehandlung beginnen, berücksichtigen Sie diese Bereiche zugeordnet.

Bereiche ->InstallationAbgelöste UpdatesErkennung
Komponenten ->WUA Update Installer (CBS, MSI) CCMExecUpdate-MetadatenWUA Update Metadaten Updateinstallationsprogramm (CBS, MSI)

Was ist das Installationsprogramm (CBS, MSI, anderen)?

CBS (komponentenbasierte Wartung):

Für Updates für das Betriebssystem (Windows Vista aktuelle), dient CBS Installation behandeln.

  1. 1. erfassen Sie CBS-Protokolldatei (% Windir%\Logs\Cbs\Cbs.log) und führen Sie eine erste Überprüfung Einblicke in die Fehlerursache. Installation der Grundlage zur Fehlerbehebung über CBS Protokolle ist nicht Gegenstand dieses Ratgebers jedoch der folgende Knowledge Base-Artikel helfen kann:947821 - Fehler Windows Update mit dem Tool DISM oder System Update Readiness
  2. Wird das Update erfolgreich angemeldeten Benutzers installiert? Wenn sie erfolgreich einen angemeldeten Benutzer installieren, schlägt nur fehl im Systemkontext installiert? In diesem Fall im Systemkontext manuelle Installation Fehlerbehebung konzentrieren.
MSI (WindowsInstaller):
Für Windows-Softwareupdates wird MSI zur Installation behandeln.
  1. Sammeln Sie und überprüfen Sie die Standardprotokolle MSI-Datei für das Update. Dem KB-Artikel für das Update alle bekannten Probleme/häufig gestellte Fragen zu überprüfen.
  2. Erweitert Windows Installer-Protokollierung, und reproduzieren Sie den Fehler. Finden Sie in den folgenden Knowledge Base-Artikel Weitere Informationen:223300 - Windows Installer-Protokollierung aktivierenRückgabewert 3 in das Protokoll und die Zeilen vor dieser Eintrag über den Fehler bei der Überprüfung der Protokolle überprüfen.
  3. Überprüfen Sie, ob das Update nicht unter dem lokalen Systemkonto mit den gleichen Installationsoptionen, die Fehler bei der Bereitstellung von Software manuell installieren. Wenn dies fehlschlägt, testen Sie die Installation als der angemeldete Benutzer mit den gleichen Installationsoptionen zu verstehen, ist dies ein Problem mit lokalen System installieren. Wenn dies funktioniert, können Sie das Problem wie richtig installiert das Update mit dem lokalen Systemkonto konzentrieren. Dies erfordert möglicherweise administrative Bereitstellungsrichtlinien in KB für die Aktualisierung oder online gesucht.

Versuchen Sie, das Problem zu isolieren, das Ablösung Zusammenhang mit folgenden Fragen:

  1. Für Fragen zum Steuern Ablauf Configuration Manager eine Aktualisierung lesen Sie den Abschnitt "Ablösung Regeln" hier: https://technet.microsoft.com/en-us/library/gg712312.aspx
  2. Wenn ein Update von Configuration Manager abgelaufen ist, empfiehlt Microsoft, das neueste vorrangige Update bereitgestellt werden. Benötigen Sie noch den abgelaufenen Updates bereitstellen, können diese außerhalb einer Bereitstellung über Software Distribution-Anwendung Management Software bereitgestellt werden.
  3. Fragen speziell auf Ablösung ein Update zuerst finden Sie im KB-Artikel für das Update für Weitere Informationen. Sie können auch Ablösung der Microsoft Update-Katalog, WSUS-Konsole oder die Configuration Manager-Konsole überprüfen.

Compliance Zustand pro Aktualisierung auf einem Client

  1. Lesen Sie das Update KB für bekannte Probleme mit dem Update.
  2. Die Aktion "Software Updates Scannen Cycle" auf der Configuration Manager-Client ausführen.
  3. Überprüfen Sie UpdatesStore.log und "windowsupdate.log".

Behandlung von Updateversionen

  1. Überprüfen Sie, ob alle erforderlichen Komponenten fehlen im KB-Artikel für die Aktualisierung verwenden. Erfordert das Update beispielsweise die Anwendung oder das Betriebssystem auf eine bestimmte Service Packs gepatcht?
  2. Bestätigen Sie, dass die eindeutige ID Aktualisieren des betreffenden Updates entspricht was bereitgestellt wird. Das Update in Frage ist beispielsweise ein X86 Update jedoch auf ein X64 Ziel Host?

Herzlichen Glückwunsch! Das Verwaltung von Softwareupdates Prozess Problem wurde behoben.

Weitere Informationen über Softwareupdates in Configuration Manager konfigurieren finden Sie Folgendes:

Sie können auch eine Frage in unseren Configuration Manager 2012-Support-Forum für Sicherheit, Updates und Compliance hier buchen:

https://social.technet.microsoft.com/Forums/en-US/home?forum=configmanagersecurity

Besuchen Sie unseren Blog für alle aktuellen Neuigkeiten, Informationen und technische Tipps für Microsoft System Center Configuration Manager:

https://blogs.technet.microsoft.com/configurationmgr