Windows Server 2025のライセンスで2019を使う場合は、購入したライセンスの使用条項、2019を導入するためのメディアと認証、ハードウェアと役割の互換性を確認します。ここではDell/HPEのOEMキットとボリューム製品の取得先、移行前の確認手順を整理します。
ダウングレード権があっても、2019用のメディア・認証方法・サーバーの対応状況は別々に確認する必要があります。
2025から2019へ戻す方法：権利とインストールを分ける
MicrosoftのWindows Server 2025ガイドは、適切なメディアとキーがある場合の旧バージョン利用を説明しています。使用権は購入したバージョン・エディションの条件に従います。2019を使うから2019時点のライセンス条件だけで計算すればよい、とはなりません。
一方、2025のOS上へ2019を上書きしてアプリや設定をそのまま残す、対応済みのインプレースダウングレード手順はありません。Microsoftの対応表でも2025→2019は非対応です。2019のクリーンインストールまたは別のVM/サーバーへの再構築・役割移行として計画します。
| 購入経路 | 最初に確認するもの | メディア・キーの相談先 |
|---|---|---|
| Dell/HPEなどのOEM | 購入製品のMicrosoft使用条項、エディション、元のサーバーとの紐付け | サーバーメーカー・購入販売店のダウングレードキット |
| ボリュームライセンス | 契約・購入製品・割当先と旧版利用権 | Microsoft 365管理センターのVolume licensing、契約販売店 |
| リテール/FPPなど | その製品に添付された使用条項と旧版利用の規定 | 購入販売店・Microsoftのライセンス窓口 |
Microsoftの購入経路別ガイドでは、FPPのサーバー製品の一部にも旧版利用権があると説明しています。「リテールは必ず不可」とWindows Server全体を一律に判断せず、購入製品の使用条項を確認してください。販売ページの「ダウングレード対応」という表示だけで、キーの提供方法や使用可能な構成まで確定しないようにします。
Dell：2019ダウングレードキットの確認
Dell公式のOEMライセンス説明によると、キットは旧版のインストールメディアとプロダクトキーを含みます。購入時のキットがない、紛失した場合はDell Salesに相談します。購入後のキットはOEM Windows Server付きで購入したサーバーが対象で、注文と購入が必要です。無償送付を前提にしないでください。
- サーバーの識別情報、購入証明、Windows Server 2025のエディションとライセンス形態を用意します。
- 必要な版を「2019 Standard」などと明示し、対応するメディア・キー、キットの入手可否と費用を確認します。
- そのPowerEdgeモデルについて2019のストレージ/NICドライバーとメーカーのサポート可否を確認します。
- 認証が失敗した場合はエラーを記録し、OEMの旧版利用権を行使していることをメーカーまたはMicrosoftの認証窓口へ伝えます。
DellのOEMライセンスは元のサーバーに紐付くため、別筐体への移行を同じ権利で自由に行えるとは考えません。また、キーが受け付けられることとライセンス上の使用権は別です。
HPE（HP）：購入時・購入後のキット調達
HPEのOEMダウングレード資料は、サーバー購入時のキット要求と購入後のメディア・認証キーの要求を案内しています。まずHPEまたは購入販売店で、対象ProLiant、購入したOEM/ROK製品、2019のエディション・言語と入手条件を照合します。
購入後の要求には購入証明が必要です。公式資料に記載された現在の注文窓口と案内に従い、メディアだけの交換か、認証キーも必要かを区別してください。キットの提供と、そのモデルで2019がサポートされることは別に確認します。
ボリューム製品：現在のダウンロード画面を確認する
- Microsoft 365管理センターで「課金」→「お使いの製品」→「Volume licensing」を開きます。
- 「Products and services」の「View downloads and keys」から対象製品を探します。
- 提供される版・エディション・言語を確認し、ISOと適切な認証情報を取得します。
- 2019が表示されない場合は契約販売店またはVLサポートへ相談し、旧版利用権とメディア提供範囲を別に確認します。
手順はMicrosoftの現行ダウンロード資料を参照してください。ダウンロードはVL AdministratorまたはProduct download manager、キー参照はVL AdministratorまたはProduct keys readerなどの対応する権限が必要です。閲覧できる製品すべての使用権を持つとは限りません。
Microsoftの旧版利用ガイドは、多くの場合の提供範囲を現行版と直前の版としています。2025のライセンスがあるから2019のISOが必ず表示される、とは断定できません。ネット上の無関係なISOやキーで代用する前に正規の入手経路を確認します。
再インストール前の確認と切替手順
- 現行サーバーの役割、アプリ、データ、サービス実行アカウント、証明書、ネットワーク構成を記録します。
- 2019でのアプリとストレージ/NICの対応、復元方法、認証を検証用環境で確認します。
- アプリと整合するデータバックアップ、構成バックアップ、2025へ戻すための復旧手段を確保し、復元を試します。
- 2019を新規インストールし、必要なドライバー・更新・役割・アプリを導入します。既存ディスクへ上書きする場合は消去対象を事前に確認します。
- アプリの推奨手順でデータを移行し、ログイン・共有権限・業務処理・バックアップを検証します。
- 成功条件を満たした後にIP/DNSなどを計画通り切り替え、問題があれば決めた条件で2025側へ戻します。
2019ドライバーがメーカーから提供されない場合は、未対応の別モデル用ドライバーを本番へ強制適用せず、対応する別筐体や2019ゲストのVMを検討します。VMでもゲストOS・ハイパーバイザーの対応と使用権を確認してください。移行中に旧新を同時稼働する場合も、必要なライセンスを別途整理します。
仮想化して2019を使う場合
2025をホストとして2019をゲストで使う構成は候補になります。Standardを単に「2VM無料」と捉えず、物理コアまたは適格なVM単位のライセンス方式、必要な最低数、OSE実行権、ホストOSの用途を購入条件に沿って計算します。OEMの場合は元のサーバーとの紐付けも残ります。
CAL：Windows Server CALとRDS CALを分ける
Windows Server CALは同じ世代または以前のサーバーへのアクセスを許可します。2025 CALで2019へのアクセスは可能ですが、2019 CALで2025へのアクセスはできません。ユーザー/デバイスごとの必要数を棚卸しし、RDSを使用する場合は追加のRDS CALも確認します。
RDSでは、セッションホストのOS、CALの版、ライセンスサーバーのOSを分けます。公式互換表では、2025 RDS CALは2019セッションホストに使えますが、2025 CALのインストール先には2025以降のライセンスサーバーが必要です。2019のライセンスサーバーへ2025 CALをそのまま入れられるわけではありません。
AD/DC：2025の機能レベルなら2019 DCは追加できない
MicrosoftのAD機能レベル互換表によると、Windows Server 2025のフォレスト/ドメイン機能レベルは2025 DCのみをサポートします。2019 DCを追加して移行できると決めつけず、現在の両機能レベルと既存DCの状態を先に確認してください。
2016機能レベルは2025と2019のDCをサポートします。該当する環境でも、追加DCの昇格、複製、DNS、FSMOの移譲、クライアント認証を検証してから旧DCを降格します。2025機能レベルの環境は、この追加手順をそのまま使わず、管理者がサポートされる移行・復旧計画を確認してください。メンバーサーバーのOSとDCのOS条件は別です。
2019のサポート期限と関連する検索の扱い
Microsoftのリリース情報では、2019の延長サポート終了日は2029年1月9日です（Microsoft掲載日付）。終了前に更改する計画を作ります。2019向けの終了後プログラムの提供・価格を現時点で決まったものとして見積もらず、決定時の公式案内を確認してください。
2019から2016/2012 R2へ下げる場合も、購入ライセンスの旧版利用権とメーカーのメディア提供を確認します。ただし対象OSのサポート状況とアプリ要件は2025→2019の説明と同じではありません。SQL Server 2019のダウングレードはWindows Serverとは別製品で、OS用のキットやキーでは実施できません。
作業用コマンド例：取得できる内容と限界
IIS設定のバックアップと元環境での復元
管理者のコマンドプロンプトで使うAppCmdの設定バックアップ例です。Webコンテンツ、データベース、証明書などの完全バックアップをこのコマンドだけで取得できるわけではありません。復元は対象環境を確認して必要な場合だけ実行し、2025から2019へのサイト移行がこの復元だけで済むとは判断しないでください。
rem IIS 設定バックアップ
%windir%\system32\inetsrv\appcmd add backup "pre_dg_backup"
rem 元環境の設定を戻す必要がある場合のみ
%windir%\system32\inetsrv\appcmd restore backup "pre_dg_backup"サービス実行アカウントの棚卸し
PowerShellでサービス名と実行アカウントを取得する読み取り例です。WMICは非推奨で2025ではFeature on Demandとなっているため、Get-CimInstanceを使います。Win32_Service.StartNameはDOMAIN形式だけでなくUPNや組み込みアカウントもあり、固定のdomain文字列だけで絞ると見落としが生じます。
Get-CimInstance -ClassName Win32_Service |
Select-Object Name, StartName, Stateローカル管理者グループも別に確認し、サービス一覧だけで管理権限やアプリの全資格情報を棚卸ししたことにはしないでください。
Schannelの明示設定を読み取る
reg query "HKLM\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols" /s
このreg queryはレジストリの明示設定を表示します。キーがない、またはエラーとなる場合だけでTLSがすべて無効/有効とは判断できません。Schannel公式資料のOS既定とクライアント/サーバー別設定、アプリ側の制約を確認します。Schannelを使わないアプリのTLS実装には、そのまま当てはまりません。
切替前の最終チェック
- 購入した版・エディション・コア/OSE数、CAL、元サーバーとの関係を記録した
- 2019のメディアと認証方法を入手し、モデルと役割の対応を確認した
- AD機能レベル、RDSライセンスサーバー、アプリ固有の移行条件を確認した
- 復元を検証し、停止時間・成功判定・戻す条件を決めた
- 切替後の更新、監視、バックアップと2029年までの更改計画を用意した
コメント