このガイドでは、サーバーアプリケーション、データベース、ユーザープロファイル、共有、データをServer 2012 / 2012 R2から新しいServer 2022 / 2019へネイティブに移行する方法を紹介します。役割移行のベストプラクティスとチュートリアルも取り上げます。（注: 2012以外のサーバーにも使えます。2012に絞っているのは2023年のEOLのためです）

ここで扱う移行はネイティブな移行です – アプリ仮想化ではありません。物理から物理へ、物理から仮想／クラウドへ、クラウドからクラウドへ、といった移行にこの方法を使えます。たとえば、オンプレの物理2012からオンプレの2022 VMへ、オンプレミスのServer 2012からAzureのServer 2022へ、プライベートクラウドの2012 R2サーバーからEC2のServer 2019へ。Azure / AWS上で動くServer 2012のインプレースアップグレードを実現する手段としても使えます。

このハウツーの目標は、アプリケーション／ファイルサーバーなら4時間以内、役割中心のサーバーなら24時間以内にサーバー移行を完了できるようにすることです（複雑なケースではさらに時間がかかることもあります）。

移行を自動化する方法だけを知りたくて、一般的な解説は不要ですか？
ここをクリックすると実際の移行手順のパートへ飛べます。
また、ワークステーションの移行が必要なら、こちらをクリックしてWindows 11への移行へ進んでください.

評価ライセンスと価格はこちらでご覧いただけます

ビデオデモ – Server 2012自動移行ツール

始める前に: 2012サーバーを棚卸しし、移行を計画してください。

サーバーを棚卸しする: 典型的な環境には、かなり多様なサーバータイプがあるはずです。Domain Controller、Active Directory、IIS、Exchange、DNS、DHCPといったWindows Serverの役割に特化した、役割指向のサーバーがあります。しかしより多数を占めるのは、実際の基幹業務アプリケーション（LOB）を動かし、会社のデータを保管するアプリケーションサーバーとファイルサーバーです。通常、役割ベースのグループより数が多いのです。

この2つでは移行のやり方が異なります。役割は手動で、あるいは通常は特定の役割一つに特化したユーティリティツールで移行します（下記参照）。

一方、アプリケーションサーバーとファイルサーバーは、Zinstall WinServのようなサーバー移行ソフトウェアを使って自動的に、しかも大規模に移行できます。

計画段階では、環境内のサーバーの一覧を用意し、それぞれが何を担っているかを把握する必要があります。

役割サーバーが何台、アプリケーションサーバーが何台と分かるだけでも大きな前進です。アプリケーションサーバーの移行は自動化できるため、移行に必要な時間と労力をかなり正確に見積もれるようになります。

移行の時間枠を決める: 移行には時間がかかり、その間ユーザーがある程度影響を受ける可能性があります。可能であれば、実際の移行は業務時間外か週末に実施するよう調整してください。なお、その時間に自分がその場にいる必要はありません。アプリケーション移行はリモートで実行することも、無人モードで事前に開始しておくこともできます。

バックアップが最新で、実際に復元可能であることを確認する: 大きなアップグレードには失敗がつきものです。有効で最新のバックアップがなければ、サーバー上のすべてを失うリスクがあります。手元のバックアップが破損しておらず、必要なときに復元できる状態であることを必ず確認してください！

リプレース先の種類を決める: サーバーの入れ替えを決めたら、リプレース先には複数の選択肢があります。オンプレミスの物理Windows 2022 / 2016サーバー、オンプレのVMサーバー（ESX / Hyper-Vなど）、あるいはオフプレミスで動くクラウドベースのサーバー（Azureへの移行、Amazon AWSへの移行など）です。WinServを使うなら、これらのどの移行もサポートされるため、選択によって移行の難易度が大きく変わることはありません。

Server 2012をWindows Server 2022 / 2019へ移行する手順

以下のプロセスは、Server 2012 / 2012 R2から新しいWindows Server 2016 / 2019 / 2022へ移る移行手順の概要です。

オプション1: ネットワーク経由で2012から2022 / 2019へ直接移行

始める前に、古い2012サーバーのファイアウォールを無効化するか、少なくともZinstallをホワイトリストに追加して、ファイアウォールが移行を妨げないようにすることを検討してください。
両方のサーバーで Zinstall WinServ を実行します。
注: Zinstall WinServはこちらから入手できます、ユーザーガイドはこちら.
両方のサーバーで、最初のオプション“Moving between two machines”を選びます。
サーバーアプリケーションを移行せず、プロファイル、データ、共有の移行だけでよい場合は、メイン画面のラジオボタンを“profile and settings only”モードに切り替えてください。
移行元サーバーで“Source system”オプションを選び、そのまま実行させておきます。新しいサーバーからの接続を待つ状態になります。
新しいServer 2022 / 2019で、“Target system”オプションを選びます。
WinServが移行元サーバーを自動検出します。サーバーが異なるネットワークにある場合は、移行元サーバーのIPアドレスを手動で指定することもできます。
移すものを厳密に選びたい場合は、Advancedメニューを押してください。すべてを移すだけなら、Advancedメニューに入る必要はありません。
NextをクリックしてからGoをクリックすると、移行が始まります。
移行には（データ量に応じて）しばらく時間がかかり、完了するとお知らせします。
これで完了です！

オプション2: 中間ストレージ経由の間接移行

両方のサーバーで Zinstall WinServ を実行します。
注: Zinstall WinServはこちらから入手できます、ユーザーガイドはこちら.
移行元サーバーで3番目のオプション“Moving from Machine to Container”を選びます
コンテナーの保存場所を選び（ネットワーク共有、NAS、USBハードドライブなど – どんなストレージでも可）、Goを押して移行元サーバーをその場所へ完全キャプチャします。
新しい2022 / 2019サーバーで4番目のオプション“Moving from Container to Machine”を選びます
プログラムを移行せず、プロファイル、データ、共有の移行だけでよい場合は、メイン画面のラジオボタンを“profile and settings only”モードに切り替えてください。
手順3で作成したコンテナーの場所を指定します。
移すものを厳密に選びたい場合は、Advancedメニューを押してください。すべてを移すだけなら、Advancedメニューに入る必要はありません。
NextをクリックしてからGoをクリックすると、移行が始まります。
移行には（データ量に応じて）しばらく時間がかかり、完了するとお知らせします。
これで完了です！

サーバーの役割の移行

移行のこの部分は手動で行います。役立つチュートリアルは複数あります。お勧めはJohn Savillの優れたガイドです: Winding Down Windows Server 2003 in Your Organization。以下の情報は上記の記事に基づいています。

IISの移行: IIS 8で動いているのが基本的なHTMLページやActive Server Pages（ASP）だけなら、新しいサーバーで動くIISへコンテンツをコピーし、DNSレコードを新しいIISサーバーに向けるだけで済みます。もちろん、IISを使っているなら普通は静的サイト以上の用途（Sharepointなど）があるはずで、単純コピーでは足りません。朗報は、次の移行ツールキットが使えることです。その名は Web Deploy 3.6。WebサイトをMicrosoft Azure Web Appsへ移行する必要がある場合は、別のツールも利用できます。その名は Azure Web App Migration Assistant.
DCとADの移行: ベストプラクティスに従っているなら、ドメインコントローラー（DC）では他のソフトウェアを動かしていないはずで、既存のドメインとフォレストはServer 2022 / 2019に向けて準備できることになります。この場合、新しいOSで動く新しいDCを作成し、Flexible Single-Master Operation（FSMO）の役割を移行し、証明書などの項目を移行してから、Server 2012のDCを退役させます。DC移行の詳しいガイダンスはこちら: Upgrade Domain Controllers to a newer version of Windows Server .
DHCPの移行: DHCPスコープは、クライアントに配布されるIPアドレスと、そのIP設定（ゲートウェイ、DNSサーバーなど）を提供します。DHCPスコープを移行するには、Server 2012インスタンスからスコープをエクスポートし、Server 2022 / 2019インスタンスへインポートするのが最善です。
DNSの移行: WindowsでDNSをホストしているなら、おそらくADと統合しており、DNSサーバーはDCのはずです。したがってADを移行すればDNS設定も一緒に移ります。フォワーディングなどDNSサーバーの設定を忘れずに移行することが重要です。DNSサーバーを新しいIPアドレスでホストする場合は、静的IP設定とすべてのDHCP設定を必ず更新してください。この手間のかかる作業を避けるため、ほとんどの組織では、古いサーバーの退役後に新しいサーバーのIPアドレスを古いサーバーのものへ変更します。
印刷サービス: ファイルサービスと同じく、プリンターの設定と共有は移行元サーバーから移行先サーバーへ移行する必要があります。加えて、64ビットでServer 2022または2019と（そして現代のクライアントとも）互換性のある新しいプリンタードライバーが必要になります。

互換性のないアプリケーションへの対処:

Windows Server 2012上で動く一部のレガシーなサードパーティアプリケーションは、Windows Server 2022 / 2019と互換性がない場合があります。Server 2003 / 2008の頃ほど一般的ではありませんが、それでも起こりえます – たいていは、新しいOSバージョンに向けて更新されていないレガシーソフトウェアです。

“古い”が必ずしも“動かない”を意味するわけではない点に注意してください。かなりの数の古いアプリケーションは問題なく動作します

これらのアプリケーションをすぐには廃止できず、組織の継続運用に不可欠な場合、その稼働を守る推奨手段は、それらのアプリケーションを、新しいリプレースサーバー上で動く仮想Server 2003インスタンスへ仮想化移行することです。その後、それらのアプリケーションを段階的に廃止し、仮想化された2003インスタンスの稼働を止めるための手順を進めてください。

WinServは特定のアプリケーションに依存せず、外の世界に知られていないカスタム・社内アプリケーションでも移行できます – 新しいサーバーで動作可能である限り。こちらは、これまでにお客様が移行してきた一般的なアプリケーションの一部です:

SQL Server
MS SQL
MySQL
SAP（SAP Business Oneを含む）
Oracle
Sybase
DB2
Java Application Server
Crystal Reports
Avaya
PeopleSoft
JD Edwards Enterprise One (JDE E1)
Citrix
Apache（Windowsのみ）
WebSphere
Microsoft Dynamics

移行後:

移行処理が完了したら、結果を検証する時間です。

必要に応じて、ドメインのDNSが新しいサーバーを指すよう調整が必要になることがあります。たとえば、古いCRMサーバーのDNSエントリを新しいサーバーのアドレスに変更する、といった具合です。
ログインスクリプトとGPOポリシーについても同様です。
使用するすべてのアプリケーションとコンソールを起動し、正しく読み込まれることを確認します。
クライアントのワークステーションを使って、クライアントが移行後のサーバーへ正しくアクセスでき、アプリケーションが問題なく動くことを確認します。

おめでとうございます！これでサーバー移行は完了です。

Windows Server 2022 / 2019 / 2016へ移行する準備はできましたか？

Zinstall WinServの入手はこちら

また、お問い合わせいただければ、サポート、ボリュームライセンス、POC構築の支援を承ります。

Server 2012をServer 2022 / 2019へ移行する方法 – アプリケーション、プロファイル、共有、データを含めて