sp_send_dbmail块和原因PREEMPTIVE_OS_GETPROCADDRESS

Question

在存储过程(简化的代码)中，msdb.dbo.sp_send_dbmail有一个奇怪的问题：

SET NOCOUNT ON;
SET XACT_ABORT ON;

-- ...

SET @msg = N'...';
SET @filename = N'...';

EXEC msdb.dbo.sp_send_dbmail
        @recipients = 'mailaddr@example.com'
        , @blind_copy_recipients = 'another_mailaddr@example.com'
        , @from_address = 'senders_mail@example.com'
        , @subject = N'...'
        , @body = @msg
        , @query = N'SET NOCOUNT ON; SELECT <something> FROM <a_view>;'
        , @execute_query_database = N'<same database the proc resides in>'
        , @query_result_width = 8000
        , @attach_query_result_as_file = 1
        , @query_attachment_filename = @filename
        , @query_result_header = 1
        , @query_result_separator = ';'
        , @query_result_no_padding = 1
        , @exclude_query_output = 1;

我有一个数据库用户，它是存储过程的db_datareader和EXECUTE权限的成员。此外，所分配的服务器登录名被映射到msdb和DatabaseMailUserRole的一个成员。只有一个邮件配置文件是public，标记为default。

从SSMS开始，一切都很好:连接用户的凭据并执行存储过程。太棒了！

第一个奇怪之处是:如果我以sysadmin的身份登录并尝试EXECUTE AS，它就无法工作。好吧，我发现了一些东西指出了这个有问题。

但是的主要问题是：我从第三方应用程序调用过程，该应用程序使用jTDS驱动程序进行连接(不知道这是否重要)。应用程序执行过程..。其他任何事情都没有发生(没有日志条目，任务冻结)。

在活动监视器中，我看到以下内容：

• 过程<...>
• 数据库master (？我从来没有连接过这个数据库！)
• 任务状态运行
• 等待型PREEMPTIVE_OS_GETPROCADDRESS
• 1 Head

更糟糕的是，我不能扼杀这个过程。如果我尝试这样做，活动监视器中的命令列只显示KILLED/ROLLBACK。

KILL <PROCESS-ID>显示

spid <...>：事务回滚正在进行中。估计回滚完成:估计剩余时间为0%：0秒。

我必须重新启动整个实例，以摆脱该进程。

这里发生了什么事？

Answer 1

最后我在这里找到了答案：getprocaddress地址

Java应用程序似乎显式地打开了一个事务(连续有两个对存储过程的调用)。在将数据库适配器的自动提交选项设置为on之后，一切正常。