Die Parameter im Abschnitt FLOW_MONITORING der Datei regeln die Verwendung eines DBMS für den Ablaufüberwachungsservice durch InterChange Server. Dieser Service ist nur dann erforderlich, wenn Sie Collaborations überwachen wollen, die beim Überwachungstool von IBM WebSphere Business Integration registriert wurden, und der IBM WebSphere Business Integration Adapter für MQ Workflow als Quellenadapter verwendet wird.
Dieser Parameter ist erforderlich.
Er gibt den Namen der Datenquelle für einen Treiber mit IBM Branding oder einen DB2-JDBC-Treiber (Typ 2) an, in der die Informationen zu den Abläufen durch den Ablaufüberwachungsservice gespeichert werden. Eine Erläuterung des JDBC-URLs finden Sie im Handbuch System Administration Guide.
Beispiel: DATA_SOURCE_NAME = jdbc:ibm-crossworlds:oracle:// @server:1521;SID=FlowDB
Für diesen Parameter gibt es keinen Standardwert.
Dieser Parameter gibt an, ob Collaborations, die für die Ablaufüberwachung konfiguriert wurden, Ereignisdatensätze protokollieren. Gültige Werte sind TRUE und FALSE. Bei Verwendung von TRUE protokollieren alle Collaborations, die für die Überwachung konfiguriert wurden, Ereignisse. Ist der Wert auf FALSE gesetzt, werden von den Collaborations (selbst bei einer entsprechenden Konfiguration) keine Ereignisdatensätze protokolliert.
IS_SYSTEM_ACTIVE = FALSE
Dieser Parameter gibt an, wie viele Datenbankverbindungen InterChange Server für den Ablaufüberwachungsservice öffnen kann. Legen Sie diesen Parameter nur dann fest, wenn Sie die InterChange Server-Auslastung auf mehrere Datenbankserver verteilt haben.
Beispiel: MAX_CONNECTIONS = 30
MAX_CONNECTIONS = 2147483647
Dieser Parameter ist erforderlich.
Er gibt den Namen an, unter dem sich InterChange Server an der Datenquelle für den Ablaufüberwachungsservice anmeldet. Mit diesem Parameter können Sie einen Benutzereintrag für die Anmeldung angeben, der vom Standardwert abweicht.
In einer Umgebung, in der alle Services von InterChange Server dasselbe DBMS verwenden und Sie den Benutzernamen und das Kennwort des Benutzereintrags für die Anmeldung geändert haben, sollte dieser Wert für das Repository, die Ereignisverwaltung, die Transaktionen und die Ablaufüberwachung identisch sein.
Bei einer Umgebung, in der die Datenbankressourcen von InterChange Server auf mehrere DBMS-Server verteilt sind, können Sie für jeden DBMS-Server einen anderen Benutzernamen verwenden. In diesem Fall gibt der Parameter den Benutzernamen an, den InterChange Server für den Ablaufüberwachungsservice verwendet. Der Benutzereintrag muss die Berechtigung zur Tabellenerstellung besitzen.
Beispiel: USER_NAME = flowmon
Für diesen Parameter gibt es keinen Standardwert.
Dieser Parameter ist erforderlich.
Er gibt das verschlüsselte Kennwort an, das dem Benutzernamen für den Ablaufüberwachungsservice zugeordnet ist.
Beispiel: PASSWORD*=a6gefs
Dieser Parameter gibt den Namen des Datenbankschemas an, in dem sich die Ereignistabellen für die Ablaufüberwachung befinden. Durch die Verwendung dieses Konfigurationswerts können Sie die Ereignisdaten der Ablaufüberwachung unter einem anderen Schema als der Anmeldebenutzer für die Ablaufüberwachungsdatenbank (also der im Parameter USER_NAME angegebene Benutzer) verwalten.
Gültige Werte für dieses Feld dürfen bis zu 30 Zeichen aus dem Zeichensatz US-ASCII umfassen. Der Name muss mit einem Buchstaben (A bis Z) beginnen. Für die ersten drei Zeichen darf nicht die Angabe SYS verwendet werden. Die übrigen Zeichen im Namen können Buchstaben von A bis Z und Ziffern von 0 bis 9 sein. Informationen zu den Softwarevoraussetzungen für den Einsatz der Ablaufüberwachung sowie detaillierte Erläuterungen der Konzepte für die Ablaufüberwachung enthält das Handbuch System Administration Guide.
Für den Parameter SCHEMA_NAME wird standardmäßig derselbe Wert wie für den Parameter USER_NAME verwendet.
Dieser Parameter gibt an, wie viele Ereignisse im Speicher (von InterChange Server) höchstens zulässig sind, bevor Collaborations warten müssen, um zusätzliche Ereignisse in die Warteschlange stellen zu können.
Während der Ablaufüberwachung werden für jeden einzelnen Ablauf in einer überwachten Collaboration viele Ereignisse aufgezeichnet, was zu einer umfangreichen Datenbankaktivität führt, die wiederum die Leistung beeinträchtigen kann. Um übermäßige Leistungseinbußen zu verhindern, schreiben die Collaborationabläufe Überwachungsereignisse in eine interne Speicherwarteschlange von InterChange Server. Der Inhalt dieser speicherinternen Warteschlange wird anschließend an die Datenbank übertragen. Um zu verhindern, dass der Server nicht mehr über genügend Speicherkapazität verfügt, ist die Größe dieser Warteschlange begrenzt und im Parameter MAX_QUEUE_DEPTH definiert. Falls die Warteschlangenlänge die Protokollierung eines neuen Überwachungsereignisses nicht zulässt, wartet der entsprechende Collaborationablauf, bis das Ereignis in die Warteschlange gestellt werden konnte, bevor er die Ablaufverarbeitung fortsetzt.
Dieser Parameter ist systemweit (und nicht für jede Collaboration individuell) konfigurierbar. Dies erfolgt auf der Registerkarte "Verschiedenes" im System Manager-Editor "Konfiguration bearbeiten". Jede überwachte Collaboration verwaltet eine unabhängige Warteschlange, in der die durch diesen Parameter angegebene Anzahl von Ereignissen bis zum Höchstwert von 2147483647 Ereignissen enthalten ist. Änderungen an diesem Parameter werden unmittelbar in der Datei InterchangeSystem.cfg gespeichert, jedoch erst nach dem nächsten Neustart des Servers wirksam. Alle konfigurierten Collaborations verwenden dieselbe maximale Warteschlangenlänge. Weitere Informationen zu diesem Parameter enthält das Handbuch System Administration Guide.
MAX_QUEUE_DEPTH = 500
Dieser Parameter gibt an, wie häufig der Server maximal versucht, die Verbindung zur Datenbank wiederherzustellen, nachdem festgestellt wurde, dass die Verbindung unterbrochen ist. Für den Wiederholungszähler wird der Wert 3 empfohlen. Falls der Wert auf 0 gesetzt wird, entspricht dies einer Inaktivierung der Hochverfügbarkeit für die Datenbankkonnektivität.
Mit dem Parameter DB_CONNECT_INTERVAL können Sie die Wartezeit zwischen zwei Wiederholungen angeben. Die empfohlene Dauer beträgt 60 Sekunden.
Die Parameter DB_CONNECT_RETRIES und DB_CONNECT_INTERVAL in diesem Abschnitt beziehen sich auf die Datenbank für die Ablaufüberwachung. Falls während der Kommunikation zwischen dem Server und der Datenbank für die Ablaufüberwachung Probleme bei der Datenbankkonnektivität auftreten, steuern diese beiden Parameter, wie häufig und in welchem zeitlichen Abstand der Server versucht, erneut eine Verbindung zu dieser Datenbank herzustellen.
DB_CONNECT_RETRIES = 3
Dieser Parameter gibt die Wartezeit zwischen zwei Wiederholungen an. Die empfohlene Dauer beträgt 60 Sekunden. Wenn Sie das Wiederholungsintervall zu hoch festlegen, wird das System unnötig langsam.
Legen Sie diesen Wert im Abschnitt [FLOW_MONITORING] der Datei InterchangeSystem.cfg fest. Der Wert für diesen Parameter wird in Sekunden angegeben.
DB_CONNECT_INTERVAL = 60