Binarystores-Struktur
Verwendung
Binarystores enthalten Laufzeitdaten, wie z.B. Watchpoint-Dateien, die während der Laufzeit des Workflows geschrieben wurden.
Die Daten werden während der Laufzeit des Workflows in den Binarystore-Ordner geschrieben, z.B. von einem Zeitplan, von einem Listener-Aufruf oder von einer Ausführung des Testmodus.
Die Daten werden am Ende einer Workflow-Ausführung aus den Binarystore-Ordnern entfernt und in den Ordner <inubit-installdir>/inubit/server/ibis_root/ibis_data/binarystores/testwatch kopiert, um Daten in einem Watchpoint anzuzeigen.
Wenn die Daten nicht vollständig entfernt wurden, kann das durch den Absturz oder das Herunterfahren des Knotens verursacht worden sein.
Arten gespeicherter Daten
Es gibt zwei Arten von Daten, die in Binarystores geschrieben werden:
-
Hauptdaten
-
Enthält Variablen/Nachrichten außer für Workflow Connector-, Multiplexer- und Wait-Module.
-
Der Eintrag in der Datei
is_transaction.xmlenthält serialisierte Transaktionsdaten und repräsentiert einen Zeiger zu dem derzeit ausgeführten Workflow und Modul. -
Wenn ein Knoten abgestürzt ist, wird die Datei
is_transcation.xmlverwendet, um den Prozess auf einem anderen Knoten neu zu starten oder fortzusetzen.
-
-
Andere Daten
-
Der Eintrag in der Datei
is_wait_transactional.xmlenthält serialisierte Wait-Transaktionsdaten mit Teilen eines Workflows, dessen Module nach dem Splitten/Splitten von Zweigen noch ausgeführt werden müssen. -
Nachricht/Variablen für einen Multiplexer-Branch.
-
Eingehende Nachrichten und Variablen an einem Multiplexer, die möglicherweise noch mit Daten von anderen Multiplexer-Zweigen zusammengeführt werden müssen.
-
Nachrichten/Variablen für einen Prozess im Status Waiting (Wait-Modul oder Task Generator)
-
Nachrichten/Variablen für einen Prozess in Status Error
-
Variablen für den Workflow Connector (vartmp) werden gespeichert.
-
Die Variablen werden vor der Ausführung des Workflow Connectors gespeichert, damit sie wiederhergestellt werden können, wenn der Workflow Connector ausgeführt wurde.
Sie werden möglicherweise mit Variablen zusammengeführt, die vom aufgerufenen Workflow zurückgegeben werden.
-
-
Daten bezüglich einer wiederholten oder angehaltenen Ausführung, Daten für das Protokollieren von Eingangs- und Ausgangsnachrichten, Daten für Web-Service-Correlation etc.
|
Der Datenbankbenutzer benötigt die Rechte CREATE SESSION und CREATE SEQUENCE sowie alle Tabellen- und Index-Rechte. Um Probleme mit Sonderzeichen zu vermeiden, sollte für die Datenbanken die UTF-8-Kodierung aktiviert sein. |
Um zu vermeiden, dass der Knoten wegen einer kurzzeitigen Unterbrechung der Datenbankverbindung heruntergefahren wird, können Sie einen sogenannten Leaky-Bucket-Algorithmus konfigurieren. Die Unterbrechungen der Datenbankverbindung werden gezählt. Wurde die konfigurierte Anzahl der Unterbrechungen der Datenbankverbindung innerhalb des Intervalls überschritten, wird der Knoten heruntergefahren. Anderenfalls wird die ermittelte Anzahl der Unterbrechungen der Datenbankverbindung um den konfigurierten prozentualen Anteil reduziert.
Zu diesem Zweck können Sie folgende Parameter setzen:
-
Über die Kommandozeilenschnittstelle (CLI):
-
Anzahl der kurzzeitigen Datenbankverbindungsunterbrechungen, die innerhalb einer bestimmten Zeitspanne nicht überschritten werden darf, Standardwert:
25 -
Prozentualer Anteil der kurzzeitigen Datenbankverbindungsunterbrechungen, die nach Ablauf der konfigurierten Zeitspanne entfernt werden, wenn die Anzahl der kurzzeitigen Datenbankverbindungsunterbrechungen nicht überschritten wurde, Standardwert:
4% -
Zeitintervall in Sekunden innerhalb dessen die Anzahl der kurzzeitigen Datenbankverbindungsunterbrechungen den konfigurierten Wert nicht überschreiten darf, Standardwert:
3600Sekunden
-
-
Über die Dateien
ibis.xml(Cache-Datenbank) bzw.logsDBConfig.xml(Logging-Datenbank):-
Anzahl der Wiederholung und Länge der Wiederholungsverzögerung für Datenbankabfragen.
Siehe
-
