2011-10-18 18 views
1

こんにちは私はこの問題を一日中戦ってきました。私は3つの異なるWebパフォーマンステストで構成されている3つのシナリオからなるvs2010負荷テストを行っています。VS2010負荷テストに失敗しました - データベースを開くことができません - 負荷テスト結果データベースではありません

各Webパフォーマンステストでは、正しく構成されたデータベースからURLを選択し、ローカルに実行されます。しかし、負荷テストをリモートで実行すると、エラーで失敗します。

エージェント 'AGENTSERVER'で負荷テスト 'Load Test'を実行できませんでした。ログインによって要求されたデータベース 'URLSDB'を開くことができませんでした。ユーザーアカウントのログインに失敗しました

エージェントとコントローラがドメイン管理者アカウントで実行されるようにするため、Management Studioを使用してデータベースにログインできます。私は接続文字列をチェックして、ローカルでテストを実行できますが、リモートでは実行できません。誰にもアイデアはありますか?私の次のステップは、SQL認証を使用するためにUrlsDBに接続文字列を設定することです

+1

はあなたから手動でデータベースにログインしようとしたことがありエージェントマシン(Management Studioやお気に入り、LINQPadなど)?多分、あなたはそのようなより有用なエラーメッセージを得ることができます。 OTOH、私はSQL認証がおそらく最初の試行でうまくいくと思うでしょう。 – agentnega

+0

SQL認証とWindows認証(エージェントサービスを実行しているアカウントを使用)を使用してエージェントマシンから正常にログインできますが、負荷テストを実行できません –

+0

接続文字列を投稿できますか?たぶんそこに手がかりがあるかもしれません。誤ってlocalhostまたは '。'を指定しているわけではありません。サーバー名はあなたですか?また、SQL Serverのログはどうでしょうか、もっと役に立つメッセージがあります。 – agentnega

答えて

1

最終的には01:20 AMに解決することができました。シナリオのミックスを構成する3つの個別のテストのデータソースを調べると、UIが更新されたら3つすべてが接続文字列を更新していることがわかっていたので、なぜこれらを取得したのか困惑しましたエラーに加えて、エラーがどの接続が問題を抱えていたかを示していません。

この問題をテストから除外するため、各テストからデータソースを削除し、個別に名前を付けられた新しいデータソースを作成して、同じSQLサーバーと同じデータベースを効果的に指すようにしました。それから私はテストを実行し、すべてが正しく、最後に実行!

したがって、根本的な問題は、基礎となるテストの接続文字列が間違っていることでした。 UIをさらにテストして、私自身のエラーだったのか、実際にはUIにバグがあるかもしれないかどうかを確認します。バグを見つけたら報告します。

私はそれを解決する手助けしようとする時間がかかった人たちのおかげでは、それは私がほぼ20時間に困惑していたときの問題はとても軽微であったことを全焼:/

0

テストを実行しているドメイン管理者アカウントは、エージェントマシンからデータベースサーバーに接続できません。

エージェントにログインし、そこからデータベース接続をデバッグします。

このようなWebテスト内のスレッドブロッキング呼び出しは、負荷テストに問題を引き起こす可能性があることに注意してください。テストインスタンシエーション中にすべてのテストURLをロードすることをお勧めします。 データベース呼び出しをできるだけ少なくすることを基本的に最小限に抑えます。

+0

レスポンスありがとうございますが、私のロードテストはまだ失敗していますが、エージェントマシンからManagement StudioとSQLCMDを使用して正常にログインできます –

関連する問題