为什么这些来自不同 SQL Server 实例的 T-SQL 作业在同一实例（AlwaysOn 可用性组）上执行

最近，在我们进行统计更新时，我们的阻塞进程仪表板一直在报告阻塞进程。

原因很快就找到了：在辅助和主 SQL Server 实例上启动的更新统计作业步骤 (T-SQL)。该作业更新同一数据库的多个统计信息，该数据库是 AlwaysOn 可用性组的一部分。我希望这在辅助实例上失败。

故障转移历史的简要概述：

由于许可而应保持活动状态的服务器 A（将被命名为活动服务器）在 20/02 晚上 9 点意外故障转移到服务器 B（被动服务器）。

在计划外故障转移之后，我们在 2002 年 2 月 21 日中午 12 点进行了另一次（但这次是计划中的）手动故障转移回活动服务器。

工作经历

在第一次故障转移之前一切都很好，活动服务器是唯一运行该作业的服务器。

一项工作正在运行。 我们看到在活动端运行的统计更新。（当时是主要副本）

在被动服务器作为主要副本的短时间内，我们没有任何监控并且作业历史记录被清除。

故障转移后，回到“正常”状态，在被动节点上处于主要状态不到 24 小时后，被动实例上的作业步骤也已在主动实例上启动并运行。

（我杀死了会议）。

现在对我来说有趣的部分是，这两个作业都在活动服务器上运行，看起来作业正在使用侦听器访问数据库。但这可能是一个完全不同的原因。

有一个复制作业 PowerShell 任务每晚在凌晨 1 点运行 (dbatools)：

powershell.exe Copy-DbaAgentJob -ExcludeJob "CopyJobs,CopyLogins" -Source INDCSPSQLA01  -Destination  INDCSPSQLP01     -Force

我的猜测现在针对一次，作业复制发生在主动、辅助节点 --> 具有 -Force 的主被动节点。这发生在 21/02 01 AM。

问题

为什么被动实例上的作业步骤在主动实例的数据库上执行？

检查清单

在这两种情况下，作业目标都是本地的：

EXEC @ReturnCode = msdb.dbo.sp_add_jobserver @job_id = @jobId, @server_name = N'(local)'

服务器名正确

select name from sys.servers 
select @@SERVERNAME

两者都返回被动服务器。

主动和被动的作业ID不同：

--08C63F07-0853-41DA-BC88-8FDF44AE491F -- passive
--E8C88965-C581-4E06-B651-CC10637FCEEF -- active

这两个作业都在他们的步骤中使用有问题的数据库：

@database_name=N'DB1', 

--> 不应在被动实例上访问，从而导致失败。 没有可读的二级

在被动实例上无法访问数据库：

两台服务器的版本：14.0.3030.27

T-SQL 作业步骤命令示例

 @subsystem=N'TSQL', 
        @command=N'update statistics dbo.table with fullscan ...'

作业启动时，被动实例上没有运行任何内容。

编辑：

在被动节点上重新启动代理“修复”了这个问题，导致执行时出现新错误：

无法连接到 SQL Server“INDCSPSQLP01”。该步骤失败。

因此，它不再更新主实例的统计信息

主机名 = 被动和主动服务器，明显运行的作业。

申请信息

SQLAgent - TSQL JobStep (Job 0x9D358B2EF6C53C4BAD6A61CA87D51BF5 : Step 1)   
SQLAgent - TSQL JobStep (Job 0x6589C8E881C5064EB651CC10637FCEEF : Step 1)