PowerShell で IIS アプリプール再起動をスケジュール自動化する手順

みなさんこんにちは！ヒロポンです！

毎朝、出社して最初の仕事が「IIS のアプリプール再起動」。

リモートデスクトップで本番サーバーに入って、IIS マネージャー開いて、アプリプールを右クリックして再起動。

これを毎朝、手で。

やってる人、けっこういるんじゃないですか？？

俺も昔やってました。で、ある朝それを忘れた。レスポンスが詰まって、業務側から電話が来た。あの瞬間の血の気の引き方、今でも覚えてます。

手でやる作業は、いつか忘れる。だったら自動化したほうがいい。PowerShell とタスクスケジューラで、この「毎朝の儀式」を丸ごと自動化する手順を最後まで通します。

この手順でできること

ゴールはシンプル。

• 指定したアプリプールを 毎朝決まった時刻に自動で再起動
• 再起動の前後で状態をログに残すので、ちゃんと再起動できたか後から追える
• 手作業ゼロ。出社前に終わってる

全体の流れはこんな感じです。

前提条件・先に言っておくこと

まず大事な前提を1つ。いきなり本番でやらないこと。

IIS の操作は影響範囲がデカいです。本番に入れる前に、検証機（同じ Windows Server + IIS 構成）で1回、手で通してください。アプリプールがちゃんと止まって、起きる。それを目で見る。

これをやるかどうかで、安心感が全然違います。

必要なもの:

• Windows Server（IIS 入り）
• 管理者権限（IIS を操作するため）
• PowerShell 5.1 以降（Windows Server 標準で入ってます）

では Step 1 から。

Step 1: WebAdministration モジュールを読み込む

IIS を PowerShell から触るには、WebAdministration モジュールが要ります。

まずこれを読み込んで、対象アプリプールの状態を確認します。

# IIS 操作に必須のモジュールを読み込む
Import-Module WebAdministration

# 対象アプリプールの今の状態を見る（Started / Stopped など）
Get-WebAppPoolState -Name "MyAppPool"

Get-WebAppPoolState で Started が返ってくれば、いま動いてる証拠。

ここまで来れば、いい感じに第一歩クリアです。あとは MyAppPool の部分を自分の環境のアプリプール名に置き換えるだけ。名前は IIS マネージャーの「アプリケーション プール」一覧で確認できます。

Step 2: 再起動スクリプトを書く（状態ログ付き）

次に本体のスクリプトです。

ただ Restart-WebAppPool を叩くだけだと「本当に再起動できたか」が分からない。だから 前後の状態をログに残す形にします。

# restart-apppool.ps1
$poolName = "MyAppPool"

Import-Module WebAdministration

try {
    $before = (Get-WebAppPoolState -Name $poolName).Value
    Write-Output "$(Get-Date -Format 'yyyy/MM/dd HH:mm:ss') 再起動前: $before"

    Restart-WebAppPool -Name $poolName

    Start-Sleep -Seconds 3
    $after = (Get-WebAppPoolState -Name $poolName).Value
    Write-Output "$(Get-Date -Format 'yyyy/MM/dd HH:mm:ss') 再起動後: $after"
}
catch {
    Write-Error "アプリプール再起動に失敗: $($_.Exception.Message)"
    exit 1
}

ポイントは try / catch で囲んでること。失敗したら exit 1 で「異常終了」をタスクスケジューラに伝えられます。

エラー時の挙動の作り込みは PowerShell の ErrorAction で踏む3つの落とし穴 で詳しく書いてるので、本番投入前に合わせて読んでおくと堅くなります。

このスクリプトを C:\ops\restart-apppool.ps1 みたいな固定の場所に保存しておきます。

Step 3: タスクスケジューラに登録する

スクリプトができたら、毎朝決まった時刻に動くようタスクスケジューラへ登録します。

PowerShell から一発で登録できます。

# 毎朝 5:00 に restart-apppool.ps1 を実行するタスクを登録
$action = New-ScheduledTaskAction -Execute "powershell.exe" `
    -Argument "-NoProfile -ExecutionPolicy Bypass -File C:\ops\restart-apppool.ps1"

$trigger = New-ScheduledTaskTrigger -Daily -At 5:00AM

# IIS を操作できる権限で、最上位特権で実行する
$principal = New-ScheduledTaskPrincipal -UserId "SYSTEM" -RunLevel Highest

Register-ScheduledTask -TaskName "RestartMyAppPool" `
    -Action $action -Trigger $trigger -Principal $principal -Force

これで「毎朝 5:00 に SYSTEM 権限で再起動スクリプトが走る」状態になります。

GUI のタスクスケジューラからポチポチ登録してもいいんですが、スクリプトで登録しておくと 他のサーバーにも同じ設定をコピペで展開できるのが楽。良い感じに使い回せます。

Step 4: 実行ポリシーと実行ユーザーのハマり

ここが一番ハマるところ。なので独立させて書きます。

自動化したのにスクリプトが動かない時、原因はだいたいこの2つです。

① 実行ポリシー（ExecutionPolicy）

Windows は既定で .ps1 の実行を制限してることがあります。タスクのアクションで -ExecutionPolicy Bypass を渡してるのはこのため（Step 3 のコードに入れてます）。

手元で今の設定を見るならこれ。

# 今の実行ポリシーを確認
Get-ExecutionPolicy -List

② 実行ユーザーの権限

タスクを「ログオンしているユーザー」で登録すると、誰もログオンしていない早朝には動きません。

IIS を操作できる管理者か、上のコードのように SYSTEM の最上位特権（-RunLevel Highest）で登録するのが確実です。

この2つを押さえておけば、「手で叩くと動くのにタスクだと動かない？？」の沼にハマらずに済みます。

動作確認

登録できたら、自動実行を待つ前に手動でタスクを1回流して確認します。

# 登録したタスクをその場で実行してテスト
Start-ScheduledTask -TaskName "RestartMyAppPool"

# 直近の実行結果を確認（LastTaskResult が 0 なら成功）
Get-ScheduledTaskInfo -TaskName "RestartMyAppPool"