Einführung in PowerShell – Rüstzeug für Systemadministratoren

Die Bedeutung von Systemadministratoren in Unternehmen darf man keinesfalls unterschätzen: Denn nur mit einer zuverlässigen und durchgängig funktionierenden IT-Infrastruktur kann eine Firma das Maximum ihrer wirtschaftlichen Leistungsfähigkeit erreichen. Dies erfordert, je nach Größe der jeweiligen Organisation, die Überwachung und Kontrolle von Dutzenden, wenn nicht sogar Hunderten von Rechnern gleichzeitig. Eine Mammutaufgabe, die nur geschultes Fachpersonal mit einem tiefen Einblick in systeminterne Zusammenhänge bewältigen kann.

Im Jahr 2016 folgte dann der Entschluss, die Shell plattformunabhängig anzubieten. Microsofts Intention dahinter: PowerShell soll künftig auch abseits von Windows, also auf Linux und macOS, zum Universalwerkzeug für Systemadministratoren werden. Seitdem verbreitet sich die Shell immer stärker und findet stetig neue Anhänger. Zusammengefasst kann man also sagen, dass PowerShell den lange überfälligen Nachfolger der Eingabeaufforderung darstellt.

Aber was genau hebt das neue Microsoft-Framework nun von der altbekannten Eingabeaufforderung ab? Um es einfach zu sagen: PowerShell hat alle Funktionen von cmd.exe, kann vieles davon sogar deutlich besser und erfüllt darüber hinaus weitere Aufgaben, die unter Windows bislang nicht denkbar waren.

PowerShell bietet prinzipiell dieselbe Bandbreite an Befehlen wie cmd.exe. Im Grunde lässt sich PowerShell mit ausreichenden Kenntnissen über die gängigen Standardbefehle also genauso verwenden wie die Eingabeaufforderung. Jedoch erlaubt sie darüber hinaus auch den Zugriff auf tiefergehende Windows-Interna, die mit cmd.exe bisher nicht ansteuerbar waren, zum Beispiel die Registry und die Windows Management Instrumentation (WMI). Die Kommandozeile von Windows PowerShell folgt darüber hinaus der klaren Logik einer konsistenten Befehlsstruktur und Syntax und ist in dieser Hinsicht sinnvoller aufgebaut als cmd.exe.

Ein weiteres Merkmal, das die Windows PowerShell besonders auszeichnet: Das Programm arbeitet im Gegensatz zur Eingabeaufforderung und zu Unix-ähnlichen Systemen vollständig objektbasiert, statt Ergebnisse von Befehlen nur in Textform (strings) auszugeben. Jedes Objekt verfügt sowohl über Eigenschaften (properties) als auch Methoden (methods),die vorgeben, wie es sich nutzen lässt. So repräsentiert beispielsweise das Windows-Prozessobjekt Eigenschaften wie Prozess-Namen und -IDs sowie Methoden zum Pausieren und Beenden von Prozessen.

Da die Ergebnisse von Befehlen grundsätzlich als .NET-Objekte ausgegeben werden, ist es in PowerShell per Pipelining möglich, deutlich komplexere Aufgaben zu erfüllen als mit cmd.exe. Das funktioniert, indem der Output eines Objekts in der Pipe als Input für das nächste Objekt genutzt wird. So kann man zum Beispiel große und komplexe Datenmengen nach Dateierweiterungen filtern und als übersichtliche Liste formatieren.

Windows PowerShell ist zudem nicht nur einfach eine Kommandozeile, sondern fungiert auch als umfangreiche und leistungsstarke Scripting-Umgebung. In dieser kann man sowohl eigene Befehle schreiben als auch mehrere Befehle zu komplexen Skripten zusammenfassen, durch die Systemmanagement-Aufgaben erleichtert werden. Per Remoting ist es außerdem möglich, Skripte ortsunabhängig auf beliebig vielen Systemen gleichzeitig laufen zu lassen und diese dadurch zu verwalten, einzurichten, zu erfassen und zu reparieren.

Diese Vielfalt an Möglichkeiten und Funktionen offenbart auch, was die vorrangige Zielgruppe von Windows PowerShell ist: IT-Profis und Systemadministratoren, die über fundierte Kenntnisse im Umgang mit Shells verfügen und bereit sind, sich zugunsten der deutlich höheren Effizienz in die Windows PowerShell einzuarbeiten. Für Nutzer, die hauptsächlich mit der grafischen Benutzeroberfläche von Windows arbeiten und nur sporadisch auf die Eingabeaufforderung zurückgreifen, bietet PowerShell hingegen keinen besonderen Mehrwert, zumal der Zeitaufwand für die Einarbeitung recht hoch ist.

Im Folgenden fassen wir die Vor- und Nachteile von Windows PowerShell gegenüber der Eingabeaufforderung noch einmal übersichtlich zusammen:

PowerShell besteht im Grunde aus zwei Bestandteilen, nämlich der PowerShell Engine und der PowerShell Scripting Language. Beide lassen sich separat voneinander oder auch in Kombination miteinander nutzen, um das Maximum an Funktionalität aus dem Programm herauszuholen.

Über den Kommandozeileninterpreter (Englisch: command-line interpreter, kurz: CLI) von PowerShell erhält der Benutzer via Tastatureingaben Zugang zu betriebssysteminternen Funktionen. Die entsprechenden Befehle des Programms nennt man „Cmdlets“ (gesprochen „Commandlets“, was in etwa dem Wort „Befehlchen“ entspricht) genannt. Gemäß einer konsistenten Syntax werden sie stets aus einem Verb und einem Substantiv im Singular zusammengesetzt, zum Beispiel Stop-Process oder Sort-Object. Parameter werden in einem Cmdlet gemäß der Formel -Parameter [Wert] angegeben, zum Beispiel:

Die mehr als 100 Kern-Cmdlets umfassen auch häufig genutzte Standardbefehle aus der Eingabeaufforderung, die neben anderen als sogenannte „Aliase“ verfügbar sind und Umsteigern die ersten Schritte mit der neuen Shell erleichtern sollen. So hat der zum Wechseln eines Verzeichnisses gedachte Befehl cd beispielsweise das Äquivalent Set-Location, das exakt dieselbe Funktion erfüllt. Sämtliche vorgefertigten Aliase lassen sich mit dem Cmdlet Get-Alias anzeigen. Darüber hinaus kann man mit dem Cmdlet Set-Alias auch eigene Aliase erstellen. Mit der folgenden Pipe können Sie beispielsweise dem Befehl „notepad“ (für das Programm Notepad) das Alias „ed“ zuweisen, sodass zum Ausführen des Programms weniger Tastenanschläge vonnöten sind:

Die folgende Tabelle enthält einige Beispiele für häufig genutzte Cmdlets und ihre verwandten Aliase:

Die strikte und zugleich leichter nachzuvollziehende Befehlsstruktur von PowerShell ermöglicht es, effizienter zu arbeiten als in der Eingabeaufforderung. Noch mehr Zeit gewinnt man durch Option, halb ausgeschriebene Cmdlets mit der Taste [Tab] automatisch zu vervollständigen. In vielen Fällen erkennt das Programm sogar unvollständig eingetippte Befehle.

Cmdlets lassen sich sowohl einzeln ausführen als auch per Pipelining miteinander verknüpfen, sodass der Output eines Objekts vom nachfolgenden Objekt gelesen und weiterverwendet werden kann. Zum Hinzufügen zweier Cmdlets in dieselbe Pipeline verwenden Sie einfach das |-Symbol. Auf diese Weise kann man zum Beispiel alle verfügbaren Prozesse auflisten und im selben Zuge nach ihrer ID sortieren:

Variablen definiert man mit dem $-Symbol. Sie können wie üblich zur Speicherung von Outputs verwendet werden, um sie beim Pipelining zu einem späteren Zeitpunkt wiederaufzugreifen. PowerShell ist dadurch sogar in der Lage, die Ergebnisse mehrerer über eine Pipeline verknüpfter Befehle auf einmal zu speichern, zum Beispiel:

Vieles an der Skriptsprache von PowerShell mag einem von C# und anderen Skriptsprachen bekannt vorkommen. Mit ihr kann man nicht nur eigene Cmdlets schreiben (und bei Bedarf mit anderen Nutzern teilen), man kann auch mehrere Befehle in Folge in einer Skript-Datei mit dem Format .ps1 verpacken und damit den Funktionsumfang der Shell erweitern. Denkbar sind zahlreiche Anwendungsbeispiele: von der Ausführung simpler Routineaufgaben bis hin zur nahezu vollständigen Automatisierung von Überwachungs- und Kontrollprozessen. Skripte enthalten dabei immer eine Anwendungsbeschreibung und werden mit dem Präfix „.“ gefolgt vom vollständigen Dateipfad ausgeführt. Ein Beispiel:

Ausreichende Übung und Fachkenntnis vorausgesetzt, lassen sich mit PowerShell viele Systemverwaltungsaufgaben deutlich effizienter gestalten. Im Folgenden erläutern wir Ihnen vier typische Anwendungsbeispiele.

Angenommen, Sie müssen etwa 1.000 Dokumente des Schemas Text (1).docx, Text (2).docx usw. so umbenennen, dass die Leerzeichen im Dateinamen durch Unterstriche ersetzt werden: Sich jedes Dokument einzeln vorzunehmen, wäre dann nicht ratsam. Stattdessen würden Sie wahrscheinlich eher mit cmd.exe arbeiten oder – noch besser – auf ein externes Tool zurückgreifen. Das Pipelining in PowerShell erlaubt aber noch mehr Flexibilität beim Umbenennen großer Datenmengen.

Begeben Sie sich dafür zuerst in das Verzeichnis, in dem sich die Dokumente befinden. Das geht ganz einfach mit dem Cmdlet Set-Location in Kombination mit dem vollständigen Dateipfad. Hier ein Beispiel:

Alternativ können Sie auch über den Windows-Explorer in das entsprechende Verzeichnis navigieren, in die Pfadleiste klicken und „powershell“ eingeben, um ein PowerShell-Fenster für das Verzeichnis zu öffnen. Mit folgendem Cmdlet nennen Sie dann die ausgewählten Dokumente um:

Vor der Implementierung einer neuen Sicherheitslösung im Netzwerk sollten Sie überprüfen, welche Dienste auf einem bestimmten PC bereits installiert sind. Grundwerkzeug dafür ist das Cmdlet Get-Service, mit dem sämtliche Dienste aufgelistet werden. Durch die Filterfunktionen in PowerShell können Sie sich auch nur eine Teilmenge der Ergebnisse anzeigen lassen – zum Beispiel sämtliche laufende Dienste. Das funktioniert mit folgendem Cmdlet:

Der Output von Get-Service wird hier an das Cmdlet Where-Object per Pipeline weitergeleitet. Where-Object filtert sämtliche Dienste nach ihrem Status (dargestellt durch die Variable $_.status und den Parameter -eq "running") und listet die laufenden Dienste auf. Je nach Bedarf können Sie die vorgefilterte Liste auch nach Display-Namen sortieren lassen, indem Sie ein weiteres Cmdlet zur Pipeline hinzufügen:

Ereignisprotokolle (Englisch event logs) geben Systemadministratoren Aufschluss über Fehlermeldungen in Anwendungen, im Betriebssystem oder in den Sicherheitsfunktionen eines Geräts. Mit dem Befehl Get-EventLog können Sie diese Protokolle einsehen und verwalten. Wollen Sie beispielsweise einen Blick auf die Fehlermeldungen der Ereignisanzeige „System“ werfen, geben Sie Folgendes ein:

Gibt PowerShell zu viele Ergebnisse aus, sodass Sie die Übersicht verlieren, können Sie die Liste mit dem Parameter -Newest 100 auf die neuesten 100 System-Logeinträge beschränken, die anschließend nach Fehlern gefiltert werden:

Detaillierte Informationen über einzelne Fehlermeldungen erhalten Sie, indem Sie den Output dieser Pipeline an das Cmdlet Format-List weiterleiten:

Die Windows Management Instrumentation (WMI) gewährt Zugriff auf nahezu alle Einstellungen und Funktionen von Windows-Computern und stellt damit das wichtigste Werkzeug zur Automatisierung von Prozessen und zur Fernwartung digitaler Arbeitsplätze dar. Das dazugehörige Cmdlet Get-WmiObject kann man auch für Remotecomputer anwenden, sodass Sie die Windows PowerShell auch als Systemverwaltungstool nutzen können. Benötigen Sie beispielsweise Informationen der Klasse Win32_BIOS über einen Rechner im Netzwerk (dargestellt mit dem Parameter -Rechnername), hilft Ihnen der folgende Befehl weiter:

Alternativ können Sie auch mit dem Parameter -Class gefolgt vom vollständigen Pfad der Klasse arbeiten:

Per Fernzugriff können Sie nun auf systeminterne Einstellungen des Fremdrechners zugreifen. Das nachfolgende Beispiel verdeutlicht, wie man die Methoden des Dienstes Windows Update Client abrufen kann, um herauszufinden, mit welchen Cmdlets sich dieser starten, stoppen und neu starten lässt:

Wie Sie sehen, wird per Get-WmiObject -Rechnername zuerst der gewünschte Rechner angepeilt und dann die Klasse Win32_Service mithilfe des Parameters -Class ausgewählt. Aus den vorhandenen Diensten wird dann der Windows Update Client mit dem Kürzel wuauserv herausgefiltert. Mit dem bereits bekannten Cmdlet Get-Member und dem Parameter -Type Method erhalten Sie dann einen Überblick über sämtliche Methoden für wuauserv, die Sie zur vollen Kontrolle des Clients aus der Ferne befähigen: