Der SMS-Agent-Hostdienst wird nach dem Neustart eines Systems Management Server 2003-Clientcomputers nicht gestartet.

  • Artikel

Dieser Artikel bietet eine Lösung für das Problem, dass der SMS-Agent-Hostdienst nach dem Neustart eines Systems Management Server 2003-Clientcomputers nicht gestartet wird.

Gilt für: Windows 10 – alle Editionen
Ursprüngliche KB-Nummer: 922362

Wichtig

Dieser Artikel enthält Informationen zum Bearbeiten der Registrierung. Sie sollten eine Sicherungskopie der Registrierung erstellen, bevor Sie die Registrierung bearbeiten. Sie müssen wissen, wie die Registrierung wiederhergestellt werden kann, wenn ein Problem auftritt. Weitere Informationen zum Sichern, Wiederherstellen und Ändern der Registrierung finden Sie im folgenden Artikel der Microsoft Knowledge Base:
256986 Beschreibung der Microsoft Windows-Registrierung

Symptome

Nachdem Sie einen Microsoft Systems Management Server (SMS) 2003-Clientcomputer neu gestartet haben, wird der SMS-Agent-Hostdienst (Ccmexec.exe) nicht gestartet. Wenn dieses Problem auftritt, können Fehlereinträge, die den folgenden ähneln, in der CCMExec.log-Datei auf dem SMS-Clientcomputer angezeigt werden:

CCMExec.log Dateieintrag 1
CcMEXEC-Dienst wird gestartet... $$<CcmExec><Fr 13 Februar 8:13:13.819 2004 Central Standard Time><thread=1216 (0x4C0)>
Wird auf computer ComputerName als Benutzer SYSTEM ausgeführt.
$$<CcmExec><Fr Februar 13 8:13:13.859 2004 Central Standard Time><thread=1216 (0x4C0)>
FEHLER!! WBEM wurde im Systempfad nicht gefunden. $$<CcmExec><Fr Februar 13 8:13:13.859 2004 Central Standard Time><thread=1216 (0x4C0)>
WBEM wurde der Prozessumgebungsvariable PATH erfolgreich hinzugefügt. $$<CcmExec><Fr Februar 13 8:13:13.859 2004 Central Standard Time><thread=1216 (0x4C0)>
Com wird initialisiert. $$<CcmExec><Fr Februar 13 8:13:13.859 2004 Central Standard Time><thread=1216 (0x4C0)>
Registrierung für die Protokollierung von Änderungsbenachrichtigungen. $$<CcmExec><Fr Februar 13 8:13:13.869 2004 Central Standard Time><thread=1216 (0x4C0)>
Festlegen der Standardprotokollierungskomponente für den Prozess. $$<CcmExec><Fr Februar 13 8:13:13.869 2004 Central Standard Time><thread=1216 (0x4C0)>
Festlegen des Diensts status auf WIRD AUSGEFÜHRT festgelegt. $$<CcmExec><Fr Februar 13 8:13:13.869 2004 Central Standard Time><thread=1216 (0x4C0)>
Überprüfen, ob eine Reparatur erforderlich ist. $$<CcmExec><Fr 13 Februar 8:13:13.889 2004 Central Standard Time><thread=1216 (0x4C0)>
Fehler beim Öffnen des WMI-Namespace '\\.\root\ccm' (80004002) $$<CcmExec><Fr 13 Februar 8:13:17.224 2004 Central Standard Time><thread=1216 (0x4C0)>
CCMExec.log Dateieintrag 2
25.01.2006 21:16:35 PmFailed to open to WMI namespace '\.\root\ccm' (8004100a)
25.01.2006 21:16:35 Uhr: FEHLER BEI DER ZERTIFIZIERUNGSDOCERTIFICATEMaintenance (0x8004100a).
25.01.2006 21:16:35 PmFailed to open to WMI namespace '\.\root\CCM\Events' (8004100a)
25.1.2006 21:16:35 UhrCCMDoCertificateMaintenance() CCM_ServiceHost_CertificateOperationsFailure status Ereignis ausgelöst.
25.1.2006 21:16:35 UhrDiensteinstellungen laden.
25.01.2006 21:16:35 UhrFailed zum Öffnen des WMI-Namespace '\\.\root\ccm\Policy\Machine' (8004100a)
25.1.2006 21:16:35 UhrFehler beim Laden von Diensteinstellungen. Code 0x8004100a
25.01.2006 21:16:35 Uhr: Fehler bei der Initialisierungphase 0 (0x8004100a).
25.01.2006 21:16:35 Uhr Fehler bei der Initialisierung des Diensts (0x8004100a).
25.1.2006 21:16:35 UhrShutting down AdditonallyCCMEXEC...
Darüber hinaus kann die Wbemcore.log-Datei einen Fehlereintrag enthalten, der dem folgenden ähnelt:
(Fr. Februar 13 08:13:13 2004.69289) : Registrierungseintrag gibt an, dass ein Setup ausgeführt wird
(Fr Februar 13 08:14:13 2004.129856) : CFactory-Konstrukt
(Fr Februar 13 08:14:13 2004.129886) : CFactory-Destrukt
(Fr Februar 13 08:14:13 2004.129896) : Erstellt WINMGMT_ACTIVE Mutex
(Fr Februar 13 08:14:13 2004.129946) : Lesen der Konfigurationsinformationen aus der Registrierung
(Fr. Februar 13 08:14:16 2004.132800): Vorbereiten einer Namespace-Initialisierungsanforderung für den aktiven Namespace //./ROOT/ccm/policy
(Fr. Februar 13 08:14:16 2004.132901): Vorbereiten einer Namespace-Init-Anforderung für den aktiven Namespace //./root/CIMV2
(Fr. Februar 13 08:14:16 2004.132961): Vorbereiten einer Namespace-Init-Anforderung für den aktiven Namespace //./root/subscription
(Fr Februar 13 08:14:16 2004.133021) : Initialisieren des Namespace //./ROOT/ccm/policy
(Fr. Februar 13 08:14:16 2004.133041) : Initialisieren des Namespace //./root

Ursache

Dieses Problem tritt auf, wenn eine oder beide der folgenden Bedingungen zutreffen:

  • Die Pfadvariable %SystemRoot%\System32\Wbem ist nicht im Systempfad auf dem Clientcomputer aufgeführt.
  • Der Typ des Pfadregistrierungseintrags ist auf dem SMS-Clientcomputer falsch.

Das Problem kann auch auftreten, wenn der WMI-Dienst (Windows Management Instrumentation) nicht rechtzeitig gestartet wird.

Lösung

Verwenden Sie eine der folgenden Methoden, um das Problem zu beheben.

Methode 1: Stellen Sie sicher, dass die Variable %SystemRoot%\System32\Wbem im Systempfad auf dem Clientcomputer aufgeführt ist.

  1. Klicken Sie auf Start, klicken Sie auf Ausführen, geben Sie sysdm.cpl ein, und klicken Sie dann auf OK.

  2. Klicken Sie auf die Registerkarte Erweitert und dann auf Umgebungsvariablen.

  3. Klicken Sie unter Systemvariablen auf Pfad und dann auf Bearbeiten.

  4. Stellen Sie sicher, dass %SystemRoot%\System32\Wbem im Feld Variablenwert aufgeführt ist. Wenn dieser Wert nicht aufgeführt ist, müssen Sie ihn hinzufügen. Gehen Sie dazu wie folgt vor:

    1. Klicken Sie im Dialogfeld Systemvariable bearbeiten im Feld Variablenwert auf nach dem Ende des Texts, und geben Sie dann Folgendes ein:
      ;%SystemRoot%\System32\Wbem

    2. Klicken Sie dreimal auf OK, um die Änderungen zu speichern.

Methode 2: Legen Sie den Typ des Pfadregistrierungseintrags auf REG_EXPAND_SZ

Warnung

Schwerwiegende Probleme können auftreten, wenn die Registrierung mit dem Registrierungs-Editor oder einer anderen Methode unsachgemäß bearbeitet wird. Diese Probleme können eine Neuinstallation des Betriebssystems erforderlich machen. Microsoft gibt keinerlei Garantien dafür ab, dass diese Probleme behoben werden können. Das Ändern der Registrierung erfolgt auf eigenes Risiko.

  1. Klicken Sie auf Start und dann auf Ausführen, geben Sie „regedit“ ein und klicken Sie auf OK.

  2. Suchen Sie unter Registrierung Editor den folgenden Registrierungsunterschlüssel, und klicken Sie dann auf den folgenden Registrierungsunterschlüssel:HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment

  3. Stellen Sie sicher, dass der Typ des Pfadeintrags REG_EXPAND_SZ und nicht REG_SZ ist. Wenn der Typ dieses Eintrags REG_SZ ist, müssen Sie die Pfadinformationen kopieren, den vorhandenen Pfadeintrag löschen und dann einen neuen Eintrag vom Typ REG_EXPAND_SZ erstellen. Gehen Sie dazu wie folgt vor:

    1. Doppelklicken Sie unter Registrierung Editor auf den Wert Pfad.
    2. Klicken Sie mit der rechten Maustaste auf den Text im Feld Wertdaten , klicken Sie auf Kopieren, und klicken Sie dann auf Abbrechen.
    3. Fügen Sie den Text in ein Editor-Dokument ein.
    4. Klicken Sie unter Registrierung Editor mit der rechten Maustaste auf Pfad, und klicken Sie dann auf Löschen.
    5. Klicken Sie auf der Menüleiste auf Bearbeiten, zeigen Sie auf Neu, und klicken Sie dann auf Erweiterbarer Zeichenfolgenwert.
    6. Geben Sie Path ein, und drücken Sie dann die EINGABETASTE.
    7. Doppelklicken Sie auf Pfad.
    8. Klicken Sie mit der rechten Maustaste auf das Feld Wertdaten , klicken Sie auf Einfügen, und klicken Sie dann auf OK.
    9. Beenden Sie den Registrierungs-Editor.

Weitere Informationen

Weitere Informationen zur Problembehandlung für erweiterte Clientpushinstallationen finden Sie im folgenden Artikel der Microsoft Knowledge Base:

928282 Behandeln erweiterter Clientpushinstallationsprobleme in Systems Management Server 2003 und System Center Configuration Manager 2007