Freigeben über

Problembehandlung bei Bereitstellungen von Softwareupdates in Configuration Manager

  • Artikel

In diesem Artikel wird beschrieben, wie Sie Probleme mit Softwareupdatebereitstellungen beheben, die nicht erfolgreich ausgeführt werden.

Originalproduktversion: Microsoft System Center 2012 Configuration Manager, Microsoft System Center 2012 R2 Configuration Manager
Ursprüngliche KB-Nummer: 3090264

Zusammenfassung

Wenn Sie Softwareupdates in Configuration Manager bereitstellen, fügen Sie in der Regel die Updates zu einer Softwareupdategruppe hinzu. Stellen Sie dann die Softwareupdategruppe auf Clients bereit. Wenn Sie die Bereitstellung erstellen, wird die Updaterichtlinie an Clientcomputer gesendet. Die Updateinhaltsdateien werden von einem Verteilungspunkt auf den lokalen Cache auf dem Clientcomputer heruntergeladen. Die Updates sind dann für die Installation auf dem Client verfügbar. Normalerweise wird dieser Vorgang erfolgreich mit geringem Aufwand abgeschlossen. Es können jedoch Probleme auftreten, die dazu führen, dass die Updatebereitstellung fehlschlägt. Wir behandeln die beiden am häufigsten verwendeten Fehlerszenarien und stellen für jedes Problembehandlung Vorschläge bereit.

Weitere Informationen zu Softwareupdates in Configuration Manager finden Sie in der Einführung zu Softwareupdates.

Wenn die Bereitstellung von Softwareupdates fehlschlägt, fällt das Problem in der Regel in eine von zwei Kategorien:

  • Updates können nicht heruntergeladen werden.
  • Unerwartete Neustarts oder Updates werden außerhalb eines Wartungsfensters installiert.

Updates können nicht heruntergeladen werden.

  1. Wenn Updates nicht auf den Client heruntergeladen werden, überprüfen Sie zuerst die CAS.log, ContentTransferManager.log und DataTransferService.log Dateien auf Fehler. Informationen dazu, wie Updates heruntergeladen werden, finden Sie unter Nachverfolgen des Softwareupdatebereitstellungsprozesses in Configuration Manager

  2. Stellen Sie sicher, dass sich der Client in der entsprechenden Grenze befindet, die der Begrenzungsgruppe für den Verteilungspunkt zugeordnet ist. Weitere Informationen zu Grenzgruppen finden Sie unter Konfigurieren von Begrenzungs- und Begrenzungsgruppen in Configuration Manager.

  3. Überprüfen Sie den Status des Softwareupdatepakets, und stellen Sie sicher, dass die Updates auf den Verteilungspunkten heruntergeladen und installiert werden. Wenn der Inhalt nicht auf dem Verteilungspunkt installiert ist, der der Grenzgruppe des Clients zugeordnet ist, überprüfen Sie, ob Fallback für den Inhaltsspeicherort aktiviert sein muss. Weitere Informationen finden Sie unter Was ist Fallback und was bedeutet das?.

  4. Wenn der Client den Downloadspeicherort empfängt, inhalte jedoch nicht herunterladen kann, versuchen Sie, den Inhalt manuell herunterzuladen, indem Sie auf die URL für den Inhalt zugreifen. Sie finden die URL, indem Sie DataTransferServices.log überprüfen.

Installations-, Supersedence- oder Erkennungsprobleme mit bestimmten Updates

  1. Überprüfen Sie, ob die Überprüfung während der Bereitstellungsauswertung fehlgeschlagen ist. Weitere Informationen zu Scanfehlern finden Sie unter "Problembehandlung bei Fehlern beim Softwareupdatescan" in Configuration Manager.
  2. Überprüfen Sie WUAHandler.log und WindowsUpdate.log, um die während der Updateinstallation empfangenen Fehler zu finden.
  3. Um ein Installationsproblem mit dem Update selbst auszuschließen, installieren Sie das Update manuell, oder installieren Sie es von Microsoft Update (sofern möglich). Überprüfen Sie, ob die Updateinstallation erfolgreich ist.
  4. Die meisten .NET Framework-Updatefehler werden durch beschädigte .NET Framework-Installationen verursacht. Versuchen Sie in diesen Fällen, das Update manuell zu installieren. Wenn der Installationsprozess fehlschlägt, lesen Sie " Beheben von Windows Update-Fehlern".

Weitere Informationen finden Sie unter "Installation", "Supersedence" oder "Erkennungsprobleme mit bestimmten Updates".

Unerwartete Neustarts oder Updates werden außerhalb eines Wartungsfensters installiert.

Aktivieren Sie nach Möglichkeit ausführliche Protokollierung und Debugprotokollierung, wenn das Problem reproduziert werden kann.

  1. Überprüfen Sie die ServiceWindowManager.log Datei auf dem Client, und identifizieren Sie die verfügbaren Dienstfenster.

    ServiceWindowManager.log enthält Informationen zu Wartungsfenstern und deren Start- und Endzeit. Diese Informationen können sehr nützlich sein, wenn Sie Probleme im Zusammenhang mit der Installation von Softwareupdates auf Clients beheben.

    Um eine Liste der verfügbaren Wartungsfenster (Dienstfenster) auf einem Client zu finden, öffnen Sie ServiceWindowManager.log, und suchen Sie nach der Zeichenfolge "Aktualisierungsdienst Windows ". Unmittelbar nach dieser Zeile sehen Sie eine Liste der entsprechenden Dienstfenster auf dem Computer, wie im folgenden Beispiel gezeigt:

    Refreshing Service Windows..... ServiceWindowManager  
Populating instance of ServiceWindow with ID=7cb56688-692f-4fae-b398-0e3ff4413adb, ScheduleString=02C159C0381A200002C159C0381B200002C159C0381C200002C159C0381D200002C159C0381E2000, Type=6 ServiceWindowManager  
This is a one shot Service Window that has already finished. ServiceWindowManager  
Duration for the Service Window is Total days: 0, hours: 00, mins: 00, secs: 00 ServiceWindowManager  
Populating instance of ServiceWindow with ID=90a5f436-364c-48c7-8dc7-c5014abcbea8, ScheduleString=00084AC028592000, Type=6 ServiceWindowManager  
StartTime is 02/09/14 00:00:00 ServiceWindowManager  
Duration for the Service Window is Total days: 1, hours: 05, mins: 00, secs: 00 ServiceWindowManager  
Populating instance of ServiceWindow with ID=45dca355-3249-4845-b8aa-72d0e604548e, ScheduleString=02C24AC0381C2000, Type=6 ServiceWindowManager  
StartTime is 02/12/14 22:00:00 ServiceWindowManager  
Duration for the Service Window is Total days: 0, hours: 07, mins: 00, secs: 00 ServiceWindowManager  
Populating instance of ServiceWindow with ID=87e4759c-2884-45e6-9261-c33ba53f596c, ScheduleString=02C24AC0381D2000, Type=6 ServiceWindowManager  
StartTime is 02/13/14 22:00:00 ServiceWindowManager  
Duration for the Service Window is Total days: 0, hours: 07, mins: 00, secs: 00 ServiceWindowManager  
Populating instance of ServiceWindow with ID={1E957DDD-0A26-434C-952A-586F3E31E319}, ScheduleString=00302B0018192000, Type=1 ServiceWindowManager  
StartTime is 02/16/14 01:00:00 ServiceWindowManager  
Duration for the Service Window is Total days: 0, hours: 03, mins: 00, secs: 00 ServiceWindowManager  
Populating instance of ServiceWindow with ID=36da6950-3d1e-4027-be0e-7b16a4daee7e, ScheduleString=02C24AC0101E2000, Type=6 ServiceWindowManager  
StartTime is 02/14/14 22:00:00 ServiceWindowManager  
Duration for the Service Window is Total days: 0, hours: 02, mins: 00, secs: 00 ServiceWindowManager  
Populating instance of ServiceWindow with ID=028bfbc0-7120-4081-a268-0e664a92ac4a, ScheduleString=00074AC0005F2000, Type=6 ServiceWindowManager  
StartTime is 02/15/14 00:00:00 ServiceWindowManager  
Duration for the Service Window is Total days: 1, hours: 00, mins: 00, secs: 00 ServiceWindowManager  
Populating instance of ServiceWindow with ID=49fd80be-ac4b-4877-974d-ecd09958926d, ScheduleString=02C24AC0381B2000, Type=6 ServiceWindowManager  
StartTime is 02/11/14 22:00:00 ServiceWindowManager  
Duration for the Service Window is Total days: 0, hours: 07, mins: 00, secs: 00 ServiceWindowManager  
Populating instance of ServiceWindow with ID=ad27b0ca-8c74-43c7-8200-1f601880bd75, ScheduleString=02C24AC0381A2000, Type=6 ServiceWindowManager  
StartTime is 02/10/14 22:00:00 ServiceWindowManager  
Duration for the Service Window is Total days: 0, hours: 07, mins: 00, secs: 00 ServiceWindowManager

    Im Allgemeinen sind Dienstfenster mit IDs, die alle alphanumerischen Zeichen in Kleinbuchstaben enthalten, Wartungsfenster ohne Geschäftszeiten (NBH). Sie basieren auf den Geschäftszeiten, die im Software Center konfiguriert sind. Dienstfenster mit IDs mit allen alphanumerischen Großbuchstaben sind jedoch Wartungsfenster, die für die Sammlung in der Configuration Manager-Konsole definiert sind. Im Beispiel sind alle Dienstfenster Nicht-Geschäftsstundenfenster mit Ausnahme der ID 1E957DDD-0A26-434C-952A-586F3E31E319. Dieses Fenster ist ein Wartungsfenster, das für die Sammlung definiert ist, die den Client enthält.

  2. Überprüfen Sie die UpdatesDeployment.log Datei. Suchen Sie die folgende Zeile, um zu überprüfen, ob die Bereitstellung so eingestellt wurde, dass das Wartungsfenster ignoriert wird:

    Notify reboot with deadline = Sunday, Feb 09, 2014. - 21:30:17, Ignore reboot Window = True, NotifyUI = True

  3. Überprüfen Sie die MaintenanceCoordinator.log Datei. Suchen Sie die folgende Zeile, um zu überprüfen, ob die Bereitstellung so eingestellt wurde, dass das Wartungsfenster ignoriert wird. Der Wert 1 bedeutet swoverride , dass die Einstellung "Wartungsfenster ignorieren" aktiviert ist.

    RequestPersistence(id=Update download job, persist=1, swoverride=1, swType=4, pendingWFDisable=0, deadline=1)

  4. Überprüfen Sie die SCNotify.log Datei, und suchen Sie nach den folgenden Zeilen, um zu überprüfen, ob der Benutzer auf die Neustartbenachrichtigung geklickt hat, um einen Neustart zu initiieren:

    ConfirmRestartDialog: User chose to restart/logoff. (Microsoft.SoftwareCenter.Client.Pages.ConfirmRestartDialog at ButtonRestart_Click)  
ConfirmRestartDialog: user is allowed to restart (Microsoft.SoftwareCenter.Client.Pages.ConfirmRestartDialog at ButtonRestart_Click)  
The user is allowed to restart the computer. Initiating restart. (Microsoft.SoftwareCenter.Client.Data.WmiDataConnector at RestartComputer)

  5. Zeigen Sie die Bereitstellungseigenschaften in der Configuration Manager-Konsole an, um zu überprüfen, ob die Bereitstellung auf die Außerkraftsetzung von Wartungsfenstern festgelegt ist. Wenn die Bereitstellung nicht auf die Außerkraftsetzung von Wartungsfenstern festgelegt ist, die Clientprotokolle jedoch vorschlagen, dass die Bereitstellung Wartungsfenster außer Kraft gesetzt hat, überprüfen Sie die Überwachungsstatusmeldungen, um zu überprüfen, ob die Bereitstellung von jemandem geändert wurde.

    Um Überwachungsstatusmeldungen zu überprüfen, navigieren Sie zu Configuration Manager-Konsolenüberwachungsstatusstatusmeldungsabfragen.To review audit status messages, navigate to Configuration Manager console >Monitoring>System Status>Message Queries. Klicken Sie mit der rechten Maustaste auf "Alle Statusmeldungen", klicken Sie auf " Nachrichten anzeigen", wählen Sie den Zeitrahmen aus, und klicken Sie dann auf "OK".

    Navigieren Sie im Configuration Manager Status Message Viewer-Fenster zu "Filter anzeigen>", und filtern Sie dann nach Nachrichten-ID = 30197. Wenn die Bereitstellung geändert wurde, wird eine Statusmeldung angezeigt, die dem folgenden ähnelt:

    Severity Type Site code Date / Time System Component Message ID Description  
Information Audit PR1 2/9/2014 11:57:49 PM PR1SITE.CONTOSO.COM Microsoft.ConfigurationManagement.exe 30197 User "DOMAIN\User" modified updates assignment 4 ({BAFB1BDB-7A6C-4DCF-9866-6C22DF92346A}).