要約 - download.microsoft.com€¦ · web viewサードパーティ...

Microsoft SharePoint 2010IT 担当者評価ガイド

1 www.microsoft.com/sharepoint

このドキュメントは現状有姿で提供され、このドキュメントに記載されている情報や見解 (URL

等のインターネット Web サイトに関する情報を含む) は、将来予告なしに変更されることがあります。お客様は、その使用に関するリスクを負うものとします。

このドキュメントは、Microsoft 製品の無体財産権に関する法的な権利をお客さまに許諾するものではありません。内部的な参照目的に限り、このドキュメントを複製して使用することができます。

© 2010 Microsoft. All rights reserved.

目次

要約........................................................................................................................................................................ 1

概要........................................................................................................................................................................ 1

展開とアップグレード...................................................................................................................................4

システム要件.................................................................................................................................................4

ブラウザーの要件........................................................................................................................................4

インストール.................................................................................................................................................6

Windows SharePoint Services 3.0 と Office SharePoint Server 2007

からのアップグレード..............................................................................................................................9

アップグレードの準備.........................................................................................................................9

アップグレード方法............................................................................................................................11

ダウンタイムの軽減............................................................................................................................12

ビジュアルアップグレード ........................................................................................................13

アップグレードログ ......................................................................................................................15

アップグレードシナリオの例 ...................................................................................................15

修正プログラム管理の向上...................................................................................................................19

SharePoint サーバーの全体管理 Web サイト...............................................................................19

www.microsoft.com/sharepoint

サービスアプリケーション .................................................................................................................21

Business Connectivity Services.............................................................................................................24

外部コンテンツタイプ .................................................................................................................25

SharePoint Server と Office の統合..........................................................................................25

Managed Metadata Service..................................................................................................................26

Managed Metadata Service アプリケーション.......................................................................26

Managed Metadata Service シナリオの例.................................................................................27

検索................................................................................................................................................................. 28

検索アーキテクチャ............................................................................................................................29

クエリアーキテクチャ .................................................................................................................30

クロールアーキテクチャ .............................................................................................................31

検索管理...................................................................................................................................................31

FAST Search for SharePoint...................................................................................................................32

サービスアプリケーションのまとめ ...........................................................................................33

セキュリティ...................................................................................................................................................33

Secure Store Service.................................................................................................................................33

管理アカウント..........................................................................................................................................34

クレームベースの認証 ......................................................................................................................34

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


正常性と監視...................................................................................................................................................36

診断................................................................................................................................................................. 36

Usage and Health Data Collection......................................................................................................38

信頼性と監視..............................................................................................................................................40

レポート........................................................................................................................................................42

リモート BLOB (バイナリラージオブジェクト ) ストレージ.......................................44

パフォーマンスコントロール .............................................................................................................45

リソースの調整..........................................................................................................................................46

大きなリストのアクティビティの制御............................................................................................47

Windows PowerShell 管理.........................................................................................................................49

Windows PowerShell コマンドレットの例.....................................................................................50

ビジネス継続性管理.....................................................................................................................................51

サーバーの全体管理と Windows PowerShell............................................................................51

詳細なバックアップと復元...................................................................................................................53

サイトコレクションのバックアップ ......................................................................................53

サイトまたはリストのエクスポート...........................................................................................54

未接続コンテンツデータベースからのデータの復元 .....................................................55

シナリオ: Windows PowerShell を使用して、すべてのサイトコレクションを個

別にバックアップするスクリプトを記述する.........................................................................57

ファームのバックアップと復元.........................................................................................................58

高可用性........................................................................................................................................................58

読み取り専用データベース...................................................................................................................59

SQL 監視........................................................................................................................................................59

SQL スナップショット............................................................................................................................60

検索およびインデックスのバックアップと復元.........................................................................61



ガバナンス....................................................................................................................................................... 62

マルチテナント機能とホスティング....................................................................................................64

サイト購読...................................................................................................................................................64

管理................................................................................................................................................................. 65

ブランド化....................................................................................................................................................... 66

テーマ............................................................................................................................................................ 67

マスターページ ....................................................................................................................................68

SharePoint Designer 2010......................................................................................................................70

まとめ................................................................................................................................................................ 71

参考資料............................................................................................................................................................ 72



要約この評価ガイドは、 IT 担当者に Microsoft® SharePoint® 2010 の全体の概要と、SharePoint ファームのインストール、管理、および構成に特に関連する各機能の概要を説明するよう意図されています。まず、新機能を簡単に紹介し、概要を説明した後で、最も重要な機能について詳細に説明します。

このガイドの最終的な目的は、IT 担当者に、SharePoint 2010 をインストールし評価する際に必要な情報を提供することです。このガイドは、Windows Server® 管理者、Windows SharePoint Services 3.0 および Office SharePoint Server 2007 管理者、Web

サーバー管理者、またはサーバー管理に関係するすべての IT 担当者を対象にしています。

この評価ガイドは、予告なく変更されることがあります。SharePoint 2010 の最新の情報については、http://www.microsoft.com/sharepoint を参照してください。

概要Microsoft SharePoint 2010 は、企業およびインターネット向けのビジネスグループ

作業プラットフォームです。SharePoint 2010 は、オンサイトで展開するか (組織内展開とも呼ばれます)、または SharePoint Online のような、ホストされるサービスとして展開できます。また物理的なコンピューターに展開するか、または費用と運用の負担を減少し、サーバー統合を提供するために、仮想化されたコンピューターに展開することができます。組織内展開またはホストされるか、仮想化あるいは物理的かにかかわらず、SharePoint Server の展開に、IT 担当者は深く関わる必要があります。Microsoft

SharePoint 2010 には、管理者向けの多くの機能強化と新機能が含まれます。

具体的には、SharePoint 2010 は IT 担当者に以下の機能を提供します。

生産性の向上管理エクスペリエンスを向上し、管理者が、より深く運用上の

状況を把握できるようにします。合理化された新しいサーバーの全体管理



http://sharepoint.microsoft.com/ja-jp/pages/default.aspx

Web サイト、SharePoint ファームを管理および監視する新機能、Windows

PowerShell™ のサポートにより、生産性の向上を促進できます。

スケーラブルな統一されたインフラストラクチャサーバーリソースのより

柔軟な制御 (たとえば、大規模なリストのパフォーマンスと管理機能の向上)、高可用性によるデータ管理および保護が含まれます。また SharePoint 2010 には、SharePoint 管理者が効果的に検索、個人用サイト、分類のようなサービスを管理して、一元化できる新しいスケーラブルなサービスアーキテクチャが

含まれます。新しいサービスアーキテクチャは拡張性が高いため、独立系ソ

フトウェアベンダーはサービスを構築し、そのサービスをプラットフォーム

に追加できます。パフォーマンスを保証し、サーバーファームの可用性を維

持できるように、HTTP 要求、プロセッサおよびメモリ利用状況から、リストおよびドキュメント処理まで、各プラットフォーム間でリソースの調整が実装されています。



柔軟な展開オプションすばやく簡単なインストールと構成のプロセスが提供

されています。Windows SharePoint Services 3.0 および Office SharePoint

Server 2007 からのアップグレードは予測可能で円滑に行うことができます。また、管理者がユーザーの SharePoint の使用方法を管理できるようにする機能も導入されています。たとえば、サンドボックスソリューションを使用する

ことにより、制御されたサンドボックス環境内で、サイト管理者によるカスタム

コードのアップロードおよび実行を安全に許可することができます。管理者のガバナンス制御もさらに強化されます。分散化された手法に対して、集中管理された SharePoint 展開を維持する場合、グループポリシーを使用してその展開

をブロックしたり、Active Directory® マーカーサポートを使用して展開を追

跡したりできます。

SharePoint 2010 では、IT 担当者向けの非常に多くの機能が提供されます。各機能の詳細な説明は、このドキュメントの範囲外です。このガイドでは、IT 担当者が最も関心を持つ、SharePoint 2010 のいくつかの機能強化と新しい追加機能について説明します。



展開とアップグレード

システム要件SharePoint 2010 環境を実装するには、以下の最小要件を満たすインフラストラクチャが必要です。

Windows Server® 2008 64 ビットオペレーティングシステム Service

Pack 2 (SP2) 以降、または Windows Server 2008 R2

累積的な更新プログラム 3 以降が適用された Microsoft SQL Server® 2005

64 ビット SP3、累積的な更新プログラム 2 以降が適用された SQL Server

2008 64 ビット SP1、または SQL Server 2008 R2

SharePoint 2010 をインストールする最新の完全な前提条件一覧については、Microsoft

TechNet Web サイトの「ハードウェアおよびソフトウェアの要件を決定する

(SharePoint 2010)」 (http://go.microsoft.com/fwlink/?linkid=166546&clcid=0x411) を参照してください。

ブラウザーの要件SharePoint 2010 は、一般的に使用されている複数の Web ブラウザーをサポートしています。異なるブラウザーでは、サポートのレベルと機能も異なります。SharePoint

2010 のブラウザーサポートは、以下の 3 つのカテゴリに分けられます。



http://go.microsoft.com/fwlink/?linkid=166546&clcid=0x411

• サポートされている

サポートされている Web ブラウザーとは、すべての機能について SharePoint

Server 2010 で動作することが十分にテストされた Web ブラウザーのことです。使用中に問題が発生した場合は、問題を解決するためにサポートの力を借りることができます。

• 既知の制限付きでサポートされている

既知の制限付きでサポートされている Web ブラウザーでは、ほとんどの機能は正常に使用できます。動作しない機能や、設計段階で無効になっている機能がある場合、その問題を解決する方法がドキュメントとして提供されています。

• テストされていない

テストされていない Web ブラウザーとは、SharePoint Server 2010 との互換性がテストされていないため、使用すると問題が発生する可能性がある Web ブラウザーのことです。

SharePoint Server 2010 は、標準ベースの最新 Web ブラウザーで最も良好に動作します。以下は、Windows® オペレーティングシステムで動作する、サポートされる

ブラウザーです。

Internet Explorer 7 (32 ビット)

Internet Explorer 8 32 ビット

以下は、既知の制限付きでサポートされるブラウザーです。

Internet Explorer 7 64 ビット Internet Explorer 8 64 ビット Windows オペレーティングシステムの Firefox 3.6 32 ビット Windows 以外のオペレーティングシステムの Firefox 3.6

Windows 以外のオペレーティングシステムの Safari 4.04

SharePoint 2010 は、公開サイトのシナリオでは Internet Explorer 6 をサポートしません (たとえば、インターネット上の ".com" サイト)。SharePoint Server 2010 に組み



込まれている Web コンテンツ管理機能により、閲覧者環境のマークアップおよびスタイル設定を詳細に制御できます。ページデザイナーは、これらの機能を使用して、デザインするページが、Internet Explorer 6 のような、コンテンツを表示する別のブラウザーと確実に互換性があるように設定できます。ただし、サポートする必要があるブラウザーと互換性があるページを作成することは、ページデザイナーの役割です。

詳細なブラウザーサポート情報については、 http://go.microsoft.com/fwlink/?

linkid=190341&clcid=0x411 を参照してください。

インストール SharePoint 2010 のインストール過程は、いくつかの主な領域で向上し、合理化されています。まず、Microsoft SharePoint 製品とテクノロジ 2010 準備ツールがインストール過程に追加されました。SharePoint 2010 をインストールする前に、この前提条件インストーラーはシステムをスキャンして、SharePoint Server を展開するために必要なすべてのコンポーネントがすでにインストールされていることを確認するために実行することができます。スキャンで、これらのコンポーネントの一部またはすべてがインストールされていないことが検知された場合、前提条件インストーラーは

SharePoint 2010 インストールで必要なコンポーネントをダウンロードして、インストールします。Microsoft SharePoint 製品とテクノロジ 2010 準備ツールは、オプションとして、インターネット接続が使用できない場合にローカル共有でソフトウェアを使用するように実装することができます。

必須コンポーネントがインストールされた後で、管理者は SharePoint 2010 のインストールを 2 つの方法から選択できます。グラフィカルユーザーインターフェイ

ス (PSConfigUI) を使用するか、または構成ファイルと Windows PowerShell でインストールをスクリプトにより実行します。PSConfigUI は、ユーザーが必要とする構成を指定することができる、手順を追った簡単な過程を提供します。Windows

PowerShell を使用する場合はより複雑になりますが、一部の IT 担当者にとっては、PSConfigUI より要件に適する場合があります。インストールをスクリプトで実行すると、SharePoint Server を実行するすべてのサーバーを同じ構成にできます。スクリプトによるインストールは、障害復旧の観点からも有利です。サーバーが停止しても、以





前に作成したスクリプトを使用することにより、すばやく SharePoint Server をインストールし直すことができます。この 2 つの方法が完全にサポートされます。

SharePoint 2010 がインストールされた後で、新しいファームの構成と、特定のファーム機能について IT 担当者を手順ごとに支援することにより、構成過程をより簡単に行えるよう意図された新しい構成ウィザードを実行できます。

ファーム構成ウィザードでは、たとえば、各サービスが実行されるアカウントと、ファームで必要なサービスの指定を含む、管理者にファーム設定過程の初期手順についてのチュートリアルを行います。サードパーティベンダーまたは開発者が、SharePoint 2010 のその他の領域の構成を支援する追加のウィザードを追加することもできます。管理者が詳細にファーム構成をカスタマイズする場合は、ファーム構成ウィザードを設定でスキップして、手動ですべてを構成することもできます。

図 1: [構成ウィザード] ページ

インストールプロセスのもう 1 つの新しい側面は、ファームパスフレーズが追

加されたことです。これは、ファーム全体ですべての通信と資格情報を暗号化するパスワードです。SharePoint ファームにサーバーを追加するか、ファームからサーバーを



削除する場合は、ファームパスフレーズが必要です。パスフレーズは、管理者が

Windows PowerShell を使用して変更できます。

管理者のオーバーヘッドを減らせるように、SharePoint 2010 では管理アカウントと呼ばれる新しい概念を導入します。管理アカウントは、実質的には、その資格情報が SharePoint 内に含まれ、SharePoint で管理される Active Directory ユーザーアカウン

トです。これにより、SharePoint 2010 は、必要なとき、セキュリティで保護された状態でそれ自身のサービスアカウントを管理し、パスワードを生成 (または変更) することができます。パスワードを生成する必要がある場合、SharePoint 2010 は、アカウントで新しいパスワードを作成するとき、Active Directory ドメインパスワードポリシー

を考慮します。

その他のインストールと展開での変更により、ネットワーク管理者が、ネットワーク上でインストールされて実行中の SharePoint 2010 サーバーを追跡して、管理できるようになりました。インストール中に、SharePoint 2010 は Active Directory 内の事前に構成されたコンテナーに "マーカー" を作成します。これらのマーカーにより、ネットワーク管理者は、Active Directory に保存されたデータからのレポートに基づいて、インフラストラクチャ全体で SharePoint 展開を追跡し、管理することができます。

また、管理者は、Windows グループポリシーを使用して、許可されていないサー

バーへの SharePoint のインストールを防ぐことができるようになりました。これにより、管理者は、SharePoint 環境をより厳密に制御でき、確立されたガバナンスポリシーをきわめて効果的に施行できるようになりました。

Windows SharePoint Services 3.0 と Office SharePoint Server 2007 からのアップグレードIT 担当者が円滑に予測可能な作業をできるように、SharePoint 2010 のアップグレードシナリオでは、多くの向上が行われています。アップグレードの準備から、アップグレード後の環境のカスタマイズまで、アップグレードのすべての側面で機能向上が行われています。



アップグレードの準備アップグレードの準備は、Windows SharePoint Services 3.0 と Office SharePoint

Server 2007 Service Pack 2 での、新しい preupgradecheck STSADM 操作から始めます。この操作は、既存の Windows SharePoint Services 3.0 または Office SharePoint

Server 2007 ファームで実行することができ、ファームおよびサーバーのデータ、正常性、アップグレードの適合性がレポートされます。以下のような、重要な情報が識別されます。

サーバーとコンテンツの合計量検索構成代替アクセスマッピング

機能サイト定義言語パック

また、以下を含む潜在的な問題を明かにします。

大きなサイズのリストデータの孤立 CAML ビューと CAML コンテンツタイプ

不適切なスキーマを持つ、変更されたコンテンツデータベース

不足しているアップグレードの依存関係

これらのすべてが収集され、ブラウザーで表示できるレポートとして集積されますpreupgradecheck プロセスは、読み取り専用の処理のみを行います。既存の SharePoint 環境には変更を行いません。このため、アップグレードする前だけでなく、SharePoint 環境の全般的な正常性を確認するためにも頻繁に実行することができます。

また管理者は、SharePoint 2010 ファームに SharePoint コンテンツデータベース

を追加でき、データベースに対して Test-SPContentDatabase コマンドレットを実行することができます。このコマンドレットは、指定された Web アプリケーションに対して指定されたデータベースをテストし、以下のようなあらゆる既知または潜在的な問題を識別します。



データの孤立不足しているサイト定義不足している機能不足しているアセンブリ

このコマンドレットは、アップグレード前チェックツールのレポートを補完するも

ので、読み取り専用の処理をすることにより、問題がないかテストをしている間のデータの中断を防ぎます。

アップグレード方法Windows SharePoint Services 3.0 または Office SharePoint Server 2007 から SharePoint 2010 にアップグレードするには、一括アップグレードとデータベース接続アップグレードの 2 つの主要な方法があります。一括方式は、既存の Office

SharePoint Server 2007 のサーバーを SharePoint 2010 にアップグレードする際に使用し、問題が発生した場合は、必要に応じて過程を再開することができます。データベース接続方式では、Windows SharePoint Services 3.0 または Office SharePoint

Server 2007 データベースをバックアップして、それを SharePoint 2010 Web アプリケーションに追加します。次に、SharePoint Server はこのデータベースをアップグレードして、Web アプリケーションから使用できるようにします。



さらに、基本インストール (または "シングルクリックインストール ") では、一括アップグレードを使用してアップグレードし、次にリモート BLOB 記憶域 (RBS。このガイドで後述します) を利用するために Windows Internal Database 展開から移行することができます。これは、Windows SharePoint Services 3.0 が、Windows

Internal Database とともにインストールされたシナリオで役立ちます。 SharePoint

Foundation 2010 に付属する SQL Server Express では、データベースごとに 4GB の制限があるためです。大規模な BLOB (バイナリラージオブジェクト ) オブジェクトは、コンテンツデータベース内部ではなく、ディスクドライブ上の SQL

FILESTREAM に保存することができます。SharePoint 2010 での BLOB 記憶域機能を使用することにより、コンテンツデータベースのサイズをサイズ制限内に収めるこ

とができます。

ダウンタイムの軽減

サーバーのダウンタイムを最小限にし、より短時間でアップグレードができるように、いくつかの機能が SharePoint 2010 で導入されました。

最初の機能は、Windows SharePoint Services 3.0 と Office SharePoint Server 2007

Service Pack 2 から搭載された、読み取り専用データベースの使用です。アップグレードまたは更新中に、バックアップファームのコンテンツデータベースを、 SQL

Server 内で読み取り専用としてマークを付けることができます。こうすることで、バックアップサイトを動作させたまま、サイトのユーザーが読み取り専用のアクセ

スをできるようにして、コンテンツへの変更を防ぎます。SharePoint 2010 は、コンテンツデータベースが SQL Server 内で読み取り専用であることを認識して、ユーザーインターフェイスのすべての領域を非アクティブにし、読み取り専用のエンド

ユーザービューにします。これにより、ユーザーは、アップグレードが実行されて

いる間でも、コンテンツに読み取りアクセスできます。

アップグレードにかかる時間を減らす、もう 1 つの重要な機能向上は、同時に複数のデータベース接続アップグレードを実行できるようになったことです。複数の Windows PowerShell セッションを使用して、複数のデータベースを並行してアップグレードすることができます。つまり、一度にアップグレードできるデータの量は、使用する SQL Server リソースのみに制限されます。



最後に、アップグレードに非常に時間がかかる大量のコンテンツを保有する顧客には、別のオプションがあります。このオプションでは、代替アクセスマッピングリダ

イレクションを使用して、SharePoint 2010 ファームと Windows SharePoint Services

3.0 または Office SharePoint Server 2007 ファーム間のトラフィックを、クライアント側の 302 リダイレクトを使用して要求された URL に基づいてルーティングします。これにより、緩やかな段階的なアップグレードができるようになり、長時間のサーバーまたはサービスのダウンタイムを発生させずに、時間をかけて非常に大規模なコンテンツデータベースをアップグレードすることができます。

SharePoint 2010 のアップグレードの詳細については、http://go.microsoft.com/fwlink/?linkid=189356&clcid=0x411 を参照してください。

ビジュアルアップグレード

アップグレードがユーザーに与える影響を軽減するために、 SharePoint 2010 では、Windows SharePoint Services 3.0 および Office SharePoint Server 2007 のマスターページとカスケードスタイルシートがサポートされます。既定では、コンテンツ

データベースがアップグレードされると、サイトは Windows SharePoint Services 3.0

と Office SharePoint Server 2007 のビジュアルで表示されるため、ユーザーが慣れ親しんだ外観が提供されます。

アップグレードしたサイトは、視覚的に Windows SharePoint Services 3.0/Office

SharePoint Server 2007、SharePoint 2010 プレビューモード、 SharePoint 2010 の 3 つのいずれかの状態になります。SharePoint 2010 プレビューモードを使用すると、サイト管理者は、ユーザーインターフェイスにコミットする前に、サイトが

SharePoint 2010 のユーザーインターフェイスでどのように表示されるかをプレ

ビューできます。これはサイトレベルの設定であり、非常に詳細で柔軟性の高い操

作が可能です。

段階的なビジュアルアップグレード手法を使用することにより、 IT 担当者は、組織内で必要なエンドユーザー講習とカスタマイズ更新を計画および管理しながら、プ

ラットフォーム管理機能向上の利点をすべて活用することができます。




図 2: ビジュアルアップグレードオプション



アップグレードログ

ログ機能が拡張されて標準化されました。これにより、アップグレードプロセスに

関するレポートをより簡単で一貫性の高い方法で作成できます。この機能では、アップグレードごとに独自のログが作成されます。また、エラーのみのログが作成されるため、問題を見つけるために更新ログ全体を確認する状況を減らせます。

アップグレードシナリオの例アップグレードプロセスをよりよく理解するために、次のシナリオの例について考

えます。ランディは、ダウンタイムができるだけ発生しないように Office SharePoint

Server 2007 ファームから SharePoint 2010 にアップグレードする作業を任されました。アップグレード中にデータを読み取り専用にすることは許容されます。ランディは SharePoint 2010 を新しいハードウェアに展開し、データベース接続の方法を使用してアップグレードを実行します。

プロセスを開始するうえで、ランディは、Service Pack 2 と適用可能なすべての累積的な更新プログラムが適用された Office SharePoint Server 2007 を実行するサーバーをテストして更新しました。これで、Stsadm.exe –o preupgradecheck を実行できます。ランディは出力を使用してファームがアップグレードできる状態かどうかを確認します。彼は、大きなサイズのリストに関して SharePoint のベストプラクティスに従って

いないいくつかの問題を見つけます。彼はリストを調べてソリューションを見つけることができます。preupgradecheck は読み取り専用のツールです。したがって、彼はこのツールを何度でも安心して実行でき、発生した問題の緩和作業を行うたびに進捗を確認できます。



データベースが適切な状態になったため、ランディは、新しいハードウェア上で SharePoint 2010 の構築を開始します。彼は、このファームの確立、すべての必要なサービスアプリケーションの構成、必要な Web アプリケーションの準備を完了した後に、アップグレードをテストするプロセスを開始できます。彼は、データベース接続の方法を選択したため、運用中のデータベースのバックアップを実行し、SQL Server

を実行する新しいサーバーにそのデータベースを復元します。この SQL Server 上で、彼は、新しく準備した Web アプリケーションにコンテンツデータベースを接続す

ることにより発生する潜在的な問題を報告する Windows PowerShell コマンドレット Test-SPContentDatabase を利用します。このコマンドの出力から、追加するデータベースで参照されている、必要となる一部の機能が、新しい SharePoint サーバーにインストールされていないことが判明します。アップグレードに失敗しないように、必要な機能をインストールします。

必要なすべてのコンポーネントが配置されたため、ランディは、Windows PowerShell

コマンドレット Mount-SPContentDatabase を使用して最初のアップグレードを実行します。アップグレードが終了すると、彼は、エラーのみのアップグレードログ

を確認してから完全なアップグレードログを確認します。これらのログは、発生し

たすべての問題に焦点を当てたイメージと、アップグレードプロセス中に発生した

操作を詳細に確認できる 1 行ごとの記録を提供します。



アップグレードコマンドレットが正常に終了すると、彼は、サイトを開いてコンテ

ンツを確認できます。彼が最初に気付くことは、ビジュアルアップグレード機能に

より、サイトが、Office SharePoint Server 2007 ファームでの外観とまったく同じように表示されていることです。彼は、SharePoint 2010 の外観でサイトがどのように表示されるかを確認するために、[サイトの設定] に移動し、プレビューオプションを選

択します。これにより、ランディは新しいビジュアルを適用してすべてが適切に表示されることを確認できます。満足な結果が得られた場合、彼は変更を永久的に適用できます。サイトを調整する必要があると感じた場合は、プレビューをオフにして、Office

SharePoint Server 2007 のインターフェイスに戻ることができます。機能は個々のサイトレベルで設定されるため、ランディは非常に詳細な選択が可能です。また、Windows PowerShell を使用して、ビジュアルの変更をスクリプトで実行することもできます。

これで、ランディはデータベースアップグレードのテストを完了しました。次に、

運用コンテンツのアップグレードを始めることができます。さまざまなビジネスコン

テンツ所有者と一緒にアップグレードプロセスの検証作業を終了し、すべての問題

に対処した後に、ランディは、運用アップグレードスケジュールを計画できます。

予定されたアップグレードをユーザーに通知し、Office SharePoint Server 2007 ファームのコンテンツデータベースを SQL Server 内で読み取り専用に設定します。これは、データを読み取り専用に設定することでアップグレード中にデータの不整合が発生することを回避するだけでなく、混乱を避けるために、すべてのユーザーの [新規]

と [編集] 機能を取り除くように SharePoint ユーザーインターフェイスを変更し

ます。すべてのデータベースが読み取り専用になると、ランディはデータベースのバックアップを実行し、SQL Server が動作中の新しいサーバーにそのデータベースを復元します。データベースが配置されると、Windows PowerShell を使用してデータベースの接続を開始できます。テスト時に、新しいハードウェアには十分に性能があり、複数の Windows PowerShell ウィンドウを開いて、各ウィンドウで異なるデータベースをアップグレードすることで、すべてのデータベースを同時にアップグレードできることを確認済みです。これにより、アップグレード時間を短縮できます。ランディは、これらの Windows PowerShell ウィンドウで、または SharePoint 2010 のサーバーの全体管理のインターフェイスで、アップグレードの進捗状況を確認することもできます。



会社のすべての SharePoint コンテンツがアップグレードされて利用可能になったため、ランディは、すべての Web アプリケーションが新しいファームで解決されるように DNS を更新しました。コンテンツの所有者は、運用のアップグレードが正常終了したことを確認し、ビジュアルを SharePoint 2010 に必要に応じて切り替えました各コンテンツ所有者は、新しいビジュアルに移行するための必要な手順と、変更のための期間を事前に確認しています。ランディは、Windows PowerShell を使用してすべてのビジュアルに SharePoint 2010 の外観を強制的に適用するまでに 30 日の期間を設定しました。

ランディは、すぐに使用できる SharePoint ツールを使用し、綿密な計画を作成して多くのテストを実行したおかげで、SharePoint 2010 へのアップグレードに大成功しました。テスト段階で各種不具合を解決していたため、ビジネスユーザーへの影響を

最小限に抑えてアップグレードを完了できました。



修正プログラム管理の向上アップグレードではバージョン間の移行が行われますが、更新 ("修正プログラムの適用" とも呼ばれる) では同じ原則を使用してビルド間の移行が行われます。更新プロセスの制御を可能にして、更新プロセスを柔軟に実行できるように、いくつかの機能を利用できます。更新管理のユーザーインターフェイスを使用すると、ファーム全体の

更新を監視できます。また、管理者にファーム内の不整合についての警告を通知する、更新状態の正常性ルールもあります。また、SharePoint 2010 では更新の下位互換性がサポートされます。管理者は、更新をデータベースに一時的に適用しなくても、更新をファーム内のサーバーに適用できます。これにより、更新処理のデータベースアッ

プグレード部分のダウンタイムをスケジュールしたり、更新実行中に (読み取り専用データベースを使用して停止期間を回避する) ダウンタイム軽減手法を使用したりできます。

SharePoint サーバーの全体管理 Web サイトSharePoint 2010 では、操作環境をより親しみやすくして、IT 担当者が必要とするものをより容易に見つけることができるように、サーバーの全体管理 Web サイトが再設計されました。サーバーの全体管理のホームページには、主な機能領域がまとめられ、各領域で最も一般的なタスクの多くが表示されています。主な各領域 ([アプリケーション構成の管理]、[監視] など) はホームページ上に表示されています。これらの領域

にアクセスするには、その名前をクリックするか、ページの左側にあるナビゲーションで、対応するリンクをクリックします。



図 3: サーバーの全体管理

レイアウトが少し変更され、新しいオプションと機能がいくつか追加されていますが、メニューの多くは IT 担当者が使い慣れたものです。リボン UI により、管理者は、1 回クリックするだけでより簡単に、一般的な構成オプションの詳細を表示または変更できるようになりました。Office SharePoint Server 2007 では、Web アプリケーションに関連する多くの作業を行う場合、ユーザーは異なるメニューをクリックし、Web アプリケーションを再選択する必要がありました。新しい製品では、管理者はリストから Web アプリケーションを選択し、リボン UI で 1 回クリックするだけで、Web アプリケーションを管理するすべての構成オプションにアクセスできます。

図 4: リボンインターフェイス



サービスアプリケーション SharePoint 2010 では、サービスアプリケーションと呼ばれる、より柔軟な新しい共

有サービスモデルが実装されています。この新しいアーキテクチャは、 SharePoint

ファームの内部と、複数の SharePoint ファーム間で共有できるすべてのサービスの基盤を提供します。Office SharePoint Server 2007 でのみ利用可能だった共有サービスプロバイダー (SSP) アーキテクチャとは対照的に、サービスアプリケーション

アーキテクチャも Microsoft SharePoint Foundation 2010 に組み込まれています。以下の図は、[サーバーの全体管理] の [アプリケーション構成の管理] ページと、[サービスアプリケーション ] の管理ページを示しています。

図 5: [アプリケーション構成の管理] ページ



図 6: [サービスアプリケーションの管理 ] ページ

SharePoint 2010 におけるサービスアプリケーションの重要な利点は、提供するサー

ビスが非常に詳細であるということです。管理者は、構成する Web アプリケーションで必要なサービスアプリケーションのみを選択することで、不必要なサービスを

構成する必要をなくし、また、それらのサービスによるオーバーヘッドをなくすことができます。さらに、異なる Web アプリケーションでは、同じサービスアプリケー

ションを別の方法で構成することができます。その結果、Web サイトを、利用可能なすべてのサービスではなく、必要なサービスだけを使用するように構成できます。この詳細な設定は、サービスアプリケーションが IIS と SQL のようなサーバーのリソースを使用する方法にも及ぶため、特定の展開シナリオでそれらを簡単に最適化することができます。

複数のサービスアプリケーションは発行することができるため、それらのサービス

アプリケーションをファーム全体で共有できます。これにより、非常に柔軟な展開トポロジが実現できます。一部のサービスは各地域の場所から中央ファームで実行し、使用できますが、その他のサービスはローカルで実行することができます。



サービスアプリケーションのセキュリティモデルにより、管理者はサービス管理

の深い制御ができます。ファーム管理者は、サービスアプリケーションの特定の機

能での権限を設定することや、特定のサービスアプリケーションでの管理者を指定

することができます。

新しいサービスアプリケーションのアーキテクチャにより、いくつかの新しい展開

トポロジのオプションを使用することができます。ネットワークインフラストラク

チャの制限とその他の展開について考慮すべき点を配慮しながら、特定のファームが、ファーム間サービスを使用する目的でその他のファームに接続することができます。たとえば、大規模な環境で、組織全体のサービスファーム (最も一般的に使用されるファーム間サービスをホストするファーム) を展開することができます。あるいは、特定のサービスアプリケーションのサービス (たとえば検索) を提供する専用のファームを実装し、最適化して、それを組織のその他すべての SharePoint ファームで使用することができます。

サービスアプリケーションモデルのその他の機能強化は次のとおりです。

アーキテクチャは拡張可能なので、サードパーティ企業がサービスを構築し

てプラットフォームに追加することもできます。サービスは、個々の管理サイトではなく、サーバーの全体管理で直接的に管理されます。

サービスは、リモートから監視し、管理することができます。 Windows PowerShell のスクリプトにより、サービスを管理し、実行することができます。



共有サービス通信が HTTP(S) 上で実行されます。サービスのほとんどが Windows Communications Framework に基づいています。これらのプロトコルには最適化が組み込まれており、データ転送に XML

ではなくバイナリストリームが使用されます。テスト結果は、この変更に

よってネットワークのスループットが向上したことを示しています。サービスアプリケーションの 3 つの例、Business Connectivity Services、Managed

Metadata Service、および検索を以下のセクションで示します。

Business Connectivity ServicesBusiness Connectivity Services (BCS) は、SharePoint 2010 と Office 2010 のクライアントアプリケーションを外部データソース (SQL、Oracle、SAP Web サービス、カスタムデータセットなど ) に接続する機能を提供します。BCS は、Office

SharePoint Server 2007 で導入されたビジネスデータカタログを置き換えるもので

す。外部データへの完全な CRUD (作成、名前の変更、更新、および削除 ) 操作と、SharePoint 内に保存されたデータの代わりに外部データを参照する、外部リストと呼ばれる新しい種類の SharePoint リストを作成する機能を含む、いくつかの新しい機能が導入されています。

構成と管理は、サーバーの全体管理内のサービスアプリケーションページから主

に行い、BCS が外部データソースに接続して、ユーザーごとの認証を必要とする展

開で使用される Secure Store Service アプリケーションでも行えます。BCS はサービスアプリケーションアーキテクチャに基づいて構築されているので、同じファー

ム内の複数のインスタンスで実行するように構成することができます。各 BCS を、個別に構成し、また異なる管理者で管理し、同じ、または異なる SharePoint Web アプリケーションに接続することができます。

外部コンテンツタイプ

Business Data Connectivity は、アプリケーションモデルの概念に基づいて構築され

ています。アプリケーションモデルは、外部データソースを記述し、 SharePoint

またはクライアントアプリケーションから要求された操作を、外部データへの固有

の要求に翻訳するために必要な情報を SharePoint に提供する、メタデータのコレクションです。



基本的なレベルでは、アプリケーションモデルは、 SharePoint がレコードの作成、読み取り、更新、削除の実行で使用するメソッドを記述します。また、データが実際に何であるか、たとえば顧客または注文なのかに加えて、ユーザーがそのデータに対して取ることができるアクションを定義します。アプリケーションモデルは XML ドキュメントとして定義され、1 つまたは複数の外部コンテンツタイプの説明を含み

ます。

外部コンテンツタイプは Microsoft SharePoint® Designer 2010 または Microsoft

Visual Studio® 2010 を使用するか、BCS サービスアプリケーションに 1 つまたは複数の外部コンテンツタイプを含むアプリケーションモデルをインポートするこ

とにより作成されます。

SharePoint Server と Office の統合BCS データには、いくつかの BCS Web パーツ、外部リスト、および検索を使用して SharePoint サイトからアクセスすることができ、多くのシナリオとソリューションで使用できます。BCS データはまた、コンテンツコントロールにより Microsoft Word ドキュメントに挿入し、連絡先と仕事として Outlook に同期し、Microsoft SharePoint

Workspace クライアントアプリケーション (Microsoft Groove クライアントアプリ

ケーションを置き換える製品) を使用してオフラインで作業することができます。外部コンテンツタイプでは、カスタムコードを使用して、 Microsoft InfoPath

2010、Microsoft Access 2010、および他の Office アプリケーションによってネイティブに使用できます。

Business Connectivity Services の詳細については、http://go.microsoft.com/fwlink/?linkid=190217&clcid=0x411 ( 英語 ) を参照してください。

Managed Metadata ServiceManaged Metadata Service は、ファーム内とファーム間で使用できるように、分類とコンテンツタイプ定義を発行します。これにより、組織が、 SharePoint の内部と外部で、コンテンツのタグ付けの一般的な分類を共有し、またコンテンツタイプ定義

を幅広く再利用できるようにします。




Managed Metadata Service アプリケーションサービスアプリケーションは、コンテンツタイプハブとして特定のサイトコ

レクションを使用するように構成され、そのサイトコレクションで定義されたコン

テンツタイプをファームの内部と外部で再利用できるように発行します。分類階層

とノードは、サービスアプリケーション内で構成した用語ストアに保存されます。

用語ストアは分類内のすべての用語を保存します。特定の用語セットの委任管理をできるようにする柔軟な一連の構成パラメーターを持ち、豊富な制御により用語セット内で同義語を定義することができます。

繰り返しますが、Managed Metadata Service はサービスアプリケーションアーキテ

クチャの上に構築されているため、異なる構成と異なる管理者を持つ、複数の Managed Metadata Service アプリケーションを作成することができます。これにより、複数のサイトコレクションから複数の用語ストアとコンテンツタイプを共有でき

るようになります。

図 7: 用語の管理



Managed Metadata Service シナリオの例IT、HR、製造、法務の 4 つの部門を持つ企業について考えます。IT、HR、法務の各部門には、各部門のポータルとしての機能を果たす独自の SharePoint サイトコレク

ションがあります。一方、製品チームのサイトコレクションがいくつかあり、各製

品チームに割り当てられています。これらすべてのサイトコレクションは、同じ

Web アプリケーション内に含まれます。メタデータを管理するための 2 つのガバナンス要件が指定されています。作成したドキュメントには必ずプロパティのコアセットを含めること、およびすべてのキーワードは必ず一元的に保存することです。



1 つ目の要件を満たすため、IT 部門は Document-Base というコンテンツタイプを

部門ポータルのルートサイトコレクションに作成します。次に、必要なすべての

プロパティについて、Document-Base に列を追加します。Managed Metadata Service

アプリケーションを作成して、ルートサイトコレクションを、そのアプリケー

ションが共有するコンテンツタイプのハブとして指定します。 Managed Metadata

Service を発行して、サービスの URL をすべての部門に通知します。 IT 部門の Managed Metadata Service への接続が作成されます。2 つ目の要件 (すべてのキーワードは一元的に保存すること) は、各サイトコレクションをサービスハブに接

続する場合に、その Managed Metadata Service を既定のキーワードストアとして

指定することで満たすことができます。

このシナリオは、すべての部門が、Document-Base コンテンツタイプで定義され一

元管理されたメタデータセットにアクセスできるようにメタデータサービスを構

成する方法、およびすべての部門がすべてのキーワードを使用できるようにすべてのキーワードを一元管理して 1 つの場所 (IT 部門の用語ストア) に保管できるようにする方法を示しています。

検索SharePoint 2010 Search には、より拡張性の高いトポロジと高可用性オプションを実現する、新しい機能と新しいアーキテクチャが含まれます。検索機能は、以前と同様にプラットフォーム全体に対して使用でき、新しいソーシャルネットワーキング機能か

らエンタープライズコンテンツ管理の法的情報保留と証拠開示に至るまで、すべて

の領域で統合されています。

SharePoint 2010 の検索は、SharePoint 2010 Search と FAST Search for SharePoint

2010 の両方で多くの検索展開シナリオをサポートできるように、きわめて柔軟なトポロジのオプションを持つ、一連のサービスアプリケーションとして開発されました。

検索アーキテクチャSharePoint 2010 の検索は、アーキテクチャが見直されており、1 つのファーム内の冗長性が向上し、検索のスケールアップとスケールアウトの機能強化が行われてい

ます。クエリアーキテクチャとクロールアーキテクチャは組織のニーズに基づい

て個別にスケールアウトできるため、柔軟性が向上し、強固な冗長性が得られます。



管理者の観点からの大きな変更の 1 つは、複数のインデクサーのサポートです。Office SharePoint Server 2007 では、SSP は単一のインデクサーを使用するようにしか構成できませんでした。SharePoint Server 2010 では、管理者が、ファームにサーバーを追加してクローラーとして構成することで、クロールコンポーネントの数をス

ケールアウトすることができます。これにより、管理者は、複数のサーバー間でク

ロール負荷を分散して、クロールの頻度、ボリューム、パフォーマンスを向上でき、さらにサーバーの障害が発生したときにインデクサーに冗長性を持たせることができます



クエリアーキテクチャ

クエリアーキテクチャは、クエリサーバー、インデックスパーティション

(クエリサーバー上に存在する )、およびプロパティデータベースの 3 つのコンポーネントから構成されます。インデックスパーティションはインデックス全体の

中の一部分です。つまり、インデックスはすべてのインデックスパーティションの

集約です。インデックスをパーティション分割することで、インデックスの異なる部分を複数のクエリサーバーに分散できます。パーティションの数と各パーティション

の構成は管理者が決定します。ファーム内の少なくとも 1 つのサーバーでクエリロールをホストする必要があります。また、さらに多くのクエリサーバーを追加し

て、パフォーマンスを向上できます。インデックスパーティションの構成に基づい

て、2 つ以上のクエリサーバーを使用して冗長性が確保されます。たとえば、

ファームに 3 つのクエリサーバーがある場合、インデックスの 3 分の 1 を表すインデックスパーティションを各クエリサーバーに持たせるように構成できま

す。クエリサーバーの冗長性は、各インデックスパーティションの 2 番目のインスタンスを別のクエリサーバーに作成することで確保できます。インデックス

パーティションを複数のクエリサーバーに展開することで、クエリ処理の負荷の分

散、冗長性の確保、クエリのパフォーマンスの向上が実現します。

クエリサーバーはクエリを受け取り、要求をすべてのクエリサーバーに転送して

(すべてのインデックスパーティションにわたって ) 処理します。次に、クエリサーバーは結果を結合してユーザーに表示します。



クロールアーキテクチャ

クロールサーバーはクロールアーキテクチャをホストします。クロールアーキ

テクチャには、クローラー、クロールデータベース、プロパティデータベースが

含まれます。検索アーキテクチャは、クロールの量とパフォーマンスの要件に基づいてスケールアウトできます。各クローラーはクロールデータベースに関連付けられ

ます。クロールされたコンテンツと履歴はクロールデータベースに格納されます。

複数のクローラーを使用して、異なるコンテンツを同時にクロールできます。これにより、パフォーマンスが向上すると共に冗長性を確保できます。クローラーはクロールサーバーに存在し、インデックスパーティションのデータを作成して、パーティ

ションを各クエリサーバーに伝達します。プロパティ情報はプロパティデータ

ベースに格納されます。プロパティデータベースの数は、クロールされるコンテン

ツの量と、コンテンツに関連付けられたメタデータの量によって決まります。

クロールコンポーネントは、ファーム内の少なくとも 1 台のサーバー上でホストされる必要があります。クローラーをクロールデータベースにどのように関連付け

るかに基づいて、2 つ以上のクロールサーバーを使用して冗長性を確保します。ク

ロールサーバーを追加して、パフォーマンスを向上し、容量を拡張できます。

検索管理

検索管理がサーバーの全体管理の 1 つのダッシュボードに統合されたことで、検索管理が向上しました。さらに、多くの検索に関連する構成と管理タスクを Windows

PowerShell のスクリプトにより実行することができます。



組み込みの検索分析とレポートエンジンを使用することで、検索のパフォーマンス

および監視の機能が向上しました。これにより、パフォーマンス調整とキャパシティプランニングを支援するため、管理者が検索のすべての側面で非常に詳細な状況把握ができるようになります。

組み込みのツールに加えて、SharePoint 2010 は、System Center Operations Manager

(SCOM) の監視と警告の高度なサポートも備えています。

詳細については、「SharePoint Server 2010 Enterprise Search Evaluation Guide」http://go.microsoft.com/fwlink/?linkid=189521&clcid=0x411 ( 英語 ) を参照してください。

FAST Search for SharePoint FAST Search Server 2010 は、FAST のパワーを SharePoint に統合します。FAST

Search Server 2010 for SharePoint は、検索駆動型のアプリケーションを構築することを目的とし、ユーザーエクスペリエンスと関連性の詳細なコントロール、高機能な

コンテンツ処理機能、最も困難な検索展開とアプリケーションを処理するプラットフォームの柔軟性とスケーリングを含む、高度にスケーラブルな検索エクスペリエンスとプラットフォームを実現します。

詳細については、「 FAST Search Server 2010 for SharePoint Evaluation Guide」http://go.microsoft.com/fwlink/?linkid=189520&clcid=0x411 ( 英語 ) を参照してください。





サービスアプリケーションのまとめ

前述のサービスアプリケーションの例は、 SharePoint Server 2010 のすべてのサービスアプリケーションのごく一部です。サービスアプリケーションはモジュール形

式のサービスセットです。これは、必要な機能のみをファームまたは企業内の

Web アプリケーションに提供するために必要な柔軟性を SharePoint 管理者に提供します。サービスアプリケーションは、最大限のパフォーマンスを達成するためにス

ケールアウトしたり、リソースを最大化するためにグループにまとめたりできます。各サービスアプリケーションの割り当てや管理は個別に行うことができます。した

がって、SharePoint 管理者は必要に応じて委任できます。

セキュリティSharePoint 2010 では、いくつかの新しい、向上したセキュリティ機能が導入されています。クレームベースの認証の新しいセキュリティモデルから、Secure Store と呼ばれる新しいシングルサインオンサービスアプリケーションまで、 SharePoint がそれ自体のサービスアカウントの資格情報を管理し、制御する方法が変更されていま

す。

Secure Store Service新しい Secure Store Service は、SharePoint Server 2007 のシングルサインオン

(SSO) を置換する認証サービスです。SharePoint に統合でき、SharePoint の外部にあるアプリケーションの、ユーザーのユーザー名およびパスワードを、Secure Store はセキュリティで保護された状態で保存します。Secure Store は、SharePoint 2010 に、個人の資格情報により、BCS から外部データソースに接続できるようにし、開発者は、SharePoint に基づいて構築されたソリューションで使用するためにプログラミングによりアクセスすることができます。

管理アカウント管理アカウントは、実質的には、その資格情報が SharePoint で管理され、サービスアカウントで使用される Active Directory ユーザーアカウントです。管理アカウン

トは、SharePoint 2010 でさまざまなサービスアカウントを管理する負荷を軽減する



ために導入されました。Windows Server 2008 の管理アカウントと同様、この新機能により、ファームがさまざまなコンポーネントを実行するために使用しているすべてのサービスアカウントを SharePoint で制御できるようになります。SharePoint がこれらのアカウントを制御するようになったら、AD パスワードポリシーに基づいて必要

に応じてパスワードが自動的に変更されるように設定することで、パスワードを管理することができます。また、アカウントのパスワードの期限が切れそうになったときに管理者に通知して、管理者が手動でパスワードを変更できるようにすることもできます。この機能により、こうしたさまざまなアカウントの管理を担当する SharePoint

ファーム管理者に対する負荷が大幅に軽減され、期限切れアカウントによって発生する不必要なダウンタイムがなくなります。

クレームベースの認証

SharePoint 2010 には、Active Directory、LDAPv3 ベースのディレクトリ、アプリケーション固有のデータベース、Windows Live ID をはじめとする新しいユーザー中心の ID モデルを含み、企業の ID システムと連携する、クレームベースの認証と呼ばれ

るより強力で柔軟性の高い新しい認証モデルが組み込まれています。このモデルでは、クレームベース認証と、Windows Identity Foundation (WIF) と呼ばれる新しい製品が使用されます。クレーム認証は、ID の概念を利用し、WS-Federation、WS-Trust、および SAML (Security Assertion Markup Language) など、標準プロトコルに基づいています。

ID とは、ユーザーに関する一連の情報です。たとえば、名前、電子メールアドレス、部門、その他の識別に使われる要素などです。 ID はアプリケーションの非常に重要な側面を推進します。たとえば、ユーザーはだれか (認証)、そのユーザーに何の権限が与えられているか (承認)、アプリケーションはユーザーとどのようなやり取りを行うか (個人用設定) などを特定します。現在、すべてのアプリケーションがなんらかの形で ID と連携しますが、通常、その連携は独自の方法で行われています。クレームベースの認証を使用することで、組織は、便利な新しい方法で、情報をセキュリティ保護して共有することができます。セキュリティグループに限定されず、たとえば、

年齢または場所のような、リソースへの個人のアクセスを認証するその他の属性を使用できるようにします。



クレームベースの ID は、アプリケーションが、組織内部のユーザー、その他の組織、そしてインターネット上から、ID 情報を取得する共通の方法を提供します。ID 情報はセキュリティトークンに含まれます。トークンには、ユーザーに関する 1 つ以上のクレームが含まれます。セッション全体にわたってユーザーに付随する、ユーザーに関するメタデータとしてトークンを考えます。

クレームベース認証は、SharePoint 2010 の大きな可能性への扉を開く、深く広範囲にわたるトピックです。クレームベース認証の詳細については、http://go.microsoft.com/

fwlink/?linkid=190219&clcid=0x411 を参照してください。





正常性と監視SharePoint 2010 には、管理者が SharePoint ファームの正常性とパフォーマンスを監視する際に使用するツールを提供する機能が多数用意されています。サーバー診断、信頼性、監視、およびレポートの多くの新しく向上したツールを管理者の手にもたらし、SharePoint 管理者が、サーバーのパフォーマンスおよび信頼性について運用上の状況を深く把握できるようにすることは、本製品のリリースで重要な領域でした。

診断統合ログサービス (ULS) は、SharePoint 内のイベントおよび問題を診断し追跡管理する際に使用します。新しい管理コントロールが追加され、ログファイルの可読性

が向上しているほか、Windows PowerShell スクリプトで ULS ログを操作する機能があります。

ULS ログは、SharePoint Server 2007 より大幅に詳細なログ記録情報のソースです。これは、SharePoint ログ記録およびトレースデータに加えて、拡張可能なアーキテク

チャを通じたカスタムおよびサードパーティのソフトウェアからのデータの、単一のリポジトリです。ログのサイズが増える場合に備えて、管理者が、ログに記録するイベントと、ログのサイズ管理の両方を制御するいくつかの新機能があります。どのイベントがログに記録されるかを制御する主要な方法は、[記録されるイベントの設定] コントロールです。これにより、管理者は、さまざまなソースから取得したイベントの重要度を構成することができます。イベントログのオーバーフロー防止 (EVFP) を有効にすると、繰り返し発生するイベントが検出され、通常の状態に戻るまでそのイベントは抑制され、結果的にログファイルのサイズを減らすことができます。

ログファイル管理を支援する目的で、ログファイルは、既定で、 NTFS ファイル圧縮を使用して圧縮されます。これにより、ディスク上のサイズを最大 50 パーセント減らします。また、ログファイルの場所の指定、自動的に削除されるまでの保存期

間の指定、ログファイルの最大限のサイズを指定することもできます。これにより、管理者は、ログファイルがサーバー記憶域リソースを超過しないように制御しなが

ら、最も必要とする場合にすぐにデータを参照できる柔軟性を得られます。また、



SharePoint 2010 には、情報を取得し ULS を構成する、いくつかの Windows

PowerShell コマンドレットが含まれています。

以下のシナリオを想定します。ユーザーがエラーに遭遇して、SharePoint 管理者にそれを報告します。管理者は、エラーを調査し始め、根本的な原因を追跡して修正しようとします。SharePoint 2010 は、この過程を支援する目的で関連付け ID の概念を導入します。関連付け ID は、すべての要求に内部的に関連付けられる識別子で、エラーメッセージに表示されます。ユーザーは関連付け ID 番号を書き留めて、管理者にそれを渡しました。管理者は、Windows PowerShell を使用して、ULS ログで同じ関連付け ID を追跡し、エラーの原因を発見し、必要な調整を行うことができます。ULS ログファイルと UI 間のこの関連付けは、管理者が問題の原因を探す時間を大幅に減らし、SharePoint 内の問題をトラブルシューティングして、修正する速度を上げるのに役立ちます。

図 8: 診断ログ

Usage and Health Data CollectionSharePoint 2010 では、機能の利用状況とパフォーマンスデータの情報が新しい利用

状況データベースとログファイルにログ記録されます。このログ記録は Usage



and Health Data Collection サービスアプリケーションによって行われ、ファームの

初期セットアップ中にファーム構成ウィザードを使用するときに既定で有効になっています。管理者は、公開スキーマを使用して、カスタムレポートを構築する目的で、

利用状況データベースから読み取りとクエリを、直接実行することができます。

ログ記録された利用状況イベントの種類を以下の図に表示します。イベントの種類には、ページの要求、機能の使用、検索クエリの利用状況、サイトインベントリの利用状

況、タイマージョブ、評価の利用状況などがあります。

図 9: 利用状況のログ

SharePoint 管理者にとってもう 1 つの便利な新しいツールは、開発者ダッシュボードです。有効の場合、開発者ダッシュボードはすべてのページのフッターに詳細なトレース情報を表示します。これにより、ページが SQL データベースストアドプ

ロシージャから取得される際にかかった時間から、ブラウザーでレンダリングして表示されるまでにかかった時間に至るまで、すべての詳細な情報が、開発者と管理者の両方に提供されます。ページ上に表示されるこの情報は、パフォーマンスの問題をトラブル



シューティングしている管理者と、コードをデバッグして最適化しようとしている開発者の双方にとって、非常に役立ちます。開発者ダッシュボードは既定で無効にされており、Windows PowerShell を使用して、各 Web アプリケーションで個別に有効にすることができます。

図 10: 開発者ダッシュボード

信頼性と監視SharePoint Health Analyzer は、Office SharePoint Server 2007 にコマンドライン

アプリケーションとして付属していた Best Practices Analyzer で確立された原則に基づいて構築された、SharePoint 2010 の新しいコアコンポーネントです。



SharePoint Health Analyzer は、SharePoint サーバーの全体管理に緊密に組み込まれています。SharePoint Health Analyzer が、サーバーファームで問題を検出したとき、

管理者がすぐに気づくように、サーバーの全体管理のホームページ上でメッセージ

を表示します。次に管理者は、リンクをクリックして、検出された問題についての詳細を知ることができます。SharePoint 2010 には、ファームのさまざまなコンポーネントの状態をチェックする、Health Analyzer が使用する一連の定義済みのルールが含まれます。問題が検出されたとき、問題を修復するさまざまなオプションがあります。これらのオプションには、自動的な修復を有効にする、問題をさらに診断し解決する追加のオンラインヘルプコンテンツへのリンク、または手動で問題を修復するなどがあ

ります。

ルールは、一般的な SharePoint リスト形式で定義されています。つまり、従来型のリストアイテムと同じように、正常性ルールに対して行うことができる一連のアクショ

ンを設定することができます。また、管理者の展開に固有のカスタムの正常性ルールを作成する目的で、API によりカスタムのルールを開発することもできます。

SharePoint ファームの Health Analyzer ルールの状態は、サーバーの全体管理の [監視] セクションの [問題とソリューションの確認] リンクに表示されます。ルールは、System Center Operation Manager の SharePoint 2010 管理パックでも表示できます。SharePoint 2010 には、SharePoint 環境が最初から適切に構成され、正常な状態を保てるように、50 以上の定義済みの正常性ルールが付属しています。ルール定義の例を以下に示します。



図 11: 正常性ルール

レポート収集した正常性および利用状況データを使用して、SharePoint 2010 は、管理者が簡単に参照できる、正常性レポートと利用状況レポートを作成することができます。これにより、IT 担当者は、簡単に読み取ることができるビジュアルなグラフ経由で、サーバーファームの全体的な状態の簡易的なスナップショットを得ることができます。



図 12: クロールアクティビティレポート

Web Analytics もまた、正常性および利用状況データの収集に基づいています。サイト管理者は、Web Analytics を使用してユーザーのサイトへの訪問の傾向を解析し、最もよく利用されるコンテンツを識別して、収集したデータに基づきユーザーエクスペ

リエンスを向上することができます。レポートは、Microsoft Excel にエクスポートして、カスタマイズとさらなる分析をすることができます。



図 13: Web Analytics レポート

リモート BLOB (バイナリラージオブジェクト ) ストレージSharePoint 2010 では、SQL に、大きなファイルを、直接、保存することに代わる方法として、リモート BLOB ストレージ (RBS) のサポートが導入されています。RBS は、SQL Server 2008 にあるフレームワーク API で、SharePoint 2010 コンテンツデー

タベース以外の場所でのファイルのストレージを有効にします。 RBS により、SharePoint 2010 管理者は、BLOB (バイナリラージオブジェクト ) を SQL Server

データベースの外の別の場所に移動することで、記憶域のコストを下げたり、または保持および法令遵守ポリシーに準拠したりすることができます。

SharePoint 2010 の RBS プロバイダーアーキテクチャは、プラグ可能になります。Windows SharePoint Services 3.0 と Office SharePoint Server 2007 での外部 BLOB

ストア (EBS) のように、独立系ソフトウェアベンダーが SharePoint 2010 で使用する RBS プロバイダーをリリースする予定です。また、Microsoft は RBS に SQL

FILESTREAM 機能を使用するプロバイダーを提供します。

RBS プロバイダーが既存の SharePoint 2010 ファームにインストールされている場合は、BLOB は SharePoint コンテンツデータベースから RBS プロバイダーに移行することができます。BLOB の移行は、コンテンツデータベースのレベルに範囲指定

されています。また BLOB は、リモート BLOB ストアからコンテンツデータ

ベースに戻すように移行することもできます。SharePoint 2010 では単一のファームでの複数の BLOB ストアをサポートしているので、BLOB もまた、ある RBS から別の RBS に移行することができます。これらのアクションは、Windows PowerShell により、RBS プロバイダーの Migrate 操作を使用して行います。

また、管理者は RBS プロバイダーの MinimumBlobStorageSize 設定を構成して、どの BLOB がリモートで保存されるかを制御することができます。これにより、小さいドキュメントはコンテンツデータベースに保存し、ビデオまたはその他のメディ

アファイルのような、より大きなファイルはリモートに保存することができます。



RBS を実装する方法の詳細については、http://go.microsoft.com/fwlink/?

linkid=190218&clcid=0x411 を参照してください。

パフォーマンスコントロール SharePoint 2010 は、不意のピーク稼働からサーバーを保護し、処理中に、サーバーに大きな負荷を与える特定のユーザー操作を防ぐかコントロールすることができる、いくつかの新しいパフォーマンス機能を備えています。2 つの主なパフォーマンスコン

トロール機能は、Web 要求のリソースの調整と、何千から数百万のアイテムを含むリストでの大きなリストの管理です。

リソースの調整SharePoint 2010 のリソースの調整設定を使用すると、サーバーが調整モードに入るレベルを管理者が決定できます。5 秒ごとに、構成されたレベルと利用可能なサーバーリソースを比較してチェックするジョブが実行されます。既定では、サーバーの CPU 利用状況、利用可能なメモリ、キュー内の要求の数、および要求待機時間が監視されます。チェックに 3 回失敗すると、サーバーは調整期間に入り、正常なチェックが報告されるまでこの状態が維持されます。調整モードに入る前に生成された要求は完了します。これにより、サーバーが新しい要求の調整を開始したときに、ユーザーの現在の作業内容が失われることはなくなります。新しい HTTP GET 要求および検索ロボット要求によって、503 エラーメッセージが生成され、イベントビューアーのロ

グに記録されます。サーバーが調整期間の間は、新しいタイマージョブは開始され

ません。

調整機能は Web アプリケーションごとに構成でき、サーバーの全体管理のユーザーインターフェイスまたは Windows PowerShell コマンドレットを使用して有効にします。コマンドレットの詳細については、以下の「Windows PowerShell 管理」のセクションを参照してください。次の図は、 Get-

SPWebApplicationHttpThrottlingMonitor Windows PowerShell コマンドレットの例です。





図 14: 監視用の Windows PowerShell コマンド

大きなリストのアクティビティの制御SharePoint 2010 では、SharePoint リスト内で数百万の項目をサポートできます。ただし、リストのサイズが大きくなると、ユーザーにとっては、リストに数百のアイテムしか含まれていないように処理し、[すべてのアイテム] ビューのような既定のビューを使用できるほうがより簡単です。リストに非常に多数のアイテムが含まれる場合、リストがレンダリングされるたびに、[すべてのアイテム] ビューの最初のページをレンダリングする前に、リスト内のすべてのアイテムを並べ替える目的でクエリする必要があることにより、SQL サーバーに大きな負荷がかかり始めます。特定の時点でのサーバーの全体的な負荷にも依存しますが、これにより、他のユーザーへの応答時間が長くかかるようになります。安定したサーバー応答を維持するために、SharePoint 2010 には、大きいリストを対象とするクエリの実行を制限する各種設定があります。これらの設定は Web アプリケーションごとに構成でき、以下の内容を制御します。

ユーザークエリで返すことができる結果の数。既定値は 5,000 項目です。サイト管理者のリストがしきい値制限に近づいていることを通知するサイト管理者用の警告レベル。この警告はリスト設定ページに表示されます。既定値は 3,000 項目です。

サイト管理者が、オブジェクトモデルクエリを使用して表示できるクエリ

結果の数。これにより、サイト管理者はコードを使用することで、ブラウザーインターフェイスからよりも大きなデータセットにアクセスできます。既定

値は 20,000 項目です。



リスト内の一意の範囲の最大数。既定値は 50,000 項目です。各リストに含めることができるルックアップ列の数。既定のルックアップ列の数は 6 列です。

図 15: リソースの調整

上記で説明した設定は Web アプリケーション内のすべてのリストに適用されますが、追加設定も使用でき、Web アプリケーションの設定を無効にするようにこの設定を構成することができます。

オブジェクトモデルの無効化を許可すると、クエリのしきい値が適用されて

いないリストに対して、プログラムを使用してクエリを記述できるようになります。

大きいクエリに対して実行時間帯を指定できるようにすると、管理者が、クエリのしきい値が適用されていない特定の時間帯を構成できるようになります。

Windows PowerShell コマンドによって、オブジェクトモデルを介して特定の

リストに対してクエリが実行されないようにします (これにより、前述した特



定のリストインスタンスに対するオブジェクトモデルの無効化が取り消さ

れます)。

Windows PowerShell 管理Windows PowerShell は、特にシステム管理者を対象として設計された、新しいコマンドラインインターフェイスおよびスクリプト言語です。 SharePoint 2010 での Windows PowerShell サポートにより、より生産的で柔軟な新しい方法で SharePoint

2010 を管理して構成することができます。SharePoint 2010 には SharePoint コマンドラインツール STSADM.exe 環境が付属しており、多くの管理タスクで使用できますが、管理者には、幅広いコマンドが使用できること、強力なスクリプト環境で得られる柔軟性、 STSADM と比較した際のパフォーマンス向上などの理由から、Windows PowerShell を使用することが推奨されます。Windows PowerShell により、新しいツールや自動化手法が取り入れられ、SharePoint 2010 管理者のコントロール、効率性、および生産性が大幅に向上します。

Windows PowerShell には、コマンドレットという概念が導入されています。コマンドレットは 1 つの機能として個別に使用することも、他のコマンドレットと組み合わせて複雑なタスクを実行し、管理を自動化することもできます。Windows PowerShell

には、 100 の構築済みのコマンドレットがあります。また、 SharePoint には、SharePoint 2010 のほとんどあらゆる側面のコマンドライン制御ができるように、500 以上の SharePoint 固有のコマンドレットが付属します。



Windows PowerShell コマンドレットの例以下の例は、すばやく簡単に管理タスクを達成できるよう SharePoint コマンドレットが使用できるいくつかの領域を示します。

大量のサイトコレクション作成 - 管理者は、Windows PowerShell を使用し、定義済みの CSV ファイルをインポートすることで、何百ものサイトコレク

ションを作成することができます。スケジュール設定されたバックアップ - 管理者は、Windows タスクスケ

ジューラとバックアップスクリプトにより、毎日のバックアップジョブを

設定することができます。複数のデータベースの並行アップグレード - 複数のインスタンスの

Windows PowerShell のアップグレードコマンドレットを実行することにより、並行してコンテンツデータベースアップグレードを実行することができま

す。テナント管理の作成 - 管理者は、Windows PowerShell を使用してテナント管理サイトを作成することができます。

サイトでの機能の同時有効化 - スクリプトを 1 行作成するだけで、何百ものサイトで機能を有効にすることができます。

Windows PowerShell スクリプトの例の詳細については、http://go.microsoft.com/fwlink/?linkid=190342&clcid=0x411 ( 英語 ) を参照してください。




ビジネス継続性管理SharePoint 2010 では、ファーム全体、ファーム構成情報、サイトコレクション、サ

ブサイト、またはリストなど、幅広いレベルでバックアップを実行できます。バックアップは、サーバーの全体管理のバックアップページまたは Windows

PowerShell™ を使用して行うことができます。SharePoint 2010 のバックアップおよび復元の機能により、管理者は、ダウンタイムと運用費用を最小限にしながら、環境を管理できる強力な一連のツールを使用できます。

サーバーの全体管理と Windows PowerShellSharePoint 2010 では、2 つの異なるツールを使用してバックアップと復元が構成されます。サーバーの全体管理では、SharePoint 管理者は、メニュー構造になっているユーザーインターフェイスを介してバックアップ対象の情報を選択するように求め

られます。

図 16: バックアップと復元のユーザーインターフェイス

Windows PowerShell を使用すると、SharePoint 管理者は、ファイル圧縮や SQL スナップショットの操作のような追加オプションを使用して、バックアップおよび復元を行うことができます。バックアップに Windows PowerShell を使用することで得られるメリットをいくつか次に示します。



Windows PowerShell スクリプトは、Windows タスクスケジューラを使用し

て開発およびスケジュールできます。一方、サーバーの全体管理はバックアップと復元にのみ使用されます。

Windows PowerShell には本番データベースではなく SQL スナップショットに対して実行できるという利点があります。Windows PowerShell のバックアップコマンドレットのパラメーターの 1 つによって SQL スナップショットが生成され、本番データベースではなくそのスナップショットに対して処理が実行されます。これにより、バックアップ操作が運用環境に及ぼすリソースへの影響を抑えられます。

Windows PowerShell を使用すると、SharePoint 管理者は、バックアップまたは復元のオプションをより細かく制御できます。

これ以降では、標準のユーザーインターフェイスでは使用できない追加の機能が、Windows PowerShell コマンドによっていつ使用できるようになるかを説明します。

Windows PowerShell の詳細については、このガイドの「Windows PowerShell 管理」セクションと http://go.microsoft.com/fwlink/?linkid=156748&clcid=0x411 を参照してください。

詳細なバックアップと復元SharePoint 2010 では、サイトコンテンツのさまざまなコンポーネントを詳細なレベ

ルでバックアップする機能がいくつか新しく追加されました。これには、サイト、サブサイト、およびリストレベルのコンテンツが含まれます。このように詳細なレベル

でバックアップを行えるようになったことで、SharePoint 管理者は、ユーザーの要求に合わせて迅速かつ柔軟にコンテンツをバックアップおよび復元できます。

サイトコレクションのバックアップ

サイトコレクションのバックアップには、トップレベルのサイトとすべてのサブ

サイトが含まれます。サーバーの全体管理を使用してサイトコレクションをバック

アップする場合、SharePoint 管理者は、サイトコレクションを特定し、バックアッ

プファイルの保存先を指定します。




図 17: サイトコレクションのバックアップ

同じ処理を、Backup-SPSite Windows PowerShell コマンドレットを使用して実行できます。

Backup-SPSite コマンドレットを使用する場合、SQL スナップショットのような追加のパラメーターを使用できることに注意してください。

図 18: サイトをバックアップするための Windows PowerShell コマンドサイトコレクションを復元するには、 Restore-SPSite Windows PowerShell コマンドを使用します。

サイトまたはリストのエクスポートSharePoint 管理者は、サーバーの全体管理を使用して、サブサイトまたはリストのバックアップを構成できます。次の図で示すように、サイトを選択すると、サイトおよび特定のリストに対する追加オプションが示されます。このページでは、セキュリティをエクスポートするよう選択したり、サイトまたはリストと共にエクスポートするバージョンを選択したりすることもできます。



図 19: ユーザーインターフェイスでのサイトまたはリストのエクスポート

サイトコレクションのバックアップと同様に、 Windows PowerShell には、SQL スナップショットの使用、圧縮、ログなどの追加パラメーターがいくつか用意されています。

図 20: Windows PowerShell でのサイトまたはリストのエクスポートのオプション

サイトまたはリストを復元するには、Import-SPWeb Windows PowerShell コマンドを使用します。

未接続コンテンツデータベースからのデータの復元

また、SharePoint 2010 の新しいバックアップおよび復元機能として、SharePoint 管理者はサイトコレクション、サイト、およびリストを未接続コンテンツデータベースか

ら復元できます。SQL Server がインストールされたどのサーバーにも、SharePoint コンテンツデータベースのバックアップを復元することができます。そして管理者は、サー

バーの全体管理のバックアップおよび復元インターフェイスで SharePoint にその SQL インスタンス名を提供することができます。次に、管理者は、データベースのコン



テンツを参照して、必要なコンテンツをバックアップまたはエクスポートすることができます。この機能により、データ復元用に 2 番目のファームを構築することなく、データを復元することができます。接続および未接続のコンテンツデータベースの両

方で、同じレベルの詳細さのバックアップが使用できます。バックアップのコンテンツとオプションを選択する過程は、接続データベースを表示する場合と同じです。以下の画像は、未接続コンテンツデータベースを表示する過程を示します。バックアップま

たはエクスポートが完了すると、エクスポートしたコンテンツを SharePoint サイト内の適切な場所に復元し、復元されたデータベースを削除できます。

図 21: 未接続データベースからのデータの復元



図 22: 未接続データベースからのコンテンツの参照



シナリオ: Windows PowerShell を使用して、すべてのサイトコレクションを個別に

バックアップするスクリプトを記述するJennifer は過度に用心深い SharePoint 管理者です。彼女は、データベース管理者が毎晩行っているデータベースバックアップを全面的には信頼していません。このた

め、万一に備えて自身でバックアップすることを考えています。オプションを検討していくと、ユーザーインターフェイスを使用して完全バックアップを行えることがわ

かりました。しかし、毎晩深夜に VPN でジョブを開始したくはありません。したがって、この方法は採用できません。Windows PowerShell スクリプトをセットアップし、Backup-SPFarm を使用して毎晩ファームバックアップを行い、タスクスケ

ジューラを使用してそれをスケジュールすることもできますが、そのバックアップは障害復旧に適しており、データベース管理者が保護しています。そこで、 Jennifer は、Windows PowerShell スクリプトを使用して Backup-SPSiteを利用し、個別のサイトコレクションをバックアップすることにします。これにより、かなりの柔軟性をもって復元を行えるようになります。使用するスクリプトを次のとおりです。

Get-SPWebApplication | Get-SPSite -Limit all | ForEach-Object {$FilePath = “c:\backups\” + $_.Url.Replace("http://",””).Replace(“/”,”-“) + “.bak”; Backup-SpSite –Identity $_ -path $Filepath}

このような単純さは、Windows PowerShell の明確な利点を示しています。このコマンドレットは、Web アプリケーションのすべてのサイトコレクションに加えて、

ファームのすべての Web アプリケーションを読み込み、次に、各サイトコレク

ションに対して Backup-SPSite コマンドレットをループ実行して、指定されたファイルパスにバックアップを保存します。



ファームのバックアップと復元SharePoint 2010 には、致命的な障害が発生した場合に復元を行えるようにファーム全体をバックアップする機能が組み込まれています。このインターフェイスには、特別なバックアップおよび復元についてはサーバーの全体管理からアクセスできます。また、Windows PowerShell コマンドレットである Backup-SPFarm (バックアップの場合)

と Restore-SPFarm (復元の場合) を使用してスクリプト化することもできます。致命的な障害時のバックアップアップのシナリオには、構成設定のみをバックアップするための機能が新しく追加されています。

構成設定のみのバックアップでは XML ファイルに出力され、これはファーム内のすべての設定を復元する際に使用できます。このファイルを使用して既存のファームを復元するか、同じ設定を使用して異なるファームを丸ごと構築することができます。これが可能なのは、バックアップされた設定すべてがコンピューター非固有であるからです。

高可用性SharePoint 2010 が SQL Server と高度に統合されていることにより、管理者は、SQL Server の高可用性ソリューションを使用することができます。Failover_Partner キーワードがサポートされるようになったことにより、SharePoint 2010 はデータベースミラーリングのトポロジでの状態変更をネイティブに解釈して対応できるようになりました。データベースミラーリングのネイティブのサポートに加えて、 SharePoint 2010 は、SQL スナップショット、読み取り専用コンテンツデータベース、未接続

データベースのバックアップおよび復元をサポートします。構成データベースのバックアップおよび復元により、SharePoint ファームのデータのより詳細な制御と管理が提供されます。これらの機能の一部を以下に示します。SharePoint 2010 の高可用性計画の詳細については、http://go.microsoft.com/fwlink/?linkid=189518&clcid=0x411 を参照してください。

読み取り専用データベースSharePoint 2010 では、読み取り専用の SQL データベースを認識できます。SharePoint Server が読み取り専用モードの SQL データベースに接続されると必ず、SharePoint Server は、データベース内のすべてのサイトコレクションが (管理者を含め) すべてのユーザーに対して読み取り専用になるようにセキュリティトリミング

を行い、すべての追加および編集機能がサイトから削除されます。この機能により、




アップグレードおよびサーバーメンテナンス中のダウンタイムを短縮できます。た

とえば、セカンダリファームを作成し、 SQL ログ配布機能を使用して、そのファームを運用環境に合わせて最新の状態に維持できます。そして、そのセカンダリ環境を指定するように DNS を更新できます。このセカンダリ環境では、すべてのコンテンツデータベースが読み取り専用に設定されています。本番ファームは、ユーザーからアクセスされることなく、アップグレードまたは更新できます。アップグレードまたは更新が完了すると、サーバーをオンラインに戻し、DNS を再度更新して本番ファームを指定するようにできます。このアプローチを使用すると、アップグレードプロセス中

でも、ユーザーが自分のデータに対してすべての読み取りアクセス権を持つことができます。

SQL 監視SharePoint 2010 では、SQL ミラーリングがサポートされています。これにより、ファーム管理者は、SQL 環境を構成して SharePoint コンテンツデータベースを最

初にミラーリングすることができます。新しいデータベースが作成されると必ず、SharePoint 管理者はフェールオーバーサーバーを指定するように求められます。そ

の後、SharePoint は監視サーバーと通信し、問題が検出されると、SharePoint が環境のホットバックアップにフェールオーバーします。



図 23: フェールオーバーデータベースサーバーのコンテンツデータベースの構

成

SQL スナップショットこのガイドで前述したように、SharePoint 2010 のバックアップおよびエクスポートでは、SQL スナップショットを利用できます。 SQL スナップショットを使用する Windows PowerShell コマンドレットを実行すると、まず、データベースのスナップショットが作成されます。そして、以降のコマンドはライブの本番データベースではなく、スナップショットに対して実行されます。これにより、本番データベースに対する負荷が軽減されます。SQL スナップショットは、SQL Server Enterprise を実行中のときのみ使用できる点に注意してください。



以下のサンプル SQL スクリプトを使用すると、WSS_Content という名前の SharePoint コンテンツデータベースのスナップショットを作成することができます。

CREATE DATABASE WSS_Backup_2010_4 ON

( NAME=WSS_Content, FILENAME = 'c:\WSS_Backup_2010_4.ss')

AS SNAPSHOT OF <WSS_Content>;

GO

SQL スナップショットの詳細については、「データベーススナップショット」(http://go.microsoft.com/fwlink/?linkid=156753&clcid=0x411) を参照してください。

検索およびインデックスのバックアップと復元SharePoint 2010 では、特定の時点のアプローチを使用することで、検索データベースとインデックスデータベースをバックアップできます。これにより、 SharePoint 管理者が検索管理、クロール、およびクエリデータベースを復元できるようになりま

す。その後、SharePoint Server では、バックアップ作成後に変更されたすべてのコンテンツに基づいて、増分クロールを完了できます。これで、検索データベースを復元する必要がある場合の、フルクロールを完了する要件が排除されます。




ガバナンスSharePoint 2010 を展開する場合、ソーシャルコンピューティング機能がより重視さ

れ、可用性が要求されることにより、ガバナンス計画がより重要なものになりました。これは、より多くの種類のコンテンツを管理する必要があるということです。さらに、SharePoint 2010 にはエンタープライズレベルでのメタデータを管理する新しい機能

があります。これにより、企業は、組織全体でメタデータ属性を計画し監視する目的で、組織内の新しいロールを確立することを考慮する必要があります。たとえ適切に文書化されたガバナンス計画が Office SharePoint Server 2007 環境ですでに実施されていても、おそらく、展開予定の SharePoint 2010 機能に統合するよう適応させる必要があります。以下は、IT 担当者にとって SharePoint 2010 での新しいガバナンス領域となるいくつかの例です。

SharePoint 2010 は、大量のデータを含むリストをより優れた方法で処理できます。新機能により、SharePoint 2010 は、リソース監視インターフェイスから、大きなリストのユーザークエリを自動的に制限することができます。これは

ポリシー設定で、システムの全体的なユーザビリティに影響を与えることから、全体的なガバナンスの計画を定義するときに考慮する必要があります。

SharePoint 2010 では、複数のサイトコレクションおよびサーバーファーム

間で使用されるメタデータを共有できる新しい機能が導入されます。これを効果的に使用するには、計画と制御が必要です。組織は、共有メタデータの辞書を管理し、維持する目的で、新しいロールの追加 (または少なくとも既存のロールへの新しい義務の追加) を考慮する必要があります。

SharePoint 2010 では、サンドボックスソリューションが導入され、サイト

コレクション管理者が Web パーツのようなカスタマイズ要素を、直接アップロードできるようになります。ガバナンス計画内に、SharePoint に基づいたソリューションを作成する多くの方法にどのように対処するかを記述する、カスタマイズポリシーのセクションを組織は含める必要があります。

SharePoint 2010 と関連する製品のインストールを無効にできる、グループポリシーオブジェクトが導入されました。これにより、組織内での

SharePoint の非正規のインストールを防ぐことができます。



管理者は、組織内の SharePoint 2010 サーバーを識別する目的で Active

Directory マーカー (サービス接続ポイント、または SCP) を使用することができます。Microsoft SharePoint Products と呼ばれるコンテナーを、SharePoint

2010 展開を開始する前に作成することができます。新しい SharePoint 製品が展開された後で、PSConfig はコンテナーに新しいサービス接続ポイントを追加します。これらの SCP は、ADSI エディターツールまたは Windows

PowerShell スクリプトを使用して追跡管理することができます。

SharePoint 2010 のガバナンスの詳細については、http://go.microsoft.com/fwlink/?

linkid=189324&clcid=0x411 ( 英語 ) を参照してください。





マルチテナント機能とホスティングSharePoint 2010 には、サービスアプリケーションのリソースをさまざまな Web

サイト間で共有しながら、これらの Web サイトからデータを切り離す機能が用意されています。これはマルチテナント機能と呼ばれます。サービスのマルチテナント機能によって、真のホスティング環境が作成され、サイト購読に基づいてデータをパーティションに分割しながら複数の顧客 (テナント) の間でサービスリソースが共有でき

るようになります。サイト購読によって、テナントが所有するすべてのサイトコレ

クションにわたるテナントデータがグループ化され、それ以外の場合は、共有環境

にある各テナントのデータを切り離して、グループ化できます。管理者は、テナントが利用状況および操作を完全に制御できるようにしながら、一元的に機能とサービスを展開および管理することができます。

サイト購読マルチテナント機能は、サイト購読と購読 ID に基づいて動作します。各テナントのサイトコレクションは、共通の購読 ID に基づいたサイト購読ごとにグループ化されます。購読 ID を使用することで、機能およびサービスがテナントにマップされるほか、テナントの要件に従ってサービスデータがパーティション分割されます。以下

の重要な点により、別の観点からマルチテナント機能について考えることができます。

1 つのサイト購読に対するサイトコレクションはすべて同じ Web アプリケーションで存在する必要があります。

複数のサイト購読は 1 つの Web アプリケーションでホストできます。複数のサイト購読は同じデータベースを共有することができます。

管理者は、テナントごとにどのサービスを使用できるようにするか、また、アクティブ化するかを定義します。サービスをサービスコレクションにマップす

るために、テナントの購読 ID が使用されます。複数のテナントがサービスデータを共有できます。たとえば、組織の複数の

部門がプロファイルデータを共有できます。この場合、複数の部門はプロ

ファイルサービス内のデータパーティションを共有します。



サービスデータをテナントごとにパーティション分割できます。これにより

顧客データが他のテナントに対して非公開になります。この場合は、1 つのテナントのデータが、サービスの個別のデータパーティション内にあります。

管理管理者は複数のテナントを同じファームでホストし、サービスおよび機能の展開を一元管理できます。また、テナントは管理者によって委任された機能の構成を管理し、自らのサイトコレクションの機能を制御できます。次の表で示すように、管理者機能は

共通のホスティングの役割に関連付けられています。

役割説明ホストしている企業ファームレベルの設定およびハードウェアを管理します

データベース構成を制御します

新しい承認済みの機能およびソリューションをすべてインストールします

[テナント管理者] ページをブランド化できます

ホストされている企業の管理者

ホストしている企業から領域、機能、および帯域幅を購入します

顧客サイトのアーキテクチャを制御しますが、コンテンツは制御しません

利用状況の統計を確認します

ホストされている企業サイトコレクションを所有します

機能およびソリューションをインストールまたは削除します

機能およびサービスを構成します

利用状況の統計を確認します



テナントは、購読 ID に関連付けられているテナント管理という名前のサイトテン

プレートを使用して、自分のサイトを管理します。このサイトテンプレートは非表

示になっており、ファーム管理者によってのみテナントに付与されます。

ブランド化SharePoint 2010 には、ユーザーインターフェイスのブランド化に関連する多数の変

更が追加されました。



テーマ以前のバージョンの SharePoint Server と Windows® SharePoint Services では、テーマがサイトの外観を変更する一般的な方法でした。管理者は、 [サイトの設定] ページにアクセスして、複数のテーマからどれかを選択できました。この方法によりサイトの外観をすばやく簡単に既定のサイトとは異なるものに変更できましたが、用意されているテーマが、組織固有の企業ブランドに合わないことはよくありました。カスタムテーマを作成すると、このような状況に対応できます。しかし、それにはサーバー上のファイルを開発および変更する必要があり、それができない場合は、用意されているテーマを受け入れざるをえませんでした。

SharePoint 2010 ではテーマの動作方法が変更され、カスタマイズしやすく、また新しいテーマを作成しやすくなっています。Microsoft Office PowerPoint でカスタムテー

マを作成したことがあるユーザーは、テーマを作成するインターフェイスがよく似ていることに気づくはずです。PowerPoint と、その他の Office 2007 および 2010 クライアントのテーマを、SharePoint 2010 に、直接インポートすることもできます。さらに、このインターフェイスからすべてのサブサイトにテーマを適用することもできます。SharePoint 2010 に新しく追加されたテーマ機能を使用すると、管理者が、カスタマイズされたユーザーインターフェイスをよりすばやく簡単に作成および展開できます。



図 24: SharePoint 2010 のテーマ

マスターページ

SharePoint 2010 では、サイトへのカスタム外観を実装するにはマスターページに依

存します。Web インターフェイスまたは SharePoint Designer を使用すると、サイトの所有者が、他のサイトとは別に自分のサイトにブランドを適用できます。これにより、必要に応じて外観の管理を委任することができます。アプリケーションおよびシステムページのブランド化については、これはサーバー管理者の役割になります。



サーバー管理者は、_Layouts フォルダーにあるシステムページのレンダリングに、

サイト所有者によって提供されるサイトマスターページを使用するか、システム

全体で使用できる既定のマスターページを使用するかを指定できます。 Office

SharePoint Server 2007 では、このディレクトリからレンダリングされるページでは同じマスターページの application.master が使用されていました。カスタムユー

ザーインターフェイスの作成を考えていた組織にとっては、これは問題でした。application.master はシステムファイルで、これに対してカスタムマスターペー

ジを使用するというオプションはなかったためです。使用できる唯一のオプションが、システムファイルを変更するか、カスタムテーマを使用してページのスタイルを

設定することでした。application.master をカスタマイズすることはお勧めしません。万一不運な事故がこのマスターページで発生したときに、サイトのすべてのシステ

ム設定にアクセスできなくなってしまうためです。SharePoint 2010 を使用すると、ブランドをより柔軟にシステムページに適用できるようになるだけなく、フェイル

セーフメカニズムも実現します。 _Layouts ディレクトリのページで使用されているマスターページでエラーが発生した場合、システムページに引き続きアクセスで

きるように、SharePoint では default.master ファイルが参照されます。さらに、Windows PowerShell を使用すると、システムエラーページ、ログインページ、確認ページ、および他のサイト固有でないページに、カスタムのマスターページを

適用できます。このオプションをすべて組み合わせることで、SharePoint 全体で一貫したブランドをより簡単に作成できます。



SharePoint Designer 2010SharePoint Designer 2010 は、SharePoint 2010 サイトをカスタマイズし、機能を追加する強力なツールです。組織に展開されているすべてのツールについて、そのツールの責任ある使用を保証するには、効果的なガバナンス計画を適用することが重要ですSharePoint 2010 では、各 Web アプリケーションで SharePoint Designer 2010 がどのように使用されるかを管理者がさらに詳しく制御できます。管理者が制御できるオプションは次のとおりです。

SharePoint Designer を有効にする : Web アプリケーションのすべてで SharePoint Designer を使用できるようにするかどうかを制御します。

ページへのサイト定義の適用を解除できるようにする: ページへのサイト定義の適用を解除できるようにするかどうかを指定します (SharePoint Designer では、ページが詳細編集モードの場合にのみ、ページのカスタマイズが許可されます。これにより、サイト定義の適用が解除されるページ数が大幅に減ります)。

マスターページとレイアウトページをカスタマイズできるようにする : サイト管理者がマスターページとレイアウトページをカスタマイズできるように

するかどうかを制御します。 Web サイトの URL 構造を管理できるようにする: サイト管理者が自分のサイトの URL 構造を管理できるようにするかどうかを指定します。



図 25: SharePoint Designer 設定

まとめ基本的には、SharePoint® 製品とテクノロジ (サイトの準備、Web パーツ、グループ作業、ドキュメント管理、Web 管理、検索) の主な使用法は変わっていません。変わったのは、ビジネスソリューションとして SharePoint 2010 を実装した組織内で、すぐに利用できる機能の量です。

企業の観点からは、SharePoint 2010 は、既存のソフトウェアおよびアプリケーションとともに使用できる集中型ソリューションの必要性を満たします。SharePoint 2010 では、Microsoft Business Connectivity Services を利用することで、既存の情報源にネイティブに接続できます。マルチテナント機能を使用すると、ホストされた環境で、(ホストしている側からクライアント側に対して) 組織はより細かな制御を実現できます。

管理者にとって、このリリースは、管理しやすいだけでなく、保守が簡単になる機能向上がされたソリューションとなりました。Windows PowerShell との統合により、管理性に優れたコントロール、効率的なコマンドラインツールが実現し、生産性が向



上しました。新しいサーバーの全体管理インターフェイスを使用すると、 SharePoint

環境の設定をより簡単に特定および構成できます。SharePoint 2010 では、強く求められていたネイティブの障害復旧オプションに加えて、優れたパフォーマンスコント

ロールと、ログ記録およびレポートオプションが組み込まれました。また、刷新さ

れたサービスアプリケーションのアーキテクチャによって、環境内で使用されてい

る共有サービスについて、より優れた柔軟性が確保されています。

参考資料TechNet SharePoint 2010 TechCenterhttp://go.microsoft.com/fwlink/?linkid=189311&clcid=0x411

SharePoint 2010 の IT 担当者向けの概要シリーズhttp://go.microsoft.com/fwlink/?linkid=164613&clcid=0x411

SharePoint 2010 の高度なトレーニング用ビデオ (レベル 400)

http://go.microsoft.com/fwlink/?linkid=164614&clcid=0x411 ( 英語 )

SharePoint 2010 の Microsoft ラーニングリソース


SharePoint 2010 体験版のダウンロード (近日ダウンロード可能)


SharePoint 2010 評価用バーチャルマシンダウンロード


SharePoint 2010 IT 担当者バーチャルラボhttp://go.microsoft.com/fwlink/?linkid=189315&clcid=0x411

SharePoint 2010 TechNet フォーラムhttp://go.microsoft.com/fwlink/?linkid=165422&clcid=0x411 ( 英語 )











要約 - download.microsoft.com€¦ · web viewサードパーティ...

Documents