解説: Windows Server 2025 / 2022 / 2019への移行 – アプリケーション、プロファイル、共有、データを含めて
この記事では、Windows Server 2025 / 2022 / 2019への移行ツールと、移行全体のガイドラインに焦点を当てます。要するに、アプリケーション、データベース、ユーザープロファイル、共有、データを、任意のサーバーから新しいServer 2025 / 2022 / 2019へネイティブに移行する方法を説明します（2003から2025 / 2022 / 2019への移行もサポートされます。もちろん互換性の考慮は必要です）。役割移行のベストプラクティスとチュートリアルも取り上げます。
ここで扱う移行はネイティブな移行です – アプリ仮想化ではありません。物理から物理へ、物理から仮想／クラウドへ、クラウドからクラウドへ、といった移行にこの方法を使えます。互換性の回避策として仮想化を加えることもできますが、このチュートリアルでは使いません。
このハウツーの目標は、アプリケーション／ファイルサーバーなら4時間以内、役割中心のサーバーなら24時間以内にサーバー移行を完了できるようにすることです（複雑なケースではさらに時間がかかることもあります）。
移行を自動化する方法だけを知りたくて、一般的な解説は不要ですか？
ここをクリックすると 実際の移行手順のパートへ飛べます。
また、ワークステーションの移行が必要なら、 こちらをクリックしてWindows 11への移行へ進んでください.
さらに、2012のサポート終了が気になるなら、こちらのガイドをご覧ください: Server 2012から2019 / 2022への移行.
WinServはIBM Servicesからも提供されており、 大規模展開向けフルサービスパッケージの一部として利用できます。詳しくはお住まいの地域のIBMアカウントチームにお問い合わせください。
ビデオデモ – サーバー自動移行ツール
始める前に: サーバーを棚卸しし、移行を計画してください。
サーバーを棚卸しする: 典型的な環境には、かなり多様なサーバータイプがあるはずです。Domain Controller、Active Directory、IIS、Exchange、DNS、DHCPといったWindows Serverの役割に特化した、役割指向のサーバーがあります。しかしより多数を占めるのは、実際の業務アプリケーションを動かし、会社のデータを保管するアプリケーションサーバーとファイルサーバーです。通常、役割ベースのグループより数が多いのです。
この2つでは移行のやり方が異なります。役割は手動で、あるいは通常は特定の役割一つに特化したユーティリティツールで移行します（下記参照）。
一方、アプリケーションサーバーとファイルサーバーは、Zinstall WinServのようなサーバー移行ソフトウェアを使って自動的に、しかも大規模に移行できます。
計画段階では、環境内のサーバーの一覧を用意し、それぞれが何を担っているかを把握する必要があります。
役割サーバーが何台、アプリケーションサーバーが何台と分かるだけでも大きな前進です。アプリケーションサーバーの移行は自動化できるため、移行に必要な時間と労力をかなり正確に見積もれるようになります。
移行の時間枠を決める: 移行には時間がかかり、その間ユーザーがある程度影響を受ける可能性があります。可能であれば、実際の移行は業務時間外か週末に実施するよう調整してください。なお、その時間に自分がその場にいる必要はありません。アプリケーション移行はリモートで実行することも、無人モードで事前に開始しておくこともできます。
バックアップが最新で、実際に復元可能であることを確認する: 大きなアップグレードには失敗がつきものです。有効で最新のバックアップがなければ、サーバー上のすべてを失うリスクがあります。手元のバックアップが破損しておらず、必要なときに復元できる状態であることを必ず確認してください！
リプレース先の種類を決める: サーバーの入れ替えを決めたら、リプレース先には複数の選択肢があります。物理のWindows 2019 / 2016サーバー、オンプレミスで動く仮想サーバー、あるいはオフプレミスで動くクラウドベースのサーバー（Azureへの移行、Amazon AWSへの移行など）です。WinServを使うなら、これらのどの移行もサポートされるため、選択によって移行の難易度が大きく変わることはありません。
詳細デモ: Windows Serverアプリケーション移行
Windows Server 2025 / 2022 / 2019へ移行する手順
以下のプロセスは、Server 2003 / 2008 / 2012 / 2016 / 2019から新しいWindows Server 2016 / 2019 / 2022へ移る移行手順の概要です。
オプション1: ネットワーク経由でServer 2025 / 2022 / 2019へ直接移行
- 始める前に、古いサーバーのファイアウォールを無効化するか、少なくともZinstallをホワイトリストに追加して、ファイアウォールが移行を妨げないようにすることを検討してください。
- 両方のサーバーで Zinstall WinServ を実行します。
注: Zinstall WinServはこちらから入手できます、 ユーザーガイドはこちら. - 両方のサーバーで、最初のオプション“Moving between two machines”を選びます。
- サーバーアプリケーションを移行せず、プロファイル、データ、共有の移行だけでよい場合は、メイン画面のラジオボタンを“profile and settings only”モードに切り替えてください。
- 移行元サーバーで“Source computer”オプションを選び、そのまま実行させておきます。新しいサーバーからの接続を待つ状態になります。
- 新しいServer 2025 / 2022 / 2019で、“Target computer”オプションを選びます。
- WinServが移行元サーバーを自動検出します。サーバーが異なるネットワークにある場合は、移行元サーバーのIPアドレスを手動で指定することもできます。
- 移すものを厳密に選びたい場合は、Advancedメニューを押してください。すべてを移すだけなら、Advancedメニューに入る必要はありません。
- NextをクリックしてからGoをクリックすると、移行が始まります。
- 移行には（データ量に応じて）しばらく時間がかかり、完了するとお知らせします。
- これで完了です！
オプション2: 中間ストレージ経由の間接移行
- 両方のサーバーで Zinstall WinServ を実行します。
注: Zinstall WinServはこちらから入手できます、 ユーザーガイドはこちら. - 移行元サーバーで3番目のオプション“Moving from Machine to Container”を選びます
- コンテナーの保存場所を選び（ネットワーク共有、NAS、USBハードドライブなど – どんなストレージでも可）、Goを押して移行元サーバーをその場所へ完全キャプチャします。
- 新しい2025 / 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 6で動いているのが基本的なHTMLページやActive Server Pages（ASP）だけなら、Server 2012またはServer 2012 R2で動くIISへコンテンツをコピーし、DNSレコードを新しいIISサーバーに向けるだけで済みます。しかし組織の構成は普通もっと複雑です。朗報は、次の移行ツールキットが使えることです。その名は Web Deploy 3.6。WebサイトをMicrosoft Azure Web Appsへ移行する必要がある場合は、別のツールも利用できます。その名は Azure Web App Migration Assistant.
- DCとADの移行: ベストプラクティスに従っているなら、ドメインコントローラー（DC）では他のソフトウェアを動かしていないはずで、既存のドメインとフォレストはServer 2012またはServer 2012 R2に向けて準備できることになります。この場合、Server 2012またはServer 2012 R2で動く新しいDCを作成し、Flexible Single-Master Operation（FSMO）の役割を移行し、証明書などの項目を移行してから、Server 2003のDCを退役させます。Server 2012のDCを導入するには、フォレスト（したがってドメインも）がWindows Server 2003モードでなければなりません。DC移行の詳しいガイダンスはこちら: Upgrade Domain Controllers to Windows Server 2012 R2 and Windows Server 2012.
- DHCPの移行: DHCPスコープは、クライアントに配布されるIPアドレスと、そのIP設定（ゲートウェイ、DNSサーバーなど）を提供します。DHCPスコープを移行するには、Server 2003インスタンスからスコープをエクスポートし、Server 2012またはServer 2012 R2インスタンスへインポートするのが最善です。この方法の詳細は、TechNet Networking Blogの次の記事にあります: “Steps to move a DHCP database from a Windows Server 2003 or 2008 to another Windows Server 2008 machine”。DHCPスコープのエクスポートとインポートの間に遅延があり、IPアドレス再利用のリスクがある場合は、アドレス競合検出を有効にして、割り当て前にIPアドレスが使用中かどうかをDHCPサーバーが確認するように設定できます。
- DNSの移行: WindowsでDNSをホストしているなら、おそらくADと統合しており、DNSサーバーはDCのはずです。したがってADを移行すればDNS設定も一緒に移ります。フォワーディングなどDNSサーバーの設定を忘れずに移行することが重要です。DNSサーバーを新しいIPアドレスでホストする場合は、静的IP設定とすべてのDHCP設定を必ず更新してください。この手間のかかる作業を避けるため、ほとんどの組織では、古いサーバーの退役後に新しいサーバーのIPアドレスを古いサーバーのものへ変更します。
- 印刷サービス: ファイルサービスと同じく、プリンターの設定と共有は移行元サーバーから移行先サーバーへ移行する必要があります。加えて、64ビットでServer 2012またはServer 2012 R2と（そして現代のクライアントとも）互換性のある新しいプリンタードライバーが必要です。Microsoftには印刷サービスの移行に使える移行ウィザードとコマンドラインツールがあります。これらのツールは次のページからダウンロードできます: Migrate Print and Document Services to Windows Server 2012 。
- Exchangeの移行: Upgrade from Exchange 2007 to Exchange 2013
- SQLサーバーの移行: こちらをご覧ください: Supported Version and Edition Upgrades
互換性のないアプリケーションへの対処:
Windows Server 2003上で動く一部のレガシーなサードパーティアプリケーションは、Windows Server 2019 / 2016と互換性がない場合があります。そうしたアプリケーションは一般に、レガシーなDOS、16ビットまたは32ビット専用のソフトウェア、あるいはSQL Server 2000や2005のような、新しいOSバージョンに向けて更新されていない古いバージョンです。こうしたアプリケーションはできるだけ早く本番環境から排除することを強くお勧めします。
これらのアプリケーションをすぐには廃止できず、組織の継続運用に不可欠な場合、その稼働を守る推奨手段は、それらのアプリケーションを、新しいリプレースサーバー上で動く仮想Server 2003インスタンスへ仮想化移行することです。その後、それらのアプリケーションを段階的に廃止し、仮想化された2003インスタンスの稼働を止めるための手順を進めてください。
WinServは特定のアプリケーションに依存せず、外の世界に知られていないカスタム・社内アプリケーションでも移行できます – 新しいサーバーで動作可能である限り。こちらは、これまでにお客様が移行してきた一般的なアプリケーションの一部です:
- 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-SERVERのDNSエントリを新しいサーバーのアドレスに変更する、といった具合です。
- ログインスクリプトとGPOポリシーについても同様です。
- 使用するすべてのアプリケーションとコンソールを起動し、正しく読み込まれることを確認します。
- クライアントのワークステーションを使って、クライアントが移行後のサーバーへ正しくアクセスでき、アプリケーションが問題なく動くことを確認します。
おめでとうございます！これでサーバー移行は完了です。
Windows Server 2025 / 2022 / 2019へ移行する準備はできましたか？
また、 お問い合わせ いただければ、サポート、ボリュームライセンス、POC構築の支援を承ります。