Database Mail无法正常工作：队列与日志无任何记录

算力阿峰

2026-5-21

排查Database Mail无记录但邮件ID递增的问题

你已经做了不少关键的基础排查了，既然其他4个实例都能正常运行，这个实例的问题大概率藏在一些容易被忽略的细节里，给你几个针对性的排查方向：

1. 核对配置文件与发信账号的关联及SMTP参数

有时候配置文件创建后，可能没正确绑定可用的发信账号，或者账号的SMTP参数和邮件服务商要求不匹配。可以用这条SQL确认配置关系：

SELECT 
    cf.name AS profile_name, 
    ac.name AS account_name, 
    ac.servername, 
    ac.port, 
    ac.enable_ssl
FROM msdb.dbo.sysmail_profile cf
LEFT JOIN msdb.dbo.sysmail_profileaccount paf ON cf.profile_id = paf.profile_id
LEFT JOIN msdb.dbo.sysmail_account ac ON paf.account_id = ac.account_id
ORDER BY cf.name, ac.name;

重点检查：

目标配置文件是否关联了至少一个有效账号
账号的SMTP服务器地址、端口、SSL设置是否和服务商要求一致（比如多数邮箱服务商要求587端口+SSL）

2. 测试服务器到SMTP服务器的连通性

Database Mail依赖SMTP服务器发送邮件，可能这个实例所在服务器无法连通目标SMTP地址。可以在服务器上用PowerShell测试：

Test-NetConnection -ComputerName <你的SMTP服务器地址> -Port <端口号>

如果连通失败，大概率是服务器本地防火墙或网络防火墙阻止了出站连接，需要开放对应端口的出站权限。

3. 检查SQL Server代理服务状态与权限

虽然sysmail_help_status_sp返回了STARTED，但Database Mail的发送逻辑依赖SQL Server代理的Database Mail启动器作业，还是要确认：

SQL Server代理服务是否正在运行（可以在服务管理器查看，或者执行sc query SQLSERVERAGENT）
代理服务的运行账号是否有访问SMTP服务器的权限，以及读取msdb数据库相关对象的权限

另外，确认Database Mail扩展存储过程没被禁用：

SELECT value_in_use FROM sys.configurations WHERE name = 'Database Mail XPs';

如果返回0，需要启用：

sp_configure 'show advanced options', 1;
RECONFIGURE;
sp_configure 'Database Mail XPs', 1;
RECONFIGURE;

4. 查看Windows系统应用日志

有时候Database Mail的错误不会写入sysmail_event_log，反而会记录在Windows应用日志里。打开事件查看器，定位到Windows日志 -> 应用程序，查找来源为SQLServerAgent或MSSQLSERVER的警告/错误事件，里面可能会有更具体的失败原因（比如SMTP认证失败、邮件被服务器拒绝等）。

5. 检查Service Broker队列与会话状态

虽然你确认了msdb的Service Broker已启用，但队列可能存在堵塞或会话异常。用这条SQL查看队列状态：

SELECT 
    name, 
    state, 
    state_desc, 
    is_receive_enabled, 
    is_enqueue_enabled
FROM msdb.sys.service_queues
WHERE name IN ('ExternalMailQueue', 'InternalMailQueue');

如果队列状态不是READY，或者接收/入队被禁用，需要重新启用：

ALTER QUEUE msdb.dbo.ExternalMailQueue WITH STATUS = ON, RECEIVE = ON;
ALTER QUEUE msdb.dbo.InternalMailQueue WITH STATUS = ON, RECEIVE = ON;

另外，检查Service Broker会话是否有错误：

SELECT 
    conversation_handle, 
    is_initiator, 
    state, 
    state_desc, 
    error_code, 
    error_message
FROM msdb.sys.conversation_endpoints
WHERE service_name = 'DatabaseMailService';

如果有error_code非0的记录，说明会话异常，可以清理这些会话：

DECLARE @conv_handle UNIQUEIDENTIFIER;
DECLARE conv_cursor CURSOR FOR
SELECT conversation_handle FROM msdb.sys.conversation_endpoints WHERE service_name = 'DatabaseMailService';
OPEN conv_cursor;
FETCH NEXT FROM conv_cursor INTO @conv_handle;
WHILE @@FETCH_STATUS = 0
BEGIN
    END CONVERSATION @conv_handle WITH CLEANUP;
    FETCH NEXT FROM conv_cursor INTO @conv_handle;
END
CLOSE conv_cursor;
DEALLOCATE conv_cursor;

6. 用最简配置发送测试邮件

有时候复杂的权限或配置会掩盖问题，你可以用明确指定配置文件和账号的方式发送测试邮件，执行后立刻查看日志：

EXEC msdb.dbo.sp_send_dbmail
    @profile_name = '你的配置文件名',
    @recipients = '你的测试邮箱',
    @subject = 'Test Mail',
    @body = 'This is a test email from Database Mail';

执行完后马上查询sysmail_event_log或Windows应用日志，看是否出现新的错误提示。

内容的提问来源于stack exchange，提问作者Mark Wojciechowicz

Database Mail无法正常工作：队列与日志无任何记录

1. 核对配置文件与发信账号的关联及SMTP参数 #

2. 测试服务器到SMTP服务器的连通性 #

3. 检查SQL Server代理服务状态与权限 #

4. 查看Windows系统应用日志 #

5. 检查Service Broker队列与会话状态 #