この記事では、Windows Server2019 / 2016の移行ツールと全体的な移行ガイドラインに焦点を当てます。アプリケーション、データベース、ユーザープロファイル、共有、データを任意のサーバから新しいサーバ2019/2016に移行する方法について説明します（もちろん、互換性を考慮して、2003年から2019/2016年でもサポートされます）。また、役割の移行のベストプラクティスとチュートリアルについても説明します。

ここで取り上げる移行はネイティブ移行であり、アプリの仮想化ではありません。これらの方法を使用して、物理から物理、物理から仮想/クラウド、クラウドからクラウドなどに移行できます。互換性の回避策として仮想化を追加できますが、このチュートリアルでは使用しません。

この方法の目標は、アプリケーションサーバとファイルサーバの場合は4時間未満、役割に重点を置いたサーバーの場合は24時間未満でサーバーの移行を完了できるようにすることです（ただし、複雑なケースではさらに時間がかかる場合があります）。

WinServは、大規模なデプロイメント向けのフルサービスパッケージの一部として、米国IBMServicesからからも販売されております。日本国内では、アクトツーから購入いただけます。

サーバの監査：通常の環境では、かなりの数の異なるサーバタイプがあります。ドメインコントローラー、Active Directory、IIS、Exchange、DNS、DHCPなどのWindowsServerの役割に焦点を当てた役割指向のサーバーがあります。ただし、より一般的なグループは、実際のビジネスアプリケーションを実行し、会社のデータを格納するアプリケーションサーバとファイルサーバです。それらは通常、役割ベースのグループを上回っています。

移行は、これら2つに対して異なる方法で行われます。役割は手動で移行するか、通常は1つの特定の役割に焦点を合わせたユーティリティツールを使用して移行します（以下を参照）。

ただし、アプリケーションサーバとファイルサーバは、WinServを使用して、自動的かつ大規模に移行できます。

計画段階では、環境内のサーバのリストを準備し、各サーバが何を担当しているかを把握する必要があります。

ロールサーバーの数とアプリケーションサーバの数を知っているだけでも、移行を始めやすいです。アプリケーションサーバの移行は自動化できるため、移行に必要な時間と労力をかなり正確に見積もることができます。

移行のタイムスロットをスケジュールする：移行には時間がかかり、その間、ユーザはある程度影響を受ける可能性があります。可能であれば、実際の移行が営業時間外または週末に実行されるようにスケジュールしてみてください。その時点で実際にそこにいる必要はないことに注意してください。アプリケーションの移行はリモートで実行するか直接サーバマシンに接続して実行します。

バックアップが最新であり、実際に復元可能であることを確認します。メジャーアップグレードが失敗する可能性があり、有効な最新のバックアップがないと、サーバにあるすべてのものが失われるリスクがあります。お持ちのバックアップが破損しておらず、必要に応じて復元できる状態になっていることを確認してください。

交換の種類を決定する：サーバを交換することを決定したら、交換の内容に関していくつかのオプションがあります。物理的なWindows2019 / 2016サーバ、オンプレミスで実行されている仮想サーバ、またはオンプレミスで実行されているクラウドベースのサーバ（Azureへの移行やAmazon AWSへの移行など）の場合があります。WinServを使用している場合は、これらの転送のいずれかをサポートしているため、移行の難易度は選択によって大きく異なりません。

以下のプロセスは、Server2003 / 2008/2012/2016/2019から新しいWindowsServer2016 / 2019に移行するための移行手順の概要を示しています。

オプション1：ネットワークを介したサーバ2019/2016への直接移行

1. 開始する前に、ファイアウォールが移行に干渉しないように、古いサーバでファイアウォールを無効にするか、少なくともWinServをホワイトリストに追加することを検討してください。
2. 両方のサーバでWinServを実行します。
3. 両方のサーバで、最初のオプション「2台のマシン間を移動する」を選択します。
4. サーバアプリケーションを転送せず、プロファイル、データ、および共有の転送のみに関心がある場合は、メイン画面のラジオボタンを「プロファイルと設定のみ」モードに切り替えます。
5. ソースサーバで、[ソースコンピューター]オプションを選択し、実行したままにします。新しいものからの接続を待っています。
6. 新しいサーバ2019/2016で、[ターゲットコンピューター]オプションを選択します。
7. WinServはソースサーバを自動的に検出します。または、サーバが異なるネットワーク上にある場合は、送信元サーバのIPアドレスを手動で指定できます。
8. 転送したいものを正確に選択したい場合は、詳細メニューを押してください。すべてを転送したいだけの場合は、[詳細設定]メニューに移動する必要はありません。
9. [次へ]、[移動]の順にクリックして、移行を開始します。
10. 転送にはしばらく時間がかかり（転送する必要のあるデータの量によって異なります）、完了したら報告します。
11. 以上です。とても簡単です。

オプション2：中間ストレージを介した間接移行

1. 両方のサーバでWinServを実行します。
2. ソースサーバで、3番目のオプション「マシンからコンテナへの移動」を選択します
3. コンテナの場所（ネットワーク共有、NAS、USBハードドライブ-任意のタイプのストレージなど）を選択し、[移動]を押して、その場所へのソースサーバの完全なキャプチャを実行します。
4. 新しい2019/2016サーバで、4番目のオプション「コンテナからマシンへの移動」を選択します
5. プログラムを転送せず、プロファイル、データ、共有の転送のみに関心がある場合は、メイン画面のラジオボタンを「プロファイルと設定のみ」モードに切り替えます。
6. 手順3で作成したコンテナの場所を指定します。
7. 転送したいものを正確に選択したい場合は、詳細メニューを押してください。すべてを転送したいだけの場合は、[詳細設定]メニューに移動する必要はありません。
8. [次へ]、[移動]の順にクリックして、移行を開始します。
9. 転送にはしばらく時間がかかり（転送する必要のあるデータの量によって異なります）、完了したら報告します。
10. 以上で終了です。とても簡単です。

Windows Server 2003で実行されている一部のレガシーサードパーティアプリケーションは、Windows Server 2019/2016と互換性がない場合があります。このようなアプリケーションは、通常、レガシーDOS、16ビットまたは32ビットのみのソフトウェア、またはSQL Server2000や2005などの古いバージョンです。新しいOSバージョンでは更新されていません。これらのアプリケーションを本番環境からできるだけ早く削除することを強くお勧めします。

これらのアプリケーションをすぐに削除できず、組織の継続的な運用にとってミッションクリティカルである場合、それらの運用を維持するための推奨オプションは、新しい代替サーバーで実行されている仮想Server2003インスタンスへのこれらのアプリケーションの仮想化移行を実行することです。次に、これらのアプリケーションを段階的に廃止し、仮想化された2003インスタンスの実行を停止するために必要な手順を引き続き実行します。

WinServはアプリケーション汎用であり、新しいサーバーで実行できる限り、外部からは見られなかったカスタムアプリケーションや社内アプリケーションでも移行できます。これは、お客様が過去に移行した一般的なアプリケーションの一部のリストです。

• MS SQL
• MySQL
• SAP（SAP Business Oneを含む）
• オラクル
• Sybase
• DB2
• Javaアプリケーションサーバー
• CrystalReports
• アバイア
• PeopleSoft
• JD Edwards Enterprise One（JDE E1）
• Citrix
• Apache（Windowsのみ）
• WebSphere
• Microsoft Dynamics

移行プロセスが完了したら、結果を確認します。

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

以上の手順でアプリケーションサーバーの移行が完了します。

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