2011-11-09 14 views
10

SSRS 2008 R2およびReport Builder 3.0を使用しています。私はブラウザ(http:// myserver/reports /)を介して共有データソースを設定し、複数のレポートで使用するために、「クレデンシャルはレポートサーバに安全に保存されています。ブラウザ経由で接続をテストすることができます。Report Builder 3.0 - データセットの資格情報が機能しない

今、私はReport Builder 3.0を起動します。新しいレポートと「データソースの追加」を開始します。私は、 "共有接続を使用する"を選択し、サーバーを参照し、上記のデータソースを選択します。 "Test Connection"をクリックして、すべて正常です。

次に、「データセットを追加」しようとします。このダイアログでは、「レポートに埋め込まれたデータセットを使用する」を選択し、上に追加したデータソースを選択し、SQL文字列を入力して「OK」をクリックします。 [データソース資格情報の入力]が表示されます。有効なドメイン(ドメイン管理者のアカウントなど)やSQL Server(「sa」アカウントのような)資格情報とチェックボックスの順列が何であっても、「データソースに接続できません」というメッセージが表示されます。

共有データソースのセキュリティ設定では、BUILTIN \ administratorsおよびdomain \ administratorがすべての役割を許可します。一部の従来の移行されたレポートは正しく動作するため、データソースは機能します。レポートビルダーによれば、データソースは正常に接続されています。しかし、私は新しいレポートを作成したり、既存のレポートを変更することはできません。

提案がありますか?

答えて

11

Report Builderでは、Report Builderの定義に含まれる情報を使用して、Reporting Servicesではなく、ローカルでクエリを実行するようになっています。

データセットを設定するときにRefresh Fieldsのような操作を行ったとき、Report Builderは関連する出力やメタデータを取得するためにReport Builderを使用していました。これはそうではないようです。

共有データソースの接続文字列をData Source=(local);Initial Catalog=<database name>と定義しました。これは、Reporting Servicesのブラウザインターフェイスにあるときに機能しますが、レポートビルダは接続文字列を読み取り、それを使用しているようです。私のローカル開発マシンのReporting Servicesには、これらのレポートを実行しているターゲットサーバー上にセットアップがありません。したがって、何か私は失敗します。

ローカルホストではなく接続文字列をData Source=<server name>;Initial Catalog=<database name>に変更すると、Report Builderを正常に動作させることができます。 (RBはまだ "デ​​ータソース資格情報の入力"を表示しました。私はターゲットサーバー上の有効なログインであるWindows資格情報を使用しました)

+1

私は同様の問題を抱えていて、あなたの答えは正しい方向に私を押し込んだ。違いは、ローカルワークステーションにインストールされたクライアントがNative Client 10であり、サーバーにNative Client 11があることでした。サーバー上の接続文字列は、ローカルマシンから作業するためにプロバイダ名をSQLNCI11.1からSQLNCI10.1に変更する必要がありました。最終的な修正は、Native Client 11をワークステーションにインストールすることでした。 –

+0

Cool。私はあなたのために別のソリューションの核となることができてうれしい!それを追加していただきありがとうございます。 – alphadogg

1

あなたがしようとしていることを達成するには、Windows統合セキュリティを使用する必要があるように思えます。

MSDNによると、格納された資格情報はクライアントアプリケーションに渡されません。これらは、スケジュールされたレポートなどのためにレポートサーバーによってのみ使用されます。

http://msdn.microsoft.com/en-us/library/ms159736.aspx

私は、「データソースの資格情報を入力します」プロンプトがSQL認証ではなく、ドメインアカウントを探していることを伝えることができます。

+0

まあ、私は、そのデータソースの "レポートサーバーに安全に保存された"を使用しました。そして、他の有効なSQLログイン。しかし、誰も動作していないようです。 – alphadogg

1

優れた質問と回答。私はあなたの慎重な説明に本当に感謝します。私も同じ問題がありました。私の場合、問題は、私がホームオフィスにVPNで接続しているマシンからレポートビルダーにアクセスしていることでした。私はホームオフィスのWindowsネットワークの外にいるので、RBは私を認証できなかったと思います。オフィスのマシンに接続されたリモートデスクトップを使って作業することで、私はこの問題に対処することができました。あなたと@ RichShealerの答えは、ブラウザからレポートを実行すると、内部のサーバーマシンによってレポートされていることを思い出させました。これは、デスクトップアプリケーションであるRBを実行している場合には当てはまりません。

関連する問題