Mit Windows 8 bringt Microsoft die nächste Version von PowerShell, die auch für Windows 7 und Server 2008 R2 verfügbar sein wird. Zu den wichtigsten Neuerungen zählt die Unterstützung für lang laufende Aktionen bei komplexen Management-Aufgaben, das Abbrechen und erneute Aufbauen von Verbindungen zu Sessions auf entfernten PCs, die Delegierung der Script-Ausführung an User mit geringeren Rechten sowie das zeitgesteuerte Starten von PowerShell-Tasks.

Fast jeder Kommandointerpreter bietet die Möglichkeit, gleich beim Start eine vom Benutzer gewünschte Konfiguration zu laden und sich somit an individuelle Vorgaben anzupassen. Das gilt auch für die PowerShell, die gleich mehrere Profildateien ausliest, um Einstellungen für verschiedene Geltungsbereiche zu übernehmen. Zulässig ist praktisch alles, was die PowerShell ausführen kann.

Statt auf Dauer am veralteten Konzept von cmd.exe und Batch-Dateien herumzudoktern, hat Microsoft mit der PowerShell einen Nachfolger für den alten Kommandointerpreter und seine Scripting-Technik entwickelt. Während aber praktisch alle Admins die Mittel der alten Kommandozeile in ihrer täglichen Arbeit nutzen, ist das Wissen über die PowerShell noch nicht so verbreitet.

Während Powershell 2.0 zum Lieferumfang von Windows 7 und Server 2008 R2 gehört, muss man sie in älteren Versionen des Betriebssystems nachträglich installieren und konfigurieren. Die Anpassungen betreffen vor allem die gegenüber PowerShell 1.0 stark erweiterten Remoting-Funktionen, die mit dem Parameter -computer eine Ausführung zahlreicher Cmdlets auf entfernten Rechnern ermöglichen.

Es ist bei Microsoft üblich, zu neu eingeführten Windows-Server-Funktionen neben der Möglichkeit der Bedienung per GUI auch immer die entsprechenden PowerShell-Cmdlets zu liefern. Damit kann man etwa die entsprechenden Funktionen auch auf Server Core ausführen. Dies trifft auch auf den Best Practices Analyzer zu: Die dazugehörigen Cmdlets erlauben seine komplette Verwendung in einer PowerShell-Umgebung.

In der Vorein­stellung ist Power­Shell kompr­omiss­los auf Sicher­heit getrimmt: Man kann generell keine Scripts ausführen, nur die Shell interaktiv benutzen. Damit soll ver­hindert werden, dass Schad­code ausge­führt und ein Computer oder Benutzer­konto dadurch kompro­mittiert wird.

Viele PowerShell-Cmdlets funktionieren nicht nur auf dem lokalen Rechner, sondern auch remote auf entfernten PCs. Dabei gibt es zwei Arten: Ein Teil der Cmdlets benötigt PowerShell-Remoting, das heißt der entfernte Rechner muss für das Ausführen von PowerShell-Remotebefehlen konfiguriert sein.