Solltest du auf PowerShell 7.5 wechseln?
PowerShell 7.5 ist seit Dezember 2024 als stabile Version verfuegbar. Fuer viele Teams ist der Wechsel sinnvoll, wenn neue Features gebraucht werden und ein kontrollierter Rollout moeglich ist.
Stand: 2026-02
Getestet mit: PowerShell 7.5 (pwsh) und einem modularen Upgrade-Check in Test-/Staging-Umgebungen.
Fokus dieses Artikels: PowerShell 7.5.
Die gezeigten Befehle sind so gewaehlt, dass du sie direkt in deinem eigenen Umfeld verifizieren kannst.
Kurzempfehlung nach Einsatztyp
| Einsatztyp | Empfehlung |
|---|---|
| Produktive Kernsysteme mit hoher Stabilitaetsanforderung | Bei PowerShell 7.4 (LTS) bleiben und 7.5 parallel evaluieren |
| Automatisierungsteams mit Test-/Staging-Umgebung | 7.5 pilotieren, dann schrittweise ausrollen |
| Einzelne Admin-Workstations und Dev-Umgebungen | 7.5 direkt einsetzen, wenn Modultests gruen sind |
Upgrade-Checkliste fuer PowerShell 7.5
1) Ist-Zustand sauber erfassen
1$PSVersionTable.PSVersion
2Get-Module -ListAvailable | Sort-Object Name, Version
Damit dokumentierst du Version und Modulbasis vor dem Wechsel.
2) Kritische Module gezielt pruefen
1$requiredModules = @('Az', 'SqlServer', 'Pester')
2
3foreach ($name in $requiredModules) {
4 $module = Get-Module -ListAvailable -Name $name |
5 Sort-Object Version -Descending |
6 Select-Object -First 1
7
8 [pscustomobject]@{
9 Module = $name
10 InstalledVersion = if ($module) { $module.Version } else { 'nicht installiert' }
11 }
12}
Wenn kritische Module fehlen oder zu alt sind, zuerst Modulstrategie klaeren, dann upgraden.
3) Kernskripte mit Messwerten vergleichen
1$baseline = Measure-Command {
2 1..200 | ForEach-Object {
3 Get-Date | Out-Null
4 }
5}
6
7$baseline.TotalMilliseconds
Miss vor und nach dem Wechsel dieselben Jobs. Nur so ist ein Nutzen belastbar belegbar.
Typische Risiken im Upgrade
- Unterschiede in Modulen und Abhaengigkeiten werden oft spaet entdeckt.
- Nicht reproduzierbare Umgebungen erschweren Ursachenanalyse.
- Fehlende Rollback-Strategie verlaengert Stoerungen im Betrieb.
So fuehrst du den Wechsel risikoarm ein
- Erst Pilotgruppe, dann stufenweiser Rollout.
- CI/CD-Pipeline mit Pester-Tests vor produktiven Jobs.
- Pro Skript eine klare Rueckfalloption auf die vorherige Runtime.
Weiterfuehrende Ressourcen
- Offizielle Releases: PowerShell Releases auf GitHub
- Sicherheitsfokus: PowerShell sicher einsetzen
- Cmdlet-Recherche: PowerShell Cmdlet finden
- Praxisbeispiel Automation: PowerShell und T-SQL automatisieren
Unterstuetzung fuer dein Team
Wenn du PowerShell 7.5 in deinem Unternehmen strukturiert einfuehren willst, findest du hier den passenden Einstieg: