PowerShell 5.1 vs 7 — koniec wsparcia, roadmapa migracji i co wybrać w 2026 roku

Windows PowerShell 5.1 nie ma własnej daty końca wsparcia — funkcjonuje jako składnik systemu Windows i dziedziczy cykl życia konkretnej wersji OS. PowerShell 7 to niezależny, wieloplatformowy następca z własnym harmonogramem LTS/stable: aktualny LTS 7.6 (wydany 18 marca 2026) otrzymuje wsparcie do 14 listopada 2028, zaś poprzedni LTS 7.4 oraz wersja stabilna 7.5 tracą wsparcie 10 listopada 2026. Dla administratorów Windows oznacza to konkretny deadline: do końca 2026 roku cały ekosystem produkcyjny powinien działać na PowerShell 7.6 (LTS) lub mieć zaplanowaną migrację.

W skrócie

• Windows PowerShell 5.1 = składnik Windows, wsparcie wygasa wraz z daną wersją systemu (Windows 10: 14 października 2025; Windows Server 2016 ESU: 12 stycznia 2027)
• PowerShell 7.6 (LTS) — wydany 18 marca 2026, wsparcie do 14 listopada 2028; to zalecana wersja docelowa
• PowerShell 7.4 (LTS) i 7.5 (stable) — obie tracą wsparcie 10 listopada 2026; jeśli na nich jesteś, czas na upgrade
• PowerShell 7 instaluje się obok Windows PowerShell 5.1 (osobny katalog, osobny plik pwsh.exe); nic nie jest nadpisywane
• PowerShell 7 działa na Windows, macOS i Linux; obsługuje zarówno WSMan, jak i SSH do komunikacji zdalnej
• Microsoft nie rozwija już Windows PowerShell 5.1 — otrzymuje wyłącznie łatki bezpieczeństwa przez Windows Update
• ISE (Integrated Scripting Environment) jest martwe — Microsoft zaleca Visual Studio Code z rozszerzeniem PowerShell

Czym różni się PowerShell 7 od Windows PowerShell 5.1

PowerShell 7 to całkowicie przebudowana platforma: podczas gdy "piątka" opiera się na .NET Framework 4.x (tylko Windows), "siódemka" bazuje na nowoczesnym, opensource'owym .NET (obecnie .NET 10 dla wersji 7.6 LTS). Ta zmiana fundamentów oznacza trzy rzeczy: wieloplatformowość, regularne wydania poza cyklem Windows Update oraz nowe możliwości językowe.

Porównanie techniczne obu wersji

Cechy wspólne — to nadal PowerShell

Mimo różnic, PowerShell 7 to ewolucja, nie rewolucja składniowa. Zdecydowana większość skryptów napisanych pod 5.1 zadziała w 7 bez zmian — szczególnie jeśli nie wywołują bezpośrednio API .NET Framework specyficznych dla Windows. Wbudowane cmdlety (Get-Process, Get-Service, Where-Object, ForEach-Object) zachowują identyczną składnię. Różnice pojawiają się przy zaawansowanych modułach i bezpośrednich wywołaniach .NET.

Mapa drogowa — kluczowe daty 2025–2028

Oś czasu, którą każdy administrator Windows powinien znać:

⚠️ Windows 10 jest już po końcu wsparcia (październik 2025). Oznacza to, że PowerShell 5.1 na niezaaktualizowanych komputerach z Windows 10 nie otrzymuje żadnych poprawek bezpieczeństwa — chyba że wykupiono Rozszerzone Aktualizacje Zabezpieczeń (ESU). Windows 11 nadal dostarcza PS 5.1 jako składnik systemu i będzie otrzymywać łatki bezpieczeństwa w ramach Windows Update, ale Microsoft jasno komunikuje: Windows PowerShell 5.1 nie otrzyma już żadnych nowych funkcji.

Cztery ścieżki migracji

Administrator stoi dziś przed wyborem jednej z czterech dróg. Oto one — z pełnym obrazem kosztów i ryzyka.

1. Zostań przy Windows PowerShell 5.1 (ryzykowne, ograniczone czasowo)

Opis: Nie robisz nic. Działasz na wersji 5.1 wbudowanej w system.

Zalety: Zero nakładu pracy, skrypty i moduły działają jak dotychczas, kompatybilność ze starszymi modułami (Active Directory, Exchange on-prem, SharePoint).

Wady i ryzyka:

• Na Windows 10 bez ESU: brak aktualizacji bezpieczeństwa — luka w PowerShell może pozostać niezałatana
• Na Windows Server 2016: wsparcie kończy się 12 stycznia 2027 — coraz bliżej
• Brak nowych funkcji, operatorów, wydajności ForEach-Object -Parallel
• Izolacja od nowoczesnych narzędzi DevOps: Docker, CI/CD, zarządzanie cross-platform
• ISE zamrożone — nie otrzyma poprawek, nie wspiera PS 7

Kiedy ma sens: Tylko jako rozwiązanie tymczasowe (do 6 miesięcy), gdy masz krytyczne moduły bez kompatybilności z PS 7 i potrzebujesz czasu na znalezienie zamienników.

2. Zainstaluj PowerShell 7 obok 5.1 (zalecane — zero ryzyka)

Opis: Instalujesz PowerShell 7 równolegle (winget install --id Microsoft.PowerShell). Obie wersje działają jednocześnie, nic nie jest nadpisywane. Skrypty testujesz w PS 7, a produkcja nadal działa na 5.1.

Zalety:

• Pełna kompatybilność wsteczna — oba shelle dostępne
• Możliwość stopniowego przepisywania/testowania skryptów
• PS 7 automatycznie ładuje moduły ze ścieżek PS 5.1 ($Env:PSModulePath zawiera obie lokalizacje)
• Funkcja Windows PowerShell Compatibility (Import-Module -UseWindowsPowerShell) pozwala uruchamiać moduły 5.1 w sesji PS 7

Koszty: Czas administratora na testy; odrobina przestrzeni dyskowej (~200 MB)

Rekomendacja: To domyślna, bezpieczna ścieżka dla każdego — zacznij od niej dziś. Instalacja trwa 2 minuty.

3. Pełna migracja do PowerShell 7 + VS Code (dojrzałe środowiska)

Opis: Przenosisz wszystkie skrypty, moduły i automatyzacje na PS 7. Usuwasz zależność od 5.1 i ISE.

Zalety: Nowoczesne funkcje (parallel, ternary, null-coalescing), lepsza wydajność, wsparcie do 2028+, SSH remoting, działanie na Linuksie w kontenerach.

Wyzwania:

• Moduły korzystające z WPF (np. Out-GridView, Show-Command) działają tylko na Windows i wymagają .NET Core 3.1+ (obsłużone w PS 7)
• Usunięte cmdlety: Get-WmiObject → zamień na Get-CimInstance; *-EventLog → zamień na Get-WinEvent; Get-Counter → dostępne przez moduł zewnętrzny
• Brak wsparcia dla Windows Workflow Foundation (PSWorkflow) — przepisz jako zwykłe funkcje
• ISE → VS Code: wymaga przeszkolenia zespołu (ale VS Code z ISE mode znacząco ułatwia przejście)

4. Rozszerzone Aktualizacje Zabezpieczeń (ESU) — tylko dla Windows 10 / Server 2016

Opis: Dla organizacji, które muszą pozostać na Windows 10 lub Windows Server 2016 poza oficjalnym wsparciem. Microsoft oferuje płatne ESU — poprawki bezpieczeństwa (w tym dla PS 5.1) są dostarczane przez maksymalnie 3 lata po EOL.

Koszty: Płatna subskrypcja roczna (cennik zależny od licencji wolumenowej/EA); dla edukacji dostępne zniżki. Dla Windows 10 — ESU dostępne również dla klientów indywidualnych (program płatny rocznie).

Rekomendacja: ESU to pomost, nie rozwiązanie docelowe. Łącz z opcją nr 2 (instalacja PS 7 obok), żeby stopniowo wychodzić z 5.1.

Moduły i kompatybilność — co działa, a co nie

Największą blokadą w migracji są moduły. Oto stan na 2026 rok:

✅ Działają natywnie w PowerShell 7

• Azure PowerShell (Az), Microsoft Graph, Exchange Online (EXOv3)
• Active Directory (od Windows Server 2019 RSAT)
• VMware PowerCLI, AWS Tools for PowerShell
• Docker, Kubernetes (kubectl)
• SQLServer, PnP.PowerShell (SharePoint Online)

⚠️ Działają przez Windows PowerShell Compatibility

Moduły, które wymagają pełnego .NET Framework, można załadować w PS 7 poprzez Import-Module -UseWindowsPowerShell. PS 7 tworzy niewidoczną sesję Windows PowerShell 5.1 i przekazuje do niej wywołania. Działa to dla większości modułów administracyjnych Windows, ale ma narzut wydajnościowy (~200–500 ms na każde wywołanie cmdletu).

❌ Niedostępne lub wymagające przepisania

• ISE — całkowicie zamrożone, nie wspiera PS 7. Zamiennik: VS Code.
• Windows Workflow Foundation — usunięte. Przepisz workflow jako zwykłe skrypty z pętlami.
• WMI v1 (Get-WmiObject etc.) — usunięte. Zamień na CIM cmdlety (Get-CimInstance).
• Snap-iny (PSSnapin) — usunięte. Każdy snap-in powinien mieć już odpowiednik modułu.

Częste pytania

Czy PowerShell 7 zastępuje Windows PowerShell 5.1?

Nie zastępuje — działa obok na zasadzie side-by-side. PowerShell 7 instaluje się w osobnym katalogu (C:\Program Files\PowerShell\7), używa innego pliku wykonywalnego (pwsh.exe zamiast powershell.exe) i ma osobny profil użytkownika. Windows PowerShell 5.1 pozostaje w systemie jako składnik Windows i będzie tam tak długo, jak długo Microsoft nie zdecyduje inaczej (na dziś nie ma takiej zapowiedzi).

Jaka jest data końca wsparcia dla PowerShell 5.1?

Windows PowerShell 5.1 nie ma własnej daty EOL — jest składnikiem systemu Windows. Jego wsparcie kończy się wraz z końcem wsparcia danej wersji Windows. Windows 10: 14 października 2025 (już po EOL). Windows Server 2016: 12 stycznia 2027. Windows 11 (aktualne wydania): wciąż wspierane. Jednak Microsoft od 2016 roku nie rozwija już 5.1 — otrzymuje tylko łatki bezpieczeństwa.

Którą wersję PowerShell 7 wybrać: LTS czy stable?

PowerShell 7.6 LTS (wydany 18 marca 2026, wsparcie do 14 listopada 2028). LTS oznacza Long Term Servicing — otrzymuje wyłącznie krytyczne poprawki bezpieczeństwa i stabilności, minimalizując ryzyko regresji. Wersje stable (np. 7.5) żyją krócej (~18 miesięcy) i mogą wprowadzać nowe funkcje, co w środowiskach produkcyjnych oznacza większe ryzyko. Do produkcji zawsze wybieraj LTS.

Czy moje skrypty z PowerShell 5.1 będą działać w PowerShell 7?

W większości przypadków tak — szczególnie jeśli nie używają bezpośrednich wywołań .NET Framework ani przestarzałych cmdletów. Microsoft szacuje, że >90% skryptów napisanych dla 5.1 działa w PS 7 bez zmian. Problemy pojawiają się głównie przy: wywołaniach API .NET nieobecnych w .NET Core (sprawdź przez [System.Runtime.InteropServices.RuntimeInformation]::FrameworkDescription), cmdletach WMI v1 (Get-WmiObject → Get-CimInstance), modułach z zależnością od ISE lub WPF. Zalecane: uruchom skrypty w PS 7 w trybie testowym przed migracją produkcji.

Czym zastąpić PowerShell ISE?

Microsoft rekomenduje Visual Studio Code z oficjalnym rozszerzeniem PowerShell. VS Code oferuje tryb ISE (Ctrl+Shift+P → PowerShell: Enable ISE Mode), który odwzorowuje układ znany z ISE (edycja skryptu na górze, konsola na dole, lista komend z boku). Dodatkowo dostajesz: IntelliSense, zintegrowane debugowanie, natywną obsługę Gita, podświetlanie składni i rozszerzenia. VS Code jest darmowy, działa na Windows, macOS i Linux.

Czy mogę uruchamiać PowerShell 7 na Windows Server 2016?

Tak — PowerShell 7 wspiera Windows Server 2016, 2019, 2022 i 2025. Instalacja przez MSI (PowerShell-7.6.2-win-x64.msi) działa bezproblemowo. Należy jednak pamiętać, że Windows Server 2016 kończy wsparcie rozszerzone 12 stycznia 2027 roku, więc warto zaplanować również upgrade samego systemu operacyjnego.

Co się stanie 10 listopada 2026 z wersjami 7.4 i 7.5?

Obie wersje — 7.4 (LTS) i 7.5 (stable) — osiągną koniec wsparcia tego samego dnia: 10 listopada 2026. Po tej dacie nie będą otrzymywać żadnych aktualizacji, w tym poprawek bezpieczeństwa. Jeśli korzystasz z którejkolwiek z nich, powinieneś zaplanować upgrade do PowerShell 7.6 (LTS) przed tą datą. Migracja między wersjami 7.x jest prosta — instalator nadpisuje poprzednią wersję, a skrypty zazwyczaj nie wymagają zmian.

Windows + PowerShell — kompletne rozwiązanie dla Twojej firmy

Jeśli planujesz migrację na nowszą wersję Windows 11 lub Windows Server — albo potrzebujesz w pełni legalnych kluczy licencyjnych do aktywacji systemu — KluczeSoft oferuje oryginalne licencje Microsoft w przystępnych cenach:

→ Microsoft Windows 11 Professional — klucz cyfrowy, natychmiastowa dostawa → Microsoft Windows Server 2025 — licencje dla serwerów i infrastruktury

KluczeSoft jest niezależnym sprzedawcą i nie jest powiązany z Microsoft Corporation. Wszystkie licencje są legalne na terenie Unii Europejskiej zgodnie z wyrokiem Trybunału Sprawiedliwości UE w sprawie UsedSoft (C-128/11).