Microsoft における SharePoint Portal Server 2003 共有サービスの展開

トピック

	概要
	はじめに
	状況
	共有サービスについて
	ソリューション
	結論
	詳細情報
	付録 A  -  SharePoint Portal Server 2003 サーバー ファーム設計に関する推奨事項

概要

このホワイト ペーパーは、Microsoft® Office SharePoint™ Portal Server 2003 をイントラネット ポータルのインフラストラクチャとして展開または評価し、複数のポータル サイトをサポートする必要がある方を対象にしています。このホワイト ペーパーで説明されている Microsoft の事例は、サーバー ファーム構成で SharePoint Portal Server 2003 ポータル サイトの展開を検討している中規模から大規模の組織にも適合します。

SharePoint Portal Server 2003 共有サービスは、集中管理され、高度にスケーラブルな中核のポータル サービスであり、複数のポータル サイトおよび複数サーバー ファーム構成で再利用できます。共有サービス環境では、サーバー ファーム内のポータル サイトに次のサービスが提供されます。

Microsoft Knowledge Network Group (KNG) は、次のことを実現するために、Microsoft 情報技術グループ (Microsoft IT) と協同して、共有サービスを展開しました。

共有サービスを展開することによって Microsoft が得たビジネス上の主なメリットは、次のとおりです。

ページのトップへ

はじめに

お客様から Microsoft に対して、Microsoft が自社製品およびテクノロジを社内で展開し使用したときの実装方法、およびそこから得られた教訓について、しばしば質問を受けることがあります。

このホワイト ペーパーは、SharePoint Portal Server 2003 をイントラネット ポータルのインフラストラクチャとして展開または評価する方を対象にしています。また、複数の内部ポータル サイトをサポートする必要がある方も対象にしています。このホワイト ペーパーで説明されている事例は、主に中規模から大規模の組織に適合します。

Microsoft Knowledge Network Group (KNG) は、まずプレリリース版の SharePoint Portal Server 2003 を使用して共有サービスを展開しました。共有サービスは、集中管理され、高度にスケーラブルな中核のポータル サービスであり、複数のポータル サイトやさまざまなサーバー ファーム間の構成で利用できます。

共有サービスの中核のポータル サービスは次のとおりです。

プロジェクトの目標は、(i) 統合されたインフラストラクチャを構築することによって、Microsoft の大量で増加を続ける地域および国際間のサポートを行うポータル サイトに対して、中核のポータル サービスを展開し管理にかかる費用を大幅に削減すること、(ii) 業務に関連する知識や情報を簡単に検索および取得できるようにすることによって、従業員の生産性を向上させることでした。

共有サービスを使用することで、Microsoft は次のニーズに対処しました。

このドキュメントでは、これらのことを実現するにあたっての要件や問題と、Microsoft のチームがどのようにプロジェクトを管理し、ソリューションを展開したかについて説明し、ビジネス上の利点やプロジェクトから得た教訓についても説明します。

共有サービス インフラストラクチャは、1 つの中心となる場所に展開できます。Microsoft などの多国籍企業では、複数の共有サービス ファームを世界規模で展開できます。図 1 は、中央、部門、およびグループ ポータルを含む 3 つの共有サービス ファームを示しています。

図 1: 世界規模で展開される共有サービス

共有サービスは、Microsoft の世界規模のイントラネット ソリューション全体の一部です。Microsoft の内部イントラネット ソリューションには、共有サービス、中央管理ホスト型のコラボレーション プラットフォーム、Microsoft Windows® Server 2003、Microsoft SQL Server™ 2000、Windows SharePoint Services、Microsoft Office SharePoint Portal Server 2003 などのコンポーネントが含まれます。図 2 は、これらのコンポーネントによってどのようにイントラネット ソリューションが構成されるかについて示しています。

図 2: Microsoft の内部イントラネット ソリューション

関連ホワイト ペーパーでは、イントラネットの追加コンポーネントの計画、実装、および展開に関する Microsoft の事例を紹介しています。関連するホワイト ペーパーは、http://www.microsoft.com/technet/itshowcase/ (英語) から入手できます。ホワイト ペーパーのタイトルは次のとおりです。

このホワイト ペーパーを理解するために、これらのドキュメントを読む必要はありませんが、SharePoint 製品とテクノロジに関する基本的な知識が必要です。

このホワイト ペーパーは、共有サービスを早い段階で導入した Microsoft の事例に基づいた推奨事項について説明していますが、作業手順を示すことを目的としていません。各エンタープライズには、独自の環境があります。このホワイト ペーパーで説明している計画と教訓は、各組織に固有のニーズと要件に適合させる必要があります。

Microsoft SharePoint 製品とテクノロジに基づいたイントラネット ソリューションの計画、展開、テスト、および管理に関するこの他の情報については、http://www.microsoft.com/japan/downloads/ を参照してください。Solution Accelerator for Intranets は、効果的なイントラネット ソリューションの設計、展開、運用、および拡張を行うための、Microsoft によってサポートされた規範的かつテスト済みのアプローチを提供するドキュメントの集合です。SharePoint 製品とテクノロジに基づいたイントラネット ソリューションの開発について、Accelerator のリソースでは、製品ドキュメントでは説明していないサービス レディネスの計画、リソース要件、キャパシティ計画などのトピックについて説明しています。また、監視、バックアップと復元、拡張に適した計画、障害復旧などのトピックも取り上げています。

ページのトップへ

状況

Microsoft は、Microsoft の世界中の業務部門、製品グループ、地域、および子会社のニーズに応えるため、数百のイントラネット ポータル サイトを展開しました。また、イントラネット ポータル サイトの数は増加することが予想されていました。

大量のポータル サイトに個別にポータル サービスを展開して管理することは、困難で費用のかかる作業となります。ポータル サービスを個別に展開すると、各サイトの、処理機能、メモリ、記憶領域などのハードウェア要件が高くなります。また、サーバーのハードウェアおよびソフトウェア コンポーネントを個別に設定して管理することも必要になります。さらに、コンテンツ インデックスなどのポータル サービスをサポートするために必要なネットワーク帯域幅およびリモート処理によってコストは増大します。

Microsoft では、ポータル サイト、チーム グループ作業サイト、およびドキュメント ライブラリをホストするために、たくさんのグループが独自の SharePoint Portal Server 2001 サーバーを展開しました。  また、SharePoint Portal Server 2001 によって、各ワークスペース ユーザーに対してパーソナル ダッシュボード サイトを作成できるようになりました (ワークスペース ユーザーがアクセスできる SharePoint Portal Server 2001 ワークスペースごとに 1 つのサイトを作成することが可能)。これらのサイトはサイト間で整理されておらず、接続もされていませんでした。Microsoft のイントラネットに単に Web サイトが追加された状態でした。この結果、展開および管理作業が重複し、各サーバーがイントラネット サイトのインデックスを独自に作成するため、サーバーの処理および記憶領域リソースが効率的に使用されず、ネットワーク トラフィックが増大しました。

また、Microsoft がイントラネット ユーザーを調査した結果、稼働している多くのイントラネット サイトを整理、検索、および移動する方法が統一化されていないため、従業員の生産性が損なわれていることがわかりました。発生した問題は具体的には以下のとおりです。

SharePoint Portal Server 2003 共有サービスにより、Microsoft 情報技術グループ (Microsoft IT) はポータル サービスを展開するコストを削減することが可能になり、世界中の Microsoft の従業員はイントラネットをより効率的に利用できるようになりました。

プロジェクト チーム メンバ

Microsoft での共有サービスの展開には、さまざまなグループが関わりました。Microsoft Knowledge Network Group (KNG) は、共有サービスの要件分析、ベスト プラクティスの開発、および共有サービスの設計を主導しました。KNG は、Microsoft IT と緊密に連携して、共有サービスを中央管理ホスト型のコラボレーション プラットフォームに展開し、これらのシステムを自社のエンタープライズ イントラネット ポータルである Microsoft Web と統合しました。

Knowledge Network Group

Knowledge Network Group の目的は、従業員の関係する情報および知識に容易にアクセスしたり、またそれらを交換したり使用するための手段を提供することで、従業員を支援することにあります。KNG は、アーキテクチャ、規範的なガイダンス、リーダーシップの 3 つから構成される戦略を採用しました。

KNG は、中核となるスキーマ、ボキャブラリ、およびカテゴリに基づいたナレッジ アーキテクチャおよびイントラネット アーキテクチャを提供することを担当します。最終的な目標は、イントラネット上で情報および知識を検索する従業員が、シームレスに移動閲覧できるようになることです。また、KNG は、企業分類法を提供し、Microsoft Internal Taxonomy Board と連携してグループ作業方式で企業分類法を管理する役割も負います。

Microsoft Information Technology Group

Microsoft Information Technology Group (Microsoft IT) は、Microsoft の世界中のシステムをサポートし、Microsoft の組織全体に情報技術サービスを提供することを担当します。Microsoft IT は、Microsoft の情報システム (技術インフラストラクチャ、運用、配信、およびその他の主要な社内システムを含む企業情報システムやマーケティング情報システム) を世界中で運用および管理することに関連するすべての活動を指揮します。Microsoft IT は、会社の戦略、プロセス、およびアーキテクチャの設計と統合におけるリーダーシップを通して、事業運営に世界レベルのサービスと優位性を提供することに努めます。

Microsoft IT は、サーバーおよびエンドユーザーのサポート、電気通信の管理、ネットワーク運用、および情報セキュリティなど、あらゆる種類のサービスを提供します。このサービスの中には、世界中にある 300,000 台以上のパーソナル コンピュータの接続を管理することも含まれます。Microsoft IT は、400 か所以上の場所の 55,000 人以上の従業員と 20,000 人以上の受託業者および供給業者のスタッフが、世界中から 1 日 24 時間、週 7 日休みなく、企業ネットワークのサービスとリソースにアクセスできることを保証しています。

Microsoft の本業はソフトウェアの設計であることから、Microsoft IT には他の世界的なプロバイダとは異なるもう 1 つの役割があります。Microsoft の IT ユーティリティの運用だけでなく、Microsoft のテクノロジを最初に使用することが求められ、Microsoft 製品をリリースする前に、Microsoft 製品 (SharePoint Products and Technologies、Windows Server™ 2003、Exchange Server 2003 など) のテストと展開を行います。Microsoft では、このプロセスを "eating our own dog food (自分の犬の餌を食べる)" と呼んでいます。

プロジェクト チームの役割とリソース

共有サービスを展開したプロジェクト チームのメンバは以下のとおりです。

開発チームは 5 人の常勤従業員から構成される小さなチームであり、3 か月間の外注開発費の予算が 100,000 米ドルでした。このチームの主な任務は、既存のツールを、おすすめコンテンツ データベース、おすすめコンテンツ管理、Universal Resource Locator (URL) Cataloging Service (UCS)、ユーザー プロファイル属性、およびサイト ディレクトリなどの共有サービスと統合することでした。

その他のパートナーと関係者

KNG および Microsoft IT 以外で、共有サービスの設計、開発、および運用に携わる関係者は以下のとおりです。

中央管理ホスト型のコラボレーション プラットフォーム

Microsoft の要件を満たすために、Microsoft IT は、Windows Server 2003、Microsoft SQL Server、Windows SharePoint Services、および SharePoint Portal Server 2003 を使用したポータルおよびチーム サイト用のコラボレーション プラットフォームを構築しました。このプラットフォームにより、チーム コラボレーション サイトと、新しいポータル サイト (ビジネス上の正当な理由がある場合) の迅速な作成が可能になりました。この中央管理ホスト型のコラボレーション プラットフォームは、サイト管理者が大量のチームおよびポータル サイトを個別の Web サイトとして作成および管理できるように設計されました。

KNG と Microsoft IT は、チーム サイト サーバー ファーム、ポータル サイト サーバー ファーム、および 3 番目のサーバー ファームの 3 種類のサーバー構成を持つプラットフォームを設計しました。これらのサーバー構成は、Microsoft Web ポータル サイトをホストし、他のポータル サイトに共有サービスを提供します。ポータル サイト ファームは、SharePoint Portal Server 2003 ポータル サイト用のフロントエンド サーバーを提供します。データ記憶域については、ポータルおよびチーム サイト ファームは、それぞれが固有の記憶域ネットワーク (SAN) をホストします。共有サービス ファームは、ワシントン州レドモンドのデータ センターでホストされ、集中管理された高度にスケーラブルな中核のポータル サービスを提供します (このポータル サービスは、複数のポータル サイトおよび複数のサーバー ファーム間で再利用するよう設計されています)。中核のポータル サービスには、検索、通知、対象ユーザー向け配信、およびユーザー プロファイルが含まれます。この他に 2 つの共有サービス ファームがリモートのデータ センターに展開されました (ヨーロッパ地域とアジア太平洋地域にそれぞれ 1 つずつ)。

図 3: 中央管理ホスト型のコラボレーション プラットフォームの設計

図 3 は、中央管理ホスト型のコラボレーション プラットフォームの論理図です。このアーキテクチャは、業務部門および製品グループの階層構造内にある数百の部門およびグループのポータル サイトと数万のチーム サイトをサポートするように設計されました。個人サイトおよびチーム サイトは、該当地域のサーバー ファームでホストされます。

Microsoft IT によるプラットフォームの設計、実装、および展開に関する詳細については、IT ショウケースのホワイト ペーパー「SharePoint 製品とテクノロジの展開によるエンタープライズ コラボレーションの実現」に記載されています。このホワイト ペーパーは、http://www.microsoft.com/japan/technet/itsolutions/msit/default.mspx から入手できます。

ページのトップへ

共有サービスについて

Microsoft での SharePoint Portal Server 2003 共有サービスの展開について完全に理解するには、SharePoint Portal Server のサーバー ファームと共有サービスの設計および構成オプションについて理解することが重要です。このテクノロジについて既に理解されている方は、Microsoft 内部での共有サービスの展開について説明している「ソリューション」に進んでください。

SharePoint Portal Server 2003 は、ビジネス プロセスにおいて人、チーム、および情報をつなぐスケーラブルなポータル サーバー プラットフォームです。SharePoint Portal Server ソリューションにより、情報を収集、整理、および検索することが可能になり、エンド ツー エンドのグループ作業が容易になります。

SharePoint Portal Server 2003 共有サービスには、次のような一連の主要なサービスが含まれます。

SharePoint Portal Server 2003 共有サービスの導入は、展開、管理、ネットワーク、サーバーにかかる費用を削減したい中規模から大規模の組織にとって重要な選択肢となります。

共有サービスの使用方法を理解するには、SharePoint Portal Server 2003 がどのようにサーバー ファーム構成において展開されるのかを理解することが重要です。

SharePoint Portal Server 2003 サーバー ファーム

以前のバージョンの SharePoint Portal Server では、1 つのサーバーに対してサポートされるポータル サイト (ワークスペース) の数が制限されていました。また、各サーバーがサポートするユーザーの数は比較的少数でした。

このような問題を解決するために、SharePoint Portal Server 2003 は、Windows Server 2003 と Microsoft .NET Framework により大幅に向上したスケーラビリティ、パフォーマンス、安定性、およびセキュリティを利用します。具体的には、SharePoint Portal Server 2003 は、シングル サーバーから、最大 100 万個のユーザー アカウントおよび数百万個のドキュメントに対応できる多数の大規模サーバー ファームをサポートするデータ センターにまで対応できるように設計されています。表 1 は、最も一般的な 3 つのサーバー構成を示しています。

表 1: 一般的な SharePoint Portal Server サーバー ファームの展開

シングル サーバー ファームに展開できるポータル サイトの最大数は、展開されているサーバーの数および種類や、共有サービスを使用するようにサーバーが構成されているかどうかによって異なります。共有サービス環境の一部ではないサーバー ファームは、最大で 15 個のポータル サイトをサポートします。サーバー ファームが共有サービスをサポートする場合は、最大で 100 個のポータル サイトをサポートできます。

3 つの地域のデータ センターに存在する数百ものポータル サイトをサポートするために、Microsoft は、各データ センターにそれぞれ 1 つの大規模サーバーを構成および展開する必要がありました。

サーバー ファームの展開に関する一般的な推奨事項

SharePoint Portal Server 2003 をさまざまな構成で展開することにより、非常に大規模な組織で必要とされるパフォーマンス、スケーラビリティ、および可用性の要件を満たすことができます。SharePoint Portal Server のドキュメントに記述されているように、SharePoint Portal Server 2003 サーバー ファームを構成するサーバーは、最低限、表 2 に示された要件を満たす必要があります。

表 2: SharePoint Portal Server 2003 の推奨ハードウェア要件

高可用性ソリューションの最低推奨構成

SharePoint Portal Server 2003 高可用性サーバー ファームの最低推奨構成は、1 台のサーバーが故障した場合にも稼働し続ける最小サーバー ファームです。このハードウェア要件は、(i) 検索要求をサポートする 2 台の Web サーバー、(ii) SQL Server を実行するクラスタの 2 台のコンピュータ、および (iii) インデックス専用サーバーです。表 3 は、推奨するハードウェア構成を示しています。

表 3: 高可用性サーバーの最低推奨ハードウェア構成

この構成により、可用性およびパフォーマンスに関する次の要件が満たされます。

大規模組織向けのスケーラビリティ

次のサーバー資源を追加することにより、最低構成の高可用性ソリューションで実現可能なスケーラビリティ、可用性、およびパフォーマンスを大幅に向上させることができます。

SharePoint Portal Server 2003 の高可用性および高スケーラビリティ構成に関する詳細については、http://www.microsoft.com/japan/downloads/ から入手可能な Microsoft Solution Accelerator for Intranets を参照してください。

設計に関する追加の推奨事項については、「付録 A - SharePoint Portal Server 2003 サーバー ファーム設計に関する推奨事項」を参照してください。

SharePoint Portal Server 共有サービス

既定では、サーバー ファームの各ポータル サイトを、検索、通知、対象ユーザー、およびユーザー プロファイル サービスについて、独自の設定で構成できます。共有サービスの展開は、SharePoint Portal Server 2003 を使用したサーバー ファームではオプションです。共有サービスを提供するようにサーバー ファームが構成された場合は、サーバー ファームに、子ポータル サイトにサービスを提供する親ポータル サイトとして定義されたポータル サイトが 1 つ含まれます。サービスは個別には共有できません。共有サービス環境では、次のすべての中核サービスを一緒に展開する必要があります。

中核ポータル サービスの他に、共有サービス環境では次のサービスを展開できます。

共有サービスを展開する利点

一般的な組織では、SharePoint Portal Server 2003 を複数展開していることがあります。各ポータル サイトでは、ユーザー プロファイルの保存、検索とインデックス作成の実施、および通知の提供を行うことができます。複数のポータル サーバーが展開されている場合は、すべてのポータル サイトで多くのサービスが共通しているため、各ポータル サイトにすべてのサービスを展開すると不経済です。個々のポータル サイトでポータル サービスを管理するコストは、ポータルの数と共に増加します。リソースを統合し、サーバーおよびネットワーク リソースを減らすために、1 つの親ポータル サイトから、共通のインデックス作成、検索、通知、対象ユーザー向け配信、およびユーザー プロファイルのサービスを提供し管理できます。子ポータル サイトは、親ポータル サイトから提供された共有サービスを使用します。

共有サービス構成の概要

あるポータル サイトを親サイトとして構成し、共有サービスを他のポータル サイトに提供するには、サーバーの管理の [サーバー ファームの共有サービスの管理] ページで [共有サービスを提供する] 機能を有効にします。

ポータルサイトを親ポータル サイトから提供された共有サービスを使用する子サイトとして設定するには、サーバーの管理の [共有サービスの管理] ページで、共有サービスの親ポータル サイト データベース サーバー名とデータベース名を指定します。

詳細については、『SharePoint Portal Server 2003 管理者ガイド』の「共有サービスを提供する」と「共有サービスを使用する」を参照してください。

このホワイト ペーパーの以降の記事では、Microsoft Knowledge Network Group が共有サービスをイントラネット インフラストラクチャ アーキテクチャの一部として、どのようにカスタマイズ、構成、および展開したのかについて説明します。

ページのトップへ

ソリューション

Microsoft では、共有サービスは、Microsoft IT によってホストされている中央管理ホスト型のコラボレーション プラットフォーム上に展開されています。このプラットフォームの主な役割は、Windows SharePoint Services チーム サイト、個人用サイト、ドキュメント、および SharePoint Portal Server 2003 に基づく会議ワークスペース サイトとポータル サイトを提供し管理することです。共有サービスは、共有サービス サーバー ファームの親ポータル サイトによって提供され、ファーム内の子ポータル サイトによって使用されます。共有サービスの設計では、親ポータル サイトは共有サービスの提供専用として構成し、子ポータル サイトはそれらの共有サービスを使用するように構成する必要があります。

Microsoft の目標は、従業員が会社のどこからでも作業に必要な情報を見つけることができるようなイントラネット ポータル環境を構築することでした。最初の計画段階で、プロジェクト チームは、要件よりも機能について深く理解することに努めました。また、各サービスによってサポートされている機能と、既存の分類法データベースと URL カタログ化サービスを統合するための技術的な依存関係および方針について調査しました。

設計段階では、構成に大きな柔軟性を持たせることを可能にする検索サービスおよびユーザー プロファイル サービスの 2 つのサービスに特別な注意を払いました。構成および展開段階では、物理サーバーおよびサーバー ファームと、これらを Microsoft 地域データ センターに設置することに重点が置かれました。

Microsoft の共有サービス ファーム

共有サービスは、次の基準に基づいて地域内に提供されました。

シングル サインオンは、SharePoint Point Portal Server 2003 共有サービスですが、Microsoft では必要としませんでした。シングル サインオン機能は、バック オフィス システムと、独立した資格情報データベースが必要な基幹業務 (LOB) アプリケーションを統合するために使用されます。Microsoft のほとんどの基幹業務アプリケーションは Windows 認証をサポートするため、Microsoft では Active Directory サービスを使用しており、複数の異なるユーザー アカウントやパスワードを使用する必要がありません。したがって、Microsoft では、共有サービスで提供されるシングル サインオン サービスを使用していません。

Microsoft で使用されている共有サービス機能

検索サービス

共有サービス インフラストラクチャは、情報や人を、特定のポータル サイトやチーム サイトだけでなく企業全体から検索する強固な機能を提供します。

このサービスの展開の第 1 段階では、コンテンツのインデックス作成方針を策定し、SharePoint Portal Server 2003 のコンテンツ ソース、ソース グループ、および検索範囲を作成および構成しました。

第 2 段階では、既存の内部おすすめコンテンツ用データベース、管理ツール、および URL カタログ化サービス (UCS) を統合しました。  本来は初期バージョンの Microsoft Web をサポートするために開発されたこれらのツールは、ワークフロー プロセスに基づいておすすめコンテンツを管理したり、これらのおすすめコンテンツのキーワードや URL を Web サービスを使用して SharePoint Portal Server にインポートしたりするために使用されます。

Microsoft IT は、中央共有サービス サーバー ファームを展開しました。これにより、企業全体のイントラネットを検索することができるようになりました。共有サービス ファームは、1 セットのインデックス サーバーをホストします。中央インデックス サーバーに作成されたフルテキストおよびキーワードのインデックスにより、中央ポータル サイト、Microsoft Web、および Microsoft Web 中央ポータル サイトにより提供された検索サービスを使用する他のサイトからの検索がサポートされます。図 4 は、共有サービス ファームのインデックス サーバーが、各ポータル ファームのコンテンツと、Microsoft のイントラネットで利用できる他の情報をクロールする様子を示しています。

図 4: 共有サービス ファームのインデックス処理方針

また、各地域ポータル ファームの親ポータルは、各ファームからのクエリを処理するために使用される独立したインデックスを作成します。これにより、各ファームのポータルは、他のポータル ファームやコンテンツ ソースを除外した検索結果を作成できるようになります。

親ポータルサイト (Microsoft Web) と子ポータル サイトの検索結果は SharePoint Portal Server によって提供されるため、Microsoft の従業員は企業内のどこからでも共通した検索インターフェイスを使用して、Microsoft のイントラネット上の情報を検索できます。

SharePoint Portal Server と Windows SharePoint Services の検索機能を組み合わせることにより、Microsoft の従業員は次の検索範囲を制御できるようになりました。

図 5 は、ホスト型のコラボレーション プラットフォームの設計およびイントラネット上の他のコンテンツ ソースが検索とどのように関係しているかを示しています。

図 5: Microsoft 内で利用可能な検索範囲

既定では、ポータル サイトに関連付けられたチーム サイトと個人用サイトは、検索インデックスとサイト ディレクトリに自動的に含まれます。チーム サイトの所有者がサイトのインデックスを作成しないと決めた場合でも、サイト ディレクトリにサイトの名前が表示されます。

インデックス作成に代わる手段としては、KNG は、サイト管理者がタイトル、作成者、関連する説明などの主要な属性をタグを使用して記述することを推奨しています。タグを使用することにより、これらの属性が Office ドキュメントのプロパティや Web ページの HTML META タグのタイトル、作成者、および説明に一致するようになるため、検索の精度が大幅に向上します。次に例を示します。

<html> 
<head> 
<title>my document title</title> 
<META name="author" content="John Doe"> 
<META name="description" content="my document description"> 
<META name="keywords" content="SharePoint, portals, shared"> 
</head> 
<body> 
... 
</body> 
</html>

作成者プロパティが設定されている場合、検索結果で得られたアイテムから作成者の個人用サイトへのリンクを介して特定の作成者にたどり着くことができます。これにより、イントラネットのユーザーは、作成者の Web サイト上で直接関係がある情報だけでなく間接的に関係がある情報も簡単に検索できるようになります。

サイト作成またはサイト登録フォームを使用して Web サイトを作成し、該当する検索ソース グループに追加すると、Web サイトのインデックス作成が自動的に処理されます。

検索結果の精度を保持するため、Microsoft は検索対象サイトのリストの内容を検討するときに次の基準を使用します。

共有サービスの検索機能により、Microsoft は展開や運用にかかるリソースを削減し、従業員の検索環境を向上させることができ、生産性が向上しました。従来、Microsoft の多くの Web サイトには、独自の検索ソリューションが構築されていました。共有サービスの検索機能を導入することにより、独自の検索ソリューションを構成、展開、および管理する必要がなくなったため、これらのサイトを効率的に運用できるようになりました。また、たくさんのサーバーが同じコンテンツ ソースをクロールして何度もインデックスを作成することがなくなったため、Microsoft のネットワーク負荷が軽減されました。

共有サービスの検索機能を使用する場合、ポータル サイト管理者は次の条件が満たされるようにする必要があります。

共有サービスの検索機能を使用するポータルサイトの管理者が得る利点は、次のとおりです。

共有サービスの検索機能は、現在、250 個以上のポータル サイト (中央コラボレーション プラットフォームの一部ではない 16 個の Microsoft イントラネット ポータル サイトを含む) で使用されています。このようなサイトには、Human Resources (人事)、Sales Information (営業情報)、Business Productivity Group (業務生産性グループ)、Product Support Services (製品サポート サービス) などのサイトが含まれます。

通知サービス

Microsoft Office SharePoint Portal Server 2003 の通知は、Microsoft SharePoint Portal Server 2001 の購読の概念に基づいて設計されています。Microsoft は、この共有サービスをカスタム開発を行わずに "そのままの状態" で展開しました。

ユーザーは、任意のサイトのコンテンツ変更について通知を受け取るように要求できます。これにより、サイトのコンテンツを直接確認しなくても更新されたことをすぐに知ることができるようになります。

注意 : 複数のポータル ファーム構成では、ユーザーは自分の個人用サイトの個人用通知ページからローカルのポータル ファーム内で生成された通知を確認および管理できます。

ポータル サイトは、ユーザーが要求した通知の対象となるコンテンツが変更されると、ユーザーに通知を送信します。ユーザーは通知をポータル サイトで確認するか、電子メール メッセージで受信できます。電子メールを受信する頻度は、即時、日単位、または週単位から選ぶことができます。

また、Microsoft Office Outlook® 2003 ユーザーは、すべてのポータルおよびチーム サイトの通知を、Outlook の [仕分けルールと通知] ダイアログ ボックスの 1 か所で確認できます。

対象ユーザー向け配信サービス

対象ユーザーをルールに基づいて定義することにより、管理者は、ユーザー グループに含まれるプロパティの値、組織の管理構造、およびユーザーが属する Active Directory グループに基づいてユーザーに配信するコンテンツを変えることができます。管理者は、Web ベースの情報が含まれるサイトの Web パーツや再利用可能なコンポーネント、および特定の対象ユーザーに向けたコンテンツを公開できます。

このサービスにより、Microsoft のポータル サイト管理者は、Active Directory を使用して既存の配布リストから簡単に対象ユーザーを作成できます。各地域の共有サービスは、グループおよび部門ポータルに対象ユーザー機能を提供します。この例として、Xbox® ビデオ ゲーム システム製品チームのポータル サイトを挙げることができます。このサイトでは共有サービスと対象ユーザー向け配信サービスを使用し、ユーザーが Xbox 製品グループに属するかどうかに応じて、表示するコンテンツが変わります。

ユーザー プロファイル サービス

ユーザー プロファイルは、組織内の従業員を検索するときに、検索サービスによって使用されます。検索結果には、従業員の名前、電話番号、オフィスの場所、従業員が作業をしたドキュメントの記録 (コンテンツ権限の許可)、および個人用 Web サイトへのリンクが含まれます。プロファイルのデータは、Active Directory からインポートされた最新データで週ごとに更新されます。この結果、ユーザーはユーザー プロファイルを手動で更新する必要がありません。ユーザー プロファイル情報は最新になるため、従業員を検索する時により正確な結果を得ることができます。

表 4 は、Microsoft がユーザー プロファイルで使用したプロパティの一覧を示しています。これらのプロパティは、3 つを除いてすべて SharePoint Portal Server の標準ユーザー プロファイルです。標準プロパティは、Active Directory、または個人用 Web サイトを使用してユーザーが更新したプロパティのどちらかから自動的にインポートされます。

表 4: Microsoft で使用された SharePoint ユーザー プロファイル

Microsoft が追加した 3 つのユーザー プロファイル プロパティは、MS Region (地域)、MS Role (MS 役割)、および MS Organization (MS 組織) です。これらのプロパティにより、従業員は簡単に、またすばやく、特定の地域、役割、または組織の名称に基づいて人を検索することができます。MS Region と MS Organization のカスタム プロパティに入力するボキャブラリは、Microsoft の企業分類法に基づきます。MS Role の値は、Microsoft の人事部門が使用している役職分類法に基づきます。

Microsoft Web は、厳密には Microsoft の共有サービスの展開には含まれませんが、ユーザー プロファイルを特別に使用する 2 つの機能を備えています。1 つ目の People Finder Web パーツは、ポータル ホーム ページ上に存在し、この機能により、従業員は会社内の従業員を素早く簡単に検索できます。検索用語を入力するフィールドが 1 つ存在し、ユーザー プロファイルが検索用語に一致する従業員のリストが表示されます。検索結果のいずれかのアイテムをクリックすると、該当する従業員の個人用サイトのパブリック ビューが表示されます。この Web パーツは、Microsoft Visual Studio® .Net、ASP.NET、および SharePoint Portal Server 検索サービスを使用して開発されました。

2 つ目の機能は、Upload Picture Wizard です。この機能により、ユーザーは、セキュリティが確保された状態で ID カード フォト ライブラリから自分の写真を取得し、ユーザー プロファイルのパブリック ビューに表示される写真としてアップロードできます。写真をアップロードすることにより、個人用サイトを訪れたユーザーは、サイト所有者の外見を視覚的に確認できるようになります。

最後に、SharePoint Portal Server の検索機能はユーザー プロファイルを自動的にポータル サイトの検索範囲に含めます。検索用語が名前または電子メール アドレスである場合は、完全一致のすべての候補が星印が付いた状態で検索結果のリストの上部に表示されます。

構成および展開

Microsoft IT のスタッフは、共有サービスを使用するサーバー ファームの構成および展開に特別な注意を払いました。図 3 は、中央管理ホスト型のコラボレーション プラットフォームの論理図です。完全なアーキテクチャには、複数の部門ポータルと、各部門ポータルに関連付けられた追加のグループ ポータルが含まれます。

中央管理ホスト型のコラボレーション プラットフォームは、記憶域ネットワーク (SAN) 上に構築された中央コンテンツ レポジトリのチーム サイトとポータルをホストします。SAN は、各ファームに最大 3.6 テラバイトのデータベース領域を提供します。各地域のポータルおよび共有サービス ファームには、それぞれ独立して SharePoint Portal Server がインストールされています。

表 5 に示されている 3 つのデータ センターは、中央管理ホスト型のコラボレーション プラットフォームをサポートします。これらのデータ センターは、最高の地域接続性、高帯域幅、および SAN ハードウェアをサポートする能力を備えています。これらの地域は、Microsoft 内の管理階層に対応しています。

表 5: 中央管理ホスト型のコラボレーション プラットフォーム:共有サービス ファーム

レドモンドの中央データ センター

Microsoft は、コラボレーション プラットフォームの記憶域を管理するために、改良型 SAN テクノロジに投資しました。この決定により、その他のさまざまな決定事項が影響を受け、特に SAN に接続する SQL Server 2000 の設計に影響が出ました。

図 6 は、レドモンドのデータ センターのサーバー ファーム アーキテクチャを示しています。このアーキテクチャは、Microsoft Web を共有サービス親ポータル サイトとしてだけでなく Microsoft の中央ポータル サイトとしてのニーズをサポートします。

図 6: レドモンドの中央データ センター:論理アーキテクチャ

データ センター インフラストラクチャは、クラスタ化された、高機能また高スケーラブルなシステムとして設計されました。大量のトラフィックを処理し、サーバーを簡単に追加できるようにするために、フロントエンド サーバーには Windows ネットワーク負荷分散サービスが使用されました。

フロントエンド Web サーバーには、ASP.NET Web パーツ アセンブリ、サーバー ログ、ASP.NET コード、および Windows SharePoint Services のアプリケーション プログラム インターフェイス (API) が格納されています。フロントエンド サーバーは、SAN にデータを格納する SQL Server クラスタを使用して、構成およびコンテンツ データベースから情報を取得します。この構成では、インデックス サーバーとフロントエンド Web サーバー間にやり取りは存在しません。

各地域では、Enterprise Virtual Array (EVA) 記憶域ネットワーク (SAN) 上にコンテンツ データベースがミラー データベース ドライブと共に構築され、最大 3.6 テラバイトのデータベース使用可能領域が提供されます。SAN は、大容量のギガビット イーサネットを使用して、Web フロントエンド サーバーと接続します。SAN ハードウェア以外のすべてのサーバーは、Microsoft のデータ センターで承認された構成を使用します。SAN ハードウェアは、地域データ センターの IT スタッフが設置して管理します。メインのデータ センターに展開されたサーバーのハードウェア仕様を表 6 に示します。

表 6: レドモンドの共有サービス ファーム:サーバーの構成

地域データ センター

各データ センターには共有サービス ファームが 1 つ構築され、各地域内でサービスを提供すると共に、中央共有サービスとの関連付けによって世界規模でサービスを提供します。ダブリンと調布では共有サービスの要求がレドモンドよりも低いため、これらの地域のフロントエンド サーバーはレドモンドの共有サービス ファームに吸収されています。図 7 は、調布とダブリンの地域データ センターに展開されたサーバーを示しています。

図 7: 地域データ センターの論理アーキテクチャ

レドモンド以外のユーザーの数は比較的少ないため、プロジェクト チームは、ダブリンと調布のデータ センターで、レドモンドのものよりも小さい 2 ノード SQL アクティブ/アクティブ パッシブ クラスタを構成しました。すべてのコンテンツおよび構成データベースをホストするために、プライマリ ノードがセットアップされました。パッシブ ノードは、障害発生時に負荷を引き継いで処理するように構成されました。SQL Server 2000 は、光ファイバで接続された EVA SAN 格納装置の記憶域を持つ各ノードにインストールされました。

表 7 は、ダブリンと調布の地域サーバーの要件を示しています。サーバー要件は、ダブリンの SAN 記憶域が調布のものよりも大きいことを除いて、両地域とも同一です。

表 7: 地域の共有サービス ファーム:サーバーの構成

* チーム サイトの記憶域を含みます。

Microsoft IT のサーバー要件および考慮事項

フロント エンド サーバー

プロジェクトの設計段階で、プロジェクト チームは、フロントエンド サーバーで負荷を分散することが重要だと判断しました。フロントエンド サーバーには、ユーザー データを格納しませんでした。プロジェクト チームは、フロントエンド サーバーを、HTTP トラフィックと、バックエンド SQL Server 2000 データベースに格納されたデータに対するインターフェイス レンダリング機能を処理するためにのみ使用しました。受信 HTTP 要求を負荷が小さいフロントエンド サーバーに分散するために、Windows ネットワーク負荷分散を使用しました。

中央共有サービス ファーム

中央共有サービス ファームとチーム サイト ファームは、世界規模での高可用性をサポートするために 3 ノード SQL Server アクティブ/アクティブ パッシブ クラスタとして構築されました。リソースを持つ 2 つのアクティブ ノードは、それぞれに対してプライマリ ノードとして、2 つのアクティブ ノード間のデータベース サイズに基づいて、半分のコンテンツ データベースが負荷分散されるように構成されています。3 つ目のノードはパッシブ ノードであり、どちらかのノードで障害が発生した場合に負荷を処理するように設定されています。データベースは、データの整合性を保つために同じノードにセットアップされています。レドモンドのチームおよびポータル ファームの計画していた記憶域要件が単一の SAN の記憶域容量である 3.6 TB を超えたため、ポータルおよび共有サービス ファームに 412 GB の共有記憶域を持つ EVA SAN が使用されました。この SAN は、必要に応じて記憶域を追加することにより拡張できます。

ハード ディスク ドライブは、最適なディスク I/O パフォーマンスを実現するように構成されています。データベースは半分ずつ別々のドライブに構築され、それぞれ異なる 2 つの記憶域グループに属します。トラブルシューティングや保守作業を簡単にするために、プロジェクト チームは、リソースや記憶域グループの数を少なくすることによってシステムの複雑さを最小限に抑えました。

SAN で最初に構成されたディスク容量は、地域の既存の SharePoint Team Services コンテンツのサイズを計算し、将来のコンテンツの増加に備えてそのサイズの 25 パーセントをさらに加えることによって決定しました。未使用のディスク領域は、コンテンツの増加に備えてフォーマットされませんでした。また、Microsoft は、長期的にはディスク価格の低下が見込まれるため、必要に応じて追加のディスクを購入することを計画しました。

検索サーバー

プロジェクト チームは、サーバー要件を、Microsoft Web ポータルのインデックスのサイズと新しい SharePoint サイトの予想されるインデックスのサイズとを合わせた値に見積もりました。インデックスの増加に対応し、将来的に安全領域を確保するために、この値に 3 を乗算しました。この計算の結果、2 つのインデックス サーバーにはそれぞれ 100 GB のディスク領域が、検索サーバーには 200 GB が必要であることがわかりました (検索サーバーは、各インデックス サーバーによって生成された結果を集約します)。

検索サーバーは中央サービス ファームにペアで展開され、どちらかのサーバーが故障してもコンテンツを利用できるようにしました。Microsoft では、利用可能な検索サーバーの必要なテーブルが SharePoint Portal Server 検索機能によって保持されていたため、Windows ネットワーク負荷分散サービスやハードウェア負荷分散ソリューションは必要ありませんでした。

インデックス サーバー

インデックス サーバーは、チーム サイト ファーム全体のすべてのコンテンツと、ポータルのサイト ディレクトリに格納されたファイルをクロールします。SharePoint Portal Server ジョブ サービスは、いずれかのインデックス サーバーで実行され、コンテンツ通知とスケジュール済みプロセスを追跡します。2 つ目のインデックス サーバーは、ポータル、サイト ディレクトリ、カスタム構成などのさまざまなソースを監視するために、追加のリソースを提供します。検索に使用する情報を更新するために、インデックス サーバーは、毎日夜間に、インデックスを検索サーバーに伝達します。

SQL 2000 Server

SQL Server は、2 つの異なる記憶域の構成で展開されます。中央チーム サイト ファームでは、3 台の SQL Server コンピュータを使用します。レドモンド、調布、およびダブリンの共有サービス ファームでは、それぞれ 2 台の SQL Server コンピュータが必要です。

エンタープライズの集約とサービス

SharePoint 製品とテクノロジ、および共有サービス インフラストラクチャを世界規模で展開することによって、追加の付加価値サービスを提供するプラットフォーム実現できます。

このプラットフォームを拡張し、顧客への追加のサービスを構築するグループは、顧客の相談受け付け、カスタム開発、およびサポートのために適切な内部グループと協働します。このホワイト ペーパーの執筆時点では、セールスおよびサポート (Sales and Support) グループと財務 (Finance) グループの 2 つの追加グループが、共有サービスを使用するように構成されたカスタム ポータルを運営しています。エンタープライズ共有サービスを使用することにより、これらのグループは、カスタム Web パーツを使用してソリューション ポータルを素早く構築し保守することができるようになり、中央管理ホスト型のバックエンド サーバーによって提供されるスケール メリットを受けることができます。

運用

ポータル サイトの提供

中央管理ホスト型のコラボレーション プラットフォームを広く導入することの主な利点は、ユーザーが簡単にサイトを作成し使用できることです。

コンテンツを整理し魅力あるものにする必要がある Microsoft 内のビジネス グループは、関連するチーム サイトを集約し、これらのサイト全体を検索できるようにする SharePoint Portal Server 2003 ポータルを構築できます。コラボレーション ソリューション インフラストラクチャが構築されている場合、IT が行う必要がある作業は、ポータル、所有者、および共同所有者に対するビジネス上の理由の詳細を記入したオンライン ポータル要求フォームを承認し、他のポータルと関連付けるために必要なポータルの目的に関するメタデータを提供するだけです。SharePoint Portal Server 2003 は 1 つのサーバー ファームに対して 1 つの言語しかサポートしないため、すべてのポータルでは英語のテンプレートが使用されています。

サーバーとヘルプ デスク サポート

Microsoft IT は、管理対象 Windows サーバーおよび中央管理ホスト型のコラボレーション プラットフォームのサービスとして、サーバー サポートと、バックアップおよび復元と障害復旧サービスを提供します。

Microsoft IT ヘルプ デスクは、従業員に最初の回答を示し、解決できない場合は、必要に応じて、適切な内部および外部サポート グループに問題を引き渡します。

共有サービスの管理

ほとんどの共有サービス管理機能が自動化されているか、またはセルフサービス ベースで利用できる一方で、KNG は、ソース グループ、おすすめコンテンツ、およびエンタープライズ サイト ディレクトリに含める新しいサイトを日々選択するためのリソースを提供します。

ページのトップへ

結論

SharePoint Portal Server 2003 共有サービスを使用すると、大量のポータル サイトに対して共通の検索、通知、対象ユーザー向け配信、およびユーザー プロファイル サービスを効果的に、また低コストで展開できます。共有サービスは SharePoint Portal Server 2003 の標準機能であり、一元的に構成および管理できるため、ポータル管理者はこれらのサービスを自分で管理する必要がなくなります。

ビジネス上のメリット

SharePoint Portal Server 2003 共有サービスを展開することによって Microsoft が得たビジネス上の主なメリットは、次のとおりです。

グループおよび部門ポータル

ポータル サイトの管理者は、会社全体で共通の共有サービスを利用できます。一般的に、会社全体でサービスを使用すると、トレーニング費用が削減され、ヘルプ デスクの作業が軽減されます。さらに、共有サービス インフラストラクチャにより、各ポータルでサービスが重複するのを回避できます。インデックス集中処理サービスによって発生するネットワーク トラフィックは、多数の SharePoint Portal Server がコンテンツを別々にクロールすることよって発生するネットワーク トラフィックよりも小さくなります。

共有サービスによってビジネス上の問題を解決する場合、コラボレーション プラットフォームの検索範囲の定義が関係します。たとえば、1 つの地域データ センターにコンテンツを持つグループがその地域でコンテンツとポータルを引き続き所有し、中央データ サーバーにホストされている部門ポータルの検索範囲にもコンテンツとポータルを含める必要がある場合は、そのコンテンツとポータルを親部門ポータルと関連付け、組織の地域検索と部門検索の両方にも含めることができます。

エンタープライズ サービス

Microsoft で共通の中核ポータル サービスを展開する利点は、次のとおりです。

Microsoft IT が得た利点

SharePoint Portal Server 2003 共有サービスを展開することにより Microsoft IT が得た利点は、次のとおりです。

得られた教訓

ポータル階層

Microsoft では、ある 1 つのチームが中央ポータル サイトである Microsoft Web を管理し、Microsoft IT は Windows サーバーと中央管理ホスト型のコラボレーション プラットフォームを管理およびサポートします。Microsoft Web には、グループおよび部門レベルのポータルから選択された情報のみが表示されます。Microsoft では部門レベルのポータルを Microsoft Web に直接組み込む方針を取っていますが、組織のアプローチや目的によっては他の方法が適切な場合があります。Microsoft の事例から言えることは、エンタープライズ ポータル間の関係を設計するときに業務の責任者が参加することが重要です。業務の責任者が参加することにより、意思決定のスピードが速くなり、会社全体での受け入れがスムーズになります。

ポータル階層により、検索範囲も影響を受けます。たとえば、Microsoft ではグループや部門によって組織を統括しているため、ユーザーが部門ポータルから部門に関連するすべてのサイトを検索できると便利です。

チーム サイトとポータルを目的に応じて使い分ける

Microsoft のグループは、従来、コラボレーション機能を利用するためには SharePoint Portal Server 2001 ポータルが必要であったため、SharePoint Portal Server 2003 でもポータルの使用を想定していました。しかし、Windows SharePoint Services を使用すると、チーム サイトでドキュメント コラボレーション機能を利用できるため、多くのチーム サイトでは完全なポータル機能が必要ありませんでした。このため、ポータルは、関連サイト全体の検索、対象ユーザー向け配信、トピック、およびサイト ディレクトリが必要な大規模なグループや部門に割り当てられました。

運用上の考慮事項

共有サービスを提供または使用するには、以下の内容を考慮してください。

セキュリティ関連の考慮事項

まとめ

SharePoint Portal Server 2003 共有サービスは、集中管理され、高度にスケーラブルな中核のポータル サービスであり、複数のポータル サイトおよび複数サーバー ファーム構成で再利用できます。Microsoft で使用されている中核ポータル サービスは次のとおりです。

多数のスタンドアロン イントラネット ポータル サイトが存在し、その数も増加し続けている中で、Microsoft は、世界中の Microsoft 従業員が効率的また生産的に作業を行うことができるように統一されたイントラネット環境の提供を目指しました。

Microsoft Knowledge Network Group は、Microsoft Information Technology グループと協働し、Microsoft で数百のポータル サイトを運用するときに発生する問題を解決するために、中央管理方式の共有サービスを展開しました。これにより、次のことが可能になりました。

SharePoint Portal Server 2003 共有サービスを展開することにより、Microsoft では、従業員が利用するイントラネット環境が強化され、イントラネット ユーザーとシステム管理者の生産性が向上しました。

ページのトップへ

詳細情報

Microsoft の製品およびサービスの詳細については、Microsoft Sales Information Center (電話 : (800) 426-9400) までお問い合わせください。カナダ国内のお問い合わせ先は Microsoft Canada information Centre (電話 : (800) 563-9048) です。米国 50 州およびカナダ以外の地域の方は、お近くの Microsoft 子会社までお問い合わせください。インターネットでは、次の Web サイトで当社の情報をご覧いただけます。

http://www.microsoft.com/japan/

http://www.microsoft.com/japan/technet/itsolutions/msit/default.mspx

http://www.microsoft.com/japan/sharepoint/

このドキュメントに関する質問、コメント、またはご意見がある場合、または Microsoft IT ショウケースについての追加情報が必要な場合には、次のアドレスに電子メールでご連絡ください。

showcase@microsoft.com (英語のみ)

Microsoft、Active Directory、Outlook、SharePoint、Visual Studio、Windows、および Windows Server は、いずれも米国 Microsoft Corporation の米国およびその他の国における登録商標または商標です。

ページのトップへ

付録 A  -  SharePoint Portal Server 2003 サーバー ファーム設計に関する推奨事項

以下の 2 つの表では、展開する SharePoint Portal Server の次のような構成に関する指針が示されています。

ページのトップへ