イントロダクション

環境設定

当社のセットアップは 4 台のサーバーで構成されています。ドメインコントローラ、SQL Server、SharePoint Server、そして Reporting Services 用サーバーが含まれます。SharePoint と Reporting Services を同一サーバーにすることも選択でき、その場合は設定が少し簡素化されますので、いくつかの違いを指摘します。

インストール前提条件

SharePoint 認証

RS 統合のパーツに入る前に、SharePoint ファームについて指摘したいことがあります。それはサイトの設定方法です。特に、サイトの認証を Classic にするか Claims にするかです。この選択は最初に重要です。一度設定すると変更できないと考えています。もし変更できたとしても、簡単なプロセスではありません。

NOTE: Reporting Services 2008 R2 は Claims 非対応です

SharePoint サイトで Claims を使用するように選択した場合でも、Reporting Services 自体は Claims を認識しません。とはいえ、これは Reporting Services の認証方法に影響します。では、Reporting Services の観点からの違いは何でしょうか? それはユーザー資格情報をデータ ソースに転送するかどうかに依存します。 Classic:- Kerberos を使用でき、ユーザーの資格情報をバックエンド データ ソースに転送できます(そのためには Kerberos が必要です)。 Claims:- Claims トークンが使用され、Windows トークンではありません。このシナリオでは RS は常に Trusted Authentication を使用し、SPUser トークンのみにアクセスできます。データ ソース内に資格情報を保存する必要があります。

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

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

まずは RS のセットアップに集中したいだけです。現時点では SharePoint が私の SharePoint Box にインストールされ、ポート 80 の Classic Auth サイトとして設定されています。RS サーバーでは Reporting Services をインストールしただけで、他には何もありません。