インストールの前提条件

インストールを進める前に、以下の前提条件を満たす必要があります。

SharePoint用レポーティングサービスアドイン

SharePoint用レポーティングサービスアドインは、統合を正しく機能させるための主要なコンポーネントの一つです。このアドインは、SharePointファーム内の**Webフロントエンド(WFE)**および中央管理サーバーにインストールする必要があります。SQL 2008 R2とSharePoint 2010を使用する際の新しい変更の一つは、2008 R2アドインがSharePointのインストールの前提条件になったことです。これは、SharePointをインストールするときにRSアドインが配置されることを意味します。以下の図に示されているように、これによりSP 2007とRS 2008をインストールする際に見られた多くの問題を回避することができます。

図1: SharePoint用レポーティングサービスアドイン

SharePoint認証

RS統合の部分に入る前に重要なのは、SharePointファーム内でサイトをどのように設定するかです。具体的には、サイトの認証をどのように構成するか、ClassicまたはClaimsのいずれかになるかです。この選択は最初に重要です。一度設定すると、このオプションを変更できないと考えています。変更できる場合でも、それは簡単なプロセスではありません。

レポーティングサービス2008 R2はClaimsに対応していません

SharePointサイトをClaimsを使用するように選択した場合でも、レポーティングサービス自体はClaimsに対応していません。これは、レポーティングサービスの認証の動作に影響を与えます。では、レポーティングサービスの観点からの違いは何でしょうか？それは、ユーザーの資格情報をデータソースに転送したいかどうかにかかっています。

Classic   - Kerberosを使用し、ユーザーの資格情報をバックエンドデータソースに転送できます（そのためにはKerberosを使用する必要があります）。

Claims ** - Claimsトークンが使用され、Windowsトークンは使用されません。このシナリオでは、RSは常に信頼された認証を使用し、SPUserトークンにのみアクセスします。資格情報をデータソース内に保存する必要があります。

今はRSのセットアップに焦点を当てたいと思います。この時点で、SharePointはSharePointボックスにインストールされ、ポート80でClassic Auth Siteが設定されています。さらに、RSサーバーにはレポーティングサービスをインストールしたばかりです。それだけです。