PowerShell 2.0から最新版まで！導入・削除・アップデートを徹底解説

システム管理者や開発者の皆様、PowerShellは日々の業務に欠かせないツールとなっています。しかし、その進化のスピードは速く、どのバージョンを使えば良いのか、どのように管理すれば良いのか迷うこともあるでしょう。本記事では、PowerShellの歴史的なバージョンである2.0から、現在の主流であるWindows PowerShell 5.1、そしてクロスプラットフォームで進化を続けるPowerShell 7.xまで、その導入、更新、削除について網羅的に解説します。

古いPowerShell 2.0はセキュリティリスクが高く、2025年8月以降のWindowsリリースでは段階的に削除される予定です。最新のPowerShell 7.xへの移行は今や必須と言えるでしょう。

はじめに：PowerShellバージョン管理の重要性

PowerShellとは何か？その進化の歴史

PowerShellは、Microsoftが開発した強力なコマンドラインシェルおよびスクリプティング言語です。従来のテキストベースのシェルとは異なり、オブジェクト指向のコマンドレット（cmdlet）をパイプラインで連携させることで、高度なシステム管理と自動化を実現します。

その歴史は、まずWindows環境に特化したWindows PowerShellから始まりました。特に、Windows PowerShell 5.1は、Windows 10 Anniversary UpdateおよびWindows Server 2016（2016年8月リリース）以降のWindows OSに標準搭載されており、多くのシステムで今も利用されています。

その後、MicrosoftはPowerShellをさらに進化させ、クロスプラットフォームでオープンソースのPowerShell 7.x（旧称PowerShell Core）をリリースしました。これは.NET（旧.NET Core）上に構築されており、WindowsだけでなくLinuxやmacOSでも動作するようになりました。これにより、PowerShellはより幅広い環境で利用されるようになり、その適用範囲を大きく広げています。

両者は現在も併存しており、それぞれの特徴を理解し、適切に使い分けることが求められます。

なぜバージョン管理が不可欠なのか

PowerShellのバージョン管理は、単に最新機能を享受するためだけでなく、セキュリティ維持とシステムの安定稼働のために極めて重要です。

• セキュリティリスクの低減: 古いバージョン、特にPowerShell 2.0は既知の脆弱性を含んでいる可能性があり、セキュリティ上のリスクとなります。Microsoft自身もPowerShell 2.0の削除を進めているのはそのためです。
• 新機能とパフォーマンスの恩恵: 最新バージョンには、新しいコマンドレット、改善された機能、パフォーマンスの向上などが含まれています。これにより、より効率的で強力なスクリプトを作成できるようになります。
• 互換性の確保: 特定のアプリケーションやサービスが特定のPowerShellバージョンに依存している場合があります。しかし、多くの場合、最新バージョンへの対応が求められ、古いバージョンに固執すると将来的な互換性問題に直面する可能性があります。
• サポートライフサイクル: 各バージョンにはサポートライフサイクルが定められており、サポートが終了したバージョンはセキュリティ更新プログラムを受けられなくなります。これにより、システムが脆弱な状態に陥るリスクが高まります。

特に、PowerShell 2.0のように非推奨となり、削除が予定されているバージョンについては、早期に依存関係を解消し、より新しいバージョンへ移行することが強く推奨されます。

本記事で学ぶことの概要

本記事では、PowerShellのバージョン管理に関する以下の主要なトピックを深く掘り下げていきます。

• PowerShell 2.0の現状と注意点: 非推奨となった背景、セキュリティリスク、そしてWindows 11での取り扱いについて解説します。やむを得ず有効化する必要がある場合の具体的な方法もご紹介しますが、これはあくまで最終手段として認識してください。
• 主要なPowerShellバージョンのインストール: Windows PowerShell 5.1のデフォルト搭載状況、そしてPowerShell 7.xをWindows環境に導入する具体的な手順を、特におすすめのwingetツールを使った方法を中心に説明します。LTS版とSTS版の違いについても触れます。
• PowerShellのアップデートとアンインストール: 最新の状態を維持するためのアップデート方法や、不要になったPowerShellを安全に削除する手順を詳述します。複数バージョンが共存する環境での管理のヒントも提供します。
• PowerShellバージョン管理のベストプラクティス: 安定したシステム運用と効率的なスクリプト開発のために、どのようなバージョン管理戦略を取るべきか、具体的なアドバイスを提供します。

これらの知識を習得することで、皆様のPowerShell利用がより安全で効率的になることを目指します。

出典: PowerShell のドキュメント – Microsoft Learn

PowerShell 2.0の導入・有効化とWindows 11での注意点

PowerShell 2.0とは何か、なぜ非推奨なのか

PowerShell 2.0は、Windows 7やWindows Server 2008 R2などの時代に広く使われたPowerShellの初期バージョンの一つです。当時としては画期的な機能を提供しましたが、技術の進化と共に、セキュリティ上の課題や機能の限界が明らかになってきました。

Microsoftは、PowerShell 2.0を2017年に非推奨とし、その利用を避けるよう推奨しています。その主な理由は以下の通りです。

• セキュリティリスク: PowerShell 2.0には、最新バージョンでは修正されているセキュリティ上の脆弱性が存在する可能性があります。これらを悪用されると、システムが攻撃の標的となるリスクが高まります。
• 保守性の低さ: 古いバージョンであるため、最新のOSやアプリケーションとの互換性問題が発生しやすく、サポート体制も縮小されています。
• 機能の制限: 最新のPowerShell 7.xでは、クロスプラットフォーム対応、より多くのコマンドレット、パフォーマンスの向上、モダンな開発機能などが提供されていますが、PowerShell 2.0にはこれらの機能がありません。
• 将来的な削除: Microsoftは、2025年8月以降のWindowsリリースでPowerShell 2.0を段階的に削除する予定であることを明確にアナウンスしています。これは、セキュリティとモダンな技術への移行を促すための重要なステップです。

現在PowerShell 2.0を使用している環境は、速やかに最新バージョンへの移行計画を立てることが不可欠です。

Windows 11でPowerShell 2.0を有効化する方法（非推奨）

PowerShell 2.0は非推奨であり、通常は有効化すべきではありません。しかし、レガシーなアプリケーションや非常に古いスクリプトがPowerShell 2.0に依存しており、かつ緊急で互換性を維持する必要がある場合に限り、一時的に有効化することが可能です。

Windows 11でPowerShell 2.0を有効化する手順は以下の通りです。

1. 「コントロールパネル」を開き、「プログラム」を選択します。
2. 「プログラムと機能」の下にある「Windowsの機能の有効化または無効化」をクリックします。
3. 表示される「Windowsの機能」ダイアログボックスで、「Windows PowerShell 2.0 Engine」のチェックボックスを見つけ、これにチェックを入れます。
4. 「OK」をクリックし、変更を適用します。必要に応じてシステムを再起動します。

この手順で有効化できますが、この操作はセキュリティリスクを伴うため、極力避けるべきです。有効化する際は、それが本当に必要かどうかを慎重に検討し、使用後は速やかに無効化することを強くお勧めします。

有効化したPowerShell 2.0は、システム全体のセキュリティホールとなる可能性があります。特にインターネットに接続された環境では、そのリスクはさらに高まります。

PowerShell 2.0に依存する環境への対応策

もしあなたのシステムやアプリケーションがPowerShell 2.0に依存している場合、以下のステップで対応を検討してください。

1. 依存関係の特定: まず、どのスクリプトやアプリケーションがPowerShell 2.0に依存しているのかを正確に特定します。これには、スクリプト内のバージョンチェックや、エラーログの分析などが役立ちます。
2. スクリプトの互換性チェックと修正: 依存が特定されたスクリプトをPowerShell 5.1またはPowerShell 7.xで実行し、互換性の問題をチェックします。多くの場合、古いコマンドレットの置き換えや構文の微調整で対応可能です。Microsoft Learnのドキュメントには、バージョン間の変更点に関する詳細情報が提供されています。
3. アプリケーションのアップグレード: 依存しているアプリケーション自体がPowerShell 2.0を必要とする場合、そのアプリケーションの最新バージョンへのアップグレードを検討します。多くの場合、最新版では新しいPowerShellバージョンに対応しています。
4. 代替手段の検討: どうしても移行が難しい場合は、一時的に仮想環境でPowerShell 2.0を隔離して運用するなどの代替手段も考えられますが、これはあくまで最終的かつ一時的な解決策であり、長期的な解決策ではありません。

PowerShell 2.0の削除期限（2025年8月以降）が迫っていることを考慮し、計画的に移行を進めることが重要です。移行を怠ると、将来的にシステムが動作しなくなるなどの重大な問題に発展する可能性があります。

出典: PowerShell のサポート ライフサイクル – Microsoft Learn

主要なPowerShellバージョンのインストールとダウンロード

Windows PowerShell 5.1の概要と現状

Windows PowerShell 5.1は、Microsoft Windowsオペレーティングシステムに標準で搭載されているバージョンです。具体的には、Windows 10 Anniversary UpdateおよびWindows Server 2016（2016年8月）以降のWindows環境では、追加のインストールなしに利用可能です。

このバージョンは、.NET Framework上に構築されており、Windows環境でのシステム管理、タスク自動化、Active Directory管理など、基本的な管理タスクに広く利用されています。多くの企業環境では、現在もこのWindows PowerShell 5.1が主要な管理ツールとして活用されています。

しかし、Windows PowerShell 5.1は、新たな機能開発やクロスプラットフォーム対応の面ではPowerShell 7.xに劣ります。特に、最新のOS機能やクラウドサービスとの連携、LinuxやmacOSでの管理を視野に入れる場合、PowerShell 7.xの導入が不可欠となります。Windows PowerShell 5.1はOSの一部として扱われるため、個別にアンインストールすることはできませんが、PowerShell 7.xとは共存可能です。

PowerShell 7.xのインストール方法：wingetを活用

PowerShell 7.xは、クロスプラットフォーム対応とオープンソース化により、Windows以外のOSでも利用できるようになった最新のPowerShellです。.NET（旧.NET Core）上に構築されており、新しい機能や改善されたパフォーマンスを提供します。

PowerShell 7.xのインストールにはいくつかの方法がありますが、Windows 10/11環境であれば、winget（Windows Package Manager）を利用するのが最も簡単で推奨される方法です。

1. wingetの確認: コマンドプロンプトまたは既存のPowerShellでwingetと入力し、コマンドが認識されるか確認します。Windows 10 (バージョン 1709以降) および Windows 11には通常プリインストールされています。
2. PowerShell 7.xのインストール: 以下のコマンドを実行します。
   winget install Microsoft.PowerShell
   このコマンドは、利用可能なPowerShell 7.xの最新安定版を自動的にダウンロードしてインストールします。

他にも、以下のインストール方法があります。

• MSIインストーラー: PowerShellのGitHubリリースぺージからMSIパッケージをダウンロードし、GUIウィザードに従ってインストールします。これは、より詳細なインストールオプションが必要な場合や、`winget`が利用できない環境で有用です。
• Microsoft Store: Microsoft Storeアプリから「PowerShell」を検索し、インストールします。手軽ですが、MSI版とは更新経路が異なる場合があります。
• ZIPパッケージ: ポータブルな利用や特定の環境でのデプロイメントのために、ZIPファイルをダウンロードして任意の場所に展開する方法もあります。

wingetでインストールされたPowerShell 7.xは、後のアップデートもwinget upgradeコマンドで簡単に行えるため、特に推奨されます。

LTS版とSTS版：どちらを選ぶべきか

PowerShell 7.xには、LTS (Long Term Support)とSTS (Standard Term Support)という2種類のリリースサイクルがあります。どちらを選ぶかは、用途や環境によって異なります。

例えば、PowerShell 7.4 LTSは現在の長期サポートリリースであり、本番環境での利用に最適です。一方、PowerShell 7.5は最新のSTSリリースであり、新しい機能を積極的に利用したい開発者や、次期LTSリリースの機能を先行して評価したい場合に適しています。

多くの本番環境では、長期的な安定性とサポートを考慮し、LTSリリースを選択することがベストプラクティスとされています。
STSリリースは、新しいLTSリリースが利用可能になるまでの間、一時的な利用やテスト用途に適しています。

出典: PowerShell のドキュメント – Microsoft Learn

PowerShellのアップデートとアンインストール・削除

PowerShell 7.xの効率的なアップデート手順

PowerShell 7.xを最新の状態に保つことは、セキュリティの維持と新機能の活用に不可欠です。アップデート方法は、インストール方法によって異なります。

1. wingetを利用したアップデート（推奨）:
   wingetでインストールした場合、以下のコマンドで簡単にアップデートできます。
   winget upgrade Microsoft.PowerShell
   このコマンドは、インストールされているPowerShell 7.xのバージョンを自動的に検出し、利用可能な最新版に更新します。定期的に実行することで、常に最新の状態を維持できます。
2. Microsoft Updateによる自動更新:
   PowerShell 7.2以降のMSIパッケージでインストールされたバージョンは、Microsoft Updateを通じて自動更新が可能です。これは、Windowsの通常の更新プロセスに組み込まれるため、手動での操作が不要となり、非常に便利です。
   ただし、注意点として、LTSリリースは同じLTSリリースにのみ更新され、STSリリースはSTSリリースにのみ更新されます。例えば、PowerShell 7.4 LTSがインストールされている場合、次のLTSであるPowerShell 7.6 LTSには自動では更新されず、7.4.xのようなマイナーアップデートのみが行われます。LTSから次のLTSへ移行するには、手動でのアップグレードが必要になる場合があります。
3. Microsoft Storeからのアップデート:
   Microsoft StoreからインストールしたPowerShellは、Storeアプリを通じて自動的に更新されます。
4. 手動でのアップデート:
   最新のMSIインストーラーをダウンロードし、再インストールすることでアップデートすることも可能です。これは`winget`やMicrosoft Updateが利用できない場合に有効です。

安定性と簡便性を考慮すると、wingetまたはMicrosoft Updateによる自動更新機能を活用し、定期的にPowerShellのバージョンを確認することをお勧めします。

不要になったPowerShellのアンインストール方法

不要になったPowerShell 7.xのバージョンを削除することで、ディスク容量を節約し、システムをクリーンに保つことができます。アンインストールも、インストール方法によって手順が異なります。

1. wingetを利用したアンインストール（推奨）:
   wingetでインストールした場合、以下のコマンドで簡単にアンインストールできます。
   winget uninstall Microsoft.PowerShell
   このコマンドは、システムからPowerShell 7.xをきれいに削除します。
2. コントロールパネルからのアンインストール:
   MSIインストーラーでインストールした場合、「コントロールパネル」→「プログラム」→「プログラムと機能」に進み、「PowerShell 7」または「PowerShell 7.x.x」といったエントリを見つけてアンインストールします。
3. Microsoft Storeからのアンインストール:
   Microsoft StoreからインストールしたPowerShellは、StoreアプリまたはWindowsの設定アプリ（「アプリ」→「インストールされているアプリ」）からアンインストールできます。

注意点: Windows PowerShell 5.1は、Windowsオペレーティングシステムに深く統合されているため、個別にアンインストールすることはできません。これはOSの一部であり、削除するとシステムに予期せぬ問題が発生する可能性があります。

PowerShell 2.0を無効化する場合は、「Windowsの機能の有効化または無効化」からチェックを外すことで対応します（前述の「Windows 11でPowerShell 2.0を有効化する方法」の逆手順）。

複数バージョンの共存と管理

Windows環境では、Windows PowerShell 5.1とPowerShell 7.xは問題なく共存できます。これらは異なる実行ファイル名とインストールパスを持つため、互いに干渉することはありません。

• 実行ファイルの呼び出し方:
  • Windows PowerShell 5.1は通常powershell.exeで起動します。
  • PowerShell 7.xは通常pwsh.exeで起動します。

  このように、コマンドプロンプトやショートカットから異なるコマンドで呼び出すことで、目的のバージョンを使い分けることができます。

• 環境変数PATH:
  PowerShell 7.xをインストールすると、通常その実行パスがシステムのPATH環境変数に追加されます。これにより、任意の場所からpwshと入力するだけでPowerShell 7.xを起動できます。Windows PowerShell 5.1は、システムパスに%SystemRoot%\System32\WindowsPowerShell\v1.0\が設定されています。
• バージョンの確認:
  現在開いているPowerShellのバージョンを確認するには、$PSVersionTableコマンドレットを使用します。
  $PSVersionTable.PSVersion
  このコマンドで、利用中のPowerShellの正確なバージョン情報を確認できます。

複数のバージョンが共存する環境では、どのスクリプトがどのバージョンで動作するべきかを明確にし、スクリプトの先頭で特定のバージョンを要求するなどの工夫をすることで、予期せぬエラーを防ぐことができます。

出典: PowerShell のドキュメント – Microsoft Learn

PowerShellバージョン管理のベストプラクティス

常に最新のLTSまたはSTSバージョンを利用するメリット

PowerShellのバージョン管理において、常に最新のLTS（長期サポート）またはSTS（標準サポート）バージョンを利用することは、多くのメリットをもたらします。これにより、システムの安定性と効率性を最大限に高めることができます。

• セキュリティの向上: 最新バージョンには、発見されたセキュリティ脆弱性に対するパッチが適用されています。古いバージョンを使い続けることは、システムをサイバー攻撃のリスクにさらすことになります。
• 新機能と改善の活用: PowerShellは継続的に進化しており、新しいコマンドレット、拡張された機能、より効率的なスクリプティング方法が常に導入されています。最新版を利用することで、これらの恩恵を受け、より強力で簡潔なスクリプトを作成できます。
• パフォーマンスの改善: 新しいバージョンでは、パフォーマンスの最適化が図られており、特に大規模なスクリプトや複雑な処理において、実行速度の向上が期待できます。
• コミュニティとドキュメントサポート: 最新バージョンに関する情報やサポートは、コミュニティやMicrosoft Learnのドキュメントで最も充実しています。問題が発生した際に解決策を見つけやすくなります。
• 互換性の維持: 最新のクラウドサービスやWindows OSの機能は、通常、最新のPowerShellバージョンでの利用を前提としています。

本番環境ではLTSバージョンで安定性を確保しつつ、開発環境ではSTSバージョンで最新機能を試すなど、用途に応じた使い分けが理想的です。

既存スクリプトの互換性チェックと移行計画

PowerShellのバージョンをアップデートする際、既存のスクリプトが新しい環境で正しく動作するかどうかの確認は非常に重要です。特にPowerShell 2.0から移行する場合や、PowerShell 5.1からPowerShell 7.xへ移行する場合は、互換性の問題が発生する可能性があります。

1. 互換性テスト環境の構築: 実際に本番環境に適用する前に、テスト環境でスクリプトを実行し、動作を確認します。異なるPowerShellバージョンをインストールしたテストVMなどが有効です。
2. スクリプト分析ツールの活用: PowerShellには、スクリプトの潜在的な問題を検出するためのツール（例: PSScriptAnalyzer）が存在します。これらを活用して、新しいバージョンでの非推奨機能や構文エラーを事前に特定します。
3. #requiresステートメントの利用: スクリプトの先頭に#requires -Version 5.1のように記述することで、そのスクリプトを実行するために必要なPowerShellの最小バージョンを指定できます。これにより、意図しないバージョンでスクリプトが実行されるのを防ぎます。
4. 段階的な移行: 全てのスクリプトを一斉に移行するのではなく、重要度や依存関係の少ないものから段階的に移行を進めます。これにより、リスクを最小限に抑えながら、新しいバージョンへの移行を進めることができます。

PowerShell 2.0への依存は、セキュリティと将来的な互換性の観点から極めて高いリスクを伴います。スクリプトをPowerShell 5.1または7.xに移行し、最終的にはPowerShell 2.0を無効化または削除することを最優先事項としてください。

企業環境におけるバージョン管理戦略

大規模な企業環境では、PowerShellのバージョン管理はより複雑になりますが、以下の戦略を採用することで、効率的かつ安全な運用が可能です。

1. 標準バージョンの設定: 企業内で使用するPowerShellの標準バージョン（例: PowerShell 7.4 LTS）を定め、全てのシステムと開発者にそのバージョンを使用するよう義務付けます。これにより、互換性の問題を最小限に抑え、サポートを簡素化できます。
2. 集中管理ツールの活用: SCCM（System Center Configuration Manager）やIntuneなどの集中管理ツールを使用して、PowerShellのインストール、アップデート、アンインストールを一元的に管理します。これにより、大規模な環境でも効率的なデプロイメントが可能です。
3. CI/CDパイプラインとの連携: 自動化されたテストとデプロイメントのパイプライン（CI/CD）にPowerShellのバージョンチェックを組み込みます。これにより、本番環境にデプロイされるスクリプトが常に正しいPowerShellバージョンで動作することが保証されます。
4. 定期的なレビューと教育: 定期的にPowerShellのバージョン管理に関するポリシーを見直し、新しいベストプラクティスを取り入れます。また、管理者や開発者に対して、最新バージョンの機能やセキュリティに関する教育を継続的に実施します。

これらの戦略を実行することで、企業はPowerShellの持つ強力な機能を安全かつ効率的に活用し、システム管理と自動化のレベルを一層向上させることができます。

出典: PowerShell のサポート ライフサイクル – Microsoft Learn