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. Auf einen temporären Speicherort wird durch einen Pfad verwiesen, der auf einen Ordner in einem temporären Verzeichnis auf dem privaten Agenten oder Cloud-Agenten verweist. Standardmäßig wird ein Verzeichnis unter dem temporären Ordner des Operationssystems verwendet.
Als Speicher kann jeder geeignete Dateityp verwendet werden. Häufig verwendet werden Text (.txt
), CSV (.csv
), XML (.xml
) und JSON (.json
).
Ein temporärer Speicherort wird je nach Erstellungsart entweder als temporäres Speicherziel oder als temporäre Speicherquelle bezeichnet.
Standardspeicherort für temporären Speicher
Für private Agenten kann dieser Standardspeicherort in der Konfigurationsdatei des privaten Agenten angegeben werden jitterbit.conf
durch eine Einstellung im [OperationEngine]
Abschnitt:
TemporaryStorageRootDirectory=<absolute-path-to-existing-directory>
Ersatz für <absolute-path-to-existing-directory>
. Zum Beispiel:
TemporaryStorageRootDirectory=/tmp/tmpstore
Wenn eine Datei mithilfe eines temporären Speicherziels mit einem bestimmten Pfad in den temporären Speicher geschrieben wurde, kann dieselbe Datei von einer temporären Speicherquelle unter demselben Pfad abgerufen werden. Wenn jedoch mehrere Agenten oder Vorgänge verwendet werden, kann sich der Agent ändern und die Datei ist nicht mehr verfügbar.
Temporärer Speicher befindet sich normalerweise an folgenden Orten:
- Windows-Agenten:
C:\Windows\Temp\jitterbit\TemporaryStorage
- Linux Agenten:
/tmp/jitterbit/TemporaryStorage
Siehe Konfigurationsdatei (jitterbit.conf) bearbeiten für Einzelheiten.
Private Agenten
Bei der Verwendung von temporärem Speicher für private Agenten ist Folgendes zu beachten:
- Temporärer Speicher wird in das standardmäßige temporäre Verzeichnis des Operationssystems (oder das in der Agentenkonfiguration angegebene Verzeichnis) auf dem Agenten geschrieben, der die Arbeit ausführt. Im Fall eines einzelnen privaten Agenten ist dies das standardmäßige temporäre Verzeichnis des Serverhosts dieses Agenten. Wenn die Agentengruppe mehr als einen privaten Agenten ausführt, ist dies das temporäre Verzeichnis auf dem Host für den bestimmten Agenten, der die Arbeit ausführt.
- Ein temporärer Speicherort muss sehr bald nach seiner Erstellung verwendet werden, damit weitere Verarbeitungen auf demselben privaten Agenten stattfinden können, auf dem sich der temporäre Speicher befindet.
- Temporäre Dateien sollten nur von der Operation gelesen werden, die sie schreibt. Wenn einer Agentengruppe mehrere private Agenten zugewiesen sind, werden Operationen auf einem der Agenten in der Gruppe ausgeführt, sodass temporäre Dateien nicht von einer Operation geschrieben und dann von einer anderen Kette gelesen werden können, es sei denn, die Ketten sind verknüpft. In einer geclusterten Umfeld (private oder Cloud-Agenten) werden alle Lese- und Schreibvorgänge für temporäre Dateien auf demselben Host ausgeführt, solange die Operationen, die den temporären Speicher verwenden, miteinander verknüpft (verkettet) sind. Siehe Daten für spätere Verarbeitung mithilfe des temporären Speichers beibehalten für Beispiele und Details.
- Standardmäßig wird der temporäre Speicher auf einem privaten Agenten nach 24 Stunden vom Jitterbit-Dateibereinigungsdienst gelöscht. Dies kann für den Jitterbit-Bereinigungsdienst in der Konfigurationsdatei geändert werden
jitterbit.conf
im[FileCleanup]
Abschnitt durch die EinstellungFrequencyInHours
.
Cloud-Agenten
Beachten Sie bei der Verwendung von temporärem Speicher für Cloud-Agenten die folgenden Einschränkungen:
- Cloud-Agenten der Version 10.10 oder höher haben eine Dateigrößenbeschränkung für den temporären Speicher von 50 GB pro Datei. Wer temporäre Dateien mit mehr als 50 GB erstellen muss, sollte private Agenten verwenden.
- Wenn ein Operation in eine temporäre Datei schreibt, wird dies standardmäßig auf den Festplattenspeicher des einzelnen Servers innerhalb der Cloud-Agent-Gruppe geschrieben, dem die Arbeit zugewiesen ist.
- Ein temporärer Speicherort muss sehr bald nach seiner Erstellung verwendet werden, damit weitere Verarbeitungen auf demselben Cloud-Agenten stattfinden können, auf dem sich der temporäre Speicher befindet.
- Temporäre Dateien sollten nur von der Operation gelesen werden, die sie schreibt. Da einer Cloud-Agentengruppe mehrere Cloud-Agenten zugewiesen sind, werden Operationen auf einem der mehreren Agenten in der Gruppe ausgeführt. Temporäre Dateien können also nicht von einer Operation geschrieben und dann von einer anderen Kette gelesen werden, es sei denn, die Ketten sind verknüpft. In einer Cluster-Umfeld (private oder Cloud-Agenten) werden alle Lese- und Schreibvorgänge für temporäre Dateien auf demselben Host ausgeführt, solange die Operationen, die den temporären Speicher verwenden, miteinander verknüpft (verkettet) sind. Siehe Daten für die spätere Verarbeitung mithilfe des temporären Speichers beibehalten für Beispiele und Einzelheiten.
- Anders als private Agenten läuft der Jitterbit-Bereinigungsdienst kontinuierlich auf Cloud-Agenten und kann den temporären Speicher sofort löschen, nachdem die Verarbeitung der Operation abgeschlossen ist.