Erläuterungen zum Sender

Bei dem Sender handelt es sich um eine Java-Komponente, die auf einem Blattserver oder auf dem Zwischenserver ausgeführt wird. Der Sender ist ein Service, der vom Service-Manager geladen wird. Weitere Informationen zu Serverkomponenten finden Sie unter Inventarkomponenten auf einem Inventarserver im Überblick.

Der Informationsfluss vom Sender verläuft beim Roll-up der Inventarinformationen folgendermaßen:

1. Der Service-Manager startet den Sender auf dem Inventarserver. Zum Zeitpunkt des Roll-up-Plans verschiebt der Sender die STR-Dateien mit den Absuchedaten aus dem Enterprise Merge-Verzeichnis (entmergedir) in das Enterprise Push-Verzeichnis (entpushdir).

   Der Sender komprimiert diese STR-Dateien in das Verzeichnis entpushdir auf dem Server als ZIP-Datei und löscht anschließend die STR-Dateien. Diese ZIP-Datei wird zusammen mit der PRP-Datei wiederum in eine ZIP-Datei komprimiert. Bei der PRP-Datei handelt es sich um eine interne Datei mit Informationen zu der ZIP-Datei. Weitere Informationen hierzu finden Sie unter Erläuterungen zur komprimierten Datei mit den Absuchedaten.

2. Der Sender erstellt einen neuen Datensatz im Attribut "zeninvRollUpLog" des Inventarserviceobjekts in eDirectory mit folgenden Details: der Server, auf dem der Sender die STR-Dateien komprimiert, sowie der Name und die Größe der ZIP-Datei.
3. Der Sender löscht anhand des bei den Empfängereigenschaften für das Inventarserviceobjekt festgelegten Relevanzdatums der Absuchedaten die komprimierten ZIP-Dateien im Verzeichnis entpushdir, die vor dem angegebenen Relevanzdatum der Absuchedaten erstellt wurden. Dadurch werden unerwünschte Absucheinformationen entfernt, die beim Roll-up gesendet werden.
4. Der Sender sendet die komprimierten ZIP-Dateien an den Empfänger, wobei die ältesten komprimierten Dateien zuerst gesendet werden.
5. Der Sender löscht nach der Übertragung der ZIP-Dateien die komprimierten Dateien aus dem Verzeichnis entpushdir.
6. Nach dem Roll-up der Informationen aktualisiert der Sender das Attribut "zeninvRollUpLog" des Servers, auf dem die komprimierte Datei erstellt wurde, mit folgenden Details: dem Server, von dem der Sender die Datei übertragen hat, dem Namen der ZIP-Datei, der Uhrzeit der Übertragung, der Gesamtdauer für die Übertragung der Dateien und dem Server, an den die Dateien gesendet wurden.

   Die Statusinformationen für alle Aktionen des Senders werden im Roll-up-Protokoll und Protokoll für den Serverstatus eingetragen. Weitere Informationen hierzu finden Sie unter Überwachen des Arbeitsstationsinventars mit Statusprotokollen.

Wenn der Sender keine Verbindung zum Empfänger herstellen kann, versucht der Sender nach 10 Sekunden, erneut eine Verbindung herzustellen. Das Zeitintervall erhöht sich exponentiell um den Faktor 2. Nach 14 Wiederholungen versucht der Sender nicht mehr, eine Verbindung zum Empfänger herzustellen. Der Sender wiederholt den Vorgang während eines Zeitraums von ungefähr 23 Stunden, bevor die Verbindungsversuche eingestellt werden. Der Sender verarbeitet keine anderen Informationen, während die Verbindung hergestellt wird.

Erläuterungen zum Empfänger

Bei dem Sender handelt es sich um eine Java-Komponente, die auf dem Zwischenserver oder Stammserver ausgeführt wird. Der Empfänger ist ein Service, der vom Service-Manager geladen wird. Weitere Informationen zu Serverkomponenten finden Sie unter Inventarkomponenten auf einem Inventarserver im Überblick.

Der Empfängervorgang wird folgendermaßen ausgeführt:

1. Der Empfänger erhält die ZIP-Datei vom Sender. Die Datei wird in das Verzeichnis entpushdir\zipdir abgelegt.
2. Der Empfänger kopiert die ZIP-Datei in das Verzeichnis entpushdir und löscht die ZIP-Dateien aus dem Verzeichnis entpushdir\zipdir.

   Die Datei wird auf dem Zwischenserver in das Verzeichnis entpushdir kopiert. Auf einem Zwischenserver mit Datenbank oder einem Zwischenserver mit Datenbank und inventarisierten Arbeitsstationen wird die Datei in das Verzeichnis \entpushdir und in das Datenbankverzeichnis (\dbdir) kopiert.

3. Der Empfänger auf dem Stammserver oder der Stammserver mit inventarisierten Arbeitsstationen empfängt die ZIP-Dateien von den Sendern und legt die ZIP-Dateien im Verzeichnis entpushdir\zipdir ab. Die Dateien werden in das Verzeichnis DBDIR auf dem Server kopiert.
4. Der Empfänger protokolliert die Statusinformationen im Roll-up-Protokoll. Weitere Informationen hierzu finden Sie unter Überwachen des Arbeitsstationsinventars mit Statusprotokollen.

Erläuterungen zur komprimierten Datei mit den Absuchedaten

Der Sender komprimiert die STR-Dateien mit den Absuchedaten in eine ZIP-Datei. Diese ZIP-Datei wird zusammen mit der PRP-Datei wiederum in eine ZIP-Datei komprimiert. Für die Benennung der ZIP-Datei (mit den ZIP-Dateien und der PRP-Datei) gelten folgende Konventionen:

GeplanteUhrzeit_InventarServerName_BaumName_GespeicherterStatus.zip

Wobei gilt: GeplanteUhrzeit gibt an, an welchem Datum und zu welcher Uhrzeit die ZIP-Datei erstellt wurde. InventarServerName bezieht sich auf den Inventarserver, auf dem die ZIP-Datei komprimiert wurde. BaumName ist der eindeutige Name des Baums, in dem sich die ZIP-Datei derzeit befindet. GespeicherterStatus bezieht sich auf den Speicherstatus der ZIP-Datei, und zip ist die Dateierweiterung für die komprimierten Dateien.

Der Wert für GespeicherterStatus lautet 0, 1 oder 2. Der Wert 0 gibt an, dass die ZIP-Datei noch nicht gespeichert wurde. Der Wert 1 gibt an, dass die ZIP-Datei zum ersten Mal auf dem Server gespeichert wurde. Der Wert 2 gibt an, dass die ZIP-Datei bereits einmal gespeichert wurde.

Der Name der ZIP-Datei ändert sich, und zwar je nachdem, ob die Datenbank mit dem Server verbunden ist.

Die ZIP-Datei enthält die ZIP-Dateien und eine Eigenschaftsdatei. Für den Namen der Eigenschaftsdatei gelten folgende Konventionen:

GeplanteUhrzeit_InventarServerName.prp

Die Eigenschaftsdatei enthält die geplante Uhrzeit, den Namen des Inventarservers und die Signatur. Mithilfe der Signatur kann die ZIP-Datei beglaubigt werden.

Jede ZIP-Datei kann maximal 50 STR-Dateien enthalten.

Sender- und Empfängerverzeichnisse

Die folgende Tabelle enthält die vom Sender und Empfänger verwendeten Verzeichnisse:

Der Empfänger wird nicht auf dem eigenständigen Server geladen.