Fehlerbehebung bei der ConfigMgr-Hardwareinventur

Vor vielen Jahren habe ich einen Blogbeitrag veröffentlicht, um den Leuten zu helfen, Probleme aufzuspüren, die mit Hardware-Inventar. Als ich jemandem half, Probleme mit der ConfigMgr-Hardwareinventur zu beheben, bemerkte ich zufällig, dass ein Schritt fehlte. In 99% Fällen würde niemand diesen Schritt brauchen oder bemerken, aber da ich merkte, dass er fehlte, beschloss ich, meinen Beitrag zu aktualisieren.

Ab jetzt soll diese Anleitung helfen, genau zu lokalisieren irgendein (hoffe ich) Probleme beim Inventarfluss vom PC zur Configuration Manager (ConfigMgr) Datenbank. Es gibt drei Abschnitte: Phase 1 – Client-PC, Phase 2 – MP-Server und Phase 3 – Standortserver.

Alle Screenshots stammen von einem System Center 2012 Configuration Manager (CM12)-Client und -Standortserver; Auf dem Standortserver wird Windows 2012 R2 ausgeführt. Die von mir durchgeführten Schritte SIND jedoch auf alle Versionen von ConfigMgr ab der neuesten Version bis SMS 2.0 anwendbar! Der einzige Unterschied, den Sie möglicherweise feststellen, besteht darin, dass einige der Dateispeicherorte zwischen den Versionen geändert werden.

So beheben Sie Probleme mit der ConfigMgr-Hardwareinventur

Phase 1 – Client-PC

Bei der Fehlerbehebung eines Client-PCs wird in der Datei "inventaragent.log" niemals angegeben, dass ein Hardware-Inventarzyklus, Software-Inventarzyklus usw. durchgeführt wird. Es wird nur der Globally Unique Identifier (GUID) aufgeführt, der für diese Aktion verwendet wird. Diese Tabelle enthält diese Details, um die GUID in die Inventarisierungsaktion zu übersetzen.

Beheben von Problemen mit der ConfigMgr-Hardwareinventur – Phase 1 – GUID-Tabelle

In meinem Beispiel verwende ich die Hardwareinventur, aber wenn Sie bei einem der anderen Inventartypen Fehler beheben müssen, ist der Vorgang genau gleich.

Ersetzen Sie einfach die Hardwareinventur-GUID durch die entsprechende GUID-ID.

Öffnen Sie die Systemsteuerung und wählen Sie das Applet ConfigMgr aus.

Beheben von Problemen mit der ConfigMgr-Hardwareinventur – Phase 1 – Registerkarte „Aktionen“

Wähle aus Aktionen Tab. Auswählen Hardware-Inventarzyklus, und klicken Sie dann auf Lauf jetzt.

Beheben von Problemen mit der ConfigMgr-Hardwareinventur – Phase 1 – Schließen des ConfigMgr-Applets

Klicken OK zweimal, um das Applet ConfigMgr zu schließen.

Beheben von Problemen mit der ConfigMgr-Hardwareinventur – Phase 1 – InventoryAgentLog

Öffnen Sie als Nächstes InventoryAgent.log mit CMTrace. Bestätigen Sie, dass die Hardwareinventur gestartet wurde, indem Sie die GUID (roter Pfeil) suchen.

Beachten Sie, dass dieser Inventarzyklus ein Delta-Inventarzyklus ist (blauer Pfeil).

Beheben von Problemen mit der ConfigMgr-Hardwareinventur – Phase 1 – Inventarisierungszyklus abgeschlossen

Warten Sie, bis das Inventar abgeschlossen ist (blauer Pfeil oben). **NEU** Beachten Sie die GUID (grüner Pfeil oben). Dies mag verwirrend klingen, aber dies ist ein weiteres Beispiel für das Mischen und Anpassen von GUIDs von Microsoft innerhalb einer Aufgabe. Die GUID des grünen Pfeils ist nicht dieselbe GUID, die zum Identifizieren der Hardwareinventuraufgabe verwendet wird.

Öffnen Sie nun CcmMessaging.log mit CMTrace. Suchen Sie nach der im vorherigen Schritt notierten GUID (rote Pfeile unten). Suchen Sie dann nach der Meldung „MESSAGE PAYLOAD TRANSFER COMPLETE“ (schwarzer Pfeil). Stellen Sie sicher, dass die Statusmeldung SUCCESS lautet (grüner Pfeil unten). Dies bedeutet, dass die Datei auf Ihren MP hochgeladen wird. Wenn dieser Schritt fehlschlägt, sollten Sie in den IIS-Protokollen (Phase 2 – MP-Server) nachsehen, ob es Hinweise darauf gibt, warum es fehlgeschlagen ist, z. B. Zertifikatsfehler.

Beheben von Problemen mit der ConfigMgr-Hardwareinventur – Phase 1 – CcmMessagingLog
Beheben von Problemen mit der ConfigMgr-Hardwareinventur – Phase 1 – Eingabeaufforderung

Öffnen Sie als Nächstes auf Ihrem problematischen Client-PC eine Eingabeaufforderung und notieren Sie die IP-Adresse. In meinem Fall habe ich zwei IP-Adressen, die aufgezeichnet werden müssen; die Wireless- und die Ethernet-Adapter.

Phase 2 – MP-Server

Beheben von Problemen mit der ConfigMgr-Hardwareinventur – Phase 2 – IIS-Protokolle

Suchen Sie in Phase 2 Ihre IIS-Protokolle auf Ihrem MP-Server. Sie befinden sich im Allgemeinen hier: c:\inetpub\logs\LogFiles. Verwenden Sie erneut CMTrace, öffnen Sie das aktuelle IIS-Protokoll und suchen Sie die IP-Adresse für den problematischen Client-PC. Beachten Sie, dass die GUID dreimal für die Client-IP-Adresse aufgeführt wird (zwischen den roten Pfeilen).

Um zu bestimmen, welcher Ordner Ihre MP-Protokolle enthält, lesen Sie die folgenden Blogbeiträge:
Wo sind meine IIS-Protokolle?
Wo sind meine IIS-Protokolle? Anleitungsvideo

Wenn Sie an diesem Punkt angelangt sind, wissen Sie, dass der PC sein Inventar auf den MP übertragen hat und es sich daher nicht um ein Client-Problem handelt. Wenn Sie die obigen Zeilen mit der GUID nicht erhalten, liegt das Problem beim Client.

Suchen Sie nun Ihre MP-Client-Protokolle. Diese Protokolle können sich an verschiedenen Orten befinden, aber im Allgemeinen befinden sie sich entweder auf demselben Laufwerk wie Ihre ConfigMgr-Standortserverinstallation oder in C:\Windows\ccm\logs. In meinem Fall wurden sie hier gefunden d:\Program Files\SMS_CCM\Logs.
Öffnen Sie MP_hinv.log und suchen Sie nach dem Computernamen. In meinem Fall ist es M6.

Beheben von Problemen mit der ConfigMgr-Hardwareinventur – Phase 2 – MP_hinvLog

Im obigen Screenshot sehen Sie, dass das Hardwareinventar von meinem Client vom MP empfangen und in die MP-Outboxen verschoben wurde. Notieren Sie sich den Dateinamen (roter Pfeil).

An dieser Stelle wissen Sie, dass Sie kein Problem mit dem MP haben.

Phase 3 – Standortserver

Wechseln Sie nun zu Ihrem ConfigMgr-Site-Server.

Phase 3 - dataldrLog

Öffnen Sie die dataldr.log hier D:\Program Files\Microsoft Configuration Manager\Logs. Beachten Sie, dass die Datei von der dataldr.box in die authentifizierte dataldr.box verschoben wird (roter Pfeil).

Beachten Sie dann einige Zeilen später, dass der PC-Name aufgeführt ist (grüner Pfeil) und das Inventar der ConfigMgr 2012-Datenbank hinzugefügt wird. Sie können sehen, dass es der ConfigMgr 2012-Datenbank hinzugefügt wird, da 112 gespeicherte Prozeduren (blauer Pfeil) innerhalb der Datenbank ausgeführt wurden.

Dies bedeutet auch, dass ~112 Elemente auf dem Client-PC seit der letzten Ausführung der Hardwareinventur aktualisiert wurden. Für eine vollständige Bestandsaufnahme erwarten Sie, dass die Anzahl der ausgeführten gespeicherten Prozeduren weit über 3.000 beträgt.

Phase 3 – Ressourcen-Explorer

Um zu bestätigen, dass die Daten aktualisiert und der ConfigMgr 2012-Datenbank hinzugefügt wurden, öffnen Sie den Ressourcen-Explorer und überprüfen Sie das Datum des letzten Hardware-Scans (goldener Pfeil). Dieses Datum/diese Uhrzeit stimmt mit dem Datum/der Uhrzeit für das Hardwareinventar überein, wie es im Inventaragent.log angezeigt wird. Achten Sie auf den Zeitzonenversatz, wenn die Zeit nicht genau übereinstimmt.

Indem Sie die in diesem Blogbeitrag beschriebenen Schritte befolgen, können Sie Probleme mit der ConfigMgr-Hardwareinventur in der ConfigMgr-Konsole effektiv beheben.

Wenn weiterhin Probleme auftreten, sollten Sie überprüfen, was tatsächlich inventarisiert wird. Sehen Sie sich also diesen Beitrag an: So bestätigen Sie, dass die Hardwareinventur funktioniert. Bitte lassen Sie es mich wissen, wenn Sie Fragen haben @GarthMJ.

Sehen Sie, wie Right Click Tools die Art und Weise verändert, wie Systeme verwaltet werden.

Steigern Sie sofort die Produktivität mit unserer limitierten, kostenlos nutzbaren Community Edition.

Starten Sie noch heute mit Right Click Tools:

Support

  • Dieses Feld dient zur Validierung und sollte nicht verändert werden.

Kontakt

  • Dieses Feld dient zur Validierung und sollte nicht verändert werden.

Durch das Absenden dieses Formulars erklären Sie sich damit einverstanden, dass Recast Software Ihre Daten wie in Recast Software beschrieben verarbeiten kann Datenschutz-Bestimmungen.

de_DEGerman