Windows Server 2003からServer 2012／2016／2019（または2008）へアプリケーション、データ、設定、プロファイルを移行する方法
Windows Server 2003のサポートは2015年7月14日に終了しました。環境内にまだ2003サーバーが残っているなら、今こそ処分のときです – より新しい2008、2012、2016、Server 2019へ移行しましょう。
2003サーバーはかなり古く、Server 2003からServer 2019、2016、2012への直接のアップグレードパスも存在しないため、Server 2003を排除する推奨方法は新しいハードウェアへの移行です – インプレースアップグレードではありません。
この記事では、典型的なアプリケーションサーバーのWindows Server移行を、アプリケーションもファイルも失わずに実行する方法を学びます。
このチュートリアルを使えば、通常24時間未満でサーバー移行を完了できます（複雑なケースではもっとかかることもあります）。
チュートリアルは下にあります。その前に – 動画チュートリアルと、Windows Server 2003のEOLと移行に関するよくある質問をいくつか。
このチュートリアルで使用するツール – Zinstall WinServ – はIBM Servicesからも提供されています。 大規模展開向けフルサービスパッケージの一部として利用できます。詳しくはお住まいの地域のIBMアカウントチームにお問い合わせください。
動画チュートリアル – 自動サーバー移行
Q: 現在Windows Server 2003で実行しているアプリケーションを、新しいServer 2012／2016／2019へ移せますか？
A: はい。たとえば WinServを使えば、すべてのアプリケーション、プロファイル、共有、データを代替の2012／2016／2019サーバーへ自動的に移行できます。レガシーな2003アプリケーションのごく一部は、新しいサーバーとネイティブに互換でない場合があります。それらにはWinServパッケージが仮想化移行を実行できます。
Q: アプリケーションがもうサポートされていない、またはインストールディスクが手元にない場合は？
A: 新しいサーバーにアプリケーションをインストールする手段がなくても、古いサーバーから移行することは可能です – このチュートリアルで取り上げるWinServパッケージのような専用移行ツールを使えばよいのです。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
Q: 2015年7月14日以降もWindows Server 2003を使い続けたらどうなりますか？
A: 爆発はしません。ただし、Microsoftのサポートは受けられなくなり、支援を依頼すればインシデントあたり最大$600を請求されます。
Q: Windows Server 2003から移行する利点は何ですか？
A: 新しいサーバーは、長年稼働させてきた古いサーバーとは比べものにならないほど安全で強力です。4GB超のメモリを活用できるため、仮想化サーバーを含め、1台の物理マシンにはるかに高い負荷をかけられます。最新OSのセキュリティ面と合わせて、全体的なパフォーマンスの大幅な向上が期待できます。
Windows Server 2003からWindows Server 2008／2012／2016／2019へ移行する方法
このチュートリアルは、あらゆるサーバーの移行作業の2つの種類に対応する、2つの主要セクションに分かれています: 1) アプリケーション、プロファイル、共有、データの移行 、2) サーバーの役割の移行.
第1部は、チュートリアルで示すように、WinServのような専用のサーバー移行ツールで自動化できます。第2部は手作業が必要で、そのための指針を提供します – あるいは、それを行うサービスに依頼することもできます。
アプリケーションサーバーなら、必要なのは第1部だけです。
移行の前に:
-
- サーバーを棚卸しする: そのサーバーが何を担っているのかを必ず把握してください。2つのリストを作る必要があります:
- サーバーが実行しているロール（DCか？DNS/DHCPは？IIS？印刷？）。ロールの移行は、手動移行か、 サーバー移行サービスのいずれかです。このチュートリアルでは、サーバーアプリケーションの自動移行に焦点を当てます。
- サーバー上で動いているアプリケーションは？（Oracle？SQL？CRM？サードパーティアプリ？）これらは適切なツールで自動移行できます。この後のチュートリアルで扱います。
- サーバーを棚卸しする: そのサーバーが何を担っているのかを必ず把握してください。2つのリストを作る必要があります:
ヒント: 組織でサーバー監視に一元管理ツール（Microsoft SCCMなど）を使っていない場合は、無料の Microsoft Assessment and Planning（MAP）Toolkitをこちらからダウンロードできます。Zinstallの無料サーバー診断も利用できます: こちらのリンク。サーバーのソフトウェア・ハードウェア一覧全体を素早くチェックできます。
- 移行の時間枠を決める: 移行には時間がかかり、その間ユーザーに多少の影響が出る可能性があります。可能なら、実際の移行は業務時間外か週末に行うようスケジュールしてください。なお、その時間にあなた自身がその場にいる必要はありません: アプリケーション移行はリモートで実行することも、無人モードで事前に起動しておくこともできます。
- バックアップが最新で、実際に復元可能であることを確認する: 大きなアップグレードは何であれ失敗する可能性があり、有効な最新バックアップがなければ、サーバー上のすべてを失うおそれがあります。手元のバックアップが破損しておらず、必要なときに復元できる状態であることを必ず確認してください！
- 代替サーバーの種類を決める: サーバーの置き換えを決めたら、代替を何にするかについて複数の選択肢があります。物理的なWindows 2012／2016／2019サーバー、オンプレミスで動く仮想サーバー、さらにはオフプレミスで動くクラウドベースのサーバーでも構いません。WinServはこれらのどの移行にも対応しているので、選択によって移行の難易度が大きく変わることはありません。
アプリケーション、プロファイル、共有、データの移行
移行元のWindows 2003アプリケーションサーバーから移行先のServer 2012／2016／2019への移行手順は次のとおりです:
- ターゲットサーバーを完全に更新し、パッチを適用します。
- ターゲットサーバーをドメインに追加します。
- 現在のパソコン（移行元のパソコン）で WinServ （または同様のツール）を移行元（2003）サーバーと移行先（2012、2016、2019）サーバーで実行します。
- この段階では、ネットワーク経由で直接移行することも、間接的な移行を行うこともできます – 移行元サーバーをネットワークストレージ／クラウドストレージ上のコンテナに取り込み、そのコンテナから新しいサーバーへ展開する方法です。
- 移行を始める前に、移したいアプリケーションとデータを選ぶこともできます。あるいは、そのまま実行してすべてを移行しても構いません。
- ターゲットサーバーで“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。ウェブサイトをMicrosoft AzureのWebアプリへ移行する必要がある場合は、 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 2008や2012と互換性がない場合があります。こうしたアプリケーションは概して、新しいOSバージョン向けに更新されていないレガシーなDOS、16ビット、32ビット専用ソフトウェアです。これらは可能な限り早く本番環境から排除することを強く推奨します。
これらのアプリケーションをすぐに排除できず、組織の継続運用に不可欠な場合、稼働を維持する推奨手段は、新しい代替サーバー上で動く仮想Server 2003インスタンスへの仮想化移行です。その後も、それらのアプリケーションを段階的に廃止し、仮想化された2003インスタンスの稼働を止めるために必要な手順を進めてください。
このようなP2V（物理から仮想）移行にも WinServ を使用してください。
移行の後に:
移行プロセスが完了したら、結果を検証します。
- 必要に応じて、ドメインのDNSが新しいサーバーを指すよう調整が必要になることがあります。たとえば、CRM-SERVERのDNSエントリを新しいサーバーのアドレスに変更する、といった具合です。
- ログインスクリプトとGPOポリシーも同様です。
- 使用するすべてのアプリケーションとコンソールを起動し、正しく読み込まれることを確認します。
- クライアントワークステーションを使って、クライアントが移行後のサーバーへ正しくアクセスでき、アプリケーションが問題なく動作することを確認します。
おめでとうございます！これでアプリケーションサーバーのマイグレーションは完了です。
Windows 2003サーバーを2016／2019へ移行する準備はできましたか？
また、 お問い合わせ サポート、ボリュームライセンス、POCの立ち上げ支援について、ご連絡ください。