PowerShell

PowerShell
colspan="2" class="notheme" style="text-align:center; background:#Vorlage:Standardfarbe; color:#202122;" | PowerShell 6.0 icon
Windows PowerShell Screenshot der powershell.exe 5.0 innerhalb conhost.exe unter Windows 8.1
Basisdaten
Maintainer
Entwickler	Microsoft
Erscheinungsjahr
Aktuelle Version	7
Aktuelle Vorabversion	()
Betriebssystem	Microsoft Windows, ab Version 6 auch Linux und macOS
Programmier­sprache
Kategorie	Kommandozeileninterpreter
Lizenz	Proprietär, MIT-Lizenz<ref name="PowerShellLicense">PowerShell Lizenz auf Github</ref>
deutschsprachig	ja
PowerShell

PowerShell (auch PowerShell Core) ist ein plattformübergreifendes Framework von Microsoft zur Automatisierung, Konfiguration und Verwaltung von Systemen, das einen Kommandozeileninterpreter inklusive Skriptsprache bietet.<ref name="PowerShellReadme">PowerShell Readme-Datei auf Github</ref>

Windows PowerShell ist eine das .NET Framework nutzende und daher nur unter Microsoft Windows funktionierende Version, die seit Version 5.1 nicht mehr weiterentwickelt wird.<ref>Sean Wheeler: What is Windows PowerShell? Microsoft, 7. März 2024, abgerufen am 10. Mai 2025. </ref> Sie basiert auf der Common Language Runtime (CLR) des .NET Frameworks und wird mit Windows als Teil des Windows Management Frameworks (WMF) unter einer proprietären Lizenz ausgeliefert.<ref name="BlogsMsdnPowerShellOpenSource">blogs.msdn.microsoft.com: PowerShell on Linux and Open Source</ref><ref name="MsdnWMF5ReleaseNotes">Windows Management Framework (WMF) 5.0 RTM Release Notes Overview. In: msdn.microsoft.com. Archiviert vom Vorlage:IconExternal am 19. Januar 2018; abgerufen am 6. August 2025 (, Anmerkungen zu dieser Version). </ref> Von Version 5.1 gibt es parallel eine auf .NET Core basierende Core Edition für Windows Nano Server und Windows IoT.<ref>PowerShell on Nano Server. Microsoft, 7. August 2020, abgerufen am 10. Mai 2025. </ref>

Seit Version 6 basiert PowerShell auf der Core Common Language Runtime (CoreCLR) und ist als plattformübergreifendes Open-Source-Projekt<ref name="GithubPowerShell">PowerShell auf Github</ref> unter der MIT-Lizenz<ref name="PowerShellLicense" /> für Linux, macOS und Windows verfügbar.<ref name="BlogsMsdnPowerShellOpenSource" />

Entstehungsgeschichte

Eingabeaufforderung

Jede veröffentlichte Version von MS-DOS und Windows enthielt eine Kommandozeile oder Eingabeaufforderung (siehe auch Kommandozeileninterpreter). Diese sind COMMAND.COM (in DOS bzw. DOS-basierten Betriebssystemen wie Windows 9x) und cmd.exe (in Betriebssystemen der Windows-NT-Familie). Die Eingabeaufforderung bietet einige Standardbefehle und ermöglicht das Ausführen weiterer Konsolenanwendungen. Darüber hinaus gibt es eine Skriptsprache, um Aufgaben zu automatisieren (siehe Stapelverarbeitungsdatei). Da jedoch nicht alle Funktionalitäten der grafischen Benutzeroberfläche über die Eingabeaufforderung erreichbar sind, können nicht alle Aufgaben automatisiert werden und auch die Skriptsprache ist aufgrund ihrer Einfachheit in der Funktionalität beschränkt. Mit Windows Server 2003 waren die meisten Funktionen auch per Eingabeaufforderung verfügbar, dennoch bleiben die Limitierung der Skriptsprache sowie Inkonsistenzen in der Bedienung unterschiedlicher Konsolenanwendungen.

Microsoft versuchte bereits 1998 einige dieser Limitierungen mit der Einführung von Windows Script Host (cscript.exe) und dessen Unterstützung von JScript und VBScript in Windows 98 zu überwinden. Mit Windows Script Host ist es möglich, alle COM-Komponenten anzusprechen, was die Automatisierung von weiten Teilen des Betriebssystems ermöglicht. Darüber hinaus gibt es in unterschiedlichen Windows-Versionen weitere Kommandozeileninterpreter für spezielle Einsatzgebiete (z. B. netsh zur Netzwerkkonfiguration oder das Windows Management Instrumentation Command-line (WMIC)).

Monad Manifest

Jeffrey Snover – ein Verfechter von Kommandozeilen, der 1999 bei Microsoft anfing – unterstützte zunächst Microsoft Windows Services for UNIX (SFU), um Unix-Tools unter Windows nutzen zu können. Da Windows aber nicht wie Unix textorientiert, sondern API-orientiert arbeitet, konnte es letztlich nicht umfassend verwaltet werden (z. B. Setzen von Registry-Werten). Snover entwickelte außerdem die Windows Management Instrumentation Command-line (WMIC).<ref name="SnoverMonadManifestoRevisitedYouTube">PowerShell.org auf YouTube: Snover Monad Manifesto Revisited</ref> 2002 beschrieb er einen neuen Ansatz für die Automatisierung in Windows als Monad Manifest. Darin beschreibt Snover Monad als mächtige, konsistente, erweiterbare und nützliche „Plattform der nächsten Generation“ auf Basis von .NET, mit der der Aufwand für Administratoren reduziert und das Leben von Nicht-Programmierern deutlich vereinfacht werden könne.<ref name="MonadManifesto">jsnover.com: Monad Manifesto (PDF; 371 kB)</ref> Dies sollte unter anderem durch folgende Punkte erreicht werden:

• Administratoren können Befehle schneller und einfacher programmieren, da Monad viele Standardaufgaben von Befehlen übernimmt und durch einen einheitlichen Parser Konsistenz bietet.
• Anstatt Text (unstrukturierte Daten) werden Objekte (strukturierte Daten) an die Pipe übergeben, was die Weiterverarbeitung vereinfacht.
• Ausführung von Skripts auf einer Vielzahl von entfernten Computern

Die Idee von Monad wurde weiterentwickelt. 2003 bei der Professional Development Conference in Los Angeles wurde erstmals die Monad Shell (MSH) gezeigt. 2005 wurden Beta-Versionen veröffentlicht.

PowerShell entsteht und wird Teil von Windows

2006 verkündete Microsoft, dass Monad in PowerShell umbenannt werde. Gleichzeitig wurde verkündet, dass Exchange Server 2007 per PowerShell administriert werde und auch die GUI auf PowerShell aufsetze.<ref name="PowerShellHasArrived">blogs.msdn.microsoft.com: Windows PowerShell (Monad) Has Arrived</ref> Noch im gleichen Jahr wurde PowerShell 1.0 veröffentlicht und zum Download angeboten.<ref name="PowerShellReleased">blogs.msdn.microsoft.com: It’s a Wrap! Windows PowerShell 1.0 Released!</ref>

Durch die Unterstützung der Exchange- und Datacenter-Verantwortlichen bei Microsoft konnte die PowerShell im Konzern etabliert werden.<ref name="SnoverCulturalBattle">YouTube: Jeffrey Snover 2015 auf dem DevOps Enterprise Summit über The Cultural Battle To Remove Windows from Windows Server</ref> 2007 wurde PowerShell Teil von Microsofts Common Engineering Criteria für 2009, einer Liste von Kriterien, der jedes Microsoft Server-Produkt entsprechen soll. Das bedeutete effektiv, dass ab 2009 jedes Server-Produkt von Microsoft PowerShell unterstützen sollte.<ref name="PowerShellCommonCriteria">blogs.msdn.microsoft.com: PowerShell To Be Added to Common Engineering Criteria</ref> Dies war der endgültige Durchbruch für PowerShell als zentrale Verwaltungs- und Automatisierungseinheit in Windows.

2008 wurde Windows Server 2008 das erste Betriebssystem, das mit PowerShell ausgeliefert wird – jedoch noch als optionale Komponente.

2009 wurde PowerShell 2.0 als fester Bestandteil von Windows 7 und Windows Server 2008 R2 veröffentlicht.<ref name="PowerShell20RTM">blogs.msdn.microsoft.com: Windows PowerShell 2.0 RTM</ref> Anfang 2010 stand PowerShell 2.0 auch für ältere Betriebssysteme als optionales Update per Windows Update bereit.<ref name="PowerShell20WindowsUpdate">blogs.msdn.microsoft.com: Windows PowerShell 2.0 on Windows Update</ref>

PowerShell wird Open Source und plattformübergreifend

2016 verkündete Microsoft, dass PowerShell unter der MIT-Lizenz Open Source und plattformübergreifend entwickelt wird.<ref name="PowerShellOpenSourced">azure.microsoft.com: PowerShell is open sourced and is available on Linux</ref> Gleichzeitig wurde ein GitHub Repository erstellt und die Alpha-Version von PowerShell Version 6.0 für Windows, Linux und macOS veröffentlicht. Der Hersteller begründete diesen Schritt in seiner Cloud-Strategie. In Microsoft Azure werden nicht nur Windows-, sondern auch eine Vielzahl von Linux-Systemen bereitgestellt. Microsoft bietet PowerShell als universelles Werkzeug für alle Administratoren an, ganz gleich welches Betriebssystem oder welche Anwendung administriert werden soll.

Aufbau

Grundsätzliches

PowerShell wurde speziell für die Systemverwaltung und -automatisierung entworfen.<ref>Windows PowerShell. In: Microsoft TechNet. Microsoft, archiviert vom Vorlage:IconExternal (nicht mehr online verfügbar) am 21. Dezember 2007; abgerufen am 3. September 2016. </ref>

Sie verbindet die aus Unix-Shells bekannte Philosophie von Pipes und Filtern mit dem Paradigma der objektorientierten Programmierung. Der Benutzer kann wie bisher einfache Befehle an einer Kommandozeile ausführen und miteinander verknüpfen oder aber auch komplexe Skript-Programme mit der eigens dafür entwickelten PowerShell Scripting Language schreiben.

Die PowerShell erlaubt Zugriff auf WMI-Klassen, COM-Objekte sowie auf das gesamte .NET Framework.

PowerShell Engine

Die PowerShell Engine (auch Shell, PowerShell Class oder PowerShell Runtime) ist der Kommandozeileninterpreter, der die Eingaben verarbeitet und damit das Herz der PowerShell. Die Engine ist eine Sammlung von .NET-Klassen, die in einer DLL (System.Management.Automation.dll) gespeichert sind.

PowerShell Host

Der PowerShell Host ist die Benutzerschnittstelle zur PowerShell Engine. In Windows steht standardmäßig die Windows PowerShell (auch Konsole) (powershell.exe, bereitgestellt durch conhost.exe) und Windows PowerShell ISE (Integrated Scripting Environment, kurz ISE) (powershell_ise.exe) zur Verfügung. Die ISE ist ein modernes Eingabefenster mit unter anderem integriertem Skripteditor, Debugger und IntelliSense. Beide Hosts erlauben es auch, herkömmliche Kommandozeilenanwendungen auszuführen, wie beispielsweise ipconfig.exe. Jedoch erlaubt die ISE keine Interaktion, wie zum Beispiel bei nslookup.exe. Die ISE kann durch Add-ons erweitert werden; eine bekannte Erweiterung ist ISESteroids. Auch Verwaltungskonsolen, wie etwa die Exchange Management Console (EMC) seit Exchange Server 2007, sind ein Host. Darüber hinaus gibt es auf dem Markt weitere Hosts, wie PowerShell Plus von Idera. Zwar nutzen alle Hosts dieselbe Engine, doch da die Implementierung unterschiedlich sein kann, ist es auch möglich, dass sich die Hosts untereinander unterschiedlich verhalten.

PowerShell Scripting Language (PSL)

Die PowerShell Scripting Language (PSL) ist die Sprache um Skripte für die PowerShell Engine zu entwickeln. Ab Version 2.0 kann die Skriptsprache auch verwendet werden, um eigene Cmdlets zu erstellen.

Die PowerShell-Sprache basiert auf dem IEEE 1003.2 POSIX Shell Standard und die Syntax ist an der Programmiersprache C# angelehnt.<ref>Bruce Payette, Richard Siddaway: Windows PowerShell in Action. 3. Ausgabe. Manning, Shelter Island 2018, ISBN 978-1-63343-029-7, S. 17–18.</ref> Mit Version 5 wurde die Skriptsprache um Klassen erweitert.<ref>Bruce Payette, Richard Siddaway: Windows PowerShell in Action. Shelter Island 2018, S. 762.</ref>

Anders als bei bisher existierenden objektorientierten Skript-Interpretern (BeanShell, Smalltalk, Python Shell) ist die Syntax der PowerShell-Skriptsprache, welche sich unter anderem Anleihen bei Perl, Unix-Shells, SQL und C nimmt, darauf ausgelegt, auch für den täglichen interaktiven Gebrauch als Shell für administrative Aufgaben wie etwa Dateiverwaltung geeignet zu sein.

Cmdlets

Cmdlets (gesprochen Commandlets) werden die Befehle in einer PowerShell-Umgebung genannt. Der Begriff soll verdeutlichen, dass es sich um sehr kleine, spezielle Befehle handelt, etwa wie in Befehlchen. Im Gegensatz zu herkömmlichen Befehlen sind Cmdlets keine Standalone-Anwendungen, das heißt, sie können nicht ohne die PowerShell ausgeführt werden. Cmdlets können .NET-Klassen oder PowerShell-Skripte sein und mit wenigen Zeilen Programmcode geschrieben werden. Cmdlets parsen Eingaben in der Regel nicht selber, stellen Fehler nicht selbst dar und geben Ergebnisse unformatiert als Objekt wieder.<ref name="CmdletOverview">Cmdlet Overview. In: msdn.microsoft.com. Archiviert vom Vorlage:IconExternal am 2. März 2017; abgerufen am 6. August 2025 (). </ref> Die PowerShell-Engine bzw. Standard-Cmdlets nehmen Cmdlet-Entwicklern Arbeit von Standardaufgaben ab und vereinfachen und beschleunigen die Entwicklung. Gleichzeitig wird die Nutzbarkeit und Lesbarkeit von Skripten und Befehlen durch sehr strikte und ausführliche Namenskonventionen gewährleistet.

Die Anzahl der vorinstallierten Cmdlets steigt mit jeder Version. Sie liegt in der Version 5.1 der Legacy-PowerShell bei 489 Cmdlets und 766 mitgelieferten Funktionen und in der Core-Version 6.1 bei 287 Cmdlets und 145 mitgelieferten Funktionen im Kernpaket und 1900 Cmdlets mit zusätzlichen Modulen.<ref>Neuerungen in Windows PowerShell 5.0. Abgerufen am 30. Januar 2019. </ref><ref name=":0" />

Cmdlets folgen dem Namensschema Verb-Substantiv, also beispielsweise Get-Help oder Set-Location. Cmdlets sind durch das vorangestellte Verb aufgabenorientiert, sollen genau eine spezifische Aufgabe erfüllen und nur einen Objekttyp ausgeben, wie zum Beispiel Get-Process, das alle laufenden Prozesse auflistet und als Objekt vom Typ System.Diagnostics.Process ausgibt. Das Beenden von Prozessen ist eine eigene Aufgabe und ist daher ein eigenes Cmdlet (Stop-Process). Das Auflisten von Diensten gibt andere Eigenschaften als bei Prozessen aus und hat daher ein anderes Substantiv (Get-Service). Die resultierenden Objekte können über die Pipe (|) von anderen Cmdlets weiterverarbeitet werden. So ist es möglich, übergebene Objekte zu filtern (z. B. Select-Object -Property Name,Status, Where-Object -Property Status -EQ -Value Stopped), zu konvertieren (z. B. Converto-Json) oder auszugeben (z. B. Out-File, Out-GridView) (siehe auch Objekte und die Pipe).

Microsoft hat eine Liste mit erlaubten Verben veröffentlicht. Die Einhaltung der Verben wird nicht technisch erzwungen. Sie wird jedoch empfohlen, um die Bedienung zu vereinheitlichen.<ref>Approved Verbs for Windows PowerShell Commands. In: Windows Dev Center. Microsoft, abgerufen am 3. August 2013 (). </ref> Die Liste der freigegebenen Verben kann mit <syntaxhighlight lang="powershell" inline>Get-Verb</syntaxhighlight> abgerufen werden.

Für Cmdlets können Aliase hinterlegt werden, etwa um Kompatibilität zu alten Skripten herzustellen, das Umsteigen von anderen Systemen zu erleichtern oder einfach Befehle mit weniger Buchstaben ausführen zu können. Einige dieser Aliase werden bereits durch Module vordefiniert. So wird beispielsweise das Cmdlet Set-Location verwendet, um das aktuelle Verzeichnis des Hosts zu definieren, es sind jedoch auch die Aliase sl, cd und chdir verwendbar.

Die folgende Tabelle stellt eine Auswahl von Standard-Cmdlets mit Aliasen und vergleichbaren Befehlen anderer Kommandozeileninterpreter gegenüber.

PowerShell Cmdlet	PowerShell Version	PowerShell Alias	cmd.exe	Unix-Shell	Beschreibung
Get-Help	1.0<ref name="Yoshizawa" />	help, man	help	man	Hilfe zu Befehlen
Get-Command	1.0<ref name="Yoshizawa" />	gcm			Listet alle im derzeitigen Kontext verfügbaren Befehle und Aliase auf.
Get-Alias	1.0<ref name="Yoshizawa" />	gal		alias	Listet Aliase für Befehle auf.
Get-Location	1.0<ref name="Yoshizawa" />	gl, pwd	cd	pwd	Ausgabe des aktuellen Verzeichnisses
Set-Location	1.0<ref name="Yoshizawa" />	sl, cd, chdir	cd, chdir	cd	Wechseln des aktuellen Verzeichnisses
Clear-Host	3.0<ref>Windows PowerShell Core Cmdlets. Windows PowerShell 3.0. In: Microsoft Developer Network. Microsoft, archiviert vom Vorlage:IconExternal am 11. November 2014; abgerufen am 3. September 2016. </ref>	cls, clear	cls	clear	Löschen der Ausgabe
Copy-Item	1.0<ref name="Yoshizawa" />	cpi, copy, cp	copy	cp	Kopieren einer oder mehrerer Dateien / eines ganzen Verzeichnisbaums
Remove-Item	1.0<ref name="Yoshizawa" />	ri, del, erase, rmdir, rd, rm	del, rmdir, rd	rm, rmdir	Löschen einer Datei / eines Verzeichnisses
Rename-Item	1.0<ref name="Yoshizawa" />	rni, ren	ren	mv	Umbenennen einer Datei / eines Verzeichnisses
Move-Item	1.0<ref name="Yoshizawa" />	mi, move, mv	move	mv	Verschieben einer Datei / eines Verzeichnisses
Get-ChildItem	1.0<ref name="Yoshizawa" />	gci, dir, ls	dir	ls	Liste aller Dateien / Verzeichnisse im (aktuellen) Verzeichnis
Write-Host	1.0<ref name="Yoshizawa" />	echo, write	echo	echo	Ausgabe von Zeichenketten, Variablen etc. in der Konsole
Pop-Location	1.0<ref name="Yoshizawa" />	popd	popd	popd	In Verzeichnis wechseln, das zuletzt auf dem Stack abgelegt wurde
Push-Location	1.0<ref name="Yoshizawa" />	pushd	pushd	pushd	Verzeichnis auf dem Stack ablegen
Set-Variable	1.0<ref name="Yoshizawa" />	sv, set	set	set	Wert einer Variable setzen / Variable anlegen
Start-Process	2.0<ref name="Stanek">Overview of Cmdlets Available in Windows PowerShell. In: Microsoft TechNet. Microsoft, abgerufen am 3. September 2016. </ref>	saps	start		Startet ein Programm im eigenen Fenster
Get-Content	1.0<ref name="Yoshizawa">Tomoaki Yoshizawa: PowerShell 1.0 Cmdlets. In: Microsoft TechNet. Abgerufen am 3. September 2016. </ref>	gc, type, cat	type	cat	Ausgabe einer Datei
Select-String	1.0<ref name="Yoshizawa" />	sls	find, findstr	grep	Suche und Filterung definierter Zeichenketten
Get-Process	1.0<ref name="Yoshizawa" />	gps, ps	tlist,<ref name="NT4" /><ref name="tlist" /> tasklist<ref name="tasklist" />	ps	Liste aller momentan laufenden Prozesse
Stop-Process	1.0<ref name="Yoshizawa" />	spps, kill	kill,<ref name="NT4" /><ref name="kill" /> taskkill<ref name="taskkill" />	kill	Beenden eines laufenden Prozesses
Stop-Computer	2.0<ref name="Stanek" />		shutdown	shutdown, poweroff	Herunterfahren des Rechners
Restart-Computer	2.0<ref name="Stanek" />		shutdown -r	reboot, shutdown -r	Neustart des Rechners
Tee-Object	1.0<ref name="Yoshizawa" />	tee		tee	Standardeingabe in eine Datei oder Variable umleiten und entlang der Pipeline weiterreichen (Standardausgabe)
Get-NetIPAddress	3.0<ref>Net TCP/IP Cmdlets in Windows PowerShell. Windows Server 2012 and Windows 8. In: Microsoft Developer Network. Microsoft, abgerufen am 3. September 2016. </ref>	gip	ipconfig	ifconfig	Listet die Netzwerkschnittstellen mit Konfigurationsinformationen auf
Get-Acl	1.0<ref name="Yoshizawa" />			acl	Listet die Zugriffsberechtigungen eines Ordners oder Dokuments auf.
Get-Member	1.0<ref name="Yoshizawa" />	gm			Listet die Mitglieder (Member-Variablen) eines Objektes auf.
Get-PSSnapin	1.0<ref name="Yoshizawa" />	gsnp			Listet die aktiven PowerShell-Erweiterungen auf.
Export-Console	1.0<ref name="Yoshizawa" />			export	Exportiert die aktive Konfiguration der Konsole in eine Datei. Eine neue PowerShell-Instanz kann diese Konfiguration über den Parameter -psconsolefile <String> beim Start laden.

Parameter werden nach dem Cmdlet mit -Parametername [Wert] angegeben. Ein Parameter kann unterschiedliche Eigenschaften besitzen, so kann er beispielsweise einen Standardwert haben, erforderlich oder positionsbezogen sein oder Werte aus der Pipe akzeptieren. Welche Parameter für ein Cmdlet verfügbar sind und welche Eigenschaften sie besitzen, kann mit Get-Help geprüft werden (z. B. Get-Help -Name Get-NetIPAddress -Parameter *). Zusätzlich zu Cmdlet-spezifischen Parametern gibt es auch sogenannte Common Parameter, also allgemein verfügbare Parameter. Dazu zählt -Verbose zur Ausgabe von Detailinformationen, -ErrorAction, um festzulegen, wie bei einem Fehler verfahren werden soll oder -WhatIf, um sich ausgeben zu lassen, was passieren würde, wenn man den Befehl ausführt, ohne dass tatsächlich Änderungen gemacht werden.

Module sind die bevorzugte Art, um Cmdlets zu veröffentlichen und in PowerShell zu laden. Module bestehen aus dem Cmdlet-Programmcode (als PowerShell-Skript oder .NET-Klasse) und einem Manifest, das den Inhalt des Moduls beschreibt.<ref name="UnderstandingPowerShellModule">Understanding a Windows PowerShell Module. In: msdn.microsoft.com. Archiviert vom Vorlage:IconExternal am 4. Januar 2017; abgerufen am 6. August 2025 (). </ref> In PowerShell 1.0 war es ausschließlich über PSSnapins (Snap-ins) möglich, Cmdlets zu laden. Dies wurde jedoch durch die Funktion der Module ersetzt.<ref name="AboutPSSnapins">about_PSSnapins. In: msdn.microsoft.com. Abgerufen am 6. August 2025 (). </ref>

PowerShell Provider

PowerShell Provider (auch PSProvider) bieten den Zugriff auf Daten und Komponenten (Namensräume), die sonst nicht einfach über den Host abrufbar wären, und präsentieren die Daten in einem konsistenten Format als Laufwerke. Das bekannteste Beispiel dafür ist das Dateisystem, welches eine Partition als Laufwerk C darstellt. Es sind jedoch auch weitere Provider möglich, wie etwa Variablen, die Registry, Active Directory und der Zertifikatsspeicher. In allen Laufwerken (zum Beispiel C:, D:, Env:, HKLM: oder Cert:) kann gleichermaßen navigiert oder Elemente verarbeitet werden (Set-Location, Get-ChildItem, Remove-Item, …).

Liste von Providern

Folgende Liste zeigt einige der Standardprovider in PowerShell.

Name	Typ	Aufgabe
Alias	Container	Bindet ein logisches Laufwerk mit dem Namen „Alias:“ ein. Über dieses Laufwerk lassen sich als Schlüssel-Wert Paare definierte Alias (etwa mit <syntaxhighlight lang="powershell" inline>Get-ChildItem Alias:</syntaxhighlight>) abrufen.
Environment	Container	Bindet ein logisches Laufwerk mit dem Namen „env:“ ein. Über dieses Laufwerk lassen sich die Umgebungsvariablen abfragen.
FileSystem	Navigation	Über den FileSystem Provider wird der Zugriff auf das Dateisystem ermöglicht. Über den FileSystem-Provider können Laufwerke, Wechseldatenträger, Netzlaufwerke, u. ä., sowie die darauf befindlichen Dateien und Ordner zugegriffen werden. Laufwerke werden dabei jedoch nicht als logisches Laufwerk in PowerShell integriert, sondern als Referenz im Function-Provider hinterlegt.
Function	Container	Verwaltet Funktionen, welche mit <syntaxhighlight lang="powershell" inline>New-Item</syntaxhighlight> erstellt oder in einem PowerShell-Skript deklariert wurden.
Registry	Navigation	Ermöglicht unter Windows den Zugriff auf die Registrierungsdatenbank. Standardmäßig werden die Laufwerke „HKLM:“ (für HKEY_LOCAL_MACHINE) und „HKLU:“ (für HKEY_LOCAL_USER) erstellt. Weitere Laufwerke lassen sich bei Bedarf mit <syntaxhighlight lang="powershell" inline>New-PSDrive</syntaxhighlight> (z. B. <syntaxhighlight lang="powershell" inline>New-PSDrive -name HKU -psprovider Registry -root HKEY_USERS</syntaxhighlight>) anlegen.
Variable	Container	Verwaltet die im PowerShell-Host erstellten Variablen und deren Werte und bindet diese als logisches Laufwerk „Variable:“ ein.
Certificate	Navigation	Verwaltet die Sicherheitszertifikate des Systems und bindet sich als logisches Laufwerk „Cert:“ ein. Der Certificate-Provider wird von <syntaxhighlight lang="powershell" inline>Get-PSProvider</syntaxhighlight> nicht aufgelistet.

Versionen

Windows PowerShell 1.0

Die erste Version von PowerShell erscheint 2006 als ein Grundgerüst mit den wichtigsten Funktionen der PowerShell. Insbesondere der Kommandozeileninterpreter ist sehr mächtig, so gibt es bereits die objektbasierte Pipe, eine eigene Skriptsprache und ein Sicherheitsmodell. PowerShell kann sogenannte Namensräume wie das Dateisystem, den Zertifikatsspeicher oder die Registry ansprechen. Cmdlets können ausschließlich in .NET geschrieben werden, Skripte können auf entfernten Computern nur per WMI ausgeführt werden, die verfügbare Konsole ist sehr einfach gehalten.

Windows PowerShell 2.0

2009 wird mit PowerShell 2.0 die Erstellung von neuen Cmdlets drastisch vereinfacht. Cmdlets können erstmals auch als Skripte geschrieben werden. Auch die Hilfe, basierend auf Kommentaren in Cmdlets, wird eingeführt. Cmdlets können als Module zusammengefasst werden. Außerdem wird die PowerShell ISE eingeführt, eine leistungsfähige Konsole mit eingebautem Skripteditor. Zur Verwaltung von entfernten Computern wird PowerShell Remoting eingeführt. Zusätzlich kann PowerShell nun Jobs erstellen, die im Hintergrund abgearbeitet werden.

Windows PowerShell 3.0

2012 wird die PowerShell in der Version 3.0 ausgereifter und benutzerfreundlicher. Workflows auf Basis der Windows Workflow Foundation werden eingeführt, womit es mit geringen Mitteln möglich ist, Aufgaben parallel erledigen zu lassen. Erstmals wird CIM und JSON unterstützt. Im System verfügbare Module werden automatisch geladen und stehen dem Administrator somit sofort zur Verfügung.

Windows PowerShell 4.0

Mit PowerShell 4.0 wird 2013 Desired State Configuration (DSC) eingeführt, eine deklarative Sprache zur Konfiguration von Systemen.

Windows PowerShell 5.0

2015 wird in PowerShell 5.0 die Desired State Configuration (DSC) deutlich erweitert und verbessert. Außerdem werden Klassen, welche es erlauben Skripte formaler entwickeln zu lassen, und Oneget, eine Paketverwaltung für PowerShell, eingeführt. In der PowerShell ISE können Skripte nun auch in Sitzungen auf entfernten Computern geändert werden.

Windows PowerShell 5.1

PowerShell 5.1, die aktuelle und voraussichtlich letzte Windows PowerShell Version, erscheint 2016. Sie wird im Rahmen von Windows unterstützt, jedoch nicht mehr aktiv weiterentwickelt. PowerShell 5.1 bleibt auch auf Windows Server 2019 die vorinstallierte PowerShell-Version.<ref>about_Windows_PowerShell_5.1. Abgerufen am 30. Januar 2019 (). </ref> Mit PowerShell 5.1 ist die erste Core Version der PowerShell verfügbar und diese läuft nur auf Windows Nano Server 2016.<ref>PowerShell unter Nano Server. Abgerufen am 30. Januar 2019. </ref>

PowerShell Core 6

PowerShell 6.0 ist die erste plattformübergreifende, quelloffene Version der PowerShell und läuft auf Windows, macOS und Linux. Die Entwicklung wird 2016 angekündigt, bevor 2018 das erste GA-Release erscheint. Sie basiert auf .NET Core 2.0 und hat einen stark eingeschränkten Funktionsumfang gegenüber der PowerShell-Version 5.1.<ref>Neuigkeiten in PowerShell Core 6.0. Abgerufen am 30. Januar 2019. </ref>

PowerShell 6.1 basiert auf .NET Core 2.1<ref>Weitere Informationen zu .NET Core. Abgerufen am 30. Januar 2019 (). </ref> und erweitert mit der Unterstützung vieler existierende Module den Funktionsumfang beträchtlich. Auf Windows werden nun 432 Cmdlets und mitgelieferte Funktionen unterstützt (PowerShell 5.1: 1264 Cmdlets und Funktionen), sowie weitere 1468 Cmdlets über externe Module.<ref name=":0">Neuigkeiten in PowerShell Core 6.1. Abgerufen am 30. Januar 2019. </ref>

Der Kommandozeilenname von PowerShell 6 wurde von powershell.exe in pwsh.exe umbenannt, dies erlaubt eine leichtere Unterscheidung beim Aufruf der Powershell, wenn sowohl PowerShell Core, als auch die klassische Powershell installiert sind.<ref>https://docs.microsoft.com/de-de/powershell/scripting/whats-new/what-s-new-in-powershell-core-60?view=powershell-7#renamed-powershellexe-to-pwshexe</ref>

PowerShell 7

Mit PowerShell 7<ref>Announcing PowerShell 7.0. 4. März 2020, abgerufen am 30. März 2020 (). </ref> wird 2020 sowohl das Präfix Windows wie auch das Suffix Core entfernt und kennzeichnet damit, dass es der Nachfolger der Windows PowerShell 5.1, wie von PowerShell Core 6 ist. Insbesondere die Kompatibilität zu in Windows mitgelieferten PowerShell-Modulen wurde verbessert. PowerShell 7 basiert auf .NET 5, worauf auch der Supportlebenszyklus angepasst wurde.<ref>Supportlebenszyklus von PowerShell. 11. November 2020, abgerufen am 16. Januar 2021. </ref>

Objekte und die Pipe

Andere Kommandozeileninterpreter wie Cmd.exe, Bash oder DCL sind textbasiert, wohingegen PowerShell mit Objekten arbeitet. Objekte können Eigenschaften (Properties), Methoden (Methods) und Ereignisse (Events) enthalten. Get-Member zeigt den Typ sowie die Eigenschaften und Methoden von Objekten.

Für die Systemverwaltung/Administration bedeutet dies, dass Ergebnisse von Befehlen nicht mehr als Text (unstrukturierte Daten), sondern Objekte (strukturierte Daten) vorliegen. Dies wirkt sich auch auf die Pipe aus.

Die Pipe (|) in textbasierten Kommandozeileninterpretern verbindet die Standardausgabe stdout mit der Standardeingabe stdin des darauffolgenden Befehls. In PowerShell werden Daten in der Pipe abgelegt und die Pipe muss die Daten an das darauffolgende Cmdlet binden. Ob und wie Eingaben von einer Pipe erlaubt sind, entscheidet jedes Cmdlet für jeden Parameter selbst. Das heißt, die Pipe muss prüfen, ob der Folgebefehl das Binden an einen Parameter erlaubt. Dabei wird zwischen zwei Arten von Bindungen unterschieden: ByValue oder ByPropertyName. Bei ByValue muss der Objekttyp in der Pipe mit dem geforderten Objekttyp übereinstimmen. Bei ByPropertyName muss der Name einer Eigenschaft des Objekts mit dem Namen des Parameters des Folgebefehls übereinstimmen. ByValue wird ByPropertyName gegenüber bevorzugt.

Arbeitet man mit herkömmlichen Konsolenanwendungen in einem PowerShell-Host wird der Standardoutput stdout in ein Objekt des Typs String umgewandelt.

Dieses Modell ist anfangs komplex, jedoch ergeben sich dadurch in der Praxis auch Vorteile beim Filtern und Verarbeiten von Informationen, wie folgende Beispiele verdeutlichen sollen.

Beispiel 1: Es sollen alle gestoppten Dienste eines entfernten Computers gestartet werden, mit einer Ausgabe, welche Dienste gestartet wurden.

<syntaxhighlight lang="powershell">

1. Listet alle Dienste auf einem entfernten Computer auf
2. Filtert die zurückgegebene Dienste nach denen, die gestoppt sind
3. Startet all diese Dienste und gibt die verarbeiteten Objekte an die Pipeline weiter (-PassThru)
4. Gibt die Eigenschaften MachineName, DisplayName und Status der gestarteten Dienste aus

Get-Service -ComputerName Server01 | Where-Object -Property Status -EQ -Value Stopped | Start-Service -PassThru | Select-Object -Property MachineName, DisplayName, Status </syntaxhighlight>

Beispiel 2: Auf dem lokalen Computer sollen die 10 Prozesse von Microsoft mit der höchsten Arbeitsspeichernutzung (in Megabyte) in absteigender Reihenfolge in einer CSV-Datei abgespeichert werden.

<syntaxhighlight lang="powershell">

1. Listet alle gestarteten Prozesse auf dem lokalen Computer auf
2. Filtert nach Prozessen der Firma Microsoft
3. Sortiert nach Arbeitsspeichernutzung (WorkingSet64) absteigend (-Descending)
4. Filtert auf die Eigenschaften ProcessName und MemoryUsageMB, wobei MemoryUsageMB ein Custom Property ist, das zur Laufzeit die bestehende Eigenschaft WorkingSet64 in MB und auf ganze Zahlen gerundet darstellt
5. Filtert auf die ersten 10 Objekte
6. Das Objekt wird in ein CSV-Format umgewandelt
7. und in einer Datei gespeichert

Get-Process | Where-Object -Property Company -EQ -Value 'Microsoft Corporation' | Sort-Object -Property WorkingSet64 -Descending | Select-Object ProcessName,@{Name='MemoryUsageMB';Expression={[math]::round($PSItem.WorkingSet64/1MB,0)}} | Select-Object -First 10 | ConvertTo-Csv | Out-File -FilePath $env:TEMP\TopProcesses.csv </syntaxhighlight>

PowerShell arbeitet bei Objekten mit einer dynamischen Typisierung. Dabei kommt ein erweitertes Typsystem (englisch: , ETS) zum Einsatz, bei dem .NET-Objekte in der Klasse <syntaxhighlight lang="csharp" inline>PSObject</syntaxhighlight> gekapselt werden. <syntaxhighlight lang="csharp" inline>PSObject</syntaxhighlight> stellt hierbei die Basisklasse für PowerShell-Objekte dar. <syntaxhighlight lang="csharp" inline>PSObject</syntaxhighlight> entspricht damit einer Monade.

In C#: <syntaxhighlight lang="csharp"> using System; using System.Management.Automation; namespace PowerShell { public class PSObjectExample { public void Main() { var time = DateTime.UtcNow; var powerTime = new PSObject(time); } } } </syntaxhighlight>

In PowerShell: <syntaxhighlight lang="powershell"> Aufruf einer statischen Methode mit [ClassName]::Method Variable $time ist explizit typisiert [System.DateTime]$time = [System.DateTime]::UtcNow explizites Typecasting nach PSObject Variable $powerTime ist implizit typisiert $powerTime = [System.Management.Automation.PSObject]$time Aufruf eines Konstruktors $powerTime = New-Object System.Management.Automation.PSObject($time) </syntaxhighlight>

PowerShell bietet implizite Typkonvertierung. Dabei kommen Typkonverter zum Einsatz, von denen einige vorgegeben sind:

Typ	Konvertiert nach	Methode
null	String	gibt <syntaxhighlight lang="csharp" inline>String.Empty</syntaxhighlight> zurück
null	Char	gibt <syntaxhighlight lang="csharp" inline>'\0'</syntaxhighlight> zurück
null	Numeric	gibt <syntaxhighlight lang="csharp" inline>0</syntaxhighlight> zurück
null	Boolean	gibt <syntaxhighlight lang="csharp" inline>false</syntaxhighlight> zurück
null	Nullable<T>	gibt <syntaxhighlight lang="csharp" inline>null</syntaxhighlight> zurück
null	Objektreferenz	gibt <syntaxhighlight lang="csharp" inline>null</syntaxhighlight> zurück
Klasse	Basisklasse	Boxing der Klasse auf die Basisklasse
object	void	gibt <syntaxhighlight lang="csharp" inline>AutomationNull.Value</syntaxhighlight> zurück
object	String	gibt <syntaxhighlight lang="csharp" inline>value.ToString()</syntaxhighlight> zurück
object	Boolean	gibt das Ergebnis von <syntaxhighlight lang="csharp" inline>LanguagePrimitives.IsTrue(value)</syntaxhighlight> zurück
object	PSObject	gibt <syntaxhighlight lang="csharp" inline>PSObject.AsPSObject(value)</syntaxhighlight> zurück
object	XMLDocument	ruft die <syntaxhighlight lang="csharp" inline>value.ToString()</syntaxhighlight>-Methode auf und übergibt das Ergebnis dem XMLDocument Konstruktor
object	Nullable<T>	das Objekt wird mit <syntaxhighlight lang="csharp" inline>(T)value</syntaxhighlight> konvertiert und als Nullable-Monade zurückgegeben
Array	Array	Konvertierung der einzelnen Array-Elemente
IDictionary	Hashtable	gibt <syntaxhighlight lang="csharp" inline>new Hashtable(value)</syntaxhighlight> zurück
String	Char[]	gibt <syntaxhighlight lang="csharp" inline>value.ToCharArray()</syntaxhighlight> zurück
String	RegEx	gibt <syntaxhighlight lang="csharp" inline>new RegEx(value)</syntaxhighlight> zurück
String	Type	Deserialisierung über <syntaxhighlight lang="csharp" inline>RunSpaceConfiguration.Assemblies</syntaxhighlight>
String	Numeric	<syntaxhighlight lang="csharp" inline>0</syntaxhighlight> für <syntaxhighlight lang="csharp" inline>String.Empty</syntaxhighlight>. Versucht den Wert mit <syntaxhighlight lang="csharp" inline>Culture.InvariantCulture</syntaxhighlight> zu parsen.
Integer	System.Enum	Liefert den Enum-Wert zurück, der dem Integer zugewiesen ist. <syntaxhighlight lang="csharp" inline>throw new PSInvalidCastException()</syntaxhighlight> falls das nicht möglich ist.

Skripte

PowerShell-Skripte können in einer Skript-Datei zusammengefasst werden. Skript-Dateien enthalten Funktionen mit zugehöriger Beschreibung in einem Kommentarblock sowie Variablen und Befehle. Skript-Dateien haben die Endung .ps1 und werden mit dem Befehl ., gefolgt vom vollständigen Namen der Datei geladen und verarbeitet.

Beispiel

<syntaxhighlight lang="powershell"> <# .SYNOPSIS

   Hello World Application.

.DESCRIPTION

   This script is a more complex Hello World function that intends to show some of the syntax of PowerShell.
   To use it, write ". ./Write-Hello.ps1" (dot, space, filename) into your PowerShell first, so that the script gets loaded.

.NOTES

   File Name: Write-Hello.ps1

.EXAMPLE

   Write-Hello
   Hello World!

.EXAMPLE

   Write-Hello "World"
   Hello World!

.EXAMPLE

   greet "World"
   Hello World!

.EXAMPLE

   Write-Hello -Name "World"
   Hello World!

.EXAMPLE

   "World" | Write-Hello
   Hello World!

.EXAMPLE

   @("Jack", "Jill") | Write-Hello
   Hello Jack!
   Hello Jill!

.ALIAS

   greet

.LINK

   http://de.wikipedia.org/wiki/PowerShell

.INPUTTYPE

   Takes a name of type [string].

.RETURNVALUE

   Output a greeting of type [string].

.PARAMETER Name

   A list of names of the persons to greet. Greets the world by default.

1. >

function Write-Hello {

   [CmdletBinding()]
   param(
       # get name parameter from the pipeline or as a parameter
       [Parameter(Mandatory = $False, Position = 0, ValueFromPipeline = $True, HelpMessage = "The name to greet.")]
       [string]$Name = "World"
   )

   begin {
       # load assemblies from Global Assembly Cache (deprecated method)
       [void][System.Reflection.Assembly]::LoadWithPartialName("System.Exception")

       # cancel the execution if an error occurs
       $ErrorActionPreference = "Stop"
   }

   # process once for every input that was given
   process {
       try {
           if($Name -eq "Error") {
               throw New-Object System.Exception("The name must not be 'Error'.")
           }
       }
       catch [System.Exception] {
           Write-Error $_
       }

       # process the request
       [string]$Greeting = [string]::Format("Hello {0}!", $Name)

       # outputs a string object to the PowerShell pipeline
       # note: using write-host calls .ToString() method on the returned object
       Write-Output $Greeting
   }

   end {

   }

}

1. setting an alias

Set-Alias greet Write-Hello </syntaxhighlight>

Beispiele

Gib die Zeichenfolge "Hallo Welt!" auf der Konsole aus: <syntaxhighlight lang="powershell">

 Write-Host "Hallo Welt!"

</syntaxhighlight> Write-Host erzwingt dabei die Ausgabe auf der Konsole. Die Ausgabe wird nicht an die Pipeline weitergegeben und kann nicht weiterverarbeitet werden. Write-Output würde die Ausgabe sowohl an die Konsole, als auch die Pipeline weitergeben.

Hole alle Prozesse, deren Namen mit dem Buchstaben „p“ beginnen: <syntaxhighlight lang="powershell">

 Get-Process p*

</syntaxhighlight>

Hole alle Prozesse, die mehr als 10 MB Hauptspeicher verwenden: <syntaxhighlight lang="powershell">

 Get-Process | where { $_.WS -gt 10MB }

</syntaxhighlight> where ist ein Alias für Where-Object und filtert das ausgegebene Objekt von Get-Process auf alle Elemente die als Eigenschaft WS ($_.WS) einen Wert größer 10 MB haben. PowerShell kennt die Maßeinheit Byte und rechnet 10 MB in 10485760 um.

Berechne die Gesamtanzahl der Bytes aller Dateien in einem Verzeichnis: <syntaxhighlight lang="powershell">

 Get-ChildItem | Measure-Object -Property Length -Sum

</syntaxhighlight>

Warte, bis ein bestimmter Prozess beendet wurde: <syntaxhighlight lang="powershell">

 $processToWatch = Get-Process notepad
 $processToWatch.WaitForExit()

</syntaxhighlight>

Ändere eine Zeichenkette von Kleinbuchstaben in Großbuchstaben: <syntaxhighlight lang="powershell">

 "hallo welt!".ToUpper()

</syntaxhighlight>

Füge die Zeichenfolge „ABC“ nach dem ersten Buchstaben des Wortes „string“ ein, um als Ergebnis „sABCtring“ zu erhalten: <syntaxhighlight lang="powershell">

 "string".Insert(1, "ABC")

</syntaxhighlight>

Lade einen bestimmten RSS-Web-Feed herunter und zeige die Überschriften der acht neuesten Einträge: <syntaxhighlight lang="powershell">

 $rssUrl = "https://devblogs.microsoft.com/powershell/feed/"
 $blog = [xml] (New-Object System.Net.WebClient).DownloadString($rssUrl)
 $blog.rss.channel.item | select title -First 8

</syntaxhighlight>

Lösche die komplette Festplatte ohne Rückfrage, Äquivalent zu rm -rf / unter Unix: <syntaxhighlight lang="powershell">

 Get-PSDrive -p "FileSystem" | % { ls -Recurse $_.Root | rm –Force }

</syntaxhighlight>

Dateiendungen

• .ps1 – Windows PowerShell Shellskript
• .ps1xml – Windows PowerShell Format- und Typdefinitionen
• .psc1 – Windows PowerShell Konsolendatei (exportierte Shell-Konfiguration)
• .psd1 – Windows PowerShell Datendatei
• .psm1 – Windows PowerShell Moduldatei

Software-Unterstützung

Unterstützt werden unter anderem folgende Systeme:

Software	Version	Cmdlets	Provider	Grafische Benutzeroberfläche
Microsoft Exchange Server	2007	ja (402)	ja	ja
Microsoft Exchange Server	2010	ja	ja	ja
Microsoft Windows Server	2008	ja	ja	nein
Microsoft Windows Server	2008 Core	nein	nein	nein
Microsoft Windows Server	Microsoft Windows Server 2008 R2	ja	nein	nein
Microsoft SQL Server	2008	ja	ja	nein
SharePoint	2010, 2013	ja	ja	nein
Microsoft System Center Operations Manager	2007	ja (74)	ja	nein
Microsoft System Center Virtual Machine Manager	2007	ja	ja	ja
Microsoft System Center Data Protection Manager	2007	ja	nein	nein
Microsoft Windows Compute Cluster Server	2007	ja	ja	nein
Microsoft Transporter Suite for Lotus Domino<ref>Microsoft Transporter Suite for Lotus Domino. Archiviert vom Vorlage:IconExternal am 27. Februar 2007; abgerufen am 18. Februar 2008 (). </ref>	08.02.0012	ja (47)	nein	nein
Microsoft PowerTools for Open XML<ref>PowerTools for Open XML. Archiviert vom Vorlage:IconExternal am 17. Oktober 2021; abgerufen am 20. Juni 2008 (). </ref>	1.0	ja (33)	nein	nein
IBM WebSphere MQ<ref>MO74: WebSphere MQ – Windows Powershell Library. Abgerufen am 18. Februar 2008. </ref>	6.0.2.2	ja (44)	nein	nein
Quest Management Shell for Active Directory<ref>PowerShell Commands for Active Directory by Quest Software. Archiviert vom Vorlage:IconExternal am 24. August 2007; abgerufen am 2. Juli 2008 (). </ref>	1.1	ja (40)	nein	nein
Special Operations Software Specops Command<ref>PowerShell Remoting through Group Policy. Abgerufen am 18. Februar 2008. </ref>	1.0	ja	nein	ja
VMware Infrastructure Toolkit<ref>VMware Infrastructure Toolkit for Windows. Archiviert vom Vorlage:IconExternal (nicht mehr online verfügbar) am 21. November 2008; abgerufen am 26. November 2008. </ref>	1.0 Update 1	ja (125)	nein	nein
Internet Information Services<ref>Windows PowerShell: IIS7 PowerShell Provider Tech Preview 2. Abgerufen am 3. Juli 2008. </ref>	7.0	ja (54)	ja	nein
Microsoft Windows 7 Troubleshooting Center	6.1	ja	nein	ja
Microsoft Deployment Toolkit	2010	ja	nein	nein
LOGINventory	5.x	ja	ja	ja
Citrix XenApp	seit v5.x	ja	ja	ja
Citrix XenDesktop	seit v5.x	ja	ja	ja

Literatur

Deutsch

• Ulrich Cuber: Windows PowerShell. Mitp-Verlag 2007, ISBN 978-3-8266-1673-0.
• Lee Holmes, Rolf Masuch: Windows PowerShell 3.0 kurz & gut. 3. Auflage. O’Reilly, 2013, ISBN 978-3-95561-055-5. 
• Peter Monadjemi: Windows PowerShell – Crashkurs. Microsoft Press Deutschland 2007, ISBN 978-3-86645-617-4.
• Andy Oakley: Schnelleinstieg in die Windows PowerShell. O’Reilly Verlag 2007, ISBN 978-3-89721-487-3.
• Bruce Payette: Windows PowerShell im Einsatz. Hanser Fachbuchverlag 2007, ISBN 978-3-446-41239-2.
• Holger Schwichtenberg: Windows PowerShell. Addison-Wesley 2007, ISBN 978-3-8273-2533-4.
• Holger Schwichtenberg: Windows Scripting. Automatisierte Systemadministration mit dem Windows Script Host und der Windows PowerShell. Addison-Wesley 2007, ISBN 978-3-8273-2423-8.
• Helma Spona: Windows PowerShell. Sprachgrundlagen, Dateisystem, Datenbankzugriffe, WMI-Steuerung. Galileo Press 2007, ISBN 978-3-89842-880-4.
• Tobias Weltner: Scripting mit Windows PowerShell – Einsteiger-Workshop. Microsoft Press Deutschland 2007, ISBN 978-3-86645-620-4.
• Tobias Weltner: PowerShell Scripting für Administratoren. Microsoft Press Deutschland 2008, ISBN 978-3-86645-635-8.

Englisch

• Jerry Lee Ford Jr.: Microsoft Windows Powershell Programming for the Absolute Beginner. Course Technology Ptr 2007, ISBN 1-59863-354-6.
• Lee Holmes: Windows PowerShell Quick Reference. O’Reilly 2006, ISBN 0-596-52813-2.
• Don Jones: An Introduction to Microsoft® PowerShell™. Realtimepublishers.com 2006.
• Don Jones, Jeffery Hicks: Windows PowerShell™: TFM®. SAPIEN Press 2006, ISBN 0-9776597-1-2.
• Tyson Kopczynski: Microsoft Powershell Unleashed. Sams Publishing 2007, ISBN 0-672-32953-0.
• Andy Oakley: Monad – Introducing the MSH Command Shell and Language. O’Reilly 2006, ISBN 0-596-10009-4.
• Bruce Payette: Windows PowerShell in Action. Manning Publications, ISBN 1-932394-90-7.
• Andrew Watt: Professional Windows PowerShell. Wrox Press 2007, ISBN 0-471-94693-1.
• Ed Wilson: Microsoft® Windows PowerShell™ Step By Step. Microsoft Press 2007, ISBN 0-7356-2395-3.
• Steve Seguis: Windows PowerShell 2 for Dummies, ISBN 978-0-470-37198-5
• Arul Kumaravel, Jon White, Michael Naixin Li, Scott Happell, Guohui Xie, Krishna C. Vutukuri: Professional Windows PowerShell Programming: Snapins, Cmdlets, Hosts and Providers (= Wrox Professional Series). 1. Auflage. John Wiley & Sons, 2008, ISBN 978-0-470-17393-0 (Standardwerk zur PowerShell-Entwicklung mit C#). 

Weblinks

• Holger Schwichtenberg: PowerShell 7.0 freigegeben: Eine Shell für (fast) alle und (fast) alles. In: Heise Online. 5. März 2020; abgerufen am 6. August 2025. 

Schnellreferenzen

• Windows PowerShell Quick Reference. In: Download Center. Microsoft; abgerufen am 6. August 2013 (). 

Einführung

• Skripterstellung mit Windows PowerShell. In: TechNet. Microsoft, archiviert vom Vorlage:IconExternal am 8. März 2016; abgerufen am 6. August 2025 (Microsofts Einstiegs-Seite zur Windows PowerShell). 
• PowerShell 3.0: Workflows, zeitgesteuerte Scripts, robuste Sessions. Abgerufen am 6. August 2025 (Die Neuerungen von PowerShell 3.0 im Überblick). 
• Microsofts Powershell kurz vor ihrer Fertigstellung. In: Linux-Magazin. Dezember 2006; abgerufen am 6. August 2025. 
• PowerShell für Exchange und Sharepoint. In: Admin-Magazin. Januar 2011, archiviert vom Vorlage:IconExternal am 23. Juli 2024; abgerufen am 6. August 2025. 

Blogs

• Weblog des PowerShell-Entwicklerteams. Abgerufen am 6. August 2025 (, Informationen und Neuigkeiten zur PowerShell aus erster Hand). 
• PowerShell Magazine. Abgerufen am 16. April 2014 (). 

Cmdlets und Module

• PowerGUI. Archiviert vom Vorlage:IconExternal am 31. August 2016; abgerufen am 6. August 2013 (, PowerShell Community und Anbieter eines kostenlosen Grafischen User Interfaces und Skripteditor für Microsoft Windows Powershell). 
• Windows PowerShell for Windows Server 2012 and Windows 8. In: TechNet. Microsoft, archiviert vom Vorlage:IconExternal am 10. September 2016; abgerufen am 6. August 2013 (, PowerShell Module in Windows Server 2012 und Windows 8). 
• Script Center. In: TechNet. Microsoft; abgerufen am 6. August 2013 (). 
• PowerShell scripts, modules and cmdlets for IT Admins. In: CodePlex. Archiviert vom Vorlage:IconExternal am 16. Oktober 2021; abgerufen am 6. August 2013 (). 
• Popular PowerShell Modules. In: TechNet. Microsoft; abgerufen am 6. August 2013 (, Übersicht über häufig genutzte PowerShell Module). 
• Office 365 mit der Powershell verwalten. ADMIN-Magazin, archiviert vom Vorlage:IconExternal am 29. Mai 2024; abgerufen am 9. Januar 2015 (Modul zur Verwaltung von Office 365). 
• Powershell für Exchange und Sharepoint. ADMIN-Magazin, archiviert vom Vorlage:IconExternal am 23. Juli 2024; abgerufen am 9. Januar 2015 (Module für Exchange und Sharepoint). 

Portierungen

• Pash. In: Github. Abgerufen am 6. August 2013 (, Mono-Portierung von PowerShell). 

BDD und Unit Testing Frameworks

• Pester. In: Github. Abgerufen am 16. April 2014 (). 
• PS Unit. In: CodePlex. Archiviert vom Vorlage:IconExternal am 19. Oktober 2021; abgerufen am 16. April 2014 (). 
• PsTest. Abgerufen am 16. April 2014 (). 

Automation, Delegation & Management mit PowerShell Skripte

• ScriptRunner : Enterprise-Grade PowerShell Automation Platform. Abgerufen am 6. August 2025 (, Zentralisiert. Sicher. Richtliniengesteuert.). 

Sonstiges

• Adam R. Driscoll: PowerShell Tools for Visual Studio 2015, 2017 und 2022. In: Visual Studio Gallery. Microsoft (englisch).

Einzelnachweise

<references responsive> <ref name="NT4"> Alphabetical List of Tools in the Windows NT 4.0 Resource Kit Supplement 4. Microsoft, archiviert vom Vorlage:IconExternal am 10. Februar 2016; abgerufen am 10. Februar 2016.  </ref> <ref name="tlist"> TList. Microsoft, abgerufen am 10. Februar 2016.  </ref> <ref name="tasklist"> Tasklist. Microsoft, abgerufen am 10. Februar 2016.  </ref> <ref name="kill"> Kill Tool. Microsoft, abgerufen am 10. Februar 2016.  </ref> <ref name="taskkill"> Taskkill. Microsoft, abgerufen am 10. Februar 2016.  </ref> </references>