WS2003移行で泣かないための基礎知識と仮想化、パッケージ購入、スクラッチ開発のメリット／デメリット：Windows Server 2003のサポート切れにどう対応すべきか（前編）（1/2 ページ）

2015年7月15日でWindows Server 2003は終了しました

　Windows Server 2003は、2015年7月15日をもってサポートが終了になりました。よって、今後はOSに脆弱性などが発見されても修正モジュールが提供されなくなります。脆弱性は、2015年に入ってからも発見されています。

• IPAの警告ページ
• Windows Server 2003 のサポート終了 | マイクロソフト

　上記の内容から、早急にWindows Server 2003を移行する必要があります。とはいっても、具体的にどうしたらいいのか、どんな選択肢があるかなど、上記のページでは十分な情報が提供されていません。本企画では、どのような検討が必要か、どのような選択肢があるのか、どのように移行したらいいのかを前後編で解説します。

対応が必要なWindows Server 2003の機能は？

　Windows Server 2003で業務に用いられている機能は、大きく分けてマイクロソフトが提供する標準機能と開発してデプロイをしたアプリケーションが提供する機能の2つに分けられます。

　Windows Server 2003の標準機能を利用している場合、一般的にはWindows Serverの最新バージョンへの移行が適しています。移行のターゲットのシステムがActive Directoryを管理している場合などは、Linux／UNIXサーバーへ移行すると広範囲でコンピューター環境を見直す必要が出てきます。

　Windows Server 2003の標準機能を最新のWindows Serverへ移行する場合の方法については、マイクロソフトが情報を提供しています。Webサイトを検索したり、問い合わせたりして確認してください。

　特に、Active Directoryファイルサーバーの移行に関しては、詳しい情報が以下のページに記載されています。

• Windows Server 2003 のサポート終了 | マイクロソフト

　一番の課題はアプリケーションの移行です。

ASPで開発されたWebシステム

　ASP（Active Server Pages）は、IISの機能の一部として提供されているWebアプリケーション開発機能です。IISは、OSに付属するものであるため、ASPをサポートするIISが搭載されるWindows Serverのサポート期限がASPのサポート期限となります。

　現在、Windows Server 2012では標準ではASPは搭載されていませんが、追加のインストールとして利用可能です。Windows Server 2012は、メインストリームサポートが2018年1月9日まで、延長サポートが2023年1月10日となっています。現状で、2023年1月10日までは問題なく利用することが可能です。

　ASPに関しては、別の問題点があります。ASPシステムの開発は、すでにサポートが切れているプログラミング言語Visual Studio 6.0で行う必要があります。そのため、機能追加や機能変更などをする場合は、サポートされたシステムへの移行が必要となります。

.NETで開発されたWebシステム

　アプリケーション実行環境／フレームワークである.NET Framework 1.1をベースとして開発された「ASP.NET」のシステムは、すでに.NET Framework 1.1のサポートが終了しているため、新しいバージョンの.NET Frameworkへ移行する必要があります。

　.NET Framework 2.0以上を利用している場合は、Windows Server 2008に移行すれば引き続きそのまま稼働させることが可能です。Windows Server 2012へ移行するためには、.NET Framework 3.5.1以上へ対応させる必要があります。

SQL Serverを利用したクライアント／サーバーシステム

　データベースシステム「Microsoft SQL Server」（以下、SQL Server）のサポート期限も確認して、必要に応じてバージョンアップをする必要があります。

　クライアント／サーバーシステムで、クライアント側にVisual Basic 6.0で開発されたシステムの場合は、注意が必要です。クライアントプログラムは、ASPと同様で、開発にはVisual Studio 6.0が必要です。よって、開発ツール自体と、開発ツールがサポートしているOSがすでにサポート切れです。早急に移行を検討する必要があります。

アプリケーション移行の選択肢

　前述のようにアプリケーションの場合、移行が必要となるケースが多く、この移行には多くのコストを必要とします。利用しているアプリケーションを構造や用途などを考えて、移行計画を立てる必要があります。以下のようなポイントで、情報収集が必要です。

　上記の確認が終わると、移行先についての検討に入ります。上記の情報以外にも多くの要因がありますが、以下を参考に移行先を検討してください。

　以降、仮想化、パッケージ化、スクラッチ開発、コード変換ツールによるマイグレーションのそれぞれについてのメリット／デメリットを示していくので、上記と併せて検討する参考にしてください。