Konfigurieren von Asset Management › Erfassungstasks › Hardwareinventar › Erfassung des Hardwareinventars durch den Asset Management-Agenten

Erfassung des Hardwareinventars durch den Asset Management-Agenten

Zum Konfigurieren und Planen eines Hardwareinventars müssen Sie zunächst wissen, welche Aktionen der Asset Management-Agent zur Erfassung des Inventars von Agentencomputern durchführt. Wenn Sie die Funktionsweise dieses Prozesses kennen, können Sie Probleme der Inventarerfassung beheben und planen, wie oft das Hardwareinventar erfasst werden soll, sowie die Auswirkungen dieser Intervalle berücksichtigen.

Zur Erfassung des Hardwareinventars geht der Agent folgendermaßen vor:

• Zum geplanten Zeitpunkt führt der Agent alle für die Ressource konfigurierten Erfassungstasks aus.
• Er führt die jeweilige ausführbare Datei zum Erfassen der Informationen unter den einzelnen Erkennungsmodulen aus und speichert diese in einer spezifischen Datei. Zum Beispiel werden die Informationen über das allgemeine Inventar in der Datei ig40.inv auf dem Agenten gespeichert.
• Er speichert die vollständigen Scan-Dateien und vergleicht diese mit den vorherigen Dateien. Anschließend sendet er die Deltawerte an den Scalability-Server. Er speichert die Deltawerte nicht lokal. Die an den Scalability-Server gesendeten Informationen werden als Datei "i##" gespeichert, und wenn keine vorherigen Deltawerte erfasst wurden, wird die Versionsnummer der Datei nach dem Schema "i01", "i02" usw. erhöht. Weitere Informationen zur Erfassung der Deltawerte finden Sie im untenstehenden Abschnitt Erfassen von Deltawerten.
• Zunächst speichert der Agent diese Datei im Agenten-Arbeitsverzeichnis und dann im Erfassungsbereich des Scalability-Servers ("...\ServerDB\Sector\Collect" bzw. "…/Server/Sector/COLLECT" bei Linux-/UNIX-Plattformen). Der Agent wiederholt diesen Schritt bei jeder Erfassung der Daten.

  Hinweis: Wenn der Agent mehr als einmal ausgeführt wird, ehe die Engine die Daten erfasst, erstellt er für jede einzelne Ausführung eine Inventardatei. So werden zum Beispiel die Informationen über das allgemeine Inventar mit der Erweiterung i01, i02 usw. gespeichert. So werden also 24 Dateien mit den Erweiterungen i00 bis i23 erstellt.

• Wenn die Engine den Engine-Erfassungstask auslöst, erfasst dieser alle Dateien des Scalability-Servers, verarbeitet diese und speichert den Inhalt in der Datenbank. Sobald die Dateien verarbeitet sind, löscht die Engine die Dateien aus dem Erfassungsbereich des Scalability-Servers.
• Neue oder geänderte Konfigurationen für Inventarmodule werden einschließlich ihrer Planungseinstellungen auf dem Scalability-Server über den Erfassungstask aktualisiert. Der Agent akzeptiert die neuen oder aktualisierten Inventarinformationen.

An diesem Prozess sind drei Objekte beteiligt: Agent, Erfassungstask und Engine-Erfassungstask. Jedes dieser Objekte besitzt unabhängige Zeitplanungsoptionen. Wenn die Zeitplanung für eines dieser Objekte abweicht, ist Folgendes zu berücksichtigen:

• Die Ausführung des Erfassungstasks hängt von der Ausführung des Agenten ab.
• Erfassungstasks besitzen eigene Zeitplanungsoptionen. In der Standardeinstellung werden Tasks immer ausgeführt.
• Die Aktualisierung der Datenbank hängt von der Zeitplanung des Engine-Erfassungstasks ab.

Im folgenden Beispiel wird dieses Szenario erklärt. Für die drei Objekte sind die folgenden Zeitplanungsoptionen angegeben:

• Agent - jede Stunde
• Inventar-Erfassungstask - Job immer ausführen
• Engine-Erfassungstask - Einmal täglich

In diesem Fall wird der Agent jede Stunde ausgeführt und führt sofort den Erfassungstask aus. Die Engine kann die Information allerdings nur einmal täglich erfassen. Die Datenbank wird nur einmal täglich aktualisiert, obwohl der Agent die Informationen 24 mal am Tag erfasst. Dies ist kein wünschenswertes Szenario. In einer optimalen Implementierung sollten Erfassungstask und Engine-Erfassungstask gleichzeitig ausgeführt werden. Hierdurch wird gewährleistet, dass alle erfassten Daten in der Datenbank aktualisiert werden.