(57)【要約】  （複数の）コンピュータネットワークに関係する自動化された評価および／または展開を円滑に進めるシステムおよび方法が実現される。評価システムは、（複数の）ネットワークアセットを自動的に発見し、発見された（複数の）アセット（例えば、ハードウェアおよび／またはソフトウェア）をインベントリに入れるために使用されうる。展開システムは、このインベントリを使用して、（１）（複数の）ネットワークアセットおよび／または提案されたインフラストラクチャの（複数の）ダイアグラムを作成し、（２）既存のインフラストラクチャをアップグレードし、および／または移行するためのカスタマイズされた詳細な提案を作成し、（３）アップグレードおよび／または移行を円滑に進めるための（複数の）チェックリストおよび／またはジョブ補助手段を作成し、（４）ネットワークインフラストラクチャのセットアップを自動化し、（５）もしあればハードウェアおよび／またはソフトウェア互換性（複数の）問題を識別し、および／または（６）ソフトウェアライセンスサマリーを作成することができる。例えば、このシステムおよび方法を使用することで、コンピュータネットワークインフラストラクチャの移行に関する意思決定プロセスを円滑に進めるための情報を経営意思決定者に素早く提供することができる。
2009510602.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータ実装自動化ネットワーク評価システムであって、
以下のコンピュータ実行可能コンポーネント、すなわち
コンピュータネットワークの（複数の）ハードウェアコンポーネントおよび／または（複数の）ソフトウェアコンポーネントに関する情報を格納するインベントリデータストアと、
（複数の）ハードウェアコンポーネントおよび／または（複数の）ソフトウェアコンポーネントを自動的に発見し、前記発見された（複数の）ハードウェアコンポーネントおよび／または（複数の）ソフトウェアコンポーネントを前記インベントリデータストアに格納するインベントリ収集コンポーネントと
を備えることを特徴とするコンピュータ実装自動化ネットワーク評価システム。
【請求項２】
前記インベントリ収集コンポーネントは、１つまたは複数のインベントリコレクタを備え、それぞれのインベントリコレクタは特定の方法で（複数の）ハードウェアコンポーネントおよび／または（複数の）ソフトウェアコンポーネントに関連付けられている詳細情報を発見することを特徴とする請求項１に記載のシステム。
【請求項３】
少なくとも１つのインベントリコレクタはＷｉｎ３２（登録商標）、Ｗｉｎｄｏｗｓ（登録商標）Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ（ＷＭＩ）、Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ（登録商標）（ＡＤ）、ＬａｎＭａｎａｇｅｒ  ＡＰＩ、Ｓｅｒｖｉｃｅ  Ｃｏｎｔｒｏｌ  Ｍａｎａｇｅｒ、および／またはＳｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ（ＳＮＭＰ）に関連付けられることを特徴とする請求項２に記載のシステム。
【請求項４】
前記インベントリ収集コンポーネントは、リモートプロシージャコールを使用してコンピュータにリモート接続されることを特徴とする請求項１に記載のシステム。
【請求項５】
前記インベントリ収集コンポーネントは、分散コンポーネントオブジェクトモデル（ＤＣＯＭ）を使用してコンピュータにリモート接続されることを特徴とする請求項１に記載のシステム。
【請求項６】
前記インベントリ収集コンポーネントは、Ｌｉｇｈｔｗｅｉｇｈｔ  Ｄｉｒｅｃｔｏｒｙ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ（ＬＤＡＰ）を使用してコンピュータにリモート接続されることを特徴とする請求項１に記載のシステム。
【請求項７】
さらに、ネットワーク上の特定のコンピュータにインストールされているレガシーインベントリコレクタを備えることを特徴とする請求項１に記載のシステム。
【請求項８】
さらに、ユーザがシステムに収集させたい情報を指定するために使用されるインベントリウィザードを備えることを特徴とする請求項１に記載のシステム。
【請求項９】
コンピュータ実装自動化ネットワーク展開システムであって、
以下のコンピュータ実行可能コンポーネント、すなわち
コンピュータネットワークの（複数の）ハードウェアコンポーネントおよび／または（複数の）ソフトウェアコンポーネントに関する情報を格納するインベントリデータストアと、
少なくとも一部は前記インベントリデータストアに格納されている情報に基づき詳細提案の生成を円滑に進めるために使用されるプロジェクト提案ウィザードと
を備えることを特徴とするコンピュータ実装自動化ネットワーク展開システム。
【請求項１０】
前記プロジェクト提案ウィザードは、インストールされるソフトウェアおよび選択された構成のリストを含む詳細プロジェクト計画を生成することを特徴とする請求項９に記載のシステム。
【請求項１１】
前記プロジェクト提案ウィザードは、前記ネットワークの現在状態および／または前記ネットワークの提案された状態のダイアグラムを自動的に生成することを特徴とする請求項９に記載のシステム。
【請求項１２】
前記プロジェクト提案ウィザードは、サービスの所在とアップグレード／移行を完遂するのに必要な１つまたは複数のステップを記述した前記アップグレード／移行計画の詳細を示すチェックリストを自動的に生成することを特徴とする請求項９に記載のシステム。
【請求項１３】
前記プロジェクト提案ウィザードは、前記インベントリデータストアに格納されているワークフロー自動化情報を自動生成し、前記ワークフロー自動化情報は、タスク実行順序設定、タスク、およびタスクに関連付けられたステップを記述することを特徴とする請求項９に記載のシステム。
【請求項１４】
前記ワークフロー自動化情報は、さらに、優先制約条件を含み、優先制約条件は、実行する特定のステップに必要な状態を定義し、前記特定のステップは、もしあれば優先制約条件すべてが満たされた後にのみ実行されることを特徴とする請求項１３に記載のシステム。
【請求項１５】
さらに、前記ネットワークおよび／または前記ネットワーク上のコンピュータに関連する知られるハードウェアおよび／またはソフトウェア互換性問題を識別する互換性コンポーネントを備えることを特徴とする請求項９に記載のシステム。
【請求項１６】
前記プロジェクト提案ウィザードは、ソフトウェアアプリケーションおよび／またはオペレーティングシステムの構成において使用されるスクリプトを自動生成することを特徴とする請求項９に記載のシステム。
【請求項１７】
コンピュータにより実行可能な活動を含む提案情報を生成するコンピュータ実装方法であって、前記活動は、
提案を生成する際に使用される情報を受け取ることと、
インベントリデータストアからインベントリ情報を取り出すことと、
前記提案を生成する際に使用される前記情報と前記取り出されたインベントリ情報とに少なくとも一部は基づき前記提案を生成することとを含むことを特徴とするコンピュータにより実行可能な活動を含む提案情報を生成するコンピュータ実装方法。
【請求項１８】
さらに、
前記提案を生成する際に使用される前記情報と前記取り出されたインベントリ情報とに少なくとも一部は基づきタスクリストを生成するコンピュータ実行可能活動と、
前記提案を生成する際に使用される前記情報と前記取り出されたインベントリ情報とに少なくとも一部は基づき前記自動化情報を生成するコンピュータ実行可能活動のうちの少なくとも１つを含むことを特徴とする請求項１７に記載の方法。
【請求項１９】
さらに、前記インベントリデータストアに格納されているワークフロー自動化情報を生成することを含み、前記ワークフロー自動化情報は、タスク実行順序設定、タスク、およびタスクに関連付けられたステップを記述することを特徴とする請求項１７に記載の方法。
【請求項２０】
前記ワークフロー自動化情報は、さらに、優先制約条件を含み、優先制約条件は、実行する特定のステップに必要な状態を定義し、前記特定のステップは、もしあれば優先制約条件すべてが満たされた後にのみ実行されることを特徴とする請求項１９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
コンピュータネットワークは、様々な環境、例えば、企業、メディア、およびビジネス環境に存在する。これらの環境のそれぞれに対する要求条件および期待は、大きく異なる。さらに、付加的ハードウェアコンポーネントおよび／またはソフトウェアコンポーネントが特定のネットワークに追加されると、必要な保守作業も増大する。さらに事を面倒にするのは、ネットワーク上のコンピュータでは様々なオペレーティングシステムが稼働し、しかも、プロセッサの能力も異なる可能性があるという問題である。
【背景技術】
【０００２】
例えば、特定のコンピュータネットワークにおいて、様々なプロセッサを備え、プロセッサの速度も多様な数多くのコンピュータが使用されうる。コンピュータはそれぞれ、特定のバージョンのオペレーティングシステム、および特定のバージョンの様々なソフトウェアアプリケーションを実行している可能性がある。ハードウェアコンポーネントおよびソフトウェアコンポーネントを置き換えると、経験豊富なＩＴ専門家にとってさえ理解するのがやっかいで、複雑なマトリックスができあがる。多くの環境において、アップグレード／移行を円滑に進めるのに適したハードウェア／ソフトウェアを見極めるのに要する費用と労力の面から、ハードウェア、（複数の）オペレーティングシステム、および／またはアプリケーションソフトウェアのアップグレード／移行に失敗してきた。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
この「発明の開示」では、以下の「発明を実施するための最良の形態」でさらに説明される簡素化された形式の概念の選択を導入する。この「発明の開示」は、請求された主題の重要な特徴または本質的な特徴を識別することを意図されていないし、また請求された主題の範囲を決定する補助手段として使用されることも意図されていない。
【０００４】
（複数の）コンピュータネットワークに関係する自動化された評価および／または展開を円滑に進めるシステムおよび方法が実現される。評価に関して、このシステムおよび方法は、（複数の）ネットワークアセットを自動的に発見し、次いで（複数の）発見されたネットワークアセットの（複数の）インベントリコンポーネント（例えば、ハードウェアおよび／またソフトウェア）を自動的に発見するために使用できる。
【０００５】
適宜、このシステムおよび方法は、（複数の）コンポーネント（例えば、ハードウェアおよび／またはソフトウェア）の展開を円滑に進めることができ、これらのコンポーネントは、（１）（複数の）ネットワークアセットおよび／または提案されたインフラストラクチャの（複数の）ダイアグラムの作成、（２）既存のインフラストラクチャをアップグレードし、および／または移行するためのカスタマイズされた詳細な提案の作成、（３）アップグレードおよび／または移行を円滑に進めるための（複数の）チェックリストおよび／またはジョブ補助手段の作成、（４）ネットワークインフラストラクチャの自動セットアップ、（５）もしあればハードウェアおよび／またはソフトウェア互換性（複数の）問題の識別、および／または（６）ソフトウェアライセンスサマリーの作成を含む。例えば、展開に関して、このシステムおよび方法を使用することで、コンピュータネットワークインフラストラクチャの移行に関する意思決定プロセスを円滑に進めるための情報を経営意思決定者に素早く提供することができる。
【課題を解決するための手段】
【０００６】
一態様では、ネットワーク上の（複数の）アイテムを発見するインベントリ収集コンポーネントを含む自動化ネットワーク評価システムが実現される。次いで、発見された情報の少なくとも一部は、インベントリデータストア（例えば、データベース）に格納できる。次いで、インベントリ収集コンポーネントは、（複数の）発見されたネットワークアイテムの（複数の）インベントリコンポーネント（例えば、ハードウェアおよび／またはソフトウェア）とすることができる。インベントリ情報も、インベントリデータストアに格納できる。
【０００７】
例えば、自動化ネットワーク評価システムは、顧客の環境内に展開されているデスクトップコンピュータ、モバイルデバイス、サーバ、ネットワークインフラストラクチャなどの詳細で正確なインベントリを短時間のうちに作成するためにＩＴ専門家が使用することができる。これは、詳細なハードウェアおよびソフトウェアインベントリを含むことができる。そのようなものとして、顧客は、インベントリの収集を円滑に進められるようにエージェントおよび／または管理インフラストラクチャを展開する必要はない。
【０００８】
適宜、インベントリ収集コンポーネントは、１つまたは複数のインベントリコレクタを備えることができ、それぞれのインベントリコレクタは、特定の方法で（複数の）コンポーネントに関連付けられた詳細情報を含む（例えば、Ｗｉｎ３２（登録商標）、Ｗｉｎｄｏｗｓ（登録商標）Ｍａｎａｇｅｍｅｎｔ  Ｉｎｓｔｒｕｍｅｎｔａｔｉｏｎ（ＷＭＩ）、Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ（登録商標）（ＡＤ）、ＬａｎＭａｎａｇｅｒ  ＡＰＩ、Ｓｅｒｖｉｃｅ  Ｃｏｎｔｒｏｌ  Ｍａｎａｇｅｒおよび／またはＳｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ（ＳＮＭＰ）を使用する）。例えば、インベントリ収集コンポーネントは、リモートプロシージャコール（ＲＰＣ）、分散型コンポーネントオブジェクトモデル（ＤＣＯＭ）、および／またはＬｉｇｈｔｗｅｉｇｈｔ  Ｄｉｒｅｃｔｏｒｙ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ（ＬＤＡＰ）を使用して（複数の）コンピュータにリモートで接続できる。
【０００９】
ＲＰＣ、ＤＣＯＭ、および／またはＷＭＩをサポートしないレガシープラットフォームを使用する（複数の）コンピュータに関して、コンピュータに対するインベントリ情報が必要な場合、特定のコンピュータ上で特定のレガシープラットフォームに対するインベントリコレクタを使用することができ、中央ファイル共有を作成することができる。レガシーインベントリコレクタは、ネットワーク共有に格納することができる情報の部分集合を返すことができ（例えば、オペレーティングシステムＡＰＩおよびシステムレジストリを使用して）、そこで、その部分集合をインベントリデータストアにインポートすることができる。例えば、システムは、ユーザ、例えばＩＴ専門家がシステムに収集させたい情報を指定するために使用できるインベントリウィザード（例えば、ユーザインターフェイス）を備えることができる。
【００１０】
このシステムは、適宜、（複数の）コンポーネント（例えば、ハードウェアおよび／またはソフトウェア）の展開を円滑に進めるために使用することがきで、さらに、プロジェクト提案ウィザード、詳細プロジェクト計画、（複数の）ダイアグラム、（複数の）チェックリスト、自動化展開コンポーネント、サーバ報告ツール、および／または互換性コンポーネントを備えることができる。プロジェクト提案ウィザードは、ＩＴ専門家が検討のため顧客に提示することができる詳細な試案の生成を円滑に進めるために使用できる。例えば、試案は、（複数の）サーバおよび／または特定のワークステーションのグレードアップに関する情報を含むことができる。
【００１１】
プロジェクト提案では、作業（例えば、試しにカバーすべき）のサマリーを作成する。提案は、例えば、以下を含むことができる。
１．一方のサーバオペレーティングシステムから他方のサーバオペレーティングシステムへの移行。
２．（複数の）ソフトウェアアプリケーションのアップグレード。
３．仮想プライベートネットワーク（ＶＰＮ）／接続ユーザシナリオのインストールおよび構成。
４．ヘルスモニタリングソフトウェアのインストールおよび構成。
５．更新サービス（クライアントパッチング）のインストールおよび構成。
６．Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ（登録商標）Ｇｒｏｕｐ  Ｐｏｌｉｃｙ（構成およびソフトウェア配布）。
【００１２】
詳細プロジェクト計画は、このシステムにより生成され、さらに、ＩＴ専門家によりオンサイトで必要とされる時間を短縮することができる。詳細プロジェクト計画は、もしあれば知られている（複数の）互換性問題を積極的に識別し、更新／移行が開始する前に問題改善を推奨することができる。例えば、プロジェクト計画は、インストールすべきソフトウェアおよび選択されたすべての構成のリストを含むことができる。プロジェクト計画の範囲は、プロジェクト提案ウィザードに基づくことができる。
【００１３】
インベントリデータストア内の詳細なインベントリおよび提案情報は、現在の、および／または提案されたアーキテクチャのサマリーとなる（複数の）ダイアグラムを自動的に生成するために使用できる。これらのダイアグラムを使用すると、ＩＴ専門家にとっても顧客にとっても、すでに展開され稼働中のものを正確に理解することが容易になりうる。
【００１４】
システムにより生成された提案は、例えば経験不足のコンサルタントでも使用できる（複数の）詳細チェックリストを含むことができる。（複数の）チェックリストは、アップグレード／移行を完遂するのに必要なそれぞれのサービスおよびステップの配置を特に記述するアップグレード／移行計画の詳細を示すものとすることができる。チェックリストは、アイテムの個数を減らす成功に基づく終了開始の関係を有するタスクのリストを含むことができる。（複数の）チェックリストおよび他の補助手段は、特定の環境に合わせてカスタマイズされることができる。例えば、実際のコンピュータ名およびＩＰアドレスは、単に一般的な値ではなく、これらのドキュメント内で使用することができる。さらに、ドキュメントのセクションは、特定の環境に依存して変化することがあり、したがって顧客がシステムの特定のタイプの移行を実行する場合、それらのドキュメントは、そのタイプの移行を実行するステップを記述するだけであり、他のタイプを記述することはしない。
【００１５】
前記の関係する目的を達成するために、いくつかの例示されている態様について、以下の説明および付属の図面に関して本明細書で説明される。しかし、これらの態様は、請求されている主題の原理を使用する様々な方法のうちのごくわずかを示しているにすぎず、請求されている主題は、そのような態様およびそれらの等価物のすべてを含むことが意図されている。請求されている主題の他の利点および新規性のある特徴も、図面に関して考察するときに以下の詳細な説明を読むと明らかになると思われる。
【発明を実施するための最良の形態】
【００１６】
次に請求されている主題は、図面を参照しつつ説明されるが、類似の参照番号は、全体を通して類似の要素を指し示すために使用される。以下の説明では、説明を目的として、請求されている主題を完全に理解できるようにする多数の具体的詳細を述べている。しかし、請求されている主題は、それらの特定の詳細を示さなくても実施できることは明白であると思われる。他の場合には、請求されている主題を説明しやすくするために、よく知られている構造およびデバイスがブロック図で示されている。
【００１７】
本出願で使用されているように、「コンポーネント」、「ハンドラ」、「モデル」、「システム」などの用語は、コンピュータ関連のエンティティ、つまりハードウェア、ハードウェアとソフトウェアの組合せ、ソフトウェア、または実行中のソフトウェアのいずれかを指すことを意図されている。例えば、コンポーネントとして、限定はしないが、プロセッサ上で実行されているプロセス、プロセッサ、オブジェクト、実行可能ファイル、実行のスレッド、プログラム、および／またはコンピュータ等がある。例えば、サーバ上で実行されているアプリケーションとサーバは、両方ともコンポーネントであってよい。１つまたは複数のコンポーネントは、１つのプロセスおよび／または実行スレッド内に常駐することができ、またコンポーネントは、１台のコンピュータにローカルとして配置され、および／または２台以上のコンピュータ間に分散されることも可能である。また、これらのコンポーネントは、様々なデータ構造体が格納されている様々なコンピュータ可読媒体から実行することが可能である。コンポーネントは、１つまたは複数のデータパケットを有する信号などに従って、ローカルおよび／またはリモートプロセスを介して通信することができる（例えば、ローカルシステム、分散システム内の他方のコンポーネントと相互にやり取りする一方のコンポーネントからのデータ、および／または信号を介して他のシステムとインターネットなどのネットワークを介して相互にやり取りするデータ）。コンピュータコンポーネントは、請求されている主題に従って、例えば、限定はしないが、ＡＳＩＣ（特定用途向け集積回路）、ＣＤ（コンパクトディスク）、ＤＶＤ（デジタルビデオディスク）、ＲＯＭ（読み取り専用メモリ）、フロッピー（登録商標）ディスク、ハードディスク、ＥＥＰＲＯＭ（電気的消去可能プログラム可能読み取り専用メモリ）、およびメモリスティックを含む、コンピュータ可読媒体上に格納することができる。
【００１８】
（複数の）コンピュータネットワークに関係する自動化された評価および／または展開を円滑に進めるシステムおよび方法が実現される。これらのシステムおよび方法は、（１）自動的に（複数の）ネットワークアセットを発見し、発見された（複数の）ネットワークアセットのインベントリを作成し、（２）（複数の）ネットワークアセットおよび／または提案されたインフラストラクチャの（複数の）ダイアグラムを作成し、（３）既存のインフラストラクチャをアップグレードし、および／または移行するためのカスタマイズされた詳細な提案を作成し、（４）アップグレードおよび／または移行を円滑に進めるための（複数の）チェックリストおよび／またはジョブ補助手段を作成し、（５）ネットワークインフラストラクチャのセットアップを自動化し、（６）もしあればハードウェアおよび／またはソフトウェア互換性（複数の）問題を識別し、および／または（７）ソフトウェアライセンスサマリーを作成するために使用できる。例えば、このシステムおよび方法を使用することで、コンピュータネットワークインフラストラクチャの移行に関する意思決定プロセスを円滑に進めるための情報を経営意思決定者に素早く提供することができる。
【００１９】
自動化ネットワーク評価
図１を参照すると、自動化ネットワーク評価システム１００が例示されている。自動化ネットワーク発見システム１００は、コンピュータネットワークを介して情報を受け取り、ネットワークに接続された（複数の）ハードウェアおよび／またはソフトウェアコンポーネントを識別することができる。例えば、自動化ネットワーク発見システム１００は、顧客のネットワークに接続されたＩＴ専門家のラップトップにインストールされ、顧客のネットワークに接続されたコンピュータ上にインストールされるようにできる。自動化ネットワーク発見システム１００は、ネットワーク上の（複数の）コンピュータの（複数の）ハードウェアコンポーネントおよび／または（複数の）ソフトウェアコンポーネントを識別することができる。
【００２０】
自動化ネットワーク発見システム１００は、ネットワーク上の（複数の）ハードウェアおよび／またはソフトウェアコンポーネントを発見するインベントリ収集コンポーネント１１０を備えることができる。次いで、発見された情報の少なくとも一部は、インベントリデータストア１２０（例えば、データベース）に格納できる。例えば、自動化ネットワーク発見システム１００は、顧客の環境内に展開されているデスクトップコンピュータ、モバイルデバイス、サーバ、ネットワークインフラストラクチャなどの詳細で正確なインベントリを短時間のうちに作成するためにＩＴ専門家が使用することができる。これは、詳細なハードウェアおよびソフトウェアインベントリを含むことができる。そのようなものとして、顧客は、インベントリの収集を円滑に進められるようにエージェントおよび／または管理インフラストラクチャを展開する必要はない。
【００２１】
例えば、ＩＴインフラストラクチャをアップグレードする詳細な提案を顧客のために用意するようＩＴ専門家を１人雇っておくことができる。従来、ＩＴ専門家が顧客のＩＴインフラストラクチャの詳細インベントリを作成するのにかなりの時間（例えば、８時間から１２時間）、およびかなりの労力を要する場合がある。さらに、ＩＴ専門家は、顧客のＩＴ担当職員のうちの１人の手伝いを必要とする場合がある。ＩＴ専門家は、自動化ネットワーク発見システム１００を使用して、（複数の）サーバ、（複数の）ワークステーション、（複数の）ネットワークデバイスなどを短時間のうちに識別し、詳細なハードウェアおよびソフトウェアインベントリを作成することができる。システム１００は、さらに、ファイル共有およびドメインコントローラを配置することもできる。システム１００は、さらに、適宜、ネットワークのこれらの様々な要素上にインストールされた（複数の）ソフトウェアコンポーネントのサマリーを示すレポートを作成することができる。
【００２２】
図２を参照すると、インベントリ収集コンポーネント１１０が例示されている。インベントリ収集コンポーネント１１０は、後述のように、１つまたは複数のインベントリコレクタ２１０を備え、それぞれのインベントリコレクタ２１０は、特定の方法で（複数の）ハードウェアコンポーネントおよび／または（複数の）ソフトウェアコンポーネントに関連付けられた詳細情報を発見する（例えば、Ｗｉｎ３２（登録商標）、Ｗｉｎｄｏｗｓ（登録商標）Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ（ＷＭＩ）、Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ（登録商標）（ＡＤ）、ＬａｎＭａｎａｇｅｒ  ＡＰＩ、Ｓｅｒｖｉｃｅ  Ｃｏｎｔｒｏｌ  Ｍａｎａｇｅｒ、および／またはＳｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ（ＳＮＭＰ）を使用する）。例えば、インベントリ収集コンポーネント１１０は、リモートプロシージャコール（ＲＰＣ）、分散型コンポーネントオブジェクトモデル（ＤＣＯＭ）、および／またはＬｉｇｈｔｗｅｉｇｈｔ  Ｄｉｒｅｃｔｏｒｙ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ（ＬＤＡＰ）を使用して（複数の）コンピュータにリモートで接続できる。
【００２３】
適宜、収集すべきデータは、後述のように、インベントリウィザード（例えば、ユーザインターフェイス）を使用して指定することができる。（複数の）インベントリコレクタ２２０を介して収集されたデータは、インベントリデータストア１２０に格納できる。
【００２４】
ＲＰＣ、ＤＣＯＭ、および／またはＷＭＩをサポートしないレガシープラットフォームを使用する（複数の）コンピュータに関して、コンピュータに対するインベントリ情報が必要な場合、特定のコンピュータ上で特定のレガシープラットフォームに対するインベントリコレクタ２１０を使用することができ、中央ファイル共有を作成することができる。レガシーインベントリコレクタ２１０は、ネットワーク共有に格納することができる情報の部分集合を返すことができ（例えば、オペレーティングシステムＡＰＩおよびシステムレジストリを使用して）、そこで、その部分集合をインベントリデータストア１２０にインポートすることができる。情報は、例えば、以下を含むことができる。
・  コンピュータ名
・  ＩＰアドレス
・  ＣＰＵタイプ
・  ＣＰＵカウント
・  ドメイン情報
・  ドライブ容量
・  ドライブ空き領域
・  オペレーティングシステムのバージョン
・  ページファイル
【００２５】
次に、特定のインベントリコレクタ２１０は、例えば、Ｗｉｎ３２（登録商標）ＡＰＩ  ＮｅｔＳｅｒｖｅｒＥｎｕｍ（）を使用して、ネットワーク上で識別されたＷｉｎｄｏｗｓ（登録商標）サーバおよび／またはラップトップを識別することで、Ｗｉｎ３２（登録商標）に関連付けることができる。さらに、Ｗｉｎ３２（登録商標）ＡＰＩを使用することで、Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ（登録商標）、ドメイン、およびクラスタリングをチェックすることができる。情報は、さらに、標準ＡＰＩを使用してレジストリから読み出すことができる。それに加えて、ネットワーク構成情報は、ドメインネームサービス（ＤＮＳ）、動的ホスト構成プロトコル（ＤＨＣＰ）および／またはＷｉｎｄｏｗｓ（登録商標）インターネットネーミングサービス（ＷＩＮＳ）から読み出すことができる。
【００２６】
この例を続けると、Ｗｉｎ３２  ＡＰＩから特定の情報を直接収集することができる。例えば、ＮｅｔＳｅｒｖｅｒＥｎｕｍ（）ＡＰＩは、ネットワーク上に現在現れているＷｉｎ３２マシンを検出するために使用することができるが、ネットワークに現在つながっていないマシンについては検出しない。この例では、以下の情報をＷｉｎ３２から収集することができる。
【００２７】
【表１】
2009510602.tif 000003
【００２８】
さらに、Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ（登録商標）は、存在すれば、ネットワークインベントリが実施されるときに、ネットワークに接続されていないデバイスに関する一部の情報を与えることができる。
【００２９】
他の例では、特定のインベントリコレクタ２１０は、ＷＭＩに関連付けられ、これにより、そのコレクタが許可を有するそれぞれのコンピュータから詳細なハードウェアおよびソフトウェアインベントリならびにオペレーティングシステム構成情報を取得することができる。これは、例えば、（複数の）ローカルアカウント、ＢＩＯＳ、ディスクドライブ、メモリ、プロセッサ情報、ソフトウェアインベントリ、ネットワーク構成、および／または（複数の）ソフトウェアパッチなどに関する情報を含む。
【００３０】
この例では、インベントリコレクタ２１０は、Ｃ＃およびＮＥＴ  Ｓｙｓｔｅｍ．ＳｙｓｔｅｍＭａｎａｇｅｍｅｎｔ名前空間を利用して、ＷＭＩ情報をリモートで読み出すことができる。例えば、インベントリ情報は、以下のＷＭＩクラスから収集することができる。以下のＷＭＩクラスは、インベントリ情報の出所となるクラスの単なる例である−追加のインベントリ情報は、他のＷＭＩクラスから収集することができる。
【００３１】
【表２】
2009510602.tif 000004
【００３２】
【表３】
2009510602.tif 000005
【００３３】
さらに、インベントリコレクタ２１０は、Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ（登録商標）に関連付けることができる。この例では、ＬＤＡＰクエリは、存在する場合にＡｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ（登録商標）と突き合わせて実行することができる。Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ  Ｕｓｅｒオブジェクトに対するクエリを使用して、ユーザの名前、住所、電話番号、所在地、マネージャなどの情報を取り出すことができる。それに加えて、コンピュータオブジェクトは、サーバ、ワークステーション、ドメインコントローラ、および／またはグローバルカタログなどを識別するために使用できる。
【００３４】
この例では、インベントリコレクタ２１０は、Ｓｙｓｔｅｍ．ＤｉｒｅｃｔｏｒｙＳｅｒｖｉｃｅｓ名前空間を使用して、ＵｓｅｒおよびＣｏｍｐｕｔｅｒクラスから情報を返すことができる。Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ（登録商標）が展開されていれば、ネットワークに現在つながっていないマシンを識別できる。例えば、これは、出張中のセールスマンが使用しているラップトップおよび／または何らかの理由からオフにされたマシンを識別するのに非常に役立ちうる。
【００３５】
ユーザ情報は、Ｕｓｅｒオブジェクトから（複数の）属性を読み込むことにより得られ、例えば、以下の通りである。
【００３６】
【表４】
2009510602.tif 000006
【００３７】
当業者であれば、ユーザについてＡｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙから追加情報を収集されることを理解するであろう。
【００３８】
コンピュータ情報は、Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ  Ｃｏｍｐｕｔｅｒオブジェクトから収集することができ、例えば、以下の通りである。
【００３９】
【表５】
2009510602.tif 000007
【００４０】
当業者であれば、コンピュータについてＡｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙから追加情報を収集されることを理解するであろう。
【００４１】
次に、ＳＮＭＰは、特定のインベントリコレクタ２１０により、標準ＳＮＭＰ管理情報ベース（ＭＩＢ）を使用してルータ、スイッチ、および／またはファイヤウォールなどのインターネットプロトコル（ＩＰ）アドレス指定可能ネットワークデバイスを識別するために使用できる。ＳＮＭＰは、さらに、他の（複数の）インベントリコレクタ２１０により認識されていない（複数の）オペレーティングシステムが稼働している（複数の）コンピュータおよび／または（複数の）サーバを識別するために使用することができる。
【００４２】
本明細書で（複数の）コンピュータハードウェアコンポーネントおよび／または（複数の）ソフトウェアコンポーネントの発見を円滑に進める複数の特定のメカニズムが説明されているが、請求された主題を実施するのに適している任意のタイプのメカニズムを使用することができ、そのようなすべてのタイプのメカニズムは、付属の請求項の範囲内に収まることが意図されていることが理解されるべきである。
【００４３】
次に図３を参照すると、例示的なデータストア１２０が示されている。データストア１２０（例えば、データベース）は、例えば、顧客のネットワーク上のサーバ、ＩＴ専門家のラップトップおよび／またはコンピュータに格納することができる。様々な顧客の専有情報へのアクセス権を有するＩＴコンサルタントにより使用される場合、それぞれの顧客に関する情報は、別のデータベースに格納することができる（例えば、そのようなものとして専有／機密に保持される情報）。
【００４４】
この例では、データストア１２０は、アップグレード規則を記述するメタデータ３１０、バージョンおよび登録ユーザなどのオペレーティングシステム情報３１０、ハードウェア／ソフトウェアインベントリ３３０、構成情報３４０、および／またはアプリケーション互換性データ３５０を格納する。データストア１２０は、さらに、後述のように、収集されたインベントリに基づいて生成されうる提案情報３６０を格納する。さらに、データストア１２０は、作業が実行されると自動的に更新されるプロジェクトステータス３７０を格納することができる。
【００４５】
一例では、ハードウェア／ソフトウェアインベントリ３３０は、例えば、ハードウェア／ソフトウェアインベントリに関する情報を含むデータベーステーブルを含む。
【００４６】
【表６】
2009510602.tif 000008
【００４７】
【表７】
2009510602.tif 000009
【００４８】
【表８】
2009510602.tif 000010
【００４９】
自動化に関して、インベントリデータストア１２０は、例えば、データベーステーブルを含むことができ、以下の通りである。
【００５０】
【表９】
2009510602.tif 000011
【００５１】
図１に戻ると、システム１００は、適宜、インベントリウィザード１３０（例えば、ユーザインターフェイス）を備えることができる。インベントリウィザード１３０は、ユーザ、例えばＩＴ専門家がシステム１００に収集させたい情報を指定するために使用できる。例えば、ＩＴ専門家は、自分のラップトップを顧客のネットワークにプラグインし、インベントリウィザード１３０を使用して、ＩＴ専門家に収集させたい情報を迅速に指定することができる。一例では、ＩＴ専門家は、ＬＡＮ  Ｍａｎａｇｅｒ、Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ、ＷＭＩ、およびＳＮＭＰを使用して、ハードウェアおよびソフトウェア情報を収集するデフォルトを選択する。これにより、ＩＴ専門家は、この環境内にインストールされたアセットを詳しく理解することができる。
【００５２】
図４〜１０を少しだけ参照すると、例示的なインベントリウィザードセッションのスクリーンショットが例示されている。図４は、インベントリウィザード１３０を起動するユーザインターフェイス４００のスクリーンショットである。次に、図５は、システム１００により生成されたインベントリに入れるネットワーキング情報に関するユーザインターフェイス５００のスクリーンショットである。例えば、選択された場合、ＮｅｔＳｅｒｖｅｒＥｎｕｍ（）を呼び出して、マシンおよびオペレーティングシステム情報を取得することができる。
【００５３】
図６は、Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ（登録商標）情報のコンポーネントの識別／選択を円滑に進めるユーザインターフェイス６００のスクリーンショットである。ユーザは、システム１００により生成されたインベントリにコンピュータ、プリンタ、および／またはユーザを選択的に含めることができる。
【００５４】
このマシンがＡｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙフォレストの一部である場合、このページは、そのまま表示される。そうでなければ、フォレストのＤＮＳ名の入力をユーザに促し、ユーザがユーザ名およびパスワードを指定できるようにする追加のページが用意される。これは、ＩＴ専門家のラップトップがおそらく顧客のフォレストの一部とならないので必要である。この例では、プライバシー問題がある場合に、ユーザ、コンピュータ、およびプリンタについてユーザに対しクエリが実行される。
【００５５】
図７は、ＳＮＭＰ情報の使用に関するユーザインターフェイス７００のスクリーンショットである。この例では、ユーザは、システム１００側でネットワークデバイスを識別するためにＳＮＭＰを使用するかどうかを選択することができる。
【００５６】
選択された場合、システム１００は、ＳＮＭＰを使用し標準ＭＩＢについてＩＰアドレス指定可能なデバイスに問い合わせを行うことができる。これにより、システム１００は、ファイヤウォールおよびネットワークに接続されたプリンタを識別することができる。適宜、ユーザは、ＳＮＭＰ  ＲＥＡＤコミュニティ文字列を単純グリッドとして指定することを許されうる。それぞれのコミュニティ文字列は、デバイス情報を要求するために指定された順序で使用することができる。
【００５７】
次に、図８は、システム１００により収集すべきＷＭＩハードウェアおよびソフトウェアインベントリのユーザインターフェイス８００のスクリーンショットである。ユーザは、オペレーティングシステム情報、それぞれのコンピュータ上にインストールされたアプリケーション、インストールされたサービスパックおよび（複数の）ソフトウェアパッチ、コンピュータ上に作成されたローカルアカウント、ＢＩＯＳバージョンおよび構成情報、および／またはディスクドライブ、ネットワークインターフェイスカードなどのデバイスを選択的に含めることができる。
【００５８】
ＷＭＩは、ハードウェア／ソフトウェアインベントリを収集するために使用できる。管理者特権は、ＷＭＩインベントリを列挙するのに必要であるため、アカウント名およびパスワード（例えば、永続的でない）を入力することを可能にするグリッドを備えることができる。それぞれのマシンについて、マシンに接続できるか、またはアカウントの有効性が失われるまで資格情報が順に使用される。
【００５９】
図９に例示されているユーザインターフェイス９００を使用することで、ユーザ（例えば、ＩＴ専門家）は、インベントリデータストア１２０を格納するためシステム１００によって使用される情報を提供することができる。例えば、ユーザは、認証情報とともにインベントリデータストア１２０を格納するためにサーバ名を識別することができる。さらに、ユーザは、インベントリデータストア１２０に対し名前を識別するか、またはすでに１つ存在していれば、既存のどのインベントリデータストア１２０を使用すべきかを識別することができる。
【００６０】
最後に、図１０は、インベントリウィザード１３０を完了するユーザインターフェイス１０００のスクリーンショットである。この例では、完了したタスクのサマリーが、スクリーンショット１０００を介してユーザに示される。
【００６１】
自動化ネットワーク展開
図１１を参照すると、自動化ネットワーク展開システム１１００が例示されている。システム１１００は、例えば、自動化ネットワーク評価システム１００により収集されたインベントリデータストア１２０を備える。システム１１００は、さらに、プロジェクト提案ウィザード１１１０（例えば、ユーザインターフェイス）、詳細プロジェクト計画１１２０、（複数の）ダイアグラム１１３０、（複数の）チェックリスト１１４０、自動化展開コンポーネント１１５０、サーバ報告ツール１１６０、および／または互換性コンポーネント１１７０を備えることができる。
【００６２】
プロジェクト提案ウィザード１１１０（例えば、ユーザインターフェイス）は、ＩＴ専門家が検討のため顧客に提示することができる詳細な試案の生成を円滑に進めるために使用できる。例えば、試案は、（複数の）サーバおよび／または特定のワークステーションのグレードアップに関する情報を含むことができる。
【００６３】
図１２〜２１を参照すると、例示的なプロジェクト提案ウィザードセッションのスクリーンショットが例示されている。図１２は、初期画面のユーザインターフェイス１２００のスクリーンショットである。図１３は、提案を生成する際に使用される情報の識別を円滑に進めるユーザインターフェイス１３００のスクリーンショットである。例えば、ユーザは、サーバ名、認証方法、および使用すべき特定のインベントリデータソース１２０を識別することができる。
【００６４】
次に、図１４を参照すると、提案を生成する際に使用されるプロジェクタ範囲に関するユーザインターフェイス１４００のスクリーンショットが例示されている。図１５は、提案に具備するべきサーバの識別を円滑に進めるユーザインターフェイス１５００のスクリーンショットである。
【００６５】
図１６は、クライアントワークステーションプロジェクトの範囲を識別するために使用されるユーザインターフェイス１６００のスクリーンショットである。このユーザインターフェイスを使用することで、ユーザは、（複数の）アップグレードを含めるか、ワークステーションのセキュリティにアクセスするか、および／またはアプリケーション互換性を検証するかどうかを識別することができる。
【００６６】
次に、図１７は、サーバの役割割り当ての識別を円滑に進めるユーザインターフェイス１７００のスクリーンショットである。例えば、ユーザは、ネットワークサーバ、メッセージングサーバ、管理サーバ、および適宜、エッジサーバを識別することができる。
【００６７】
図１８は、提案に具備する情報の識別を円滑に進めるユーザインターフェイス１８００のスクリーンショットである。例えば、（複数の）ネットワークダイアグラム、コンピュータハードウェアアセットサマリー、および／またはソフトウェア製品サマリーは、選択的に提案に含めることができる。
【００６８】
次に図１９を参照すると、生成される提案に対する詳細の識別を円滑に進めるユーザインターフェイス１９００のスクリーンショットが例示されている。例えば、ユーザは、保存済み提案および／または提案を生成するときに使用すべきテンプレートに対する場所（例えば、ファイル名）を識別することができる。例えば、テンプレートを使用することで、ＩＴ専門家は、ＩＴ専門家のロゴ、住所、電話番号でカスタマイズし、および／またはドキュメントの書式設定およびセクション順序付けなどを制御することができる。
【００６９】
図２０は、提案がシステム１１００により生成されているときに表示されるユーザインターフェイス２０００のスクリーンショットである。最後に、図２１は、提案完了に使用されるユーザインターフェイス２１００のスクリーンショットである。ユーザインターフェイス２１００は、提案および／または関連するダイアグラムの（複数の）記憶域を識別することができる。例示的な提案は、付録Ａにまとめられており、本明細書の一部となっている。
【００７０】
プロジェクト提案では、作業（例えば、試しにカバーすべき）のサマリーを作成する。提案は、例えば、以下を含むことができる。
１．一方のサーバオペレーティングシステムから他方のサーバオペレーティングシステムへの移行。
２．（複数の）ソフトウェアアプリケーションのアップグレード。
３．ＶＰＮ／接続ユーザシナリオのインストールおよび構成。
４．ヘルスモニタリングソフトウェアのインストールおよび構成。
５．更新サービス（クライアントパッチング）のインストールおよび構成。および／または
６．Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ（登録商標）Ｇｒｏｕｐ  Ｐｏｌｉｃｙ（構成およびソフトウェア配布）。
【００７１】
図１１に戻ると、詳細プロジェクト計画１１２０は、システム１１００により生成され、さらに、ＩＴ専門家によりオンサイトで必要とされる時間を短縮することができる。詳細プロジェクト計画１１２０は、もしあれば知られている（複数の）互換性問題を積極的に識別し、更新および／移行が開始する前に問題改善を推奨することができる。
【００７２】
例えば、プロジェクト計画１１２０は、インストールすべきソフトウェアおよび選択された全ての構成のリストを含むことができる。プロジェクト計画１１２０の範囲は、上述のようにプロジェクト提案ウィザード１１１０に基づくことができる。
【００７３】
次に、インベントリデータストア１２０内の詳細なインベントリおよび提案情報は、現在の、および／または提案されたアーキテクチャのサマリーとなる（複数の）ダイアグラム１１３０を自動的に生成するために使用できる。これらのダイアグラム１１３０を使用すると、ＩＴ専門家にとっても顧客にとっても、すでに展開され稼働中のものを正確に理解することが容易になりうる。
【００７４】
図２２を少しだけ参照すると、例示的なダイアグラム２２００が示されている。この例では、ダイアグラム２２００は、サブネットのツリーからなる。それぞれのサブネットは、ＩＰアドレスにより識別され、ソートされる。
【００７５】
ダイアグラム２２００上のそれぞれのノードは、マシンタイプを表すアイコンとマシンの役割、マシン名、およびＩＰアドレスなどの最も重要な特性のサマリーを示すテキストボックスを含む。アイコンおよびテキストボックスは、ダイアグラムが手動でレイアウトされる場合に離ればなれにならないようにグループにまとめることができる。マシンタイプは、インベントリデータストア１２０内に格納されているＷＭＩ  ＳｙｓｔｅｍＥｎｃｌｏｓｕｒｅ  ｃｌａｓｓ  ＣｈａｓｓｉｓＴｙｐｅｓ  ａｔｔｒｉｂｕｔｅ０により定義することができる。例えば、ラップトップのＣｈａｓｉｓＴｙｐｅｓ値は１０である。ＣｈａｓｉｓＴｙｐｅｓ値に基づいてサーバ、ブレード、ラップトップ、ノートブック、ＰＤＡ、スイッチ、ルータ、ファイヤウォール、および無線アクセスポイントを表すために、異なるアイコンを使用することができる。この例では、それぞれのプリンタおよびネットワークファイル共有が、図に描かれている。
【００７６】
ダイアグラム２２００上のクラッターを低減するために、クライアントワークステーション、ラップトップ、ＰＤＡが含まれていない。しかし、この例では、それぞれのサブネットに対する最下行に、与えられたＣｈａｓｉｓＴｙｐｅｓに対する数のサマリーを加えることができる。複数のマシン／ラップトップ／などを示す特別なアイコンを使用して、指定されたノードではなくサマリーであることを示すことができる。
【００７７】
一例では、「そのまま」のダイアグラムは、（複数の）サーバのみを示し、ラップトップ／デスクトップのサマリーを作成するシステム１１００により生成することができる。さらに、提案された（複数の）サーバ、（複数の）クライアント、および／または（複数の）ネットワークデバイスを示す提案されたダイアグラムが、生成できる。さらに、（複数の）サーバ、（複数の）クライアント、および／または（複数の）ネットワークデバイスを示す完全アセットダイアグラムが、生成できる。
【００７８】
図１１に戻ると、システム１１００により生成される提案は、例えば展開時に経験不足のコンサルタントでも使用できる（複数の）詳細チェックリストを含むことができる。（複数の）チェックリスト１１４０は、アップグレード／移行を完遂するのに必要なそれぞれのサービスおよびステップの配置を特に記述するアップグレード／移行計画の詳細を示すものとすることができる。チェックリスト１１４０は、アイテムの個数を減らす成功に基づく終了開始の関係を有するタスクのリストを具備することができる。
【００７９】
（複数の）チェックリスト１１４０および他の補助手段は、特定の環境に合わせてカスタマイズすることができる。例えば、実際のコンピュータ名およびＩＰアドレスは、単に一般的な値ではなく、これらのドキュメント内で使用することができる。さらに、ドキュメントのセクションは、特定の環境に依存して変化することがあり、従って顧客がシステムの特定のタイプの移行を実行する場合、それらのドキュメントは、そのタイプの移行を実行するステップを記述するだけであり、他のタイプを記述することはしない。
【００８０】
一例では、（複数の）チェックリスト１１４０は、ＷｏｒｋｆｌｏｗＳｔｅｐＥｘｅｃｕｔｉｏｎｓテーブルから駆動される（上述）。ステップ／タスクが実行されると、チェックリスト１１４０は、自動的に更新される。これにより、プロジェクトのステータスの現在の正確な情報を簡単に取得できる。
【００８１】
例えば、ＩＴ専門家は、ＩＴ専門家の提案の一部として詳細な（複数の）チェックリスト１１４０を含むことができる。（複数の）チェックリスト１１４０から、マシン毎に簡潔で秩序正しいタスクリストが得られる。ステップをスキップし、インストール／移行をやり直さなければならなくても、非常に簡単に行うことができるため、チェックリスト１１４０により、完了すべき全てのタスクおよびそれらのタスクが実行されるマシンの詳細のサマリーが順序正しく作成される。これにより、インストールを完了する時間が短縮され、時間のかかる（複数の）ミスの発生する確率が低減される。
【００８２】
最後に、自動化展開コンポーネント１１５０は、サーバオペレーティングシステムおよび様々なサービスコンポーネントの展開（例えば、インストールおよび構成）を自動化することができる。自動化は、例えば、新しいＷｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３  ＯＳのインストール用のＷＩＮＮＴ．ＳＩＦファイル生成、ＩＴサービスの構成および検証用のスクリプト、およびセットアップタスクのステップおよび実行順序設定の規範的ガイダンスを含むことができる。例えば、自動化展開コンポーネント１１５０は、無人実行セットアップファイルを生成し、ネットワークサービスセットアップ用のスクリプトを生成し、構成スクリプトを生成し、および／または（複数の）コンポーネントをサイレントインストールすることができる。従って、自動化展開コンポーネントは、ネットワークサーバ、メッセージングサーバ、および管理サーバをインストールし、構成する時間を短縮することができる。
【００８３】
自動化展開コンポーネント１１５０は、プランニングウィザード１１８０を介してユーザ（例えば、ＩＴコンサルタント）からの情報を利用することができる。プランニングウィザード１１８０（例えば、ユーザインターフェイス）は、ユーザから得られた情報に基づいて特定の環境に対するワークフローを生成することができる（例えば、（複数の）顧客要件／（複数の）プリファレンスに基づく）。
【００８４】
展開時のタスク実行順序設定
図２３を参照すると、タスクフローダイアグラム２３００が例示されている。サーバのセットアップおよび移行には、複雑なシーケンスのタスクの実行を調整できる必要がある。ダイアグラム２３００では、タスクＡが最初に実行される。これが成功した場合、完了した後にタスクＢが実行される。タスクＡが失敗した場合、タスクＣが実行される。タスクＢが実行され、成功した場合、タスクＥ、タスクＦ、およびタスクＧが、並列に実行される。タスクＢが失敗した場合、タスクＤが実行され、ワークフローは終了する。タスクＢが成功した場合、タスクＨは、タスクＥ、タスクＦ、およびタスクＧが成功した場合のみ実行される。
【００８５】
図２３のシーケンスは、非循環有向グラフの一例である。有向グラフは、サイクルを含まず、実行されるノードのツリーとして視覚化することができる。有向グラフは、タスク、ステップ、優先制約条件、及びパラメータの概念を使用して容易にモデル化することができる。
【００８６】
上述したように、自動化に関して、インベントリデータストア１２０は、タスクの実行順序設定を円滑に進めるデータベーステーブルを含むことができる。データベースは、ネットワーク接続環境内の複数のマシン上のタスクの実行を制御する集中型サーバを利用する。この例では、並列実行をサポートするトランザクション指向ワークフローシステムをサポートすることができる。
【００８７】
この例では、タスクシーケンス、またはワークフローは、任意の数のステップからなる。これらのステップで、実行のフローを制御し、実行すべきタスクを識別する。それぞれのステップは、その優先制約条件の全てが満たされた場合に必ず実行される。これは、本質的並列実行モデルである。その優先制約条件を満たしたステップは、自動的に並列実行されるため、総実行時間が短縮される。
【００８８】
それぞれのステップは、適宜、１つまたは複数の優先制約条件が設定される。優先制約条件は、実行するステップに必要な状態を定義する。ステップが実行されると、これは、ＮｏｔＲｕｎ、Ｒｕｎｎｉｎｇ、Ｓｕｃｃｅｓｓ、Ｆａｉｌｕｒｅ、またはＣｏｍｐｌｅｔｅｄの実行ステータスを有する。ＮｏｔＲｕｎは、ステップが実行されていないことを意味する。Ｒｕｎｎｉｎｇは、ステップが、現在実行中であり、その実行ステータスが知られていないことを示す。Ｓｕｃｃｅｓｓは、そのステップがＷｉｎ３２プロセス終了コードに基づいて実行を正常に完了したことを示す。Ｆａｉｌｕｒｅは、そのステップが何らかの理由により失敗したことを示し、またゼロでないＷｉｎ３２終了コードにより示される。
【００８９】
それぞれの優先制約条件は、前のステップの必要な実行ステータスを定義する。例えば、タスクＡは、優先制約条件を有さず、従って、即時実行に適している。タスクＢは、Ｔａｓｋ  Ａ  Ｓｕｃｃｅｓｓを指定する優先制約条件を有する。タスクＣは、優先制約条件Ｔａｓｋ  Ａ  Ｆａｉｌｕｒｅを有する。複雑な制約条件は、Ｓｕｃｃｅｓｓ、Ｆａｉｌｕｒｅ、およびＣｏｍｐｌｅｔｉｏｎステータスの組合せから作成できる。
【００９０】
ステップは、実行のフローを制御する。タスクは、実行すべきものを記述する。タスクはそれぞれ、例えば、Ｗｉｎ３２プロセス、バッチファイル、ＳＱＬ  Ｓｅｒｖｅｒストアドプロシージャ、またはマニュアルオペレーションとして実装することができる。タスクからの戻りコードは、ステップの実行ステータスを定める。タスクは、適宜、失敗時に暗黙のうちに実行される補正コマンドを定義する。一例では、ユーザは、マニュアルオペレーションのステータスコードを指定する。
【００９１】
タスクは、多くの場合、ファイルパス／名前、サーバ、ユーザ名、またはパスワードを定義するパラメータを必要とする。タスクは、データベースに格納されている１つまたは複数のパラメータを有することができる。パラメータ値は、タスク間で共有可能である。これにより、タスクＡの出力ファイル名をタスクＢの入力ファイル名として使用することができる。
【００９２】
ワークフローは、何回も実行できる。ワークフローのそれぞれの実行は、ＷｏｒｋｆｌｏｗＥｘｅｃｕｔｉｏｎｓテーブルに格納される。これは、ワークフローの全ステータスのサマリーを作成する。それぞれのステップ／タスクの実行に関する詳細情報は、ＷｏｒｋｆｌｏｗＳｔｅｐＥｘｅｃｕｔｉｏｎｓテーブルに格納される。タスクが実行を完了すると、必ず、ストアドプロシージャが、ＷｏｒｋＦｌｏｗＳｔｅｐＥｘｅｃｕｔｉｏｎｓテーブル内の状態を更新する。このテーブル上のトリガー（例えば、ＳＱＬ  Ｓｅｒｖｅｒ）は、ＷｏｒｋｆｌｏｗＳｔｅｐＥｘｅｃｕｔｉｏｎｓテーブルに対しクエリを実行して、その優先制約条件の全てが満たされている他のステップを識別し、実行する。ワークフローが完了すると、最終ステータスをＷｏｒｋｆｌｏｗ実行テーブルに書き込む。
【００９３】
図１１に戻って参照すると、インベントリデータストア１２０スキーマは、（複数の）ＩＴ専門家が（複数の）サーバ報告ツール４５０（例えば、ＳＱＬ  Ｓｅｒｖｅｒ  Ｒｅｐｏｒｔｉｎｇ  Ｓｅｒｖｉｃｅｓ）を使用して顧客向けのカスタムレポートを作成できるように文書化されうる。これは、（複数の）ＩＴ専門家が将来の問題のトラブルシューティングを行い、および／またはより効率的に積極的な管理を行うために既存のアセットの分析を行うのを支援することができる。
【００９４】
一例では、インターネット接続が利用可能な場合、システム１１００は、互換性コンポーネント１１７０を使用して更新の有無をチェックすることができる。互換性コンポーネント１１７０は、もしあれば知られているハードウェアおよび／またはソフトウェア互換性（複数の）問題を識別することができる。
【００９５】
システム１１００は、さらに、ライセンスサマリーを円滑に進めるために使用できる（例えば、顧客が、アプリケーションおよび／またはシステムソフトウェアに対するライセンスを適切な量だけ購入したことを確実にする）。そのため、システム１１００は、必要な（複数の）ソフトウェアライセンス、（複数の）未使用ライセンスの量、および／または予想された将来の要件を識別することができる。
【００９６】
さらに、インベントリデータストア１２０（例えば、データベース）の１つまたは複数のビューを用意することができる。例えば、それぞれのワークフローステップおよび優先制約条件のステータスを示すＷｏｒｋｆｌｏｗＣｏｎｓｔｒａｉｎｔＳｔａｔｕｓビューを用意することができる。実行に適しているステップを計算するＷｏｒｋｆｌｏｗＥｘｅｃｕｔａｂｌｅＳｔｅｐｓビューを用意することができる。さらに、ＷｏｒｋｆｌｏｗＣｏｍｐｌｅｔｅｄＳｔｅｐｓビューでは、どのステップが実行されたかを示すことができ、またそれぞれのステップが実行に要した時間を計算する。
【００９７】
次に、ストアドプロシージャを、インベントリデータストア１２０に格納することができる。例えば、ｓｐＥｘｅｃｕｔｅＷｏｒｋｆｌｏｗストアドプロシージャは、指定されたワークフローを実行することができる。ｓｐ＿ＥｘｅｃｕｔｅＳｔｅｐストアドプロシージャは、実行に適したステップがなくなるまでワークフロー内のそれぞれのステップを実行することができる。図２４を少しだけ参照すると、上述のワークフローに関する例示的なスキーマ２４００が示されている。集合指向ＳＱＬを使用して非巡回グラフの（複数の）依存関係を評価する機能は、強力であり、フォールトトレランス、再起動性などを円滑に進めることができる。
【００９８】
例示的なワークフロースクリプト
以下は、例示的なワークフロースクリプトである。
【００９９】
【表１０】
2009510602.tif 000012
【０１００】
【表１１】
2009510602.tif 000013
【０１０１】
【表１２】
2009510602.tif 000014
【０１０２】
【表１３】
2009510602.tif 000015
【０１０３】
【表１４】
2009510602.tif 000016
【０１０４】
ワークフロースクリプトを実行するには、以下を実行する。
【０１０５】
【表１５】
2009510602.tif 000017
【０１０６】
このワークフロースクリプトの実行の例示的な出力は、図２５に示されている。さらに、例示的なＷＭＩインベントリ情報は、付録Ｂに記載されている。
【０１０７】
図２６〜３３を少しだけ参照すると、例示的な展開ウィザードセッションのスクリーンショットが例示されている。図２６は、展開ウィザードを起動するユーザインターフェイス２６００のスクリーンショットである。次に、図２７は、例えば、インストール用の一時アカウントを作成するために使用するドメイン管理者資格情報に関するユーザインターフェイス２７００のスクリーンショットである。
【０１０８】
次に、図２８は、新しいドメインに対するドメイン管理者資格情報に関するユーザインターフェイス２８００のスクリーンショットである。例えば、ユーザは、展開完了後にドメイン管理者アカウントの機密保護のため使用されるパスワードを指定することができる。
【０１０９】
図２９は、ディレクトリサービスリストアモードのパスワードに関するユーザインターフェイス２９００のスクリーンショットである。例えば、ユーザは、ディレクトリサービスリストアモード（ＤＳＲＭ）に使用されるＡｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ（登録商標）パスワードを指定することができる。
【０１１０】
図３０は、オペレーションズマネージャ資格情報の入力を円滑に進めるユーザインターフェイス３０００のスクリーンショットである。例えば、ユーザは、オペレーションズマネージャの管理のため作成すべきアクションアカウントの資格情報を指定することができる。
【０１１１】
図３１は、Ｍａｎａｇｅｍｅｎｔ  Ｓｅｒｖｅｒ管理パスワードに関するユーザインターフェイス３１００のスクリーンショットである。ユーザは、展開完了時に管理サーバの機密保護のため使用されるローカル管理者アカウントのパスワードを指定することができる。
【０１１２】
図３２は、システムがサーバを展開する準備が整っていることを示すユーザインターフェイス３２００のスクリーンショットである。図３３は、展開プロセスの実行中にユーザとの通信を円滑に進めるユーザインターフェイス３３００のスクリーンショットである。
【０１１３】
例示的な展開計画は、付録Ｃに含まれており、本明細書の一部となっている。
【０１１４】
システム１００、インベントリ収集コンポーネント１１０、インベントリデータストア１２０、インベントリウィザード１３０、（複数の）インベントリコレクタ２１０、システム１１００、プロジェクト提案ウィザード１１１０、詳細プロジェクト計画１１２０、（複数の）ダイアグラム１１３０、（複数の）チェックリスト１１４０、自動化展開コンポーネント１１５０、サーバ報告ツール１１６０、互換性コンポーネント１１７０、および／またはプランニングウィザード１１８０は、その術語がここで定義されているようにコンピュータコンポーネントである。
【０１１５】
図３４および３５を少し参照すると、請求されている主題に従って実装できる方法が例示されている。説明を簡単にするために、方法が図に示され、一連のブロックとして記述されているが、請求されている主題は、ブロックの順序により制限されるわけではなく、請求されている主題により、いくつかのブロックはその図に示されているここで説明されているのと異なる順序で、および／または別のブロックと同時に実行することも可能であることが理解され、認識されるであろう。さらに、方法を実施するために、例示されている全てのブロックが必要なわけではない。
【０１１６】
請求されている主題は、１つまたは複数のコンポーネントにより実行される、プログラムモジュールなどのコンピュータ実行可能命令の一般的背景状況において説明することができる。一般に、プログラムモジュールは、特定のタスクを実行する、または特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、データ構造などを含む。典型的には、プログラムモジュールの機能は、様々な実施形態で望まれているように組み合わせるか、または分散させることができる。
【０１１７】
図３４を参照すると、インベントリ情報を収集する方法３４００が例示されている。３４１０において、収集される（複数の）リソースが識別される（例えば、インベントリウィザード１３０を介してユーザ指定基準に基づく）。３４２０において、（複数の）リソースに関する情報が収集される（例えば、インベントリ収集コンポーネント１１０を介して）。次に、３４３０において、収集された情報は、インベントリデータストア（例えば、インベントリデータストア１２０）に格納される。
【０１１８】
図２７を参照すると、提案情報を生成する方法２７００が例示されている。２７１０において、提案を生成するために使用すべき情報を受け取る（例えば、プロジェクト提案ウィザード１１１０を介して）。２７２０において、インベントリ情報は、インベントリデータストア（例えば、インベントリデータストア１２０）から取り出される。
【０１１９】
３５３０において、提案が生成される。３５４０において、（複数の）ダイアグラムが自動的に生成される（例えば、「そのままの」ダイアグラムおよび／または提案されたダイアグラム）。３５５０において、（複数の）タスクリストが生成される。３５６０において、自動化情報が生成される（例えば、初期値入力されたワークフロープロセステーブルおよび／または作成された（複数の）スクリプト）。例えば、インベントリデータストアに格納されるワークフロー自動化情報を生成することができる（例えば、ワークフロー自動化情報は、タスク実行順序設定、タスク、およびタスクに関連付けられたステップを記述する）。ワークフロー自動化情報は、優先制約条件を含むことができ、優先制約条件は、実行する特定のステップに必要な状態を定義し、この特定のステップは、もしあれば優先制約条件すべてが上述のように満たされた後にのみ実行される。
【０１２０】
請求されている主題の様々な態様の他の背景状況を示すために、図３６および以下の説明は、好適な動作環境３６１０の簡潔な概要的説明を行うことが意図されている。請求されている主題は、１つまたは複数のコンピュータまたは他のデバイスにより実行される、プログラムモジュールなどのコンピュータ実行可能命令の一般的な背景状況において説明されているが、当業者であれば、請求されている主題は、他のプログラムモジュールと組み合わせて、および／またはハードウェアとソフトウェアとの組合せとしても実装できることを理解するであろう。しかし、一般に、プログラムモジュールは、特定のタスクを実行する、または特定のデータ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。動作環境３６１０は、好適な動作環境の一例にすぎず、請求されている主題の使用または機能の範囲に関する制限を示唆することを意図していない。請求されている主題とともに使用するのに適していると思われる他のよく知られているコンピュータシステム、環境、および／または構成として、限定はしないが、パーソナルコンピュータ、ハンドヘルドまたはラップトップデバイス、マルチプロセッサシステム、マイクロプロセッサベースのシステム、プログラム可能な家電製品、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ、上記システムまたはデバイスを含む分散コンピューティング環境などがある。
【０１２１】
図３６を参照すると、例示的環境３６１０はコンピュータ３６１２を含んでいる。コンピュータ３６１２は、演算処理装置３６１４、システムメモリ３６１６、およびシステムバス３６１８を備える。システムバス３６１８は、限定はしないが、システムメモリ３６１６を含むシステムコンポーネントを演算処理装置３６１４に結合する。演算処理装置３６１４は、様々な市販プロセッサがあるがそのうちのどれでもよい。デュアルマイクロプロセッサおよびその他のマルチプロセッサアーキテクチャも、演算処理装置３６１４として採用されうる。
【０１２２】
システムバス３６１８は、メモリバスまたはメモリコントローラ、周辺機器バスまたは外部バス、および／または８ビットバス、Ｉｎｄｕｓｔｒｉａｌ  Ｓｔａｎｄａｒｄ  Ａｒｃｈｉｔｅｃｔｕｒｅ（ＩＳＡ）、Ｍｉｃｒｏ−Ｃｈａｎｎｅｌ  Ａｒｃｈｉｔｅｃｔｕｒｅ（ＭＳＡ）、Ｅｘｔｅｎｄｅｄ  ＩＳＡ（ＥＩＳＡ）、Ｉｎｔｅｌｌｉｇｅｎｔ  Ｄｒｉｖｅ  Ｅｌｅｃｔｒｏｎｉｃｓ（ＩＤＥ）、ＶＥＳＡ  Ｌｏｃａｌ  Ｂｕｓ（ＶＬＢ）、Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ（ＰＣＩ）、Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ（ＵＳＢ）、Ａｄｖａｎｃｅｄ  Ｇｒａｐｈｉｃｓ  Ｐｏｒｔ（ＡＧＰ）、Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ  Ｍｅｍｏｒｙ  Ｃａｒｄ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ａｓｓｏｃｉａｔｉｏｎバス（ＰＣＭＣＩＡ）、およびＳｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍｓ  Ｉｎｔｅｒｆａｃｅ（ＳＣＳＩ）をはじめとする利用可能な各種バスアーキテクチャを使用するローカルバスなど数種類のバス構造のうちのいずれでもよい。
【０１２３】
システムメモリ３６１６は、揮発性メモリ３６２０および不揮発性メモリ３６２２を含む。起動時などにコンピュータ３６１２内の要素間の情報転送を行うための基本ルーチンを含む基本入出力システム（ＢＩＯＳ）は、不揮発性メモリ３６２２に格納される。例えば、限定はしないが、不揮発性メモリ３６２２には、読み取り専用メモリ（ＲＯＭ）、プログラム可能ＲＯＭ（ＰＲＯＭ）、電気的プログラム可能ＲＯＭ（ＥＰＲＯＭ）、電気的消去可能ＲＯＭ（ＥＥＰＲＯＭ）、またはフラッシュメモリなどがある。揮発性メモリ３６２０には、外部キャッシュメモリとして動作するランダムアクセスメモリ（ＲＡＭ）がある。例えば、限定はしないが、利用可能なＲＡＭとしては、同期ＲＡＭ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、同期ＤＲＡＭ（ＳＤＲＡＭ）、Ｄｏｕｂｌｅ  Ｄａｔａ  Ｒａｔｅ  ＳＤＲＡＭ（ＤＤＲ  ＳＤＲＡＭ）、Ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ（ＥＳＤＲＡＭ）、Ｓｙｎｃｈｌｉｎｋ  ＤＲＡＭ（ＳＬＤＲＡＭ）、およびＤｉｒｅｃｔ  Ｒａｍｂｕｓ  ＲＡＭ（ＤＲＲＡＭ）など様々な形態のものがある。
【０１２４】
コンピュータ３６１２は、さらに、取り外し可能／取り外し不可能な揮発性／不揮発性コンピュータ記憶媒体も備える。図３６は、例えばディスク記憶装置３６２４を示している。ディスク記憶装置３６２４は、限定はしないが、磁気ディスクドライブ、フロッピディスクドライブ、テープドライブ、Ｊａｚドライブ、Ｚｉｐドライブ、ＬＳ−１００ドライブ、フラッシュメモリカード、またはメモリスティックを含む。さらに、ディスク記憶装置３６２４は、記憶媒体を、単独で備えることも、また限定はしないが、コンパクトディスクＲＯＭデバイス（ＣＤ−ＲＯＭ）、ＣＤ書き込み可能ドライブ（ＣＤ−Ｒドライブ）、ＣＤ書き換え可能ドライブ（ＣＤ−ＲＷドライブ）、またはデジタル多用途ディスクＲＯＭドライブ（ＤＶＤ−ＲＯＭ）などの光ディスクドライブを含む他の記憶媒体と組み合わせて備えることもできる。ディスク記憶装置３６２４をシステムバス３６１８に接続しやすくするために、通常、インターフェイス３６２６などの取り外し可能または取り外し不可能インターフェイスを使用する。
【０１２５】
図３６は、ユーザと適当な動作環境３６１０内の説明されている基本コンピュータ資源との媒介手段として動作するソフトウェアを説明していることは理解されるであろう。このようなソフトウェアとして、オペレーティングシステム３６２８がある。オペレーティングシステム３６２８は、ディスク記憶装置３６２４に格納されることができ、コンピュータシステム３６１２の資源の制御および割り当てを行う働きをする。システムアプリケーション３６３０は、システムメモリ３６１６またはディスク記憶装置３６２４に格納されているプログラムモジュール３６３２およびプログラムデータ３６３４を通じてオペレーティングシステム３６２８により資源の管理を利用する。請求されている主題は、様々なオペレーティングシステムまたはオペレーティングシステムの組合せにより実装することができることは理解されるであろう。
【０１２６】
ユーザは（複数の）入力デバイス３６３６を使用してコマンドまたは情報をコンピュータ３６１２に入力する。入力デバイス３６３６は、限定はしないが、マウスなどのポインティングデバイス、トラックボール、ペン、タッチパッド、キーボード、マイク、ジョイスティック、ゲームパッド、衛星放送受信アンテナ、スキャナ、ＴＶチューナーカード、デジタルカメラ、デジタルビデオカメラ、Ｗｅｂカメラなどを含む。これらの入力デバイスやその他の入力デバイスは、（複数の）インターフェイスポート３６３８を介してシステムバス３６１８を通じて演算処理装置３６１４に接続する。例えば、（複数の）インターフェイスポート３６３８には、シリアルポート、パラレルポート、ゲームポート、およびユニバーサルシリアルバス（ＵＳＢ）がある。（複数の）出力デバイス３６４０は、（複数の）入力デバイス３６３６と同じ種類のポートのうちいくつかを使用する。従って、例えば、ＵＳＢポートは、コンピュータ３６１２に入力し、コンピュータ３６１２からの情報を出力デバイス３６４０に出力するために使用されることができる。出力アダプタ３６４２が備えられており、特別なアダプタを必要とする他の出力デバイス３６４０のうちモニタ、スピーカ、およびプリンタなどいくつかの出力デバイスがあることを示している。出力アダプタ３６４２は、例えば、限定はしないが、出力デバイス３６４０とシステムバス３６１８とを接続する手段となるビデオおよびサウンドカードを含む。他のデバイスおよび／またはデバイスのシステムは（複数の）リモートコンピュータ３６４４などの入出力機能を備えることに留意されたい。
【０１２７】
コンピュータ３６１２は、（複数の）リモートコンピュータ３６４４などの１つまたは複数のリモートコンピュータへの論理接続を使用してネットワーク接続環境で動作させることができる。（複数の）リモートコンピュータ３６４４は、パーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ、ワークステーション、マイクロプロセッサベースの機器、ピアデバイス、またはその他の共通ネットワークノードなどとすることができ、通常は、コンピュータ３６１２に関係する上述の要素の多くまたはすべてを含む。簡単のため、メモリ記憶デバイス３６４６のみ（複数の）リモートコンピュータ３６４４とともに例示されている。（複数の）リモートコンピュータ３６４４は、ネットワークインターフェイス３６４８を通じてコンピュータ３６１２に論理的に接続され、通信接続３６５０を介して物理的に接続される。ネットワークインターフェイス３６４８は、ローカルエリアネットワーク（ＬＡＮ）およびワイドエリアネットワーク（ＷＡＮ）などの通信ネットワークを含む。ＬＡＮ技術には、Ｆｉｂｅｒ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｄａｔａ  Ｉｎｔｅｒｆａｃｅ（ＦＤＤＩ）、Ｃｏｐｐｅｒ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｄａｔａ  Ｉｎｔｅｒｆａｃｅ（ＣＤＤＩ）、Ｅｔｈｅｒｎｅｔ（登録商標）／ＩＥＥＥ  ８０２．３、Ｔｏｋｅｎ  Ｒｉｎｇ／ＩＥＥＥ  ８０２．５などがある。ＷＡＮ技術には、２地点間接続リンク、統合デジタル通信網（ＩＳＤＮ）などの回線交換ネットワークとその変種、パケット交換ネットワーク、およびデジタル加入者回線（ＤＳＬ）などがある。
【０１２８】
（複数の）通信接続３６５０とは、ネットワークインターフェイス３６４８をバス３６１８に接続するために使用されるハードウェア／ソフトウェアのことである。通信接続３６５０は、わかりやすくするためにコンピュータ３６１２内に示されているが、コンピュータ３６１２の外部にあってもかまわない。ネットワークインターフェイス３６４８の接続に必要なハードウェア／ソフトウェアには、例えば、通常の電話グレードのモデム、ケーブルモデム、およびＤＳＬモデムを含むモデム、ＩＳＤＮアダプタ、およびＥｔｈｅｒｎｅｔ（登録商標）カードなどの内部および外部技術がある。
【０１２９】
上で説明されているものは、請求されている主題の複数の例を含む。もちろん、請求されている主題を説明するためにコンポーネントまたは方法の考えられるすべての組合せを説明することは不可能であるが、当業者であれば、請求されている主題の他の多くの組合せおよび置換が可能であることを理解できるであろう。したがって、請求されている主題は、付属の請求項の精神および範囲内に収まるそのようなすべての改変形態、修正形態、および変更形態を包含することを意図されている。さらに、「含む、備える（ｉｎｃｌｕｄｅ）」という言い回しが詳細な説明または請求項で使用されている範囲において、「備える、含む、からなる（ｃｏｍｐｒｉｓｉｎｇ）」が使用された場合に請求項の中で接続語として解釈されるのでこのような用語は「備える、含む、からなる（ｃｏｍｐｒｉｓｉｎｇ）」という用語と同様の使い方で包含的であることが意図される。
【０１３０】
［付録Ａ］
プロジェクト提案
クライアント向けに作成された
クライアントの住所
ワシントン州レドモンド９８０５２
Ｔｉｍ  Ｃｏｏｋ  ａｎｄ  Ｃｈｒｉｓ  Ｇｒｅｅｎ  Ｃｏｎｓｕｌｔａｎｃｙ  Ｓｅｒｖｉｃｅｓ向けに作成された
ＩＴ専門家により作成された提案
Ｓｔｅｗａｒｔ  Ｗａｌｋｅｒ
メインストリート１２３
ワシントン州エニータウン９８０５２
（４２５）５５５−１２１２
この提案および関連文書に含まれる情報はすべて、ＩＴ専門家の専有および機密情報であり、クライアントの役員取締役およびその被指名人が使用し、検討することのみを目的とする。
【０１３１】
目次
エグゼクティブサマリー．．．．．．．．．．．．．．．．．．．
提案．．．．．．．．．．．．．．．．．．．．．．．．．．．．
作業の範囲．．．．．．．．．．．．．．．．．．．．．．．．
提案されたサーバトポロジー．．．．．．．．．．．．．．．．
コスト．．．．．．．．．．．．．．．．．．．．．．．．．．
プロジェクト計画．．．．．．．．．．．．．．．．．．．．．
顧客前提条件．．．．．．．．．．．．．．．．．．．．．．．
既存ＩＴアセット．．．．．．．．．．．．．．．．．．．．．．
インベントリサマリー．．．．．．．．．．．．．．．．．．．
オペレーティングシステムのインベントリ．．．．．．．．．．
最上位アプリケーション．．．．．．．．．．．．．．．．．．
現在のトポロジー．．．．．．．．．．．．．．．．．．．．．
サーバ．．．．．．．．．．．．．．．．．．．．．．．．．．
クライアントワークステーション．．．．．．．．．．．．．．．
契約条件．．．．．．．．．．．．．．．．．．．．．．．．．．
【０１３２】
エグゼクティブサマリー
ここに会社のＩＴインフラストラクチャ用のＷｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  Ｓｙｓｔｅｍに基づく統合インフラストラクチャ移行および展開プロジェクトの設計、パイロット、および展開を提案したい。
【０１３３】
推奨：
中規模企業向けのＷｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  Ｓｙｓｔｅｍプロモーションに基づくＷｉｎｄｏｗｓ（登録商標）ＮＴ  ４．０  Ｓｅｒｖｅｒ  ＆  Ｅｘｃｈａｎｇｅ  ５．５からＷｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３  ＆  Ｅｘｃｈａｎｇｅ  ２００３へのアップグレード。
貴社のＩＴインフラストラクチャは、現在、弊社の評価に基づいてＷｉｎｄｏｗｓ（登録商標）ＮＴ  ４．０  Ｓｅｒｖｅｒ  ＆  Ｅｘｃｈａｎｇｅ  ５．５上で稼働中である。Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ＳｙｓｔｅｍファミリのＷｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３  ＆  Ｅｘｃｈａｎｇｅ  ２００３部分の評価および移行を推奨する。弊社の目標は、Ｍｉｃｒｏｓｏｆｔ（登録商標）社の新しい、既存のソリューションのすべての利点を理解する手助けをすることである。この推奨の主な目的は、貴社の業務優先事項のすりあわせをし、貴社のＩＴ投資の価値を最大化し、貴社のＩＴ環境向けに経営効率を改善することである。最新のＷｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３オペレーティングシステムのプラットフォームおよびＥｘｃｈａｎｇｅ  ２００３  Ｍｅｓｓａｇｉｎｇソフトウェアに移行すれば、貴社の業務関係を安全なものにし、最高の信頼性と最良の投資経済効果をもたらすことができる。さらに、Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  Ｓｙｓｔｅｍに投資することで、貴社のＩＴ担当職員は、最新の管理技術の使用に積極的になれる。最近のものではあるが、決して最新とは言えないプラットフォームを使って、貴社で使用するビジネスに不可欠なアプリケーションのセキュリティ、安定性、性能、およびコスト面の優位性を高められる。
【０１３４】
Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  Ｓｙｓｔｅｍへのアップグレードの利点：
インフラストラクチャをＷｉｎｄｏｗｓ（登録商標）２００３およびＥｘｃｈａｎｇｅ  ２００３にアップグレードするのにはいくつかの利点があるが、以下のデータポイントでは、業務に対するすぐに目に見える影響とともに高水準の利点のいくつかが明らかになる。
【０１３５】
業務生産性の増大。Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３には多数の機能強化が含まれており、最大の強化はユーザ、コンピュータ、および企業データの管理のための集中型ディレクトリ（Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ）である。この技術を使用することで、Ｗｉｎｄｏｗｓ（登録商標）ＮＴ  ４．０で以前には利用できなかった多くのセキュリティおよび管理面の利点が活かせる。集中型ディレクトリでは、すべての業務に不可欠なシステムの単一のディレクトリを有効にするＥｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３ディレクトリの統合も可能にする。
【０１３６】
このプラットフォームを利用することで、貴社のＩＴ担当職員および従業員は、システムの性能および生産性を高めることができ、例えば、貴社のモバイルワークフォースは、利用しているデバイスおよび接続速度に関係なく接続を保ち、企業リソースに安全にアクセスすることができる。新しいＥｘｃｈａｎｇｅ  ２００３機能とＭｉｃｒｏｓｏｆｔ（登録商標）  Ｏｆｆｉｃｅ  Ｏｕｔｌｏｏｋ  ２００３統合の向上により、リモートユーザ生産性が大幅に高まる。リモートユーザは、Ｗｅｂベースの直観的なＯｕｔｌｏｏｋ  Ｗｅｂアクセスに加えて、ＶＰＮ接続なしでＭｉｃｒｏｓｏｆｔ（登録商標）  Ｏｆｆｉｃｅ  Ｏｕｔｌｏｏｋ  ２００３を使用することができる。また、新しいモビリティおよびワイヤレス技術の機能強化により、遠隔地にいる従業員は携帯電話とＰＤＡから企業データにアクセスすることができる。
【０１３７】
これで、貴社の従業員およびビジネスパートナーは、Ｗｅｂブラウザだけを使用してＷｅｂ越しに容易に、また安全に共同作業を行うことができ、これは、Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３の一部として自由に利用できるＳｈａｒｅＰｏｉｎｔサービスと呼ばれる新しい機能により有効化される。また、ファイルおよびプリンタ共有機能もより単純に、より容易にすることができるように技術も改善されている。
【０１３８】
セキュリティ強化。最新のＷｉｎｄｏｗｓ（登録商標）プラットフォームは、今日のインターネット中心の世界向きに設計されており、インターネット技術を用いた新しい機能によるビジネスが可能になったけれども、その結果、新たにセキュリティ問題も生じた。企業ネットワークとネットワークとインターネットの間の壁が小さくなり、Ｗｉｎｄｏｗｓ（登録商標）ＮＴ  ４．０は、インターネットを基盤に置くＩＴ環境の新しい特質を扱えるように設計されていなかった。セキュリティの強化だけで、アップグレードの決定が容易に、また正当なものとなる。Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３およびＥｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３は、設計時のセキュリティ確保、既定設定のセキュリティ確保、展開時のセキュリティ確保の目標を共有して、企業内ネットワークとインターネットの両方のセキュリティ問題を取り扱う。これで、貴社のＩＴ担当職員は、サーバとデスクトップの両方を管理するソフトウェアセキュリティポリシーを定義し、自動的に強制することができる。データの安全性および利用可能性は、自動化されたフォルダリダイレクションおよびグループポリシー技術を使用することにより高められる。これらの新しい技術強化は、Ｗｉｎｄｏｗ  Ｓｅｒｖｅｒ  ２００３の一部として使用可能であり、会社のコンピュータおよびデータを保護しながら絶えず変化するビジネス要件に適応するようにコンピューティング環境を自在に制御できる。Ｅｘｃｈａｎｇｅ  ２００３の内蔵の改善されたスパムコントロールおよび改善されたウイルススキャン対応技術を使用すると、ジャンクメールおよびウイルス攻撃を実質的に減らすことができ、その結果、会社のＩＴリソースの利用可能性および最適化が高まり、従業員生産性が向上する。
【０１３９】
ＩＴ担当職員は、少ない労力で多くのことを成し遂げる。ＩＴオペレーションの改善、ヘルプデスク問題の軽減、およびユーザ満足度の向上は、このアップグレードの保証された結果である。新しいＷｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３管理技術およびＭｉｃｒｏｓｏｆｔ（登録商標）  Ｏｐｅｒａｔｉｏｎｓ  Ｍａｎａｇｅｒ（ＭＯＭ）２００５  Ｗｏｒｋｇｒｏｕｐ  Ｅｄｉｔｉｏｎを使用することで、ＩＴ担当職員は、ＩＴインフラストラクチャのメンテナンスコストを低減しながら、日々のＩＴニーズに効率的に対応できる。ＩＴ担当職員は、Ｗｉｎｄｏｗｓ（登録商標）Ｓｏｆｔｗａｒｅ  Ｕｐｄａｔｅ  Ｓｅｒｖｉｃｅｓを使用してソフトウェアパッチ管理などの管理作業を集中化し、グループポリシー技術を使用してデスクトップ管理を標準化することができる。この新しい機能は、問題に対する積極的トラブルシューティングを行うＩＴ組織の能力を高めつつ、パッチを当てていないシステム、壊れているソフトウェア構成、およびユーザエラーのリスクを低減する。これらの技術のほとんどは、Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３の一部として自由に利用できる。Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒシステムプロモーションの一部として利用可能なＭｉｃｒｏｓｏｆｔ（登録商標）  Ｏｐｅｒａｔｉｏｎｓ  Ｍａｎａｇｅｒ（ＭＯＭ）２００５  Ｗｏｒｋｇｒｏｕｐ  Ｅｄｉｔｉｏｎには、インフラストラクチャ問題が生じる前にその問題のトラブルシューティングを行う対策をＩＴ担当職員が立てられる利点がある。Ｍｉｃｒｏｓｏｆｔ（登録商標）  Ｏｐｅｒａｔｉｏｎｓ  Ｍａｎａｇｅｒ（ＭＯＭ）２００５  Ｗｏｒｋｇｒｏｕｐ  Ｅｄｉｔｉｏｎは、イベント管理を行い、積極的監視およびアラートを実行し、システムおよびアプリケーションに関する知識を提供し、コスト削減および会社のＩＴインフラストラクチャの利用および管理のしやすさを高めることを支援する。
【０１４０】
Ｗｉｎｄｏｗｓ（登録商標）ＮＴ  ４．０サポートの終了。弊社の顧客の多くは、自社のレガシーＷｉｎｄｏｗｓ（登録商標）ＮＴプラットフォームからＷｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３プラットフォームへの移行を選択することで大きな利点を得られることをすでに理解している。これの証拠となるものが、以下の実際の顧客シナリオおよび他の顧客契約に見られる。
顧客事例研究（ハイパーリンクは付録におけるこのデータにジャンプする）
参照アカウント
研究レポートハイライト部分
【０１４１】
しかし、現在、Ｗｉｎｄｏｗｓ（登録商標）ＮＴ  ４．０プラットフォームからアップグレードしないことにはビジネス上の潜在的リスクがつきまとう。８年経った製品は、サポートされなくなる。Ｍｉｃｒｏｓｏｆｔ（登録商標）は、２００４年末、Ｗｉｎｄｏｗｓ（登録商標）ＮＴ  ４．０のサーババージョンとデスクトップバージョンの両方に対するセキュリティフィックスのサポートおよびビルドを停止した。
【０１４２】
追加のビジネス価値
好機は現在Ｍｉｃｒｏｓｏｆｔ（登録商標）製品の利用にあるため、この提案を積極的に考慮することをお奨めする。Ｍｉｃｒｏｓｏｆｔ（登録商標）は、貴社のような中規模の顧客向けにカスタマイズされた価格設定プロモーションを提供しており、ライセンス供与プロモーションでは、最新のＷｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  Ｓｙｓｔｅｍプラットフォームに移行してもらうためにソフトウェアの相当な値引きを行っている。プロモーションには以下のものがある。
・  ３コピーのＷｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３
・  １コピーのＥｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３
・  １コピーのＭｉｃｒｏｓｏｆｔ（登録商標）  Ｏｐｅｒａｔｉｏｎ  Ｍａｎａｇｅｒ−ＷＧＥおよび
・  組み合わされたＷｉｎｄｏｗｓ（登録商標）２００３およびＥｘｃｈａｎｇｅ  ２００３の簡素化ＣＡＬ（Ｃｌｉｅｎｔ  Ａｃｃｅｓｓ  Ｌｉｃｅｎｓｅ）セット
【０１４３】
このプロモーションにより、貴社は、ＩＴに対し戦略的投資を行い、最小限のリソースを利用しながら大きな利益を上げることができる。弊社は、Ｍｉｃｒｏｓｏｆｔ（登録商標）からのリソースを使用するこの提案に概略が示されている計画を確信しており、弊社の経験と人材とで、貴社の高度な技術インフラストラクチャ構築を秩序立てて、慎重に推進することができる。
【０１４４】
プロジェクトアプローチ：
プロジェクト全体を通してビジネスと適時な遂行の中断を最小限に抑えることが一番の関心事である。弊社は、エンドツーエンドのライフサイクルの観点から、またＭｉｃｒｏｓｏｆｔ（登録商標）により提供される最良の例に基づいてプロジェクトに迫る。ライフサイクルのそれぞれの段階におけるプロジェクトは、貴社がプロジェクトの投資から最大限の価値を実現するのを手助けするために、異なるビジネスと技術的活動と成果を提供するだろう。プロジェクトアプローチの詳細は、参照のため付録セクションに概要が説明されている。
【０１４５】
提案
作業の範囲
以下の作業は、このプロジェクトの一部として実施される。
・  Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３をネットワークサーバにインストールする。このサーバは、Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ、ＤＮＳ、ＤＨＣＰ、ＷＩＮＳ、およびＣｅｒｔｉｆｉｃａｔｅ  Ｓｅｒｖｉｃｅｓを実行する。
・  Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３をメッセージングサーバにインストールする。このサーバは、Ｅｘｃｈａｎｇｅ  ２００３  Ｓｔａｎｄａｒｄ  Ｅｄｉｔｉｏｎ、Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ、ＤＮＳ、ＤＨＣＰ、およびＷＩＮＳを実行する。
・  Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３を管理サーバにインストールする。このサーバは、ＭＯＭ  ２００５  Ｗｏｒｋ  Ｇｒｏｕｐ  Ｅｄｉｔｉｏｎを実行し、Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３、Ｎｅｔｗｏｒｋ  Ｓｅｒｖｉｃｅｓ、Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ、およびＥｘｃｈａｎｇｅ  ２００３およびＷＳＵＳの健全性を監視し、クライアントワークステーションにパッチを自動的にあてる。
・  移行する＜選択された提案オプションに基づくＮＴ４／Ｗｉｎ２Ｋ  ＡＤ＞
・  移行する＜選択された提案オプションに基づくＥｘｃｈａｎｇｅ  ５．５／２０００＞
・  ＷＩＮＳおよびＤＨＣＰを移行する＜アップグレードの新しいインストール／ガイダンスを自動化する＞
・  新しいフォレスト／ドメインに結合するようにクライアントを構成する＜そうでない場合、アップグレード＞
・  セキュリティおよびデスクトップ管理に関してＡＤ／ＧＰＯを構成する
【０１４６】
提案されたサーバトポロジー
コスト
以下は、このプロジェクトに対するハードウェア、ソフトウェア、および専門サービスのコストのサマリーである。
ハードウェア
【０１４７】
【表１６】
2009510602.tif 000018
【０１４８】
ソフトウェア
【０１４９】
【表１７】
2009510602.tif 000019
【０１５０】
専門サービス
【０１５１】
【表１８】
2009510602.tif 000020
【０１５２】
プロジェクト合計
【０１５３】
【表１９】
2009510602.tif 000021
【０１５４】
プロジェクト計画
ビジネスの中断を最小限に抑えるために、このプロジェクトは、相互に合意した時間に複数のフェーズで実装される。
【０１５５】
フェーズ１−プロジェクト計画立案および承認
このフェーズでは、プロジェクトに関する質問に答え、必要に応じてプロジェクト範囲およびスケジュールを調節する。このプロジェクトに必要なハードウェアおよびソフトウェア、および弊社のサービスのコストに対する詳細サマリーを示す。
【０１５６】
フェーズ２−展開＆移行
中断を防ぐために、サーバの展開および既存インフラストラクチャの移行が営業時間後に実施されることを推奨する。正常に動作していることを確認するか、またはビジネスを始めたときにシステムが正常に必ず稼働しているようにオリジナルの環境にロールバックする。
【０１５７】
フェーズ３−最終受け入れテスト
すべてが正常に構成されたことを確認するために、インフラストラクチャのエンドツーエンドテストを実施する。必要ならば、貴社職員の訓練を実施することができる。
【０１５８】
顧客前提条件
＜ブランク＞
【０１５９】
既存ＩＴアセット
【０１６０】
インベントリサマリー
自動化インベントリは、＜ｄａｔｅ＞に実行された。合計＜ｄｅｖｉｃｅ＿ｔｏｔａｌ＞個のデバイスと＜ｐｒｉｎｔｅｒ＿ｔｏｔａｌ＞個のプリンタが発見された。ハードウェアおよびソフトウェアインベントリが、＜ｗｍｉ＿ｓｕｃｃｅｓｓ＞個のコンピュータ上で実行された。しかし、＜ｗｍｉ＿ｆａｉｌｅｄ＞個のコンピュータは、インベントリに加えることができなかった。＜ａｄ＿ｃｏｍｐｕｔｅｒｓ＞が＜ａｄ＿ｕｓｅｒｓ＞のユーザとともにＡｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ内に見つかった。合計＜ｓｎｍｐ＿ｃｏｕｎｔ＞個のＳＮＭＰデバイスにクエリが実行された。
【０１６１】
オペレーティングシステムのインベントリ
以下は、オペレーティングシステムによるマシンのサマリーである。
【０１６２】
【表２０】
2009510602.tif 000022
【０１６３】
最上位アプリケーション
以下は、組織においてインストールされている最上位２５個のアプリケーションのサマリーである。
【０１６４】
【表２１】
2009510602.tif 000023
【０１６５】
現在のトポロジー
以下のダイアグラムは、＜ｐｒｏｐｏｓａｌ  ｄａｔｅ＞に発見されたサーバ、ワークステーション、およびデバイスのサマリーである。
【０１６６】
サーバ
以下は、展開されたＷｉｎｄｏｗｓ（登録商標）サーバのサマリーである。
【０１６７】
【表２２】
2009510602.tif 000024
【０１６８】
クライアントワークステーション
以下は、Ｗｉｎｄｏｗｓ（登録商標）が稼働しているクライアントワークステーションのサマリーである。
【０１６９】
【表２３】
2009510602.tif 000025
【０１７０】
契約条件
＜ブランク＞
【０１７１】
［付録Ｂ］
例示的なＷＭＩインベントリ情報
【０１７２】
【表２４】
2009510602.tif 000026
【０１７３】
【表２５】
2009510602.tif 000027
【０１７４】
【表２６】
2009510602.tif 000028
【０１７５】
【表２７】
2009510602.tif 000029
【０１７６】
【表２８】
2009510602.tif 000030
【０１７７】
【表２９】
2009510602.tif 000031
【０１７８】
【表３０】
2009510602.tif 000032
【０１７９】
【表３１】
2009510602.tif 000033
【０１８０】
【表３２】
2009510602.tif 000034
【０１８１】
【表３３】
2009510602.tif 000035
【０１８２】
【表３４】
2009510602.tif 000036
【０１８３】
【表３５】
2009510602.tif 000037
【０１８４】
【表３６】
2009510602.tif 000038
【０１８５】
【表３７】
2009510602.tif 000039
【０１８６】
【表３８】
2009510602.tif 000040
【０１８７】
【表３９】
2009510602.tif 000041
【０１８８】
【表４０】
2009510602.tif 000042
【０１８９】
【表４１】
2009510602.tif 000043
【０１９０】
【表４２】
2009510602.tif 000044
【０１９１】
【表４３】
2009510602.tif 000045
【０１９２】
【表４４】
2009510602.tif 000046
【０１９３】
【表４５】
2009510602.tif 000047
【０１９４】
【表４６】
2009510602.tif 000048
【０１９５】
【表４７】
2009510602.tif 000049
【０１９６】
【表４８】
2009510602.tif 000050
【０１９７】
【表４９】
2009510602.tif 000051
【０１９８】
【表５０】
2009510602.tif 000052
【０１９９】
【表５１】
2009510602.tif 000053
【０２００】
【表５２】
2009510602.tif 000054
【０２０１】
【表５３】
2009510602.tif 000055
【０２０２】
【表５４】
2009510602.tif 000056
【０２０３】
【表５５】
2009510602.tif 000057
【０２０４】
【表５６】
2009510602.tif 000058
【０２０５】
［付録Ｃ］
ＳＭＢ２０３インフラストラクチャ実装計画
作成者
＜ＶＡＰ会社ロゴ＞
＜ＶＡＰ名前＞
＜ＶＡＰ電子メールＩＤ＞
＜ＶＡＰ会社住所＞
＜ＶＡＰ電話番号＞
＜ＶＡＰ  Ｗｅｂサイトアドレス＞
【０２０６】
この展開文書および関連文書に含まれる情報はすべて、専有であり、＜ＶＡＰ＞の機密情報である。
【０２０７】
目次
はじめに
ソリューショントポロジーおよびコンポーネント
トポロジー
ネットワークサーバ
メッセージングサーバ
管理サーバ
補足展開情報
【０２０８】
自動化の概要
ネットワークサーバ
メッセージングサーバ
管理サーバ
【０２０９】
環境の準備
物理ネットワーク
ファイヤウォールポート
外部ＤＮＳレコード
サーバハードウェア
サーバハードウェア構成
ソリューション展開用の媒体
ソリューションダウンロード
【０２１０】
自動化サーバ展開の準備
Ｗｉｎｄｏｗｓ（登録商標）ＮＴ  ４．０ドメイン環境の移行
Ｗｉｎｄｏｗｓ（登録商標）ＮＴ  ＰＤＣとしてのＳｗｉｎｇサーバの構成
Ｓｗｉｎｇサーバのアップグレード
ＤＮＳフォワーダの構成
ＤＮＳ逆引き参照ゾーンの構成
Ｓｗｉｎｇサーバ構成の検証
ＤＮＳ構成の検証
【０２１１】
サーバソフトウェアの自動展開
Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３のインストール
インストールフロッピー（登録商標）ディスクの作成
無人インストールの開始
ネットワークドライバのインストール（オプション）
展開ウィザードの使用
パスワードの変更
【０２１２】
インフラストラクチャ実装の完了
ボリュームおよびパーティションの構成
証明書サービスの構成
ファイルサービスの構成
分散ファイルシステムの構成
共有フォルダのシャドウコピーの構成
ディスククォータの構成
ファイルサービス構成の検証
分散ファイルシステムの検証
共有フォルダのシャドウコピーの検証
ディスククォータの検証
印刷サービスの構成
情報の収集
新規ネットワーク接続プリンタの構成
印刷サーバの構成
直接接続プリンタの構成
Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙのプリンタの公開
印刷サービス構成の検証
新規Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３  Ｏｒｇａｎｉｚａｔｉｏｎインストールの完了
Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙの準備
Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３のインストール
Ｅｘｃｈａｎｇｅシステム管理ツールのインストール
更新およびサービスパックのインストール
メッセージングサービスの構成
データボリュームへのＥｘｃｈａｎｇｅデータベースの移動
インターネット情報サービス構成のバックアップ
フォームベースの認証の構成
Ｒｅｍｏｔｅ  Ｐｒｏｃｅｄｕｒｅ  Ｃａｌｌ  ｏｖｅｒ  ＨＴＴＰの構成
セキュアソケットレイヤー通信に関するサーバ上の証明書の構成
ＵＲＬＳｃａｎ  ２．５のインストールおよび構成
モバイルデバイスアクセスの構成
Ｅｘｃｈａｎｇｅ  Ｉｎｔｅｌｌｉｇｅｎｔ  Ｍｅｓｓａｇｅ  Ｆｉｌｔｅｒのインストールおよび構成
最終セキュリティ構成妥当性確認の実行
メッセージングサービス構成の検証
ディレクトリサービス構成の完了
最上位レベル組織単位の名前変更
Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ  ＯＵへの管理サーバの移動
ＧＰＯ  Ｄｅｎｙ  ＡＣＬの構成
このソリューションにより実装されたグループポリシーオブジェクトの構成
ＧＰＯ設定の検証
組織単位へのテストクライアントおよびテストユーザの移動
フォルダリダイレクションの検証
ローミングユーザプロファイルの検証
支点コンピュータの検証
更新管理サービスの構成
Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  Ｕｐｄａｔｅ  Ｓｅｒｖｉｃｅｓサーバ構成に関する情報の収集
ＷＳＵＳサーバの構成
ＷＳＵＳグループポリシーの構成
ＷＳＵＳクライアントコンピュータの構成
更新のテストおよび展開
更新管理サービス構成の検証
ＷＳＵＳサーバ構成の検証
同期処理の検証
ＷＳＵＳグループポリシーオブジェクトの検証
ＷＳＵＳグループポリシー設定の検証
コンピュータ名およびステータスの検証
更新インストールのステータスの検証
ログファイルおよびイベントビューアを使用したトラブルシューティング
診断ツールを使用したトラブルシューティング
オペレーション管理サービスの構成
自動エージェント管理の構成
マネージドコンピュータの構成
管理パックのインストールおよび更新
Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３管理パックの構成
オペレーション管理サービス構成の検証
ＷＩＮＳサービスの構成
ＤＨＣＰサービスの構成
インストールされたオペレーティングシステムのアクティベーション
システムレベルのウイルス対策ツールのインストールおよび構成
バックアップソフトウェアのインストールおよび構成
バックアップサーバ
ファイルおよび共有フォルダの移行
新規印刷サーバへのクライアント構成の移行
既存のドメインネームシステムからの移行
ロールバックの実行
ＷＩＮＳデータの移行
既存ＷＩＮＳサーバのデコミッション
ＯＵ構成へのユーザおよびコンピュータの移行
他の電子メールシステムからのデータの移行
既存のＷｉｎｄｏｗｓ（登録商標）ＮＴ  ４．０ドメインコントローラのデコミッション
ＤＨＣＰの移行および旧ＤＨＣＰサーバの撤去
サービス統合の妥当性確認およびテスト
製品引渡し
【０２１３】
はじめに
本書は、既存のＩＴ環境を提案されたインフラストラクチャにアップグレードするのに必要なタスクを対象とする。
【０２１４】
本書では、以下について述べる。
・  現在のインフラストラクチャを移行またはアップグレードする総合的プロセス。
・  移行またはアップグレードに必要なハードウェアおよびソフトウェアを含む、自動化サーバ展開により展開される必要のあるトポロジーおよびコンポーネント。
・  それぞれのサーバ上で実行される自動化タスクの概要。
・  展開用に環境を準備するために実行される事前自動化タスク。
・  展開ウィザードを使用してサーバソフトウェアを自動展開するために実行されるタスク。
・  インフラストラクチャの実装を完了するために必要なタスク。
【０２１５】
以下の図は、本書で対象になっている実装プロセスの構造を示している。
【０２１６】
【表５７】
2009510602.tif 000059
【０２１７】
ソリューショントポロジーおよびコンポーネント
この節では、展開されるソリューションに対するネットワークトポロジーを図に示し、インフラストラクチャに対し展開されるサーバコンポーネントを説明し、他の展開決定に関する情報のサマリーを提示する。
【０２１８】
トポロジー
以下の図は、このソリューションにより展開される最終環境のトポロジーを示す。
【０２１９】
【表５８】
2009510602.tif 000060
【０２２０】
インフラストラクチャの提案された最終状態
以下の節では、展開される３つのサーバの最終状態構成について説明する。
【０２２１】
ネットワークサーバ
一般情報
サーバ名：Ｎｅｔ
ＩＰアドレス： 10.10.0.2
ドメイン名： thubld203.com
【０２２２】
メッセージングサーバ
一般情報
サーバ名： Msg
ＩＰアドレス： 10.10.0.3
ドメイン名： thubid203.com
【０２２３】
管理サーバ
一般情報
サーバ名： Mgmt
ＩＰアドレス： 10.10.0.4
ドメイン名： thubld203.com
【０２２４】
補足展開情報
展開プランニングウィザード実行時に、Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ（登録商標）ディレクトリサービス情報に対し以下の値が入力された。
・  ドメインのＤＮＳ名： thubld203.com
・  ＩＰアドレス： 10.10.0.99
・  新規サーバ名のリストが現在環境内の既存ＷＩＮＳおよびＤＮＳサーバ内に格納されていないことを検証する。これらの記録が、存在する場合、自動化サーバ展開を進める前にそれらの記録を削除する。
・  新規サーバＩＰアドレスが既存のコンピュータに割り当てられず、現在環境内のＤＨＣＰスコープの一部でないことを検証する。
・  これらのＩＰアドレスが既存のコンピュータにより使用中の場合、展開計画ウィザードを再実行し、３つのサーバについて異なるＩＰアドレスを選択するか、または環境内の既存のマシン上のＩＰアドレスを変更することができる。
・  ＤＨＣＰが、環境内で使用される場合、３つのサーバのそれぞれに割り当てられたＩＰアドレスがＤＨＣＰを介して他のコンピュータに割り当てることができないことを確認する。
【０２２５】
自動化の概要
展開ウィザードは、以下の３つのインフラストラクチャサーバに対応するサーバソフトウェアをセットアップするために必要なタスクの大半を自動化する。
・  ネットワークサーバ
・  メッセージングサーバ
・  管理サーバ
この節では、これらのサーバのそれぞれに対し展開ウィザードが自動化するタスクの概要を述べる。
【０２２６】
ネットワークサーバ
ＣＤドライブを決定し、ＣＤドライブからＩ３８６をハードドライブにコピーする
レジストリ内のデフォルトのソースパスを変更し、検証する
セットアップバイナリをコピーする
Ｗｉｎｄｏｗｓ（登録商標）サポートツールをインストールする
Ｗｉｎｄｏｗｓ（登録商標）２００３  Ｓｅｒｖｉｃｅ  Ｐａｃｋ  １インストレーションを展開する
再起動をチェックする
ドメインコントローラを検証する
ＮＴ４Ｅｍｕｌａｔｏｒレジストリキーを削除する
ＤＮＳのインストール
再起動する
再起動をチェックする
時刻同期
ＤＣ  Ｐｒｏｍｏを実行する
再起動する
再起動をチェックする
ＤＣ機能の妥当性を確認する（ＬＤＡＰポート３８９／ＴＣＰに接続する）
ＮＴＤＳレプリケーションを強制する
ＮＴＤＳレプリケーションを検証する
サーバをＧＣに格上げする
ＤＮＳゾーンのリフレッシュを強制する
ＦＳＭＯロールをＳｗｉｎｇサーバから転送する
ＩＩＳのインストール
ＷＩＮＳのインストール
ＤＨＣＰのインストール
ＡｕｔｏＬｏｇｏｎを設定する
ＣＡのインストール
ＤＮＳサーバＩＰを追加する
再起動する
再起動をチェックする
ＣＡの妥当性を確認する
ドメイン上にＭＯＭ  ＷＧサーバアクションアカウントを作成する
ＩＡＳのインストール
ＡＤ内にＲＡＳサーバを追加する
ＳＯＡ担当者を設定する
ＤＮＳにおいてＷＩＮＳ前方参照ゾーンおよび逆引き参照ゾーンを有効化する
ＧＰＭＣをインストールする
ＡｕｔｏＬｏｇｏｎを設定する
レジストリインストールＯＵを更新する
再起動する
再起動をチェックする
ＯＵを検証する
Ｗｉｎｄｏｗｓ（登録商標）時刻サービスを構成する
バイナリを削除する
ＡｕｔｏＬｏｇｏｎを設定する
再起動する
再起動をチェックする
【０２２７】
メッセージングサーバ
ＣＤドライブを決定し、ＣＤドライブからＩ３８６をハードドライブにコピーする
レジストリ内のデフォルトのソースパスを変更し、検証する
セットアップバイナリをコピーする
Ｗｉｎｄｏｗｓ（登録商標）サポートツールをインストールする
Ｅｘｃｈａｎｇｅ  ＣＤマニュアルを挿入する
ＣＤ  Ｅｘｃｈａｎｇｅを検証する
Ｗｉｎｄｏｗｓ（登録商標）２００３  Ｓｅｒｖｉｃｅ  Ｐａｃｋ  １インストレーションを展開する
再起動をチェックする
ＮＴ４ｅｍｕｌａｔｏｒレジストリキーを削除する
ＡｅＬｏｏｋｕｐＳｖｃを無効にする
ＤＮＳのインストール
再起動する
再起動をチェックする
ドメインＤＮＳを検証する
時刻同期
ＤＣ  Ｐｒｏｍｏを実行する
再起動する
再起動をチェックする
ＮＴＤＳレプリケーションを強制する
ＮＴＤＳレプリケーションを検証する
サーバをＧＣに格上げする
ＤＮＳゾーンのリフレッシュを強制する
ＩＩＳのインストール
ＷＩＮＳのインストール
ＤＨＣＰのインストール
Ｗｉｎｄｏｗｓ（登録商標）時刻サービスを構成する
ＡｕｔｏＬｏｇｏｎを設定する
レジストリキーを更新する−Ｅｘｃｈａｎｇｅ  ２００３  Ｒｕｎｏｎｃｅ
再起動する
再起動をチェックする
Ｅｘｃｈａｎｇｅ  ２００３インストレーションを検証する
ＡｕｔｏＬｏｇｏｎを設定する
レジストリキーを更新する−Ｅｘｃｈａｎｇｅ  ２００３  ＳＰ１  Ｒｕｎｏｎｃｅ
再起動する
再起動をチェックする
Ｅｘｃｈａｎｇｅ  ２００３  ＳＰ１インストレーションを検証する
レジストリキーを更新する−ＡｅＬｏｏｋｕｐＳｖｃを有効化する
バイナリを削除する
ＡｕｔｏＬｏｇｏｎを設定する
再起動する
再起動をチェックする
【０２２８】
管理サーバ
ＣＤドライブを決定し、ＣＤドライブからＩ３８６をハードドライブにコピーする
レジストリ内のデフォルトのソースパスを変更し、検証する
セットアップバイナリをコピーする
Ｗｉｎｄｏｗｓ（登録商標）サポートツールをインストールする
ＭＯＭ  ＣＤマニュアルを挿入する
ＣＤ  ＭＯＭを検証する
Ｗｉｎｄｏｗｓ（登録商標）２００３  Ｓｅｒｖｉｃｅ  Ｐａｃｋ  １インストレーションを展開する
再起動をチェックする
ドメインＤＮＳを検証する
時刻同期
マシンをドメインに結合する（ＭＧＭＴサーバ）
再起動する
再起動をチェックする
ＩＩＳのインストール
ＭＯＭ  ＷＧについてＭＳＤＥをインストールする
ＭＯＭ  ＷＧ  ２００５バイナリをインストールする
ＷＳＵＳをインストールする
ＲＩＳのインストール
再起動をチェックする
バイナリを削除する
ＡｕｔｏＬｏｇｏｎを設定する
再起動する
再起動をチェックする
【０２２９】
環境の準備
この節では、展開用に環境を準備するためのチェックリストを示す。例えば、必要なサーバハードウェアおよびソフトウェアＣＤが適切であることを確認するチェックリスト。
【０２３０】
物理ネットワーク
このソリューションでは、ソリューションが展開される環境の現在の物理ネットワークに関していくつか仮定を置く。展開を続ける前に物理ネットワークがこれらの仮定を必ず満たすようにする必要がある。以下に仮定を示す。
・  ネットワーククライアントとサーバとの間に交換内部物理ネットワークが実装されている。
・  インターネットルーティングおよび接続性は、すでに実装されており、組織に合わせて構成されている。内部ネットワーククライアント、受信ルート、および特定のネットワークホストへの受信Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ（ＳＭＴＰ）、Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ（ＨＴＴＰ）、およびＳｅｃｕｒｅ  Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ（ＨＴＴＰＳ）ネットワークトラフィックを可能にするアクセス制御リストに対するインターネットアクセスがある。
・  インターネットルータと内部ネットワークとの間にファイヤウォールがある。
【０２３１】
ファイヤウォールポート
このソリューションでは、ファイヤウォールが以下の表に示されているトラフィックを許可する必要がある。
【０２３２】
【表５９】
2009510602.tif 000061
【０２３３】
上で指定されているポートを通じてネットワークトラフィックを許可するようにファイヤウォールを構成する特定のステップに関して、ハードウェアファイヤウォールベンダーの説明書を参照のこと。
【０２３４】
外部ＤＮＳレコード
このソリューションでは、インターネットで電子メールを送受信し、さらにＭｉｃｒｏｓｏｆｔ（登録商標）  Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３へのユーザアクセス、モバイルアクセスを可能にするために、以下のＤＮＳネームレコードがこのソリューションにより展開されるメッセージングサービス用の公開ＤＮＳサーバ上に存在する必要がある。以下のＤＮＳレコードは、ドメインネームの登録機関により正しく構成されていることを検証する。
【０２３５】
【表６０】
2009510602.tif 000062
【０２３６】
注記  使用する前に外部ＤＮＳサーバ上でＤＮＳレコードをセットアップしてから２４から４８時間待たなければならない場合がある。レコードがセットアップされたときから実際にインターネット上で伝播するときまでの間に遅延がある。
【０２３７】
サーバハードウェア
以下のハードウェアが、ソリューションにより必要とされる。
・  Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ２００３オペレーティングシステムおよびアプリケーションを実行するために必要な推奨ハードウェア要件を満たす３台のコンピュータ。
・  Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｗｉｎｄｏｗｓ（登録商標）ＮＴ４．０ベースのドメインから移行する場合、「ｓｗｉｎｇ」サーバのロールを実行するためにＷｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３とＷｉｎｄｏｗｓ（登録商標）ＮＴ  ４．０の両方のオペレーティングシステムを実行できるコンピュータ。
【０２３８】
サーバハードウェア構成
サーバのそれぞれに対し以下の検証を実行する。
・  必要なすべての周辺機器デバイスが接続され、ネットワークケーブル配線を含むケーブル配線が完成していることを検証する。ただ１つのネットワークインターフェイスカード（ＮＩＣ）が３つのターゲットサーバのそれぞれに接続されているネットワークケーブルを有することを確認する。
・  サーバハードウェアのファームウェアが、最新のバージョンにアップグレードされていることを検証する。
・  基本入出力システム（ＢＩＯＳ）設定をチェックして、ディスクの構成およびハードウェアの日時を検証する。
・  ＢＩＯＳ設定をチェックし、起動順序が以下のように構成されることを検証する。
ａ．ＣＤ−ＲＯＭ
ｂ．ハードディスク
ｃ．フロッピー（登録商標）ディスクドライブ
・  メーカーが用意しているユーティリティ（利用できる場合）を使用して、ＲＡＩＤ（ｒｅｄｕｎｄａｎｔ  ａｒｒａｙ  ｏｆ  ｉｎｄｅｐｅｎｄｅｎｔ  ｄｉｓｋｓ）を構成する。ＲＡＩＤ用に構成された複数の論理ボリュームがある場合、意図されたシステムパーティションが第１の利用可能なボリュームであることを確認する。
【０２３９】
ソリューション展開用の媒体
ソリューション展開時に以下のインストール製品ＣＤが利用可能であることを確認する。
【０２４０】
【表６１】
2009510602.tif 000063
【０２４１】
最新のＷｉｎｄｏｗｓ（登録商標）ＮＴ  ４．０サービスパックをダウンロードするために、Ｍｉｃｒｏｓｏｆｔ（登録商標）  Ｋｎｏｗｌｅｄｇｅ  Ｂａｓｅ記事「Ｈｏｗ  ｔｏ  ｏｂｔａｉｎ  ｔｈｅ  ｌａｔｅｓｔ  Ｗｉｎｄｏｗｓ  ＮＴ  ４．０  ｓｅｒｖｉｃｅ  ｐａｃｋ」（ｈｔｔｐ：／／ｓｕｐｐｏｒｔ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／？ｉｄ＝１５２７３４）を参照のこと。
【０２４２】
ソリューションダウンロード
自動化サーバ展開は、必要なすべてのソフトウェアダウンロードが適切な場所に保存されない限り、進行しない。以下の表は、自動化展開ソリューションのソフトウェア要件の詳細をまとめたものである。
ファイルは、Ｃ：＼Ｐｒｏｇｒａｍ  Ｆｉｌｅｓ＼ＷＳＳ  Ａｓｓｅｓｓｍｅｎｔ  ａｎｄ  Ｄｅｐｌｏｙｍｅｎｔ  Ｓｏｌｕｔｉｏｎ＼Ａｕｔｏｍａｔｅｄ  Ｓｅｔｕｐ＼ＤｏｗｎｌｏａｄＢｉｎａｒｉｅｓ＼フォルダに置かれる必要がある。
【０２４３】
【表６２】
2009510602.tif 000064
【０２４４】
以下の表は、自動化展開が完了した後、サービスを構成するために必要なソフトウェアの一覧である。ソフトウェアは、展開ラップトップからダウンロードされ、共有されなければならない。
【０２４５】
【表６３】
2009510602.tif 000065
【０２４６】
自動化サーバ展開の準備
この節では、サーバ自動化を開始する前にタスクを手動で実行するステップについて述べる。
【０２４７】
Ｗｉｎｄｏｗｓ（登録商標）ＮＴ  ４．０ドメイン環境の移行
このソリューションでは、「ｓｗｉｎｇ」アップグレード方法を使用して、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｗｉｎｄｏｗｓ（登録商標）  ＮＴベースのドメイン環境からＭｉｃｒｏｓｏｆｔ（登録商標）Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３  Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ（登録商標）ドメイン環境に移行することを推奨する。このためには、ソリューション展開の終わりに撤去される一時サーバである、ｓｗｉｎｇサーバを展開する必要がある。ｓｗｉｎｇアップグレード方法をドメイン移行に使用し、既存のＷｉｎｄｏｗｓ（登録商標）ＮＴ  ４．０ベースのドメインコントローラの再構成を最小化する。
【０２４８】
移行を開始する前に、以下のことを確認する。
・  ｓｗｉｎｇサーバに使用されるハードウェアは、Ｗｉｎｄｏｗｓ（登録商標）ＮＴ  ４．０およびＷｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３の両方を実行できる。
・  既存のすべてのドメインコントローラの完全通常バックアップを取る。
ｓｗｉｎｇアップグレード方法を使用してＷｉｎｄｏｗｓ（登録商標）ＮＴベースのドメイン環境を移行することには、以下のタスクが伴う。
１．Ｗｉｎｄｏｗｓ（登録商標）ＮＴプライマリドメインコントローラ（ＰＤＣ）としてｓｗｉｎｇサーバを構成する。
２．ｓｗｉｎｇサーバをアップグレードする。
３．ｓｗｉｎｇサーバ構成を検証する。
【０２４９】
Ｗｉｎｄｏｗｓ（登録商標）ＮＴ  ＰＤＣとしてのＳｗｉｎｇサーバの構成
以下のステップを実行して、ｓｗｉｎｇサーバを既存のＷｉｎｄｏｗｓ（登録商標）ＮＴドメイン環境内のプライマリドメインコントローラ（ＰＤＣ）として構成する。
１．ｓｗｉｎｇサーバ上にＷｉｎｄｏｗｓ（登録商標）ＮＴ  Ｓｅｒｖｅｒ  ４．０をインストールし、既存のＷｉｎｄｏｗｓ（登録商標）ＮＴドメイン内のバックアップドメインコントローラ（ＢＤＣ）として構成する。
注記  ＤＮＳ、ＤＨＣＰ、ＷＩＮＳ、Ｎｅｔｗａｒｅ用のゲートウェイサービス、およびＩｎｔｅｒｎｅｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｅｒｖｉｃｅｓをｓｗｉｎｇサーバ上に追加のネットワークサービスをインストールしないが、それは、Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３  Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙへのアップグレードに必要ないからである。プライマリおよびセカンダリＤＮＳサーバがｓｗｉｎｇサーバ上に設定されない、したがって、ＤＮＳは、名前解決に使用されないことを確認する。その後のタスクにおいて、ＤＣＰＲＯＭＯは、ｓｗｉｎｇサーバ上に自動的にインストールし、ＤＮＳを構成する。
２．Ｗｉｎｄｏｗｓ（登録商標）ＮＴ  ４．０  Ｓｅｒｖｉｃｅ  Ｐａｃｋ  ６ａ（ＳＰ６ａ）をｓｗｉｎｇサーバにインストールする。
３．以下のステップを実行することによりｓｗｉｎｇサーバをＰＤＣにアップグレードする。
ａ．「Ｓｅｒｖｅｒ  Ｍａｎａｇｅｒ」のサーバ名をクリックする。
ｂ．「Ｃｏｍｐｕｔｅｒ」メニューの「Ｐｒｏｍｏｔｅ  ｔｏ  Ｐｒｉｍａｒｙ  Ｄｏｍａｉｎ  Ｃｏｎｔｒｏｌｌｅｒ」をクリックする。
ｃ．「Ｓｅｒｖｅｒ  Ｍａｎａｇｅｒ」ダイアログボックス上の「Ｙｅｓ」をクリックする。
注記  故障からのクイックリカバリを円滑に進めるために、移行前に既存のＢＤＣをバックアップまたはシャットダウンする。アップグレード時に必要と思われるＢＤＣにより提供されるサービスが、他のコンピュータに移されるか、またはユーザにそれらのサービスの予想される機能停止を通知することが必ず行われるようにする。
【０２５０】
Ｓｗｉｎｇサーバのアップグレード
既存のＷｉｎｄｏｗｓ（登録商標）ＮＴドメイン環境内のＰＤＣである、ｓｗｉｎｇサーバ上で以下のステップを実行し、Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３ベースのドメインコントローラにアップグレードする。
１．以下のステップを実行することによりＮＴ４Ｅｍｕｌａｔｏｒ値を加える。
注意  レジストリを正しく編集しないと、システムに重大なダメージを与える可能性がある。レジストリに変更を加える前に、値を有するデータをコンピュータ上にバックアップすべきである。
ａ．「Ｒｅｇｉｓｔｒｙ  Ｅｄｉｔｏｒ」を開いて、以下のサブキーを参照する。
【０２５１】
【表６４】
2009510602.tif 000066
【０２５２】
ｂ．「Ｅｄｉｔ」メニューの「Ｎｅｗ」をポイントし、「ＤＷＯＲＤ  Ｖａｌｕｅ」クリックする。
ｃ．新しい値に対する名前として「ＮＴ４Ｅｍｕｌａｔｏｒ」と入力し、ＥＮＴＥＲを押す。
ｄ．ＮＴ４Ｅｍｕｌａｔｏｒ値をダブルクリックする。
ｅ．「Ｅｄｉｔ  ＤＷＯＲＤ  Ｖａｌｕｅ」ダイアログボックスで、「Ｖａｌｕｅ  ｄａｔａ」に１と入力し、「ＯＫ」をクリックする。
ｆ．「Ｒｅｇｉｓｔｒｙ  Ｅｄｉｔｏｒ」を閉じる。
注記  「ＮＴ４Ｅｍｕｌａｔｏｒ」値の詳細については、ＵＲＬ：ｈｔｔｐ：／／ｓｕｐｐｏｒｔ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／？ｉｄ＝２９８７１３を参照のこと。
２．Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３インストールＣＤを挿入する。
【０２５３】
３．「Ｗｅｌｃｏｍｅ  ｔｏ  Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３」ページの「Ｉｎｓｔａｌｌ  Ｗｉｎｄｏｗｓ  Ｓｅｒｖｅｒ  ２００３，Ｓｔａｎｄａｒｄ  Ｅｄｉｔｉｏｎ」をクリックする。Ｗｉｎｄｏｗｓ（登録商標）セットアップウィザードが開始する。
ａ．「Ｗｅｌｃｏｍｅ  ｔｏ  Ｗｉｎｄｏｗｓ  Ｓｅｔｕｐ」ページで、ボックスに「Ｕｐｇｒａｄｅ」と入力し、「Ｎｅｘｔ」をクリックする。
ｂ．「Ｌｉｃｅｎｓｅ  Ａｇｒｅｅｍｅｎｔ」ページにあるライセンス契約を読む。合意したら、「Ｉ  ａｃｃｅｐｔ  ｔｈｉｓ  ａｇｒｅｅｍｅｎｔ」をクリックし、次いで、「Ｎｅｘｔ」をクリックする。
ｃ．「Ｙｏｕｒ  Ｐｒｏｄｕｃｔ  Ｋｅｙ」ページで、Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３プロダクトキーを入力し、「Ｎｅｘｔ」をクリックする。
ｄ．「Ｇｅｔ  Ｕｐｄａｔｅｄ  Ｓｅｔｕｐ  Ｆｉｌｅｓ」ページが表示され、サーバがインターネットに接続したら、「ｙｅｓ，ｄｏｗｎｌｏａｄ  ｔｈｅ  ｕｐｄａｔｅｄ  Ｓｅｔｕｐ  ｆｉｌｅｓ（Ｒｅｃｏｍｍｅｎｄｅｄ）」を選択し、「Ｎｅｘｔ」をクリックする。
ｅ．セットアップでは、互換性問題をチェックする。「Ｒｅｐｏｒｔ  Ｓｙｓｔｅｍ  Ｃｏｍｐａｔｉｂｉｌｉｔｙ」ページでプロンプトが表示されたら、警告を確認し、必要に応じて是正処置を講じる。「Ｎｅｘｔ」をクリックする。
【０２５４】
４．サーバは、インストールが完了するまで繰り返し再始動できる。この後に、Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙインストールウィザードが始まる。
ａ．ｓｗｉｎｇサーバに、複数のネットワークインターフェイスカードまたはポートがある場合、Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙインストールウィザードを実行する前に「Ｃｏｎｔｒｏｌ  Ｐａｎｅｌ」の「Ｎｅｔｗｏｒｋ  Ｃｏｎｎｅｃｔｉｏｎｓ」フォルダにある未使用の、差し込まれていないネットワーク接続すべてを無効にする。
ｂ．「Ｗｅｌｃｏｍｅ  ｔｏ  ｔｈｅ  Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ  Ｉｎｓｔａｌｌａｔｉｏｎ  Ｗｉｚａｒｄ」上の「Ｎｅｘｔ」をクリックする。
ｃ．「Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ  Ｃｏｍｐａｔｉｂｉｌｉｔｙ」ページ上の「Ｎｅｘｔ」をクリックする。
ｄ．「Ｃｒｅａｔｅ  Ｎｅｗ  Ｄｏｍａｉｎ」ページの「Ｄｏｍａｉｎ  ｉｎ  ａ  ｎｅｗ  ｆｏｒｅｓｔ」をクリックし、「Ｎｅｘｔ」をクリックする。
ｅ．「Ｉｎｓｔａｌｌ  ｏｒ  Ｃｏｎｆｉｇｕｒｅ  ＤＮＳ」ページ上で「Ｎｏ，ｊｕｓｔ  ｉｎｓｔａｌｌ  ａｎｄ  ｃｏｎｆｉｇｕｒｅ  ＤＮＳ  ｏｎ  ｔｈｉｓ  ｃｏｍｐｕｔｅｒ」を選択し、「Ｎｅｘｔ」をクリックする。
ｆ．「Ｎｅｗ  Ｄｏｍａｉｎ  Ｎａｍｅ」ページの「Ｆｕｌｌ  ＤＮＳ  ｎａｍｅ  ｆｏｒ  ｎｅｗ  ｄｏｍａｉｎ」にＤＮＳ名（例えば、ｅｘａｍｐｌｅ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ）を入力し、「Ｎｅｘｔ」をクリックする。
ｇ．「Ｆｏｒｅｓｔ  Ｆｕｎｃｔｉｏｎａｌ  Ｌｅｖｅｌ」ページの「Ｗｉｎｄｏｗｓ  Ｓｅｒｖｅｒ  ２００３  ｉｎｔｅｒｉｍ」をクリックし、「Ｎｅｘｔ」をクリックする。
ｈ．「Ｄａｔａｂａｓｅ  ａｎｄ  Ｌｏｇ  Ｆｏｌｄｅｒｓ」ページで、デフォルト値を受け入れて、「Ｎｅｘｔ」をクリックする。
ｉ．「Ｓｈａｒｅｄ  Ｓｙｓｔｅｍ  Ｖｏｌｕｍｅ」ページで、デフォルト値を受け入れて、「Ｎｅｘｔ」をクリックする。
ｊ．「ＤＮＳ  Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｄｉａｇｎｏｓｔｉｃｓ」ページが表示されたら、「Ｉｎｓｔａｌｌ  ａｎｄ  ｃｏｎｆｉｇｕｒｅ  ｔｈｅ  ＤＮＳ  ｓｅｒｖｅｒ」を選択する。
ｋ．「Ｐｅｒｍｉｓｓｉｏｎｓ」ページで、「Ｐｅｒｍｉｓｓｉｏｎｓ  ｃｏｍｐａｔｉｂｌｅ  ｗｉｔｈ  ｐｒｅ−Ｗｉｎｄｏｗｓ  ２０００  ｓｅｒｖｅｒ  ｏｐｅｒａｔｉｎｇ  ｓｙｓｔｅｍｓ」を選択し、「Ｎｅｘｔ」クリックする。
ｌ．「Ｄｉｒｅｃｔｏｒｙ  Ｓｅｒｖｉｃｅｓ  Ｒｅｓｔｏｒｅ  Ｍｏｄｅ  Ａｄｍｉｎｉｓｔｒａｔｏｒ  Ｐａｓｓｗｏｒｄ」ページで、パスワードを指定して、確認し、「Ｎｅｘｔ」をクリックする。
ｍ．「Ｓｕｍｍａｒｙ」ページ上の「Ｎｅｘｔ」をクリックする。
ｎ．「Ｃｏｍｐｌｅｔｉｎｇ  ｔｈｅ  Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ  Ｉｎｓｔａｌｌａｔｉｏｎ  Ｗｉｚａｒｄ」ページ上の「Ｆｉｎｉｓｈ」をクリックする。
ｏ．コンピュータを再起動する。
【０２５５】
５．再起動が完了した後、ドメイン管理者としてログインし、最新のＷｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３サービスパックおよびセキュリティ更新をｓｗｉｎｇサーバ上にインストールする。
６．ｓｗｉｎｇサーバは、コンピュータ上でアクティブであるネットワーク接続に対しＰｒｅｆｅｒｒｅｄ  ＤＮＳ  Ｓｅｒｖｅｒとしてそれ自身を使用するように構成されていることを検証する。必要ならば、「Ｐｒｅｆｅｒｒｅｄ  ＤＮＳ  Ｓｅｒｖｅｒ」にｓｗｉｎｇサーバＩＰアドレスを使用するように「Ｃｏｎｔｒｏｌ  Ｐａｎｅｌ」内の「Ｎｅｔｗｏｒｋ  Ｃｏｎｎｅｃｔｉｏｎｓ」のアクティブな「Ｌｏｃａｌ  Ａｒｅａ  Ｃｏｎｎｅｃｔｉｏｎ」を構成する。
【０２５６】
ＤＮＳフォワーダの構成
「．」ルートゾーンがｓｗｉｎｇサーバ上に構成されるのを防ぐために、未解決の要求を外部サーバに転送するようにＤＮＳフォワーダを構成することが重要である。共通のシナリオは、ＩＳＰのＤＮＳサーバへのフォワーダを構成することであるとしてよい。
１．「Ｓｔａｒｔ」をクリックし、「Ａｄｍｉｎｉｓｔｒａｔｉｖｅ  Ｔｏｏｌｓ」をポイントし、「ＤＮＳ」をクリックする。
２．「ＳｅｒｖｅｒＮａｍｅ」を右クリックし、「Ｐｒｏｐｅｒｔｉｅｓ」をクリックし、「Ｆｏｒｗａｒｄｅｒｓ」タブをクリックするが、ただし、「ＳｅｒｖｅｒＮａｍｅ」は、ｓｗｉｎｇサーバの名前である。
３．「Ｓｅｌｅｃｔｅｄ  ｄｏｍａｉｎ’ｓ  ｆｏｒｗａｒｄｅｒ  ＩＰ  ａｄｄｒｅｓｓ」リストボックスで、転送先としたい第１のＤＮＳサーバのＩＰアドレスを入力し、「Ａｄｄ」をクリックする。
４．ステップ３を繰り返して、転送先としたい追加のＤＮＳサーバを加える。
５．「ＯＫ」をクリックする。
ｓｗｉｎｇサーバ上にＤＮＳフォワーダを構成しない場合、Ｅｎａｂｌｅ  ＤＮＳ  Ｆｏｒｗａｒｄｅｒｓタスクは、“．”ルートゾーンが存在するため、サーバ自動化の際に失敗する。「．」ルートゾーンを削除する方法の詳細については、Ｍｉｃｒｏｓｏｆｔ（登録商標）  Ｋｎｏｗｌｅｄｇｅ  Ｂａｓｅ記事「Ｈｏｗ  ｔｏ  ｃｏｎｆｉｇｕｒｅ  ＤＮＳ  ｆｏｒ  Ｉｎｔｅｒｎｅｔ  ａｃｃｅｓｓ  ｉｎ  Ｗｉｎｄｏｗｓ  Ｓｅｒｖｅｒ  ２００３」（ｈｔｔｐ：／／ｓｕｐｐｏｒｔ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｋｂ／３２３３８０）を参照のこと。
【０２５７】
ＤＮＳ逆引き参照ゾーンの構成
ＤＮＳは、ｓｗｉｎｇサーバ上にＡｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙのインストール時に自動的にインストールされる。このＤＮＳ構成は、新しい環境にレプリケートされるため、ＤＮＳにおいて逆引き参照ゾーンを構成することが重要である。
以下のステップを実行して、ｓｗｉｎｇサーバ上で逆引き参照ゾーンを構成する。
１．ＤＮＳスナップインを開く。これを実行するために、「Ｓｔａｒｔ」をクリックし、「Ｐｒｏｇｒａｍｓ」をポイントし、「Ａｄｍｉｎｉｓｔｒａｔｉｖｅ  Ｔｏｏｌｓ」をポイントし、「ＤＮＳ」をクリックする。
２．ＳｗｉｎｇＳｅｒｖｅｒＮａｍｅを展開し、「Ｒｅｖｅｒｓｅ  Ｌｏｏｋｕｐ  Ｚｏｎｅ」を右クリックし、「Ｎｅｗ  Ｚｏｎｅ」をクリックする。
３．以下の設定により、「Ｎｅｗ  Ｚｏｎｅ  Ｗｉｚａｒｄ」を完了する。
４．「Ｚｏｎｅ  Ｔｙｐｅ」ページで、以下のオプションを選択する。
ａ．「Ｐｒｉｍａｒｙ  ｚｏｎｅ」
ｂ．「Ｓｔｏｒｅ  ｚｏｎｅ  ｉｎ  Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ」
５．「Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ  Ｚｏｎｅ  Ｒｅｐｌｉｃａｔｉｏｎ  Ｓｃｏｐｅ」ページで、「Ｔｏ  ａｌｌ  ＤＮＳ  ｓｅｒｖｅｒｓ  ｉｎ  ｔｈｅ  Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ  ｆｏｒｅｓｔ」ＢｕｓｉｎｅｓｓＮａｍｅ．ｃｏｍをクリックする。
６．「Ｒｅｖｅｒｓｅ  Ｌｏｏｋｕｐ  Ｚｏｎｅ  Ｎａｍｅ」ページに、ネットワークＩＤの最初の３つのオクテットを入力し（サブネットマスクに関係なく）、「Ｎｅｘｔ」をクリックし、「Ｆｉｎｉｓｈ」をクリックする。
注記  ネットワークＩＤにおいてゼロを使用する場合、これは、ゾーン名に表示される。例えば、ネットワークＩＤ  １０．０．０．ｘでは、ゾーン０．０．１０．ｉｎ−ａｄｄｒ．ａｒｐａが形成される。逆引き参照ゾーンを作成するために使用されるネットワークＩＤは、展開プランニングウィザードの「Ｓｕｂｎｅｔ  ｆｏｒ  Ｓｅｒｖｅｒ  Ｉｎｓｔａｌｌａｔｉｏｎ」ページ上で入力されたネットワークＩＤと正確に一致していなければならない。
７．「Ｄｙｎａｍｉｃ  Ｕｐｄａｔｅ」ページの「Ａｌｌｏｗ  ｏｎｌｙ  ｓｅｃｕｒｅ  ｄｙｎａｍｉｃ  ｕｐｄａｔｅｓ（ｒｅｃｏｍｍｅｎｄｅｄ  ｆｏｒ  Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ）」をクリックする。
【０２５８】
Ｓｗｉｎｇサーバ構成の検証
ドメインのＢＤＣ上で以下のステップを実行して、ｓｗｉｎｇサーバが動作していることを検証する。
１．Ｕｓｅｒ  Ｍａｎａｇｅｒ  ｆｏｒ  Ｄｏｍａｉｎｓを開き、テストユーザアカウントを作成する。
２．Ｓｅｒｖｅｒ  Ｍａｎａｇｅｒで、ｓｗｉｎｇサーバとオンラインになっている他のＢＤＣとの間の同期化を強制することができることを検証する。
３．テストアカウントが他のＢＤＣと同期していることを検証する。
４．クライアントコンピュータに、コマンドプロンプトでログオンし、「ｓｅｔ」と入力し、ＥＮＴＥＲを押す。出力を検討し、ログオンサーバ名をメモしておく。
５．「ｐｉｎｇ  ＳｗｉｎｇＳｅｒｖｅｒＮａｍｅ」と入力し、ＥＮＴＥＲを押す。４回答えて応答を受け取ることを確認する。
６．タイプＥｒｒｏｒのイベントに対するＳｙｓｔｅｍイベントログを検討し、ドメインコントローラの正常動作に関係するイベントを解決する。
【０２５９】
ＤＮＳ構成の検証
以下のステップを実行して、Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙドメインを結合するのに必要なＤＮＳリソースレコードが既存のｓｗｉｎｇサーバに存在することを検証する。
１．ｄｏｍａｉｎ＼ａｄｍｉｎｉｓｔｒａｔｏｒとして、「Ｃｏｍｍａｎｄ  Ｐｒｏｍｐｔ」でログオンし、以下のクエリを発行する。
２．ｎｓｌｏｏｋｕｐ  −ｑｕｅｒｙ＝ＳＲＶ＿ｌｄａｐ．＿ｔｃｐ．ｄｃ．＿ｍｓｄｃｓ．ＡｃｔｉｖｅＤｉｒｅｃｔｏｒｙＤｏｍａｉｎＮａｍｅ  ＩＰＡｄｄｒｅｓｓｏｆＳｗｉｎｇＳｅｒｖｅｒ
３．例えば、以下の通りである。
４．ｎｓｌｏｏｋｕｐ  −ｑｕｅｒｙ＝ＳＲＶ＿ｌｄａｐ．＿ｔｃｐ．ｄｃ．＿ｍｓｄｃｓ．ｅｘａｍｐｌｅ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ  １０，１０．０．１４
５．出力は、以下のようでなければならない。
【０２６０】
【表６５】
2009510602.tif 000067
【０２６１】
場合によっては、この手順を実行するときに、いくつかの報告されたタイムアウトが見られる。これは、逆引き参照がＡｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙドメインと同じＤＮＳドメインをサービスするＤＮＳサーバについて構成されていないときに生じる。
【０２６２】
サーバソフトウェアの自動展開
Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３のインストール
このソリューションでは、ソリューションにより展開される３つのサーバ上にオペレーティングシステムとしてＭｉｃｒｏｓｏｆｔ（登録商標）Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３，Ｓｔａｎｄａｒｄ  Ｅｄｉｔｉｏｎを使用することを推奨する。サーバオペレーティングシステムは、Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３無人インストールを使用して展開される。展開プランニングウィザードで、ソリューションに展開されている３つのサーバの無人インストールを完了するのに必要なファイルを作成する。これらのインストールファイルは、サーバ毎に１つのフォルダに、全部で３つの異なるフォルダに格納される。それぞれのサーバ用のこれらのファイルは、インストール時に使用される、フロッピー（登録商標）ディスクにコピーされる必要がある。
このソリューションでは、Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３，Ｓｔａｎｄａｒｄ  Ｅｄｉｔｉｏｎオペレーティングシステムをインストールするには、以下のタスクを実行する必要がある。
１．インストールフロッピー（登録商標）ディスクの作成。
２．無人インストールの開始。
【０２６３】
インストールフロッピー（登録商標）ディスクの作成
以下のステップを実行して、Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３無人インストールに使用されるフロッピー（登録商標）ディスクを作成する。
１．３枚のフロッピー（登録商標）ディスクをフォーマットする。
２．以下の名前をラベルとして付ける。
・  ＮｅｔｗｏｒｋＳｅｒｖｅｒＮａｍｅ無人インストールファイル
・  ＭａｎａｇｅｍｅｎｔＳｅｒｖｅｒＮａｍｅ無人インストールファイル
・  ＭｅｓｓａｇｉｎｇＳｅｒｖｅｒＮａｍｅ無人インストールファイル
３．Ｗｉｎｄｏｗｓ（登録商標）Ｅｘｐｌｏｒｅｒで、「Ｍｙ  Ｄｏｃｕｍｅｎｔｓ＼ＷＳＳ  Ａｓｓｅｓｓｍｅｎｔ  ａｎｄ  Ｄｅｐｌｏｙｍｅｎｔ  Ｓｏｌｕｔｉｏｎ＼Ｄａｔａ＼ＯｒｇａｎｉｚａｔｉｏｎＮａｍｅ＼ｆｌｏｐｐｙ  ｆｏｌｄｅｒ」を参照する。
４．このフォルダ内の３つのサブフォルダのそれぞれの内容を関連するフロッピー（登録商標）ディスクにコピーする。
【０２６４】
無人インストールの開始
以下のステップを実行して、Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３の無人インストールを開始する。
１．ＣＤを第１起動デバイスとして使用するようにサーバの「起動順序」を構成する。この構成を実行するステップについてはサーバのハードウェアマニュアルを参照のこと。
２．ネットワークサーバ、メッセージングサーバ、および管理サーバのフロッピー（登録商標）ディスクドライブ内にそれぞれのフロッピー（登録商標）ディスクを挿入する。
３．Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３インストールディスクをそれぞれのサーバ上のＣＤドライブに挿入する。
４．３つのサーバすべてを再起動し、「Ｐｒｅｓｓ  ａｎｙ  ｋｅｙ  ｔｏ  ｂｏｏｔ  ｆｒｏｍ  ＣＤ」メッセージが表示されたら、スペースバーを押して、Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３の無人インストールを開始する。
展開ウィザードを実行するために使用される管理コンピュータを接続する前に、コンピュータの時間帯を新しいサーバで使用される同じ時間帯に設定する。新しいサーバでは、最初に、その時間帯を展開計画と本書を作成したコンピュータの時間帯に設定する。自動化展開プロセス実行時に、サーバは、時刻を既存のドメインコントローラに自動的に設定する。
【０２６５】
ネットワークドライバのインストール（オプション）
Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３インストールがサーバのネットワークアダプタ用のネットワークドライブを適切に検出し、インストールする作業を行わなかった場合のみこのタスクを実行する。以下のステップを実行してネットワークドライバを構成する。
１．サーバにログオンする。
管理者アカウントのパスワードは、「Ｍｙ  Ｄｏｃｕｍｅｎｔｓ＼ＷＳＳ  Ａｓｓｅｓｓｍｅｎｔ  ａｎｄ  Ｄｅｐｌｏｙｍｅｎｔ  Ｓｏｌｕｔｉｏｎ＼Ｄａｔａ＼＜ＯｒｇａｎｉｚａｔｉｏｎＮａｍｅ＞＼Ｆｌｏｐｐｙ＼＜ＳｅｒｖｅｒＮａｍｅ＞＼ｗｉｎｎｔ．ｓｉｆファイル内の展開プランニングウィザードを実行したコンピュータ上のｗｉｎｎｔ．ｓｉｆファイル内に配置される。
同じパスワードが、３つ全てのサーバに使用される。
２．サーバのコンピュータメーカーからそのネットワークアダプタに適したネットワークドライバを取得し、サーバにコピーする。
３．ネットワークドライバの供給元の取扱説明書に従って更新されたドライバをインストールし、インストールを検証する。
４．「Ｓｔａｒｔ」をクリックし、「Ｒｕｎ」をクリックし、「ｃｍｄ．ｅｘｅ」と入力し、「ＯＫ」をクリックする。
５．「ｃｄ  ｃ：＼ｓｍｂａｄｓ」と入力して、ＥＮＴＥＲを押す。
６．「ｃｏｎｆｉｇｎｉｃ．ｃｍｄ  ｃ：＼ｓｍｂａｄｓ＼ｌｏｇ＼％ｃｏｍｐｕｔｅｒｎａｍｅ％．ｔｘｔ」と入力して、ＥＮＴＥＲを押す。
７．「ｉｐｃｏｎｆｉｇ／ａｌｌ」と入力して、コンピュータが本書の「自動化の概要」の節で指定されている正しいＩＰアドレスで構成されていることを検証する。
８．「ｅｘｉｔ」と入力して、ＥＮＴＥＲを押す。
９．コンピュータを再起動する。
【０２６６】
展開ウィザードの使用
３つ全てのサーバがＷｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３の無人インストールを完了し、再起動した後、以下のステップを実行して、展開ウィザードを実行し、インフラストラクチャ用にサーバソフトウェアを自動的にインストールし構成する。
１．「Ｓｔａｒｔ」をクリックし、「Ｐｒｏｇｒａｍｓ」をポイントし、「Ａｓｓｅｓｓｍｅｎｔ  ａｎｄ  Ｄｅｐｌｏｙｍｅｎｔ  Ｓｏｌｕｔｉｏｎ  ｆｏｒ  Ｍｉｄｓｉｚｅ  Ｂｕｓｉｎｅｓｓｅｓ」をクリックする。
２．「Ａｓｓｅｓｓｍｅｎｔ  ａｎｄ  Ｄｅｐｌｏｙｍｅｎｔ  Ｓｏｌｕｔｉｏｎ」ウィンドウ内で、「Ｓｔｅｐ  １：Ｄｅｐｌｏｙ  ｔｈｅ  Ｓｅｒｖｅｒ  Ｓｏｆｔｗａｒｅ」をクリックする。
３．展開ウィザードで、「Ｎｅｘｔ」をクリックして、ウィザードの指示に従って進み、それぞれのページの情報を与え、次いで、「Ｆｉｎｉｓｈ」をクリックして、ネットワークサーバ、メッセージングサーバ、管理サーバ上のサーバソフトウェアの自動化展開を開始する。それぞれの画面のオンラインヘルプには、それぞれのウィザードページに必要な情報に関する詳細が示される。
ステータス画面に、３つのサーバのそれぞれに対するインストールおよび構成進行状況が表示される。
４．インストール、構成進行状況を監視し、必要な場合にプロダクトＣＤを挿入する。
・  「Ｄｅｐｌｏｙｍｅｎｔ  Ｓｔａｔｕｓ」ページの「Ｍａｎａｇｅｍｅｎｔ  Ｓｅｒｖｅｒ」タスクリストに、「Ｉｎｓｅｒｔ  ＭＯＭ  ＣＤ」タスクが表示されたら、タスクリスト中の「Ｉｎｓｅｒｔ  ＭＯＭ  ＣＤ」タスクをクリックする。プロンプトが表示されたら、プロダクトＣＤを挿入し、「Ｃｏｎｔｉｎｕｅ」をクリックする。
このタスクを完了するにはＭＯＭ  ２００５プロダクトＣＤが必要である。
Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３（後述）をインストールする場合、Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３プロダクトＣＤを要求するプロンプトが表示された後にＭＯＭ  ２００５プロダクトＣＤを要求するとプロンプトが表示されることがある。この順序は、メッセージングサーバおよび管理サーバのインストール進行状況に依存する。
・  Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３の新規インストールでは、「Ｄｅｐｌｏｙｍｅｎｔ  Ｓｔａｔｕｓ」ページ内の「Ｍｅｓｓａｇｉｎｇ  Ｓｅｒｖｅｒ」タスクリストに「Ｉｎｓｅｒｔ  Ｅｘｃｈａｎｇｅ  ＣＤ」タスクが表示されたら、タスクリスト内の「Ｉｎｓｅｒｔ  Ｅｘｃｈａｎｇｅ  ＣＤ」タスクをクリックする。プロンプトが表示されたら、「Ｃｏｎｔｉｎｕｅ」をクリックする。
「Ｉｎｓｅｒｔ  Ｅｘｃｈａｎｇｅ  ＣＤ」タスクは、Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ５．５またはＥｘｃｈａｎｇｅ  ２０００  ＳｅｒｖｅｒからＥｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３への移行が提案ウィザードで指定されていない場合には表示されない。
このステップを完了するためにＥｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３プロダクトＣＤが必要である（Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３の新規インストールのため）。
それぞれのサーバの自動化展開時に完了するタスクのリストについては、本書の「自動化の概要」節を参照のこと。
【０２６７】
自動化展開プロセスの完了には時間を要する（一般に数時間またはそれ以上）。自動化展開が、正常に終了すると、それぞれのサーバのステータスとして「Ｄｅｐｌｏｙｍｅｎｔ  Ｃｏｍｐｌｅｔｅ」が表される。
【０２６８】
パスワードの変更
展開プランニングウィザードは、サーバの展開時に固定パスワードを使用する。これらのパスワードは、展開プロセスの実行時にユーザ指定パスワードに変更される。展開プランニングウィザードは、「Ｎｅｗ  Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ  Ｆｏｒｅｓｔ  ａｎｄ  Ｄｏｍａｉｎ」オプションが選択され場合のみドメイン管理者用に使用されるユーザ名および新規パスワードの入力を求めるプロンプトを表示し、管理サーバ上のローカル管理者パスワードが、全てのシナリオにおいてリセットされる。
【０２６９】
インフラストラクチャ実装の完了
自動化が完了した後、展開を完了するために以下のステップが実行されなければならない。
【０２７０】
ボリュームおよびパーティションの構成
自動化展開プロセスは、サーバ上に第１のボリュームを形成し、システムファイルをそのボリュームにインストールする。自動化展開時に追加の物理または論理ボリュームは作成されない。
追加のボリュームを作成したいサーバ上で以下のステップを実行する。
１．ローカルまたはドメイン管理者アカウントを使用してサーバにログオンする。
２．「Ｃｏｍｐｕｔｅｒ  Ｍａｎａｇｅｍｅｎｔ」を開く。
３．コンソールツリー内の「Ｓｔｏｒａｇｅ」を展開し、「Ｄｉｓｋ  Ｍａｎａｇｅｍｅｎｔ」をクリックする。
４．追加のボリュームを作成し、ドライブ文字を新規ボリュームに割り当てる。
【０２７１】
証明書サービスの構成
Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３  Ｓｅｒｖｉｃｅ  Ｐａｃｋ  １（ＳＰ１）をインストールした後、認証機関（ＣＡ）に関係するアクセス拒否エラーメッセージがメッセージングサーバ上に表示される場合がある。以下のステップを実行してアクセス拒否エラーを解決する。
１．ドメイン管理者アカウントを使用してネットワークサーバにログオンし、以下のステップを実行する。
ａ．「Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ  Ｕｓｅｒｓ  ａｎｄ  Ｃｏｍｐｕｔｅｒｓ」を開き、「Ｄｏｍａｉｎ  Ｃｏｎｔｒｏｌｌｅｒｓ」グループを「ＣＥＲＴＳＶＣ＿ＤＣＯＭ＿ＡＣＣＥＳＳ」グループのメンバーとして追加する。
ｂ．以下のステップを使用して「Ｃｅｒｔｉｆｉｃａｔｅ  Ｔｅｍｐｌａｔｅｓ」スナップインをＭｉｃｒｏｓｏｆｔ（登録商標）  Ｍａｎａｇｅｍｅｎｔ  Ｃｏｎｓｏｌｅ（ＭＭＣ）に追加する。
「Ｒｕｎ」ダイアログボックスに「ｍｍｃ」と入力し、「ＯＫ」をクリックして、新規ＭＭＣを開く。
「Ｆｉｌｅ」メニュー上で、「Ａｄｄ／Ｒｅｍｏｖｅ  Ｓｎａｐ−ｉｎ」をクリックする。
「Ａｄｄ／Ｒｅｍｏｖｅ  Ｓｎａｐ−ｉｎ」ダイアログボックス上で、「Ａｄｄ」をクリックする。
「Ａｄｄ  Ｓｔａｎｄａｌｏｎｅ  Ｓｎａｐ−ｉｎ」ダイアログボックス上で、「Ｃｅｒｔｉｆｉｃａｔｅ  Ｔｅｍｐｌａｔｅｓ」をクリックし、「Ａｄｄ」をクリックし、次いで「Ｃｌｏｓｅ」をクリックする。
「Ａｄｄ／Ｒｅｍｏｖｅ  Ｓｎａｐ−ｉｎ」ダイアログボックス上で、「ＯＫ」をクリックする。
ｃ．コンソールルートの下の「Ｃｅｒｔｉｆｉｃａｔｅ  Ｔｅｍｐｌａｔｅｓ」をクリックする。詳細ペインの「Ｄｏｍａｉｎ  Ｃｏｎｔｒｏｌｌｅｒ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ」を右クリックし、「Ｐｒｏｐｅｒｔｉｅｓ」をクリックする。
ｄ．「Ｇｅｎｅｒａｌ」タブ上で、「Ｐｕｂｌｉｓｈ  ｃｅｒｔｉｆｉｃａｔｅ  ｉｎ  Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ」チェックボックスを選択し、「ＯＫ」をクリックする。
【０２７２】
２．ドメイン管理者アカウントを使用してメッセージングサーバにログオンし、以下のステップを実行する。
ａ．以下のステップを使用して「Ｃｅｒｔｉｆｉｃａｔｅｓ」スナップインをＭＭＣに追加する。
「Ｒｕｎ」ダイアログボックスに「ｍｍｃ」と入力し、「ＯＫ」をクリックして、新規ＭＭＣを開く。
「Ｆｉｌｅ」メニュー上で、「Ａｄｄ／Ｒｅｍｏｖｅ  Ｓｎａｐ−ｉｎ」をクリックする。
「Ａｄｄ／Ｒｅｍｏｖｅ  Ｓｎａｐ−ｉｎ」ダイアログボックス上で、「Ａｄｄ」をクリックする。
「Ａｄｄ  Ｓｔａｎｄａｌｏｎｅ  Ｓｎａｐ−ｉｎ」ダイアログボックス上で、「Ｃｅｒｔｉｆｉｃａｔｅｓ」をクリックし、「Ａｄｄ」をクリックする。
「Ｃｅｒｔｉｆｉｃａｔｅｓ  ｓｎａｐ−ｉｎ」ダイアログボックス内の「Ｃｏｍｐｕｔｅｒ  ａｃｃｏｕｎｔ」をクリックし、「Ｎｅｘｔ」をクリックする。
「Ｓｅｌｅｃｔ  Ｃｏｍｐｕｔｅｒ」ダイアログボックス内の「Ｌｏｃａｌ  Ｃｏｍｐｕｔｅｒ」をクリックし、「Ｆｉｎｉｓｈ」をクリックする。
「Ａｄｄ  Ｓｔａｎｄａｌｏｎｅ  Ｓｎａｐ−ｉｎ」ダイアログボックス上で、「Ｃｌｏｓｅ」をクリックする。
「Ａｄｄ／Ｒｅｍｏｖｅ  Ｓｎａｐ−ｉｎ」ダイアログボックス上で、「ＯＫ」をクリックする。
ｂ．コンソールルートの下で、「Ｃｅｒｔｉｆｉｃａｔｅｓ（Ｌｏｃａｌ  Ｃｏｍｐｕｔｅｒ）」を展開し、「Ｐｅｒｓｏｎａｌ」を右クリックし、「Ａｌｌ  Ｔａｓｋｓ」をポイントし、「Ｒｅｑｕｅｓｔ  Ｎｅｗ  Ｃｅｒｔｉｆｉｃａｔｅ」をクリックする。
ｃ．証明書要求ウィザードで、証明書タイプに対する「Ｄｏｍａｉｎ  Ｃｏｎｔｒｏｌｌｅｒ」をクリックし、ウィザードを完了する。
このエラーの詳細については、Ｋｎｏｗｌｅｄｇｅ  Ｂａｓｅ記事８８９１０１「Ｒｅｌｅａｓｅ  ｎｏｔｅｓ  ｆｏｒ  Ｗｉｎｄｏｗｓ  Ｓｅｒｖｅｒ  ２００３  Ｓｅｒｖｉｃｅ  Ｐａｃｋ  １」（ＵＲＬ：ｈｔｔｐ：／／ｓｕｐｐｏｒｔ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／？ｉｄ＝８８９１０１）を参照のこと。
【０２７３】
ファイルサービスの構成
ファイルサービスを構成するには、以下を含む様々なファイルサービス技術を構成する必要がある。
・  分散ファイルシステムの構成
・  共有フォルダのシャドウコピーの構成
・  フォルダリダイレクションの構成
・  ディスククォータの構成
【０２７４】
分散ファイルシステムの構成
ネットワークサーバ上で以下のステップを実行して、新規ＤＦＳルートを構成する。
１．データボリュームを上に空のフォルダ（例えば、Ｅ：＼ＤＦＳＲｏｏｔ）を作成する。フォルダを右クリックし、「Ｐｒｏｐｅｒｔｉｅｓ」をクリックする。
以下のステップを実行する。
ａ．「Ｓｈａｒｉｎｇ」タブをクリックし、「Ｓｈａｒｅ  ｔｈｉｓ  ｆｏｌｄｅｒ」をクリックし、「Ｐｅｒｍｉｓｓｉｏｎｓ」をクリックする。「Ｄｏｍａｉｎ  Ｕｓｅｒｓ」グループを追加し、「Ｆｕｌｌ  Ｃｏｎｔｒｏｌ」許可をグループに与える。「Ｅｖｅｒｙｏｎｅ」グループがリストにある場合には、それを削除する。「ＯＫ」をクリックする。
ｂ．「Ｓｅｃｕｒｉｔｙ」タブをクリックし、「Ａｄｖａｎｃｅｄ」をクリックし、「Ａｌｌｏｗ  ｉｎｈｅｒｉｔａｂｌｅ  ｐｅｒｍｉｓｓｉｏｎｓ  ｆｒｏｍ  ｔｈｅ  ｐａｒｅｎｔ  ｔｏ  ｐｒｏｐａｇａｔｅ  ｔｏ  ｔｈｉｓ  ｏｂｊｅｃｔ  ａｎｄ  ａｌｌ  ｃｈｉｌｄ  ｏｂｊｅｃｔｓ．Ｉｎｃｌｕｄｅ  ｔｈｅｓｅ  ｗｉｔｈ  ｅｎｔｒｉｅｓ  ｅｘｐｌｉｃｉｔｌｙ  ｄｅｆｉｎｅｄ  ｈｅｒｅ」チェックボックスをクリアする。
ｃ．「Ｓｅｃｕｒｉｔｙ」ダイアログボックス上の「Ｒｅｍｏｖｅ」をクリックし、子フォルダから継承可能な許可を削除する。「Ｓｅｃｕｒｉｔｙ」ダイアログボックスが表示されたら、「Ｙｅｓ」をクリックする。
ｄ．「Ｄｏｍａｉｎ  Ａｄｍｉｎｓ」グループおよびＳＹＳＴＥＭアカウントを一度に１つずつ追加し、「Ｐｅｒｍｉｓｓｉｏｎ  Ｅｎｔｒｙ」ダイアログボックスで、「Ｆｕｌｌ  Ｃｏｎｔｒｏｌ」許可を与える。
ｅ．「Ｄｏｍａｉｎ  Ｕｓｅｒｓ」グループを追加する。「Ｐｅｒｍｉｓｓｉｏｎ  Ｅｎｔｒｙ」ダイアログボックスで、「Ｌｉｓｔ  ｆｏｌｄｅｒ／Ｒｅａｄ  Ｄａｔａ」許可を与え、「Ａｐｐｌｙ  ｏｎｔｏ」ボックス内の「Ｔｈｉｓ  ｆｏｌｄｅｒ  ｏｎｌｙ」をクリックする。
ｆ．追加したばかりのもの以外のすべてのグループおよびアカウントを削除し、「ＯＫ」をクリックする。
【０２７５】
２．「Ａｄｍｉｎｉｓｔｒａｔｉｖｅ  Ｔｏｏｌｓ」から「Ｄｉｓｔｒｉｂｕｔｅｄ  Ｆｉｌｅ  Ｓｙｓｔｅｍ」を開く。
ａ．コンソールツリー内の「Ｄｉｓｔｒｉｂｕｔｅｄ  Ｆｉｌｅ  Ｓｙｓｔｅｍ」を右クリックし、「Ｎｅｗ  Ｒｏｏｔ」をクリックする。「Ｎｅｗ  Ｒｏｏｔ  Ｗｉｚａｒｄ」が開始したときに、以下のステップを使用してウィザードを実行する。
「Ｒｏｏｔ  Ｔｙｐｅ」ページの「Ｄｏｍａｉｎ  ｒｏｏｔ」をクリックする。
「Ｈｏｓｔ  Ｄｏｍａｉｎ」ページで、デフォルトのドメイン名（例えば、ｅｘａｍｐｌｅ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ）を受け入れる。
「Ｈｏｓｔ  Ｓｅｒｖｅｒ」ページで、ＤＦＳルートをホストする、ネットワークサーバの名前を入力する。
「Ｒｏｏｔ  Ｎａｍｅ」ページで、ＤＦＳルートの名前（例えば、ＡｌｌＳｈａｒｅｓ）を入力する。
「Ｒｏｏｔ  Ｓｈａｒｅ」ページで、すでに作成されている空のフォルダのパス（例えば、Ｅ：＼ＤＦＳＲｏｏｔ）を入力する。
ｂ．コンソールツリー内で、新規作成ＤＦＳルートを右クリックし、「Ｐｒｏｐｅｒｔｉｅｓ」をクリックする。
ｃ．「Ｐｒｏｐｅｒｔｉｅｓ」ページ上で、「Ｐｕｂｌｉｓｈ」タブをクリックし、  「Ｐｕｂｌｉｓｈ  ｔｈｉｓ  ｒｏｏｔ  ｉｎ  Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ」チェックボックス内の「Ｐｕｂｌｉｓｈ」を選択する。
【０２７６】
共有フォルダのシャドウコピーの構成
共有フォルダのシャドウコピーの構成では、以下を行う必要がある。
・  サーバサイド構成
・  クライアントサイド構成
【０２７７】
サーバサイド構成
以下のステップを実行して、ネットワークサーバ上に共有フォルダのシャドウコピーを構成する。
１．共有フォルダのシャドウコピーを有効にしたいデータボリュームを右クリックし、「Ｐｒｏｐｅｒｔｉｅｓ」をクリックする。
２．「Ｐｒｏｐｅｒｔｉｅｓ」ダイアログボックス内の「Ｓｈａｄｏｗ  Ｃｏｐｉｅｓ」をクリックし、「Ｅｎａｂｌｅ」をクリックする。「Ｅｎａｂｌｅ  Ｓｈａｄｏｗ  Ｃｏｐｉｅｓ」ダイアログボックス上の「Ｙｅｓ」をクリックする。
３．「Ｓｅｔｔｉｎｇｓ」をクリックし、ビジネス要件に関して以下の構成を実行する。
・  シャドウコピーの最大サイズを定義する。
・  シャドウコピーをスケジュールする。
【０２７８】
クライアントサイド構成
デフォルトでは、Ｗｉｎｄｏｗｓ（登録商標）ＸＰ  ＰｒｏｆｅｓｓｉｏｎａｌおよびＷｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３オペレーティングシステムが稼働するコンピュータは、共有フォルダのシャドウコピーをサポートしている。Ｗｉｎｄｏｗｓ（登録商標）２０００（ＳＰ３以上）が稼働しているコンピュータは、さらに、ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｄｏｗｎｌｏａｄｓ／ｄｅｔａｉｌｓ．ａｓｐｘ？ａｍｐ；ａｍｐ；ａｍｐ；ｄｉｓｐｌａｙｌａｎｇ＝ｅｎ＆ｆａｍｉｌｙｉｄ＝ｅ３８２３５８ｆ−３３ｃ３−４ｄｅ７−ａｃｄ８−ａ３３ａｃ９２ｄ２９５ｅ＆ｄｉｓｐｌａｙｌａｎｇ＝ｅｎからＳｈａｄｏｗ  Ｃｏｐｙ  Ｃｌｉｅｎｔソフトウェアをダウンロードし、インストールした後に共有フォルダに対するシャドウコピーを使用することもできる。
【０２７９】
ディスククォータの構成
ディスククォータの構成は、サーバ、特にファイルサーバの可用性を保持するうえで重要である。このソリューションでは、単一のユーザまたは少数のユーザがボリューム上のすべての利用可能なディスク空き容量を消費しないようにディスククォータを構成することを推奨する。ディスククォータを管理するガイダンスについては、ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｔｅｃｈｎｅｔ／ｐｒｏｄｔｅｃｈｎｏｌ／ｗｉｎｄｏｗｓｓｅｒｖｅｒ２００３／ｌｉｂｒａｒｙ／ＳｅｒｖｅｒＨｅｌｐ／ａｆａｅ６ｃ２０−２ｅ７５−４０３ｆ−ａｄ５ａ−６ａｂｆ２０６２５３２３．ｍｓｐｘを参照のこと。
【０２８０】
ファイルサービス構成の検証
ファイルサービス構成をテストし、全てのサービスが予想通り動作し、ビジネス要件を満たすことを確認することが重要である。様々なサービスをテストするために使用できるＡｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ（登録商標）ディレクトリサービスで２つまたはそれ以上のテストユーザアカウントを作成することが推奨される。ファイルサービスの構成を検証するには、以下のタスクを必要とする。
・  分散ファイルシステム（ＤＦＳ）の検証
・  共有フォルダのシャドウコピーの検証
・  ディスククォータの検証
【０２８１】
分散ファイルシステムの検証
以下のステップを実行して、ＤＦＳ構成を検証する。
１．ネットワークサーバに、テストフォルダを作成し、テストユーザアカウントへのリードおよびライトアクセス権で共有する。「Ｄｉｓｔｒｉｂｕｔｅｄ  Ｆｉｌｅ  Ｓｙｓｔｅｍ」を開き、この共有フォルダへのＤＦＳリンクを作成する。
２．テストユーザアカウントを使用してＷｉｎｄｏｗｓ（登録商標）クライアントコンピュータにログオンする。
３．Ｗｉｎｄｏｗｓ（登録商標）Ｅｘｐｌｏｒｅｒを開き、＼＼ＢｕｓｉｎｅｓｓｓＮａｍｅ．ｃｏｍ＼ＤｏｍａｉｎＤＦＳＲｏｏｔＮａｍｅ（例えば、＼＼ｍｉｃｒｏｓｏｆｔ．ｃｏｍ＼ＡＩＩＳｈａｒｅｓ）に進む。
４．ステップ１で作成された共有フォルダにアクセスできることを検証する。共有フォルダ内にテストファイルを作成し、共有フォルダへの書き込みを行えることを検証する。
【０２８２】
共有フォルダのシャドウコピーの検証
以下のステップを実行して、共有フォルダのシャドウコピーの構成を検証する。
１．ネットワークサーバで、シャドウコピーを有効にしたボリューム上にテストフォルダを作成し、テストユーザアカウントへのリードおよびライト許可で共有する。
２．テストユーザアカウントを使用して、Ｓｈａｄｏｗ  Ｃｏｐｉｅｓ  ｏｆ  Ｓｈａｒｅｄ  ＦｏｌｄｅｒｓクライアントソフトウェアがインストールされているＷｉｎｄｏｗｓ（登録商標）ベースのクライアントコンピュータにログオンする。
３．クライアントコンピュータから、ステップ１でネットワークサーバ上に作成された共有フォルダ内にテストファイルを作成する。
４．スケジュールされたシャドウコピープロセスが実行されるのを待つか、またはサーバからプロセスを手動で開始する。
５．共有フォルダ上のテストファイルを削除し、Ｓｈａｄｏｗ  Ｃｏｐｙ  Ｃｌｉｅｎｔソフトウェアを使用してファイルの復元を試みる。
【０２８３】
ディスククォータの検証
以下のステップを実行して、ディスククォータの構成を検証する。
１．テストユーザアカウントを使用してＷｉｎｄｏｗｓ（登録商標）ベースのクライアントコンピュータにログオンし、ディスククォータにより定義された閾値よりも大きいファイルをコピーしようとする。イベントログに通知が送られることを確認する。
２．テストユーザが、クォータ限界を超えるボリューム上のどこかにデータを格納するのを防ぐようにする。
【０２８４】
印刷サービスの構成
印刷サービスを構成するには、以下のタスクが必要である。
１．情報の収集。
２．新規ネットワーク接続プリンタの構成。
３．印刷サーバの構成
４．直接接続プリンタの構成。
５．Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ（登録商標）ディレクトリサービスにおけるプリンタの公開。
【０２８５】
情報の収集
印刷サービスを構成する前に、展開プロセスの様々な段階で使用される以下の情報を収集する。
・  既存のプリンタ共有名、機種およびメーカー情報、および物理的な場所。
・  メーカー、およびプリンタをインストールし、構成するのに必要な媒体に記録されたインストール手順。
・  それぞれのネットワークプリンタに割り当てられたホスト名。
・  それぞれのネットワークプリンタに割り当てられたＩＰアドレス。
・  それぞれのネットワークプリンタの媒体アクセス制御（ＭＡＣ）アドレス。
【０２８６】
新規ネットワーク接続プリンタの構成
プリンタメーカーによって用意されている取扱説明書を使って、ネットワーク接続プリンタを構成し、その構成を検証する。多くの場合、これらの構成は、プリンタコントロールパネルを使用して実行され、診断プリントアウトを使用して検証される。ネットワーク接続プリンタを構成する一般的ガイドラインは、以下の通りである。
１．ネットワーク接続プリンタをネットワークに接続する。
２．プリンタをホスト名で構成する。
３．プリンタのネットワークアダプタのＭＡＣアドレスを取得する（場合によっては、診断プリントアウトを使用する）。
４．プリンタの動的ホスト構成プロトコル（ＤＨＣＰ）予約を構成する。
ＤＨＣＰ予約は、特定のネットワークサブネットのアドレスを割り当てることができるすべてのＤＨＣＰサーバ上で構成されなければならない。
環境内で現在実行中のすべてのＤＨＣＰサーバ上で以下のステップを実行し、そのプリンタのＩＰアドレスを予約する。
ａ．管理者アカウントを使用してＤＨＣＰサーバにログオンする。
ｂ．「ＤＨＣＰ」を開く。
ｃ．適切なＤＨＣＰスコープを展開する。
ｄ．「Ｒｅｓｅｒｖａｔｉｏｎｓ」を右クリックし、「Ｎｅｗ  Ｒｅｓｅｒｖａｔｉｏｎ」をクリックする。
ｅ．プリンタに対し予約したいＩＰアドレスおよびプリンタのＭＡＣアドレスを入力する。
５．プリンタのスイッチをオフにし、次いでオンにする。プリンタが予約されたＩＰアドレスを取得することを検証する。
【０２８７】
印刷サーバの構成
Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｗｉｎｄｏｗｓ（登録商標）ＮＴ  ４．０が稼働する印刷クライアントコンピュータがまだある場合、Ｐｒｉｎｔ  Ｍｉｇｒａｔｏｒ  ３．１ユーティリティを使用して、既存の印刷サーバからプリンタ構成をバックアップし、新規印刷サーバ（ネットワークサーバ）上にその構成を復元する。これにより、Ｗｉｎｄｏｗｓ（登録商標）ＮＴ  ４．０ベースの印刷クライアントコンピュータ用のドライバサポートを維持することができる。
Ｐｒｉｎｔ  Ｍｉｇｒａｔｏｒ  ３．１の詳細およびそのダウンロード方法については、ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／Ｗｉｎｄｏｗｓ  Ｓｅｒｖｅｒ２００３／ｔｅｃｈｉｎｆｏ／ｏｖｅｒｖｉｅｗ／ｐｒｉｎｔｍｉｇｒａｔｏｒ３．１．ｍｓｐｘを参照のこと。
移行の一部として全てのＷｉｎｄｏｗｓ（登録商標）ＮＴ  ４．０ベースの印刷クライアントコンピュータを有しないか、または撤去している場合、プリンタを新規印刷サーバに手動でインストールしなければならない。新規印刷サーバ上でプリンタを共有する場合、古い印刷サーバからプリンタ構成を削除する必要はない。印刷サーバ上でプリンタを構成する一般的なガイドラインを以下に示す。
【０２８８】
１．管理者アカウントを使用してネットワークサーバにログオンする。
２．「Ａｄｍｉｎｉｓｔｒａｔｉｖｅ  Ｔｏｏｌｓ」から「Ｃｏｎｆｉｇｕｒｅ  Ｙｏｕｒ  Ｓｅｒｖｅｒ  Ｗｉｚａｒｄ」を起動する。以下の情報を使用してウィザードを実行する。
ａ．「Ｓｅｒｖｅｒ  Ｒｏｌｅ」ページ上の「Ｐｒｉｎｔ  Ｓｅｒｖｅｒ」をクリックする。
ｂ．「Ｐｒｉｎｔｅｒｓ  ａｎｄ  Ｐｒｉｎｔｅｒ  Ｄｒｉｖｅｒｓ」ページ上で、環境内の印刷クライアントコンピュータにより使用されるオペレーティングシステムを選択する。これは、少なくともＭｉｃｒｏｓｏｆｔ（登録商標）Ｗｉｎｄｏｗｓ（登録商標）２０００  ＳｅｒｖｅｒおよびＭｉｃｒｏｓｏｆｔ（登録商標）Ｗｉｎｄｏｗｓ（登録商標）ＸＰベースのクライアントコンピュータを備える。
【０２８９】
３．「Ａｄｄ  Ｐｒｉｎｔｅｒ  Ｗｉｚａｒｄ」を起動し、以下の情報を使用してウィザードを実行する。
ａ．「Ｌｏｃａｌ  ｏｒ  Ｎｅｔｗｏｒｋ  Ｐｒｉｎｔｅｒ」ページ上で、「Ｌｏｃａｌ  ｐｒｉｎｔｅｒ  ａｔｔａｃｈｅｄ  ｔｏ  ｔｈｉｓ  ｃｏｍｐｕｔｅｒ」をクリックし、「Ａｕｔｏｍａｔｉｃａｌｌｙ  ｄｅｔｅｃｔ  ａｎｄ  ｉｎｓｔａｌｌ  ｍｙ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ  ｐｒｉｎｔｅｒ」チェックボックスをクリアする。
注記  プリンタはネットワーク接続され、印刷サーバに直接接続されていないが、印刷サーバのローカルプリンタとして処理される。
ｂ．「Ｓｅｌｅｃｔ  ａ  Ｐｒｉｎｔｅｒ  Ｐｏｒｔ」ページ上の「Ｃｒｅａｔｅ  ａ  ｎｅｗ  ｐｏｒｔ」をクリックし、「Ｔｙｐｅ  ｏｆ  ｐｏｒｔ」ボックス内の「Ｓｔａｎｄａｒｄ  ＴＣＰ／ＩＰ  Ｐｏｒｔ」をクリックする。「Ｎｅｘｔ」をクリックして、「Ａｄｄ  Ｓｔａｎｄａｒｄ  ＴＣＰ／ＩＰ  Ｐｒｉｎｔｅｒ  Ｐｏｒｔ  Ｗｉｚａｒｄ」を起動し、このウィザードの「Ａｄｄ  ｐｏｒｔ」ページで、ホスト名またはプリンタのＩＰアドレスを入力し、ウィザードを完了する。
ｃ．「Ｉｎｓｔａｌｌ  Ｐｒｉｎｔｅｒ  Ｓｏｆｔｗａｒｅ」ページ上で、メーカーの名前をクリックし、リストから正しいプリンタ機種を選択する。
そのプリンタ機種がリスト内に存在していない場合、メーカーにより提供されるプリンタドライバソフトウェアを格納したＣＤ−ＲＯＭまたはフロッピー（登録商標）ディスクを挿入し、「Ｈａｖｅ  Ｄｉｓｋ」をクリックし、互換性のあるドライバをインストールし、プリンタドライバソフトウェアをインストールする。
ｄ．「Ｎａｍｅ  Ｙｏｕｒ  Ｐｒｉｎｔｅｒ」ページで、プリンタの名前を入力する。
ｅ．「Ｐｒｉｎｔｅｒ  Ｓｈａｒｉｎｇ」ページで、「Ｓｈａｒｅ  ｎａｍｅ」をクリックし、そのプリンタの共有名を入力する。
ｆ．「Ｌｏｃａｔｉｏｎ  ａｎｄ  Ｃｏｍｍｅｎｔ」ページ上で、プリンタの物理的場所および関連するコメント（典型的には、プリンタ機種の説明および物理的場所の説明を）を入力する。
ｇ．「Ｐｒｉｎｔ  Ｔｅｓｔ  Ｐａｇｅ」ページで、「Ｙｅｓ」をクリックしてテストページを印刷し、プリンタが印刷サーバ上に適切に構成されていることを確認する。
【０２９０】
直接接続プリンタの構成
プリンタは、パラレル、シリアル、またはユニバーサルシリアルバス（ＵＳＢ）ケーブルを使用してクライアントコンピュータに直接接続することができ、複数のユーザ間で共有することができる。Ｗｉｎｄｏｗｓ（登録商標）２０００  ＳｅｒｖｅｒおよびＷｉｎｄｏｗｓ（登録商標）ＸＰでは、ほとんどのプリンタについて適切なプラグ＆プレイ機能をサポートしている。
プリンタがクライアントに接続された後、オペレーティングシステムは、インストールの各段階を案内するインストールウィザードを起動する。プリンタウィザードが、プリンタ接続後即座に起動しない場合、以下のステップを実行して、プリンタウィザードを起動する。
【０２９１】
１．管理者アカウントを使用してクライアントコンピュータにログオンする。
２．「Ｓｔａｒｔ」をクリックし、「Ｓｅｔｔｉｎｇｓ」をポイントし、「Ｐｒｉｎｔｅｒ  ａｎｄ  Ｆａｘｅｓ」をクリックする。
３．「Ｆｉｌｅ」メニューで、「Ａｄｄ  Ｐｒｉｎｔｅｒ」をクリックして、「Ａｄｄ  Ｐｒｉｎｔｅｒ  Ｗｉｚａｒｄ」を起動する。「Ｎｅｘｔ」をクリックする。
４．「Ｌｏｃａｌ  ｏｒ  Ｎｅｔｗｏｒｋ  Ｐｒｉｎｔｅｒ」ページ上で、「Ｌｏｃａｌ  ｐｒｉｎｔｅｒ  ａｔｔａｃｈｅｄ  ｔｏ  ｔｈｉｓ  ｃｏｍｐｕｔｅｒ」をクリックし、「Ａｕｔｏｍａｔｉｃａｌｌｙ  ｄｅｔｅｃｔ  ａｎｄ  ｉｎｓｔａｌｌ  ｍｙ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ  ｐｒｉｎｔｅｒ」チェックボックスを選択する。
オペレーティングシステムがプリンタを見つけると、ウィザードは最後まで案内を続ける。
何らかの理由により、プリンタが見つからなかった場合、ウィザードは、プリンタが見つからなかったというメッセージを表示するが、その場合、手動でプリンタを選択しなければならない。「Ｎｅｘｔ」をクリックして、プリンタを手動で構成する。以下の情報を使用して、ウィザードを完了する。
ａ．「Ｓｅｌｅｃｔ  ａ  Ｐｒｉｎｔｅｒ  Ｐｏｒｔ」ページ上で、プリンタを接続するポートを選択する。ほとんどの場合、これは、ローカルプリンタターミナル（ＬＰＴ）ポートとなる。
ｂ．「Ｉｎｓｔａｌｌ  Ｐｒｉｎｔｅｒ  Ｓｏｆｔｗａｒｅ」ページ上で、メーカーの名前をクリックし、リストから正しいプリンタ機種を選択する。
プリンタ機種がリスト内に存在しない場合、「Ｈａｖｅ  Ｄｉｓｋ」をクリックして、互換性のあるドライバを選択し、プリンタドライバソフトウェアをインストールする。
【０２９２】
５．「Ｎａｍｅ  Ｙｏｕｒ  Ｐｒｉｎｔｅｒ」ページで、プリンタの名前を入力する。
６．「Ｐｒｉｎｔｅｒ  Ｓｈａｒｉｎｇ」ページで、「Ｓｈａｒｅ  ｎａｍｅ」をクリックし、そのプリンタの共有名を入力する。
７．「Ｌｏｃａｔｉｏｎ  ａｎｄ  Ｃｏｍｍｅｎｔ」ページ上で、プリンタの物理的場所および関連するコメント（典型的には、プリンタ機種の説明および物理的場所の説明）を入力する。
８．「Ｐｒｉｎｔ  Ｔｅｓｔ  Ｐａｇｅ」ページで、「Ｙｅｓ」をクリックしてテストページを印刷し、プリンタが印刷サーバ上に適切に構成されていることを確認する。
【０２９３】
Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙのプリンタの公開
このソリューションにより適用されるグループポリシーオブジェクト（ＧＰＯ）では、Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ内の共有プリンタを公開するように印刷サーバおよびクライアントを自動的に構成する。以下のグループポリシー設定は、ＧＰＯで構成され、クライアントおよびサーバＯＵに適用される。
【０２９４】
【表６６】
2009510602.tif 000068
【０２９５】
印刷サービス構成の検証
印刷サービスをユーザに公開する前に、印刷サーバおよびすでに構成されているネットワークプリンタが予想通りに動作していることを検証することが重要である。環境内で稼働しているＷｉｎｄｏｗｓ（登録商標）オペレーティングシステムのすべてのバージョンから印刷機能を検証し、必要な全てのドライバが印刷サーバ上にインストールされていることを確認しなければならない。
以下のステップを実行して、ネットワーク構成を検証し、完全を期すために、異なるオペレーティングシステムが稼働している複数のクライアントコンピュータからこれらのステップを実行する。
１．プリンタコントロールパネルを使用してプリンタの診断ページを印刷し、構成を検証する。
２．環境内の典型的なクライアントコンピュータを表すクライアントコンピュータにログオンする。
３．クライアントコンピュータから、ＩＰアドレスを使用してネットワークプリンタにｐｉｎｇを実行し、ｐｉｎｇコマンドの応答が届くことを確認する。
４．ＩＰアドレスの代わりに名前でプリンタにｐｉｎｇを実行し、応答が返ることを確認する。
５．クライアントコンピュータ上で、「Ｐｒｉｎｔｅｒｓ  ａｎｄ  Ｆａｘｅｓ」にネットワークプリンタを追加する。
６．テスト印刷を実行して、ネットワークプリンタのインストールを検証する。
【０２９６】
新規Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３  Ｏｒｇａｎｉｚａｔｉｏｎインストールの完了
「Ａｓｓｅｓｓｍｅｎｔ  ａｎｄ  Ｄｅｐｌｏｙｍｅｎｔ  Ｓｏｌｕｔｉｏｎ」で、「Ｐｌａｎｎｉｎｇ  Ｄｅｐｌｏｙｍｅｎｔ  Ｗｉｚａｒｄ」で与えられる情報に基づいて新しいＥｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３  ｏｒｇａｎｉｚａｔｉｏｎをメッセージングサーバ上にインストールする。このインストールは、Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３，Ｓｔａｎｄａｒｄ  Ｅｄｉｔｉｏｎを使用して実行される。インストールが正常に完了したことを検証するために、「Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ」で始まるすべての自動起動サービスのステータス欄が「Ｓｔａｒｔｅｄ」となっていることを確認する。
新規Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３  ｏｒｇａｎｉｚａｔｉｏｎのインストールを完了するには、以下のタスクを必要とする。
・  Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙの準備
・  Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３のインストール
・  Ｅｘｃｈａｎｇｅシステム管理ツールのインストール
・  更新およびサービスパックのインストール
注記：「Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙの準備」および「Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３のインストール」タスクは、Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３がサーバ自動化で正常に展開されていなかった場合にのみ実行されればよい。「Ｉｎｓｔａｌｌ  ａ  ｎｅｗ  Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３  Ｓｔａｎｄａｒｄ  Ｅｄｉｔｉｏｎ  Ｏｒｇａｎｉｚａｔｉｏｎ」の提案オプションが選択され、ＮＥＴＢＩＯＳドメイン名、例えばＥＸＡＭＰＬＥが、ＤＮＳドメイン名、例えばＣＯＲＰ．ＭＩＣＲＯＳＯＦＴ．ＣＯＭ（ＥＸＡＭＰＬＥはＣＯＲＰと同じでない）の先頭部分に等しくない場合、Ｍｉｃｒｏｓｏｆｔ（登録商標）  Ｅｘｃｈａｎｇｅ  ２００３  Ｓｅｒｖｅｒの自動化セットアップは、セットアップ／ＦｏｒｅｓｔＰｒｅｐ機能で失敗する。
【０２９７】
Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙの準備
Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙを準備するには、以下のタスクが必要である。
１．Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙスキーマの拡張。
２．変更のレプリケーションの検証。
【０２９８】
Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙスキーマの拡張
以下のステップを実行してＡｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙスキーマを拡張する。
１．Ｅｘｃｈａｎｇｅ  ＣＤをネットワークサーバ上のＣＤドライブに挿入する。
２．「Ｒｕｎ」ダイアログボックス内に、ＣｄＤｒｉｖｅＬｅｔｔｅｒ：／ｓｅｔｕｐ／ｉ３８６／ｓｅｔｕｐ．ｅｘｅ／ＦｏｒｅｓｔＰｒｅｐと入力する。
注記  ネットワークサーバ上でＷｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３  ＳＰ１が稼働している場合、アプリケーション非互換性警告ダイアログボックスが表示されるので、「Ｄｏｎ’ｔ  ｄｉｓｐｌａｙ  ｔｈｉｓ  ｍｅｓｓａｇｅ  ａｇａｉｎ」をクリックし、「Ｃｏｎｔｉｎｕｅ」をクリックする。詳細については、ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｅｘｃｈａｎｇｅ／ｅｖａｌｕａｔｉｏｎ／ｓｙｓｒｅｑｓ／２００３．ｍｓｐｘを参照のこと。
【０２９９】
３．「Ｗｅｌｃｏｍｅ  ｔｏ  ｔｈｅ  Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ  Ｉｎｓｔａｌｌａｔｉｏｎ  Ｗｉｚａｒｄ」ページ上の「Ｎｅｘｔ」をクリックする。
４．「Ｌｉｃｅｎｓｅ  Ａｇｒｅｅｍｅｎｔ」ページにある合意事項を読む。条件を受け入れる場合、「Ｉ  ａｇｒｅｅ」をクリックし、次いで、「Ｎｅｘｔ」をクリックする。
５．「Ｐｒｏｄｕｃｔ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ」ページで、２５桁のプロダクトキーを入力し、「Ｎｅｘｔ」をクリックする。
６．「Ｃｏｍｐｏｎｅｎｔ  Ｓｅｌｅｃｔｉｏｎ」ページで「Ａｃｔｉｏｎ」が「ＦｏｒｅｓｔＰｒｅｐ」に設定されていることを確認する。そうでない場合、ドロップダウンの矢印をクリックし、「ＦｏｒｅｓｔＰｒｅｐ」をクリックする。「Ｎｅｘｔ」をクリックする。
７．「Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  Ａｄｍｉｎｉｓｔｒａｔｏｒ  Ａｃｃｏｕｎｔ」ページで、「Ａｃｃｏｕｎｔ」ボックスにＥｘｃｈａｎｇｅをインストールする役割を有するアカウントまたはグループの名前を入力する。
注記  ＮＥＴＢＩＯＳドメイン名＼ユーザ名またはＮＥＴＢＩＯＳドメイン名＼グループ名、例えば、ＥＸＡＭＰＬＥ＼ＡｄｍｉｎｉｓｔｒａｔｏｒまたはＥＸＡＭＰＬＥ＼Ｅｘｃｈａｎｇｅ  Ａｄｍｉｎｓが指定されていることを確認するが、ただし、ＥＸＡＭＰＬＥは、貴社のドメインのＮＥＴＢＩＯＳ名である。
【０３００】
８．「Ｎｅｘｔ」をクリックして「ＦｏｒｅｓｔＰｒｅｐ」を起動する。「ＦｏｒｅｓｔＰｒｅｐ」が起動した後、このプロセスをキャンセルすることはできない。
９．「Ｃｏｍｐｌｅｔｉｎｇ  ｔｈｅ  Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ  Ｗｉｚａｒｄ」ページ上の「Ｆｉｎｉｓｈ」をクリックする。
１０．「Ｒｕｎ」ダイアログボックス内に、ＣｄＤｒｉｖｅＬｅｔｔｅｒ：＼ｓｅｔｕｐ＼ｉ３８６＼ｓｅｔｕｐ／ＤｏｍａｉｎＰｒｅｐと入力する。
注記  ネットワークサーバ上でＷｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  ２００３  ＳＰ１が稼働している場合、アプリケーション非互換性警告ダイアログボックスが表示されることがあるので、「Ｄｏｎ’ｔ  ｄｉｓｐｌａｙ  ｔｈｉｓ  ｍｅｓｓａｇｅ  ａｇａｉｎ」をクリックし、「Ｃｏｎｔｉｎｕｅ」をクリックする。詳細については、ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｅｘｃｈａｎｇｅ／ｅｖａｌｕａｔｉｏｎ／ｓｙｓｒｅｇｓ／２００３．ｍｓｐｘを参照のこと。
【０３０１】
１１．「Ｗｅｌｃｏｍｅ  ｔｏ  ｔｈｅ  Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ  Ｉｎｓｔａｌｌａｔｉｏｎ  Ｗｉｚａｒｄ」ページ上の「Ｎｅｘｔ」をクリックする。
１２．「Ｌｉｃｅｎｓｅ  Ａｇｒｅｅｍｅｎｔ」ページにある合意事項を読む。条件を受け入れる場合、「Ｉ  ａｇｒｅｅ」をクリックし、次いで、「Ｎｅｘｔ」をクリックする。
１３．「Ｐｒｏｄｕｃｔ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ」ページで、２５桁のプロダクトキーを入力し、「Ｎｅｘｔ」をクリックする。
１４．「Ｃｏｍｐｏｎｅｎｔ  Ｓｅｌｅｃｔｉｏｎ」ページで「Ａｃｔｉｏｎ」が「ＤｏｍａｉｎＰｒｅｐ」に設定されていることを確認する。そうでない場合、ドロップダウンの矢印をクリックし、「ＤｏｍａｉｎＰｒｅｐ」をクリックする。「Ｎｅｘｔ」をクリックする。
１５．「Ｃｏｍｐｌｅｔｉｎｇ  ｔｈｅ  Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ  Ｗｉｚａｒｄ」ページ上の「Ｆｉｎｉｓｈ」をクリックする。
注記  「ＤｏｍａｉｎＰｒｅｐ」ユーティリティを実行した場合、安全でないドメインに関するポップアップが現れることがある。このメッセージは、無視しても安全である。
Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３用のＦｏｒｅｓｔＰｒｅｐおよびＤｏｍａｉｎＰｒｅｐを実行した後、先へ進む前に完全なドメインレプリケーションが完了するのを待つ。デフォルトでは、レプリケーション間隔は１５分である。しかし、すべての変更が適切にレプリケートされるのを確認するためにさらに待っていてもよい。
大きな環境では、ドメインコントローラのトポロジーおよび数に応じて長く待つ必要がある場合がある。
【０３０２】
変更のレプリケーションの検証
Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙスキーマの変更が正常にレプリケートされたことを検証するために、ネットワークサーバとメッセージングサーバの両方で以下のステップを実行する。
１．エラーメッセージを受け取っていないことを検証する。
２．「Ｅｖｅｎｔ  Ｖｉｅｗｅｒ」を使用して、エラーまたは予測されていないイベントについてシステムログを検査する。
３．「Ｐｒｏｇｒａｍ  Ｆｉｌｅｓｌ＼Ｓｕｐｐｏｒｔ  Ｔｏｏｌｓ」フォルダから、コマンドプロンプトを開き、「ｄｃｄｉａｇ／ｔｅｓｔ：ｒｅｐｌｉｃａｔｉｏｎｓ」を実行し、全てのテストが成功したことを確認する。
【０３０３】
Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３のインストール
メッセージングサーバ上で以下のステップを実行し、Ｅｘｃｈａｎｇｅをインストールする。
１．Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３  ＣＤをメッセージングサーバ上のＣＤドライブに挿入する。
２．「Ｒｕｎ」ダイアログボックス内に、ＣｄＤｒｉｖｅＬｅｔｔｅｒ：＼ｓｅｔｕｐ＼ｉ３８６＼ｓｅｔｕｐ．ｅｘｅと入力し、「Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ  Ｉｎｓｔａｌｌａｔｉｏｎ  Ｗｉｚａｒｄ」を起動する。
３．「Ｗｅｌｃｏｍｅ  ｔｏ  ｔｈｅ  Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ  Ｉｎｓｔａｌｌａｔｉｏｎ  Ｗｉｚａｒｄ」ページ上の「Ｎｅｘｔ」をクリックする。
４．「Ｌｉｃｅｎｓｅ  Ａｇｒｅｅｍｅｎｔ」ページにある合意事項を読む。条件を受け入れる場合、「Ｉ  ａｇｒｅｅ」をクリックし、次いで、「Ｎｅｘｔ」をクリックする。
５．「Ｐｒｏｄｕｃｔ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ」ページで、２５桁のプロダクトキーを入力し、「Ｎｅｘｔ」をクリックする。
６．「Ｃｏｍｐｏｎｅｎｔ  Ｓｅｌｅｃｔｉｏｎ」ページの「Ａｃｔｉｏｎ」列がそれぞれのコンポーネントに対する適切なアクションを指定していることを検証し、「Ｎｅｘｔ」をクリックする。
７．「Ｉｎｓｔａｌｌａｔｉｏｎ  Ｔｙｐｅ」ページの「Ｃｒｅａｔｅ  ａ  ｎｅｗ  Ｅｘｃｈａｎｇｅ  Ｏｒｇａｎｉｚａｔｉｏｎ」をクリックし、「Ｎｅｘｔ」をクリックする。
９．「Ｌｉｃｅｎｓｅ  Ａｇｒｅｅｍｅｎｔ」ページにある合意事項を読む。条件を受け入れる場合、「Ｉ  ａｇｒｅｅ  ｔｈａｔ  Ｉ  ｈａｖｅ  ｒｅａｄ  ａｎｄ  ｗｉｌｌ  ｂｅ  ｂｏｕｎｄ  ｂｙ  ｔｈｅ  ｌｉｃｅｎｓｅ  ａｇｒｅｅｍｅｎｔｓ  ｆｏｒ  ｔｈｉｓ  ｐｒｏｄｕｃｔ」をクリックし、次いで、「Ｎｅｘｔ」をクリックする。
１０．「Ｓｅｒｖｉｃｅ  Ａｃｃｏｕｎｔ」ページで、Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ５．５サービスアカウントのパスワードを入力する。
１１．「Ｉｎｓｔａｌｌａｔｉｏｎ  Ｓｕｍｍａｒｙ」ページで、Ｅｘｃｈａｎｇｅインストール選択が正しいことを確認して、「Ｎｅｘｔ」をクリックする。
１２．「Ｃｏｍｐｌｅｔｉｎｇ  ｔｈｅ  Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ  Ｗｉｚａｒｄ」ページ上の「Ｆｉｎｉｓｈ」をクリックする。
【０３０４】
Ｅｘｃｈａｎｇｅシステム管理ツールのインストール
以下のステップを実行して、Ｅｘｃｈａｎｇｅ  Ｓｙｓｔｅｍ  Ｍａｎａｇｅｍｅｎｔ  Ｔｏｏｌｓをインストールする。
１．Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３  ＣＤをネットワークサーバ上のＣＤドライブに挿入する。
２．「Ｒｕｎ」ダイアログボックス内に、ＣｄＤｒｉｖｅＬｅｔｔｅｒ：＼ｓｅｔｕｐ＼ｉ３８６＼ｓｅｔｕｐ．ｅｘｅと入力し、「ＯＫ」をクリックする。
３．「Ｃｏｍｐｏｎｅｎｔ  Ｓｅｌｅｃｔｉｏｎ」ページで、「Ｃｕｓｔｏｍ  Ｉｎｓｔａｌｌａｔｉｏｎ」をクリックし、「Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ  Ｓｙｓｔｅｍ  Ｍａｎａｇｅｍｅｎｔ  Ｔｏｏｌｓ」のみをインストールする。インストール用のデフォルトのディレクトリを受け入れる。
注記  Ｍｉｃｒｏｓｏｆｔ（登録商標）  Ｅｘｃｈａｎｇｅ  Ｓｙｓｔｅｍ  Ｍａｎａｇｅｍｅｎｔ  Ｔｏｏｌｓをネットワークサーバにインストールする必要はないが、強く推奨される。このステップで、ネットワークサーバからＥｘｃｈａｎｇｅサーバを管理することが容易になる。Ｅｘｃｈａｎｇｅ属性がＡｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ（登録商標）Ｕｓｅｒｓ  ａｎｄ  Ｃｏｍｐｕｔｅｒｓなどのスナップインでネットワークサーバ上に現れるように拡張をインストールすることがより重要である。
【０３０５】
更新およびサービスパックのインストール
本書の「ソフトウェアのダウンロード」の節に一覧として示されている全てのＥｘｃｈａｎｇｅサービスパックおよびホットフィクスをネットワークサーバとメッセージングサーバの両方にインストールする。
【０３０６】
メッセージングサービスの構成
メッセージングサーバ上のメッセージングサービスを構成するには、以下のタスクが必要である。
１．データボリュームへのＥｘｃｈａｎｇｅデータベースの移動。
２．インターネット情報サービス（ＩＩＳ）構成のバックアップ。
３．フォームベースの認証の構成。
４．Ｒｅｍｏｔｅ  Ｐｒｏｃｅｄｕｒｅ  Ｃａｌｌ（ＲＰＣ）ｏｖｅｒ  ＨＴＴＰの構成。
５．セキュアソケットレイヤー（ＳＳＬ）通信に関するサーバ上の証明書の構成。
６．サーバを保護するＵＲＬＳｃａｎ  ２．５のインストールおよび構成。
７．モバイルデバイスアクセスの構成。
８．Ｅｘｃｈａｎｇｅ  Ｉｎｔｅｌｌｉｇｅｎｔ  Ｍｅｓｓａｇｅ  Ｆｉｌｔｅｒのインストールおよび構成。
９．最終セキュリティ構成妥当性確認の実行。
【０３０７】
データボリュームへのＥｘｃｈａｎｇｅデータベースの移動
以下のステップを実行して、Ｅｘｃｈａｎｇｅデータベースをシステムボリューム（ｃ：＼）のデフォルトのインストール場所からメッセージングサーバ上のデータボリュームに移動する。
１．このプロセスはメッセージングストアをディスマウントし、一時的に利用不可能にするため、メッセージングサーバに接続されているユーザがいないことを確認する。
２．「Ｅｘｃｈａｎｇｅ  Ｓｙｓｔｅｍ  Ｍａｎａｇｅｒ」を開く。これを実行するために、「Ｓｔａｒｔ」をクリックし、「Ｐｒｏｇｒａｍｓ」をポイントし、「Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ」をポイントし、「Ｓｙｓｔｅｍ  Ｍａｎａｇｅｒ」をクリックする。
３．「Ｓｅｒｖｅｒｓ」を展開し、ＭｅｓｓａｇｉｎｇＳｅｒｖｅｒＮａｍｅを展開し、「Ｆｉｒｓｔ  Ｓｔｏｒａｇｅ  Ｇｒｏｕｐ」を展開する。
４．「Ｍａｉｌｂｏｘ  Ｓｔｏｒｅ」を右クリックし、「Ｐｒｏｐｅｒｔｉｅｓ」をクリックする。
５．「Ｄａｔａｂａｓｅ」タブをクリックし、「Ｅｘｃｈａｎｇｅ  Ｄａｔａｂａｓｅ」の隣の「Ｂｒｏｗｓｅ」ボタンをクリックする。
６．データボリューム上のデータベースの新しい場所へのパスを入力し、「Ｓａｖｅ」をクリックする。
７．「Ｅｘｃｈａｎｇｅ  ｓｔｒｅａｍｉｎｇ  ｄａｔａｂａｓｅ」の隣の「Ｂｒｏｗｓｅ」ボタンをクリックする。
８．データボリューム上のデータベースの新しい場所へのパスを入力し、「Ｓａｖｅ」をクリックする。
９．「Ｍａｉｌｂｏｘ  Ｓｔｏｒｅ  ｐｒｏｐｅｒｔｉｅｓ」ページ上の「ＯＫ」をクリックする。表示される警告メッセージの「Ｙｅｓ」をクリックする。
１０．データベースファイルが正常に移動されたことを伝える画面上で「ＯＫ」をクリックする。
１１．「Ｐｕｂｌｉｃ  Ｆｏｌｄｅｒ」データベースについて上記ステップを繰り返す。
【０３０８】
インターネット情報サービス構成のバックアップ
以下のステップを実行して、ＩＩＳ構成をバックアップする。
１．「Ａｄｍｉｎｉｓｔｒａｔｉｖｅ  Ｔｏｏｌｓ」から「Ｉｎｔｅｒｎｅｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｅｒｖｉｃｅｓ（ＩＩＳ）Ｍａｎａｇｅｒ」を開く。
２．ＭｅｓｓａｇｉｎｇＳｅｒｖｅｒＮａｍｅを右クリックし、「Ａｌｌ  Ｔａｓｋｓ」をポイントし、「Ｂａｃｋｕｐ／Ｒｅｓｔｏｒｅ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ」をクリックする。
３．「Ｃｒｅａｔｅ  Ｂａｃｋｕｐ」をクリックし、「Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｂａｃｋｕｐ  ｎａｍｅ」に「Ｐｏｓｔ  Ｅｘｃｈａｎｇｅ  Ｉｎｓｔａｌｌ」と入力する。
４．「ＯＫ」をクリックして、「Ｃｌｏｓｅ」をクリックする。
注記  本書の中の次の節でＩＩＳ構成に変更を加えるため、ＩＩＳ構成がバックアップされた。このような構成の変更を行う前にＩＩＳの適正なバックアップを取ることで、障害または予測されないエラーが生じた場合に構成のフォールバックを安全に行うことができる。
【０３０９】
フォームベースの認証の構成
メッセージングサーバ上で以下のステップを実行し、フォームベースの認証を構成する。
１．「Ｅｘｃｈａｎｇｅ  Ｓｙｓｔｅｍ  Ｍａｎａｇｅｒ」を開く。
２．「Ｓｅｒｖｅｒｓ」を展開する。
３．ＭｅｓｓａｇｉｎｇＳｅｒｖｅｒＮａｍｅを展開し、「Ｐｒｏｔｏｃｏｌｓ」を展開する。
４．「ＨＴＴＰ」をクリックする。
５．詳細ペインの「Ｅｘｃｈａｎｇｅ  Ｖｉｒｔｕａｌ  Ｓｅｒｖｅｒ」を右クリックし、「Ｐｒｏｐｅｒｔｉｅｓ」をクリックする。
６．「Ｓｅｔｔｉｎｇｓ」タブをクリックし、「Ｅｎａｂｌｅ  Ｆｏｒｍｓ  Ｂａｓｅｄ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ」を選択する。
７．「Ｃｏｍｐｒｅｓｓｉｏｎ」ドロップダウンリストボックスの「Ｈｉｇｈ」をクリックする。
８．圧縮に関係する警告ダイアログボックス上の「Ｙｅｓ」をクリックする。
９．ＳＳＬに関係する警告ダイアログボックス上の「ＯＫ」をクリックする。
【０３１０】
Ｒｅｍｏｔｅ  Ｐｒｏｃｅｄｕｒｅ  Ｃａｌｌ  ｏｖｅｒ  ＨＴＴＰの構成
ＲＰＣ  ｏｖｅｒ  ＨＴＴＰを構成するには、以下のタスクが必要である。
１．ＲＰＣ仮想ディレクトリのＩＩＳへの構成。
２．ＲＰＣプロキシサーバの構成。
３．グローバルカタログサーバの構成。
４．Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｏｆｆｉｃｅ  Ｏｕｔｌｏｏｋ（登録商標）２００３クライアントの構成。
【０３１１】
ＲＰＣ仮想ディレクトリのＩＩＳへの構成
以下のステップを実行して、メッセージングサーバ上のＩｎｔｅｒｎｅｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｅｒｖｉｃｅｓ（ＩＩＳ）にＲＰＣ仮想ディレクトリを構成する。
１．「Ａｄｍｉｎｉｓｔｒａｔｉｖｅ  Ｔｏｏｌｓ」から「Ｉｎｔｅｒｎｅｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｅｒｖｉｃｅｓ（ＩＩＳ）Ｍａｎａｇｅｒ」を開く。
２．コンソールツリー内でＳｅｒｖｅｒＮａｍｅ（ｌｏｃａｌ  ｃｏｍｐｕｔｅｒ）を展開し、「Ｗｅｂ  Ｓｉｔｅｓ」を展開し、「Ｄｅｆａｕｌｔ  Ｗｅｂ  Ｓｉｔｅ」をクリックする。
３．右ペインで、「ＲＰＣ」を右クリックし、「Ｐｒｏｐｅｒｔｉｅｓ」をクリックする。
４．「Ｄｉｒｅｃｔｏｒｙ  Ｓｅｃｕｒｉｔｙ」タブをクリックし、「Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ａｎｄ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ」の下で、「Ｅｄｉｔ」をクリックする。
５．「Ｅｎａｂｌｅ  ａｎｏｎｙｍｏｕｓ  ａｃｃｅｓｓ」チェックボックスをクリアする。
６．「Ｉｎｔｅｇｒａｔｅｄ  Ｗｉｎｄｏｗｓ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ」チェックボックスをクリアし、「Ｂａｓｉｃ  ａｕｔｈｅｎｔｉｃａｔｉｏｎ（ｐａｓｓｗｏｒｄ  ｉｓ  ｓｅｎｔ  ｉｎ  ｃｌｅａｒ  ｔｅｘｔ）」チェックボックスを選択する。以下の警告メッセージを受け取る。
認証オプションが選択された結果、データ符号化なしでネットワーク上でパスワードが送信される。システムを損なおうとする者は、認証プロセスにおいてプロトコルアナライザを使用して、ユーザパスワードを調べることが可能である。ユーザ認証の詳細については、オンラインヘルプを参照のこと。
この警告は、ＨＴＴＰＳ（またはＳＳＬ）接続に適用されない。続行しますか？
７．「Ｙｅｓ」をクリックして、「ＯＫ」をクリックする。
８．「Ａｐｐｌｙ」をクリックして、「ＯＫ」をクリックする。
【０３１２】
ＲＰＣプロキシサーバの構成
以下のステップを実行し、ローカルネットワーク内のＲＰＣ  ｏｖｅｒ  ＨＴＴＰのデフォルトのポートを使用するようにＲＰＣプロキシサーバを構成する。
１．メッセージングサーバ上で、「Ｒｅｇｉｓｔｒｙ  Ｅｄｉｔｏｒ」を開く。
注意  レジストリを正しく編集しないと、システムに重大なダメージを与える可能性がある。レジストリに変更を加える前に、値を有するデータをコンピュータ上にバックアップすべきである。
２．以下のサブキーを参照する。
【０３１３】
【表６７】
2009510602.tif 000069
【０３１４】
３．右ペインで、「ＶａｌｉｄＰｏｒｔｓ」を右クリックし、「Ｍｏｄｉｆｙ」をクリックする。
４．「Ｖａｌｕｅ  ｄａｔａ」内のテキストを削除し、次いで、以下の情報を入力する。
【０３１５】
【表６８】
2009510602.tif 000070
【０３１６】
注記  ＭｅｓｓａｇｉｎｇＳｅｒｖｅｒＮｅｔＢＩＯＳＮａｍｅ変数をメッセージングサーバのＮｅｔＢＩＯＳ名で置き換える。ＭｅｓｓａｇｉｎｇＳｅｒｖｅｒＦＱＤＮ変数をメッセージングサーバのＦＱＤＮで置き換える。
５．「Ｒｅｇｉｓｔｒｙ  Ｅｄｉｔｏｒ」を閉じる。
【０３１７】
グローバルカタログサーバの構成
ネットワークサーバとメッセージングサーバの両方で以下のステップを実行し、ディレクトリサービスに対しＲＰＣ  ｏｖｅｒ  ＨＴＴＰに特定のポートを使用するように全てのグローバルカタログサーバを構成する。
１．「Ｒｅｇｉｓｔｒｙ  Ｅｄｉｔｏｒ」を開く。
注意  レジストリを正しく編集しないと、システムに重大なダメージを与える可能性がある。レジストリに変更を加える前に、値を有するデータをコンピュータ上にバックアップすべきである。
２．以下のレジストリサブキーを参照する。
【０３１８】
【表６９】
2009510602.tif 000071
【０３１９】
３．「Ｅｄｉｔ」メニュー上の「Ｎｅｗ」をポイントし、「Ｍｕｌｔｉ−Ｓｔｒｉｎｇ  Ｖａｌｕｅ」クリックする。
注記  レジストリ値の正しい値型が選択されていることを確認する。レジストリ値型が「Ｍｕｌｔｉ−Ｓｔｒｉｎｇ  Ｖａｌｕｅ」以外の値に設定される場合、問題が生じることがある。
４．新しいレジストリ値に「ＮＳＰＩ  ｉｎｔｅｒｆａｃｅ  ｐｒｏｔｏｃｏｌ  ｓｅｑｕｅｎｃｅｓ」という名前を付ける。
５．「ＮＳＰＩ  ｉｎｔｅｒｆａｃｅ  ｐｒｏｔｏｃｏｌ  ｓｅｑｕｅｎｃｅｓ」を右クリックし、「Ｍｏｄｉｆｙ」をクリックする。
６．「Ｖａｌｕｅ」テキストボックスに、ｎｃａｃｎ＿ｈｔｔｐ：６００４を入力し、「ＯＫ」をクリックする。
７．「Ｒｅｇｉｓｔｒｙ  Ｅｄｉｔｏｒ」を終了し、コンピュータを再起動する。
【０３２０】
Ｍｉｃｒｏｓｏｆｔ（登録商標）  Ｏｆｆｉｃｅ  Ｏｕｔｌｏｏｋ  ２００３クライアントの構成
ＲＰＣ  ｏｖｅｒ  ＨＴＴＰおよびＯｕｔｌｏｏｋ  ２００３を使用してＥｘｃｈａｎｇｅサーバにアクセスするようにＭｉｃｒｏｓｏｆｔ（登録商標）  Ｗｉｎｄｏｗｓ（登録商標）ＸＰが稼働しているクライアントコンピュータを構成するガイダンスとして、Ｍｉｃｒｏｓｏｆｔ（登録商標）  Ｋｎｏｗｌｅｄｇｅ  Ｂａｓｅ記事８３３４０１「Ｈｏｗ  ｔｏ  ｃｏｎｆｉｇｕｒｅ  ＲＰＣ  ｏｖｅｒ  ＨＴＴＰ  ｏｎ  ａ  ｓｉｎｇｌｅ  ｓｅｒｖｅｒ  ｉｎ  Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３」（ＵＲＬ：ｈｔｔｐ：／／ｓｕｐｐｏｒｔ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／？ｉｄ＝６３３４０１）の「Ｃｏｎｆｉｇｕｒｅ  ｔｈｅ  Ｏｕｔｌｏｏｋ  ２００３  ｃｏｍｐｕｔｅｒ  ｔｏ  ｕｓｅ  ＲＰＣ  ｏｖｅｒ  ＨＴＴＰ」節を参照のこと。
【０３２１】
セキュアソケットレイヤー通信に関するサーバ上の証明書の構成
以下のステップを実行し、メッセージングサーバ上の証明書をＳＳＬ通信用に構成する。
１．「Ｉｎｔｅｒｎｅｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｅｒｖｉｃｅｓ（ＩＩＳ）Ｍａｎａｇｅｒ」を開く。
２．ＭｅｓｓａｇｉｎｇＳｅｒｖｅｒＮａｍｅを展開し、「Ｗｅｂ  Ｓｉｔｅｓ」をクリックする。
３．「Ｄｅｆａｕｌｔ  Ｗｅｂ  Ｓｉｔｅ」を右クリックし、「Ｐｒｏｐｅｒｔｉｅｓ」をクリックする。
４．「Ｄｉｒｅｃｔｏｒｙ  Ｓｅｃｕｒｉｔｙ」タブをクリックする。
５．「Ｓｅｒｖｅｒ  Ｃｅｒｔｉｆｉｃａｔｅ」をクリックする。「ＩＩＳ  Ｃｅｒｔｉｆｉｃａｔｅ  Ｗｉｚａｒｄ」が起動したら、以下のステップを使用してウィザードを実行する（設定に対する値が以下のステップで指定されていない場合にデフォルト値を受け入れる）。
ａ．「Ｄｅｌａｙｅｄ  ｏｒ  Ｉｍｍｅｄｉａｔｅ  Ｒｅｑｕｅｓｔ」ページで、「Ｓｅｎｄ  ｔｈｅ  Ｒｅｑｕｅｓｔ  Ｉｍｍｅｄｉａｔｅｌｙ  ｔｏ  ａｎ  Ｏｎｌｉｎｅ  Ｃｅｒｔｉｆｉｃａｔｉｏｎ  Ａｕｔｈｏｒｉｔｙ」をクリックする。
注記  環境内に複数の認証機関がある場合、Ｗｅｂサーバ証明書を発行する役割を有するものを選択する。
ｂ．「Ｎａｍｅ  ａｎｄ  Ｓｅｃｕｒｉｔｙ  Ｓｅｔｔｉｎｇｓ」ページで、ｍａｉｌ．ＢｕｓｉｎｅｓｓＮａｍｅ．ｃｏｍを入力する。
ｃ．「Ｏｒｇａｎｉｚａｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ」ページで、「Ｏｒｇａｎｉｚａｔｉｏｎ」および「Ｏｒｇａｎｉｚａｔｉｏｎａｌ  Ｕｎｉｔ」ボックスに、組織の名前を入力する。
ｄ．「Ｙｏｕｒ  Ｓｉｔｅ’ｓ  Ｃｏｍｍｏｎ  Ｎａｍｅ」ページで、ｍａｉｌ．ＢｕｓｉｎｅｓｓＮａｍｅ．ｃｏｍを入力する。
ｅ．「Ｇｅｏｇｒａｐｈｉｃａｌ  Ｉｎｆｏｒｍａｔｉｏｎ」ページで、国、州、および市の詳細を入力する。
６．「Ｄｉｒｅｃｔｏｒｙ  Ｓｅｃｕｒｉｔｙ」タブをクリックし、「Ｓｅｃｕｒｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ」の下で、「Ｅｄｉｔ」をクリックする。
７．「Ｒｅｑｕｉｒｅ  Ｓｅｃｕｒｅ  Ｃｈａｎｎｅｌ（ＳＳＬ）」チェックボックスおよび「Ｒｅｑｕｉｒｅ  １２８−ｂｉｔ  ｅｎｃｒｙｐｔｉｏｎ」チェックボックスを選択し、「ＯＫ」をクリックする。
８．「ＯＫ」をクリックする。
９．「Ｉｎｈｅｒｉｔａｎｃｅ  Ｏｖｅｒｒｉｄｅｓ」ダイアログボックス上で、「Ｓｅｌｅｃｔ  Ａｌｌ」をクリックし、次いで「Ｅｘａｄｍｉｎ」チェックボックスをクリアする。
１０．「ＯＫ」をクリックする。
【０３２２】
ＵＲＬＳｃａｎ  ２．５のインストールおよび構成
メッセージングサーバ上で以下のステップを実行し、ＵＲＬＳｃａｎ  ２．５をダウンロードする。
１．ＵｒｌＳｃａｎ  ２．５セットアップをＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｄｏｗｎｌｏａｄｓ／ｄｅｔａｉｉｓ．ａｓｐｘ？ｆａｍｉｌｙｉｄ＝２３ｄ１８９３７−ｄｄ７ｅ−４６１３−９９２８−７ｆ９４ｅｆ１ｃ９０２ａ＆ｄｉｓｐｌａｙｌａｎｇ＝ｅｎからダウンロードする。
２．ダウンロードされたファイル（ｓｅｔｕｐ．ｅｘｅ）アイコンをダブルクリックする。ライセンス契約が表示される。
３．契約条件を読む。条件を受け入れる場合、「Ｙｅｓ」をクリックし、契約条件を受け入れて続行する。「Ｎｏ」をクリックすると、インストーラが閉じる。
４．インストーラが完了したときに、「ＵｒｌＳｃａｎ  ｈａｓ  ｂｅｅｎ  ｓｕｃｃｅｓｓｆｕｌｌｙ  ｉｎｓｔａｌｌｅｄ．」メッセージが表示される。「ＯＫ」をクリックして、インストーラを閉じる。
５．「％ＷＩＮＤＩＲ％＼Ｓｙｓｔｅｍ３２＼ｌｎｅｔｓｒｖ＼Ｕｒｌｓｃａｎ」フォルダを開き、ｕｒｌｓｃａｎ．ｉｎｉファイルのコピーを作成し、コピーの名前をｕｒｌｓｃａｎＯＲｌＧ．ｉｎｉに変更する。
６．Ｍｉｃｒｏｓｏｆｔ（登録商標）  Ｋｎｏｗｌｅｄｇｅ  Ｂａｓｅ記事８２３１７５「Ｆｉｎｅ−ｔｕｎｉｎｇ  ａｎｄ  ｋｎｏｗｎ  ｉｓｓｕｅｓ  ｗｈｅｎ  ｙｏｕ  ｕｓｅ  ｔｈｅ  Ｕｒｌｓｃａｎ  ｕｔｉｌｉｔｙ  ｉｎ  ａｎ  Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３  ｅｎｖｉｒｏｎｍｅｎｔ」（ＵＲＬ：ｈｔｔｐ：／／ｓｕｐｐｏｒｔ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／？ｉｄ＝８２３１７５）の推奨事項に従ってｕｒｌｓｃａｎ．ｉｎｉファイルを修正する。
７．コマンドプロンプトでｉｉｓｒｅｓｅｔを実行することによりＩＩＳを再起動する。
【０３２３】
モバイルデバイスアクセスの構成
以下のステップを実行して、モバイルデバイスアクセスを構成する。
１．「Ｅｘｃｈａｎｇｅ  Ｓｙｓｔｅｍ  Ｍａｎａｇｅｒ」を開く。
２．コンソールツリー内で、「Ｇｌｏｂａｌ  Ｓｅｔｔｉｎｇｓ」を展開する。
３．「Ｍｏｂｉｌｅ  Ｓｅｒｖｉｃｅｓ」を右クリックし、「Ｐｒｏｐｅｒｔｉｅｓ」をクリックする。
４．「Ｍｏｂｉｌｅ  Ｓｅｒｖｉｃｅｓ  Ｐｒｏｐｅｒｔｉｅｓ」ダイアログボックスで、「Ｏｕｔｌｏｏｋ  Ｍｏｂｉｌｅ  Ａｃｃｅｓｓ」の下の「Ｅｎａｂｌｅ  Ｏｕｔｌｏｏｋ  Ｍｏｂｉｌｅ  Ａｃｃｅｓｓ」チェックボックスを選択する。
５．ユーザがサポートされていないデバイスを使用できるようにするために、「Ｅｎａｂｌｅ  Ｕｎｓｕｐｐｏｒｔｅｄ  Ｄｅｖｉｃｅｓ」チェックボックスを選択する。
６．「ＯＫ」をクリックする。
【０３２４】
Ｅｘｃｈａｎｇｅ  Ｉｎｔｅｌｌｉｇｅｎｔ  Ｍｅｓｓａｇｅ  Ｆｉｌｔｅｒのインストールおよび構成
Ｅｘｃｈａｎｇｅ  Ｉｎｔｅｌｌｉｇｅｎｔ  Ｍｅｓｓａｇｅ  Ｆｉｌｔｅｒをインストールし構成するには、以下のタスクが必要である。
１．Ｉｎｔｅｌｌｉｇｅｎｔ  Ｍｅｓｓａｇｅ  Ｆｉｌｔｅｒおよびフィルタ更新のダウンロードおよびインストールする。
２．ゲートウェイでのＩｎｔｅｌｌｉｇｅｎｔ  Ｍｅｓｓａｇｅ  Ｆｉｌｔｅｒの構成。
３．メールボックスストアでのＩｎｔｅｌｌｉｇｅｎｔ  Ｍｅｓｓａｇｅ  Ｆｉｌｔｅｒの構成。
４．Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ（ＳＭＴＰ）仮想サーバ上のＩｎｔｅｌｌｉｇｅｎｔ  Ｍｅｓｓａｇｅ  Ｆｉｌｔｅｒの有効化。
【０３２５】
Ｉｎｔｅｌｌｉｇｅｎｔ  Ｍｅｓｓａｇｅ  Ｆｉｌｔｅｒのダウンロードおよびインストール
メッセージングサーバ上で以下のステップを実行し、Ｅｘｃｈａｎｇｅ  Ｉｎｔｅｌｌｉｇｅｎｔ  Ｍｅｓｓａｇｅ  Ｆｉｌｔｅｒをインストールする。
１．ＥｘｃｈａｎｇｅＩＭＦ．ｍｓｉをダブルクリックし、「Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ  Ｉｎｔｅｌｌｉｇｅｎｔ  Ｍｅｓｓａｇｅ  Ｆｉｌｔｅｒ  Ｉｎｓｔａｌｌａｔｉｏｎ  Ｗｉｚａｒｄ」を起動する。
２．「Ｗｅｌｃｏｍｅ」ページ上の「Ｎｅｘｔ」をクリックする。
３．「Ｅｎｄ  Ｕｓｅｒ  Ｌｉｃｅｎｓｅ  Ａｇｒｅｅｍｅｎｔ」ページにあるライセンス契約を読む。条件を受け入れる場合、「Ｉ  ａｇｒｅｅ」をクリックし、次いで、「Ｎｅｘｔ」をクリックする。
４．「Ｃｏｍｐｏｎｅｎｔｓ」ページで、以下のコンポーネントを選択する。
・  Ｍａｎａｇｅｍｅｎｔ  Ｔｏｏｌｓ  ｆｏｒ  Ｉｎｔｅｌｌｉｇｅｎｔ  Ｍｅｓｓａｇｅ  Ｆｉｌｔｅｒ
・  Ｉｎｔｅｌｌｉｇｅｎｔ  Ｍｅｓｓａｇｅ  Ｆｉｌｔｅｒ  Ｆｕｎｃｔｉｏｎａｌｉｔｙ
５．「Ｎｅｘｔ」をクリックし、ウィザードを完了する。
６．ダウンロードされたフィルタ更新ファイル（Ｅｘｃｈａｎｇｅ２００３−ＫＢ８８３１０６−ｖ２−ｘ８６−ＥＮＵ．ｅｘｅ）をダブルクリックしてフィルタ更新をインストールする。
【０３２６】
ゲートウェイでのＩｎｔｅｌｌｉｇｅｎｔ  Ｍｅｓｓａｇｅ  Ｆｉｌｔｅｒの構成
メッセージングサーバ上で以下のステップを実行し、ゲートウェイでＩｎｔｅｌｌｉｇｅｎｔ  Ｍｅｓｓａｇｅ  Ｆｉｌｔｅｒを構成する。
１．「Ｓｙｓｔｅｍ  Ｍａｎａｇｅｒ」で、「Ｇｌｏｂａｌ  Ｓｅｔｔｉｎｇｓ」を展開する。
２．「Ｍｅｓｓａｇｅ  Ｄｅｌｉｖｅｒｙ」を右クリックし、「Ｐｒｏｐｅｒｔｉｅｓ」をクリックする。
３．「Ｉｎｔｅｌｌｉｇｅｎｔ  Ｍｅｓｓａｇｅ  Ｆｉｌｔｅｒｉｎｇ」タブをクリックする。
４．「Ｂｌｏｃｋ  ｍｅｓｓａｇｅｓ  ｗｉｔｈ  ａｎ  ＳＣＬ  ｒａｔｉｎｇ  ｇｒｅａｔｅｒ  ｔｈａｎ  ｏｒ  ｅｑｕａｌ  ｔｏ」で、数値をクリックして、ゲートウェイでメッセージに対し実行されるアクションの閾値を設定する。
５．「Ｗｈｅｎ  ｂｌｏｃｋｉｎｇ  ｍｅｓｓａｇｅｓ」で、「Ｎｏ  Ａｃｔｉｏｎ」をクリックして、ゲートウェイで実行されるアクションを設定する。Ｏｕｔｌｏｏｋ  ２００３を実行している場合、ユーザが「Ｊｕｎｋ  Ｅ−ｍａｉｌ」フォルダ内のこれらのメッセージを表示できるように、該当するメッセージに「Ｊｕｎｋ  Ｅ−ｍａｉｌ」のマークを付け、Ｅｘｃｈａｎｇｅ  Ｍｅｓｓａｇｅ  Ｓｔｏｒｅに渡す。
注記  プランニングガイダンスとして、適切なＳＣＬ（Ｓｐａｍ  Ｃｏｎｆｉｄｅｎｃｅ  Ｌｅｖｅｌ）が設定されなければならず、システムが適切で、重要なメッセージが削除されていないことにユーザが満足した後、「Ｇａｔｅｗａｙ  Ｂｌｏｃｋｉｎｇ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ」上のアクションが「Ｄｅｌｅｔｅ」に設定されなければならない。
【０３２７】
メールボックスストアでのＩｎｔｅｌｌｉｇｅｎｔ  Ｍｅｓｓａｇｅ  Ｆｉｌｔｅｒの構成
メッセージングサーバ上で以下のステップを実行し、メールボックスストアでＩｎｔｅｌｌｉｇｅｎｔ  Ｍｅｓｓａｇｅ  Ｆｉｌｔｅｒを構成する。
１．「Ｅｘｃｈａｎｇｅ  Ｓｙｓｔｅｍ  Ｍａｎａｇｅｒ」で、「Ｇｌｏｂａｌ  Ｓｅｔｔｉｎｇｓ」を展開し、「Ｍｅｓｓａｇｅ  Ｄｅｌｉｖｅｒｙ」を右クリックし、「Ｐｒｏｐｅｒｔｉｅｓ」をクリックする。
２．「Ｉｎｔｅｌｌｉｇｅｎｔ  Ｍｅｓｓａｇｅ  Ｆｉｌｔｅｒｉｎｇ」タブをクリックする。
３．「Ｍｏｖｅ  ｍｅｓｓａｇｅｓ  ｗｉｔｈ  ａｎ  ＳＣＬ  ｒａｔｉｎｇ  ｇｒｅａｔｅｒ  ｔｈａｎ  ｏｒ  ｅｑｕａｌ  ｔｏ」で、数値をクリックし、送信者がユーザの安全な送信者リストに載っていない場合にユーザのＪｕｎｋ  Ｅ−ｍａｉｌフォルダに受信メッセージを移動することになる閾値を設定する。
【０３２８】
Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ仮想サーバ上のＩｎｔｅｌｌｉｇｅｎｔ  Ｍｅｓｓａｇｅ  Ｆｉｌｔｅｒの有効化
以下のステップを実行し、ＳＭＴＰ仮想サーバ上のＩｎｔｅｌｌｉｇｅｎｔ  Ｍｅｓｓａｇｅ  Ｆｉｌｔｅｒを有効化する。
１．「Ｅｘｃｈａｎｇｅ  Ｓｙｓｔｅｍ  Ｍａｎａｇｅｒ」で、「Ｓｅｒｖｅｒｓ」を展開し、ＭｅｓｓａｇｉｎｇＳｅｒｖｅｒＮａｍｅを展開し、「Ｐｒｏｔｏｃｏｌｓ」を展開し、「ＳＭＴＰ」をクリックする。
２．「Ｉｎｔｅｌｌｉｇｅｎｔ  Ｍｅｓｓａｇｅ  Ｆｉｌｔｅｒｉｎｇ」を右クリックし、「Ｐｒｏｐｅｒｔｉｅｓ」をクリックする。
３．「Ａｐｐｌｙ  ｉｎｔｅｌｌｉｇｅｎｔ  ｍｅｓｓａｇｅ  ｆｉｌｔｅｒｉｎｇ  ｔｏ  ｔｈｅ  ｆｏｌｌｏｗｉｎｇ  ｖｉｒｔｕａｌ  ｓｅｒｖｅｒｓ’ＩＰ  ａｄｄｒｅｓｓｅｓ」で、Ｉｎｔｅｌｌｉｇｅｎｔ  Ｍｅｓｓａｇｅ  Ｆｉｌｔｅｒを有効化したいそれぞれのＳＭＴＰ仮想サーバの隣のチェックボックスを選択する。
【０３２９】
最終セキュリティ構成妥当性確認の実行
構成を完了した後、メッセージングサーバに対し完全セキュリティ監査をもう一度実行して、サーバが完全に安全であることを確認することが重要である。メッセージングサーバ上で以下のステップを実行する。
１．そのサーバに利用できる更新およびインストールされているソフトウェアがないかチェックする。
２．「Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  Ｂｅｓｔ  Ｐｒａｃｔｉｃｅｓ  Ａｎａｌｙｚｅｒ（ＥｘＢＰＡ）」ツールを実行する。利用可能な更新をインストールし、現在の環境のベースライン監査を実行する。
ＥｘＢＰＡツールのダウンロード方法、インストール方法、および使用方法の詳細については、ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｅｘｃｈａｎｇｅ／ｄｏｗｎｌｏａｄｓ／２００３／ｅｘｂｐａ／ｄｅｆａｕｌｔ．ａｓｐを参照のこと。
ファイヤウォールに対しテストを実行し、サーバ上の構成が環境のセキュリティに影響を及ぼしてないことを確認する。
【０３３０】
メッセージングサービス構成の検証
以下のステップを実行し、このソリューションに用意されているガイダンスを使用して実装されたメッセージングサービスを検証する。
・  電子メールメッセージを送受信し、カレンダーをチェックし、フォルダアクセスを公開する。
・  共有カレンダーへのアクセスを検証する。
・  Ｏｕｔｌｏｏｋ  Ｗｅｂ  Ａｃｃｅｓｓ（ＯＷＡ）Ｗｅｂサイト、ＲＰＣ（リモートプロシージャコール）ｏｖｅｒ  ＨＴＴＰ機能、およびモバイルデバイスアクセス機能が利用可能であり、動作していることを検証する。
・  Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｅｘｃｈａｎｇｅで始まり、自動起動に設定されている全てのサービスが標準状態にあることを検証する。
・  Ｍｉｃｒｏｓｏｆｔ（登録商標）  Ｅｘｃｈａｎｇｅで始まるソースから送られるエラーまたは警告についてアプリケーションイベントログを調べ、適宜解決する。
注記  メールボックスが新規メッセージングサーバ上にある新規ユーザは、「Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ  Ｕｓｅｒｓ  ａｎｄ  Ｃｏｍｐｕｔｅｒｓ」管理コンソールで作成されなければならない。
【０３３１】
ディレクトリサービス構成の完了
ディレクトリサービス構成を完了するには、以下のタスクが必要である。
１．最上位レベル組織単位（ＯＵ）の名前変更。
２．このソリューションにより実装されたグループポリシーオブジェクト（ＧＰＯ）の構成。
３．このソリューションにより実装されたＧＰＯの検証。
【０３３２】
最上位レベル組織単位の名前変更
自動化サーバ展開では、ＷＳＳＡＤＳ−ＡｕｔｏＤｅｐｌｏｙ−Ｔｏｐ−Ｌｅｖｅｌ−ＯＵという名前で最上位レベルＯＵを作成するが、これは、企業にとってはあまり意味のある名前ではない。そこで、最上位レベルＯＵは、ＢｕｓｉｎｅｓｓＮａｍｅＴｏｐＬｅｖｅｌＯＵといった何か意味のある名前に変えなければならない。ＯＵの名前を変えるには、以下のようにする。
１．「Ｇｒｏｕｐ  Ｐｏｌｉｃｙ  Ｍａｎａｇｅｍｅｎｔ」を開く。これを実行するために、「Ｓｔａｒｔ」をクリックし、「Ｐｒｏｇｒａｍｓ」をポイントし、「Ａｄｍｉｎｉｓｔｒａｔｉｖｅ  Ｔｏｏｌｓ」をポイントし、「Ｇｒｏｕｐ  Ｐｏｌｉｃｙ  Ｍａｎａｇｅｍｅｎｔ」をクリックする。
２．「ＷＳＳＡＤＳ−ＡｕｔｏＤｅｐｌｏｙ−Ｔｏｐ−Ｌｅｖｅｌ−ＯＵ」を右クリックし、「Ｒｅｎａｍｅ」をクリックする。
３．最上位レベルのＯＵに対する新しい名前を入力する。
【０３３３】
Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ  ＯＵへの管理サーバの移動
ネットワークサーバ上で以下のタスクを実行し、管理サーバをＩｎｔｅｒｎａｌ  Ｓｅｒｖｅｒ  ＯＵに移動する。
１．「Ａｄｍｉｎｉｓｔｒａｔｉｖｅ  Ｔｏｏｌｓ」の下に用意されている「Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ  Ｕｓｅｒｓ  ａｎｄ  Ｃｏｍｐｕｔｅｒｓ」コンソールを開き、ｍａｎａｇｅｍｅｎｔｓｅｒｖｅｒを見つける。デフォルトで、ｍａｎａｇｅｍｅｎｔｓｅｒｖｅｒは、Ｃｏｍｐｕｔｅｒｓコンテナの下で使用可能である。
２．ｍａｎａｇｅｍｅｎｔｓｅｒｖｅｒを右クリックし、「Ｍｏｖｅ」をクリックする。
３．「Ｍｏｖｅ」画面で「ＷＳＳＡＤＳ−ＡｕｔｏＤｅｐｌｏｙ−Ｔｏｐ−Ｌｅｖｅｌ−ＯＵ＼Ｃｏｍｐｕｔｅｒｓ＼Ｓｅｒｖｅｒｓ」に移動し、オブジェクトが置かれなければならない「Ｉｎｔｅｒｎａｌ  ＯＵ」を選択する。
４．「ＯＫ」をクリックする。
【０３３４】
ＧＰＯ  Ｄｅｎｙ  ＡＣＬの構成
ＤｏｍａｉｎおよびＥｎｔｅｒｐｒｉｓｅ  Ａｄｍｉｎｉｓｔｒａｔｏｒｓに適用されないようにグループポリシーのセキュリティ設定を修正する。
１．ドメイン管理者としてネットワークサーバにログオンし、「Ａｄｍｉｎｉｓｔｒａｔｉｖｅ  Ｔｏｏｌｓ」の下に用意されている「Ｇｒｏｕｐ  Ｐｏｌｉｃｙ  Ｍａｎａｇｅｍｅｎｔ」コンソールを開く。
２．Ｆｏｒｅｓｔ  Ｎａｍｅ＼Ｄｏｍａｉｎｓ＼Ｄｏｍａｉｎ  Ｎａｍｅ＼ＷＳＳＡＤＳ−ＡｕｔｏＤｅｐｌｏｙ−Ｔｏｐ−Ｌｅｖｅｌ−ＯＵ＼Ｃａｍｐｕｔｅｒｓ＼Ｃｌｉｅｎｔｓを展開する。
３．「ＢＯ  Ｄｅｓｋｔｏｐｓ  ＯＵ」を展開する。
４．「ＢＯ  Ｃｏｍｐｕｔｅｒ  Ｐｏｌｉｃｙ」をクリックする。詳細ペインで、「Ｄｅｌｅｇａｔｉｏｎ」をクリックし、次いで、「Ａｄｖａｎｃｅｄ」をクリックする。
５．ポリシーセキュリティ設定画面で、「Ｄｏｍａｉｎ  Ａｄｍｉｎｓ  ａｎｄ  Ｅｎｔｅｒｐｒｉｓｅ  Ａｄｍｉｎｓ」を一度に１つずつ選択し、次いで「Ａｐｐｌｙ  Ｇｒｏｕｐ  Ｐｏｌｉｃｙ」に対応する「Ｄｅｎｙ」チェックボックスを選択する。
６．「ＯＫ」をクリックする。
７．セキュリティ警告画面上の「Ｙｅｓ」をクリックする。
８．「ＢＯ  Ｕｓｅｒ  Ｐｏｌｉｃｙ」について４から７までのステップを繰り返す。
９．「Ｄｅｓｋｔｏｐ」、「Ｋｉｏｓｋ」、「Ｍｏｂｉｌｅ」、「Ｒｅｓｔｒｉｃｔｅｄ」、および「Ｔａｓｋ  Ｗｏｒｋｓｔａｔｉｏｎ」のＯＵについて３から８までのステップを繰り返す。ステップ４で、そのＯＵに適したコンピュータポリシーを選択し、ステップ８で、そのＯＵに適したユーザポリシーを選択する。
【０３３５】
このソリューションにより実装されたグループポリシーオブジェクトの構成
理想的には、全てのサービスおよびクライアントを展開し、また環境が機能し、全てのサービスがアクセス可能であることを確認した後にグループポリシーを実装すべきである。ＧＰＯを広く展開する前に、コンピュータとユーザの小さなサブセットに対してテストする。ＧＰＯが適用されるＯＵに対しピアレベルで、テストＯＵを作成することによりＧＰＯをテストすることができる。次に、いくつかのコンピュータまたはユーザアカウントをテストＯＵに移動する。アカウントがテストＯＵに移動されたコンピュータおよびユーザの機能を徹底的にテストし、ＧＰＯが所望の効果を有することを確認する。
注記  さらに、「Ｇｒｏｕｐ  Ｐｏｌｉｃｙ  Ｍａｎａｇｅｍｅｎｔ  Ｃｏｎｓｏｌｅ（ＧＰＭＣ）」の「Ｒｅｓｕｌｔａｎｔ  Ｓｅｔ  ｏｆ  Ｐｏｌｉｃｙ」を使用して、ＧＰＯをテストすることもできる。ＧＰＭＣおよびＲｅｓｕｌｔａｎｔ  Ｓｅｔ  ｏｆ  Ｐｏｌｉｃｙの詳細については、ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｗｉｎｄｏｗｓｓｅｒｖｅｒ２００３／ｑｐｍｃ／ｑｐｍｃｉｎｔｒｏ．ｍｓｐｘを参照のこと。
この節では、以下を実行するＧＰＯを構成するステップを示す。
・  フォルダリダイレクションの構成。
・  ローミングユーザプロファイルの構成。
・  支店向けのグループポリシー設定の構成。
注記  これらのＧＰＯを構成することはオプションである。
【０３３６】
フォルダリダイレクションの構成
このソリューションで用意されるＧＰＯは、フォルダをリダイレクトするグループポリシー設定を自動的に適用することはしないが、それは、リダイレクトされたフォルダを構成するには共有フォルダへの絶対パスが必要だからである。フォルダリダイレクションを構成するには、以下のタスクが必要である。
１．リダイレクトされたフォルダに対する共有フォルダの作成。
２．分散ファイルシステム（ＤＦＳ）リンクの作成。
３．フォルダリダイレクションのためのＧＰＯの更新。
【０３３７】
リダイレクトされたフォルダに対する共有フォルダの作成
以下のステップを実行して、共有フォルダを作成し、オフラインのフォルダを無効にする。
１．ネットワークサーバ上で、リダイレクトされたファイルを格納するためのフォルダを作成し、適切な名前を付ける（例えば、ＲｅｄｉｒｅｃｔｅｄＦｉｌｅｓ）。
２．フォルダを右クリックし、「Ｐｒｏｐｅｒｔｉｅｓ」をクリックする。
３．「Ｓｅｃｕｒｉｔｙ」タブをクリックし、「Ａｄｖａｎｃｅｄ」をクリックする。
ａ．「Ａｌｌｏｗ  ｉｎｈｅｒｉｔａｂｌｅ  ｐｅｒｍｉｓｓｉｏｎｓ  ｆｒｏｍ  ｔｈｅ  ｐａｒｅｎｔ  ｔｏ  ｐｒｏｐａｇａｔｅ  ｔｏ  ｔｈｉｓ  ｏｂｊｅｃｔ  ａｎｄ  ａｌｌ  ｃｈｉｌｄ  ｏｂｊｅｃｔｓ．Ｉｎｃｌｕｄｅ  ｔｈｅｓｅ  ｗｉｔｈ  ｅｎｔｒｉｅｓ  ｅｘｐｌｉｃｉｔｌｙ  ｄｅｆｉｎｅｄ  ｈｅｒｅ」チェックボックスをクリアする。
ｂ．「Ｓｅｃｕｒｉｔｙ」ダイアログボックス上の「Ｒｅｍｏｖｅ」をクリックし、子フォルダから継承可能な許可を削除する。
ｃ．「Ｄｏｍａｉｎ  Ｕｓｅｒｓ」および「Ｄｏｍａｉｎ  Ａｄｍｉｎｓ」グループを追加し、「Ｆｕｌｌ  Ｃｏｎｔｒｏｌ」許可を両方のグループに与える。
４．「Ｓｈａｒｉｎｇ」タブをクリックする。
ａ．「Ｓｈａｒｅ  ｔｈｉｓ  ｆｏｌｄｅｒ」をクリックする。
ｂ．「Ｐｅｒｍｉｓｓｉｏｎｓ」をクリックし、「Ｄｏｍａｉｎ  Ｕｓｅｒｓ」および「Ｄｏｍａｉｎ  Ａｄｍｉｎｓ」グループを追加し、「Ｆｕｌｌ  Ｃｏｎｔｒｏｌ」許可を両方のグループに与える。他のアカウントまたはグループを削除する。
５．「ＯＫ」をクリックする。
【０３３８】
分散ファイルシステム（ＤＦＳ）リンクの作成
以下のステップを実行して、ＤＦＳリンクを作成する。
１．ネットワークサーバ上で、「Ｄｉｓｔｒｉｂｕｔｅｄ  Ｆｉｌｅ  Ｓｙｓｔｅｍ」を開く。
２．ＤＦＳルートを右クリックし、「Ｎｅｗ  Ｌｉｎｋ」をクリックする。
３．「Ｌｉｎｋ  Ｎａｍｅ」で、リンクの名前を入力する（例えば、Ｒｅｄｉｒｅｃｔｅｄ）。
４．「Ｐａｔｈ  ｔｏ  Ｔａｒｇｅｔ」で、リダイレクトされたファイルを格納するためのフォルダへのＵＮＣパス（例えば、＼＼ＮＥＴＷＯＲＫＳＶＲ＼ＲｅｄｉｒｅｃｔｅｄＦｉｌｅｓ）を入力する。
５．「ＯＫ」をクリックする。
【０３３９】
フォルダリダイレクションのためのＧＰＯの更新
ネットワークサーバ上の「Ｄｅｓｋｔｏｐ」および「Ｔａｓｋ  Ｗｏｒｋｓｔａｔｉｏｎ」のＯＵで以下のステップを実行し、グループポリシー設定を修正し、リダイレクトされたフォルダのパスを追加する。
１．「Ｇｒｏｕｐ  Ｐｏｌｉｃｙ  Ｍａｎａｇｅｍｅｎｔ」を開き、それぞれのＧＰＯを右クリックし、「Ｅｄｉｔ」をクリックする。
２．「Ｇｒｏｕｐ  Ｐｏｌｉｃｙ  Ｏｂｊｅｃｔ  Ｅｄｉｔｏｒ」で、「Ｕｓｅｒ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ」を展開し、「Ｗｉｎｄｏｗｓ  Ｓｅｔｔｉｎｇｓ」を展開し、「Ｆｏｌｄｅｒ  Ｒｅｄｉｒｅｃｔｉｏｎ」をクリックする。
３．「Ｍｙ  Ｄｏｃｕｍｅｎｔｓ」を右クリックし、「Ｐｒｏｐｅｒｔｉｅｓ」をクリックする。
４．「Ｍｙ  Ｄｏｃｕｍｅｎｔｓ  Ｐｒｏｐｅｒｔｉｅｓ」ダイアログボックスで、「Ｓｅｔｔｉｎｇ」リストの「Ｂａｓｉｃ−Ｒｅｄｉｒｅｃｔ  ｅｖｅｒｙｏｎｅ’ｓ  ｆｏｌｄｅｒ  ｔｏ  ｔｈｅ  ｓａｍｅ  ｌｏｃａｔｉｏｎ」をクリックする。
５．「Ｔａｒｇｅｔ  Ｆｏｌｄｅｒ  Ｌｏｃａｔｉｏｎ」が「Ｃｒｅａｔｅ  ａ  ｆｏｌｄｅｒ  ｆｏｒ  ｅａｃｈ  ｕｓｅｒ  ｕｎｄｅｒ  ｔｈｅ  ｒｏｏｔ  ｐａｔｈ」に設定されていることを確認する。
６．「Ｒｏｏｔ  Ｐａｔｈ」に、ユーザのファイルが格納されるフォルダのＤＦＳまたはＵＮＣ（Ｕｎｉｖｅｒｓａｌ  Ｎａｍｉｎｇ  Ｃｏｎｖｅｎｔｉｏｎ）パス（例えば、＼＼ｍｉｃｒｏｓｏｆｔ．ｃｏｍ＼ＡｌｌＳｈａｒｅｓ＼Ｒｅｄｉｒｅｃｔｅｄ）を入力し、「ＯＫ」をクリックする。フォルダリダイレクションにより、「％ｕｓｅｒ  ｎａｍｅ％」が指定されたパスに自動的に付加される。
７．コンソールツリー内の「Ｄｅｓｋｔｏｐ」および「Ａｐｐｌｉｃａｔｉｏｎ  Ｄａｔａ」アイテムに対しステップ３から６を繰り返す。
【０３４０】
ローミングユーザプロファイルの構成
ローミングユーザプロファイルを有効化するようにＧＰＯを構成するには、以下のタスクが必要である。
・  ローミングユーザプロファイルを格納し、オフラインのフォルダを無効にするための共有フォルダの作成。
・  ＤＦＳリンクの作成。
・  ローミングするユーザプロファイルの構成。
【０３４１】
ローミングユーザプロファイルを格納し、オフラインのフォルダを無効にするための共有フォルダの作成
以下のステップを実行して、共有フォルダを作成し、その共有フォルダに対するオフラインのフォルダを無効にする。
１．ローミングユーザプロファイルを格納すべきサーバ上で、データパーティション内に適切な名前（例えば、ＲｏａｍｉｎｇＰｒｏｆｉｆｅｓ）を付けたフォルダを作成し、そのフォルダを右クリックし、「Ｐｒｏｐｅｒｔｉｅｓ」をクリックする。
２．「Ｓｅｃｕｒｉｔｙ」タブをクリックし、「Ａｄｖａｎｃｅｄ」をクリックする。
３．「Ａｌｌｏｗ  ｉｎｈｅｒｉｔａｂｌｅ  ｐｅｒｍｉｓｓｉｏｎｓ  ｆｒｏｍ  ｔｈｅ  ｐａｒｅｎｔ  ｔｏ  ｐｒｏｐａｇａｔｅ  ｔｏ  ｔｈｉｓ  ｏｂｊｅｃｔ  ａｎｄ  ａｌｌ  ｃｈｉｌｄ  ｏｂｊｅｃｔｓ．Ｉｎｃｌｕｄｅ  ｔｈｅｓｅ  ｗｉｔｈ  ｅｎｔｒｉｅｓ  ｅｘｐｌｉｃｉｔｌｙ  ｄｅｆｉｎｅｄ  ｈｅｒｅ」チェックボックスをクリアする。
４．「Ｓｅｃｕｒｉｔｙ」ダイアログボックス上の「Ｒｅｍｏｖｅ」をクリックし、子フォルダから継承可能な許可を削除し、「ＯＫ」をクリックする。
５．「Ｄｏｍａｉｎ  Ｕｓｅｒｓ」グループを追加し、「Ｍｏｄｉｆｙ」許可を与える。「Ｄｏｍａｉｎ  Ａｄｍｉｎｓ」グループを追加し、「Ｆｕｌｌ  Ｃｏｎｔｒｏｌ」許可を与える。
６．「Ｓｈａｒｉｎｇ」タブをクリックし、「Ｓｈａｒｅ  ｔｈｉｓ  ｆｏｌｄｅｒ」をクリックする。
７．「Ｐｅｒｍｉｓｓｉｏｎｓ」ボタンをクリックし、「Ｄｏｍａｉｎ  Ｕｓｅｒｓ」グループを追加し、「Ｃｈａｎｇｅ  ａｎｄ  Ｒｅａｄ」許可を与える。「Ｄｏｍａｉｎ  Ａｄｍｉｎｓ」グループを追加し、「Ｆｕｌｌ  Ｃｏｎｔｒｏｌ」許可を与える。許可リストから他のユーザまたはグループを削除し、「ＯＫ」をクリックする。
８．「Ｓｈａｒｉｎｇ」タブ上の「Ｏｆｆｌｉｎｅ  Ｓｅｔｔｉｎｇｓ」をクリックする。
９．「Ｆｉｌｅｓ  ｏｒ  ｐｒｏｇｒａｍｓ  ｆｒｏｍ  ｔｈｅ  ｓｈａｒｅ  ｗｉｌｌ  ｎｏｔ  ｂｅ  ａｖａｉｌａｂｌｅ  ｏｆｆｌｉｎｅ」をクリックする。
１０．「ＯＫ」をクリックする。
【０３４２】
ＤＦＳリンクの作成
注記  環境内にＤＦＳをまだ実装していない場合、この節を飛ばしてもよい。
以下のステップを実行して、ＤＦＳリンクを作成する。
１．「Ｄｉｓｔｒｉｂｕｔｅｄ  Ｆｉｌｅ  Ｓｙｓｔｅｍ」で、ＤＦＳルートを右クリックし、「Ｎｅｗ  Ｌｉｎｋ」をクリックする。
２．「Ｌｉｎｋ  Ｎａｍｅ」で、ローミングユーザプロファイル共有フォルダへのリンクの名前を入力する（例えば、ＲｏａｍｉｎｇＰｒｏｆｉｌｅｓ）。
３．「Ｐａｔｈ  ｔｏ  Ｔａｒｇｅｔ」で、ローミングユーザプロファイルを格納する共有されるフォルダへのＵＮＣパス（例えば、＼＼ＮＥＴＷＯＲＫＳＶＲ＼ＲｏａｍｉｎｇＰｒｏｆｉｌｅｓ）を入力する。
４．「ＯＫ」をクリックする。
【０３４３】
ローミングするユーザプロファイルの構成
注記  この節で示したステップは、ドメイン内でユーザアカウントを作成した後にのみ実行できる。それに加えて、ドメイン内の新規ユーザ毎に複数のステップを繰り返されなければならない。環境を構成し、ユーザを加えた後、ユーザが最初にログオンを開始する前に以下のステップを実行する。それに加えて、この節に戻って参照し、ドメイン内で作成された新規ユーザアカウント毎にこれらのステップを実行する。
以下のステップを実行して、ユーザのローミングユーザプロファイルを構成する。
１．「Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ  Ｕｓｅｒｓ  ａｎｄ  Ｃｏｍｐｕｔｅｒｓ」で、ユーザアカウントを含むＯＵにナビゲートする。
２．ローミングユーザプロファイルを有効化する必要のあるユーザのユーザアカウントを右クリックし、「Ｐｒｏｐｅｒｔｉｅｓ」をクリックする。
３．「Ｐｒｏｆｉｌｅ」タブをクリックする。
４．「Ｐｒｏｆｉｌｅ  ｐａｔｈ」で、ローミングユーザプロファイルに対し作成された共有フォルダのＤＥＳパスを入力し、％ｕｓｅｒｎａｍｅ％をそのパスに付加する（例えば、＼＼ｍｉｃｒｏｓｏｆｔ．ｃｏｍ＼ＡｌｌＳｈａｒｅｓ＼ＲｏａｍｉｎｇＰｒｏｆｉｌｅｓ＼％ｕｓｅｒｎａｍｅ％）。
ローミングユーザプロファイルの構成に関する詳細については、「Ｓｔｅｐ−ｂｙ−Ｓｔｅｐ  Ｇｕｉｄｅ  ｔｏ  Ｕｓｅｒ  Ｄａｔａ  ａｎｄ  Ｕｓｅｒ  Ｓｅｔｔｉｎｇｓ」文書（ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｗｉｎｄｏｗｓ２０００／ｔｅｃｈｉｎｆｏ／ｐｌａｎｎｉｎｇ／ｍａｎａｇｅｍｅｎｔ／ｕｓｅｒｄａｔａ．ａｓｐ）を参照のこと。
【０３４４】
低速リンク検出のための支店ＧＰＯの構成
この節では、低速リンクを検出するように支店クライアントコンピュータ用のＧＰＯを構成するステップを説明する。ドメインコントローラに接続上の問題があるため、グループポリシー設定が支店クライアントコンピュータに適用されないことを確認した後にのみこれらのステップを実行する。
低速リンクを検出するように支店クライアントコンピュータを対象とするＧＰＯを構成するには、以下のタスクが必要である。
１．支店コンピュータのリンク速度の計算。
２．Ｂｒａｎｃｈ  Ｏｆｆｉｃｅ  Ｃｏｍｐｕｔｅｒ  Ｇｒｏｕｐ  Ｐｏｌｉｃｙの低速リンク検出の構成。
３．Ｂｒａｎｃｈ  Ｏｆｆｉｃｅ  Ｕｓｅｒ  Ｇｒｏｕｐ  Ｐｏｌｉｃｙの低速リンク検出の構成。
【０３４５】
支店コンピュータのリンク速度の計算
以下のステップを実行して、支店のコンピュータまでのリンク速度を計算する。
１．ホットフィックスをインストールし、以下のＵＲＬにある記事「Ｇｒｏｕｐ  Ｐｏｌｉｃｉｅｓ  ｍａｙ  ｎｏｔ  ａｐｐｌｙ  ｂｅｃａｕｓｅ  ｏｆ  ｎｅｔｗｏｒｋ  ＩＣＭＰ  ｐｏｌｉｃｉｅｓ」に示されているステップを実行する。
２．ｈｔｔｐ：／／ｓｕｐｐｏｒｔ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／？ｉｄ＝８１６０４５
３．支店のコンピュータの１つからのｐｉｎｇ要求をドメインコントローラの１つに、１０２４バイトのパケットサイズで３回送信する。そうするために、支店コンピュータ上のコマンドプロンプトで以下のコマンドを入力する。
【０３４６】
【表７０】
2009510602.tif 000072
【０３４７】
平均応答時間を計算し、メモする。
４．ステップ２を繰り返すが、ただし０バイトのパケットサイズを使用する。そうするために、以下のコマンドを使用する。
【０３４８】
【表７１】
2009510602.tif 000073
【０３４９】
５．２つの平均値の差を計算する。
６．記事「Ｈｏｗ  ａ  Ｓｌｏｗ  Ｌｉｎｋ  Ｉｓ  Ｄｅｔｅｃｔｅｄ  ｆｏｒ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｓｅｒ  Ｐｒｏｆｉｌｅｓ  ａｎｄ  Ｇｒｏｕｐ  Ｐｏｌｉｃｙ」（ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｓｕｐｐｏｒｔ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／？ｉｄ＝２２７２６０）に示されている公式を使用して、リンク速度を計算する。
次の２つの節で、この値を使用する。
注記  リンク速度計算の結果が、５００未満である場合、デフォルトでＷｉｎｄｏｗｓ（登録商標）では５００未満のリンク速度を速リンクとみなさないため、次の２つの節を飛ばすことができる。
【０３５０】
Ｂｒａｎｃｈ  Ｏｆｆｉｃｅ  Ｃｏｍｐｕｔｅｒ  Ｇｒｏｕｐ  Ｐｏｌｉｃｙの低速リンク検出の構成
以下のステップを実行して、Ｂｒａｎｃｈ  Ｏｆｆｉｃｅ  Ｃｏｍｐｕｔｅｒ  Ｇｒｏｕｐ  Ｐｏｌｉｃｙの低速リンク検出を構成する。
１．「Ｇｒｏｕｐ  Ｐｏｌｉｃｙ  Ｍａｎａｇｅｍｅｎｔ」で、「Ｂｒａｎｃｈ  Ｏｆｆｉｃｅ  Ｃｏｍｐｕｔｅｒ  Ｇｒｏｕｐ  Ｐｏｌｉｃｙ  ＧＰＯ」を右クリックし、「Ｅｄｉｔ」をクリックする。
２．「Ｇｒｏｕｐ  Ｐｏｌｉｃｙ  Ｏｂｊｅｃｔ  Ｅｄｉｔｏｒ」で、「Ｃｏｍｐｕｔｅｒ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ」を展開し、「Ａｄｍｉｎｉｓｔｒａｔｉｖｅ  Ｔｅｍｐｌａｔｅｓ」を展開し、「Ｓｙｓｔｅｍ」を展開し、「Ｇｒｏｕｐ  Ｐｏｌｉｃｙ」をクリックする。
３．「Ｇｒｏｕｐ  Ｐｏｌｉｃｙ  ｓｌｏｗ  ｌｉｎｋ  ｄｅｔｅｃｔｉｏｎ」を右クリックし、「Ｐｒｏｐｅｒｔｉｅｓ」をクリックする。
４．プロパティダイアログボックスの「Ｓｅｔｔｉｎｇｓ」タブをクリックし、「Ｅｎａｂｌｅｄ」をクリックし、「Ｃｏｎｎｅｃｔｉｏｎ  ｓｐｅｅｄ」の値を支店コンピュータについて計算されたリンク速度に変更する。
５．「ＯＫ」をクリックする。
【０３５１】
Ｂｒａｎｃｈ  Ｏｆｆｉｃｅ  Ｕｓｅｒ  Ｇｒｏｕｐ  Ｐｏｌｉｃｙの低速リンク検出の構成
以下のステップを実行して、Ｂｒａｎｃｈ  Ｏｆｆｉｃｅ  Ｕｓｅｒ  Ｇｒｏｕｐ  Ｐｏｌｉｃｙの低速リンク検出を構成する。
１．「Ｇｒｏｕｐ  Ｐｏｌｉｃｙ  Ｍａｎａｇｅｍｅｎｔ」で、「Ｂｒａｎｃｈ  Ｏｆｆｉｃｅ  Ｕｓｅｒ  Ｇｒｏｕｐ  Ｐｏｌｉｃｙ  ＧＰＯ」を右クリックし、「Ｅｄｉｔ」をクリックする。
２．「Ｇｒｏｕｐ  Ｐｏｌｉｃｙ  Ｏｂｊｅｃｔ  Ｅｄｉｔｏｒ」で、「Ｕｓｅｒ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ」を展開し、「Ａｄｍｉｎｉｓｔｒａｔｉｖｅ  Ｔｅｍｐｌａｔｅｓ」を展開し、「Ｓｙｓｔｅｍ」を展開し、「Ｇｒｏｕｐ  Ｐｏｌｉｃｙ」をクリックする。
３．「Ｇｒｏｕｐ  Ｐｏｌｉｃｙ  ｓｌｏｗ  ｌｉｎｋ  ｄｅｔｅｃｔｉｏｎ」を右クリックし、「Ｐｒｏｐｅｒｔｉｅｓ」をクリックする。
４．プロパティダイアログボックスの「Ｓｅｔｔｉｎｇｓ」タブをクリックし、「Ｅｎａｂｌｅｄ」をクリックし、「Ｃｏｎｎｅｃｔｉｏｎ  ｓｐｅｅｄ」の値を支店コンピュータについて計算されたリンク速度に変更する。
５．「ＯＫ」をクリックする。
【０３５２】
ＧＰＯ設定の検証
以下のステップを実行し、このソリューションに用意されているガイダンスを使用して実装されたメッセージングサービスを検証する。
１．組織単位（ＯＵ）へのテストクライアントおよびテストユーザの移動。
２．フォルダリダイレクションの検証。
３．ローミングユーザプロファイルの検証。
４．支店コンピュータの検証。
【０３５３】
組織単位へのテストクライアントおよびテストユーザの移動
以下のステップを実行して、テストクライアントコンピュータおよびテストユーザをＯＵに移動する。
・  テストクライアントコンピュータのアカウントを、ロールに基づいてクライアントＯＵの下で６つのＯＵのうちの１つに移動する。例えば、テスト支店クライアントコンピュータのコンピュータアカウントをＢＯ  Ｄｅｓｋｔｏｐｓ  ＯＵに移動する。
・  組織内のそれぞれのユーザのロールに基づいて内部ＯＵの下でテストユーザアカウントをＯＵの１つに移動する（内部ＯＵは、ユーザＯＵの下にある）。
【０３５４】
フォルダリダイレクションの検証
以下のステップを実行して、フォルダリダイレクションの構成を検証する。
１．テストユーザアカウントを使用しているテストＷｉｎｄｏｗｓ（登録商標）ベースのクライアントコンピュータにログオンする。
２．リダイレクトされたフォルダ内に新規ファイルを作成し、ログオフする。新規文書は、デフォルトで、Ｍｙ  Ｄｏｃｕｍｅｎｔｓフォルダ内に保存される。
３．他のＷｉｎｄｏｗｓ（登録商標）ベースのクライアントコンピュータにログオンし、新規ファイルが第２のコンピュータ上のＭｙ  Ｄｏｃｕｍｅｎｔｓフォルダ内に現れていることを確認する。
４．次に、第２のコンピュータからネットワークケーブルを外す。第２のファイルを作成し、第２のコンピュータのＭｙ  Ｄｏｃｕｍｅｎｔｓフォルダ内に保存する。ネットワークケーブルを再接続し、ログオフする。
５．第１のクライアントコンピュータにログオンし、第２のファイルが、Ｍｙ  Ｄｏｃｕｍｅｎｔｓフォルダ内で利用できることを検証する。
【０３５５】
ローミングユーザプロファイルの検証
以下のステップを実行して、ローミングユーザプロファイルを検証する。
１．Ｄｅｓｋｔｏｐｓ  ＯＵ内にあるテストＷｉｎｄｏｗｓ（登録商標）クライアントコンピュータにログオンする。
２．ユーザプロファイル設定をカスタマイズする（「Ｓｔａｒｔ」メニュー、「Ｄｅｓｋｔｏｐ」など）。
３．テストＷｉｎｄｏｗｓ（登録商標）クライアントコンピュータをログオフする。
４．Ｄｅｓｋｔｏｐｓ  ＯＵ内にある第２のテストＷｉｎｄｏｗｓ（登録商標）クライアントコンピュータにログオンする。
５．前のカスタマイズが、第２のテストコンピュータ上に見えることを検証する。
【０３５６】
支店コンピュータの検証
以下のステップを実行して、支店コンピュータのＧＰＯの構成を検証する。
１．ＢＯ  Ｄｅｓｋｔｏｐｓ  ＯＵ内にあるテストＷｉｎｄｏｗｓ（登録商標）コンピュータにログオンする。
２．「Ｓｔａｒｔ」をクリックし、次いで「Ｒｕｎ」をクリックする。
３．「Ｒｕｎ」ダイアログボックス内に、「ｇｐｕｐｄａｔｅ」と入力し、「ＯＫ」をクリックする。
４．以下のイベントＩＤが、アプリケーションイベントログに記録されていることを検証する。
Event ID:1704 Source:SceCli Type:Information
Security policy in the Group policy objects has been applied successfully.
詳細については、Ｈｅｌｐ  ａｎｄ  Ｓｕｐｐｏｒｔ  Ｃｅｎｔｅｒ（ＵＲＬ：ｈｔｔｐ：／／ｇｏ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｆｗｌｉｎｋ／ｅｖｅｎｔｓ．ａｓｐ）を参照のこと。
【０３５７】
更新管理サービスの構成
更新管理サービスを完了するには、以下の高水準タスクが必要である。
１．Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  Ｕｐｄａｔｅ  Ｓｅｒｖｉｃｅｓ（ＷＳＵＳ）サーバ構成に関する情報の収集。
２．ＷＳＵＳサーバの構成。
３．ＷＳＵＳグループポリシーの構成。
４．ＷＳＵＳクライアントコンピュータの構成。
５．更新のテストおよび展開。
【０３５８】
Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  Ｕｐｄａｔｅ  Ｓｅｒｖｉｃｅｓサーバ構成に関する情報の収集
ＷＳＵＳサーバの構成を開始する前に、以下の情報を収集する。
・  プロキシサーバにアクセスするために使用されるプロキシサーバ名およびポート。
・  更新をテストまたは妥当性確認するために使用されるクライアントコンピュータのリスト。
【０３５９】
ＷＳＵＳサーバの構成
ＷＳＵＳ  Ｓｅｒｖｅｒを構成するには、以下のタスクが必要である。
１．同期オプションの構成。
２．ＷＳＵＳクライアントコンピュータをコンピュータグループに移動する方法の選択。
３．コンピュータグループの作成。
４．自動承認オプションの構成。
【０３６０】
同期オプションの構成
以下のステップを実行し、「ＷＳＵＳ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｏｐｔｉｏｎｓ」ページに進む。
１．ドメイン管理者アカウントを使用して管理サーバにログオンする。
２．「Ａｄｍｉｎｉｓｔｒａｔｉｖｅ  Ｔｏｏｌｓ」の下の「Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ  Ｓｅｒｖｅｒ  Ｕｐｄａｔｅ  Ｓｅｒｖｉｃｅｓ」をクリックする。
３．ＷＳＵＳコンソールツールバーで、「Ｏｐｔｉｏｎｓ」をクリックし、「Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｏｐｔｉｏｎｓ」をクリックする。
ＷＳＵＳ同期オプションを構成するには、以下のタスクが必要である。
１．プロキシサーバ設定の構成。
２．更新ファイル記憶場所と言語の構成。
３．ＷＳＵＳサーバの手動同期処理。
４．更新製品および分類の選択。
５．自動同期処理のスケジューリング。
【０３６１】
プロキシサーバ設定の構成
組織がインターネットにアクセスするためにプロキシサーバを使用する場合に、以下のステップを実行して、ＷＳＵＳサーバを構成する。
注記  インターネットにアクセスするためにプロキシサーバを使用しない場合、このタスクをスキップする。
１．「Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｏｐｔｉｏｎｓ」ページの「Ｐｒｏｘｙ  Ｓｅｒｖｅｒ」の下で、「Ｕｓｅ  ａ  ｐｒｏｘｙ  ｓｅｒｖｅｒ  ｗｈｅｎ  ｓｙｎｃｈｒｏｎｉｚｉｎｇ」チェックボックスを選択し、プロキシサーバおよびポート番号（例えば、８０）の名前を「Ｓｅｒｖｅｒ  ｎａｍｅ」および「Ｐｏｒｔ  ｎｕｍｂｅｒ」テキストボックスにそれぞれ入力する。
２．プロキシサーバがユーザ認証ベースのアクセスを必要とする場合、「Ｕｓｅ  ｕｓｅｒ  ｃｒｅｄｅｎｔｉａｌｓ  ｔｏ  ｃｏｎｎｅｃｔ  ｔｏ  ｔｈｅ  ｐｒｏｘｙ  ｓｅｒｖｅｒ」チェックボックスを選択し、使用したいユーザアカウントのユーザ名、ドメイン名、およびパスワードを入力する。
【０３６２】
更新ファイル記憶場所と言語の構成
以下のステップを実行して、記憶場所と言語を構成する。
１．「Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｏｐｔｉｏｎｓ」ページの「Ｕｐｄａｔｅ  Ｆｉｌｅｓ  ａｎｄ  Ｌａｎｇｕａｇｅｓ」の下の「Ａｄｖａｎｃｅｄ」をクリックする。
２．Ｍｉｃｒｏｓｏｆｔ（登録商標）  Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒの警告ダイアログボックスの「ＯＫ」をクリックする。
３．「Ａｄｖａｎｃｅｄ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｏｐｔｉｏｎｓ−Ｗｅｂ  Ｐａｇｅ  Ｄｉａｌｏｇ」で、以下のステップを実行する。
ａ．「Ｕｐｄａｔｅ  Ｆｉｌｅｓ」で、「Ｓｔｏｒｅ  ｕｐｄａｔｅ  ｆｉｌｅｓ  ｌｏｃａｌｌｙ  ｏｎ  ｔｈｉｓ  ｓｅｒｖｅｒ」オプションおよび「Ｄｏｗｎｌｏａｄ  ｕｐｄａｔｅ  ｆｉｌｅｓ  ｔｏ  ｔｈｉｓ  ｓｅｒｖｅｒ  ｏｎｌｙ  ｗｈｅｎ  ｕｐｄａｔｅｓ  ａｒｅ  ａｐｐｒｏｖｅｄ」チェックボックスが選択されていることを確認する。
ｂ．「Ｌａｎｇｕａｇｅｓ」で、「Ｄｏｗｎｌｏａｄ  ｕｐｄａｔｅｓ  ｏｎｌｙ  ｉｎ  ｔｈｅ  ｓｅｌｅｃｔｅｄ  ｌａｎｇｕａｇｅｓ」をクリックする。
ｃ．Ｍｉｃｒｏｓｏｆｔ（登録商標）  Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒの警告ダイアログボックスが表示された場合にその「ＯＫ」をクリックする。
ｄ．ソフトウェア更新を展開する際に使用するそれぞれの言語を選択する。
ｅ．「ＯＫ」をクリックする。
４．「Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｏｐｔｉｏｎｓ」ページの左側ペインにある「Ｔａｓｋｓ」の下の「Ｓａｖｅ  ｓｅｔｔｉｎｇｓ」をクリックする。
５．Ｍｉｃｒｏｓｏｆｔ（登録商標）  Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒのダイアログボックスの「ＯＫ」をクリックして、設定が保存されていることを了承する。
【０３６３】
ＷＳＵＳサーバの手動同期処理
現在「Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｏｐｔｉｏｎｓ」ページの左側ペインの「Ｔａｓｋｓ」の下にある「Ｓｙｎｃｈｒｏｎｉｚｅ」をクリックすることにより、ＷＳＵＳサーバを手動でＭｉｃｒｏｓｏｆｔ（登録商標）  Ｕｐｄａｔｅｓサーバに同期させる。
注記  利用可能な更新のインターネット帯域幅、サイズ、および個数に応じて、同期処理が完了するのに数分ほどかかる。営業時間の後にこのオペレーションを実行して、ネットワークユーザに対する性能上の影響を低減することを考える。
【０３６４】
更新製品および分類の選択
手動同期処理が正常に完了したことを確認した後、「Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｏｐｔｉｏｎｓ」ページ上の「Ｐｒｏｄｕｃｔｓ  ａｎｄ  Ｃｌａｓｓｉｆｉｃａｔｉｏｎｓ」の下の以下のステップを実行する。
１．「Ｐｒｏｄｕｃｔｓ」の下の「Ｃｈａｎｇｅ」をクリックする。
２．「Ａｄｄ／Ｒｅｍｏｖｅ  Ｐｒｏｄｕｃｔｓ−Ｗｅｂ  Ｐａｇｅ  Ｄｉａｌｏｇ」の「Ｐｒｏｄｕｃｔｓ」の下で、ソフトウェア更新が必要とする製品を選択し、更新を必要としない製品のチェックボックスをクリアする。
例えば、Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｏｆｆｉｃｅ  ２００３、ＳＱＬ  Ｓｅｒｖｅｒ、Ｍｉｃｒｏｓｏｆｔ（登録商標）  Ｗｉｎｄｏｗｓ（登録商標）  Ｓｅｒｖｅｒ  ２００３ファミリ、およびＭｉｃｒｏｓｏｆｔ（登録商標）  Ｗｉｎｄｏｗｓ（登録商標）ＸＰファミリは、テスト環境において選択された。「ＯＫ」をクリックする。
３．「Ｕｐｄａｔｅ  Ｃｌａｓｓｉｆｉｃａｔｉｏｎｓ」の下の「Ｃｈａｎｇｅ」をクリックする。
４．「Ａｄｄ／Ｒｅｍｏｖｅ  Ｃｌａｓｓｉｆｉｃａｔｉｏｎｓ−Ｗｅｂ  Ｐａｇｅ  Ｄｉａｌｏｇ」以下の更新分類を選択し、「ＯＫ」をクリックする。
・  重要な更新
・  ドライバ
・  セキュリティ更新
・  サービスパック
・  更新ロールアップ
・  更新
５．必要ならば、追加の分類を選択する。
【０３６５】
自動同期処理のスケジューリング
以下のステップを実行して、スケジュールされた自動同期処理を構成する。
１．「Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｏｐｔｉｏｎｓ」ページの「Ｓｃｈｅｄｕｌｅ」の下の「Ｓｙｎｃｈｒｏｎｉｚｅ  ｄａｉｌｙ  ａｔ：」をクリックし、環境に適した値をクリックする。
２．「Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｏｐｔｉｏｎｓ」ページの「Ｔａｓｋｓ」の下で、「Ｓａｖｅ  ｓｅｔｔｉｎｇｓ」をクリックして、これまでに行われた構成変更を保存する。
３．Ｍｉｃｒｏｓｏｆｔ（登録商標）  Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒのダイアログボックスの「ＯＫ」をクリックして、設定が保存されていることを了承する。
【０３６６】
ＷＳＵＳクライアントコンピュータをコンピュータグループに移動する方法の選択
以下のステップを実行してＷＳＵＳコンピュータグループオプションを構成する。
１．ＷＳＵＳコンソールツールバーで、「Ｏｐｔｉｏｎｓ」をクリックし、「Ｃｏｍｐｕｔｅｒｓ  Ｏｐｔｉｏｎｓ」をクリックする。
２．「Ｃｏｍｐｕｔｅｒｓ  Ｏｐｔｉｏｎｓ」ページの「Ｃｏｍｐｕｔｅｒｓ  Ｏｐｔｉｏｎｓ」の下で、「Ｕｓｅ  Ｇｒｏｕｐ  Ｐｏｌｉｃｙ  ｏｒ  ｒｅｇｉｓｔｒｙ  ｓｅｔｔｉｎｇｓ  ｏｎ  ｃｏｍｐｕｔｅｒｓ」をクリックする。
３．「Ｔａｓｋｓ」の下で、「Ｓａｖｅ  ｓｅｔｔｉｎｇｓ」をクリックして、これまでに行われた構成変更を保存する。
４．Ｍｉｃｒｏｓｏｆｔ（登録商標）  Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒのダイアログボックスの「ＯＫ」をクリックして、設定が保存されていることを了承する。
【０３６７】
コンピュータグループの作成
ソリューションガイダンスの「Ｄｅｓｉｇｎｉｎｇ  ｔｈｅ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  Ｓｅｒｖｉｃｅｓ」の章の「Ｕｐｄａｔｅ  Ｍａｎａｇｅｍｅｎｔ  Ｓｅｒｖｉｃｅｓ」の節で推奨されているように、「ＷＳＵＳ  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  Ｃｏｎｓｏｌｅ」で以下のステップを実行することにより、ＴｅｓｔＣｌｉｅｎｔｓ、Ｃｌｉｅｎｔｓ、およびＳｅｒｖｅｒｓコンピュータグループを作成する。
１．ＷＳＵＳコンソールツールバー上の「Ｃｏｍｐｕｔｅｒｓ」をクリックする。
２．「Ｃｏｍｐｕｔｅｒｓ」ページの「Ｔａｓｋｓ」の下の「Ｃｒｅａｔｅ  ａ  ｃｏｍｐｕｔｅｒ  ｇｒｏｕｐ」をクリックする。
３．「Ｃｒｅａｔｅ  ａ  Ｃｏｍｐｕｔｅｒ  Ｇｒｏｕｐ−Ｗｅｂ  Ｐａｇｅ  Ｄｉａｌｏｇ」の「Ｇｒｏｕｐ  ｎａｍｅ」テキストボックスに、作成したいコンピュータグループの名前（例えば、ＴｅｓｔＣｌｉｅｎｔｓ）を入力し、「ＯＫ」をクリックする。
４．残るコンピュータグループを作成するためにステップ２と３を繰り返す。
【０３６８】
自動承認オプションの構成
以下のステップを実行して、自動承認オプションを構成する。
１．ＷＳＵＳコンソールツールバーで、「Ｏｐｔｉｏｎｓ」をクリックし、「Ａｕｔｏｍａｔｉｃ  Ａｐｐｒｏｖａｌ  Ｏｐｔｉｏｎｓ」をクリックする。
２．「Ａｕｔｏｍａｔｉｃ  Ａｐｐｒｏｖａｌ  Ｏｐｔｉｏｎｓ」ページの「Ｕｐｄａｔｅｓ」の下の「Ａｐｐｒｏｖｅ  ｆｏｒ  Ｄｅｔｅｃｔｉｏｎ」で、以下のステップを実行する。
ａ．「Ａｕｔｏｍａｔｉｃａｌｌｙ  ａｐｐｒｏｖｅ  ｕｐｄａｔｅｓ  ｆｏｒ  ｄｅｔｅｃｔｉｏｎ  ｂｙ  ｕｓｉｎｇ  ｔｈｅ  ｆｏｌｌｏｗｉｎｇ  ｒｕｌｅ」チェックボックスが選択されていることを確認する。
ｂ．「Ａｄｄ／Ｒｅｍｏｖｅ  Ｃｌａｓｓｉｆｉｃａｔｉｏｎｓ」をクリックし、「Ｃｒｉｔｉｃａｌ  Ｕｐｄａｔｅｓ，Ｄｒｉｖｅｒｓ，Ｓｅｃｕｒｉｔｙ  Ｕｐｄａｔｅｓ，Ｓｅｒｖｉｃｅ  Ｐａｃｋｓ，Ｕｐｄａｔｅ  Ｒｏｌｌｕｐｓ，Ｕｐｄａｔｅｓ  ｃｌａｓｓｉｆｉｃａｔｉｏｎｓ」チェックボックスを選択し、「ＯＫ」をクリックする。
必要ならば、追加の分類を選択する。
ｃ．「Ａｌｌ  Ｃｏｍｐｕｔｅｒｓ」がＣｏｍｐｕｔｅｒグループについて表示されていることを確認する。
３．「Ａｕｔｏｍａｔｉｃ  Ａｐｐｒｏｖａｌ  Ｏｐｔｉｏｎｓ」ページの「Ｕｐｄａｔｅｓ」の下の「Ａｐｐｒｏｖｅ  ｆｏｒ  Ｉｎｓｔａｌｌａｔｉｏｎ」で、以下のステップを実行する。
ａ．「Ａｕｔｏｍａｔｉｃａｌｌｙ  ａｐｐｒｏｖｅ  ｕｐｄａｔｅｓ  ｆｏｒ  ｉｎｓｔａｌｌａｔｉｏｎ  ｂｙ  ｕｓｉｎｇ  ｔｈｅ  ｆｏｌｌｏｗｉｎｇ  ｒｕｌｅ」チェックボックスを選択する。
ｂ．「Ａｄｄ／Ｒｅｍｏｖｅ  Ｃｌａｓｓｉｆｉｃａｔｉｏｎｓ」をクリックし、「Ｃｒｉｔｉｃａｌ  Ｕｐｄａｔｅｓ，Ｄｒｉｖｅｒｓ，Ｓｅｃｕｒｉｔｙ  Ｕｐｄａｔｅｓ，Ｓｅｒｖｉｃｅ  Ｐａｃｋｓ，Ｕｐｄａｔｅ  Ｒｏｌｌｕｐｓ，Ｕｐｄａｔｅｓ  ｃｌａｓｓｉｆｉｃａｔｉｏｎｓ」チェックボックスを選択し、「ＯＫ」をクリックする。
必要ならば、追加の分類を選択する。
ｃ．「Ａｄｄ／Ｒｅｍｏｖｅ  Ｃｏｍｐｕｔｅｒ  Ｇｒｏｕｐｓ」をクリックし、「ＴｅｓｔＣｌｉｅｎｔｓ  ａｎｄ  Ｓｅｒｖｅｒｓ」コンピュータグループが選択されていることを確認する。残りのコンピュータグループの隣りにあるチェックボックスをクリアし、「ＯＫ」をクリックする。
４．「Ｔａｓｋｓ」の下で、「Ｓａｖｅ  ｓｅｔｔｉｎｇｓ」をクリックして、構成を保存する。
５．Ｍｉｃｒｏｓｏｆｔ（登録商標）  Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒのダイアログボックスの「ＯＫ」をクリックして、設定が保存されていることを了承する。
ＷＳＵＳサーバ構成が完了した後、「更新管理サービス構成の検証」の節の下の「ＷＳＵＳサーバ構成の検証」の節で指定されたタスクを実行することによりサーバ設定が正しく構成されるようにする。
【０３６９】
ＷＳＵＳグループポリシーの構成
ソリューションガイドの「Ｄｅｓｉｇｎｉｎｇ  ｔｈｅ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  Ｓｅｒｖｉｃｅｓ」の章の「Ｕｐｄａｔｅ  Ｍａｎａｇｅｍｅｎｔ  Ｓｅｒｖｉｃｅｓ」の節では、Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙグループポリシーを使用して、ＷＳＵＳクライアントコンピュータを構成することを推奨している。
このソリューションで推奨されているＡｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ  ＯＵ構造およびグループポリシーを実装する計画を立てているか、または既に実装している場合、以下の３つのＷＳＵＳ関連グループポリシーオブジェクト（ＧＰＯ）が作成され、適切なＯＵに適用される。
・  ＴｅｓｔＣｌｉｅｎｔｓ  Ｃｏｍｐｕｔｅｒ  Ｇｒｏｕｐ  ＷＳＵＳグループポリシー。
・  Ｃｌｉｅｎｔｓ  Ｃｏｍｐｕｔｅｒ  Ｇｒｏｕｐ  ＷＳＵＳグループポリシー。
・  Ｓｅｒｖｅｒ  Ｃｏｍｐｕｔｅｒ  Ｇｒｏｕｐ  ＷＳＵＳグループポリシー。
従って、ＧＰＯを別に作成する必要はない。環境で、このソリューションにより推奨されているのと異なるＯＵ構造を使用する場合、ＧＰＯを作成し、推奨されているように構成し、適切なＯＵに適用する必要がある。
Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ  ＯＵ構造が環境内に実装されていない場合、ＷＳＵＳクライアントコンピュータを、それぞれのコンピュータ上でレジストリ設定を更新することにより構成することができる。レジストリ設定の詳細については、ＷＳＵＳ展開文書（ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｗｉｎｄｏｗｓｓｅｒｖｅｒｓｙｓｔｅｍ／ｕｐｄａｔｅｓｅｒｖｉｃｅｓ／ｄｅｆａｕｌｔ．ｍｓｐｘ）を参照のこと。
ＷＳＵＳグループポリシーを構成するには、以下のタスクが必要である。
１．Ｓｅｒｖｅｒｓ  Ｃｏｍｐｕｔｅｒ  Ｇｒｏｕｐ  ＷＳＵＳグループポリシーの有効化。
２．セキュリティグループへのＷＳＵＳテストクライアントコンピュータの追加。
３．ＷＳＵＳグループポリシー設定の修正。
【０３７０】
Ｓｅｒｖｅｒｓ  Ｃｏｍｐｕｔｅｒ  Ｇｒｏｕｐ  ＷＳＵＳグループポリシーの有効化
Ｓｅｒｖｅｒｓ  Ｃｏｍｐｕｔｅｒ  Ｇｒｏｕｐ  ＷＳＵＳグループポリシーは、＼Ｆｏｒｅｓｔ  Ｎａｍｅ＼Ｄｏｍａｉｎｓ＼Ｄｏｍａｉｎ  Ｎａｍｅ＼Ｄｏｍａｉｎ  Ｃｏｎｔｒｏｌｌｅｒｓ  ＯＵの下でリンクされるが、何かが構成されている場合に既存のＷＳＵＳグループポリシー設定とコンフリクトしないようにするため有効化されない。このグループポリシーを使用したい場合、以下のステップを実行することによりドメインコントローラＯＵの下でリンクし有効化する必要がある。
１．ネットワークサーバにドメイン管理者としてログインする。「Ａｄｍｉｎｉｓｔｒａｔｉｖｅ  Ｔｏｏｌｓ」の下に用意されている「Ｇｒｏｕｐ  Ｐｏｌｉｃｙ  Ｍａｎａｇｅｍｅｎｔ」コンソールを開く。
２．Ｆｏｒｅｓｔ  Ｎａｍｅ＼Ｄｏｍａｉｎｓ＼Ｄｏｍａｉｎ  Ｎａｍｅ＼Ｄｏｍａｉｎ  Ｃｏｎｔｒｏｌｌｅｒｓを展開する。
３．「Ｓｅｒｖｅｒｓ  Ｃｏｍｐｕｔｅｒ  Ｇｒｏｕｐ  ＷＳＵＳ  Ｇｒｏｕｐ  Ｐｏｌｉｃｙ」を右クリックし、「Ｌｉｎｋ  Ｅｎａｂｌｅｄ」をクリックする。
【０３７１】
セキュリティグループへのＷＳＵＳテストクライアントコンピュータの追加
ネットワークサーバ上で以下のステップを実行し、ＷＳＵＳテストクライアントコンピュータをＷＳＵＳＴＥＳＴＣＬＩＥＮＴＳセキュリティグループに追加する。
注記  ＷＳＵＳＴＥＳＴＣＬＩＥＮＴＳセキュリティグループは、このソリューションにより推奨されているＡｃｔｉｖｅ  ＤｉｒｅｃｔｏｒｙおよびＧＰＯを展開するときに自動的に作成される。
１．「Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ  Ｕｓｅｒｓ  ａｎｄ  Ｃｏｍｐｕｔｅｒｓ」を開く。
２．「ＤｏｍａｉｎＮａｍｅ」を展開し、「ＳＭＢＡＤＳ−ＡｕｔｏＤｅｐｌｏｙ−Ｔｏｐ−Ｌｅｖｅｌ−ＯＵ」を展開し、「Ｓｅｃｕｒｉｔｙ  Ｇｒｏｕｐｓ」をクリックする。
３．詳細ペインで、「ＷＳＵＳＴＥＳＴＣＬＩＥＮＴＳ」セキュリティグループをダブルクリックする。「Ｐｒｏｐｅｒｔｉｅｓ」ダイアログボックスの「Ｍｅｍｂｅｒｓ」タブをクリックし、「Ａｄｄ」をクリックする。
４．「Ｓｅｌｅｃｔ  Ｕｓｅｒｓ，Ｃｏｎｔａｃｔｓ，ｏｒ  Ｃｏｍｐｕｔｅｒｓ」ダイアログボックスで、「Ｏｂｊｅｃｔ  Ｔｙｐｅｓ」をクリックし、「Ｃｏｍｐｕｔｅｒｓ」チェックボックスを選択し、「ＯＫ」をクリックする。
５．次に、「Ｅｎｔｅｒ  ｔｈｅ  ｏｂｊｅｃｔ  ｎａｍｅｓ  ｔｏ  ｓｅｌｅｃｔ（ｅｘａｍｐｌｅｓ）：」テキストボックスで、ソフトウェア更新テストのため識別された全てのＷＳＵＳクライアントのコンピュータ名を追加し、「ＯＫ」をクリックする。
６．「Ｐｒｏｐｅｒｔｉｅｓ」ダイアログボックス上の「ＯＫ」をクリックする。
【０３７２】
ＷＳＵＳグループポリシー設定の修正
環境内に展開された３つのＷＳＵＳ関連ＧＰＯはすべて、ＷＳＵＳサーバ（管理サーバ）の名前を含むように修正される必要がある。
以下のステップを実行し、ＴｅｓｔＣｌｉｅｎｔｓ  Ｃｏｍｐｕｔｅｒ  Ｇｒｏｕｐ  ＷＳＵＳグループポリシーを編集して、ＷＳＵＳサーバの名前を含むようにする。
注記  残りのＷＳＵＳ関連グループポリシーオブジェクトも編集しなければならない。
１．ネットワークサーバ上で、「Ｇｒｏｕｐ  Ｐｏｌｉｃｙ  Ｍａｎａｇｅｍｅｎｔ」を開く。
２．「ＦｏｒｅｓｔＮａｍｅ」を展開し、「Ｄｏｍａｉｎｓ」を展開し、「Ｇｒｏｕｐ  Ｐｏｌｉｃｙ  Ｏｂｊｅｃｔｓ」をクリックする。
３．「ＴｅｓｔＣｌｉｅｎｔｓ  Ｃｏｍｐｕｔｅｒ  Ｇｒｏｕｐ  ＷＳＵＳ  Ｇｒｏｕｐ  Ｐｏｌｉｃｙ」を右クリックし、「Ｅｄｉｔ」をクリックする。
４．「Ｇｒｏｕｐ  Ｐｏｌｉｃｙ  Ｏｂｊｅｃｔ  Ｅｄｉｔｏｒ」で、「Ｃｏｍｐｕｔｅｒ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ」を展開し、「Ａｄｍｉｎｉｓｔｒａｔｉｖｅ  Ｔｅｍｐｌａｔｅｓ」展開し、「Ｗｉｎｄｏｗｓ  Ｃｏｍｐｏｎｅｎｔｓ」を展開して、「Ｗｉｎｄｏｗｓ  Ｕｐｄａｔｅ」をクリックする。
５．コンソールツリー上の「Ｓｐｅｃｉｆｙ  Ｉｎｔｒａｎｅｔ  Ｍｉｃｒｏｓｏｆｔ  ｕｐｄａｔｅ  ｓｅｒｖｉｃｅ  ｌｏｃａｔｉｏｎ」を右クリックし、「Ｐｒｏｐｅｒｔｉｅｓ」をクリックする。
６．プロパティダイアログボックスで、「Ｅｎａｂｌｅｄ」を選択する。
７．両方のボックスに、ＷＳＵＳサーバのアドレス（例えば、ｈｔｔｐ：／／ｍａｎａｇｅｍｅｎｔｓｖｒ）を入力し、「ＯＫ」をクリックする。
８．「Ｇｒｏｕｐ  Ｐｏｌｉｃｙ  Ｏｂｊｅｃｔ  Ｅｄｉｔｏｒ」を終了する。
それに加えて、ビジネス要件に基づき、グループポリシー設定を修正する必要がある場合があり、例えば、「Ａｕｔｏｍａｔｉｃ  Ｕｐｄａｔｅｓ  ｄｅｔｅｃｔｉｏｎ  ｆｒｅｑｕｅｎｃｙ  ｖａｌｕｅ」または「ｕｐｄａｔｅ  ｓｃｈｅｄｕｌｅｄ  ｉｎｓｔａｌｌ  ｔｉｍｅ」グループポリシー設定の値を修正する必要があるかもしれない。
【０３７３】
ＷＳＵＳクライアントコンピュータの構成
このソリューションにより推奨されているように、ＷＳＵＳクライアントコンピュータ上のＷＳＵＳ関連設定は、グループポリシーを使用して構成される。このソリューションにより推奨されるＷＳＵＳグループポリシーを実装する場合、ＷＳＵＳ設定は、ＷＳＵＳクライアントコンピュータに自動的に適用される。
【０３７４】
更新のテストおよび展開
更新をテストしＷＳＵＳクライアントコンピュータに展開するには、以下のステップが必要である。
・  テストクライアントコンピュータ上の更新のテストおよび展開。
・  クライアントコンピュータ上の更新の展開。
・  サーバ上の更新の展開。
更新の展開の詳細については、Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  Ｕｐｄａｔｅ  Ｓｅｒｖｉｃｅｓ  Ｏｐｅｒａｔｉｏｎｓ  Ｇｕｉｄｅ（ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｗｉｎｄｏｗｓｓｅｒｖｅｒｓｙｓｔｅｍ／ｕｐｄａｔｅｓｅｒｖｉｃｅｓ／ｔｅｃｈｉｎｆｏ／ｄｅｆａｕｌｔ．ｍｓｐｘ）を参照のこと。
注記  この節では、ＷＳＵＳクライアントコンピュータは、すでに適切なＡｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ  ＯＵの下に置かれていると仮定している。「Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ  Ｕｓｅｒｓ  ａｎｄ  Ｃｏｍｐｕｔｅｒｓ」を使用して、さらに処理を続ける前に、ＷＳＵＳクライアントコンピュータが適切なＯＵの下に置かれることを検証する。
【０３７５】
テストクライアントコンピュータ上の更新のテストおよび展開
以下のステップを実行して、テストクライアントコンピュータ上にソフトウェア更新をインストールしてテストする。
１．ＷＳＵＳサーバが、Ｍｉｃｒｏｓｏｆｔ（登録商標）  Ｕｐｄａｔｅ  Ｗｅｂサイトと同期し、Ｍｉｃｒｏｓｏｆｔ（登録商標）  Ｕｐｄａｔｅ  Ｗｅｂサイトから必要なファイルを正常にダウンロードしたことを確認する。
注記  ＷＳＵＳサーバが前に指定されているように構成された後、更新のテストおよび展開を開始する前に、もう一度同期をとり、新しく追加された製品の最新の更新を取得し、分類を更新しなければならない。更新を即座に行って少し展開したい場合には、手動で同期処理を実行する。そうでなければ、スケジュールに従って自動同期処理が完了するまで待つ。
２．ＷＳＵＳ  ＧＰＯがそれぞれのテストクライアントコンピュータ上で適用されることを検証する。
注記  デフォルトでは、グループポリシーは、０から３０分までのランダムオフセットを使用して９０分おきにバックグラウンドリフレッシュを実行する。クライアントコンピュータ上でｇｐｕｐｄａｔｅ／ｆｏｒｃｅを実行すると、即座に適用される最新のＧＰＯ設定が強制的に得られる。
【０３７６】
３．「更新管理サービス構成の検証」の節の「コンピュータ名およびステータスの検証」で指定されたステップを使用して、それぞれのテストクライアントコンピュータの名前およびステータスが、ＷＳＵＳコンソール上に報告されることを検証する。
注記  コンピュータ名およびステータスがＷＳＵＳコンソール上に報告されるまでに数分を要する。それぞれのクライアントコンピュータ上でｗｕａｕｃｌｔ／ｄｅｔｅｃｔｎｏｗを実行すると、この更新は、ＷＳＵＳコンソール上に即座に現れる。
４．テストクライアントコンピュータ上のデータが、更新をインストールする前にバックアップされていることを検証する。
【０３７７】
５．必要なすべての更新がテストクライアントコンピュータに自動的にダウンロードされ、インストールの準備が整ったことを検証する。テストクライアントコンピュータ上で以下のステップを実行する。
ａ．ドメイン管理者としてログオンする。
ｂ．タスクバーにある「Ａｕｔｏｍａｔｉｃ  Ｕｐｄａｔｅｓ」通知アイコンをクリックする。
ｃ．「Ａｕｔｏｍａｔｉｃ  Ｕｐｄａｔｅｓ」ページで、「Ｃｕｓｔｏｍ  Ｉｎｓｔａｌｌ（Ａｄｖａｎｃｅｄ）」をクリックし、「Ｎｅｘｔ」をクリックする。
ｄ．「Ｕｐｄａｔｅ  Ｔｉｔｌｅ」の下で、必要な全ての更新が表示されていることを検証する。
ｅ．複数の更新が選択されている場合、一覧内の最初の更新を除く全ての更新をクリアする。記録の更新タイトルをメモしておくが、この記録は、非テストクライアントコンピュータ上の更新を承認している間に後で使用される。
ｆ．「Ｉｎｓｔａｌｌ」をクリックする。
ｇ．「Ｈｉｄｅ  Ｕｐｄａｔｅｓ」ダイアログボックス上の「ＯＫ」をクリックする。
注記  更新を隠すと、システムは、これ以降、タスクバーに「Ａｕｔｏｍａｔｉｃ  Ｕｐｄａｔｅｓ」通知アイコンを表示しなくなる。隠された更新を「Ａｕｔｏｍａｔｉｃ  Ｕｐｄａｔｅｓ」通知を通して再び表示するには、「Ｓｙｓｔｅｍ  Ｐｒｏｐｅｒｔｉｅｓ」ダイアログボックス（「Ｃｏｎｔｒｏｌ  Ｐａｎｅｌ」の下に用意されている）を開き、「Ａｕｔｏｍａｔｉｃ  Ｕｐｄａｔｅｓ」タブの「Ｏｆｆｅｒ  ｕｐｄａｔｅｓ  ａｇａｉｎ  ｔｈａｔ  Ｉ’ｖｅ  ｐｒｅｖｉｏｕｓｌｙ  ｈｉｄｄｅｎ」をクリックする。
ｈ．必要ならば、インストールが完了した後にテストクライアントコンピュータを再起動する。
【０３７８】
６．更新がインストールされた後、数分以内に、ステータスが再びＷＳＵＳサーバに報告される。更新が正常にインストールされたことを確認する。それに加えて、クライアントコンピュータ上で稼働しているＭｉｃｒｏｓｏｆｔ（登録商標）  Ｏｆｆｉｃｅ  ２００３および取扱商品（ＬＯＢ）アプリケーションなどの全てのシステムサービスおよびアプリケーションは、予期した通り機能していることを確認する。さらに、「Ｅｖｅｎｔ  Ｖｉｅｗｅｒ」内のエラーまたは警告イベントを調べる。
７．更新を適用した後、クライアントコンピュータ上で稼働しているサービスまたはアプリケーションが予期した通りに動作していない場合、障害の原因を調査する。必要ならば、Ｍｉｃｒｏｓｏｆｔ（登録商標）サポートに連絡するか、アプリケーションベンダーサポートに連絡する。解決策を見つけるのに予想よりも長くかかる場合、更新をアンインストールし、テストクライアントコンピュータを使用できるようにユーザにリリースする。障害の原因に対する解決策を見つけた後、更新をインストールし、テストする。
８．更新が正常にインストールされたかどうかを記録する。
９．テストクライアントコンピュータ上の残りの更新をテストするためにステップ２から８を実行する。
１０．ステップ２から９を実行し、残りのテストクライアントコンピュータ上の更新をテストする。
【０３７９】
クライアントコンピュータ上の更新の展開
テストクライアントコンピュータ上で更新がインストールされ、テストに合格した後、それらの更新は、環境内の残りのクライアントコンピュータへのインストールの承認を行うことができる。
以下のステップを実行し、Ｃｌｉｅｎｔｓコンピュータグループ内のクライアントコンピュータ上に更新を展開する。
１．ＷＳＵＳグループポリシー設定がそれぞれのクライアントコンピュータ上に適用されることを検証する。
２．それぞれのクライアントコンピュータの名前およびステータスが、ＷＳＵＳコンソール上に報告されることを検証する。
３．更新のインストールを続ける前にクライアントコンピュータ上のデータをバックアップする。
【０３８０】
４．ＷＳＵＳコンソール上で、テストに合格した全ての更新を選択し、以下のステップを実行することによりＣｌｉｅｎｔｓコンピュータグループに対するインストールの承認を行う。
ａ．ＷＳＵＳコンソールツールバー上の「Ｕｐｄａｔｅｓ」をクリックする。
ｂ．「Ｕｐｄａｔｅｓ」ページの「Ｖｉｅｗ」の下で、以下の設定を選択して、「Ａｐｐｌｙ」をクリックする。
製品および分類：Ａｌｌ  ｕｐｄａｔｅｓ
承認：Ａｎｙ  Ａｐｐｒｏｖａｌ
ｃ．詳細ペイン上で、インストールの承認を行いたいすべての更新を選択する。ＣＴＲＬキーを押して、複数の更新を選択する。
ｄ．「Ｕｐｄａｔｅ  Ｔａｓｋｓ」の下の「Ｃｈａｎｇｅ  ａｐｐｒｏｖａｌ」をクリックする。
ｅ．「Ａｐｐｒｏｖｅ  Ｕｐｄａｔｅｓ−Ｗｅｂ  Ｐａｇｅ  Ｄｉａｌｏｇ」上の「Ｇｒｏｕｐ  ａｐｐｒｏｖａｌ  ｓｅｔｔｉｎｇｓ  ｆｏｒ  ｔｈｅ  ｓｅｌｅｃｔｅｄ  ｕｐｄａｔｅｓ」の下で、Ｃｌｉｅｎｔｓコンピュータグループに対する「Ａｐｐｒｏｖａｌ」列の中の「Ｉｎｓｔａｌｌ」をクリックする。
ｆ．「ＯＫ」をクリックする。
【０３８１】
５．ＧＰＯを使用して構成された自動更新検出頻度設定およびスケジュールされたインストール時間に基づいて、更新は、自動的にダウンロードされ、クライアントコンピュータ上にインストールされる。必要ならば、クライアントコンピュータは自動的に再起動される。
６．ＷＳＵＳコンソール報告機能で更新進行状況を監視し、承認された更新が全てのクライアントコンピュータ上にインストールされることを確認する。
７．テストクライアントコンピュータ上でテストに合格した更新が、クライアントコンピュータにインストールできない、または更新により、コンピュータ上で稼働しているサービスまたはアプリケーションが失敗する可能性がありうる。問題がある場合、障害の理由を調べ、Ｍｉｃｒｏｓｏｆｔ（登録商標）サポートまたはアプリケーションベンダーサポートに連絡する。解決策を見つけるのに予想よりも長くかかる場合、更新をアンインストールし、クライアントコンピュータを使用できるようにユーザにリリースする。障害の原因に対する解決策を見つけた後、更新をインストールする。
【０３８２】
サーバ上の更新の展開
このソリューションにより推奨されているように、他のサーバと比べて業務にそれほど不可欠ではないサーバ上への更新のインストールを開始する。環境から識別されている第１のサーバ上で以下のステップを実行し、更新をインストールする。
１．ＷＳＵＳグループポリシー設定がサーバ上に適用されることを検証する。
２．サーバの名前およびステータスが、ＷＳＵＳコンソール上に報告されることを検証する。
３．更新のインストールを続ける前にサーバを必ずバックアップする。
【０３８３】
４．サーバで必要な全ての更新がそのサーバに自動的にダウンロードされ、インストールの準備が整ったことを検証する。サーバ上で以下のステップを実行する。
ａ．ドメイン管理者としてログオンする。
ｂ．タスクバーにある「Ａｕｔｏｍａｔｉｃ  Ｕｐｄａｔｅｓ」通知アイコンをクリックする。
ｃ．「Ａｕｔｏｍａｔｉｃ  Ｕｐｄａｔｅｓ」ページで、「Ｃｕｓｔｏｍ  Ｉｎｓｔａｌｌ  （Ａｄｖａｎｃｅｄ）」をクリックし、「Ｎｅｘｔ」をクリックする。
ｄ．「Ｕｐｄａｔｅ  Ｔｉｔｌｅ」の下で、必要な全ての更新が表示されていることを検証する。
ｅ．複数の更新が選択されている場合、一覧内の最初の更新を除くすべての更新をクリアする。記録の更新タイトルをメモしておくが、この記録は、非テストクライアントコンピュータ上の更新を承認している間に後で使用される。
ｆ．「Ｉｎｓｔａｌｌ」をクリックする。
ｇ．現れた場合、「Ｈｉｄｅ  Ｕｐｄａｔｅｓ」ダイアログボックス上の「ＯＫ」をクリックする。
注記  更新を隠すと、システムは、これ以降、タスクバーに「Ａｕｔｏｍａｔｉｃ  Ｕｐｄａｔｅｓ」通知アイコンを表示しなくなる。隠された更新を「Ａｕｔｏｍａｔｉｃ  Ｕｐｄａｔｅｓ」通知を通して再び表示するには、「Ｓｙｓｔｅｍ  Ｐｒｏｐｅｒｔｉｅｓ」ダイアログボックス（「Ｃｏｎｔｒｏｌ  Ｐａｎｅｌ」の下に用意されている）を開き、「Ａｕｔｏｍａｔｉｃ  Ｕｐｄａｔｅｓ」タブの「Ｏｆｆｅｒ  ｕｐｄａｔｅｓ  ａｇａｉｎ  ｔｈａｔ  Ｉ’ｖｅ  ｐｒｅｖｉｏｕｓｌｙ  ｈｉｄｄｅｎ」をクリックする。
ｈ．必要ならば、インストールが完了した後にサーバを再起動する。
注記  再起動される前にサーバを使用している人がいないことを確認する。
【０３８４】
５．更新がインストールされた後、数分以内に、ステータスが再びＷＳＵＳサーバに報告される。更新が正常にインストールされたことを確認する。それに加えて、サーバ上で稼働しているＭｉｃｒｏｓｏｆｔ（登録商標）  Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３および取扱商品（ＬＯＢ）アプリケーションなどのすべてのシステムサービスおよびアプリケーションは、予期した通り機能していることを確認する。さらに、「Ｅｖｅｎｔ  Ｖｉｅｗｅｒ」内のエラーまたは警告イベントを調べる。
６．更新を適用した後、サーバ上で稼働しているサービスまたはアプリケーションが予期した通りに動作していない場合、障害の原因を調査する。必要ならば、Ｍｉｃｒｏｓｏｆｔ（登録商標）サポートに連絡するか、アプリケーションベンダーサポートに連絡する。解決策を見つけるのに予想よりも長くかかる場合、更新をアンインストールし、サーバを使用できるようにユーザにリリースする。障害の原因に対する解決策を見つけた後、更新をインストールし、テストする。
７．更新が正常にインストールされているかどうかを記録する。
８．サーバ上の残りの更新をインストールするためにステップ１から７を実行する。
９．ステップ１から８を実行し、残りのサーバ上にすでに正常にインストールされている更新を識別されているように１つずつインストールする。
【０３８５】
更新管理サービス構成の検証
Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  Ｕｐｄａｔｅ  Ｓｅｒｖｉｃｅｓ（ＷＳＵＳ）の構成を検証するには、以下のタスクを必要とする。
１．ＷＳＵＳサーバの構成の検証。
２．同期処理の検証。
３．ＷＳＵＳグループポリシーオブジェクト（ＧＰＯ）の検証。
４．ＷＳＵＳグループポリシー設定の検証。
５．コンピュータ名およびステータスの検証。
６．更新インストールのステータスの検証。
７．ログファイルおよびイベントビューアを使用したトラブルシューティング。
８．診断ツールを使用したトラブルシューティング。
【０３８６】
ＷＳＵＳサーバ構成の検証
以下のステップを実行して、ＷＳＵＳ  Ｓｅｒｖｅｒ構成を検証する。
１．ＷＳＵＳコンソールにアクセスし、コンソールツールバー上の「Ｒｅｐｏｒｔｓ」をクリックする。
２．「Ｓｅｔｔｉｎｇｓ  Ｓｕｍｍａｒｙ」をクリックし、画面上に表示されている設定が正しいことを確認する。
【０３８７】
同期処理の検証
以下のステップを実行して、ＷＳＵＳサーバが、Ｍｉｃｒｏｓｏｆｔ（登録商標）  Ｕｐｄａｔｅ  Ｗｅｂサイトと正常に同期していることを検証する。
１．ＷＳＵＳコンソールを開く。
２．「Ｈｏｍｅ」ページの「Ｓｔａｔｕｓ  ａｓ  ｏｆ，」の下で、「Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｔａｔｕｓ」の下にある「Ｌａｓｔ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｒｅｓｕｌｔ」内の同期結果を調べる。進行中の同期処理はないことを確認する。そうでなければ、同期処理が完了するまで待つ。
３．「Ｓｔａｔｕｓ  ｏｆ  Ｄｏｗｎｌｏａｄｓ」の下の「Ｕｐｄａｔｅｓ  ｎｅｅｄｉｎｇ  ｆｉｌｅｓ」がゼロであることを確認する。
４．同期ステータスが失敗であれば、「ｆａｉｌｅｄ」リンクをクリックし、失敗の理由を分析する。ほとんどの場合、その理由は、ＷＳＵＳサーバのプロキシサーバ設定が不適切であること、またはネットワーク接続の問題にある。
【０３８８】
ＷＳＵＳグループポリシーオブジェクトの検証
以下のステップを実行して、適切なＷＳＵＳ  ＧＰＯが適用されていることを検証する。
１．ネットワークサーバ上で、「Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ  Ｕｓｅｒｓ  ａｎｄ  Ｃｏｍｐｕｔｅｒｓ」を開き、ＷＳＵＳコンピュータが適切なＯＵの下に置かれていることを検証する。
２．ドメイン管理者としてＷＳＵＳクライアントコンピュータにログオンする。
３．コマンドプロンプトでｇｐｒｅｓｕｌｔ．ｅｘｅを実行する。
４．「ＣＯＭＰＵＴＥＲ  ＳＥＴＴＩＮＧＳ」の「Ａｐｐｌｉｅｄ  Ｇｒｏｕｐ  Ｐｏｌｉｃｙ  Ｏｂｊｅｃｔｓ」の下に、適切なグループポリシーが適用されていることを確認する。
【０３８９】
ＷＳＵＳグループポリシー設定の検証
以下のステップを実行して、正しいグループポリシー設定が適用されること、および有効にされたグループポリシー設定が正しい値を有することを検証する。
１．テストクライアントコンピュータ上で、「Ｓｔａｒｔ」をクリックし、「Ｒｕｎ」をクリックする。
２．「Ｒｕｎ」ダイアログボックスに、「ｒｓｏｐ．ｍｓｃ」と入力し、ＥＮＴＥＲを押す。
３．「Ｒｅｓｕｌｔａｎｔ  Ｓｅｔ  ｏｆ  Ｐｏｌｉｃｙ」で、「Ｃｏｍｐｕｔｅｒ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ」を展開し、「Ａｄｍｉｎｉｓｔｒａｔｉｖｅ  Ｔｅｍｐｌａｔｅｓ」を展開し、「Ｗｉｎｄｏｗｓ  Ｃｏｍｐｏｎｅｎｔｓ」を展開する。
４．「Ｗｉｎｄｏｗｓ  Ｕｐｄａｔｅ」をクリックする。詳細ペインで、推奨されたグループポリシー設定が有効化されること、および値が予想される通りに構成されていることを確認する。
注記  非Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ環境において、以下のタスクを実行し、ＷＳＵＳ関連クライアントレジストリ設定が正しく適用されていることを確認する。
コマンドプロンプトで、ｒｅｇ  ｑｕｅｒｙ“ＨＫＬＭ＼ＳＯＦＴＷＡＲＥ＼Ｐｏｌｉｃｉｅｓ＼Ｍｉｃｒｏｓｏｆｔ＼Ｗｉｎｄｏｗｓ＼Ｗｉｎｄｏｗｓ  Ｕｐｄａｔｅ”／ｓを実行する。
【０３９０】
コンピュータ名およびステータスの検証
以下のステップを実行し、コンピュータ名およびステータスが、ＷＳＵＳコンソール上に報告されることを検証する。
１．ＷＳＵＳコンソールを開き、コンソールツールバー上の「Ｃｏｍｐｕｔｅｒｓ」をクリックする。
２．「Ｇｒｏｕｐｓ」の下で、ＴｅｓｔＣｌｉｅｎｔｓコンピュータグループをクリックし、クライアントコンピュータ名が表示されることを確認する。
３．「Ｌａｓｔ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ」列に、適切な報告日時が表示されることを確認する。「Ｎｏｔ  Ｙｅｔ  Ｒｅｐｏｒｔｅｄ」と表示される場合、報告を待つ。
【０３９１】
更新インストールのステータスの検証
以下のステップを実行して、更新がコンピュータ上に正常にインストールされていることを検証する。
注記  以下のステップは、ＴｅｓｔＣｌｉｅｎｔｓコンピュータグループ内のコンピュータに対する更新のインストールステータスをどのように検証するかを示している。残りのコンピュータグループ上の更新を検証するのに適したオプションを選択する必要がある。
１．ＷＳＵＳコンソールを開き、以下のステップを実行する。
ａ．「Ｒｅｐｏｒｔｓ」をクリックして、「Ｓｔａｔｕｓ  ｏｆ  Ｃｏｍｐｕｔｅｒｓ」をクリックする。
ｂ．「Ｖｉｅｗ」の下にある、Ｃｏｍｐｕｔｅｒグループ内の「ＴｅｓｔＣｌｉｅｎｔｓ」をクリックし、「Ｓｔａｔｕｓ」の下の「Ｉｎｓｔａｌｌｅｄ」チェックボックスを選択し、「Ａｐｐｌｙ」をクリックする。
ｃ．テストクライアントコンピュータのコンピュータ名を展開し、最近インストールしようとした更新を識別し、「Ｉｎｓｔａｌｌｅｄ」が「Ｓｔａｔｕｓ」列の下に表示されていることを確認する。
２．ドメイン管理者としてクライアントコンピュータにログインし、以下のステップを実行する。
ａ．「Ｃｏｎｔｒｏｌ  Ｐａｎｅｌ」内の「Ａｄｄ  ｏｒ  Ｒｅｍｏｖｅ  Ｐｒｏｇｒａｍｓ」を開く。
ｂ．「Ａｄｄ  ｏｒ  Ｒｅｍｏｖｅ  Ｐｒｏｇｒａｍｓ」ダイアログボックス上で、「Ｓｈｏｗ  ｕｐｄａｔｅｓ」チェックボックスを選択する。
ｃ．更新の名前が、「Ｃｕｒｒｅｎｔｌｙ  ｉｎｓｔａｌｌｅｄ  ｐｒｏｇｒａｍｓ」の下に表示されることを確認する。
【０３９２】
ログファイルおよびイベントビューアを使用したトラブルシューティング
トラブルシューティングのため、以下のログファイルおよび「Ｅｖｅｎｔ  Ｖｉｅｗｅｒ」を分析する。
・  ＷＳＵＳサーバ：
・  Ｃ：＼ｐｒｏｇｒａｍ  Ｆｉｌｅｓ＼Ｕｐｄａｔｅ  Ｓｅｒｖｌｃｅｓ＼Ｌｏｇ  Ｆｉｌｅｓ
・  デフォルトのＷｅｂサイトでは％ｗｉｎｄｉｒ％＼ｓｙｓｔｅｍ３２＼Ｌｏｇ  ｆｉｅｌｓ＼Ｗ３ＳＶＣ１にあるＩＩＳログファイル
・  Ｅｖｅｎｔ  Ｖｉｅｗｅｒ
・  ＷＳＵＳクライアントコンピュータ：
・  ％ｗｉｎｄｉｒ％＼Ｗｉｎｄｏｗｓ  Ｕｐｄａｔｅ．ｌｏｇ。
これは、ＷＳＵＳクライアントコンピュータ上で実行される自動更新により生成されるアクティビティを示す。特に、「Ａｕｔｏｍａｔｉｃ  Ｕｐｄａｔｅｓ  Ｄｅｔｅｃｔｉｏｎ  ｃａｌｌｂａｃｋ：ｎ  ｕｐｄａｔｅｓ  ｄｅｔｅｃｔｅｄ」という行を調べることができる。この行は、所定のサイクルで検出された更新が、もしあればいくつあるのかを示す。
・  ＷＳＵＳクライアントコンピュータ上の％ｗｉｎｄｉｒ％＼ＳｏｆｔｗａｒｅＤｉｓｔｒｉｂｕｔｉｏｎ＼ＲｅｐｏｒｔｉｎｇＥｖｅｎｔｓ．ｌｏｇ。
・  Ｅｖｅｎｔ  Ｖｉｅｗｅｒ
【０３９３】
診断ツールを使用したトラブルシューティング
トラブルシューティングのために、ＷＳＵＳサーバおよびクライアント診断ツールをＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｗｉｎｄｏｗｓｓｅｒｖｅｒｓｙｓｔｅｍ／ｕｐｄａｔｅｓｅｒｖｉｃｅｓ／ｄｏｗｎｌｏａｄｓ／ｄｅｆａｕｌｔ．ｍｓｐｘからダウンロードすることができる。
【０３９４】
オペレーション管理サービスの構成
Ｍｉｃｒｏｓｏｆｔ（登録商標）  Ｏｐｅｒａｔｉｏｎｓ  Ｍａｎａｇｅｒ（ＭＯＭ）２００５  Ｗｏｒｋｇｒｏｕｐ  Ｅｄｉｔｉｏｎは、サーバオペレーティングシステムが稼働している環境内にある全てのコンピュータを管理するために使用される。ＭＯＭ  ２００５  Ｗｏｒｋｇｒｏｕｐ  Ｅｄｉｔｉｏｎは、最大１０台までのコンピュータしか管理できない。ソリューションで展開される３つのサーバに対し以下の構成を使用して、ＭＯＭにより管理されるコンピュータを識別して、記録する。
【０３９５】
【表７２】
2009510602.tif 000074
【０３９６】
オペレーション管理サービスを構成するには、以下のタスクが必要である。
１．自動エージェント管理の構成。
２．マネージドコンピュータの構成。
３．管理パックのインストールおよび更新。
４．Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３管理パックの構成。
【０３９７】
自動エージェント管理の構成
デフォルトでは、ＭＯＭサーバは、コンピュータ発見時にエージェントの自動的なインストール、アンインストール、またはアップグレードを行わないように構成されている。以下のステップを実行して、ＭＯＭエージェントの自動的なインストール、アンインストール、またはアップグレードを行うようにＭＯＭ  ２００５を構成する。
１．「ＭＯＭ  ２００５  Ａｄｍｉｎｉｓｔｒａｔｏｒ  Ｃｏｎｓｏｌｅ」内の「Ａｄｍｉｎｉｓｔｒａｔｉｏｎ」を展開し、「Ｃｏｍｐｕｔｅｒｓ」を展開し、「Ｍａｎａｇｅｍｅｎｔ  Ｓｅｒｖｅｒｓ」をクリックする。
２．詳細ペインで、管理サーバ名を右クリックし、「Ｐｒｏｐｅｒｔｉｅｓ」をクリックする。
３．「Ａｕｔｏｍａｔｉｃ  Ｍａｎａｇｅｍｅｎｔ」タブをクリックし、「Ｕｓｅ  ｇｌｏｂａｌ  ｓｅｔｔｉｎｇｓ」チェックボックスをクリアし、次いで、「Ａｕｔｏｍａｔｉｃａｌｌｙ  ｉｎｓｔａｌｌ，ｕｎｉｎｓｔａｌｌ，ａｎｄ  ｕｐｇｒａｄｅ  ａｇｅｎｔｓ  ａｎｄ  ａｕｔｏｍａｔｉｃａｌｌｙ  ｓｔａｒｔ  ａｎｄ  ｓｔｏｐ  ａｇｅｎｔｌｅｓｓ  ｍａｎａｇｅｍｅｎｔをクリックする。
【０３９８】
マネージドコンピュータの構成
コンピュータは、ＭＯＭエージェントを使用して管理されるか、またはエージェントレス監視を行うように構成されうる。この節では、３種類の構成が説明されている。
・  コンピュータ発見ルール。
・  エージェントレス構成。
・  手動エージェントインストール。
【０３９９】
コンピュータ発見ルール
以下のステップを実行して、「Ｉｎｓｔａｌｌ／Ｕｎｉｎｓｔａｌｌ  Ａｇｅｎｔｓ  Ｗｉｚａｒｄ」を使用し、コンピュータ発見ルールを作成し、ＭＯＭ  ２００５エージェントをマネージドコンピュータにインストールする。
１．管理サーバ上で「ＭＯＭ  ２００５  Ａｄｍｉｎｉｓｔｒａｔｏｒ  Ｃｏｎｓｏｌｅ」を開き、「Ａｄｍｉｎｉｓｔｒａｔｉｏｎ」を展開し、「Ｃｏｍｐｕｔｅｒｓ」をクリックする。
２．詳細ペインで、「Ｉｎｓｔａｌｌ／Ｕｎｉｎｓｔａｌｌ  Ａｇｅｎｔｓ  Ｗｉｚａｒｄ」をクリックする。
３．「Ｗｅｌｃｏｍｅ」ページ上の「Ｎｅｘｔ」をクリックする。
４．「Ｃｏｍｐｕｔｅｒ  Ｎａｍｅｓ」ページで、管理される必要のあるコンピュータ名をカンマ区切りリストとして入力する（または「Ｂｒｏｗｓｅ」をクリックして、Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ内のコンピュータアカウントを見つける）。管理サーバ自体は、このリストには含めない。「Ｎｅｘｔ」をクリックする。
５．「Ｆｉｎｉｓｈ」をクリックする。
【０４００】
エージェントレス構成
エージェントは、可能ならばマネージドコンピュータ上に展開されるべきである。しかし、サポートされていないオペレーティングシステム（特に、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｗｉｎｄｏｗｓ（登録商標）ＮＴ  Ｓｅｒｖｅｒ  ４．０）が稼働しているコンピュータまたはエージェントを展開したくないコンピュータの場合、エージェントレス管理モードが使用される。
注記  エージェントレス管理は、ＭＯＭサーバとマネージドコンピュータとの間にファイヤウォールが入っている場合には、有効にできない。
Ｗｉｎｄｏｗｓ（登録商標）ＮＴ  ４．０が稼働している既存のサーバを監視するには、以下のステップを実行して、コンピュータ発見ルールを追加する。
１．管理サーバ上で「ＭＯＭ  ２００５  Ａｄｍｉｎｉｓｔｒａｔｏｒ  Ｃｏｎｓｏｌｅ」を開き、「Ａｄｍｉｎｉｓｔｒａｔｉｏｎ」を展開し、「Ｃｏｍｐｕｔｅｒｓ」を展開する。
２．「Ｃｏｍｐｕｔｅｒ  Ｄｉｓｃｏｖｅｒｙ  Ｒｕｌｅｓ」を右クリックし、「Ｃｒｅａｔｅ  Ｃｏｍｐｕｔｅｒ  Ｄｉｓｃｏｖｅｒｙ  Ｒｕｌｅ」をクリックする。
３．「Ｃｏｍｐｕｔｅｒ  Ｄｉｓｃｏｖｅｒｙ  Ｒｕｌｅ」ダイアログボックスで、以下のステップを実行する。
ａ．「Ｍａｎａｇｅｍｅｎｔ  Ｓｅｒｖｅｒ」で、管理サーバの名前をクリックする。
ｂ．「Ｒｕｌｅ  Ｔｙｐｅ」で、「Ｉｎｃｌｕｄｅ」をクリックする。
ｃ．「Ｄｏｍａｉｎ  ｎａｍｅ」で、管理サーバが追加されるドメインの名前を入力する。
ｄ．「Ｃｏｍｐｕｔｅｒ  ｎａｍｅ」で、Ｗｉｎｄｏｗｓ（登録商標）ＮＴ  ４．０が稼働しているサーバの名前を入力する。
ｅ．「Ｃｏｍｐｕｔｅｒ  Ｔｙｐｅ」で、「Ｓｅｒｖｅｒｓ」をクリックする。
ｆ．「Ｉｎｉｔｉａｌ  Ｍａｎａｇｅｍｅｎｔ  Ｍｏｄｅ」で、「Ａｇｅｎｔｌｅｓｓ  ｍａｎａｇｅｄ」をクリックする。
ｇ．「ＯＫ」をクリックする。
４．「Ｃｏｍｐｕｔｅｒ  Ｄｉｓｃｏｖｅｒｙ  Ｒｕｌｅｓ」を右クリックし、「Ｒｕｎ  Ｃｏｍｐｕｔｅｒ  Ｄｉｓｃｏｖｅｒｙ  Ｎｏｗ」をクリックする。
５．「Ｐｅｎｄｉｎｇ  Ａｃｔｉｏｎｓ」をクリックし、サーバが利用可能であるかどうかを検証する。
６．「Ｐｅｎｄｉｎｇ  Ａｃｔｉｏｎｓ」内のサーバを右クリックし、「Ｓｔａｒｔ  Ａｇｅｎｔｌｅｓｓ  Ｍｏｎｉｔｏｒｉｎｇ」をクリックする。
【０４０１】
手動エージェントインストール
手動エージェントインストールは、エージェントを手動でインストールする必要がある特定の状況においてのみ完了されなければならない。
ＭＯＭ  ２００５エージェントは、以下の状況で手動でインストールされなければならない。
・  マネージドコンピュータとＭＯＭサーバとの間にファイヤウォールがある。
・  マネージドコンピュータとＭＯＭサーバを接続する低速ネットワークリンクがある。
・  会社は、ＩＰＳｅｃを使用しており、エージェントは、ＩＰＳｅｃ境界越しにインストールされている。
・  マネージドコンピュータは、非常に安全な状態で構成されるか、またはＭＯＭサーバアクションアカウントは、エージェントをインストールする権利を有していない。
ＭＯＭエージェントを手動でインストールするには、以下のタスクが必要である。
１．拒絶新規手動エージェントインストール設定の無効化。
２．ネットワーク接続の有効化。
３．それぞれのマネージドコンピュータへのＭＯＭ  ２００５エージェントのインストール。
４．手動インストールの承認。
【０４０２】
拒絶新規手動エージェントインストール設定の無効化
これらの設定は、エージェントをインストールし、手動でインストールされたエージェントを構成しているときのみ変更されなければならない。エージェントの手動インストールを完了した後、これらの設定を逆にして、相互認証を有効化し、新規手動エージェントインストールを拒絶する。
１．「ＭＯＭ  ２００５  Ａｄｍｉｎｉｓｔｒａｔｏｒ」コンソールで、「Ａｄｍｉｎｉｓｔｒａｔｉｏｎ」、次いで「Ｇｌｏｂａｌ  Ｓｅｔｔｉｎｇｓ」にナビゲートする。
２．詳細ペインの「Ｍａｎａｇｅｍｅｎｔ  Ｓｅｒｖｅｒｓ」を右クリックし、「Ｐｒｏｐｅｒｔｉｅｓ」をクリックする。
３．「Ａｇｅｎｔ  Ｉｎｓｔａｌｌ」タブを選択し、「Ｒｅｊｅｃｔ  ｎｅｗ  ｍａｎｕａｌ  ａｇｅｎｔ  ｉｎｓｔａｌｌａｔｉｏｎｓ」のチェックを外す。
４．詳細ペインの「Ｓｅｃｕｒｉｔｙ」を右クリックし、「Ｐｒｏｐｅｒｔｉｅｓ」をクリックする。
５．「Ｓｅｃｕｒｉｔｙ」タブを選択し、「Ｍｕｔｕａｌ  ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｒｅｑｕｉｒｅｄ」チェックボックスをクリアし、「ＯＫ」をクリックする。
６．「Ｍｉｃｒｏｓｏｆｔ  Ｏｐｅｒａｔｉｏｎｓ  Ｍａｎａｇｅｒ」画面上の「ＯＫ」をクリックする。
７．「Ｉｎｓｔａｌｌ／Ｕｎｉｎｓｔａｌｌ  Ａｇｅｎｔｓ  Ｗｉｚａｒｄ」、「Ｃｏｍｐｕｔｅｒ  Ｄｉｓｃｏｖｅｒｙ  Ｒｕｌｅ」、または他の自動化エージェントインストールを使用した前回エージェントインストールがすでに失敗している場合、これらのコンピュータのため以下のステップを完了させる必要がある。
ａ．「ＭＯＭ  Ａｄｍｉｎｉｓｔｒａｔｏｒ  Ｃｏｎｓｏｌｅ」で、「Ａｄｍｉｎｉｓｔｒａｔｉｏｎ＼Ｃｏｍｐｕｔｅｒｓ＼Ｕｎｍａｎａｇｅｄ  Ｃｏｍｐｕｔｅｒｓ」をクリックする。
ｂ．（複数の）コンピュータを右クリックし、「Ｄｅｌｅｔｅ」をクリックする。
８．「Ｍａｎａｇｅｍｅｎｔ  Ｐａｃｋ」フォルダを右クリックし、「Ｃｏｍｍｉｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｈａｎｇｅ」をクリックする。
９．「Ａｄｍｉｎｉｓｔｒａｔｉｖｅ  Ｔｏｏｌｓ」フォルダ内に用意されている「Ｓｅｒｖｉｃｅ  Ｍａｎａｇｅｒ」を使用して管理サーバ上のＭＯＭサービスを再起動する。
【０４０３】
ネットワーク接続の有効化
マネージドコンピュータとＭＯＭサーバとの間にファイヤウォールがある場合、そのファイヤウォール上で、マネージドコンピュータと管理サーバとの間のＴＣＰ／ＩＰポート１２７０通信を有効にする。
【０４０４】
それぞれのマネージドコンピュータへのＭＯＭ  ２００５エージェントのインストール
以下のステップを実行して、それぞれのマネージドコンピュータにＭＯＭ  ２００５エージェントをインストールする。
【０４０５】
それぞれのマネージドコンピュータへのＭＯＭ  ２００５エージェントのインストール
１．管理者アカウントを使用してローカルコンピュータにログオンする。
２．実行中のプログラムがあればそれらのプログラムを閉じる。
３．ローカルコンピュータを管理するためにエージェントが使用するＭＯＭエージェントアクションアカウントを作成する。
ａ．ローカルコンピュータ上にエージェントアクションアカウントを作成する。
ｂ．エージェントアカウントをローカル管理者グループに追加する。
４．ＭＯＭ  ２００５プロダクトＣＤにある「Ｓｅｔｕｐ．ｅｘｅ」をダブルクリックする。
５．「ＭＯＭ  ２００５  Ｓｅｔｕｐ  Ｒｅｓｏｕｒｃｅｓ」ダイアログボックスの「Ｃｕｓｔｏｍ  Ｉｎｓｔａｌｌｓ」タブをクリックし、次いで「Ｉｎｓｔａｌｌ  Ｍｉｃｒｏｓｏｆｔ  Ｏｐｅｒａｔｉｏｎｓ  Ｍａｎａｇｅｒ  ２００５  Ａｇｅｎｔ」をクリックする。
６．「Ｍｉｃｒｏｓｏｆｔ  Ｏｐｅｒａｔｉｏｎｓ  Ｍａｎａｇｅｒ  ２００５  Ａｇｅｎｔ  Ｓｅｔｕｐ  ｗｉｚａｒｄ」で、「Ｎｅｘｔ」をクリックする。
７．デフォルトのインストールパスを受け入れて、「Ｎｅｘｔ」をクリックする。
８．「Ｍａｎａｇｅｍｅｎｔ  Ｇｒｏｕｐ  Ｎａｍｅ」を入力するが、これは、「ＭＯＭ  ２００５  Ａｄｍｉｎｉｓｔｒａｔｏｒ  Ｃｏｎｓｏｌｅ」の「Ｉｎｆｏｒｍａｔｉｏｎ  Ｃｅｎｔｅｒ」リンクを選択すると見つかる。
【０４０６】
９．ローカルコンピュータ上で、コマンドプロンプトを開き、完全修飾ドメイン名（例：ｍｇｍｔｓｒｖ．ｃｏｒｐ．ｃｏｍｐａｎｙ．ｃｏｍ）およびそのＮｅｔＢＩＯＳ名（例：ｍｇｍｔｓｅｒｖｅｒ）により管理サーバにｐｉｎｇを実行する。
・  完全修飾ドメイン名を使用するｐｉｎｇに応答があった場合、その形式で管理サーバ名を入力する。
・  ＮｅｔＢＩＯＳ名を使用するｐｉｎｇに応答があった場合、その形式で管理サーバ名を入力する。
・  応答がない場合、ローカルコンピュータ上のネットワークおよび名前解決の構成を検証し、管理サーバとの通信を確実なものとする必要がある。これは、ローカルクライアントとＭＯＭサーバとの間のポート１２７０通信を可能にすることを含む。
【０４０７】
１０．デフォルトの管理サーバポートを受け入れ、「Ａｇｅｎｔ  Ｃｏｎｔｒｏｌ  Ｌｅｖｅｌ」を「Ｆｕｌｌ」に設定する。「Ｎｅｘｔ」をクリックする。
１１．「Ｄｏｍａｉｎ  ｏｒ  Ｌｏｃａｌ  Ｃｏｍｐｕｔｅｒ  Ａｃｃｏｕｎｔ」をクリックする。ＭＯＭエージェントアクションアカウントに対し構成されているアカウント名を入力し、そのパスワードを入力し、「Ｄｏｍａｉｎ  ｏｒ  ｌｏｃａｌ  ｃｏｍｐｕｔｅｒ」のドロップダウンメニューをクリックし、ローカルコンピュータ名を選択する。「Ｎｅｘｔ」をクリックする。
１２．「Ｙｅｓ，Ｉ  ｈａｖｅ  Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ  ａｎｄ  ｍｙ  ｍａｎａｇｅｍｅｎｔ  ｓｅｒｖｅｒ  ｉｓ  ｉｎ  ａ  ｔｒｕｓｔｅｄ  ｄｏｍａｉｎ（Ｒｅｃｏｍｍｅｎｄｅｄ）」をクリックし、「Ｎｅｘｔ」をクリックする。
１３．インストール設定を検証し、「Ｉｎｓｔａｌｌ」をクリックする。インストールが完了したら、「Ｆｉｎｉｓｈ」をクリックする。
【０４０８】
手動インストールの承認
以下のステップを実行して、手動インストールを承認する。
１．「ＭＯＭ  ２００５  Ａｄｍｉｎｉｓｔｒａｔｏｒ  Ｃｏｎｓｏｌｅ」内の「Ａｄｍｉｎｉｓｔｒａｔｉｏｎ」を展開し、「Ｃｏｍｐｕｔｅｒｓ」を展開し、「Ｐｅｎｄｉｎｇ  Ａｃｔｉｏｎｓ」をクリックする。
２．手動インストールされたエージェントとともにコンピュータ名を右クリックし、「Ａｐｐｒｏｖｅ  Ｍａｎｕａｌ  Ｉｎｓｔａｌｌａｔｉｏｎ  Ｎｏｗ」をクリックする。
３．選択された手動エージェントインストールを承認するのを求めるプロンプトが表示されたら、「Ｙｅｓ」を選択する。
【０４０９】
管理パックのインストールおよび更新
ＭＯＭの自動展開時にインポートされたデフォルトの管理パックは、ソリューションにおいてＭＯＭ  ２００５  Ｗｏｒｋｇｒｏｕｐ  Ｅｄｉｔｉｏｎの必要な管理ルールのコアセットを形成する。しかし、以下の管理パックは、必要に応じて、ダウンロードされ、インポートされなければならない。
【０４１０】
【表７３】
2009510602.tif 000075
【０４１１】
管理パックのインストールおよび更新には、以下のタスクが必要である。
１．管理パックのダウンロード。
２．管理パックのインポート。
【０４１２】
管理パックのダウンロード
管理パックカタログを使用して、ＭＯＭ  ２００５  Ｗｏｒｋｇｒｏｕｐ  Ｅｄｉｔｉｏｎ用の管理パックを見つけ、ダウンロードすることができる。管理パックカタログは、ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｍａｎａｇｅｍｅｎｔ／ｍｍａ／ｃａｔａｌｏｇ．ａｓｐｘから入手できる。
管理サーバに管理パックをダウンロードし、インストールパッケージを実行することにより管理パックファイル（．ａｋｍ）を抽出する。インストールパッケージは、管理パックを管理サーバ上のローカルフォルダにコピーする。管理パックをインポートするときに参照できるように抽出されるフォルダ名に注目する。
注記  ファイル転送サーバ仮想ディレクトリに対するデフォルトＵＲＬは、ＭＯＭセットアップで構成されない。グローバル設定ダイアログにこのＵＲＬを指定しない場合、設定されるまで、「Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｒｅｓｐｏｎｓｅ  −  Ｄｅｆａｕｌｔ  ｇｌｏｂａｌ  ｖｉｒｔｕａｌ  ｄｉｒｅｃｔｏｒｙ  ｎｏｔ  ｃｏｎｆｉｇｕｒｅｄ」アラートを受け取る。
ファイル転送応答では、ＨＴＴＰプロトコルを使用してファイル転送サーバからファイルをＭＯＭ  ２００５エージェントにダウンロードする。ファイルは、％Ｐｒｏｇｒａｍ  Ｆｉｌｅｓ％＼Ｍｉｃｒｏｓｏｆｔ  Ｏｐｅｒａｔｉｏｎｓ  Ｍａｎａｇｅｒ  ２００５＼Ｄｏｗｎｌｏａｄｅｄ  Ｆｉｌｅｓ＼＜Ｍａｎａｇｅｍｅｎｔ  Ｇｒｏｕｐ  Ｎａｍｅ＞ディレクトリにダウンロードされる。「ＭＯＭ  Ａｄｍｉｎｉｓｔｒａｔｏｒ」コンソールでＷｅｂアドレスグローバル設定ダイアログを使用することにより、これらのファイルのソースディレクトリとしてデフォルトの仮想ディレクトリを指定することができる。任意のタスクまたは応答に対し他の仮想ディレクトリを指定することにより、この設定をオーバーライドすることができる。
【０４１３】
管理パックのインポート
以下のステップを実行して、管理パックをインポートする。
１．「ＭＯＭ  ２００５  Ａｄｍｉｎｉｓｔｒａｔｏｒ  Ｃｏｎｓｏｌｅ」で、「Ｍａｎａｇｅｍｅｎｔ  Ｐａｃｋｓ」を右クリックし、「Ｉｍｐｏｒｔ／Ｅｘｐｏｒｔ  Ｍａｎａｇｅｍｅｎｔ  Ｐａｃｋ」をクリックし、「Ｍａｎａｇｅｍｅｎｔ  Ｐａｃｋ  ｉｍｐｏｒｔ／Ｅｘｐｏｒｔ  Ｗｉｚａｒｄ」を起動し、以下の情報を使用してウィザードを実行する。
ａ．「Ｉｍｐｏｒｔ  ｏｒ  Ｅｘｐｏｒｔ  Ｍａｎａｇｅｍｅｎｔ  Ｐａｃｋｓ」ページで、「Ｉｍｐｏｒｔ  Ｍａｎａｇｅｍｅｎｔ  Ｐａｃｋｓ  ａｎｄ／ｏｒ  ｒｅｐｏｒｔｓ」をクリックする。
ｂ．「Ｓｅｌｅｃｔ  ａ  Ｆｏｌｄｅｒ  ａｎｄ  Ｃｈｏｏｓｅ  Ｉｍｐｏｒｔ  Ｔｙｐｅ」ページで、「Ｂｒｏｗｓｅ」をクリックし、管理パックファイルを含むディレクトリにナビゲートする。「Ｉｍｐｏｒｔ  Ｍａｎａｇｅｍｅｎｔ  Ｐａｃｋｓ  ｏｎｌｙ」をクリックする。
ｃ．「Ｓｅｌｅｃｔ  Ｍａｎａｇｅｍｅｎｔ  Ｐａｃｋｓ」ページで、「Ｉｍｐｏｒｔ  Ｏｐｔｉｏｎｓ」の下で、インポートする管理パックを選択し、管理パックガイドまたはセットアップ手順説明書により推奨されるインポートオプションをクリックし、「Ｂａｃｋｕｐ  ｅｘｉｓｔｉｎｇ  Ｍａｎａｇｅｍｅｎｔ  Ｐａｃｋ」チェックボックスを選択する。
２．「Ｉｍｐｏｒｔ  Ｓｔａｔｕｓ」を検討し、ステータスがＳｕｃｃｅｓｓとして報告されることを検証する。
【０４１４】
Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３管理パックの構成
Ｅｘｃｈａｎｇｅ  Ｓｅｒｅｒ  ２００３  Ｍａｎａｇｅｍｅｎｔ  Ｐａｃｋを構成するには、以下のタスクが必要である。
１．Ｅｘｃｈａｎｇｅ  Ｍａｎａｇｅｍｅｎｔ  Ｐａｃｋを構成する準備。
２．Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３  Ｍａｎａｇｅｍｅｎｔ  Ｐａｃｋのインポート。
３．メールボックスアクセスアカウントの作成および構成。
４．メールボックスアクセスアカウントへのＥｘｃｈａｎｇｅ  Ｖｉｅｗ  Ｏｎｌｙ  Ａｄｍｉｎｉｓｔｒａｔｏｒのロールの付与。
５．エージェントメールボックスアカウントの作成および構成。
６．「Ｅｘｃｈａｎｇｅ  Ｍａｎａｇｅｍｅｎｔ  Ｐａｃｋ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｗｉｚａｒｄ」の実行。
Ｅｘｃｈａｎｇｅ  Ｍａｎａｇｅｍｅｎｔ  Ｐａｃｋのインストールおよび構成の詳細については、「Ｅｘｃｈａｎｇｅ  ２００３  Ｓｅｒｖｅｒ  Ｍａｎａｇｅｍｅｎｔ  Ｐａｃｋ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｇｕｉｄｅ」（ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｔｅｃｈｎｅｔ／ｐｒｏｄｔｅｃｈｎｏｌ／ｍｏｍ／ｍｏｍ２０００／ｍａｉｎｔａｉｎ／ｅｘｃｈｍｐａｋ．ｍｓｐｘ）を参照のこと。
【０４１５】
Ｅｘｃｈａｎｇｅ  Ｍａｎａｇｅｍｅｎｔ  Ｐａｃｋを構成する準備
以下のステップを実行して、Ｅｘｃｈａｎｇｅ  Ｍａｎａｇｅｍｅｎｔ  Ｐａｃｋを構成する準備をする。
１．Ｅｘｃｈａｎｇｅ  Ｍａｎａｇｅｍｅｎｔ  Ｐａｃｋにより生成されるアラートを受け取る管理者を指定する。
【０４１６】
Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３管理パックのインポート
以下のステップを実行して、Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３  Ｍａｎａｇｅｍｅｎｔ  Ｐａｃｋをインポートする。
１．「ＭＯＭ  ２００５  Ａｄｍｉｎｉｓｔｒａｔｏｒ  Ｃｏｎｓｏｌｅ」で、管理サーバ上にダウンロードされ、抽出されたＥｘｃｈａｎｇｅ  Ｍａｎａｇｅｍｅｎｔ  Ｐａｃｋをインポートする。
２．「Ｍａｎａｇｅｍｅｎｔ  Ｐａｃｋ  ｌｍｐｏｒｔ／Ｅｘｐｏｒｔ  Ｗｉｚａｒｄ」の「Ｓｅｌｅｃｔ  Ｍａｎａｇｅｍｅｎｔ  Ｐａｃｋｓ」ページ上で、ＭｉｃｒｏｓｏｆｔＥｘｃｈａｎｇｅＳｅｒｖｅｒ２００３．ａｋｍのみをインポートし、「Ｒｅｐｌａｃｅ  ｅｘｉｓｔｉｎｇ  Ｍａｎａｇｅｍｅｎｔ  Ｐａｃｋ」をクリックする。
【０４１７】
メールボックスアクセスアカウントの作成および構成
以下のステップを実行して、メールボックスアクセスアカウントを作成し、構成する。
１．ドメイン管理者としてｍｅｓｓａｇｉｎｇｓｅｒｖｅｒにログオンし、「Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ  Ｕｓｅｒｓ  ａｎｄ  Ｃｏｍｐｕｔｅｒｓ」を開く。
２．コンソールツリー内で、ドメインを展開する。ＢｕｓｉｎｅｓｓＮａｍｅ．ｃｏｍ＼Ｕｓｅｒｓ組織単位を右クリックし、「Ｎｅｗ」をポイントし、「Ｕｓｅｒ」をクリックする。
３．「Ｎｅｗ  Ｏｂｊｅｃｔ−Ｕｓｅｒ」ダイアログボックス、「Ｌａｓｔ  ｎａｍｅ」、および「Ｕｓｅｒ  ｌｏｇｏｎ  ｎａｍｅ」に「ｍｏｍＭａｉｌＡｃｃｅｓｓＡｃｃｔ」と入力し、次いで「Ｎｅｘｔ」をクリックする。
４．「Ｐａｓｓｗｏｒｄ」に新規ユーザのパスワードを入力する。「Ｃｏｎｆｉｒｍ  Ｐａｓｓｗｏｒｄ」にパスワードを再入力することにより、新規パスワードを確認する。
５．「Ｕｓｅｒ  ｍｕｓｔ  ｃｈａｎｇｅ  ｐａｓｓｗｏｒｄ  ａｔ  ｎｅｘｔ  ｌｏｇｏｎ」チェックボックスをクリアする。
６．「Ｐａｓｓｗｏｒｄ  ｎｅｖｅｒ  ｅｘｐｉｒｅｓ」チェックボックスを選択する。
７．「Ｕｓｅｒ  ｃａｎｎｏｔ  ｃｈａｎｇｅ  ｐａｓｓｗｏｒｄ」チェックボックスを選択し、「Ｎｅｘｔ」をクリックする。
８．「Ｃｒｅａｔｅ  ａｎ  Ｅｘｃｈａｎｇｅ  ｍａｉｌｂｏｘ」チェックボックスを選択し、「Ｎｅｘｔ」をクリックする。
９．「Ｆｉｎｉｓｈ」をクリックする。
【０４１８】
メールボックスアクセスアカウントへのＥｘｃｈａｎｇｅ  Ｖｉｅｗ  Ｏｎｌｙ  Ａｄｍｉｎｉｓｔｒａｔｏｒのロールの付与
以下のステップを実行して、メールボックスアクセスアカウントにＥｘｃｈａｎｇｅ  Ｖｉｅｗ  Ｏｎｌｙ  Ａｄｍｉｎｉｓｔｒａｔｏｒのロールを付与する。
１．メッセージングサーバ上で、「Ｓｔａｒｔ」をクリックし、「Ｐｒｏｇｒａｍｓ」をポイントし、「Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ」をポイントし、「Ｓｙｓｔｅｍ  Ｍａｎａｇｅｒ」をクリックする。
２．コンソールツリー内で、「Ｆｉｒｓｔ  Ｏｒｇａｎｉｚａｔｉｏｎ」を右クリックし、次いで「Ｄｅｌｅｇａｔｅ  ｃｏｎｔｒｏｌ」をクリックする。
３．「Ｗｅｌｃｏｍｅ  ｔｏ  ｔｈｅ  Ｅｘｃｈａｎｇｅ  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  Ｄｅｌｅｇａｔｉｏｎ  Ｗｉｚａｒｄ」ページ上の「Ｎｅｘｔ」をクリックする。
４．「Ｕｓｅｒｓ  ｏｒ  Ｇｒｏｕｐｓ」ページ上の「Ａｄｄ」をクリックする。
５．「Ｄｅｌｅｇａｔｅ  Ｃｏｎｔｒｏｌ」で、「Ｂｒｏｗｓｅ」をクリックし、「ｍｏｍＭａｉｌＡｃｃｅｓｓＡｃｃｔ」と入力し、「ＯＫ」をクリックする。
６．ドメインユーザアカウントを選択した後、「Ｄｅｌｅｇａｔｅ  Ｃｏｎｔｒｏｌ」ダイアログボックスで、「Ｒｏｌｅ」内の「Ｅｘｃｈａｎｇｅ  Ｖｉｅｗ  Ｏｎｌｙ  Ａｄｍｉｎｉｓｔｒａｔｏｒ」をクリックする。
７．「Ｎｅｘｔ」をクリックし、「Ｆｉｎｉｓｈ」をクリックする。
【０４１９】
エージェントメールボックスアカウントの作成および構成
以下のステップを実行して、エージェントメールボックスアカウントを作成し、構成する。
１．メッセージングサーバ上の「Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ  Ｕｓｅｒｓ  ａｎｄ  Ｃｏｍｐｕｔｅｒｓ」を開く。
２．コンソールツリー内で、ドメインを展開する。ＢｕｓｉｎｅｓｓＮａｍｅ．ｃｏｍ＼Ｕｓｅｒｓ組織単位を右クリックし、「Ｎｅｗ」をポイントし、「Ｕｓｅｒ」をクリックする。
３．「Ｎｅｗ  Ｏｂｊｅｃｔ−Ｕｓｅｒ」ダイアログボックス、「Ｌａｓｔ  ｎａｍｅ」および「Ｕｓｅｒ  ｌｏｇｏｎ  ｎａｍｅ」の両方のボックスに「ｍｏｍＡｇｅｎｔＭａｉｌｂｏｘ」と入力し、次いで「Ｎｅｘｔ」をクリックする。
４．「Ｐａｓｓｗｏｒｄ」に新規ユーザのパスワードを入力する。「Ｃｏｎｆｉｒｍ  Ｐａｓｓｗｏｒｄ」にパスワードを再入力することにより、新規パスワードを確認する。
５．「Ｕｓｅｒ  ｍｕｓｔ  ｃｈａｎｇｅ  ｐａｓｓｗｏｒｄ  ａｔ  ｎｅｘｔ  ｌｏｇｏｎ」チェックボックスをクリアする。
６．「Ｐａｓｓｗｏｒｄ  ｎｅｖｅｒ  ｅｘｐｉｒｅｓ」チェックボックスを選択する。
７．「Ｕｓｅｒ  ｃａｎｎｏｔ  ｃｈａｎｇｅ  ｐａｓｓｗｏｒｄ」チェックボックスを選択する。
８．「Ａｃｃｏｕｎｔ  ｉｓ  ｄｉｓａｂｌｅｄ」チェックボックスを選択し、次に「Ｎｅｘｔ」をクリックする。
９．「Ｃｒｅａｔｅ  ａｎ  Ｅｘｃｈａｎｇｅ  ｍａｉｌｂｏｘ」チェックボックスは、クリアしない。「Ｎｅｘｔ」をクリックし、「Ｆｉｎｉｓｈ」をクリックする。
１０．アカウントが作成されたら、「Ｖｉｅｗ」メニューの「Ａｄｖａｎｃｅｄ  Ｆｅａｔｕｒｅｓ」を選択する。
１１．ｍｏｍＡｇｅｎｔＭａｉｌｂｏｘアカウントを右クリックし、「Ｐｒｏｐｅｒｔｉｅｓ」をクリックして、「Ｅｘｃｈａｎｇｅ  Ａｄｖａｎｃｅｄ」タブをクリックする。
１２．「Ｍａｉｌｂｏｘ  Ｒｉｇｈｔｓ」をクリックし、「Ａｄｄ」をクリックする。
【０４２０】
１３．アカウント名をｍｏｍＭａｉｌＡｃｃｅｓｓＡｃｃｔと入力し、「ＯＫ」をクリックする。
１４．「Ｇｒｏｕｐ  ｏｒ  ｕｓｅｒ  ｎａｍｅｓ」内の「ｍｏｍＭａｉｌＡｃｃｅｓｓＡｃｃｔ」をクリックし、「Ａｌｌｏｗ」の下の「Ｆｕｌｌ  ｍａｉｌｂｏｘ  ａｃｃｅｓｓ」を選択する。
１５．「Ｇｒｏｕｐ  ｏｒ  ｕｓｅｒ  ｎａｍｅｓ」内の「ＳＥＬＦ」をクリックし、「Ａｌｌｏｗ」の下の「Ａｓｓｏｃｉａｔｅｄ  Ｅｘｔｅｒｎａｌ  Ａｃｃｏｕｎｔ」チェックボックスを選択する。
１６．「ＯＫ」をクリックする。
１７．「Ｓｅｃｕｒｉｔｙ」タブをクリックし、「Ａｄｄ」をクリックする。「ｍｏｍＭａｉｌＡｃｃｅｓｓＡｃｃｔ」と入力して、「ＯＫ」をクリックする。
１８．「Ｇｒｏｕｐ  ｏｒ  ｕｓｅｒ  ｎａｍｅｓ」内の「ｍｏｍＭａｉｌＡｃｃｅｓｓＡｃｃｔ」をクリックし、「Ａｌｌｏｗ」の下の「Ｒｅｃｅｉｖｅ  Ａｓ」および「Ｓｅｎｄ  Ａｓ」チェックボックスを選択し、「ＯＫ」をクリックする。
【０４２１】
「Ｅｘｃｈａｎｇｅ  Ｍａｎａｇｅｍｅｎｔ  Ｐａｃｋ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｗｉｚａｒｄ」の実行
以下のステップを実行して、「Ｅｘｃｈａｎｇｅ  Ｍａｎａｇｅｍｅｎｔ  Ｐａｃｋ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｗｉｚａｒｄ」を実行する。
１．ダウンロードされたファイル（ＭＰＣｏｎｆｉｇＡｐｐ．ｅｘｅ）をダブルクリックして、管理パックインストールファイルおよびライセンスを抽出する。
２．抽出されたファイル（ｃｏｎｆｉｇａｐｐ．ｍｓｉ）をコピーし、Ｅｘｃｈａｎｇｅ  Ｍａｎａｇｅｍｅｎｔ  Ｐａｃｋをメッセージングサーバ上にインストールする。
３．「Ｓｔａｒｔ」をクリックし、「Ｅｘｃｈａｎｇｅ  Ｍａｎａｇｅｍｅｎｔ  Ｐａｃｋ」をポイントし、「Ｅｘｃｈａｎｇｅ  Ｍａｎａｇｅｍｅｎｔ  Ｐａｃｋ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｗｉｚａｒｄ」をクリックする。
４．「ＮＥＸＴ」をクリックする。「Ａｄｍｉｎｉｓｔｒａｔｉｖｅ  Ｇｒｏｕｐ」ページの「Ａｄｍｉｎｉｓｔｒａｔｉｖｅ  ｇｒｏｕｐ」内の＜Ａｌｌ＞をクリックする。「Ｎｅｘｔ」をクリックする。
５．「Ｓｅｌｅｃｔ  Ｓｅｒｖｅｒｓ」ページ上の「Ｓｅｌｅｃｔ  Ａｌｌ」をクリックし、「Ｎｅｘｔ」をクリックする。
６．注記：「Ｅｘｃｈａｎｇｅ  Ｍａｎａｇｅｍｅｎｔ  Ｐａｃｋ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｗｉｚａｒｄ」を使用して、構成したいそれぞれのＥｘｃｈａｎｇｅサーバ上にＭＯＭエージェントをすでにインストールしていなければならない。
７．「Ｓｅｒｖｅｒ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｔｙｐｅ」ページ上の「Ｄｅｆａｕｌｔ」をクリックし、「Ｎｅｘｔ」をクリックする。
８．「Ｍａｉｌ  Ｆｌｏｗ  Ｗｉｚａｒｄ」ページで、「Ｒｅｃｅｉｖｉｎｇ  ｓｅｒｖｅｒｓ」フィールドのメッセージングサーバ名または利用可能であれば他のＥｘｃｈａｎｇｅサーバをクリックする。「Ｎｅｘｔ」をクリックする。
９．「Ｍａｉｌｂｏｘ  Ａｃｃｅｓｓ  Ａｃｃｏｕｎｔ」ページで、すでに構成されたｍｏｍＭａｉｌＡｃｃｅｓｓＡｃｃｔアカウントのログオン情報を入力する。「Ｎｅｘｔ」をクリックする。
１０．「Ｍａｉｌｂｏｘ  Ａｃｃｅｓｓ  Ａｃｃｏｕｎｔ」ページで、アカウントに対する適切な「Ｓｅｒｖｅｒ」および「Ｍａｉｌｂｏｘ  Ｓｔｏｒｅ」を選択する。「Ｎｅｘｔ」をクリックする。
１１．「Ｓｕｍｍａｒｙ」ページを見て、「Ｎｅｘｔ」をクリックし、「Ｆｉｎｉｓｈ」をクリックする。
【０４２２】
オペレーション管理サービス構成の検証
オペレーション管理サービス構成を検証するには、エージェントのインストール結果を検証する必要がある。以下のステップを実行して、エージェントのインストールの結果を検証する。
１．「ＭＯＭ  ２００５  Ａｄｍｉｎｉｓｔｒａｔｏｒ  Ｃｏｎｓｏｌｅ」内の「Ａｄｍｉｎｉｓｔｒａｔｉｏｎ」を展開し、「Ｃｏｍｐｕｔｅｒｓ」をクリックする。
２．「Ａｌｌ  Ｃｏｍｐｕｔｅｒｓ」をクリックし、Ｍｉｃｒｏｓｏｆｔ（登録商標）  Ｏｐｅｒａｔｉｏｎｓ  Ｍａｎａｇｅｒ（ＭＯＭ）２００５  Ｗｏｒｋｇｒｏｕｐ  Ｅｄｉｔｉｏｎを使用して、管理しているコンピュータのリストと突き合わせてマネージドコンピュータ名をチェックする。
３．コンソールツリーで、「Ｐｅｎｄｉｎｇ  Ａｃｔｉｏｎｓ」をクリックし、承認または処理すべきエージェントインストールがあるかどうかを判定する。
４．「ＭＯＭ  ２００５  Ｏｐｅｒａｔｏｒ  Ｃｏｎｓｏｌｅ」にログオンし、構成時に生成された可能性のあるアラートまたはエラーイベントメッセージを調べる。
【０４２３】
ＷＩＮＳサービスの構成
自動化展開ツールは、Ｗｉｎｄｏｗｓ（登録商標）Ｉｎｔｅｒｎｅｔ  Ｎａｍｅ  Ｓｅｒｖｉｃｅ（ＷＩＮＳ）を自動的にインストールし、構成するが、サーバ間のレプリケーショントポロジーをセットアップしない。以下のステップを実行して、環境内にＷＩＮＳレプリケーションをセットアップする。
１．管理者アカウントを使用してネットワークサーバにログオンし、「Ａｄｍｉｎｉｓｔｒａｔｉｖｅ  Ｔｏｏｌｓ」からＷＩＮＳを開く。
２．サーバを展開し、「Ｒｅｐｌｉｃａｔｉｏｎ  Ｐａｒｔｎｅｒｓ」を右クリックし、「Ｎｅｗ  Ｒｅｐｌｉｃａｔｉｏｎ  Ｐａｒｔｎｅｒ」をクリックする。
３．「Ｎｅｗ  Ｒｅｐｌｉｃａｔｉｏｎ  Ｐａｒｔｎｅｒ」ダイアログボックスにメッセージングサーバのＩＰアドレスを入力し、「ＯＫ」をクリックする。
４．メッセージングサーバにログオンし、前のステップを繰り返すが、「Ｎｅｗ  Ｒｅｐｌｉｃａｔｉｏｎ  Ｐａｒｔｎｅｒ」ダイアログボックスに、ネットワークサーバのＩＰアドレスを入力する。
５．メッセージングサーバ上の構成が完了した後、「Ｒｅｐｌｉｃａｔｉｏｎ  Ｐａｒｔｎｅｒｓ」を右クリックし、「Ｒｅｐｌｉｃａｔｅ  Ｎｏｗ」をクリックする。
６．「Ｙｅｓ」をクリックしてレプリケーションの開始を確認する。
７．イベントログをチェックするよう求めるダイアログ上の「ＯＫ」をクリックする。
８．「Ａｃｔｉｏｎ」メニューの「Ｄｉｓｐｌａｙ  Ｓｅｒｖｅｒ  Ｓｔａｔｉｓｔｉｃｓ」をクリックする。
９．「Ｌａｓｔ  Ｍａｎｕａｌ  Ｒｅｐｌｉｃａｔｉｏｎ」を調べて、日時がレプリケーションを開始したときと一致していることを検証する。
【０４２４】
ＤＨＣＰサービスの構成
自動化展開ツールは、動的ホスト構成プロトコル（ＤＨＣＰ）サービスを自動的にインストールし、構成する。しかし、これらは、さらに、既存のＤＨＣＰサービスとのコンフリクトを避けるためスコープ全体に対する除外範囲も形成する。以下のステップを実行して、除外範囲を削除する。
１．展開前の環境内に存在していたＤＨＣＰサービスが停止されるか、撤去されたことを確認する。
２．管理者アカウントを使用してネットワークサーバにログオンし、「Ａｄｍｉｎｉｓｔｒａｔｉｖｅ  Ｔｏｏｌｓ」からＤＨＣＰを開く。
３．「ＮｅｔｗｏｒｋＳｅｒｖｅｒＮａｍｅ」を展開し、「Ｓｃｏｐｅ」を展開し、「Ａｄｄｒｅｓｓ  Ｐｏｏｌ」をクリックする。
４．除外範囲（赤色のＸが表示されているアイコンを含む範囲）を右クリックし、「Ｄｅｌｅｔｅ」をクリックする。
５．「Ａｄｄｒｅｓｓ  Ｐｏｏｌ」を右クリックし、「Ｎｅｗ  Ｅｘｃｌｕｓｉｏｎ  Ｒａｎｇｅ」をクリックする。
【０４２５】
６．除外範囲の開始および終了ＩＰアドレスを指定し、「Ａｄｄ」をクリックする。
環境に合わせて適宜１つまたは複数の除外範囲を追加する。適切な除外範囲は、環境の現在のＴＣＰ／ＩＰ構成、および複数のＤＨＣＰサーバが分割されたスコープ実装を介してアドレスを同時に供給するかどうかに依存する。正しい除外範囲および分割スコープ設計を決定することに関する詳細は、ソリューションガイダンスの「Ｄｅｓｉｇｎｉｎｇ  ｔｈｅ  ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  Ｓｅｒｖｉｃｅｓ」の章の「Ｎｅｔｗｏｒｋ  Ｓｅｒｖｉｃｅｓ」の節を参照のこと。
７．メッセージングサーバ上で前のステップを繰り返す。
８．クライアントコンピュータにログオンする。
９．コマンドプロンプトで、「ｉｐｃｏｎｆｉｇ／ｒｅｌｅａｓｅ」と入力し、ＥＮＴＥＲを押す。
１０．コマンドプロンプトで、「ｉｐｃｏｎｆｉｇ／ｒｅｎｅｗ」と入力し、ＥＮＴＥＲを押す。コンピュータは、新しい環境のクライアントアドレスの範囲内にあるアドレスをリースすることができなければならない。
１１．クライアントとサーバとの間の接続を、ｐｉｎｇコマンドを発行し、４つの応答を必ず受け取るようにすることにより検証する。
【０４２６】
インストールされたオペレーティングシステムのアクティベーション
オペレーティングシステムがサーバにインストールされた後、最初のアクティベーション期間の前にアクティブ化されなければならない。それぞれのサーバ上で以下のステップを実行し、ソフトウェアをアクティブ化する。
１．「Ｓｔａｒｔ」をクリックし、「Ａｌｌ  Ｐｒｏｇｒａｍｓ」をポイントし、「Ａｃｃｅｓｓｏｒｉｅｓ」をポイントし、「Ｓｙｓｔｅｍ  Ｔｏｏｌｓ」をポイントし、「Ａｃｔｉｖａｔｅ  Ｗｉｎｄｏｗｓ」をクリックして、「Ａｃｔｉｖａｔｅ  Ｗｉｎｄｏｗｓ  Ｗｉｚａｒｄ」を起動する。
２．「Ｌｅｔ’ｓ  ａｃｔｉｖａｔｅ  Ｗｉｎｄｏｗｓ」ページで、「Ｙｅｓ，ｌｅｔ’ｓ  ａｃｔｉｖａｔｅ  Ｗｉｎｄｏｗｓ  ｏｖｅｒ  ｔｈｅ  Ｉｎｔｅｒｎｅｔ  ｎｏｗ」をクリックし、「Ｎｅｘｔ」クリックする。
３．「Ｒｅｇｉｓｔｅｒ  ｗｉｔｈ  Ｍｉｃｒｏｓｏｆｔ？」ページで、「Ｙｅｓ，Ｉ  ｗａｎｔ  ｔｏ  ｒｅｇｉｓｔｅｒ  ａｎｄ  ａｃｔｉｖａｔｅ  Ｗｉｎｄｏｗｓ  ａｔ  ｔｈｅ  ｓａｍｅ  ｔｉｍｅ」をクリックし、「Ｎｅｘｔ」をクリックする。
注記  登録はオプションであり、アクティベーションに必要ではない。登録しないのが好ましい場合、「Ｎｏ，Ｉ  ｄｏｎ’ｔ  ｗａｎｔ  ｔｏ  ｒｅｇｉｓｔｅｒ  ｎｏｗ；ｌｅｔ’ｓ  ｊｕｓｔ  ａｃｔｉｖａｔｅ  Ｗｉｎｄｏｗｓ」をクリックすることができる。このオプションを選択した場合、次のステップをスキップする。
４．「Ｃｏｌｌｅｃｔｉｎｇ  ｒｅｇｉｓｔｒａｔｉｏｎ  ｄａｔａ」ページで、要求された情報を与え、「Ｎｅｘｔ」をクリックする。
５．アクティベーションが正常に完了したという確認を受け取ったら、アクティベーションウィザードを閉じる。
【０４２７】
システムレベルのウイルス対策ツールのインストールおよび構成
ウイルスおよび他の不正プログラムによる脅威からネットワーク環境を保護する適切なウイルス対策ソフトをインストールする。ウイルス対策ソフトを使用して、受信および送信電子メールメッセージ、組織との間でやり取りされるファイル、およびファイルサーバとクライアントコンピュータ上の共有フォルダをスキャンしなければならない。正しいウイルス対策ソフトの選択に関する詳細は、ソリューションガイダンスの「Ｄｅｓｉｇｎｉｎｇ  ｔｈｅ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  Ｓｅｒｖｉｃｅｓ」の章の「Ｍａｌｗａｒｅ  Ｄｅｆｅｎｓｅ  Ｓｏｆｔｗａｒｅ  Ｒｅｑｕｉｒｅｍｅｎｔｓ」の節を参照のこと。適切なウイルス対策ソリューションのインストール、構成、および展開の詳細は、メーカーによって提供されるユーザまたはインストールガイドを参照のこと。
【０４２８】
バックアップソフトウェアのインストールおよび構成
バックアップデバイスおよびバックアップソフトウェアをネットワークサーバにインストールする。バックアップソフトウェアのインストールおよび構成の詳細について、メーカーにより提供される文書を参照するか、またはＷｅｂサイトを参照のこと。組織の要件を満たすバックアップスケジュールを設計し、サーバおよびクライアントコンピュータ上のすべてのビジネスにとって重要なデータをバックアップする自動バックアップをスケジュールする。バックアップおよびリカバリソリューションの選択の詳細は、ソリューションガイダンスの「Ｄｅｓｉｇｎｉｎｇ  ｔｈｅ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  Ｓｅｒｖｉｃｅｓ」の章の「Ｂａｃｋｕｐ  ａｎｄ  Ｒｅｃｏｖｅｒｙ  Ｓｏｆｔｗａｒｅ  Ｒｅｑｕｉｒｅｍｅｎｔｓ」の節を参照のこと。適切なバックアップソリューションのインストール、構成、および展開の詳細は、メーカーによって提供されるユーザまたはインストールガイドを参照のこと。
【０４２９】
バックアップサーバ
新規サーバの構成を完了してから、既存の作業負荷を新規サーバに移行する前に、システム状態情報を含む、それぞれのサーバの完全バックアップを取ることが強く推奨される。
それに加えて、バックアップは、問題が生じていないことを確認するために検証されなければならない。サーバが何らかの理由で故障した場合、バックアップを使用することで、システムを元の状態に戻すことができる。このバックアップに別々のテープを使用し、それらのテープを通常のローテーションスケジュールの一部に組み込まない。
メッセージングサービスをバックアップするには、メッセージングサービスをオフラインにすることなく全てのメッセージング情報の完全バックアップを取ることができるバックアップソフトウェアを使用する。このソフトウェアは、さらに、メッセージングデータベース全体を復元するとともに、電子メール、連絡先、またはカレンダーアイテムなどの個別のデータベースオブジェクトをも復元することができなければならない。
バックアップソフトウェア推奨の詳細は、ソリューションガイダンスの「Ｄｅｓｉｇｎｉｎｇ  ｔｈｅ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  Ｓｅｒｖｉｃｅｓ」の章の「Ｂａｃｋｕｐ  ａｎｄ  Ｒｅｃｏｖｅｒｙ  Ｓｏｆｔｗａｒｅ  Ｒｅｑｕｉｒｅｍｅｎｔｓ」の節を参照のこと。
【０４３０】
ファイルおよび共有フォルダの移行
以下のステップを実行して、既存のファイルサーバを移行する。
１．既存のファイルサーバおよび共有フォルダのインベントリを作成する。
２．ファイルおよびフォルダならびに既存の共有フォルダの関連する許可のインベントリを作成する。
３．既存の環境内の関連する共有フォルダへの分散ファイルシステム（ＤＦＳ）リンクを作成する。以下の例は、ＤＦＳルート（＼＼ｍｉｃｒｏｓｏｆｔ．ｃｏｍ＼ＡｌｌＳｈａｒｅｓ）の下でＤＦＳリンクを作成する方法を示している。
ａ．ネットワークサーバ上に、フォルダ（例えば、Ｅ：＼ＳａｌｅｓＤａｔａ）を作成し、適切な許可により共有する。
ｂ．「Ｄｉｓｔｒｉｂｕｔｅｄ  Ｆｉｌｅ  Ｓｙｓｔｅｍ」コンソールを開く。
ｃ．ＤＦＳルートを右クリックし、「Ｎｅｗ  Ｌｉｎｋ」をクリックする。
ｄ．「Ｌｉｎｋ  Ｎａｍｅ」で、リンクの名前を入力する（例えば、Ｓａｌｅｓ  Ｄａｔａ）。
ｅ．「Ｐａｔｈ  ｔｏ  ｔａｒｇｅｔ」に、共有フォルダのＵＮＣ（Ｕｎｉｖｅｒｓａｌ  Ｎａｍｉｎｇ  Ｃｏｎｖｅｎｔｉｏｎ）パスを入力する（例えば、＼＼ｎｅｔｗｏｒｋｓｖｒ＼ＳａｌｅｓＤａｔａ）。
ｆ．「ＯＫ」をクリックする。
【０４３１】
４．旧ファイルサーバからファイルおよびフォルダをネットワークサーバに移行する。
５．ネットワークサーバ上で共有フォルダのファイル許可を構成する。
６．新規サーバロケーションを指すようにクライアントコンピュータを構成する。例えば、以前に旧サーバにデータを格納していた取扱商品（ＬＯＢ）クライアントアプリケーションは、今度は、新しいサーバを指すように構成されなければならない。
７．新規ファイル共有ロケーションの詳細を示す電子メールメッセージをユーザに送信する。
注記  ファイルサーバ移行に関する補足ガイダンスおよびツールについては、Ｍｉｃｒｏｓｏｆｔ（登録商標）  Ｆｉｌｅ  Ｓｅｒｖｅｒ  Ｍｉｇｒａｔｉｏｎ  Ｔｏｏｌｋｉｔホームページ（ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｗｉｎｄｏｗｓｓｅｒｖｅｒ２００３／ｕｐｇｒａｄｉｎｇ／ｎｔ４／ｔｏｏｌｄｏｃｓ／ｍｓｆｓｃ．ｍｓｐｘ）を参照のこと。
【０４３２】
新規印刷サーバへのクライアント構成の移行
「印刷サービスの構成」の節では、旧印刷サーバからプリンタ構成をネットワークサーバにコピーし、適宜プリンタ許可を構成した。以下の方法の１つを使用して、クライアントコンピュータ上のプリンタ構成を更新し、クライアントコンピュータがネットワークサーバ上のプリンタへのアクセスを開始するようにする。
・  プリンタの名前およびプリンタへのＵＮＣ（Ｕｎｉｖｅｒｓａｌ  Ｎａｍｉｎｇ  Ｃｏｎｖｅｎｔｉｏｎ）パスを含む電子メールメッセージをユーザに送信し、ユーザが、プリンタを手動でインストールし、印刷ジョブを新規印刷サーバに送信できるようにする。
・  いくつかの状況において、プリンタ名をチェックし、既存のプリンタを（名前で）削除し、新規プリンタをインストールするログオンスクリプトを作成したい場合がある。
注記  一方の印刷サーバからプリンタを他方のサーバに移行するサンプルログオンインスクリプト（ｖｂｓｃｒｉｐｔ）は、「Ｓｏｌｕｔｉｏｎ  Ａｃｃｅｌｅｒａｔｏｒ  ｆｏｒ  Ｃｏｎｓｏｌｉｄａｔｉｎｇ  ａｎｄ  Ｍｉｇｒａｔｉｎｇ  Ｆｉｌｅ  ａｎｄ  Ｐｒｉｎｔ  Ｓｅｒｖｅｒｓ  ｆｒｏｍ  Ｗｉｎｄｏｗｓ  ＮＴ  ４．０」ジョブ補助フォルダ内にある。Ｓｏｌｕｔｉｏｎ  Ａｃｃｅｌｅｒａｔｏｒをインストールするが、詳細については、％Ｍｙ  Ｄｏｃｕｍｅｎｔｓ％＼Ｓｏｌｕｔｉｏｎ  Ａｃｃｅｌｅｒａｔｏｒ  ｆｏｒ  Ｃｏｎｓｏｌｉｄａｔｉｎｇ  ａｎｄ  Ｍｉｇｒａｔｉｎｇ  Ｆｉｌｅ  ａｎｄ  Ｐｒｉｎｔ  Ｓｅｒｖｅｒｓ＼Ｊｏｂ  Ａｉｄｓ＼Ｐｒｉｎｔ＼Ｓｃｒｉｐｔｓ＼ｐｒｎｍｉｇｒ．ｖｂｓファイルを参照のこと。Ｓｏｌｕｔｉｏｎ  Ａｃｃｅｌｅｒａｔｏｒは、ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｔｅｃｈｎｅｔ／ｉｔｓｏｌｕｔｉｏｎｓ／ｕｃｓ／ｆｐ／ｃｍｆｐ／ｃｍｆｐｗｎｔ４．ｍｓｐｘからダウンロードすることができる。
【０４３３】
既存のドメインネームシステムからの移行
ドメインネームシステム（ＤＮＳ）サーバが、既存の環境内で使用され、撤去されていない場合、以下のステップを実行して、要求を既存のＤＮＳサーバに転送するようにクライアントコンピュータを構成する。
注記  新しい環境に対しＤＮＳゾーンを委任する必要もある。
１．ネットワークサーバ上でＤＮＳを開き、サーバプロパティダイアログボックスを開き、「Ｆｏｒｗａｒｄｅｒｓ」タブ上で、既存のＤＮＳサーバのＩＰアドレスを追加する。
２．既存のＤＮＳサーバ上で、ネームサーバ（ＮＳ）リソースレコードを親ゾーン内に作成する。ドメインコントローラの完全なＤＮＳ名を使用する。
ＦｏｒｅｓｔＲｏｏｔＤｏｍａｉｎＮａｍｅ  ＩＮ  ＮＳ  ＤｏｍａｉｎＣｏｎｔｒｏｌｌｅｒＮａｍｅ
例えば、サブゾーンｃｏｒｐ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍをＮＥＴＷＯＲＫサーバに委任するには、ＮＳリソースレコードは以下の通りである。
ｃｏｒｐ  ＩＮ  ＮＳ  ＮＥＴＷＯＲＫＳＶＲ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ
３．ホストアドレス（Ａ）リソースレコードを親ゾーン内に作成する。ドメインコントローラの完全なＤＮＳ名を使用する。
ＦｏｒｅｓｔＲｏｏｔＤｏｍａｉｎＮａｍｅ  ＩＮ  ＮＳ  ＤｏｍａｉｎＣｏｎｔｒｏｌｌｅｒＮａｍｅ
例えば、ＮＥＴＷＯＲＫＳＶＲ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ  ＩＮ  Ａ１０．０．０．２
【０４３４】
既存のＤＮＳサーバが必要なくなった場合、以下のステップを実行して、既存のＤＮＳ名前空間を新規サーバに移行し、既存のＤＮＳサーバを撤去する。
１．ネットワークサーバ上で、ＤＮＳコンソールを開く。これを実行するために、「Ｓｔａｒｔ」をクリックし、「Ｐｒｏｇｒａｍｓ」をポイントし、「Ａｄｍｉｎｉｓｔｒａｔｉｖｅ  Ｔｏｏｌｓ」をポイントし、「ＤＮＳ」をクリックする。
２．サーバ名を展開し、「Ｆｏｒｗａｒｄ  Ｌｏｏｋｕｐ  Ｚｏｎｅｓ」を右クリックし、「Ｎｅｗ  Ｚｏｎｅ」をクリックして、「Ｎｅｗ  Ｚｏｎｅ  Ｗｉｚａｒｄ」を起動する。
ａ．「Ｗｅｌｃｏｍｅ  ｔｏ  ｔｈｅ  Ｎｅｗ  Ｚｏｎｅ  Ｗｉｚａｒｄ」ページの「Ｎｅｘｔ」をクリックする。
ｂ．「Ｚｏｎｅ  Ｔｙｐｅ」ページ上の「Ｓｅｃｏｎｄａｒｙ  Ｚｏｎｅ」をクリックし、「Ｎｅｘｔ」をクリックする。
ｃ．「Ｚｏｎｅ  Ｎａｍｅ」ページで、既存のＤＮＳサーバ上に現れる通りに既存のゾーンの名前を正確に入力し、「Ｎｅｘｔ」をクリックする。
ｄ．「Ｍａｓｔｅｒ  ＤＮＳ  Ｓｅｒｖｅｒｓ」ページで、既存のＤＮＳサーバのＩＰアドレスを入力し、「Ｎｅｘｔ」をクリックする。
ｅ．「Ｆｉｎｉｓｈ」をクリックする。
【０４３５】
３．ＤＮＳコンソール内の新規ゾーンを右クリックし、「Ｔｒａｎｓｆｅｒ  ｆｒｏｍ  Ｍａｓｔｅｒ」をクリックする。
４．ネットワークサーバの「Ｅｖｅｎｔ  Ｖｉｅｗｅｒ」を開き、ＤＮＳ  Ｓｅｒｖｅｒイベントログで、転送が正常に完了したことを検証する。これについて、ＤＮＳサーバがゾーン転送を正常に完了させたことを示す、Ｅｖｅｎｔ  ＩＤ  ６００１のイベントを調べる。
５．ＤＮＳコンソールで、サーバプロパティダイアログボックスを開き、「Ｆｏｒｗａｒｄｅｒｓ」タブ上で、通常はＩＳＰにより与えられる、既存のＤＮＳサーバのＩＰアドレスを追加する。
６．ネットワークから既存のＤＮＳサーバを削除する。
７．ネットワークサーバ上のＤＮＳスナップインで、新規ゾーンを右クリックし、「Ｐｒｏｐｅｒｔｉｅｓ」をクリックする。
８．「Ｇｅｎｅｒａｌ」タブ上の「Ｃｈａｎｇｅ」をクリックする。
９．「Ｐｒｉｍａｒｙ  ｚｏｎｅ」をクリックして、「ＯＫ」をクリックする。
１０．動的ホスト構成プロトコル（ＤＨＣＰ）スコープオプションを修正して、プライマリＤＮＳサーバとしてのネットワークサーバ、またセカンダリＤＮＳサーバとしてのメッセージングサーバをクライアントコンピュータが指すようにする。
【０４３６】
既存ＤＮＳ名前空間の統合の詳細およびその他のシナリオについては、記事「Ｈｏｗ  Ｔｏ  Ｉｎｔｅｇｒａｔｅ  Ｗｉｎｄｏｗｓ  Ｓｅｒｖｅｒ  ２００３  ＤＮＳ  ｗｉｔｈ  ａｎ  Ｅｘｉｓｔｉｎｇ  ＤＮＳ  ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  ｉｎ  Ｗｉｎｄｏｗｓ  Ｓｅｒｖｅｒ  ２００３」（ＵＲＬ：ｈｔｔｐ：／／ｓｕｐｐｏｒｔ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｋｂ／３２３４１７）を参照のこと。
１．クライアントコンピュータにログオンし、転送されたゾーン内のホストにその名前でｐｉｎｇを実行して、コンピュータが転送されたゾーン内で名前を解決できることを検証する。
【０４３７】
ロールバックの実行
いざというときには、元の構成にロールバックする必要がある。
・  元のＤＮＳサーバがまだ撤去されていない場合、以下のステップを実行する。
ａ．全てのサーバを元のＤＮＳサーバを指すように戻す。
ｂ．変更されたＤＨＣＰスコープを修正する。
ｃ．新規ドメインを指すように作成されたＮＳおよびＡレコードを削除する。
・  元のＤＮＳサーバが撤去されている場合、以下のステップを実行する。
ａ．元のサーバをオンラインに戻す。
ｂ．元のサーバ上にセカンダリＤＮＳゾーンを作成し、新規サーバからデータを転送し戻す。
ｃ．新規サーバをセカンダリゾーンに戻すか、または新規サーバからゾーンを完全に削除する。
【０４３８】
ＷＩＮＳデータの移行
以下のステップを実行して、新規Ｗｉｎｄｏｗｓ（登録商標）Ｉｎｔｅｒｎｅｔ  Ｎａｍｅ  Ｓｅｒｖｉｃｅ（ＷＩＮＳ）サーバを既存のＷＩＮＳサーバのレプリケーションパートナーとして構成し、したがって、既存のＷＩＮＳデータを新規環境に移行する。
１．ＷＩＮＳコンソールを開く。これを実行するために、「Ｓｔａｒｔ」をクリックし、「Ｐｒｏｇｒａｍｓ」をポイントし、「Ａｄｍｉｎｉｓｔｒａｔｉｖｅ  Ｔｏｏｌｓ」をポイントし、「ＷＩＮＳ」をクリックする。
２．コンソールツリーで、「Ｒｅｐｌｉｃａｔｉｏｎ  Ｐａｒｔｎｅｒｓ」を右クリックし、「Ｎｅｗ  Ｒｅｐｌｉｃａｔｉｏｎ  Ｐａｒｔｎｅｒ」をクリックする。「Ｎｅｗ  Ｒｅｐｌｉｃａｔｉｏｎ  Ｐａｒｔｎｅｒ」ダイアログボックスが開く。
３．既存のＷＩＮＳサーバのサーバ名またはＩＰアドレスを入力する。
【０４３９】
既存ＷＩＮＳサーバのデコミッション
以下のステップを実行して、既存のＷＩＮＳサーバからデータを、新規に実装されたＷＩＮＳサービスにレプリケートし、既存のＷＩＮＳサーバを撤去する。
１．ＷＩＮＳコンソールを開く。
２．コンソールツリーで、「Ｒｅｐｌｉｃａｔｉｏｎ  Ｐａｒｔｎｅｒｓ」を右クリックし、「Ｒｅｐｌｉｃａｔｅ  Ｎｏｗ」をクリックする。
３．「Ｙｅｓ」をクリックしてレプリケーションの開始を確認する。
４．イベントログをチェックするよう求めるダイアログボックス上の「ＯＫ」をクリックする。
５．「Ａｃｔｉｏｎ」メニューの「Ｄｉｓｐｌａｙ  Ｓｅｒｖｅｒ  Ｓｔａｔｉｓｔｉｃｓ」をクリックする。
６．「Ｌａｓｔ  Ｍａｎｕａｌ  Ｒｅｐｌｉｃａｔｉｏｎ」を調べて、日時がレプリケーションを開始したときと一致していることを検証する。
７．「Ｒｅｐｌｉｃａｔｉｏｎ  Ｐａｒｔｎｅｒｓ」をクリックし、詳細ペインで既存のＷＩＮＳサーバを選択して右クリックし、「Ｄｅｌｅｔｅ」をクリックする。
８．手動で構成されたＩＰ構成でコンピュータ上のＷＩＮＳ  ＩＰアドレスを更新する。旧ＷＩＮＳサーバを割り当てるように構成されているＤＨＣＰサーバがないことを確認する。
【０４４０】
ＯＵ構造へのユーザおよびコンピュータの移行
オブジェクト（ユーザアカウントまたはコンピュータアカウント）が置かれなければならない組織単位（ＯＵ）は、実装されたＯＵ構造に応じて変化する。このソリューションでは、基本ＯＵ設計と呼ばれる新しいＯＵ設計を行い、既存のオブジェクトは、適切なＯＵに手動で移動される必要がある。
【０４４１】
【表７４】
2009510602.tif 000076
【０４４２】
このソリューションで作成されたＯＵ構造を使用している場合、以下のタスクを実行しなければならない。
・  インターネットに直接接続されているサーバのコンピュータアカウントをサーバＯＵの下の外部ＯＵに移動する。
・  他のすべてのサーバのコンピュータアカウントをサーバＯＵの下の内部ＯＵに移動する。サーバ自動化から、ｍａｎａｇｅｍｅｎｔｓｅｒｖｅｒのコンピュータアカウントが移動されなければならない。
・  クライアントコンピュータのアカウントを、ロールに基づいてクライアントＯＵの下で６つのＯＵのうちの１つに移動する。例えば、支店クライアントコンピュータのコンピュータアカウントをＢＯ  Ｄｅｓｋｔｏｐｓ  ＯＵに移動する。
・  組織内のそれぞれのユーザのロールに基づいて内部ＯＵの下でユーザアカウントをＯＵの１つに移動する（内部ＯＵは、ユーザＯＵの下にある）。
注記  ドメインコントローラのコンピュータアカウントをデフォルトのままにしておくのはＭｉｃｒｏｓｏｆｔ（登録商標）の最善の方策である。Ｄｏｍａｉｎ  Ｃｏｎｔｒｏｌｌｅｒｓ  ＯＵは、ドメインコントローラを異なるＯＵに移動しない。貴社のＯＵ設計でそれが必要な場合、Ｄｏｍａｉｎ  Ｃｏｎｔｒｏｌｌｅｒｓ  ＯＵ全体を異なる場所には移動することができる（他のＯＵなど）。
【０４４３】
以下のステップを実行して、オブジェクトを適切なＯＵに移動する。
１．「Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ  Ｕｓｅｒｓ  ａｎｄ  Ｃｏｍｐｕｔｅｒｓ」で、ＯＵに移動される必要のあるオブジェクト（コンピュータまたはユーザアカウント）を見つけて、選択する。
注記  同じＯＵに移動される必要のある複数のオブジェクトが同じ場所にある場合、複数のオブジェクトを選択することができる。
２．選択されたオブジェクトを右クリックし、「Ｍｏｖｅ」をクリックする。
３．「Ｍｏｖｅ」ダイアログボックスで、オブジェクトが置かれなければならないＯＵにナビゲートし、「ＯＵ」をクリックする。
４．「ＯＫ」をクリックする。
【０４４４】
他の電子メールシステムからのデータの移行
既存のメッセージングサービスは、非Ｍｉｃｒｏｓｏｆｔ（登録商標）メッセージングシステムまたはＥｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３以前のバージョンのＥｘｃｈａｎｇｅを使用した場合、Ｍｉｃｒｏｓｏｆｔ（登録商標）  Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  Ｍｉｇｒａｔｉｏｎ  Ｗｉｚａｒｄを使用してメッセージングデータを移行することができる。Ｍｉｃｒｏｓｏｆｔ（登録商標）  Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  Ｍｉｇｒａｔｉｏｎ  Ｗｉｚａｒｄは、以下の電子メールシステムからＥｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３組織に移行することができる。
・  Ｍｉｃｒｏｓｏｆｔ（登録商標）  Ｍａｉｌ  ｆｏｒ  ＰＣ  Ｎｅｔｗｏｒｋｓ
・  Ｍｉｃｒｏｓｏｆｔ（登録商標）  Ｅｘｃｈａｎｇｅ
・  Ｌｏｔｕｓ  ｃｃ：Ｍａｉｌ
・  Ｌｏｔｕｓ  Ｎｏｔｅｓ
・  Ｎｏｖｅｌｌ  ＧｒｏｕｐＷｉｓｅ  ４．ｘ
・  Ｎｏｖｅｌｌ  ＧｒｏｕｐＷｉｓｅ  ５．ｘ
・  Ｉｎｔｅｒｎｅｔ  Ｄｉｒｅｃｔｏｒｙ（Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ  Ｓｅｒｖｉｃｅ  Ｉｎｔｅｒｆａｃｅｓ（ＡＤＳＩ）を介したＬｉｇｈｔｗｅｉｇｈｔ  Ｄｉｒｅｃｔｏｒｙ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ（ＬＤＡＰ））
・  Ｉｎｔｅｒｎｅｔ  Ｍａｉｌ（Ｉｎｔｅｒｎｅｔ  Ｍｅｓｓａｇｅ  Ａｃｃｅｓｓ
Ｐｒｏｔｏｃｏｌ  ４（ＩＭＡＰ４））
【０４４５】
以下のステップを実行して、「Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  Ｍｉｇｒａｔｉｏｎ  Ｗｉｚａｒｄ」を実行する。
１．「Ｓｔａｒｔ」をクリックし、「Ｐｒｏｇｒａｍｓ」をポイントし、「Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ  Ｄｅｐｌｏｙｍｅｎｔ」をポイントし、「Ｍｉｇｒａｔｉｏｎ  Ｗｉｚａｒｄ」をクリックする。
２．既存の電子メールシステムの移行ステップに従ってウィザードを完了する。
Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３への移行に関する更新された情報およびリソースについては、「Ｍｉｇｒａｔｅ  ｔｏ  Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ  ２００３」Ｗｅｂサイト（ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｔｅｃｈｎｅｔ／ｐｒｏｄｔｅｃｈｎｏｌ／ｅｘｃｈａｎｇｅ／２００３／ｍｉｇｒａｔｅ．ｍｓｐｘ）を参照のこと。
【０４４６】
既存のＷｉｎｄｏｗｓ（登録商標）ＮＴ  ４．０ドメインコントローラのデコミッション
以下のステップを実行して、旧Ｗｉｎｄｏｗｓ（登録商標）ＮＴ  ４．０ベースのドメインコントローラを新しい環境から撤去する。
１．旧ドメインコントローラからすべてのサービスおよびデータを新しいドメインコントローラに移動する。
２．旧サーバをシャットダウンする。
３．Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ（登録商標）ディレクトリサービスからコンピュータアカウントを削除し、そのドメインネームシステム（ＤＮＳ）レコードを削除することによりドメインからサーバを削除する。
【０４４７】
ＤＨＣＰの移行および旧ＤＨＣＰサーバの撤去
Ｗｉｎｄｏｗｓ（登録商標）ＮＴ  ４．０ベースの動的ホスト構成プロトコル（ＤＨＣＰ）が既存の環境で使用されている場合、以下のステップを実行して、ＤＨＣＰを移行し、旧ＤＨＣＰサーバを撤去する。
１．ガイダンス（ＵＲＬ：ｈｔｔｐ：／／ｓｕｐｐｏｒｔ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／？ｉｄ＝３２５４７３）に従って、ＤＨＣＰ  Ｅｘｐｏｒｔ  Ｉｍｐｏｒｔユーティリティ（Ｄｈｃｐｅｘｉｍ．ｅｘｅ）およびｎｅｔｓｈコマンドを使用することで、旧サーバからＤＨＣＰデータベースをエクスポートし、設定を新規サーバにインポートする。
２．新しい環境を反映するようにＤＨＣＰスコープオプションを更新する。それぞれのＤＨＣＰサーバ上で以下のタスクを実行し、スコープオプションを更新する。
・  ドメインネームシステム（ＤＮＳ）サーバオプションを更新する。
・  ファイヤウォール構成に応じて、デフォルトゲートウェイオプションを更新する必要がある場合がある。
・  現在構成されているすべてのスコープオプションを調べて、必要に応じてオプションを更新する。
３．スコープオプションが更新された後、新規ＤＨＣＰサーバをオーソライズし、スコープをアクティブ化する。
４．旧ＤＨＣＰサーバをシャットダウンし、環境から除去するか、または旧ＤＨＣＰサーバを環境内に保持しておく必要がある場合には、ＤＨＣＰを旧サーバからアンインストールする。
【０４４８】
サービス統合の妥当性確認およびテスト
ソリューションによって展開されたサービスがテストされた後、ある程度時間を費やしてサービスの構成を検証し、ネットワークサービスがきちんと統合され、適切に機能していることを確認する。
例えば、以下のタスクを実行することができる。
・  動的ホスト構成プロトコル（ＤＨＣＰ）クライアントがＩＰアドレスを受け取ることを検証する。
ａ．ＤＨＣＰを通じてＩＰアドレスを受け取るようにクライアントＰＣを構成する。
ｂ．クライアントＰＣを再起動する。
ｃ．コマンドプロンプトを開き、「ｉｐｃｏｎｆｉｇ／ａｌｌ」＜ｅｎｔｅｒ＞」と入力する。
ｄ．クライアントＰＣがＤＨＣＰを通じてＩＰアドレスを受け取ったことを検証する。
・  ドメインネームシステム（ＤＮＳ）の名前解決を検証するためにインターネット接続をテストする。このために、Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒを開き、ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍにナビゲートする。
・  ＤＮＳサーバが構成されていない状態で、コンピュータ上のＮｅｔＢＩＯＳ名前解決を検証する。
ａ．クライアントＰＣ上で、ＤＮＳ設定を手動に設定する。
ｂ．コマンドプロンプトを開き、「ｐｉｎｇ  ＮｅｔｗｏｒｋＳｅｒｖｅｒＮａｍｅ」と入力する。
ｃ．ＤＨＣＰからＤＮＳを受け取るＤＮＳ設定を返す。
・  テスト印刷する。このために、テスト印刷をネットワークプリンタに送信する。
・  電子メールメッセージをテスト送信する。電子メールが内部と外部の両方に流れていることを検証する。電子メールメッセージを外部インターネット電子メールアカウントに送信する。メッセージを受け取ったことを検証する。応答するよう受信者に要求し、応答が受信されることを検証する。電子メールメッセージを内部アドレス宛に送信し、受信を検証する。応答を要求し、応答が受信されることを検証する。
【０４４９】
製品引渡し
新しいサーバおよびサービスをエンドユーザにリリースする前に以下のステップを実行する。
１．関連する全てのソフトウェア更新がサーバのそれぞれにインストールされていることを確認する。管理サーバ上で実行されているＷｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ  Ｕｐｄａｔｅ  Ｓｅｒｖｉｃｅｓ（ＷＳＵＳ）を使用して、更新をインストールする。
２．最新のウイルス定義ファイルを使用するウイルス対策ソフトウェアが実行されていることを確認する。
３．「ＭＯＭ  ２００５  Ｏｐｅｒａｔｏｒ  Ｃｏｎｓｏｌｅ」により示されるイベントおよび通知を調べて、解決する。サーバはどれも、「管理モード」に構成されていないことを確認する。
４．サービス、共有名、およびプリンタを完全にテストし、それらのサービスが予想通りに機能していることを検証する。
【図面の簡単な説明】
【０４５０】
【図１】自動化ネットワーク評価システムのブロック図である。
【図２】インベントリ収集コンポーネントのブロック図である。
【図３】例示的なデータストアの図である。
【図４】インベントリウィザードを起動するユーザインターフェイスのスクリーンショットである。
【図５】インベントリに入れるネットワーク情報に関するユーザインターフェイスのスクリーンショットである。
【図６】コンポーネントの識別／選択を円滑に進めるユーザインターフェイスのスクリーンショットである。
【図７】ＳＮＭＰ情報の使用に関するユーザインターフェイスのスクリーンショットである。
【図８】収集すべきＷＭＩハードウェアおよびソフトウェアインベントリのユーザインターフェイスのスクリーンショットである。
【図９】インベントリデータストアを格納するためにインベントリ収集システムにより使用される情報を使いやすくするユーザインターフェイスのスクリーンショットである。
【図１０】インベントリウィザードを完了するユーザインターフェイスのスクリーンショットである。
【図１１】自動化ネットワーク展開システムのブロック図である。
【図１２】提案ウィザードの初期画面のユーザインターフェイスのスクリーンショットである。
【図１３】提案を生成する際に使用される情報の識別を円滑に進めるユーザインターフェイスのスクリーンショットである。
【図１４】提案を生成する際に使用されるプロジェクタ範囲に関するユーザインターフェイスのスクリーンショットである。
【図１５】提案に入れるべきサーバの識別を円滑に進めるユーザインターフェイスのスクリーンショットである。
【図１６】クライアントワークステーションプロジェクトの範囲を識別するために使用されるユーザインターフェイスのスクリーンショットである。
【図１７】サーバのロール割り当ての識別を円滑に進めるユーザインターフェイスのスクリーンショットである。
【図１８】提案に入れる情報の識別を円滑に進めるユーザインターフェイスのスクリーンショットである。
【図１９】提案に対する詳細の識別を円滑に進めるユーザインターフェイスのスクリーンショットである。
【図２０】提案が生成されているときに表示されるユーザインターフェイスのスクリーンショットである。
【図２１】提案完了に使用されるユーザインターフェイスのスクリーンショットである。
【図２２】例示的な図である。
【図２３】タスクフローダイアグラムである。
【図２４】ワークフローに関する例示的なスキーマの図である。
【図２５】ワークフロースクリプトの実行の例示的な出力を示す図である。
【図２６】展開ウィザードを起動するユーザインターフェイスのスクリーンショットである。
【図２７】ドメイン管理者資格情報に関するユーザインターフェイスのスクリーンショットである。
【図２８】新しいドメインに対するドメイン管理者資格情報に関するユーザインターフェイスのスクリーンショットである。
【図２９】ディレクトリサービスリストアモードのパスワードに関するユーザインターフェイスのスクリーンショットである。
【図３０】オペレーションズマネージャ資格情報の入力を円滑に進めるユーザインターフェイスのスクリーンショットである。
【図３１】Ｍａｎａｇｅｍｅｎｔ  Ｓｅｒｖｅｒ管理パスワードに関するユーザインターフェイスのスクリーンショットである。
【図３２】システムがサーバを展開する準備が整っていることを示すユーザインターフェイスのスクリーンショットである。
【図３３】展開プロセスの実行中にユーザとの通信を円滑に進めるユーザインターフェイスのスクリーンショットである。
【図３４】インベントリ情報を収集する方法の流れ図である。
【図３５】提案情報を生成する方法の流れ図である。
【図３６】例示的な動作環境を示す図である。
【図１】
2009510602.tif 000077
【図２】
2009510602.tif 000078
【図３】
2009510602.tif 000079
【図４】
2009510602.tif 000080
【図５】
2009510602.tif 000081
【図６】
2009510602.tif 000082
【図７】
2009510602.tif 000083
【図８】
2009510602.tif 000084
【図９】
2009510602.tif 000085
【図１０】
2009510602.tif 000086
【図１１】
2009510602.tif 000087
【図１２】
2009510602.tif 000088
【図１３】
2009510602.tif 000089
【図１４】
2009510602.tif 000090
【図１５】
2009510602.tif 000091
【図１６】
2009510602.tif 000092
【図１７】
2009510602.tif 000093
【図１８】
2009510602.tif 000094
【図１９】
2009510602.tif 000095
【図２０】
2009510602.tif 000096
【図２１】
2009510602.tif 000097
【図２２】
2009510602.tif 000098
【図２３】
2009510602.tif 000099
【図２４】
2009510602.tif 000100
【図２５】
2009510602.tif 000101
【図２６】
2009510602.tif 000102
【図２７】
2009510602.tif 000103
【図２８】
2009510602.tif 000104
【図２９】
2009510602.tif 000105
【図３０】
2009510602.tif 000106
【図３１】
2009510602.tif 000107
【図３２】
2009510602.tif 000108
【図３３】
2009510602.tif 000109
【図３４】
2009510602.tif 000110
【図３５】
2009510602.tif 000111
【図３６】
2009510602.tif 000112
【国際調査報告】
2009510602.tif 000113
2009510602.tif 000114