我在少数服务器上设置了一个作业(所有服务器都在同一个域中)。作业通过sp_send_dbmail
发送电子邮件,电子邮件的主题应如下所示:
=servername (ip address)= Weekly DB Backup to Azure Report
所以作为一个潜在的例子(显然用运行SQL的服务器的实际IP地址替换0):
=SQLMACHINE (000.000.000.00)= Weekly Backup to Azure Report
配置了DBmail,我创建了备份作业。发送电子邮件的T-SQL作业步骤具有以下脚本:
SET NOCOUNT ON
DECLARE @ipAddress NVARCHAR(100)
SELECT @ipAddress = local_net_address
FROM sys.dm_exec_connections
WHERE Session_id = @@SPID;
DECLARE @subjectText NVARCHAR(255) = N'=' +
CAST(LEFT(@@SERVERNAME, CHARINDEX('\', @@SERVERNAME)-1) AS NVARCHAR) + N'.' +
CAST(DEFAULT_DOMAIN() AS NVARCHAR) + N' ('+ @ipAddress +
N')= Weekly DB Backup to Azure Report'
DECLARE @tableHTML NVARCHAR(MAX) = N'this part works fine'
exec msdb.dbo.sp_send_dbmail @profile_name = 'Production Mail',
@recipients = 'xxx@xxx.com',
@subject = @subjectText,
@body = @tableHTML,
@body_format = 'HTML'
5台服务器中的每台服务器都具有相同的确切作业定义 - 我有1个源控制的作业定义,用于在每台服务器上创建作业。
每当工作开始时,他们中的大多数都会发送一封包含预期主题的电子邮件。但是,每隔几周,就会收到一封主题为 SQL Server消息的电子邮件,这是在未指定主题时发生的情况。每次发生这种情况,它都可以在五台服务器中的任何一台上。我不确定发生了什么,因为它每次执行时都应该有一个主题。
修改 发生这种情况是因为@ipAddress变量为null。不知道为什么
SELECT @ipAddress = local_net_address
FROM sys.dm_exec_connections
WHERE Session_id = @@SPID;
虽然会返回null ...
答案 0 :(得分:1)
local_net_address将始终为NULL。您可能在net_transport中使用“共享内存”。
您可以在创建连接时强制使用TCP,因此将填充local_net_address。例如。打开SSMS时,可以将服务器名称指定为“tcp:ServerName \ InstanceName”
下面也可以用来检索服务器属性(使用TCP传输):
SELECT
CONNECTIONPROPERTY('net_transport') AS net_transport,
CONNECTIONPROPERTY('protocol_type') AS protocol_type,
CONNECTIONPROPERTY('auth_scheme') AS auth_scheme,
CONNECTIONPROPERTY('local_net_address') AS local_net_address,
CONNECTIONPROPERTY('local_tcp_port') AS local_tcp_port,
CONNECTIONPROPERTY('client_net_address') AS client_net_address
答案 1 :(得分:0)
您的@ipAddress值可能为null
替换此代码:
+ @ipAddress +
使用此代码
+ ISNULL(@ipAddress,'0.0.0.0') +
证明这是问题。