我在 SQL Server 2016 上玩得很开心……我的数据库邮件没有发送，而且我已经没有地方可以查看了。我仔细检查了 DBmail 可执行文件的 SQL 帐户权限 - 它已读取并执行。我输入了防火墙出站端口 587 的规则。我尝试了另一个邮件帐户和配置文件，但遇到了相同的未发送问题。日志（db 邮件日志）中唯一的条目是服务的开始和结束。我能找到的任何地方都没有错误。电子邮件似乎只是进入发送队列，永远不会离开它。这些帐户可以自己发送和接收电子邮件，也可以从另一台计算机上的 SQL Server 2014 实例发送和接收电子邮件。
我有一个发送状态为“未发送”的项目队列，除了一长串未发送的邮件外，我还检查了所有正常位置和预期结果：
SELECT * FROM msdb..sysmail_event_log order by log_id DESC
SELECT * FROM dbo.sysmail_mailitems
SELECT * FROM dbo.sysmail_sentitems
USE msdb
SELECT sent_status, *
FROM sysmail_allitems
SELECT is_broker_enabled FROM sys.databases WHERE name = 'msdb';
EXECUTE msdb.dbo.sysmail_help_status_sp
我曾尝试将其关闭并再次打开......所以我是否错过了可以阐明这种情况的 DMV 等？这是我搜索中没有的 SQL Server 2016 的已知问题吗？发送此邮件的任何其他可能步骤？
在 SQL Server 2012 上，进程 SPID 可以在操作中更改吗？我们有一个非常独特的查询，我们一直在监视（生产，但受控测试），并且在不同的时间间隔使用不同的 SPID 看到它。这是一个独特的查询，其他人不应该运行，至少使用这些参数，因此我们不应该使用不同的 SPID 来查看它，除非......查询可以在过程中更改 SPID 吗？
我的理解是这是不可能的，所以更有可能是由于某些未知原因，尽管没有用户交互，但应用程序正在重新提交这个独特且破坏性能的查询，从而生成一个新的 SPID。