PowerShell-Skripte als Windows-Workflows automatisieren

PowerShell-Skripte verbinden, gezielt auslösen und ihre Ergebnisse prüfen: mit dem visuellen Windows-Workflow-Orchestrator NodePilot.

Wenn mehrere Skripte zusammenarbeiten müssen

Ein einzelnes PowerShell-Skript kann einen Dienst prüfen oder eine Datei bereitstellen. Sobald ein weiterer Schritt von seinem Ergebnis abhängt, braucht der Ablauf eine klare Reihenfolge, Bedingungen und einen Fehlerpfad. In NodePilot werden diese Zusammenhänge im visuellen Designer modelliert; anschließend lässt sich die Ausführung jeder einzelnen Aktivität verfolgen.

Vorhandene Skripte weiterverwenden

Die Run-Script-Aktivität führt PowerShell lokal auf dem NodePilot-Host oder über WinRM auf einem verwalteten Windows-System aus. Für entfernte Ausführungen müssen WinRM, Dienstidentität und Berechtigungen zum Zielsystem passen. Auf dem Ziel wird kein zusätzlicher NodePilot-Agent installiert.

Ausgaben werden über benannte Variablen an nachfolgende Schritte übergeben. Bedingungen entscheiden über den nächsten Pfad. Für wiederkehrende Aufgaben stehen neben manuellen Starts auch zeitgesteuerte Auslöser zur Verfügung.

Mit einer überprüfbaren Aufgabe beginnen

Der erste Workflow mit einem PowerShell-Schritt liest zunächst nur den Rechnernamen aus. Damit wird der Weg vom Designer bis zur Ausgabe geprüft, bevor Aktionen mit Schreibzugriff hinzukommen. Die Kurzanleitung führt durch den Produkteinstieg.

Was zum Betrieb dazugehört

Ein erfolgreicher Status allein belegt noch nicht das fachlich richtige Ergebnis. Vorher sollte feststehen, welche Ausgabe erwartet wird und wie Fehler behandelt werden. NodePilot zeigt Ausführung und Protokolle an; das Testen der Skripte und die Auswahl geeigneter Berechtigungen bleiben Teil der eigenen Arbeit.

Designer, Ausführungshistorie und Debugging ansehen oder die geführte Browserdemo ausprobieren.

Beispiel: Einen Windows-Dienst prüfen

Ein manueller Trigger startet eine Run-Script-Aktivität. Das folgende Skript liest den Zustand des Windows-Zeitdienstes aus, ohne ihn zu verändern:

Get-Service -Name W32Time -ErrorAction Stop | Select-Object Name, Status

Die Ausgabe landet in einer benannten Variable; das Ausführungsprotokoll zeigt den tatsächlichen Zustand. Ein abgeschlossener Skriptlauf bedeutet noch nicht, dass der Dienst läuft. Erst danach kommen eine Bedingung und ein Benachrichtigungsschritt für den Fehlerfall hinzu. Run Script und Ausgabevariablen beschreibt die Konfiguration.

NodePilot-Designer mit PowerShell-Aktivität und verbundenen Workflow-Schritten
Der Designer zeigt einen Beispielworkflow; die Dienstprüfung oben ist ein eigener kleiner Einstieg.

Einen Workflow in der geführten Demo ausführen und prüfen.