Windows Server 2019 Essentials 評価版（180日）を入れたのに、翌日いきなり「ライセンスの有効期限が切れた」と表示される――そんな不可解な症状の切り分け手順をまとめます。まずは slmgr で“実際の評価期限”を確認し、診断自体ができない場合は再インストールが最短解になるケースまで解説します。
現象の整理：表示は「期限切れ」でも、サーバーは動いている
このトラブルでややこしいのは、画面上は期限切れに見えるのに、すぐには致命的な挙動（評価期限切れ時に起きやすい1時間ごとの強制シャットダウンなど）が発生せず、当面は通常運用できてしまう点です。
しかし、表示が出ている時点でライセンス周りの状態が正常でない可能性は高く、放置するとある日突然シャットダウンが始まったり、役割（AD DS / ファイル共有 / Hyper-V など）に影響が出ることがあります。まずは落ち着いて「本当の評価期限」を数値で確認し、次に“診断できる状態かどうか”を見極めましょう。
| 見えている症状 | よくある状態 | 優先度 |
|---|---|---|
| 「ライセンス期限切れ」と表示される（インストール翌日） | 表示の誤検知／時刻ずれ／評価情報の破損など | 高 |
| まだ 1時間シャットダウンが起きていない | 猶予期間中、または期限判定が壊れている可能性 | 中 |
slmgr の情報が取得できない（エラーになる） | 診断基盤（ライセンス管理/OSコンポーネント）の不整合 | 最優先 |
まず押さえる：GUI の警告と「実際の評価期限」はズレることがある
Windows Server の評価版は、内部的には Software Protection Platform（SPP）と呼ばれる仕組みが状態を管理します。一方で、GUI（設定画面や通知、ウォーターマーク等）は、その状態をうまく反映できていないことがあります。
特に以下のようなケースでは「表示だけが先走る」または「表示が過去状態のまま残る」ことがあります。
- VM のスナップショット戻しやチェックポイント適用で、時刻が前後した
- BIOS/UEFI 時刻やタイムゾーンがずれている、NTP が不安定
- 評価版ではない ISO（または改変されたイメージ）を使った
- ライセンス情報の格納領域や OS コンポーネントが壊れている
そこで重要になるのが、コマンドで評価期限を直接確認するという手順です。次の章から具体的に進めます。
最優先で確認：slmgr で評価期限と再アーム残回数を見る
slmgr（正確には slmgr.vbs）は、ライセンス状態を確認するための標準ツールです。表示の真偽を判断する「一次情報」になるので、まずここを押さえます。
実行前の注意（これだけは守る）
- 管理者権限の PowerShell もしくは コマンドプロンプトで実行する
slmgrとスイッチの間は必ずスペースを入れる（例：slmgr /dli）- 反応が遅いことがあるため、実行後は数十秒待つ（無反応に見えても裏で処理している場合があります）
よく使うコマンド一覧
| 目的 | コマンド例 | 見るポイント |
|---|---|---|
| 簡易的にライセンス状態を確認 | slmgr /dli | ライセンス状態、チャネル（評価/MAK/KMS など） |
| 詳細情報を確認（推奨） | slmgr /dlv | Time-based activation expiration（期限）、Remaining Windows rearm count（再アーム残回数） |
| 期限が切れているかを短く確認 | slmgr /xpr | 「いつ期限が切れるか」または「永久にアクティブ」等の要約 |
| （評価版向け）評価期間のリセットを試す | slmgr /rearm | 再アーム残回数がある場合のみ。実行後は再起動が必要 |
slmgr /dlv の読み方（重要項目だけ）
出力は長いですが、評価版で注目すべきは次の 3 点です。
| 項目 | 意味 | 正常時のイメージ |
|---|---|---|
| License Status | ライセンスの状態 | Licensed / Notification など（評価期限切れだと Notification になりやすい） |
| Time-based activation expiration | 評価（時間ベース）の期限日時 | インストール当日から 180 日相当の未来日が表示される |
| Remaining Windows rearm count | 再アーム（評価延長/リセット）を実行できる残回数 | 0 でなければ延長余地がある（ただし条項と運用ルールに従う） |
ここで期限が未来日になっているなら、GUI 側の誤表示や一時的な不整合の可能性が上がります。逆に、期限が「昨日」や「過去」になっている／もしくは値が不自然なら、評価状態そのものが壊れているか、そもそも評価版として成立していない可能性があります。
slmgr がエラーになるときのチェックポイント
今回のテーマで最も重要なのがここです。評価期限を確認するための slmgr が動かない場合、表示の真偽以前に「診断の前提」が崩れています。
まずは“入力ミス”を潰す
- スペースが入っているか：
slmgr /dlv（slmgr/dlvは不可） - 管理者として起動しているか（通常権限だと失敗することがあります）
- PowerShell なら、確実に
cscriptを指定して実行してみる
PowerShell で実行する例：
cscript //nologo $env:windir\system32\slmgr.vbs /dlv
cscript //nologo $env:windir\system32\slmgr.vbs /xprそれでもダメなら「OS 側の不整合」を疑う
slmgr は OS 標準の仕組みに依存しているため、ここが動かない場合は以下のような根本原因が考えられます。
- ライセンスストア（SPP）関連の破損
- 更新の失敗や中断によりコンポーネントが不整合になっている
- 第三者配布の ISO などで、そもそも環境が改変されている
- スクリプト実行環境（Windows Script Host）が無効化されている（硬化設定など）
短時間で状況を掴むための確認例：
Get-Service sppsvc
w32tm /query /status
systeminfo | findstr /i "OS Name OS Version"補修を試すなら、次のような定番手順があります（ただし時間をかけても直らないことも多いです）。
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealthとはいえ、評価版を正しく評価期間で使いたいという目的であれば、ここで長時間の調査・修復を続けるよりも、次章の「入手元確認」と「クリーンインストール」に舵を切った方が結果的に早いことが多いです。
入手元の確認：ISO が「評価版として正しい」ことが最重要
評価版（180日）として動かす前提なら、ISO の入手元は必ず確認しましょう。特に「Essentials と書かれた ISO」が出回っている場合、公式配布と混同されやすく、改変イメージを掴むと今回のような不整合が起きても不思議ではありません。
| 入手元 | 特徴 | リスク |
|---|---|---|
| Microsoft の公式配布（Evaluation Center / 正規サブスクリプション） | 評価版としての動作が想定通り | 低 |
| 社内の保管メディア（過去に取得した ISO） | 入手経緯が明確なら問題になりにくい | 中（古すぎる/破損の可能性） |
| 第三者サイト、ファイル共有、掲示板のリンク | 「すぐ使える」とされがち | 高（改変・期限状態不明・マルウェア等） |
可能であれば、取得した ISO のハッシュ（SHA-256 など）を記録し、再取得時に突合できるようにしておくと、再発時の切り分けが格段に楽になります。
「翌日に期限切れ表示」になりやすい原因パターン
同じ見え方でも原因は複数あり得ます。代表的なパターンを、確認方法とセットで整理します。
| 原因候補 | 起きやすい状況 | 確認ポイント | 対処の方向性 |
|---|---|---|---|
| ライセンス/OS コンポーネントの不整合（破損） | インストール直後から挙動が不自然、slmgr が動かない | slmgr の実行可否、SPP サービスの状態 | クリーンインストールが最短 |
| 時刻ずれ・タイムゾーン誤り | RTC/BIOS が狂っている、NTP 未設定、VM で時刻同期が不安定 | w32tm /query /status、イベントログ | 時刻同期を正常化、必要なら再起動 |
| VM のスナップショット戻し（チェックポイント） | 評価開始後に過去の状態へロールバック | VM の履歴、時刻ジャンプの有無 | 以後は運用ルール化（評価中は安易に戻さない） |
| エディション/キーの不整合 | 評価版を別エディションに変換した、キー入力が混在 | DISM /Online /Get-CurrentEdition | 正しいエディションで再導入、キーを整理 |
| そもそも評価版ではない/期限状態不明のイメージ | 第三者配布の ISO、カスタムイメージ | 入手元、ハッシュ、初期状態での slmgr | 公式 ISO で入れ直す |
結論：slmgr が正常に情報を返せないなら、再インストールが現実的
評価版のトラブルシュートは「正しい評価期限を確認できるか」で難易度が決まります。slmgr /dlv が正常に動くなら、期限日時を見て次の一手（時刻修正・再アーム・再取得など）を選べます。
一方で、slmgr 自体がエラーで動かない場合は、ライセンス状態を判断する土台が崩れているため、修復に時間をかけるほど泥沼化しがちです。実際にこのタイプの事例では、クリーンインストール（再インストール）で表示が正常化し、問題が解消しています。
再インストールを安全に進める手順（データを守る）
OS を入れ直すと聞くと身構えますが、ストレージを分けている構成（例：OS は SSD、データは別ドライブ／Storage Spaces など）なら、手順を守ればデータを保ったまま復旧できる可能性が高いです。
| 手順 | やること | ポイント |
|---|---|---|
| 1 | 構成情報を控える | 役割/機能、IP、共有設定、ユーザー、Storage Spaces 構成を記録（スクショでも可） |
| 2 | データをバックアップ | 最優先。可能なら別筐体/別ストレージへ。再インストールは「戻れる状態」で |
| 3 | データ用ドライブを切り離す（推奨） | 物理的に抜けるなら抜く。抜けない場合は OS のインストール先を厳密に確認 |
| 4 | 公式 ISO でクリーンインストール | インストール直後に時刻・タイムゾーン・更新を整える |
| 5 | slmgr で評価期限を確認 | /dlv で Time-based activation expiration が 180 日相当に見えるか確認 |
| 6 | データドライブを戻し、プール/共有を復旧 | Storage Spaces は再認識されることが多いが、状況により手順が異なるため慎重に |
Storage Spaces（ストレージプール）利用時の“保険”コマンド
Storage Spaces を使っているなら、入れ直し前に現在の状態をテキストで保存しておくと安心です。
Get-StoragePool | Format-Table -Auto
Get-VirtualDisk | Format-Table -Auto
Get-PhysicalDisk | Format-Table -Auto出力をファイルに残す例：
Get-StoragePool | Out-File C:\temp\storagepool.txt -Encoding utf8
Get-VirtualDisk | Out-File C:\temp\virtualdisk.txt -Encoding utf8
Get-PhysicalDisk | Out-File C:\temp\physicaldisk.txt -Encoding utf8再発防止：再インストール後に必ずやっておくチェック
同じ現象を繰り返さないために、再導入後は「ライセンス」「時刻」「更新」の3点をセットで固めるのがコツです。
チェックリスト
- 時刻/タイムゾーン：正しいタイムゾーンになっているか、NTP 同期が安定しているか
- 更新：Windows Update を適用し、再起動を挟んで状態を安定させる
- ライセンス確認の定点観測：
slmgr /dlvの結果をスクリーンショットやテキストで保存 - VM 運用ルール：評価期間中はスナップショット戻しを乱用しない（必要なら「戻し方」を手順化）
| 項目 | 確認コマンド例 | 理想状態 |
|---|---|---|
| 時刻同期 | w32tm /query /status | 同期先が明確で、オフセットが極端に大きくない |
| ライセンス期限 | slmgr /xpr | 未来日の期限が表示される |
| 詳細状態 | slmgr /dlv | 期限・再アーム残回数が取得でき、内容が整合 |
よくある質問
期限切れ表示が出ているのに、なぜ 1時間ごとのシャットダウンが起きないの？
評価期限切れ時の挙動は「いきなり強制シャットダウン」とは限りません。猶予期間や通知モードの段階があり、表示と挙動が一致しないことがあります。ただし、表示が出ている以上は正常とは言い切れないため、まず slmgr で期限を確認してください。
slmgr /rearm で延長すれば解決しますか？
再アームは「評価期間の延長/リセットに使える場合がある」一方で、残回数に上限があり、条項や運用ルールに従う必要があります。また、今回のように slmgr が正常に動かない状況では、再アーム以前にライセンス管理の基盤が壊れている可能性が高く、延長で誤魔化すより正しい ISO で再インストールした方が確実です。
本番データが入ってしまいました。最小の停止で直すには？
まずはバックアップを取り、OS とデータの物理/論理分離（OS はシステムドライブ、データは別ドライブ/別プール）を明確にしたうえで、入れ直し手順を作るのが現実的です。停止時間を短くしたい場合は、別ディスクに新規インストールしてから切り替える「並行構築」も選択肢になります。
まとめ
Windows Server 2019 Essentials 評価版で「180日あるはずなのに翌日に期限切れ表示」が出る場合、最初にやるべきことは一貫してslmgr で評価期限を確認することです。Time-based activation expiration と Remaining Windows rearm count が取れれば切り分けは進みます。
そして、slmgr 自体がエラーで情報を返せないなら、表示の問題ではなく OS 側の不整合を疑うべきで、最短で確実な対処は公式 ISO からのクリーンインストールです。再導入後は時刻同期と更新、そして slmgr の定点確認をセットで行い、再発を防ぎましょう。
コメント