システムの更なる安定性やセキュリティ強化、新機能の活用などを目的として、Windows Server 2012 R2からWindows Server 2016へアップグレードしたいと考える方は多いでしょう。しかし、実際にアップグレードを試みてみると「個人ファイルを保持する(Keep personal files)」オプションがグレーアウトして選択できず、ファイルやアプリケーションをそのまま引き継げないケースも珍しくありません。そこで今回は、Windows Server 2012 R2 StandardからWindows Server 2016 Standardへのインプレースアップグレードを成功させるためのポイントや具体的な手順、トラブルシューティングの方法などを詳しく解説します。環境のリプレイスをスムーズに進めたい方の参考となるよう、実際の現場で役立つノウハウを交えながら詳しくご紹介します。
Windows Serverのインプレースアップグレードとは？
インプレースアップグレード(In-Place Upgrade)とは、既存のOS環境をそのまま維持した状態で新しいバージョンのOSへ切り替える手法を指します。これによりサーバー上のファイルやアプリケーション、設定などを極力変更せずに新しいOSに移行できるため、ダウンタイムを最小限に抑えながら最新の機能やセキュリティ強化を享受できるというメリットがあります。
クリーンインストールとの違い
クリーンインストールではディスクを初期化してから新しいOSを導入します。そのため、クリーンな状態でサーバーを再構築できる一方、アプリケーションやデータの移行が別途必要になり、設定のやり直しやダウンタイムが大きくなる可能性があります。一方、インプレースアップグレードは既存のデータや設定を残したままアップグレードを行うため、サーバー運用へのインパクトが最小化されやすい点が魅力です。
インプレースアップグレードの注意点
ただし、インプレースアップグレードは実施する前に対応エディションや言語、ライセンス、役割などの条件をしっかり確認する必要があります。これらの条件を満たしていないとアップグレードに失敗したり、「個人ファイルを保持する」オプションがグレーアウトして選択できなかったりする可能性が高いのです。そのため、事前調査と準備が非常に重要になります。
「個人ファイルを保持する」オプションが選択できない理由
Windows Server 2012 R2からWindows Server 2016へアップグレードする際、「ISOファイルをマウントしてセットアップを開始したら、データやアプリを保持できない」といったケースがあります。これはほとんどの場合、以下のいずれかの条件が満たされていないことが原因です。ここでは代表的な要因を詳しく見ていきましょう。
1. エディションやライセンスが異なる
- エディションの不一致
たとえば、Windows Server 2012 R2 StandardからWindows Server 2016 Datacenterへアップグレードしようとすると、同じエディションではないため、インプレースアップグレード自体がサポートされません。必ず同じエディション間(例: 2012 R2 Standard → 2016 Standard)で実行する必要があります。 - ライセンス形態の不一致
評価版(Evaluation)から製品版(Volume LicenseやRetail版など)への直接アップグレードはサポートされません。評価版を利用している場合は、事前に製品版へ変換するか、クリーンインストールを行う必要があります。
2. 言語が一致していない
インストールされているOSの言語(日本語版/英語版など)と、アップグレードに使用するISOの言語が異なる場合、インプレースアップグレードで「個人ファイルを保持する」オプションを選択できなくなることがあります。たとえば、英語版のWindows Server 2012 R2に対して日本語版のISOでアップグレードを実施すると、言語の不一致によるエラーやオプションの無効化が生じます。
3. 32ビットから64ビットへのアップグレード
Windows Server 2008 R2以降は64ビット版のみですが、もし何らかの理由で32ビット版OSから移行しようとしている場合は、インプレースアップグレードが行えません。64ビット版への移行はクリーンインストールが必要なので、誤って32ビット→64ビットのアップグレードを試みないように注意してください。
4. サーバーの役割(特にドメインコントローラー)による制限
ドメインコントローラーとして動作しているサーバーは、アップグレード手順が複雑になるケースがあります。ドメインコントローラーのアップグレードを行う際は、事前にバックアップやドメイン機能レベルの確認、フォレスト機能レベルの確認、そしてMicrosoftの公式ドキュメントで対応状況を確認しましょう。また、SQL ServerやExchange Serverなど、他のサーバー役割によっては特殊な注意点がある場合もあるため、役割を把握した上で手順を検討することが大切です。
5. Server CoreとDesktop Experienceの相違
Server CoreからGUI(Desktop Experience)インストールに変更したり、逆にGUIからServer Coreに変更したりするようなアップグレードはサポートされていません。それぞれ同じインストールモード同士でのみ、インプレースアップグレードが可能となっています。
インプレースアップグレードを行う前の準備
前述の通り、Windows Server 2012 R2 StandardからWindows Server 2016 Standardへインプレースアップグレードを成功させるには、以下のポイントを押さえて事前準備を行う必要があります。手順を誤るとアップグレードが途中で失敗したり、最悪の場合サーバーが起動しなくなるリスクもあるので慎重に作業しましょう。
1. 現行サーバーのバックアップ
サーバーOSやアプリケーションのバックアップ、そして重要データのバックアップは必須です。万が一アップグレードに失敗した際に、迅速に復旧できるようにイメージバックアップやシステムステートバックアップなどを確実に取得しておくことを強く推奨します。
2. OSのエディションとライセンスの確認
- Windows Server 2012 R2のエディションが「Standard」であることを確認
- ライセンスが評価版ではなく製品版であることを確認
- 上記が問題なければ、Windows Server 2016 StandardのISOファイルを用意する
もし評価版から製品版へのアップグレードを検討している場合は、まず以下のコマンドを利用して評価版を製品版に変換する手順を行ってください。
# 例: Windows Server 2012 R2 Evaluation → Standard Editionへの変換
DISM /online /Set-Edition:ServerStandard /AcceptEula /ProductKey:<製品キー>変換が完了し再起動を行った後、あらためてインプレースアップグレードを試すことで「個人ファイルを保持する」オプションが有効になる場合があります。
3. 言語の一致
- インストールされているサーバーOSが日本語版であれば、日本語版のWindows Server 2016 ISOを使用
- 英語版のサーバーOSの場合は、対応する英語版のISOを使用
ISOの言語が異なると、アップグレードの画面が途中で変化したり、「個人ファイルを保持する」オプションが無効になるなどの事象が起こりやすいため、必ず合わせるようにしてください。
4. サーバーの役割と機能の確認
- ドメインコントローラーが稼働している場合は、事前にドメイン/フォレスト機能レベルやバックアップを確認
- 他の重要なサーバー役割(例: DHCP、DNS、IISなど)の設定内容を確認
- アプリケーションサーバーである場合は、アプリケーションの互換性やアップグレード後の動作をメーカーサイト等で事前に調査
特定の役割がサポート対象外であったり、追加作業が必要な場合があります。特にActive Directoryのドメインコントローラーをアップグレードする場合は、移行ガイドラインに基づき順序立てた作業が欠かせません。
5. Windows Updateやドライバーの更新
アップグレードを行う前に、Windows Updateを実施しておき、できるだけ最新のパッチを適用しておきましょう。サーバーに適したドライバーやファームウェアのアップデートも重要です。古いドライバーが原因でアップグレード中にエラーが出るケースもあるため、ハードウェアベンダーのサイトで最新のドライバーを入手し、事前に更新を済ませておくと安心です。
インプレースアップグレード手順
ここからは、実際にWindows Server 2012 R2からWindows Server 2016へインプレースアップグレードを行う手順をステップバイステップで確認していきます。
ステップ1: ISOファイルの準備とマウント
- Microsoftの公式サイトやVolume Licensing Service Centerなどから、Windows Server 2016のISOイメージを入手します。
- 入手したISOイメージをサーバー上に配置し、右クリック→「マウント」を選択するか、仮想ドライブとして読み込むツールを使用してマウントしてください。
ステップ2: Setup.exeの起動
- マウントしたISOドライブを開き、「setup.exe」をダブルクリックしてアップグレードウィザードを開始します。
- 画面の指示に従い、適宜、ライセンス条項などを確認したうえで進んでください。
ステップ3: アップグレードのオプション選択
- 「インストールの種類を選択してください」などの画面が表示されたら、アップグレードを行うオプションを選択します。
- この時点で、前述した条件がすべて整っている場合は「個人ファイルとアプリを保持する(Keep personal files and apps)」といったオプションが選択可能になっているはずです。
- 万が一、オプションがグレーアウトしている場合は、エディションや言語、ライセンス、評価版などの条件に合致しているか再度確認しましょう。
ステップ4: アップグレードの実行
- 「インストール」ボタンをクリックすると、ファイルのコピーや設定の適用などのプロセスが開始されます。
- この工程にはサーバーのスペックやインストール状況にもよりますが、数十分から1時間以上かかることがあります。
- 途中でサーバーが複数回再起動しますが、焦らずに完了するまで待機してください。
ステップ5: アップグレード後の確認
- アップグレードが完了し、サーバーが正常に起動したら、バージョン情報を確認しましょう。
- Windowsキー + Rを押して「winver」と入力し、表示されるウィンドウからOSのバージョンが「Windows Server 2016」になっているか確認
- 既存のファイルやアプリケーション、サーバー役割が正しく引き継がれているかもチェックします。
- イベントビューアーでアップグレード中のエラーや警告が出ていないか確認しておくと、後々のトラブルシュートが容易になります。
トラブルシューティングのワンポイント
- アップグレード完了後に、ライセンス認証の状態が不安定になる場合は、コマンドプロンプトもしくはPowerShellで「slmgr /ato」を実行してライセンスを再度アクティベートしてみましょう。
- ネットワークドライバーなどが正常にインストールされなかった場合は、デバイスマネージャーから手動でインストールし直すことで解決することが多いです。
インプレースアップグレードのメリットとデメリット
インプレースアップグレードには多くのメリットがありますが、同時にいくつかのデメリットやリスクも存在します。これらを十分に理解したうえで判断するとよいでしょう。
メリット
- 作業コストの低減
サーバーの再構築やデータ移行作業、アプリケーション再インストールを最小限に抑えられるため、作業時間とコストの節約につながります。 - ダウンタイムの短縮
クリーンインストールに比べて設定移行が不要なので、サーバー停止時間が少なくなり、ビジネスへの影響を抑えられます。 - 既存設定の引き継ぎ
ユーザーやグループの権限設定、ネットワーク設定など、手動で再構築する手間を大幅に削減できます。
デメリット・リスク
- トラブル発生時の復旧が複雑
クリーンインストールではなくアップグレードのため、万が一途中で問題が起きるとサーバーが起動不能になるリスクがゼロではありません。必ず事前にバックアップを取得しておく必要があります。 - 残留ファイルやレジストリの問題
長期間運用してきたサーバーの場合、不要なファイルやレジストリエントリ、既に使われていないアプリケーションの痕跡が残っている可能性があります。これらが新OS環境に影響を及ぼすことがあり、後々トラブルの原因となる場合もあります。 - 一部アプリケーションの互換性問題
特殊なアプリケーションや古いバージョンのソフトウェアは、Windows Server 2016に対応していない場合があります。事前にアプリケーションベンダーのサポート情報を確認することが必須です。
実務で役立つチェックリストと表の活用
インプレースアップグレードを実施する際、確認すべき項目や手順が多数存在します。そこでおすすめなのが、以下のようなチェックリストや表を用いて計画的に作業を進める方法です。ここでは簡単なサンプルのチェックリストを紹介します。
| チェック項目 | 対応状況 | コメント・メモ |
|---|---|---|
| Windows Server 2012 R2のエディション確認 (Standard) | ✅ / ❌ | バージョン情報: Server 2012 R2 Standard |
| Windows Server 2016のISO言語確認 (日本語版) | ✅ / ❌ | 日本語ISO: en-USではなくja-JPであるかをチェック |
| 評価版 → 製品版 変換作業完了 | ✅ / ❌ | DISMコマンドまたはライセンスキー入力を実施 |
| システムバックアップ(イメージ/データ)取得済み | ✅ / ❌ | リストア手順も含めて確認済み |
| Active Directoryドメインコントローラー要件確認 | ✅ / ❌ | ドメイン/フォレスト機能レベル、役割の検証 |
| ドライバーやファームウェアの更新 | ✅ / ❌ | ベンダーサイトで最新のドライバ・FWを適用済みか |
| 主要アプリケーションの互換性調査 | ✅ / ❌ | アプリケーションリストと対応状況を整理 |
| Windows Update適用状況 | ✅ / ❌ | 可能な限り最新のセキュリティパッチを適用 |
上記のように表形式で管理しておくと、手順抜けや設定漏れを防ぎやすくなります。また、作業が多岐にわたる大規模環境では、スプレッドシートやタスク管理ツールを活用して、複数の担当者で分担してチェックできる体制を整えるとスムーズです。
アップグレード後の最適化と追加の確認
インプレースアップグレードが完了したら、以下のような追加の最適化や確認を行うと、より安定した運用につながります。
1. OS機能とサーバー役割の再確認
- Hyper-Vを利用している場合は、仮想マシンが正常に稼働するかをチェック
- IISを利用している場合は、ウェブサイトやアプリケーションプールが問題なく起動しているかを確認
- DNSやDHCPなどのネットワークサービスも正常に動作しているか確認
2. サーバーのパフォーマンスチューニング
- サーバーマネージャーやタスクマネージャー、リソースモニターなどを用いてCPU、メモリ、ディスクI/O、ネットワークなどを観察
- 必要に応じてページファイル設定や電源オプションなどを見直し、サーバーのパフォーマンスを最適化
3. イベントログの監視
- イベントビューアーの「Windows ログ」や「アプリケーションとサービス ログ」にて、エラーや警告が出ていないかを定期的にチェック
- 特にServer 2016特有のログが出ていないか、アップグレード後特定のサービスや役割がエラーを吐いていないかを確認
4. セキュリティの見直し
- Windows Firewallやウイルス対策ソフト(Endpoint Protection/Defenderなど)の設定を再点検
- 最新のグループポリシーやセキュリティアップデートを適用
- アクセス制御リスト(ACL)や特権ユーザーの管理なども再確認し、Server 2016環境に最適化する
アップグレードに失敗した場合の対処法
万全の準備を行ったとしても、何らかの原因でインプレースアップグレードが失敗する場合があります。ここでは、代表的な対処法をいくつか紹介します。
1. バックアップからのリストア
アップグレードに失敗してサーバーが起動しなくなった場合、まずはバックアップからのリストアを検討するのが最善策です。システムイメージバックアップや仮想環境のスナップショットがあれば、短時間で元の環境に戻すことができます。
2. エラーログの分析
C:\Windows\PantherやC:\Windows\Panther\NewOs\Pantherフォルダ内に、アップグレードプロセスに関するログファイルが格納されます。setupact.logやsetuperr.logなどをチェックすることで、どのタイミングでエラーが発生したかを特定できます。
原因となっているドライバやサービス、レジストリが特定できれば、その部分を修正して再度アップグレードを試す方法もあります。
3. クリーンインストールへの切り替え
インプレースアップグレードがどうしても成功しない場合や、エラー原因の解析に時間がかかりすぎる場合は、クリーンインストールを検討するのも一つの手段です。その際は、アプリケーションやデータの移行計画をしっかり立て、ダウンタイムを最小化するよう工夫が求められます。
まとめ: 条件を満たせばインプレースアップグレードは難しくない
Windows Server 2012 R2からWindows Server 2016へインプレースアップグレードを行う際に「個人ファイルを保持する」オプションが選択できない場合は、エディションや言語、ライセンス、評価版の状態、サーバーの役割などの条件を見直すことが重要です。すべての条件をクリアした上で正しく手順を踏めば、既存のファイルやアプリケーション、設定を維持したままスムーズにアップグレードを実施できます。
インプレースアップグレードの最大のメリットは、サーバー環境を丸ごと新OSに引き継ぎながらダウンタイムを最小限にできる点です。ただし、特定の役割やアプリケーションとの互換性を事前に検証しておかないと、アップグレード後に想定外のトラブルが発生する場合があります。また、アップグレードが失敗した場合のリスクを最小化するためにも、バックアップの取得と復旧テストは怠らないようにしましょう。
条件が整わない場合や、評価版から製品版への変換手順を経てもアップグレードが困難な場合は、クリーンインストールの選択肢も視野に入れる必要があります。最終的には自社のリソースや要件に応じた手法を選択することが、トラブルを回避しながらWindows Serverを運用していく上での鍵となるでしょう。
コメント