MENU

Windows Server 2022でタスクスケジューラの「毎日」＋2分間隔が動かない原因と対処法【PowerShell】

Windows Server

Windows Server 2022 環境で「毎日」トリガー＋2分間隔のタスクが自動起動せず、「一回のみ」だと動く──この現象はタスク スケジューラ特有の“クセ”にはまった典型パターンです。本記事では、PGP暗号化 PowerShell バッチを題材に、原因の整理と安定稼働させるための具体的な設定例・スクリプト例・運用チェックリストまで、実務目線で詳しく解説します。

目次

症状の整理：毎日トリガー＋2分間隔だけが動かない

まずは今回の事象を整理します。環境は次のような構成です。

項目内容
OSWindows Server 2022 Datacenter
タスク種別Windows タスク スケジューラのスケジュールタスク
実行内容PowerShell スクリプトで PGP 暗号化 → 生成された .pgp ファイルを移動
アクションC:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe -ExecutionPolicy Bypass -NoProfile -File "C:\HDFC\PGPUtility\RunPGPAutomation.ps1"
開始 (作業) フォルダー：C:\HDFC\PGPUtility
実行アカウント「ユーザーがログオンしているかどうかにかかわらず実行」「最上位の特権で実行」
条件すべて無効（アイドル・AC・ネットワークなどの条件なし）

このタスクに対して、トリガー設定だけを変えると挙動が変わります。

トリガー設定繰り返し設定結果
一回のみ（指定日時）2分ごとに繰り返し／無期限指定日時に自動起動し、その後2分間隔で正常稼働
毎日（指定時刻）2分ごとに繰り返し／無期限指定時刻になっても自動起動しない（手動で「実行」すれば動く）

つまり、スクリプトやアクションの設定自体は正しく、「毎日」トリガーと「無期限」繰り返しの組み合わせにだけ問題がある、と切り分けられます。

原因のポイント：毎日トリガー × 繰り返し「無期限」という“クセ”

Windows タスク スケジューラは、トリガーと繰り返しの持続時間を組み合わせて「いつからいつまでタスクを動かすか」を管理しています。

  • トリガー：タスクを開始するキッカケ（例：毎日12:45に開始）
  • 繰り返し：トリガーで起動してからの動き方（例：2分ごとに繰り返し）
  • 持続時間：その繰り返しをどのくらい続けるか（例：1時間／23時間59分／無期限）

今回のように、

  • トリガー：毎日 指定時刻
  • 繰り返し：2分ごと
  • 持続時間：無期限

という組み合わせにすると、一部の環境（Windows Server 2022 を含む）では、初回の「毎日」トリガーがうまく解釈されず、開始イベントが発火しないケースが報告されています。

一方で、同じタスクを「一回のみ」トリガーにすると正常に起動することからも、

  • タスク自体は正常
  • トリガーの解釈（特に「毎日」＋「無期限」の組み合わせ）が不安定

と考えるのが自然です。仕様なのか不具合なのかはグレーですが、実運用では「無期限」よりも具体的な持続時間（例：23時間59分）を指定した方が安定するのは多くの現場で共通した経験則になっています。

最も確実な回避策：持続時間を「23時間59分」にする

もっともシンプルで効果的な解決策は、「無期限」を使わず、持続時間を 24時間未満に設定することです。具体的には次のように設定します。

GUI からの設定例（タスク スケジューラ）

  1. タスク スケジューラを開き、対象のタスクを右クリックして「プロパティ」を開く。
  2. 「トリガー」タブで「新規」または既存トリガーを「編集」。
  3. 「タスクの開始」で「毎日」を選び、開始時刻を設定（例：12:45）。
  4. 「詳細設定」セクションで以下のように設定：
    • 「繰り返し間隔」：2 分
    • 「以下の時間が経過するまで繰り返す」：23 時間 59 分
    • 「期限」や「有効期限」は基本的に未指定で OK
  5. 「OK」で保存し、タスク全体のプロパティも「OK」で閉じる。

設定イメージを表にすると次のようになります。

項目推奨値
タスクの開始毎日
開始時刻12:45（任意）
繰り返し間隔2分
以下の時間が経過するまで繰り返す23時間59分
スケジュールの有効期限未指定、または十分先の日付

この設定にすると、

  • 毎日 12:45 にタスクが起動
  • そこから 23時間59分のあいだ 2分ごとに処理を実行
  • 翌日の 12:45 に再び起動し、同じサイクルを繰り返す

という動きになり、実質的に「24時間体制で 2分おきに処理する」構成が実現できます。

PowerShell でタスクを作成するコード例

GUI での設定は人為ミスが入りやすいので、本番環境では PowerShell でタスクを作成・再作成できるスクリプトを用意しておくと安心です。以下は一例です。

$taskName = 'PGPAutomation'

# アクション：PowerShell スクリプトを実行
$action = New-ScheduledTaskAction `
  -Execute "$env:SystemRoot\System32\WindowsPowerShell\v1.0\powershell.exe" `
  -Argument '-ExecutionPolicy Bypass -NoProfile -File "C:\HDFC\PGPUtility\RunPGPAutomation.ps1"' `
  -WorkingDirectory 'C:\HDFC\PGPUtility'

# トリガー：毎日 12:45 に起動、2分ごとに 23時間59分繰り返す
$trigger = New-ScheduledTaskTrigger -Daily -At '12:45PM' `
  -RepetitionInterval (New-TimeSpan -Minutes 2) `
  -RepetitionDuration (New-TimeSpan -Hours 23 -Minutes 59)

# 実行アカウント（ドメイン ユーザーの例）
$principal = New-ScheduledTaskPrincipal `
  -UserId 'DOMAIN\User' `
  -RunLevel Highest

# 既存タスクがあれば削除（必要に応じて）
if (Get-ScheduledTask -TaskName $taskName -ErrorAction SilentlyContinue) {
    Unregister-ScheduledTask -TaskName $taskName -Confirm:$false
}

# タスク登録
Register-ScheduledTask -TaskName $taskName -Action $action -Trigger $trigger -Principal $principal

このスクリプトを管理者権限で実行すれば、GUI で設定するのと同じ内容のタスクを確実に作成できます。環境ごとに -UserId やパスを調整してください。

タスク履歴とイベントログで「本当に起動していないか」を確認する

タスク スケジューラの不調を疑うときは、まずタスク履歴とイベントログを見て「何が起きているか」を定量的に確認するのが鉄則です。

タスク履歴を有効化する

  1. タスク スケジューラを開く。
  2. 右ペインの「すべてのタスク履歴の有効化」をクリック（無効になっている場合）。
  3. 対象タスクを選択し、「履歴」タブを開く。

ここに「タスクがスケジュールされました」「タスクの実行が開始されました」「タスクは正常に完了しました」などのイベントが連続して出ているかを確認します。

  • 毎日トリガーの時刻に「スケジュールされた開始」イベント自体がない → トリガーが発火していない。
  • 「スケジュールされた開始」はあるが、「実行開始」がない → 別の条件でブロックされている可能性。

イベント ビューアーで詳細をチェックする

  1. eventvwr.msc を起動。
  2. 「アプリケーションとサービス ログ」 > 「Microsoft」 > 「Windows」 > 「TaskScheduler」 > 「Operational」 を開く。
  3. エラー／警告のイベントや、対象タスク名に関連するログを絞り込んで確認。

ここに「タスクを開始できませんでした」「タスクのトリガーが不正です」などのエラーメッセージが出ていないか確認すると、設定ミスや権限不足なども切り分けしやすくなります。

システム時刻・タイムゾーン・サービス状態の健全性チェック

タスク スケジューラは OS の日時情報やサービス状態に強く依存するため、以下も必ず確認しておきましょう。

システム時刻とタイムゾーン

  • 日付と時刻が NTP サーバーと同期されているか。
  • タイムゾーンが実際の利用地域に合っているか（夏時間の有無も含めて）。
  • VM 環境の場合、ホスト側との時刻同期が二重になっていないか。

コマンドで確認する場合は、次のようなコマンドが参考になります。

# 日時とタイムゾーンの確認
Get-Date
Get-TimeZone

# 時刻同期状態の確認（必要に応じて）
w32tm /query /status

Task Scheduler サービスの再起動

タスク定義を大きく変更したあとや、挙動がどうにもおかしいときは、「Task Scheduler」サービスを再起動すると改善することがあります。

Restart-Service -Name Schedule -Force

再起動後、次のスケジュール時刻でタスクが正しく起動するかを確認してください。

詳細設定で「取りこぼし」と「二重起動」を防ぐ

長時間・高頻度で動かすタスクは、「詳細設定」をきちんと詰めておかないと、

  • サーバー再起動中の時間帯だけ処理されない
  • タスクが重複起動してファイルを争奪する

といった不具合が起こりやすくなります。以下のような設定をおすすめします。

設定項目推奨値理由
スケジュールされた開始を逃した場合は、できるだけ早くタスクを実行するチェックを入れるサーバー再起動などで予定時刻に実行できなかった場合でも、復帰後すぐに実行させるため
タスクが既に実行中の場合の処理「新しいインスタンスを開始しない」2分間隔の処理が長引いた場合に二重起動しないようにするため
タスクの実行時間が次の時間を超えた場合に停止するチェックを外す（もしくは十分長い時間を設定）暗号化処理などで想定以上に時間がかかっても、勝手に途中停止されないようにするため
コンピューターを AC 電源で動作している場合のみタスクを開始するチェックを外すサーバーでは通常不要な条件。誤ってチェックが入っていると実行されない

代替案1：スクリプト側で 2分間隔ループさせる

どうしてもタスク スケジューラ側の繰り返し設定が信用できない場合は、「毎日1回だけタスクを起動し、あとはスクリプト側で2分ごとにループする」という設計も有効です。

タスク側の設定は次のようにシンプルにします。

  • トリガー：毎日 12:45（または 0:00 など）
  • 繰り返し：なし（単発）
  • アクション：PowerShell スクリプト 1回起動

そして、スクリプト内部で 24時間のループを回します。

$scriptStart = Get-Date
$scriptEnd   = $scriptStart.AddHours(24)

while ((Get-Date) -lt $scriptEnd) {

    try {
        # ここに PGP 暗号化と .pgp ファイル移動の処理を書く
        # Encrypt-Files
        # Move-PgpFiles

        Add-Content -Path "C:\HDFC\PGPUtility\Logs\PGPAutomation.log" `
            -Value ("{0} : 正常終了" -f (Get-Date))
    }
    catch {
        Add-Content -Path "C:\HDFC\PGPUtility\Logs\PGPAutomation.log" `
            -Value ("{0} : エラー {1}" -f (Get-Date), $_.Exception.Message)
    }

    # 2分待機
    Start-Sleep -Seconds 120
}

この方式のメリット・デメリットは以下の通りです。

項目内容
メリットタスク スケジューラの「繰り返し」機能に依存しないため、挙動がシンプル。 ループの間隔や終了条件をスクリプト側で柔軟に制御できる。
デメリットスクリプトが 24時間起動しっぱなしになる（途中で落ちるとその日は処理されない）。 長時間の PowerShell プロセスを監視・再起動する仕組み（サービス化など）があると安心。

運用チームの体制や監視の仕組みが整っている場合は、この方式も十分現実的な選択肢です。

代替案2：NSSM 等を使った「サービス化」で常駐処理にする

さらに安定性を求めるなら、PowerShell や Java の処理を Windows サービスとして常駐させる設計も検討の価値があります。たとえば NSSM（Non-Sucking Service Manager）のようなツールを使えば、任意の exe / PowerShell スクリプトをサービス化し、

  • サービスが落ちたら自動再起動
  • サーバー起動と同時に自動起動

といった動作をさせることができます。これはタスク スケジューラの範疇を超えた設計になりますが、24時間365日の常駐処理を求められる場合には有力な選択肢です。

PowerShell スクリプトを安定させるための小さな改善ポイント

タスク設定だけでなく、PowerShell スクリプト側の細かなポイントも抑えておくとトラブルを減らせます。

パイプライン演算子 | とセミコロン ; の誤記に注意

ファイル処理スクリプトでよくあるのが、次のような記述です。

Get-ChildItem -Path "C:\HDFC\Data" -Filter *.pgp -Recurse |
    Where-Object { $_.DirectoryName -notlike "*\Backup\*" } |
    ForEach-Object {
        # ファイル移動など
    }

ここで、パイプライン | を誤って ; にしてしまうと、Where-Object によるフィルタリングが効かず、意図しないファイルまで処理してしまうことがあります。バックアップ配下を除外したいときなどは特に注意しましょう。

PowerShell 実行ファイルはフルパス指定が安全

タスク スケジューラのアクションで PowerShell を呼び出すときは、次のようにフルパスを指定するのが無難です。

C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe

環境によっては 32bit / 64bit の PowerShell が混在しており、パス解決の違いでモジュールが見つからないといったトラブルにつながることもあります。フルパス指定なら、どの PowerShell で動いているかが明確になります。

実行アカウントの権限：フォルダー ACL と「バッチ ジョブとしてログオン」

タスク実行用アカウントには、最低限次の権限が必要です。

  • 対象フォルダー（暗号化元・暗号化先・ログ出力先など）への読み取り・書き込み権限
  • ローカル セキュリティ ポリシーの「バッチ ジョブとしてログオン」（SeBatchLogonRight）

後者が付与されていないと、タスク スケジューラからは実行できないのに、手動で PowerShell を起動すると動く、という状況に陥ることがあります。現象が似ている場合は要チェックです。

ログ出力を仕込んでおくと調査が圧倒的に楽になる

タスクが「動いているのに何もしていない」のか、「そもそもタスクが起動していない」のかを区別するために、スクリプト側でログファイル出力を行うのがおすすめです。

$logPath = "C:\HDFC\PGPUtility\Logs\PGPAutomation.log"

function Write-Log {
    param(
        [string]$Message,
        [string]$Level = "INFO"
    )
    $time = Get-Date -Format "yyyy-MM-dd HH:mm:ss"
    Add-Content -Path $logPath -Value "$time [$Level] $Message"
}

try {
    Write-Log "処理開始"

    # PGP 暗号化処理
    # Move-PgpFiles

    Write-Log "処理正常終了"
}
catch {
    Write-Log "エラー発生: $($_.Exception.Message)" "ERROR"
    throw
}

タスクが起動しているならログが増えていきますし、まったくログが増えないなら「そもそもタスクが起動していない」ことが一目で分かります。

運用前に確認しておきたいチェックリスト

最後に、Windows Server 2022 上でタスク スケジューラ＋PowerShell バッチを運用する際に確認しておきたいポイントをチェックリスト形式でまとめます。

チェック項目確認
トリガーは「毎日」＋「開始時刻」が正しく設定されているか□
「繰り返し間隔」は 2分、「以下の時間が経過するまで繰り返す」は 23時間59分になっているか□
「毎日」トリガーと「無期限」の組み合わせを避けているか□
「スケジュールされた開始を逃した場合は、できるだけ早くタスクを実行する」にチェックが入っているか□
「タスクが既に実行中の場合」は「新しいインスタンスを開始しない」を選択しているか□
Task Scheduler サービスが正常に動作しているか（エラーイベントが出ていないか）□
システム時刻とタイムゾーンが正しく設定されているか□
実行アカウントに必要なフォルダー権限と「バッチ ジョブとしてログオン」権限が付与されているか□
PowerShell 実行ファイルのパスがフルパスで指定されているか□
スクリプト側にログ出力などのトラブルシューティング用仕掛けがあるか□

まとめ：毎日自動起動＋2分間隔を安定稼働させるコツ

Windows Server 2022 のタスク スケジューラで、「毎日」トリガー＋「2分ごと／無期限」だけが自動起動しない場合、タスクやスクリプトそのものよりも、「毎日」トリガーと「無期限」繰り返しの組み合わせに起因する挙動のクセを疑うのが近道です。

実務的には、

  • 繰り返しの持続時間を 23時間59分など 24時間未満にする（最優先の回避策）
  • タスク履歴と TaskScheduler/Operational ログで「起動しているかどうか」を明確に切り分ける
  • 時刻・タイムゾーン・サービス状態・権限・詳細設定を一通り洗う
  • 場合によってはスクリプト側ループやサービス化も選択肢に入れる

といった対策を組み合わせることで、「毎日自動起動し、2分間隔で 24時間動き続ける」安定したバッチ処理基盤に近づけることができます。

PGP 暗号化バッチに限らず、ファイル転送・ログ収集・監視など、タスク スケジューラで同様の高頻度ジョブを回している環境でも応用できる考え方なので、テンプレート的に設定・スクリプトを整備しておくと、今後のトラブルシューティングの手間を大きく減らせるはずです。

Windows Server
PowerShell タスクスケジューラ バッチ処理 Windows Server 2022 PGP

この記事を書いた人

佐藤健司のアバター 佐藤健司

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows／Office（Teams・Excel）からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

関連記事

コメント

コメントする

目次