Überwachen von Workflow Manager 1.0

Artikel
03/27/2016

Damit die hohe Verfügbarkeit und Zuverlässigkeit von Workflow-Manager 1.0 sichergestellt wird, ist es wichtig, Ihren Server zu überwachen, um zu gewährleisten, dass seine Integrität gewahrt ist. Fehler sollten so schnell wie möglich erkannt werden, damit Korrekturmaßnahmen angewendet werden können.In diesem Artikel werden die Funktionen behandelt, die zum Überwachen Ihrer Workflow-Manager 1.0-Umgebung verfügbar sind.

Überwachen eines Workflow-Manager 1.0-Servers

Ein Server wird normalerweise auf die folgende Weise überwacht:

Leistungsindikatoren
Ereignisablaufverfolgung
PowerShell
System Center Operations Manager Management Pack

Leistungsindikatoren

Leistungsindikatoren sind hervorragend für die Bereitstellung von Informationen hinsichtlich der Leistung des Servers geeignet.Leistungsindikatoren werden in Indikatorsammlungen gruppiert.

Workflow-Manager 1.0 verwendet eine eigene Sammlung von Leistungsindikatoren, um Sie beim Überwachen des Servers zu unterstützen.Workflow-Manager 1.0 definiert zwei Leistungsindikatorsammlungen: Verwaltung und Verteiler.Die einzelnen Leistungsindikatoren werden unter der jeweiligen Indikatorsammlung definiert.Sie finden die Leistungsindikatoren in diesen Indikatorsammlungen, wenn Sie den Systemmonitor auf einem Computer öffnen, auf dem Workflow-Manager 1.0 installiert ist.Sie können dann die Indikatorsammlungen "Workflowverwaltung" und "Workflowverteiler" untersuchen.

In der Tabelle unten werden die Leistungsindikatoren zusammengefasst, die in diesen beiden Sammlungen verfügbar sind.

Index	Leistungsindikator	Details
1	Verwaltungsanforderungen pro Sekunde	Die Anzahl der vom Front-End pro Sekunde auf einem bestimmten Knoten verarbeiteten Anforderungen.
2	Workflowereignisse pro Sekunde	Die Anzahl der erfolgreichen PublishNotification-Aufrufe pro Sekunde auf einem bestimmten Knoten.
3	Verwaltungsanforderungsfehler pro Sekunde	Die Anzahl der Front-End-Aufrufe pro Sekunde, die zu einer Fehlerantwort an den Aufrufer auf einem bestimmten Knoten (pro Sekunde) geführt haben.Die Fehler können aufgrund von fehlerhaften Anforderungen, Autorisierungs- oder Überprüfungsfehlern aufgetreten sein.
4	Autorisierungsfehler pro Sekunde	Die Anzahl der Autorisierungsfehler pro Sekunde auf einem bestimmten Knoten.
5	Dauer der Veröffentlichung eines Workflowereignisses	Die durchschnittliche Wartezeit bei der Veröffentlichung einer Workflowbenachrichtigung.
6	Ausstehende Episoden	Die Anzahl der Workflowinstanzen, die für einen bestimmten Back-End-Knoten ausgeführt werden.
7	Episodenfehler pro Sekunde	Die Anzahl der Workflowinstanz-Ausführungsfehler, die für einen bestimmten Back-End-Knoten pro Sekunde gemeldet werden.
8	Verarbeitete Ereignisse pro Sekunde	Die Anzahl der pro Sekunde auf einem bestimmten Knoten erfolgreich verarbeiteten Workflowbenachrichtigungen.

Das folgende Beispiel zeigt ein Integritätsmodell, das aus den oben beschriebenen Leistungsindikatoren abgeleitet wurde.

Symptom	Quelle	Inhalt: Ursache, Lösung, Zusammenfassung
Der Knoten scheint keine Nachrichten zu verarbeiten.	RequestsProcessedPerSecond	Keine Aktivität für 10 Minuten.
Die Workflowinstanz scheint nicht abgeschlossen zu werden.	(EpisodesCompletedPerSecond / RequestsProcessedPerSecond) * 100	Unter N% - N kann vom Benutzer definiert werden, z. B. 10.
Workflowinstanzfehler	RequestsFailedPerSecond	Die Anzahl der Fehler.

Sie können auch Leistungsindikatoren aus Windows hinzufügen, z. B. für CPU- und Arbeitsspeicherauslastung.

Ereignisablaufverfolgung

Workflow-Manager 1.0-Komponenten verwenden Ereignisablaufverfolgung für Windows (Event Tracing for Windows, ETW) für die Ablaufverfolgung.ETW ist die optimale Wahl für Ablaufverfolgung, weil der geringste Mehraufwand bezüglich der Leistung entsteht.Außerdem sind ETW-Protokolle kleiner als Protokolle in anderen Formaten.Alle Komponenten des Diensts verwenden einen ETW-Anbieter namens Microsoft-Workflow.

Workflow-Manager 1.0 verwendet die folgenden ETW-Kanäle, die standardmäßig verfügbar sind.

Operational Channel: Dieser Kanal wird für Ablaufverfolgungen verwendet, die kritische Probleme melden, die einen Operatoreingriff erfordern.Beispiele sind Dienstfehler oder das Erreichen eines SLA-Schwellenwerts.
Debug Channel: Alle Diagnoseablaufverfolgungen verwenden diesen Kanal.
Analytic Channel: Dieser Kanal wird für Ablaufverfolgungen verwendet, die sich auf zu hohe Werte beziehen, z. B. auf den Zeitraum, der für den Abschluss eines Vorgangs benötigt wird.Die Ereignisse können zusätzliche Metadaten (z. B. den Bereich und den Vorgangsnamen) aufweisen.

Eine vollständige Liste der von Workflow-Manager 1.0 generierten Ereignisse finden Sie in der Microsoft.Workflow.EventDefinitions.man ETW-Manifestdatei im Ordner [InstallDrive]:\Program Files\Workflow Manager\1.0\Workflow.

Einige der interessanten Ereignisse in dieser Datei, die besonders wichtig für die Überwachung der Integrität Ihres Servers sind, werden in der Tabelle unten aufgelistet.

Problem	Ausgegebene Ereignis-IDs
Fehler des WF-Back-End-Starts	289
Ausnahmefehler	1, 10, 19
Häufige Ausnahmefehler in einem bestimmten Knoten	Fünf Ereignisse 1, 10 oder 19 innerhalb von 30 Minuten
Häufige Ereignisse beim Starten des Diensts	Fünf Ereignisse 288 oder 582 innerhalb von 30 Minuten

PowerShell-Cmdlets

PowerShell stellt eine hervorragende Möglichkeit zum Verwalten Ihrer Workflow-Manager 1.0-Server dar.Workflow-Manager 1.0 enthält Cmdlets, die Ihnen den Status der Workflow-Farm und ihren Integritätsstatus bereitstellen.Workflow-Manager 1.0 stellt Administratoren eine Verknüpfung zum Initiieren der Workflow PowerShell-Aufforderung in der Programmgruppe "Workflow Manager 1.0" im Startmenü zur Verfügung.Sie können diese Cmdlets auch programmgesteuert durch Importieren der Workflow-Manager 1.0 PowerShell-Module aufrufen.Alle Workflow-Manager 1.0-Cmdlets werden im PowerShell-Modul "Microsoft.Workflow.Commands" definiert, das Sie im Installationsverzeichnis von Workflow-Manager 1.0 finden.

Es stehen zwei Cmdlets zur Verfügung, die sich insbesondere für die Serverüberwachung eignen: Get-WFFarm und Get-WFFarmStatus.

Get-WFFarm

Mit dem Cmdlet Get-WFFarm können Sie schnell alle Details zu Ihrer Workflowfarm abrufen.Dieses Cmdlet gibt die unten aufgeführten Informationen zu Ihrer Farm zurück.

Wert	Beschreibung
Hosts	Listet die Hosts (oder Computer) in Ihrer Farm auf.
Endpunkte	Listet die HTTP- und HTTPS-Endpunkte auf den Hosts auf.
WFFarmDBConnectionString	Die Verbindungszeichenfolge für die Workflowfarmdatenbank.Die Workflowfarmdatenbank enthält alle Konfigurationsinformationen für die Farm.
RunAsAccount	Das Konto, unter dem der Workflow-Back-End-Dienst ausgeführt wird.
AdminGroup	Gibt zurück, welche Sicherheitsgruppe der Windows-Authentifizierung als Gruppe Administratoren für die Workflowfarm konfiguriert ist.
InstanceDBConnectionString	Die Verbindungszeichenfolge für die Instanzdatenbank.Die Instanzdatenbank enthält Instanzinformationen zu Ihren persistenten Workflows.Es wird dringend empfohlen, keine Informationen in dieser Datenbank zu aktualisieren.Diese Verbindungszeichenfolge wird nur für die Bereitstellung für andere Offline-Cmdlets verwendet, z. B. für Cmdlets, die für die Wiederherstellung nach einem Notfall verwendet werden.
ResourceDBConnectionString	Die Verbindungszeichenfolge für die Ressourcendatenbank.Die Ressourcendatenbank enthält Ihre Workflow- und Aktivitätsdefinitionen.Es wird dringend empfohlen, keine Informationen in dieser Datenbank zu aktualisieren.Diese Verbindungszeichenfolge wird nur für die Bereitstellung für andere Offline-Cmdlets verwendet, z. B. für Cmdlets, die für die Wiederherstellung nach einem Notfall verwendet werden.
HttpPort	Listet den HTTP-Port des Workflow-Front-Ends auf, wenn der Dienst mit HTTP konfiguriert ist.
HttpsPort	Listet den HTTPS-Port des Workflow-Front-Ends auf.
OutboundCertificate	Gibt den Fingerabdruck des ausgehenden Zertifikats zurück.Gibt außerdem zurück, ob dieses Zertifikat während der Installation automatisch generiert wurde.
SslCertificate verwendet	Gibt den Fingerabdruck des SSL-Zertifikats zurück.Gibt außerdem zurück, ob dieses Zertifikat während der Installation automatisch generiert wurde.

Get-WFFarmStatus

Hinweis

"Get-AzureWFFarmStatus" ist nicht in Workflow-Manager 1.0 enthalten, wird jedoch in 1.0 RTM enthalten sein.

Das Cmdlet Get-AzureWFFarmStatus stellt den grundlegenden Status der Farm und ihrer Knoten zur Verfügung.

Für jeden der Knoten gibt Get-AzureWFFarmStatus die Integrität des Workflow-Back-End-Windows-Diensts an und informiert außerdem darüber, ob das Workflow-Front-End auf dem betreffenden Knoten erreichbar war.

Management Pack

Hinweis

Workflow-Manager 1.0 enthält kein Management Pack als Teil der Installation, es wird jedoch separat für den Download verfügbar sein, kurz nachdem 1.0 RTM veröffentlicht wird.Dieses Management Pack unterstützt Microsoft System Center 2012 sowie System Center 2007 R2.

Die Leistungsindikatoren, Ereignisablaufverfolgungen und PowerShell-Cmdlets bieten Einblicke in die Integrität der Farm.Echte Zuverlässigkeit auf Unternehmensebene erfordert jedoch nicht nur die konstante Überwachung des Servers, sondern auch einen Warnmechanismus, der aktiviert wird, wenn ein Fehler erkannt wird.Microsoft System Center Operations Manager Management Pack stellt diese Warnfunktion zur Verfügung.

Die Mehrzahl der in diesem Artikel beschriebenen Ereignisse und Leistungsindikatoren wird im System Center Management Pack unterstützt.Das Management Pack ist für die Überwachung der Workflow-Manager 1.0-Farm und ihrer Knoten konzipiert, nicht für die Überwachung von Workflow-Manager 1.0-Artefakten wie etwa Workflowinstanzen.

Die folgende Abbildung zeigt ein typisches Integritätsmodell für Workflow-Manager 1.0.

Workflow health model

Share via