データベースメールの問題のトラブルシューティング

[アーティクル]
03/21/2024

この記事では、データベースメールの問題のトラブルシューティング方法について説明します。初期トラブルシューティングで問題が解決されていない場合は、高度なトラブルシューティングを使用します。

初期データベースメールトラブルシューティング

基本的なトラブルシューティング手順を次に示します。

DatabaseMail.exeを使用して既に送信または送信しようとしたメールのデータベースメールログと sysmail (sysmail_event_log) ビューを確認します。
テストメールを送信します。テストメールが正常に送信された場合は、送信されないメッセージの詳細に焦点を当てます。テストメールが送信されない場合は、テストメールのトラブルシューティングに重点を置き、前に送信が失敗したメールを無視します。
SMTP サーバーの設定が正しくないと思われる場合、またはメールの送信に使用されるアカウントに問題がある場合は、PowerShell を使用してテストメールを送信します。
PowerShell を使用してメールを送信できない場合は、SMTP 構成の問題である可能性があり、SMTP 管理者が必要です。

初期データベースメールトラブルシューティングには、次の手順を使用できます。

Msdb sysmail システムビュー

詳細な手順を見る前に、関連するデータベースメールシステムビューの簡単な概要を次に示します。

最も関連性の高いログ記録は、 msdb sysmail システムビューで発生します。これらのビューは、環境内で直接クエリを実行できます。

名前	型	説明
sysmail_allitems	View	データベースメールに送信されるすべてのメッセージをListsします。
sysmail_event_log	View	データベースメール外部プログラムの動作に関するメッセージをListsします。
sysmail_faileditems	View	データベースメール送信できなかったメッセージに関する情報。
sysmail_mailattachments	View	データベースメールメッセージへの添付ファイルに関する情報。
sysmail_sentitems	View	データベースメールを使用して送信されたメッセージに関する情報。
sysmail_unsentitems	View	データベースメールが現在送信しようとしているメッセージに関する情報。

一部のエラーは、Windows アプリケーションイベントログに記録されます。

手順 1: ビュー sysmail_event_log確認する

このシステムビューは、すべてのデータベースメール問題のトラブルシューティングの出発点です。

データベースメールのトラブルシューティングを行う場合は、ビューでsysmail_event_logメールエラーに関連するイベントを検索します。一部のメッセージ (データベースメール外部プログラムの失敗など) は、特定の電子メールに関連付けられません。

Sysmail_event_logには、データベースメールシステムによって返される Windows またはSQL Server メッセージごとに 1 行が含まれます。 SQL Server Management Studio (SSMS) で、[管理] を選択し、[データベースメール] を右クリックし、[データベースメールログの表示] を選択して、次のようにデータベースメールログをチェックします。

[データベースメール] メニューの [データベースメールログアイテムの表示] のスクリーンショット。

に対して次のクエリを sysmail_event_log実行します。

SELECT er.log_id AS [LogID],
  er.event_type AS [EventType],
  er.log_date AS [LogDate],
  er.description AS [Description],
  er.process_id AS [ProcessID],
  er.mailitem_id AS [MailItemID],
  er.account_id AS [AccountID],
  er.last_mod_date AS [LastModifiedDate],
  er.last_mod_user AS [LastModifiedUser]
FROM msdb.dbo.sysmail_event_log er
ORDER BY [LogDate] DESC

列には event_type 次の値を指定できます。

エラー
警告
情報
成功

必要なイベントの種類のみを表示するには、句を WHERE 使用してフィルター処理します。

失敗した特定のメールアイテムを確認する

特定のメールに関連するエラーを検索するには、ビューで失敗したメールのを検索mailitem_idし、でsysmail_faileditemssysmail_event_log関連するメッセージをmailitem_id検索します。

SELECT er.log_id AS [LogID], 
    er.event_type AS [EventType], 
    er.log_date AS [LogDate], 
    er.description AS [Description], 
    er.process_id AS [ProcessID], 
    er.mailitem_id AS [MailItemID], 
    er.account_id AS [AccountID], 
    er.last_mod_date AS [LastModifiedDate], 
    er.last_mod_user AS [LastModifiedUser],
    fi.send_request_user,
    fi.send_request_date,
    fi.recipients, fi.subject, fi.body
FROM msdb.dbo.sysmail_event_log er 
    LEFT JOIN msdb.dbo.sysmail_faileditems fi
ON er.mailitem_id = fi.mailitem_id
ORDER BY [LogDate] DESC

からsp_send_dbmailエラーが返されると、電子メールはデータベースメールシステムに送信されないため、エラーはビューにsysmail_event_log表示されません。ステートメントレベルのプロファイラートレースを収集し、発生したエラーのトラブルシューティングを行う必要があります。

個々のアカウントの配信試行が失敗した場合、データベースメールは、メールアイテムの配信が成功するか失敗するまで、再試行の試行中にエラーメッセージを保持します。配信が最後に成功した場合、累積されたすべてのエラーは、を含む account_id個別の警告としてログに記録されます。電子メールが送信された場合でも警告が発生する可能性があります。配信が最後に失敗した場合、すべてのアカウントが失敗したため、以前のすべての警告は、なしで account_id 1 つのエラーメッセージとしてログに記録されます。

sysmail_event_logにログインする可能性がある問題

次の問題がログインしている sysmail_event_log可能性があります。

SQL Serverに接続するための DatabaseMail.exe の失敗。

外部プログラムが msdb テーブルにログを記録できない場合、プログラムはエラーを Windows アプリケーションイベントログに記録します。
SMTP サーバーに関連付けられているエラー。
- SMTP サーバーに接続できない。
- SMTP サーバーでの認証に失敗しました。
- SMTP サーバーは電子メールメッセージを拒否します。
DatabaseMail.exeの例外。

外部実行可能ファイルデータベースメール問題がない場合は、sysmail システムビューに移動します。特定のメールに関連するエラーを検索するには、ビューで失敗したメールのを検索mailitem_idし、でsysmail_faileditemssysmail_event_log関連するメッセージをmailitem_id検索します。からsp_send_dbmailエラーが返されると、電子メールはデータベースメールシステムに送信されないため、エラーはビューにsysmail_event_log表示されません。

手順 2: ビューのsysmail_unsentitems、sysmail_sentitems、およびsysmail_faileditemsを確認する

特定のメールに関する問題についてこれらのビューをチェックすると、データベースメールが送信されているか、キューに残っているか、送信に失敗しているかを確認できます。

msdb データベース内の内部テーブルには、データベースメールから送信される電子メールメッセージと添付ファイルが、現在の状態と共に含まれています。データベースメールは、メッセージの処理時にこれらのテーブルを更新します。

Sysmail_mailitems table は、他の sysmail ビューのベーステーブルです。ビューは sysmail_allitems テーブル上に構築され、これらのビューのスーパーセットです。

注:

運用 msdb データベースをバックアップし、ユーザーデータベースとして別のテストシステムに復元する場合は、復元されたバックアップで sysmail システムビューを再作成できます。復元されたバックアップのビュー定義は、バックアップを復元したシステム上の msdb データベースを参照します。「Msdb バックアップ」セクションの「顧客 msdb で sysmail ビューを再作成するスクリプト」を参照してください。

Sysmail_unsentitems

このビューには、状態が未送信または再試行データベースメールメッセージごとに 1 行が含まれます。

このビューは、送信を待機しているメッセージの数と、メッセージがメールキューに入っている時間を確認する場合に使用します。一般に、未送信メッセージの数は少ない。通常の操作中にベンチマークを実行して、通常の操作に対してメッセージキュー内の適切な数のメッセージを決定できます。

msdb の Service Broker オブジェクトに問題がある場合は、でsysmail_unsentitemsメールをチェックすることもできます。 ExternalMailQueueまたは InternalMailQueue キューが無効になっている場合、またはルートに問題がある場合、メールはにsysmail_unsentitmes留まる可能性があります。

未送信 または 再試行中の メッセージはメールキューに残っており、いつでも送信できます。メッセージには、次の理由で 未送信 の状態が表示される場合があります。

メッセージが新しい。メッセージはメールキューに配置されていますが、データベースメールは他のメッセージで動作しており、このメッセージにはまだ到達していません。
データベースメール外部プログラムが実行されておらず、メールは送信されません。

次の理由により、メッセージの 再試行 状態が発生する可能性があります。

データベースメールメールを送信しようとしましたが、SMTP メールサーバーに接続できませんでした。データベースメールは、メッセージを送信したプロファイルに割り当てられている他のデータベースメールアカウントを使用して、メッセージの送信を試み続けます。アカウントがメールを送信できない場合、データベースメールはパラメーターに構成されているAccount Retry Delay時間の長さを待ってから、メッセージをもう一度送信しようとします。データベースメールは、パラメーターを使用して、メッセージの送信を試行する回数を決定します。データベースメールメッセージの送信を試みると、メッセージは再試行中の状態のままです。
データベースメール SMTP サーバーに接続しますが、エラーが発生します。 SMTP サーバーによって返される SMTP エラーコードと、それに付随するエラーメッセージを使用して、さらにトラブルシューティングを行うことができます。

Sysmail_faileditems

メールの送信に失敗したことがわかっている場合は、直接クエリを実行 sysmail_faileditems できます。受信者別の特定のメッセージのsysmail_faileditemsクエリとフィルター処理の詳細については、「データベースメールで送信された電子メールメッセージの状態を確認する」を参照してください。

データベースメールを使用して送信される電子メールメッセージの状態をチェックするには、次のスクリプトを実行します。

-- Show the subject, the time that the mail item row was last  
-- modified, and the log information.  
-- Join sysmail_faileditems to sysmail_event_log   
-- on the mailitem_id column.  
-- In the WHERE clause list items where danw was in the recipients,  
-- copy_recipients, or blind_copy_recipients.  
-- These are the items that would have been sent to Jane@contoso.com
 
SELECT items.subject, items.last_mod_date, l.description 
FROM dbo.sysmail_faileditems AS items  
INNER JOIN dbo.sysmail_event_log AS l ON items.mailitem_id = l.mailitem_id  
WHERE items.recipients LIKE '%Jane%'    
    OR items.copy_recipients LIKE '%Jane%'   
    OR items.blind_copy_recipients LIKE '%Jane%'  
GO

Sysmail_sentitems

最後のメールが正常に送信された時刻を確認する場合は、次のようにクエリ sysmail_sentitems と注文を sent_date 行うことができます。

SELECT ssi.sent_date, * 
FROM msdb.dbo.sysmail_sentitems ssi
ORDER BY ssi.sent_date DESC

特定の種類のメールが正常に送信されたが、他のメールが送信されない場合、このビューは違いを見つけるのに役立つ可能性があります。

手順 3: ビュー sysmail_mailattachments確認する

このビューには、データベースメールに送信される添付ファイルごとに 1 行が含まれます。データベースメール添付ファイルに関する情報が必要な場合は、このビューを使用します。

添付ファイルを含むメールの送信に問題があるが、添付ファイルを含む一部のメールが正常に送信された場合、このビューは違いを見つけるのに役立つ可能性があります。

手順 4: SMTP サーバーデータベースメール構成を確認する

データベースメールの問題を解決するのに役立つもう 1 つの手順は、SMTP サーバーのデータベースメール構成と、データベースメールの送信に使用されるアカウントをチェックすることです。

データベースメールを構成する方法の詳細については、「データベースメールの構成」を参照してください。

データベースメールの構成

データベースメールを構成するには、次の手順に従います。

SSMS を開き、[管理] を選択し、[データベースメール] を右クリックして、[データベースメールの構成] を選択します。
[データベースメールアカウントとプロファイル>の管理] [次へ] を選択します。
アカウントがある場合は、[既存のアカウントの 表示、変更、または削除 ] を選択し、[ 次へ] を選択し、それ以外の場合は [ 新しいアカウントの作成] を選択します。次のスクリーンショットは、SMTP サーバーへの接続とデータベースメールの送信に使用されるアカウント設定を示しています。

次の場合に特に注意してください。

サーバー名とポート番号。サーバー名は完全修飾ドメイン名である必要があり、ポート番号は正確である必要があります。一般に、既定の SMTP ポートは 25 ですが、現在の SMTP 構成をチェックする必要があります。
Ssl。 SMTP サーバーで Secure Sockets Layer (SSL) またはトランスポート層セキュリティ (TLS) が必要かどうかを確認します。
SMTP 認証。データベースエンジンサービスのWindows 認証、ドメインアカウントを指定した基本認証、または匿名認証を使用していますか? 自分の環境で SMTP サーバーが許可する内容を確認する必要があります。ドメインアカウント (サービスアカウントまたは基本認証) が指定されている場合は、SMTP サーバーに対するアクセス許可が必要です。

構成を使用して PowerShell でテストメールを送信できます。「PowerShell を使用してテストメールを送信する」を参照してください。

システムパラメーターデータベースメール確認する

システムパラメーターをチェックするには、次の手順に従います。

SSMS を開き、[管理] を選択し、[データベースメール] を右クリックして、[データベースメールの構成] を選択します。
[ システムパラメーターの表示または変更] を選択します。

次のスクリーンショットは、システムパラメーターの既定値を示しています。一意のシステムパラメーターに注目し、トラブルシューティングを行っている問題に関連しているかどうかを判断します。

データベースメール構成ウィザードでのシステムパラメーターの構成のスクリーンショット。

手順 5: テストメールを送信する

このセクションでは、SSMS と PowerShell を使用してテストデータベースメールを送信するのに役立ちます。

データベースメールを使用してテストメールを送信する

テストメールを送信すると、発生している問題を再現したり、データベースメールを送信できるかどうかを確認したりできます。

テストデータベースメールを送信するには、[管理] を選択し、[データベースメール] を右クリックし、[テスト電子メールの送信]を選択します。

データベースメールを右クリックした後に表示されるテストメールの送信オプションのスクリーンショット。

テストメールを送信した後、データベースメールログビューと sysmail ビューをチェックします。

テストメールが正常に送信されない場合は、このドキュメントを使用して、送信されない理由のトラブルシューティングを行います。
テストメールが正常に送信されても、送信されない他のメールに問題が残っている場合は、送信されないメールメッセージの詳細に注目してください。実行されている実際 sp_send_dbmail のコマンドを確認します。 Transact-SQL コマンドがない場合は、コマンドと sql_batch_started コマンドを使用して XEvent トレースをsql_batch_completed収集し、列をbatch_text確認します。

PowerShell を使用してテストメールを送信する

外部プロセスを使用すると、トラブルシューティングからデータベースメールを除外し、アカウント構成をテストするのに役立ちます。たとえば、PowerShell を使用してテストメールを送信します。 PowerShell を使用してテストメールを送信できない場合は、データベースメールの問題ではないことを示します。

PowerShell から送信されたメールが、同じ SMTP サーバーの設定と資格情報で失敗した場合、問題が SMTP サーバー上にあることを示している可能性があります。

環境に応じて次のパラメーターを変更し、次のスクリプトを実行します。

$EmailFrom = "dbmail@contoso.com"
$EmailPass = "Y0reP@ssw0rd"
$EmailTo = "email_alias@contoso.com"
$Port = 587
$Subject = "Test From PowerShell"
$Body = "Did this work?"
$SMTPServer = "smtp.contoso.com"

$SMTPClient = New-Object Net.Mail.SmtpClient($SmtpServer, $Port)
$SMTPClient.EnableSsl = $true
$SMTPClient.Credentials = New-Object System.Net.NetworkCredential($EmailFrom, $EmailPass);
$SMTPClient.Send($EmailFrom, $EmailTo, $Subject, $Body)

SMTP サーバーで匿名認証が許可されている場合は、標準ポート 25 を使用します。SSL は必要ありません。次のスクリプトを実行します。

$EmailFrom = "dbmail@contoso.com"
$EmailTo = "email_alias@contoso.com"
$Port = 25
$Subject = "Test From PowerShell (Anonymous Auth, no SSL)"
$Body = "Did this work?"
$SMTPServer = "smtp.contoso.com"

$SMTPClient = New-Object Net.Mail.SmtpClient($SmtpServer, $Port)
$SMTPClient.EnableSsl = $true
$SMTPClient.Credentials = New-Object System.Net.NetworkCredential($EmailFrom, $EmailPass);
$SMTPClient.Send($EmailFrom, $EmailTo, $Subject, $Body)

手順 6: sysmail Service Broker オブジェクトを確認する

msdb の Service Broker オブジェクトに関する問題により、データベースメールの操作が失敗する可能性があります。一般的な問題は、Service Broker キューの 1 つ (ExternalMailQueue と InternalMailQueue) が無効になっているということです。この問題は、Service Broker で正常に送信できない有害メッセージが原因で発生する可能性があります。たとえば、形式が正しくない XML などです。 5 回の試行後にメッセージを送信できない場合は、"有害" と見なされ、有害メッセージが削除されるまでキューは無効になります。キューを再度有効にしても問題は解決しません。有害メッセージはキューに残っており、エラーシーケンスは繰り返されるだけなのでです。有害メッセージの詳細については、「有害メッセージ処理」を参照してください。

他の Service Broker オブジェクトの 1 つ (、Contract、 ServiceRouteなどMessage Type) も無効または欠落している可能性があります。 Service Broker キューには、キューに関連付けられているアクティブ化手順があるため、障害が発生する可能性があります。で列msdb.sys.service_queuesをactivation_procedureチェックしてから、を使用sp_helptextして、問題があるかどうかをチェックできます。

次のクエリを実行し、クエリ結果の 2 番目の列の内容をチェックします。

SELECT CONVERT(VARCHAR(32),name) Name, 'exec sp_helptext ''' + activation_procedure + '''' ActivationProc_Code 
FROM msdb.sys.service_queues

Service Broker オブジェクトに問題があるかどうかを判断するには、機能しているデータベースメール構成とオブジェクトを比較することをお勧めします。比較する必要があるオブジェクトを次に示します。

Message Types
- {//www.microsoft.com/databasemail/messages}Sendmail
- {//www.microsoft.com/databasemail/messages}SendMailStatus
Contracts
- www.microsoft.com/databasemail/contracts/SendMail/v1.0
Queues
- dbo.ExternalMailQueue
- dbo.InternalMailQueue
Services
- ExternalMailService
- InternalMailService
Routes
- AutoCreatedLocal

高度なデータベースメールトラブルシューティング

高度なトラブルシューティングは、次のシナリオに適用されます。

データベースメールログを見ると、データベースメールがクラッシュし、原因は完全には説明されていません。 DatabaseMail プロセスが開始され、その直後に例外メッセージが表示され、DatabaseMail プロセスがシャットダウンされていることがわかります。
データベースメールが正常に開始されません。ビューに DatabaseMail プロセスが開始されているのはsysmail_event_log表示されません。
最初のトラブルシューティングは、問題の解決には役立ちません。

高度なデータベースメールトラブルシューティングには、次の方法を使用できます。

高度なトラブルシューティングのためのコレクション

この問題を解決するには、これらのコレクションの 1 つ以上が必要な場合があります。

msdb のバックアップ
イベントログ
XEvent または SQL Server トレース
プロセスモニター (Procmon)
ProcDump
タイムトラベルデバッグ

方法 1: msdb データベースをバックアップする

運用環境とは別の環境で sysmail ビューにクエリを実行すると便利です。場合によっては、 msdb データベースをバックアップしてから、別のインスタンスに復元できます。 sysmail ビューはすべて msdb を参照して定義されているため、復元された msdb バックアップでクエリを実行する場合でも、ビューはインスタンス内の msdb システムデータベースを参照します。運用 msdb から sysmail ビューを再作成するには、次のスクリプトを使用して、ユーザーデータベースに sysmail ビューを再作成します。

/* sysmail_allitems */

USE [msdb_customer]
GO

PRINT 'Creating view sysmail_allitems in msdb backup from customer...'
GO
IF (EXISTS (SELECT *
            FROM [msdb_customer].dbo.sysobjects
            WHERE (NAME = N'sysmail_allitems')
              AND (TYPE = 'V')))
  DROP VIEW sysmail_allitems
GO

CREATE VIEW sysmail_allitems
AS
SELECT mailitem_id, profile_id, recipients, copy_recipients, blind_copy_recipients, subject, body, body_format, importance, sensitivity, file_attachments,
       attachment_encoding, query, execute_query_database, attach_query_result_as_file, query_result_header, query_result_width, query_result_separator,
       exclude_query_output, append_query_error, send_request_date, send_request_user, sent_account_id,
       CASE sent_status 
          WHEN 0 THEN 'unsent' 
          WHEN 1 THEN 'sent' 
          WHEN 3 THEN 'retrying' 
          ELSE 'failed' 
       END AS sent_status,
       sent_date, last_mod_date, last_mod_user       
FROM [msdb_customer].dbo.sysmail_mailitems 
WHERE (send_request_user = SUSER_SNAME()) OR (ISNULL(IS_SRVROLEMEMBER(N'sysadmin'), 0) = 1) 

GO

/* sysmail_sentitems */

USE [msdb_customer]
GO

PRINT 'Creating view sysmail_sentitems in msdb backup from customer...'
GO
IF (EXISTS (SELECT *
            FROM [msdb_customer].dbo.sysobjects
            WHERE (NAME = N'sysmail_sentitems')
              AND (TYPE = 'V')))
  DROP VIEW sysmail_sentitems
GO

CREATE VIEW sysmail_sentitems
AS
SELECT * FROM [msdb_customer].dbo.sysmail_allitems WHERE sent_status = 'sent'

GO

/* sysmail_unsentitems */

USE [msdb_customer]
GO

PRINT 'Creating view sysmail_unsentitems in msdb backup from customer...'
GO
IF (EXISTS (SELECT *
            FROM [msdb_customer].dbo.sysobjects
            WHERE (NAME = N'sysmail_unsentitems')
              AND (TYPE = 'V')))
  DROP VIEW sysmail_unsentitems
GO

CREATE VIEW sysmail_unsentitems
AS
SELECT * FROM [msdb_customer].dbo.sysmail_allitems WHERE (sent_status = 'unsent' OR sent_status = 'retrying')

GO

/* sysmail_faileditems */

USE [msdb_customer]
GO

PRINT 'Creating view sysmail_faileditems in msdb backup from customer...'
GO
IF (EXISTS (SELECT *
            FROM [msdb_customer].dbo.sysobjects
            WHERE (NAME = N'sysmail_faileditems')
              AND (TYPE = 'V')))
  DROP VIEW sysmail_faileditems
GO

CREATE VIEW sysmail_faileditems
AS
SELECT * FROM [msdb_customer].dbo.sysmail_allitems WHERE sent_status = 'failed'

GO

/* sysmail_event_log */
USE [msdb_customer]
GO
PRINT 'Creating view sysmail_event_log in msdb backup from customer...'
GO
IF (EXISTS (SELECT *
            FROM [msdb_customer].dbo.sysobjects
            WHERE (NAME = N'sysmail_event_log')
              AND (TYPE = 'V')))
  DROP VIEW sysmail_event_log
GO
CREATE VIEW sysmail_event_log
AS
SELECT log_id,
       CASE event_type 
          WHEN 0 THEN 'success' 
          WHEN 1 THEN 'information' 
          WHEN 2 THEN 'warning' 
          ELSE 'error' 
       END as event_type,
       log_date, description, process_id, sl.mailitem_id, account_id, sl.last_mod_date, sl.last_mod_user
FROM [msdb_customer].[dbo].[sysmail_log]  sl
WHERE (ISNULL(IS_SRVROLEMEMBER(N'sysadmin'), 0) = 1) OR 
      (EXISTS ( SELECT mailitem_id FROM [msdb_customer].[dbo].[sysmail_allitems] ai WHERE sl.mailitem_id = ai.mailitem_id ))

GO

sysmail ビューの詳細については、「 sysmail システムビュー」セクションを参照してください。

方法 2: Windows アプリケーションイベントログを確認する

外部 DatabaseMail.exe プログラムが msdb テーブルにログに記録できない場合、プログラムはエラーを Windows アプリケーションイベントログに記録します。さらに、 DatabaseMail.exe 例外が発生した場合は、例外もログに記録されます。例外スタックは通常同じですが、イベントログをチェックして、他のスタック情報が存在するかどうかを確認します。

DatabaseMail.exe クラッシュのトラブルシューティングを行うと、次のように Windows エラーレポートダンプが作成されたことを示すログが表示されることがあります。

<datetime stamp>,Information,0,1001,Windows Error Reporting,Viewpoint.contoso.com,"Fault bucket , type 0
Event Name: APPCRASH
Response: Not available
Cab Id: 0
Problem signature:
P1: DatabaseMail.exe
P2: 11.0.2100.60
P3: 4f35e1a1
P4: KERNELBASE.dll
P5: 6.3.9600.18725
P6: 59380775
P7: c0000142
P8: 00000000000ece60
P9: 
P10: 
Attached files:
These files may be available here:
C:\ProgramData\Microsoft\Windows\WER\ReportQueue\AppCrash_DatabaseMail.exe_deaadc12935831f6bbfe9bdcb0cbf864374426c1_807e7507_337982fd
Analysis symbol: 
Rechecking for solution: 0
Report Id: <Report Id>
Report Status: 4100
Hashed bucket:"

にAppCrash_DatabaseMail.exe_* を表示するすべてのファイルを取得できます 。\WER\ReportQueue パス。ダンプ分析の提案については、「 ProcDump 分析」セクションを参照してください。

方法 3: XEvent またはSQL Server トレースを収集して分析する

システムで実行されている Transact-SQL コマンドのトレースを収集して、いずれかのコマンドが失敗したかどうかを確認できます。

PSSDiag ツールの構成

PSSDiag を使用して、全般パフォーマンステンプレートの下の XEvent またはSQL Server トレースを収集できます。次のスクリーンショットに示すように、いくつかの追加イベント (特にすべてのブローカーイベント) を選択します。

[XEvent] タブのすべてのブローカーイベントが有効になっている Pssdiag ツールのスクリーンショット。

Xevent または SQL トレースを分析する

データベースメールが送信されると、通常、Xevent または Profiler キャプチャに 5 つの異なるセッション (SPID) が表示されます。

sp_send_dbmail: Transact-SQL ステートメントを実行すると、キューにメッセージを配置するために使用される Service Broker イベントが ExternalMailQueue 表示されます。
を介して SMTP サーバーにメッセージを送信するための Service Broker ライセンス認証DatabaseMail.exe。アプリケーション名は "Microsoft SQL Server Service Broker Activation" です。
データベースメール外部プログラム: これは、キューからメッセージを受信し、SMTP サーバーに送信するメッセージをExternalMailQueue準備する外部データベースメールプログラムです。アプリケーション名は "DatabaseMail - DatabaseMail - Id<PID" です>。
データベースメール外部プログラム: これは、データベースメールからの別の接続です。最初の接続がキュー上の既存のメッセージを ExternalMailQueue 処理した後、キューに配置される追加のメッセージをリッスンするために接続が作成されます。キューに他のメッセージがない場合、 DatabaseMail.exe はこの接続を終了して閉じます。
DatabaseMail.exeを介して SMTP サーバーから応答メッセージを受信するための Service Broker ライセンス認証。送信されたメールの結果をログに記録するように sysmail テーブルを更新します。

多くのトレースを表示することによってのみ、予期される動作を把握できます。違いを知る最善の方法は、正常に送信されたデータベースメールとトレースを比較することです。データベースメールを送信できる場合は、トレースを成功したトレースと比較し、その違いを確認し、SPID によって報告されたすべてのエラーについてチェックします。データベースメールを送信できない場合は、テスト環境で正常に送信されたものとトレースを比較します。

方法 4: プロセスモニターイベントをキャプチャして分析する

プロセスモニター (Procmon) は、Windows Sysinternals スイートの一部です。

プロセスモニターによってノイズの多いキャプチャが生成されます。何も見逃さないように、キャプチャプロセス中ではなく、キャプチャ後にデータにフィルターを適用することをお勧めします。通常は、データベースメールの問題の再現に関するキャプチャをターゲットにして、キャプチャされたデータ全体が大きすぎないようにすることができます。

ファイル、レジストリ、ネットワーク、プロセス、スレッドのイベントをキャプチャする

procmon.exeを開始すると、すぐにデータのキャプチャが開始されます。 GUI は簡単です。問題を再現する準備ができるまで、イベントのキャプチャを停止する必要があります。 [ ファイル>キャプチャイベント ] (Ctrl + E) を選択してメニュー項目をオフにし、イベントコレクションを停止します。消しゴムアイコンを選択するか、Ctrl キーを押しながら X キーを押して、既にキャプチャされているイベントをクリアします。

すべてのイベントがクリアされていることを示す procmon ツールのスクリーンショット。

データベースメールの問題を再現する準備ができたら、次の手順に従います。

[ ファイル>キャプチャイベント ] (Ctrl + E) を 選択して、イベントのキャプチャを開始します。
データベースメールを送信して問題を再現してみてください。
[ ファイル>キャプチャイベント] (Ctrl + E) を選択して、イベントのキャプチャを停止します。
ファイルを *として保存します。Pml。

プロセスモニタートレースを分析する

を取得した後。PML ファイルを開き、プロセスモニターをもう一度使用して開きます。まず、ファイルを DatabaseMail.exe および sqlservr.exe プロセスにフィルター処理します。次に、[ フィルターフィルター > ]... を選択するか、フィルターアイコンをクリックしてフィルターメニューを開きます。

[プロセス名] で、[sqlservr.exe] を選択し、DatabaseMail.exeし、次のエントリを追加します。

database.exe がフィルター処理されていることを示す procmon ツールのスクリーンショット。

SQL XEvent またはトレースキャプチャの場合と同様に、何を探すかはすぐには明らかではありません。通常、分析を開始する最善の方法は、正常に送信されたデータベースメールの Procmon キャプチャとトレースを比較することです。理想的には、問題が発生したのと同じ環境から正常に送信された電子メールとトレースを比較します。ただし、特定の環境でデータベースメールが正常に送信されない場合は、トレースを別の環境で正常に送信された電子メールと比較します。

DatabaseMail.exe がDLLの読み込みに失敗した場合、または DatabaseMail.exe.config ファイルが見つからない場合、分析は役立ちます。

方法 5: ProcDump ツールを使用して例外ダンプを収集して分析する

ProcDump は、Windows Sysinternals スイートの一部でもあります。

ProcDump は、 DatabaseMail.exe 外部プログラムのメモリダンプをキャプチャしようとすると便利です。通常、未処理の例外が発生 DatabaseMail.exe 場合のトラブルシューティングには ProcDump を使用します。

ProcDump の構成

未処理の例外が発生したときに DatabaseMail.exe のダンプをキャプチャするように ProcDump を構成するには、まず管理者特権でコマンドプロンプトを開きます。次に、ProcDump を有効にして、次のコマンドを使用して DatabaseMail.exe プロセスのダンプをキャプチャします。

c:\Sysinternals> procdump -ma -t DatabaseMail.exe -w e2

コマンドウィンドウに次の出力が表示されます。

ProcDump v9.0 - Sysinternals process dump utility
Copyright (C) 2009-2017 Mark Russinovich and Andrew Richards
Sysinternals - www.sysinternals.com
 
Waiting for process named DatabaseMail.exe...

次に、問題を再現します。ダンプは、を実行したのと同じフォルダー ProcDump.exe作成されます。

例外ダンプを分析する

例外レコードを見つけて、例外につながる呼び出し履歴を調べます。

WinDbg でダンプファイルを開きます (Windows 用デバッグツールのダウンロード - WinDbg - Windows ドライバー)。
または !analyze -v コマンドを使用して例外レコードに.ecxr切り替えます。

スタックがある場合は、一致する呼び出し履歴の既知の問題の検索を開始します。さらにヘルプが必要な場合は、CSS チームにお問い合わせください。

方法 6: タイムトラベルデバッグツールを使用する

通常、タイムトラベルデバッグ (TTD) キャプチャは、困難な問題の最後の手段です。 WinDbg プレビューデバッガーを使用して取得できます。 TTD に関する包括的な手順と情報については、「タイムトラベルデバッグの動作と分析方法」を参照してください。この時点に到達した場合は、CSS チームに問い合わせる必要があります。ただし、このセクションでは、必要に応じて TTD をキャプチャする方法について説明します。

TTD の構成

いくつかの理由から、 DatabaseMail.exe のTTDキャプチャは少し難しいかもしれません。まず、 DatabaseMail.exe はサービスとして無期限に実行されませんが、SQL Server (sqlservr.exe) プロセスによって呼び出されます。そのため、アタッチすることはできませんが、DatabaseMail.exe起動時にキャプチャを開始するには、パラメーターを使用-onLaunchして TTD を構成する必要があります。 2 つ目は、 DatabaseMail.exe が別のプロセスによって呼び出されるため、デバッグ子プロセスを使用する必要があります。

次の方法で共有

データベースメールの問題のトラブルシューティング

初期データベースメールトラブルシューティング

Msdb sysmail システムビュー

手順 1: ビュー sysmail_event_log確認する

失敗した特定のメールアイテムを確認する

sysmail_event_logにログインする可能性がある問題

手順 2: ビューのsysmail_unsentitems、sysmail_sentitems、およびsysmail_faileditemsを確認する

Sysmail_unsentitems

Sysmail_faileditems

Sysmail_sentitems

手順 3: ビュー sysmail_mailattachments確認する

手順 4: SMTP サーバーデータベースメール構成を確認する

データベースメールの構成

システムパラメーターデータベースメール確認する

手順 5: テストメールを送信する

データベースメールを使用してテストメールを送信する

PowerShell を使用してテストメールを送信する

手順 6: sysmail Service Broker オブジェクトを確認する

高度なデータベースメールトラブルシューティング

高度なトラブルシューティングのためのコレクション

方法 1: msdb データベースをバックアップする

方法 2: Windows アプリケーションイベントログを確認する

方法 3: XEvent またはSQL Server トレースを収集して分析する

PSSDiag ツールの構成

Xevent または SQL トレースを分析する

方法 4: プロセスモニターイベントをキャプチャして分析する

ファイル、レジストリ、ネットワーク、プロセス、スレッドのイベントをキャプチャする

プロセスモニタートレースを分析する

方法 5: ProcDump ツールを使用して例外ダンプを収集して分析する

ProcDump の構成

例外ダンプを分析する

方法 6: タイムトラベルデバッグツールを使用する

TTD の構成

フィードバック

その他のリソース

次の方法で共有

データベース メールの問題のトラブルシューティング

初期データベース メールトラブルシューティング

Msdb sysmail システム ビュー

手順 1: ビュー sysmail_event_log確認する

失敗した特定のメール アイテムを確認する

sysmail_event_logにログインする可能性がある問題

手順 2: ビューのsysmail_unsentitems、sysmail_sentitems、およびsysmail_faileditemsを確認する

Sysmail_unsentitems

Sysmail_faileditems

Sysmail_sentitems

手順 3: ビュー sysmail_mailattachments確認する

手順 4: SMTP サーバーデータベース メール構成を確認する

データベース メールの構成

システム パラメーターデータベース メール確認する

手順 5: テスト メールを送信する

データベース メールを使用してテスト メールを送信する

PowerShell を使用してテスト メールを送信する

手順 6: sysmail Service Broker オブジェクトを確認する

高度なデータベース メールトラブルシューティング

高度なトラブルシューティングのためのコレクション

方法 1: msdb データベースをバックアップする

方法 2: Windows アプリケーション イベント ログを確認する

方法 3: XEvent またはSQL Server トレースを収集して分析する

PSSDiag ツールの構成

Xevent または SQL トレースを分析する

方法 4: プロセス モニター イベントをキャプチャして分析する

ファイル、レジストリ、ネットワーク、プロセス、スレッドのイベントをキャプチャする

プロセス モニター トレースを分析する

方法 5: ProcDump ツールを使用して例外ダンプを収集して分析する

ProcDump の構成

例外ダンプを分析する

方法 6: タイム トラベル デバッグ ツールを使用する

TTD の構成

フィードバック

その他のリソース

データベースメールの問題のトラブルシューティング

初期データベースメールトラブルシューティング

Msdb sysmail システムビュー

失敗した特定のメールアイテムを確認する

手順 4: SMTP サーバーデータベースメール構成を確認する

データベースメールの構成

システムパラメーターデータベースメール確認する

手順 5: テストメールを送信する

データベースメールを使用してテストメールを送信する

PowerShell を使用してテストメールを送信する

高度なデータベースメールトラブルシューティング

方法 2: Windows アプリケーションイベントログを確認する

方法 4: プロセスモニターイベントをキャプチャして分析する

プロセスモニタートレースを分析する

方法 6: タイムトラベルデバッグツールを使用する