Verstehen des Inresponse Service Managers
Die Inresponse-Workflow-Engine bietet ein flexibles und skalierbares Framework, das benutzerdefinierte Workflows unterstützt und erweitert. Ihr Hauptzweck besteht darin, auf tatsächliche Systemereignisse zu reagieren, indem sie bei Bedarf vordefinierte asynchrone Aktionen ausführt.
Die Architektur von Inresponse ist so konzipiert, dass sie sowohl flexibel als auch skalierbar ist. Die Infrastruktur ermöglicht eine unbegrenzte Anzahl von Aktionswarteschlangen, Aktionstypen und Aktionsprozessoren. Die beiden Hauptarbeitskomponenten von Inresponse sind das MS SQL Server Service Broker-System und die Inresponse-Dienste. Insight-Systemadministratoren oder Systemexperten installieren und verwalten die Inresponse-Dienste als Windows-Dienste. Die Inresponse-Dienste führen die Kernverarbeitung von Inresponse zusammen mit der Insight-Datenbank durch.
Die folgende Abbildung bietet ein konzeptionelles Modell der Inresponse-Architektur auf hoher Ebene.
Eine Aktion wird als Aufgabe bezeichnet, wenn sie durch die Inresponse-Architektur fließt. Es handelt sich tatsächlich um eine XML-Zeichenfolge, die die notwendigen Parameter zur Ausführung der Aufgabe enthält.
MS SQL Server Message Broker
Der Service Broker bietet Warteschlangen und zuverlässige Nachrichtenübermittlung für SQL Server. Seine Hauptrolle in der Inresponse-Architektur besteht darin, die Kommunikation und Warteschlangen von nicht verarbeiteten Inresponse-Aufgaben zu erleichtern. Wenn neue Aktionen oder Aufgaben in die Warteschlange des Service Brokers eingegeben werden, werden sie in eindeutigen Konversationen angeordnet, im Wesentlichen einem dedizierten Kommunikationskanal für jeden in der Insight-Datenbank definierten Aktionstyp. Aus diesen Konversationskanälen werden Aufgaben nacheinander von wartenden Inresponse-Diensten abgerufen.
Inresponse-Dienste (früher bekannt als Task Worker)
Sie können Inresponse-Dienste auf einem oder mehreren Maschinen im selben Netzwerk wie die Insight-Datenbank installieren. Der Inresponse-Dienst erstellt beim Start einen Worker-Thread für jeden Aktionstyp, den er verarbeiten soll. Die Rolle jedes Worker-Threads besteht darin, Aufgaben aus dem entsprechenden Konversationskanal der Service Broker-Warteschlange anzufordern und zu akzeptieren und die Aufgabe mit der für ihren Aktionstyp definierten DLL zu verarbeiten. Nach Abschluss aktualisiert er den Status der Aufgabe in der Insight-Datenbank und wartet auf die nächste verfügbare Aufgabe in der Warteschlange.
Das Insight-System erfordert mindestens einen Inresponse-Dienst, um Aktionen zu verarbeiten. Sie können Inresponse-Dienste installieren, sie interaktiv ausführen und sie mit einer der folgenden Methoden entfernen:
Siehe Verstehen der Inresponse-Verarbeitung im Kapitel Workflow-Management der Online-Hilfe für weitere Informationen.
NÄCHSTES THEMA: Voraussetzungen für die Installation des Inresponse Service Managers