私の開発環境では、Windows を再起動するたびに (少なくとも毎日実行する必要があります)、すべての共有 SSRS データソースの資格情報が失われます。
現在、固定資格情報を使用してデータベースにログインするように設定していますが、再起動すると、すべてのデータソースが資格情報を使用せずにポップアップします。確かに、それは開発環境でのみであり、データソースをチェックアウト/更新/チェックインするだけで問題なく動作します...再起動するまで。
参考までに、私はこれらの共有データソースを少なくとも 2 年間使用しており、問題はありませんでしたが、先月かそこらで、それは毎日繰り返される問題でした。
ヘルプ？
Reporting Services で直接作成されたデータ ソースではなく、Visual Studio のレポート サーバー プロジェクトの共有データ ソースについて話していると思います。後者の場合、データはすべて、SSRS のセットアップ時に指定された ReportServer データベースに格納されます。
ここで、Visual Studio で使用される .rds ファイルについては、ファイルをテキスト エディターで開くと、ユーザー名とパスワードがファイルに保存されていないことに注意してください。実際には .rptproj.user ファイルに保存されます。したがって、誰かがソース管理から .user ファイルを削除していないことを確認してください (.user ファイルはソース管理にあるべきではありませんが、あなたの場合は...)。
このシナリオは、資格情報を入力し、すべてのファイルを保存して、Visual Studio を終了することでテストできます。.rptproj.user ファイルを見つけて削除し、Report Server プロジェクトを再度開いて、資格情報がなくなっていることを確認してください。
回避策は、接続文字列の一部として「User ID=user;Password=pass」を追加することです。.rds を開くと、接続文字列にこの部分は表示されませんが、[資格情報] タブには正しい値が表示されます。
すでにお読みになっているかもしれませんが、何かお役に立てるでしょうか？ http://msdn.microsoft.com/en-us/library/ms159846.aspx
SSRS のインストール方法、サービスを実行するアカウント、およびドメイン ログオン ポリシーに注意を払います。
これは、マシン上のサービスの起動順序に関連している可能性があります。
推測: SP3 には、接続資格情報が有効かどうかをチェックする新しい機能が含まれている可能性があります。それらが有効でない場合、それらはクリアされます。
SQL サーバーが起動する前にこのチェックが行われると、問題が発生します。これにより、マシンの再起動時にそれらがクリアされる理由が説明されます。
最近同じ問題が発生しましたが、再起動に接続できません。ソース管理からソリューションを確認したときに発生したようです-私たちはTeam Foundation Serverを使用しています。サービス アカウントを無数に無効にした後、どういうわけか自己修復し、動作を開始しました。この投稿を見つけて、ベンソンが言及したrptproj.userファイルのプロジェクトフォルダーを確認しました。問題が発生した日の変更日が含まれていますが、プロジェクトを作成したと覚えている日付に近い作成日です。これは今後気をつけます。
この問題について何か新しいことを思いついた人はいますか?