PowerShellのインストール完全ガイド：初心者から応用まで徹底解説

PowerShellとは？その重要性と最新バージョン

PowerShellの基本とその役割

PowerShellは、Windowsオペレーティングシステムに標準搭載されている、または別途インストール可能な非常に強力なコマンドラインシェルであり、スクリプト言語でもあります。単なるコマンド実行ツールにとどまらず、システム管理、タスクの自動化、そして複雑なシステム構成管理といった多岐にわたる用途でその真価を発揮します。

従来のコマンドプロンプト（cmd.exe）とは異なり、PowerShellはオブジェクト指向の概念に基づいて動作します。これにより、コマンド（Cmdletと呼ばれる）がテキストではなく、.NETオブジェクトを返します。このオブジェクトを「パイプライン」（|）を通じて次のCmdletに渡すことで、データのフィルタリング、整形、他のシステムへの連携といった複雑な処理を驚くほど効率的に実現できます。この特性が、PowerShellをWindows環境の効率的な運用に不可欠なツールとしています。

例えば、ファイルの一覧を取得するGet-ChildItemコマンドは、単なるファイル名リストではなく、ファイル名、サイズ、更新日時といったプロパティを持つオブジェクトを返します。これにより、その場で特定の条件でファイルを絞り込んだり、別のコマンドに渡して操作したりすることが容易になるのです。

Windows PowerShellとPowerShell 7の違い

PowerShellには、大きく分けて二つの系統が存在します。一つはWindowsに標準搭載されている「Windows PowerShell」で、これは主にWindows環境での管理に特化しています。Windows 10やWindows 11には、通常、このWindows PowerShellがプリインストールされており、Windows Updateを通じて最新バージョンに更新されることがあります。

もう一つは、Microsoftが独立して開発・提供している「PowerShell 7」以降のバージョンです。これは以前「PowerShell Core」と呼ばれていましたが、現在は単に「PowerShell」として知られています。PowerShell 7はクロスプラットフォーム対応が大きな特徴で、Windowsだけでなく、macOSやLinuxディストリビューションでも利用可能です。2024年11月時点での最新安定版はPowerShell 7.4.x系で、より新しいバージョン（7.5など）の開発も活発に進められています。

両者の主な違いは以下の通りです。

• 対象プラットフォーム: Windows PowerShellはWindowsのみ。PowerShell 7はWindows, macOS, Linux。
• 基盤フレームワーク: Windows PowerShellは.NET Framework。PowerShell 7は.NET (Core)。
• 機能と互換性: PowerShell 7は新しい機能が多く追加されており、パフォーマンスも向上していますが、Windows PowerShell特有のモジュールやCmdletの一部はPowerShell 7では利用できない場合があります。スクリプトを作成する際は、対象環境のPowerShellバージョンを意識することが重要です。

重要ポイント: Windowsユーザーは、標準搭載のWindows PowerShellと、別途インストール可能な最新のPowerShell 7のどちらを利用するかを理解しておく必要があります。クロスプラットフォームでの利用や最新機能を求める場合はPowerShell 7を、Windows固有のレガシーな管理を継続する場合はWindows PowerShellを利用するのが一般的です。

PowerShellを活用するメリット

PowerShellは、その強力な機能と柔軟性から、ITプロフェッショナルや開発者にとって数多くのメリットをもたらします。

• システム管理の効率化: サーバー管理、ユーザーアカウント管理、ネットワーク設定など、Windows環境におけるあらゆる管理タスクをコマンドラインやスクリプトで実行できます。これにより、GUI操作に比べて圧倒的な速度と正確性で作業を進めることが可能になります。
• タスクの自動化: 定期的に実行するバックアップ処理、ログファイルの整理、システム監視といった定型作業をスクリプト化することで、手動での介入を最小限に抑え、人的ミスを削減し、24時間365日の自動運用を実現できます。
• データ操作とレポート作成: PowerShellはファイルシステム、レジストリ、イベントログ、パフォーマンスカウンターなど、Windowsシステム上のあらゆるデータソースから情報を収集し、整形、分析する能力に優れています。これらのデータを基に、CSV、HTML、XMLなどの形式で簡単にレポートを作成できます。
• クロスプラットフォーム対応: PowerShell 7以降はWindows以外のOSでも利用できるため、異なるプラットフォームが混在するハイブリッド環境においても一貫した自動化と管理を実現できます。クラウド環境でのインフラ構築や管理にも活用が広がっています。

これらのメリットにより、PowerShellは現代のIT環境において、より生産的で効率的な運用を実現するための不可欠なツールとなっています。

出典: Microsoft Learn (Microsoft)、GitHub (Microsoft)

WindowsにPowerShellをインストールする基本的な手順

Windows OSへの標準搭載とアップデート

多くのWindowsユーザーにとって、PowerShellはすでに身近な存在です。というのも、Windows 10やWindows 11には「Windows PowerShell」が標準で搭載されているからです。特別なインストール作業を行わなくても、スタートメニューから「PowerShell」と検索すれば、すぐに起動して利用を開始できます。

この標準搭載されているWindows PowerShellは、通常、Windows Updateを通じてOSの更新と合わせて最新バージョンに保たれます。そのため、日常的なWindowsの管理作業であれば、追加のインストールなしで十分な機能を利用できることがほとんどです。しかし、より新しい機能やクロスプラットフォーム対応を求める場合は、独立した「PowerShell 7」のインストールを検討する必要があります。

古いOS、例えばWindows 7 Service Pack 1やWindows Server 2008 R2 Service Pack 1などの環境では、PowerShellのバージョンが古く、手動でのインストールまたは更新が必要になる場合があります。これらの環境では、最新のWindows Management Framework (WMF) をインストールすることで、PowerShellを最新の状態にすることができます。

PowerShell 7のインストール方法

Windows PowerShellとは別に、独立した最新のPowerShell 7をインストールするにはいくつかの方法があります。これにより、Windows PowerShellとPowerShell 7の両方を同じシステム上で共存させることが可能です。推奨される主なインストール方法は以下の通りです。

1. MSIパッケージ（インストーラー）を使用する:

   MicrosoftのGitHubリリースページから、最新のPowerShell 7のMSIインストーラーをダウンロードし、通常のアプリケーションと同様に実行してインストールします。これは最も一般的な方法で、ユーザーが直接インストールパスなどを指定できます。インストール後は、スタートメニューから「PowerShell 7」として起動できるようになります。

2. Microsoft Storeからインストールする:

   Microsoft Storeアプリを通じてPowerShellをインストールすることも可能です。Microsoft Store版の利点は、自動更新が提供されるため、常に最新の状態を維持しやすい点です。

3. winget（Windows Package Manager）を使用する:

   Windows 10 1709以降のバージョンで利用可能なwingetコマンドを使用すると、コマンドラインから簡単にPowerShell 7をインストールできます。管理者権限でコマンドプロンプトまたはWindows Terminalを開き、以下のコマンドを実行します。

   winget install --id Microsoft.PowerShell --source winget

   この方法は、特に複数のマシンにPowerShellをインストールする場合や、自動化されたデプロイメントに便利です。

いずれの方法でも、公式のMicrosoft Learnドキュメントには詳細な手順が記載されていますので、そちらも併せて参照してください。

管理者権限と実行ポリシーの設定

PowerShellをシステム管理や広範な設定変更に利用する場合、「管理者として実行」することが非常に重要です。管理者権限なしでは、システムディレクトリへのファイルの書き込みや、レジストリの変更、サービス管理といった多くの重要な操作が制限されます。PowerShellを起動する際は、スタートメニューのアイコンを右クリックし、「管理者として実行」を選択するように習慣づけましょう。

また、セキュリティ上の理由から、PowerShellはデフォルトでスクリプトの実行を制限しています。これを「実行ポリシー」と呼びます。スクリプトを実行しようとすると、「このシステムではスクリプトの実行が無効になっているため、ファイル…を読み込むことができません。」といったエラーが表示されることがあります。

現在の実行ポリシーを確認するには、以下のコマンドを使用します。

Get-ExecutionPolicy

一般的なポリシーは以下の通りです。

• Restricted: スクリプトの実行を許可しない（デフォルト設定）。
• AllSigned: 信頼された発行元によって署名されたスクリプトのみ実行を許可。
• RemoteSigned: インターネットからダウンロードしたスクリプトは署名が必要だが、ローカルで作成したスクリプトは署名なしで実行を許可（多くのユーザーにおすすめ）。
• Unrestricted: すべてのスクリプトを実行を許可（非推奨、セキュリティリスクが高い）。
• Bypass: 実行ポリシーを完全にバイパス（非常に危険、推奨されない）。

実行ポリシーを変更するには、以下のコマンドを使用します（例: RemoteSignedに設定する場合）。

Set-ExecutionPolicy RemoteSigned

注意: 実行ポリシーを変更する際は、セキュリティリスクを十分に理解した上で行ってください。特にUnrestrictedやBypassはマルウェア感染のリスクを高めるため、安易な設定は避けるべきです。通常はRemoteSignedで十分なケースが多いです。

出典: Microsoft Learn (Microsoft)

PowerShellが既にインストールされているか確認する方法

コンソールからのバージョン確認

PowerShellがシステムにインストールされているか、そしてそのバージョンは何であるかを確認する最も確実で簡単な方法は、PowerShellコンソールを起動して特定のコマンドを実行することです。

まず、Windowsのスタートメニューから「PowerShell」と検索し、起動します。青い背景のコンソールウィンドウが表示されたら、以下のコマンドを入力してEnterキーを押してください。

$PSVersionTable

このコマンドは、PowerShellのバージョンに関する詳細な情報を含むテーブル形式のオブジェクトを返します。出力例は以下のようになります。

Name                           Value
----                           -----
PSVersion                      5.1.19041.3636
PSEdition                      Desktop
PSCompatibleVersions           {1.0, 2.0, 3.0, 4.0...}
BuildVersion                   10.0.19041.3636
CLRVersion                     4.0.30319.42000
WSManStackVersion              3.0
PSRemotingProtocolVersion      2.3
SerializationVersion           1.1.0.1

この中で特に注目すべきは、以下のプロパティです。

• PSVersion: インストールされているPowerShellのバージョンを示します。上記の例では「5.1.19041.3636」となっており、これはWindows PowerShellのバージョン5.1であることを意味します。
• PSEdition: 「Desktop」はWindows PowerShell、「Core」はPowerShell 7以降を示します。

もしPowerShell 7がインストールされていれば、PSVersionが「7.x.x.x」となり、PSEditionが「Core」と表示されます。このコマンド一つで、システムにどのPowerShellがインストールされているかを瞬時に判断できます。

複数のPowerShellバージョンの存在

Windows環境では、Windows PowerShellとPowerShell 7の両方が同じシステムに共存していることが珍しくありません。これは、Windows PowerShellがOSに標準搭載されている一方で、ユーザーが別途PowerShell 7をインストールできるためです。

両者が共存している場合、スタートメニューで「PowerShell」と検索すると、通常は以下のような複数のエントリが表示されます。

• Windows PowerShell: 標準搭載されているバージョン（アイコンは青い背景に白い歯車と「PS」のロゴ）
• PowerShell 7: 別途インストールしたバージョン（アイコンは黒い背景に白い歯車と「PS」のロゴ）

それぞれを起動して$PSVersionTableコマンドを実行することで、どちらのバージョンのコンソールを開いているかを確認できます。スクリプトを実行する際や特定のモジュールを使用する際には、意図したバージョンのPowerShellで実行しているかを確認することが重要です。

重要: PowerShell 7をインストールしても、Windows PowerShellが削除されるわけではありません。両方のバージョンが存在する場合、利用したいPowerShellの種類を意識して起動するようにしましょう。通常、最新の機能やクロスプラットフォーム対応が必要な場合はPowerShell 7を使用します。

PowerShellスクリプトの実行ポリシー確認

PowerShellがインストールされているかどうかの確認と合わせて、スクリプトの実行ポリシーを確認することも重要です。これは、セキュリティ上の理由から、PowerShellスクリプトの実行をどの程度許可するかを制御する設定です。

現在の実行ポリシーを確認するには、PowerShellコンソールで以下のコマンドを実行します。

Get-ExecutionPolicy

このコマンドの出力は、現在設定されている実行ポリシーを示します。例えば、Restricted、RemoteSigned、AllSigned、Unrestrictedなどの値が表示されます。それぞれの意味は以下の通りです。

• Restricted: 最も厳格で、スクリプトの実行を一切許可しません。Windowsのデフォルト設定であることが多いです。
• RemoteSigned: ローカルで作成したスクリプトは実行できますが、インターネットからダウンロードしたスクリプトは信頼された発行元による署名が必要です。多くの環境で推奨されるバランスの取れた設定です。
• Unrestricted: すべてのスクリプトの実行を許可します。セキュリティリスクが高いため、慎重な使用が求められます。

もしスクリプトの実行で問題が発生する場合、この実行ポリシーが原因である可能性が高いです。必要に応じて、Set-ExecutionPolicyコマンドを使ってポリシーを変更することができますが、その際はセキュリティ上の影響を十分に理解した上で行うようにしてください。

出典: Microsoft Learn (Microsoft)

PowerShellでインストール済みアプリの一覧を確認するコマンド

一般的なアプリ一覧の取得方法

PowerShellを使ってWindowsにインストールされているアプリケーションの一覧を取得する方法はいくつか存在します。最も一般的で柔軟性の高い方法は、レジストリ情報を直接参照することです。

Windowsのアプリケーション情報は、主に以下のレジストリパスに格納されています。

• HKLM:\Software\Microsoft\Windows\CurrentVersion\Uninstall\ (システム全体にインストールされたアプリ)
• HKCU:\Software\Microsoft\Windows\CurrentVersion\Uninstall\ (現在のユーザー向けにインストールされたアプリ)

これらのパスから情報を取得し、必要なプロパティを選択することで、インストール済みのアプリリストを生成できます。具体的なコマンドは以下のようになります。

Get-ItemProperty HKLM:\Software\Microsoft\Windows\CurrentVersion\Uninstall\*, HKCU:\Software\Microsoft\Windows\CurrentVersion\Uninstall\* |
    Where-Object { $_.DisplayName -ne $null } |
    Select-Object DisplayName, DisplayVersion, Publisher, InstallDate |
    Sort-Object DisplayName |
    Format-Table -AutoSize

このコマンドは、各アプリケーションのDisplayName（表示名）、DisplayVersion（バージョン）、Publisher（発行元）、InstallDate（インストール日付）を取得し、表示名でソートして見やすいテーブル形式で出力します。

補足: Get-WmiObject -Class Win32_Product コマンドもアプリ一覧を取得できますが、Microsoftはパフォーマンス上の問題と不正確さから、このCmdletの使用を推奨していません。特に大規模な環境で使うとパフォーマンスに大きな影響を与える可能性があるため、上記のレジストリベースの方法が推奨されます。

特定のアプリ情報に絞り込む

上記のコマンドで全アプリの一覧を取得した後、特定のアプリケーションを探したい場合や、特定の条件に合致するアプリだけを表示したい場合は、Where-Object Cmdletを使って情報をフィルタリングできます。

例えば、「Google Chrome」に関する情報だけを表示したい場合は、DisplayNameプロパティを使って以下のように絞り込みます。

Get-ItemProperty HKLM:\Software\Microsoft\Windows\CurrentVersion\Uninstall\*, HKCU:\Software\Microsoft\Windows\CurrentVersion\Uninstall\* |
    Where-Object { $_.DisplayName -like "*Google Chrome*" } |
    Select-Object DisplayName, DisplayVersion, Publisher, InstallDate |
    Format-Table -AutoSize

-like演算子とワイルドカード（*）を使用することで、部分一致検索が可能です。また、特定の発行元（Publisher）のアプリだけを抽出したり、インストール日付（InstallDate）が特定の期間内にあるアプリだけを抽出したりすることもできます。

• バージョンが特定の数字以上のアプリ:
  Where-Object { $_.DisplayVersion -ge "X.Y.Z" }
• インストール日が特定の年以降のアプリ:
  Where-Object { $_.InstallDate -ge "YYYYMMDD" } (InstallDateはYYYYMMDD形式の場合)

これらのフィルタリング機能は、システム監査やソフトウェアインベントリの管理において非常に役立ちます。

テーブル形式での表示とエクスポート

PowerShellは、取得したデータを単に表示するだけでなく、様々な形式で整形したり、外部ファイルにエクスポートしたりする機能も豊富に持っています。

テーブル形式での表示

デフォルトでテーブル形式で表示されることが多いですが、より細かい調整をしたい場合はFormat-Table Cmdletを使用します。列幅を自動調整する-AutoSizeや、特定のプロパティだけを表示する-Propertyオプションが便利です。

# 特定のプロパティを絞り込んで表示
... | Format-Table -Property DisplayName, DisplayVersion -AutoSize

データのエクスポート

取得したアプリ一覧を他の用途で利用するために、CSVファイルやHTMLファイルとしてエクスポートすることができます。

• CSVファイルとしてエクスポート:

  Export-Csv Cmdletを使用します。-NoTypeInformationオプションを付けることで、余計な型情報がファイルに含まれるのを防ぎます。

  ... | Export-Csv -Path "C:\temp\InstalledApps.csv" -NoTypeInformation -Encoding UTF8

• HTMLレポートとしてエクスポート:

  ConvertTo-Html Cmdletを使用すると、ウェブブラウザで開けるHTML形式のレポートを作成できます。より見やすいレポートを作成するために、スタイルシートを適用したり、タイトルを追加したりすることも可能です。

  ... | ConvertTo-Html -Title "インストール済みアプリ一覧" | Out-File "C:\temp\InstalledApps.html"

これらのエクスポート機能は、システムのドキュメント化、インベントリ管理、他システムとのデータ連携など、幅広いシナリオで活用できます。

出典: Microsoft Learn (Microsoft)

PowerShellのインストール先とバージョンの確認方法

PowerShell実行ファイルのパスを確認

PowerShellの実行ファイルがシステム上のどこにインストールされているかを知ることは、トラブルシューティングや、特定のバージョンのPowerShellを確実に起動したい場合に役立ちます。

PowerShellでは、実行中のPowerShell自身のインストールディレクトリを示す組み込み変数$PSHOMEが用意されています。これをコンソールで入力するだけで、パスを確認できます。

$PSHOME

このコマンドを実行すると、以下のようなパスが表示されます。

• Windows PowerShellの場合:
  C:\Windows\System32\WindowsPowerShell\v1.0
• PowerShell 7の場合:
  C:\Program Files\PowerShell\7 (またはインストール時に指定したパス)

また、Get-Command Cmdletを使って、PowerShellの実行ファイル自体（powershell.exeまたはpwsh.exe）のパスを確認することもできます。

(Get-Command powershell.exe).Path  # Windows PowerShellの場合
(Get-Command pwsh.exe).Path       # PowerShell 7の場合

これらのコマンドは、システムがどのPowerShell実行ファイルを認識しているか、そのフルパスを示してくれます。

詳細なバージョン情報の確認

PowerShellのバージョン情報は、そのPowerShell環境で利用可能な機能や互換性を判断するために最も重要な要素です。先にも触れましたが、$PSVersionTable変数を使用するのが最も詳細で推奨される方法です。

$PSVersionTable

このコマンドの出力は、以下のような詳細なプロパティを含みます。

特に重要なのはPSVersionとPSEditionです。これら二つのプロパティを見れば、それがWindows PowerShellなのか、それともPowerShell 7以降なのか、そしてその具体的なバージョンが何であるかを一目で把握できます。スクリプトが特定のPowerShellバージョンに依存している場合、この情報を基に適切な環境で実行されているかを確認することが不可欠です。

システム環境変数PATHとPowerShell

PowerShell 7をWindowsにインストールすると、通常、その実行ファイル（pwsh.exe）のパスがシステムの環境変数PATHに追加されます。環境変数PATHは、コマンドプロンプトやPowerShellでコマンドを実行する際に、実行可能ファイルを探すディレクトリのリストです。

PATHに追加されることで、どのディレクトリからでも単にpwshと入力するだけでPowerShell 7を起動できるようになります。Windows PowerShellは通常、System32ディレクトリ内にあり、これもデフォルトでPATHに含まれているため、powershellと入力すればWindows PowerShellが起動します。

現在のPATH環境変数を確認するには、以下のコマンドを使用します。

$env:Path

この出力の中に、PowerShell 7のインストールパス（例: C:\Program Files\PowerShell\7）が含まれていることを確認できます。もしパスが通っていない場合、PowerShell 7のインストーラーが正しく動作しなかったか、手動でPATHに追加する必要があるかもしれません。

環境変数PATHが正しく設定されていることは、コマンドラインからのPowerShellの利便性を大きく向上させるため、インストール後に一度確認しておくことをお勧めします。

出典: Microsoft Learn (Microsoft)

PowerShellを使いこなすためのAIアシスタント活用術

PowerShellはWindows管理の強力な味方ですが、その豊富な機能ゆえに、どこから手をつければ良いか迷うこともありますよね。そんな時こそ、AIをあなたの「秘書」や「優秀なアシスタント」として活用してみましょう。AIは、複雑な情報を整理したり、作業のたたき台を作ったりするのを助けてくれます。まるで、経験豊富な先輩が隣でアドバイスをくれるような感覚で、PowerShellの理解を深め、より効率的に活用できるようになります。

【思考の整理】記事のテーマをAIで整理・優先順位付けするコツ

PowerShellのインストール方法から応用までを網羅したこの記事の内容を、AIに整理してもらうことで、学習の優先順位をつけやすくなります。例えば、「PowerShellのインストール、導入済み確認、アプリ一覧表示という3つの主要テーマについて、初心者にとって最も重要と思われる順に並べ替えて、それぞれの学習ポイントを箇条書きで教えてください」といった指示を出すことで、AIは記事の全体像を把握し、あなたにとって分かりやすい学習ロードマップのたたき台を作成してくれます。

このように、AIに「整理」「優先順位付け」を依頼することで、情報過多になりがちな技術解説記事でも、何から学べば良いのかが明確になり、効率的なスキル習得へと繋がります。AIはあくまで「思考の整理」を支援するツールとして活用し、最終的な学習計画はご自身の状況に合わせて調整することが大切です。

【実践の下書き】そのまま使えるプロンプト例（ を使用）

PowerShellのインストール手順について、初心者向けに分かりやすく解説した文章のたたき台をAIに作成してもらいましょう。これにより、自分でイチから文章を考える手間が省け、より具体的な学習内容に集中できます。

PowerShellをWindowsにインストールする手順を、IT初心者でも理解できるように、ステップバイステップで解説する文章を作成してください。特に、実行ファイル (.exe) をダウンロードして実行する箇所と、実行後の確認方法を具体的に記述してください。

このプロンプトは、「初心者向け」「ステップバイステップ」「具体的に」といったキーワードを含めることで、AIに求めているアウトプットの質と形式を明確に伝えています。AIが生成した文章は、あくまで「下書き」として捉え、ご自身の言葉遣いや表現に合わせて修正・加筆することで、よりパーソナルで理解しやすい解説文になります。

【品質の担保】AIの限界を伝え、人がどう微調整すべきかの知恵

AIは非常に強力なツールですが、万能ではありません。特に、最新の情報や特定の環境に依存する詳細な設定、あるいは複雑なトラブルシューティングにおいては、AIの回答が不完全であったり、古い情報に基づいている可能性も考慮する必要があります。AIはあくまで「思考のたたき台」や「情報収集の補助」として捉え、生成された内容を鵜呑みにせず、必ずご自身の目で確認し、理解することが重要です。

例えば、AIが提示したPowerShellのコマンドが意図した通りに動作しない場合、なぜうまくいかないのかを自分で調べたり、公式ドキュメントを参照したりすることが必要になります。AIの回答をベースにしつつも、最終的な判断や微調整はご自身の経験や知識で行うことで、PowerShellをより安全かつ効果的に活用できるようになります。AIはあなたの作業を「補助」する存在であり、「判断を代行」する存在ではないことを忘れないでください。