Windows Server 2019 評価版でデスクトップエクスペリエンスが選べない原因と対処法

Windows Server 2019 評価版を仮想マシンに入れようとしたのに、「Server Core」しか出てこなくて GUI 付きの「デスクトップエクスペリエンス」が選べない——この状況は意外とよく起きます。原因は難しい問題ではなく、ほとんどが「ISOの種類」と「無人応答ファイル（自動展開）」に集約されます。本記事では、なぜ選択肢が出ないのか、どうすれば GUI 付きでインストールできるのかを、実際の運用の視点で詳しく解説します。

症状の整理：デスクトップエクスペリエンスが選べない

まず、よくある相談内容を整理しておきます。

Windows Server 2019 評価版 ISO をダウンロードして VM にマウント
VM を起動してインストールを進める
本来であれば
- Windows Server 2019 Standard (Core)
- Windows Server 2019 Standard (Desktop Experience)
- Windows Server 2019 Datacenter (Core)
- Windows Server 2019 Datacenter (Desktop Experience)
のような選択画面が出るはず…
しかし実際には、Core しか選択できない、そもそも選択画面自体が出てこない

結果として、インストール後はコマンドラインだけの「Server Core」になり、「GUI がないと管理しづらい」「検証用だから GUI で触りたいのに…」という状況に陥ります。

この症状が出ている場合、原因はほぼ次のどちらかです。

パターン	主な原因	典型的な状況
インストール画面に Desktop Experience が出ない	Core 専用 ISO を使っている	評価版 ISO だと思ったら、実は Core 版のみのイメージだった
そもそも OS 選択画面が飛ばされる	無人応答ファイル / テンプレートで Core が自動選択されている	Hyper‑V / VMware のテンプレートや MDT などで自動展開している

以降では、この2つの原因を切り分ける方法と、それぞれの解決策を詳しく見ていきます。

前提知識：Windows Server 2019 のインストール構成

原因を絞り込む前に、Windows Server 2019 の「インストールオプション」を整理しておきます。

インストールオプション	GUI の有無	特徴	主な用途
Server Core	GUI なし（コンソールと PowerShell が中心）	最小構成で軽量・安全性も高い。ローカル GUI 管理は困難。	本番環境、セキュリティ重視のサーバー
デスクトップエクスペリエンス (Desktop Experience)	GUI あり（従来の Windows デスクトップ）	エクスプローラー、サーバーマネージャー等が利用可能で扱いやすい。	検証環境、GUI 前提の運用、初学者向け

Windows Server 2012 の頃は「後から Core ⇔ GUI を切り替える」ことができましたが、 Windows Server 2016 以降では基本的に切り替えができません。インストール時の選択が運命を決めます。

つまり、

最初から Core で入れてしまうと GUI にはできない（入れ直しが必要）
インストール時に Desktop Experience の選択肢が出なければ、その時点で何かがおかしい

という前提を覚えておいてください。

原因その1：Core 専用の ISO を使っている

最も多いのが、このパターンです。

Microsoft のサイトから「Windows Server 2019 評価版」をダウンロードしたつもり
しかし実際に手元にある ISO は「Core 専用」または「GUI を含まないエディション」
そのため、インストール画面に Desktop Experience が最初から存在しない

まず ISO ファイル名をチェックする

ダウンロード済みの ISO のファイル名を確認してみましょう。

「…SERVER_EVAL_x64FRE_en-us.iso」のように “EVAL” と “x64FRE” が含まれている評価版
ボリュームライセンス向けの ISO（VLSC から入手）
ベンダーが独自にカスタマイズした ISO

評価版であれば、通常は Desktop Experience を含んだイメージが含まれていますが、環境によっては「Core 版のみの medios」や「特定エディション専用 ISO」を混在させているケースがあります。

ファイル名だけで判断がつかない場合は、次の手順で確実に確認できます。

DISM で install.wim のイメージ一覧を確認する

ISO の中にある install.wim の中身を確認すると、その ISO がどのエディション／オプションを含んでいるかを正確に確認できます。

ISO をいったん任意の OS にマウント（ここではドライブレター D: とします）
管理者権限でコマンドプロンプトまたは PowerShell を開く
次のコマンドを実行

dism /Get-WimInfo /WimFile:D:\sources\install.wim

成功すると、イメージの一覧が表示されます。ここで

Windows Server 2019 Standard (Desktop Experience)
Windows Server 2019 Datacenter (Desktop Experience)

のような行が含まれていれば、その ISO には GUI 付きのイメージが含まれています。逆に、

Windows Server 2019 Standard
Windows Server 2019 Datacenter

のように (Desktop Experience) の文字が一切出てこない場合は、 その ISO には GUI 付きのイメージが入っていない可能性が高いです。

install.wim の一覧結果	判断	次のアクション
Desktop Experience 付きイメージが含まれている	ISO 自体は問題なし	無人応答ファイルやテンプレートを疑う（原因2 へ）
Desktop Experience の文字が1つも出てこない	Core 専用／GUI 非対応 ISO の可能性大	正しい評価版 ISO を新たに入手する

正しい評価版 ISO を入手するポイント

もし使っている ISO が Core 専用だと判明した場合は、Microsoft 公式サイトから改めて評価版 ISO を取得しましょう。

必ず Microsoft 公式サイト（または正規の VLSC）から取得する
言語（ja-jp / en-us 等）を正しく選択する
ダウンロード後、ファイル名とハッシュ値（SHA-1 / SHA-256）を控えておく

ハッシュの控えは、次回以降「どの ISO が Desktop Experience 付きか」をすぐ判別できるようにするための運用上の工夫です。

Get-FileHash .\SERVER_EVAL_x64FRE_en-us.iso -Algorithm SHA256

などでハッシュ値を取得し、台帳に保存しておくと、チーム内で ISO が混ざったときも簡単に判別できます。

原因その2：無人応答ファイルやテンプレートで Core が自動選択されている

もう1つ多いパターンが、仮想化基盤や展開ツール側で「自動インストール」が設定されているケースです。この場合、ISO 自体には Desktop Experience が含まれていても、セットアップ画面がスキップされて Core が勝手に選ばれてしまいます。

よくある「自動 Core 化」のパターン

環境	設定箇所	挙動
Hyper‑V	VMM / テンプレートの「OS カスタマイズ仕様」	テンプレート作成時の OS インデックスが Core に固定されている
VMware vSphere / ESXi	「ゲスト OS カスタマイズ仕様」や Easy Install	自動応答で特定のエディションが選択される
MDT / Configuration Manager	タスクシーケンスの中で指定されているイメージインデックス	インデックス番号が Core のイメージを指している
物理・仮想共通	ISO / 仮想フロッピーのルートにある `Autounattend.xml`	Setup.exe が自動で応答ファイルを読み込み、画面をスキップしてインストール

無人応答ファイルの存在を疑うポイント

次のような挙動がある場合、十中八九「無人応答ファイル」絡みです。

VM を起動してから OS の選択画面がほとんど表示されない
気づいたらインストールが進んでいて、気づいたときには Core が入っている
別の環境で同じ ISO からインストールすると Desktop Experience が選べる

この場合は、まず「まっさらな VM を作り、無人応答を一切使わず ISO から起動してみる」ことで切り分けができます。

手動インストールでの切り分け手順

新しくテスト用の VM を作成する
OS のインストール方法で「後でインストールする」または「OS をまだインストールしない」を選択
カスタマイズ仕様（guest customization）やテンプレートは使用しない
VM に評価版 ISO だけを接続して起動
インストールウィザードを最後まで手動で操作し、エディション選択画面が出るか確認

このテストで、次のように判断できます。

テスト結果	考えられる原因	対処
Desktop Experience の選択肢が表示される	ISO は正しい。普段の展開時だけ自動化で Core が選ばれている。	テンプレートや無人応答ファイルの設定を修正する。
テスト環境でも Desktop Experience が出てこない	ISO 自体が Core 専用の可能性が高い。	原因1（ISO の見直し）に立ち戻り、評価版 ISO を入手し直す。

無人応答ファイル内でチェックすべき項目

もし環境的に無人応答ファイルを使わざるを得ない場合は、その内容の見直しも重要です。 unattend.xml や Autounattend.xml の中で、以下のような項目を確認します。

ImageInstall / OSImage / InstallFrom の指定（インデックス番号など）
EditionID の指定
Core 専用エディションを指している記述がないか

例えば、次のように InstallFrom でインデックスが指定されている場合、その番号が Core イメージに対応していると、どれだけ ISO に Desktop Experience が含まれていても Core が自動的にインストールされてしまいます。

&lt;ImageInstall&gt;
  &lt;OSImage&gt;
    &lt;InstallFrom&gt;
      &lt;MetaData wcm:action="add"&gt;
        &lt;Key&gt;/image/index&lt;/Key&gt;
        &lt;Value&gt;1&lt;/Value&gt;
      &lt;/MetaData&gt;
    &lt;/InstallFrom&gt;
  &lt;/OSImage&gt;
&lt;/ImageInstall&gt;

この index="1" が Core で、index="2" が Desktop Experience という構成になっている ISO もあります。どのインデックスがどの構成に対応しているかは、先ほどの dism /Get-WimInfo の結果と照らし合わせて判断してください。

GUI付きでインストールするための正しい手順

ISO と自動展開の問題をクリアにしたら、実際に GUI 付きでインストールする手順を確認しておきましょう。ここでは、評価版 ISO を VM に手動でインストールする想定です。

VM 作成時のポイント

「新しい仮想マシンの作成」で OS は「あとでインストールする」を選択
VM を作成した後で、CD/DVD ドライブに評価版 ISO をマウント
起動順序は「CD/DVD（ISO）優先」にしておく
テンプレートやカスタマイズ仕様は一切使わない

インストールウィザードで選ぶべき項目

VM を起動し、Windows Server のインストールウィザードが起動したら、次のように進めます。

言語・キーボードレイアウトなどを選択
「今すぐインストール」をクリック
プロダクトキーの入力画面（評価版であればスキップ可能な場合もあり）
エディション選択画面で以下の一覧が表示されることを確認

表示される主な項目	GUI の有無	選択の目安
Windows Server 2019 Standard (Core)	GUI なし	本番を見据えた最小構成、リモート管理前提
Windows Server 2019 Standard (Desktop Experience)	GUI あり	検証用・GUI で操作したい場合の最有力候補
Windows Server 2019 Datacenter (Core)	GUI なし	仮想化・クラスタ等の機能をフル活用するコア構成
Windows Server 2019 Datacenter (Desktop Experience)	GUI あり	Datacenter 機能を GUI で検証したい場合

GUI が必要な場合は、必ず「(Desktop Experience)」と付いた方を選択してください。ここで Core を選んでしまうと、そのまま GUI なしでインストールされます。

すでに Core でインストールしてしまった場合の確認と対応

「気づいたら Core で入れてしまっていた…」という場合に、今の状態を確認する方法と、その後の対応についても押さえておきましょう。

今のインストールタイプを確認するコマンド

PowerShell で次のコマンドを実行すると、現在のインストールタイプを確認できます。

Get-ComputerInfo | Select-Object WindowsInstallationType, OsName, OsVersion

ここで WindowsInstallationType の値が

Server Core … Core 版
Server または Server with Desktop Experience … GUI 付き

となっていれば、そのサーバーが Core か Desktop Experience かを簡単に判別できます。

Core から GUI へは基本的に切り替え不可

繰り返しになりますが、Windows Server 2016 / 2019 では、 インストール後に Core から Desktop Experience へ切り替えることはできません。

一度 Core でインストールしてしまったら、その OS を GUI 化することはできない
GUI が必要になった場合は、Desktop Experience でインストールし直すしかない

そのため、

検証用なら新しく GUI 版の VM を作り直す
すでに構築したロール・機能がある場合は、設定をエクスポートして新しい GUI 版サーバーに移行する

という方針を取ることになります。

再インストールを楽にするための工夫

「入れ直し」が必要になることを前提に、あらかじめ次のような工夫をしておくと運用が楽になります。

役割・機能のインストールを PowerShell スクリプト化しておく
グループポリシーや各種設定をテンプレート化しておく
アプリケーションのインストールもスクリプトや構成管理ツール（Ansible 等）で自動化する

こうしておけば、Core で誤って入れてしまっても、GUI 版に入れ直す際の手戻りを最小限に抑えられます。

再発防止のための運用ポイント

一度原因が分かって解決できても、同じチーム内で同じミスが何度も繰り返されるのは避けたいところです。最後に、再発防止のために実践しやすい運用上のポイントをまとめます。

ISO ファイルの管理を徹底する

「Desktop Experience を含む評価版 ISO」と「Core 専用 ISO」を明確に分けて管理する
ファイル名に用途を含める（例：WS2019_EVAL_JP_DesktopExp.iso）
ISO ごとにハッシュ値を台帳に残しておき、誰が見ても判別できるようにする

管理項目	例	目的
ファイル名	WS2019_EVAL_JP_DesktopExp.iso	ぱっと見で用途が分かるようにする
種類	評価版 / VLSC / Core 専用	配布元やライセンス形態を区別
ハッシュ (SHA-256)	文字列を台帳に記録	正式な ISO かどうか、後から検証可能
Desktop Experience の有無	「あり」「なし」のフラグ	install.wim の確認結果を反映

「手動インストール用」と「自動展開用」を分ける

テンプレートや自動展開を多用している環境では、 「手動インストールで使うテンプレート」と「自動展開用テンプレート」を分けるのがおすすめです。

手動インストール用テンプレート：
- ISO マウントと基本的なハードウェア構成だけを定義
- 無人応答ファイルや OS カスタマイズ仕様は一切付けない
- 技術者が画面を見ながら自由に選択できる
自動展開用テンプレート：
- 本番用に Core で自動インストールする設定などを含める
- 無人応答ファイルやタスクシーケンスを組み込む

このように用途を分けておけば、検証用に GUI で入れたいときに「本番用の Core テンプレートをうっかり使ってしまった」という事故を防ぎやすくなります。

初回起動時は必ずエディション選択画面を目視確認する

検証環境を構築するときは、最初の1台だけでも「本当に Desktop Experience が選べる ISO か」を目で確認しておくと安心です。

VM の起動順序を DVD（ISO）優先にする
自動ブートや PXE 起動を一時的に無効化する
インストールウィザードでエディション選択画面が出るかを必ず確認する

この確認を怠ると、「なぜかいつも Core になる」「誰かがどこかで設定を変えた？」といった、原因調査に時間を取られることになりがちです。

トラブルシューティングの流れまとめ

最後に、本記事で説明した内容を「チェックリスト」として整理しておきます。

ステップ1：ISO の中身を確認する

ISO をマウント
dism /Get-WimInfo /WimFile:D:\sources\install.wim を実行
「Desktop Experience」を含むイメージがあるか確認

あれば： ISO は OK → ステップ2へ
なければ： Core 専用 ISOの可能性 → 正しい評価版 ISO を入手し直す

ステップ2：無人応答・テンプレートの有無を確認する

Hyper‑V / VMware / MDT などで OS カスタマイズや unattended 設定を使っていないか確認
ISO や仮想フロッピーのルートに Autounattend.xml が置かれていないか確認

使っている場合：設定内容（インデックス・エディション指定）が Core を指していないか見直し
使っていない場合：ステップ3で「まっさらな手動インストール」を実施して切り分け

ステップ3：無人応答なしの手動インストールを試す

テンプレートやカスタマイズ仕様を一切使わない VM を新規作成
評価版 ISO のみ接続して起動
インストールウィザードを手動で進め、Desktop Experience の選択肢が出るか確認

表示される → 普段使っているテンプレート／自動展開設定が原因
表示されない → ISO かメディアの問題（再度ダウンロード等を検討）

ステップ4：すでに Core で入れてしまったサーバーの確認

Get-ComputerInfo | Select-Object WindowsInstallationType, OsName, OsVersion を実行
WindowsInstallationType が Server Core なら Core 版であることを確認
GUI が必要であれば、Desktop Experience で入れ直す計画を立てる

まとめ：選択肢が出ない＝ISO か無人応答を疑う

Windows Server 2019 評価版を VM にインストールする際に「デスクトップエクスペリエンス」が選べない場合、

Core 専用／GUI を含まない ISO を使っている
無人応答ファイルやテンプレートが Core を自動選択している

という2つの原因にほぼ集約されます。

対処のポイントは次の通りです。

install.wim の中身を DISM で確認して、Desktop Experience を含む ISO かどうかを切り分ける
自動展開（unattend.xml / Autounattend.xml やテンプレート）を一度外し、手動インストールで挙動を確認する
GUI が必要なら、必ず「(Desktop Experience)」と付いたエディションを選択する
Core でインストールしてしまった場合は、基本的に入れ直しが必要
ISO の管理・テンプレートの分離・初回起動時の目視確認で、同じトラブルを再発させない

「評価版だから適当に入れておこう」と思っていると、気づけば Core だらけになり、検証環境の構築に余計な時間がかかります。この記事の内容をチェックリストとして活用し、「正しい評価版 ISO ＋無人応答を外した手動インストール」で、狙い通りの Desktop Experience 環境を構築してください。

この記事を書いた人

佐藤健司

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

Windows Server 2019 評価版でデスクトップエクスペリエンスが選べない原因と対処法

症状の整理：デスクトップエクスペリエンスが選べない

前提知識：Windows Server 2019 のインストール構成

原因その1：Core 専用の ISO を使っている

まず ISO ファイル名をチェックする

DISM で install.wim のイメージ一覧を確認する

正しい評価版 ISO を入手するポイント

原因その2：無人応答ファイルやテンプレートで Core が自動選択されている

よくある「自動 Core 化」のパターン

無人応答ファイルの存在を疑うポイント

手動インストールでの切り分け手順

無人応答ファイル内でチェックすべき項目

GUI付きでインストールするための正しい手順

VM 作成時のポイント

インストールウィザードで選ぶべき項目

すでに Core でインストールしてしまった場合の確認と対応

今のインストールタイプを確認するコマンド

Core から GUI へは基本的に切り替え不可

再インストールを楽にするための工夫

再発防止のための運用ポイント

ISO ファイルの管理を徹底する

「手動インストール用」と「自動展開用」を分ける

初回起動時は必ずエディション選択画面を目視確認する

トラブルシューティングの流れまとめ

ステップ1：ISO の中身を確認する

ステップ2：無人応答・テンプレートの有無を確認する

ステップ3：無人応答なしの手動インストールを試す

ステップ4：すでに Core で入れてしまったサーバーの確認

まとめ：選択肢が出ない＝ISO か無人応答を疑う

この記事を書いた人

コメント

コメントするコメントをキャンセル

Windows Server 2019 評価版でデスクトップ エクスペリエンスが選べない原因と対処法

症状の整理：デスクトップ エクスペリエンスが選べない

前提知識：Windows Server 2019 のインストール構成

原因その1：Core 専用の ISO を使っている

まず ISO ファイル名をチェックする

DISM で install.wim のイメージ一覧を確認する

正しい評価版 ISO を入手するポイント

原因その2：無人応答ファイルやテンプレートで Core が自動選択されている

よくある「自動 Core 化」のパターン

無人応答ファイルの存在を疑うポイント

手動インストールでの切り分け手順

無人応答ファイル内でチェックすべき項目

GUI付きでインストールするための正しい手順

VM 作成時のポイント

インストールウィザードで選ぶべき項目

すでに Core でインストールしてしまった場合の確認と対応

今のインストールタイプを確認するコマンド

Core から GUI へは基本的に切り替え不可

再インストールを楽にするための工夫

再発防止のための運用ポイント

ISO ファイルの管理を徹底する

「手動インストール用」と「自動展開用」を分ける

初回起動時は必ずエディション選択画面を目視確認する

トラブルシューティングの流れまとめ

ステップ1：ISO の中身を確認する

ステップ2：無人応答・テンプレートの有無を確認する

ステップ3：無人応答なしの手動インストールを試す

ステップ4：すでに Core で入れてしまったサーバーの確認

まとめ：選択肢が出ない＝ISO か無人応答を疑う

この記事を書いた人

関連記事

コメント

コメントする コメントをキャンセル

Windows Server 2019 評価版でデスクトップエクスペリエンスが選べない原因と対処法

症状の整理：デスクトップエクスペリエンスが選べない

コメントするコメントをキャンセル