Temporärer Speicher im Jitterbit Design Studio

Temporärer Speicher ist ein integrierter Speicherort, entweder als Ziel- oder Quelltyp, der als temporäres Repository für Dateien verwendet werden kann. Ein temporärer Speicherort wird durch einen Pfad referenziert, der auf einen Ordner in einem temporären Verzeichnis auf dem privaten Agenten oder Cloud-Agenten zeigt. Standardmäßig wird ein Verzeichnis unter dem temporären Ordner des Betriebssystems verwendet.

Jeder geeignete Dateityp kann als Speicher verwendet werden. Häufig verwendete Typen sind Text (.txt), CSV (.csv), XML (.xml) und JSON (.json).

Ein temporärer Speicherort wird entweder als temporärer Speicher Ziel oder Quelle bezeichnet, abhängig davon, wie er erstellt wurde.

Standardstandort für temporären Speicher

Für private Agenten kann dieser Standardstandort in der Konfigurationsdatei des privaten Agenten jitterbit.conf durch eine Einstellung im Abschnitt [OperationEngine] festgelegt werden:

TemporaryStorageRootDirectory=<absolute-path-to-existing-directory>

Ersetzen Sie <absolute-path-to-existing-directory>. Zum Beispiel:

TemporaryStorageRootDirectory=/tmp/tmpstore

Wenn eine Datei in den temporären Speicher geschrieben wurde, indem ein temporäres Speicherziel mit einem bestimmten Pfad verwendet wurde, kann dieselbe Datei von einer temporären Speicherquelle mit demselben Pfad abgerufen werden. Wenn jedoch mehrere Agenten oder Operationen verwendet werden, könnte der Agent wechseln und die Datei nicht mehr verfügbar sein.

Der temporäre Speicher befindet sich typischerweise an folgenden Orten:

• Windows-Agenten: C:\Windows\Temp\jitterbit\TemporaryStorage
• Linux-Agenten: /tmp/jitterbit/TemporaryStorage

Siehe Konfigurationsdatei bearbeiten (jitterbit.conf) für Details.

Private Agenten

Für private Agenten ist beim Einsatz von temporärem Speicher zu beachten, dass:

• Temporärer Speicher wird im Standard-Temp-Verzeichnis des Betriebssystems (oder im im Agenten konfigurierten Verzeichnis) auf dem Agenten geschrieben, der die Arbeit ausführt. Im Falle eines einzelnen privaten Agenten ist es das Standard-Temp-Verzeichnis des Serverhosts dieses Agenten. Wenn die Agentengruppe mehr als einen privaten Agenten betreibt, ist es das Temp-Verzeichnis auf dem Serverhost für den speziellen Agenten, der die Arbeit verrichtet.
• Ein temporärer Speicherort muss sehr bald nach seiner Erstellung verwendet werden, damit zusätzliche Verarbeitungen auf demselben privaten Agenten, auf dem sich der temporäre Speicher befindet, stattfinden können.
• Temporäre Dateien sollten nur von der Operationkette gelesen werden, die sie schreibt. Wenn mehrere private Agenten einer Agentengruppe zugewiesen sind, werden die Operationen auf einem der Agenten in der Gruppe ausgeführt, sodass temporäre Dateien nicht von einer Operationkette geschrieben und dann von einer anderen Kette gelesen werden können, es sei denn, die Ketten sind verknüpft. In einer Cluster-Agenten-Umgebung (private oder Cloud-Agenten) werden alle Lese- und Schreibvorgänge von Temp-Dateien auf demselben Serverhost durchgeführt, solange die Operationen, die den temporären Speicher verwenden, miteinander verknüpft (verkettet) sind. Siehe Daten für eine spätere Verarbeitung mit temporärem Speicher speichern für Beispiele und Details.
• Standardmäßig wird der temporäre Speicher auf einem privaten Agenten nach 24 Stunden vom Jitterbit-Dateireinigungsdienst gelöscht. Dies kann für den Jitterbit-Reinigungsdienst in der Konfigurationsdatei jitterbit.conf im Abschnitt [FileCleanup] durch die Einstellung FrequencyInHours geändert werden.

Cloud-Agents

Für Cloud-Agents, die temporären Speicher verwenden, sind folgende Einschränkungen zu beachten:

• Cloud-Agents, die Version 10.10 oder höher verwenden, haben eine Dateigrößenbeschränkung für temporären Speicher von 50 GB pro Datei. Wer temporäre Dateien größer als 50 GB erstellen muss, wird ermutigt, private Agents zu verwenden.
• Wenn eine Operation in eine temporäre Datei schreibt, wird sie standardmäßig auf den Datenspeicher des einzelnen Servers innerhalb der Cloud-Agent-Gruppe geschrieben, die die Arbeit zugewiesen bekommt.
• Ein temporärer Speicherort muss sehr bald nach seiner Erstellung verwendet werden, damit zusätzliche Verarbeitung auf demselben Cloud-Agent, wo der temporäre Speicher sich befindet, stattfinden kann.
• Temporäre Dateien sollten nur von der Operationkette gelesen werden, die sie schreibt. Da mehreren Cloud-Agents eine Cloud-Agent-Gruppe zugewiesen ist, werden Operationen auf einem der mehreren Agents in der Gruppe ausgeführt, sodass temporäre Dateien nicht von einer Operationkette geschrieben und dann von einer anderen Kette gelesen werden können, es sei denn, die Ketten sind verknüpft. In einer Cluster-Agent-Umgebung (private oder Cloud-Agents) werden, solange die Operationen, die den temporären Speicher verwenden, miteinander verknüpft (verkettet) sind, alle Lese- und Schreibvorgänge der temporären Dateien auf demselben Server-Host durchgeführt. Siehe Persisting data for later processing using Temporary Storage für Beispiele und Details.
• Im Gegensatz zu privaten Agents läuft der Jitterbit-Cleanup-Dienst kontinuierlich auf Cloud-Agents und kann den temporären Speicher sofort nach Abschluss der Verarbeitung der Operationkette löschen.