質問

2005年の制作サーバーに対してRedgateのSQL Monitor 2が実行されているため、データベースメールが長期にわたって実行されていることについてアラートを受け取り続けています。私は現在、1分後にフラグを立てるためにアラートを設定し、2分後に赤をマークしました。これは日常的に赤のようにポップアップします。

これが私が調べる必要があるものであるかどうか、またはこれが通常の動作であり、これを無視するためにアラートを設定できるかどうかを知る必要があります。

役に立ちましたか?

解決

レッドゲートのバグ 2009年4月から(!)。 ここで回避策/除外

そして世界のお気に入りの検索エンジンで最初にヒット

他のヒント

私は、Red Gate SQLモニターの開発者の1人です。

アラートはバグではありません。この特定のクエリには長い時間がかかっていることがわかります。これにはいくつかの理由があります。

  1. SQLインスタンスが高いCPUまたはIO負荷の下にある可能性があり、これにより、メールの送信に長い時間がかかります
  2. クエリに長い時間がかかる原因となるメールを送信するために使用しているメールサーバーに接続またはパフォーマンスの問題がある場合があります
  3. メールで大量のデータを送信しようとしている可能性があります

SQL Monitorによってキャプチャされたパフォーマンススナップショットを使用して、(1)が問題であるかどうかを確認できます。これは、長期にわたるクエリアラートのアラート詳細ページに表示されます。

サードパーティのツールを使用して送信メールサーバーを介してメールを送信して、(2)が問題であるかどうかを確認できます

SQL Server Management Studioを介して短いテストメールを送信することも使用して確認できます(3)

例えば。

DECLARE @body1 VARCHAR(100)
SET @body1 = 'Server :' + @@servername + ' Test Email'
EXEC msdb.dbo.sp_send_dbmail @recipients = 'recipient@example.com',
    @subject = 'DB Mail Test Email', @body = @body1, @body_format = 'HTML' ;

@GBNが述べたように、これが問題でない場合は、このストアドプロシージャを含むクエリを除外するようにアラートを構成できます。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top