Windows Server 2003の移行計画：最初のステップ

実稼働システムでWindows Server 2003を実行している場合、2015年7月14日の日付を脳に刻む必要があります。これは、Microsoftが由緒あるOSの拡張サポートを終了するためです。 その日は急速に近づいているので、移行計画に取り掛かる時です。 操作が複雑になり、運用システムの実行にWindows Server 2003に大きく依存するほど、移行に費やす時間と労力が増えます。 切り替えを行うのに3か月以上かかることがあります。つまり、今すぐこれを実行した方がよいということです。

Windows Server 2003からの移行は、Standard、Enterprise、およびData Center（32ビットおよび64ビット）の拡張サポートが終了するため、非常に重要です。 これは、セキュリティの脆弱性のパッチ、セキュリティ以外の欠陥、または運用上の問題がなくなることを意味します。 さらに、ビジネスアプリケーションなどのサードパーティ製品はWindows Server 2003でサポートされません。サポートされていないシステムでソフトウェアが引き続き動作することを保証できるサードパーティはありません。

Microsoftには、あなたが何をする必要があるかを理解するためにかなりの情報があります。 もちろん、Windows Server 2012 R2、Microsoft Azure、またはOffice 365に移行することをお勧めします。別のオペレーティングシステム（Linux）への移行やクラウドベースのサービスの使用など、多くの代替手段があります。 これらのオプションについては、今後の記事で検討します。 今すぐ、サーバーソフトウェアの現在の状態を評価し、移行計画を作成する方法の決定を支援します。

入門

開始するのに適した場所は、MicrosoftのWindows Server 2003 Migration Planning Assistantです。これは、 Discover 、 Assess 、 Target 、 Migrateの 4つの主要な手順をガイドします。 Windows Server 2003およびSQL Server 2005への移行のためのMicrosoft Assessment and Planning Toolkitもあります（後者は2016年4月12日にサポートが終了します）。

ディスカバーは、基本的に、何を期待し、それについて何かをする方法を学ぶのを助ける教育段階です。 この記事を読んでいるという事実は、あなたが既に発見段階にいることを意味します。 Windows Server 2003のページには、あなたが何をする必要があるかを説明するウェビナーとホワイトペーパーへのリンクが含まれています。

会社の規模にもよりますが、Windows Server 2003からの移行が重要である理由を説明するビジネスマン（特に予算を承認する必要のある人）向けの短いドキュメントを作成することを強くお勧めします。 セキュリティパッチの適用が終了するとビジネスデータが攻撃にさらされる可能性があり、脆弱なシステムが他の誰かを攻撃するために使用される可能性があることを説明します。 アプリケーションとサーバー自体が明確な修復方法を持たずにダウンし、ビジネスに影響を与える可用性の損失を引き起こす可能性があるため、単に何もしなかった場合に発生する可能性のあるコスト削減をリスクが上回ることを説明します。 最後に、サポートされていないサーバーオペレーティングシステムを実稼働で使用すると、会社が準拠しなければならないビジネス規制フレームワーク（PCIなど）のいずれかに準拠しなくなる可能性があります。 この最後のものは、コンプライアンス違反に陥った場合、顧客としての大企業を失う可能性がある中小企業にとっての潜在的な落とし穴です。 このドキュメントの全体的な目標は、ビジネスへの影響を説明し、Windows Server 2003の寿命がIT運用に深刻な影響を及ぼすことを強調することです。

次のステップは、IT環境でWindows Server 2003が果たす役割を評価することです。 いくつかの方法で、上記で説明したビジネスドキュメントに詳細を追加します。 他の方法では、計画を開始できるようにインベントリを取得しています。 まず、使用中の各Windows Server 2003ライセンス、ライセンスが実行されるハードウェア、ライセンスに依存するユーザーとグループ、およびライセンスで実行されるアプリケーションをリストするだけです。 このすべてのITの影響、どのアプリケーションが中断される可能性があり、誰が影響を受けるかに注目する必要があります。 これをさらに一歩進めて、各アプリケーションにビジネス価値を割り当てて、交換のためのシステムの優先順位付けを支援すると役立つ場合があります。

評価の一環として、各サーバーの役割を理解することで、さらに深く掘り下げ、移行計画の作成を開始します。 サーバーの役割によって移行パスが決まります。 Windows 2003 Serverは、ファイルサーバー、Webサーバー、ターミナルサービスサーバー、またはアプリケーションサーバーになります。 実行しているMicrosoftソフトウェア、SQL Server、Exchange Server、SharePoint Serverのいずれか、またはその両方を把握します。 このサーバーがActive Directoryに適合する場所と、移行時にActive Directoryを再作成する方法を知ることも重要です。 最後に、サードパーティおよびカスタムアプリケーションをカタログする必要があります。

次に、 ターゲットにするか、Windows Server 2003アプリケーションを移行する場所を計画します。 オプションには、新しいサーバーハードウェアまたは仮想化のいずれかでそれらをWindows Server 2012 R2に移行し、クラウド（AzureやOffice 365など）に再配置し、それらがアクティブではないか、移行後にサポートできないために廃止することが含まれます、または可能であれば、完全に別のプラットフォームに書き直して移動します。 物理的または仮想的な新しいサーバーへの移行は、おそらく最も簡単な選択です。 クラウドに再配置するには、アーキテクチャの変更が必要になる可能性があります。 すでにアプリケーションを評価し、それらの決定を下している場合は、おそらく廃止または書き換えが唯一のオプションになります。さもないと、時間を厳しく迫られることになります。

次のステップは、 移行です。 ここで、Windows Server 2003を、ターゲットフェーズで前述したような他のオプションに置き換えます。 願わくば、あなたは既に必要なすべての重要な計画を前もって完了していることを願っています。 既存のWindows Server 2003インフラストラクチャの複雑さによっては、かなり複雑になる場合があります。 このようなプロジェクトを経験したことがあるので、事前の計画がどれほど重要であるかを強調することはできません。サーバーインフラストラクチャを交換する方法を単に進めることはできません。

別れの知恵の言葉

耐用年数を超えたサーバー上の運用アプリケーションのサポートについて責任を負う必要はありません。WindowsServer 2003の耐用年数は急速に近づいています。 私の経験では、簡単で簡単なサーバー移行などはありませんので、できる限り早い段階で詳細な計画を立てることが最善です。 また、事前の計画をいくら行っても、何らかの問題が発生する可能性があるため、ダウンタイム（夜間または週末）を計画し、複雑な移行の緊急時計画を検討してください。

時間は非常に重要です。 今日、組織内でWindows Server 2003の移行を優先してください。