主页 / dba / 问题 / 290825
Accepted
Aaron
Asked: 2021-05-01 11:00:16 +0800 CST

镜像上的作业正在针对主节点运行

  • 772

我在当前的主要和镜像故障转移 SQL Server 设置之间有一组镜像作业。过去，镜像服务器上的作业在启用时会失败，因为它们无法打开本地数据库，因为它处于恢复状态。但是，我现在看到作业成功并正在转发到当前的主数据库。

我已经看到 .Net 使用的 SQL Server 驱动程序的这种行为，因此如果发生故障转移，它将允许自动重新连接。我以前在 SQL 作业中没有看到过这种行为，而且我似乎找不到任何关于它的文档。

我发现另外两个提到此行为（一，二）的解决方法，但是我很难找到有关此功能的文档，因此我知道这是我所做的配置更改还是启用了我安装的更新。

此功能是否记录在 Microsoft 的任何参考资料中？

这些作业是 T-SQL 步骤，它们正在读取和（成功）写入。有些是内联 T-SQL，有些是在目标数据库中调用 SP。我使用的是标准镜像而不是可用性组。

sql-server sql-server-agent

1 个回答

  1. Best Answer

    过去似乎有很多人遇到过这个问题，他们都实施了一种或另一种解决方法来摆脱它。未在 Microsoft 网站上记录或由任何已知的 SME（主题专家）提供。

    首先，我会说数据库镜像已被弃用，并且在不久的将来微软不会支持，因此您应该计划更改它并用另一种方法替换。

    此功能将在 Microsoft SQL Server 的未来版本中删除。避免在新的开发工作中使用此功能，并计划修改当前使用此功能的应用程序。请改用 Always On 可用性组。

    如上所述，我认为很少有有趣的解决方法可以用来避免这个问题：

    1. 禁用作为数据库镜像一部分的数据库的 SQL Server 代理作业。这可以使用最后给出的代码来完成：
    2. 使用数据库名称作为在辅助数据库上运行的作业的第一步，因为数据库将处于恢复或待机状态。作业会失败。
    3. 如果所有作业都与数据库镜像的数据库部分相关，则停止 SQL Server 代理。
    4. 从中获取镜像角色的价值msdb.sys.database_mirroring并将其包含在您的工作步骤中。在此处阅读更多操作方法。

    要禁用作业步骤，如果有很多作业，您可以使用以下脚本：

    DECLARE @sql nvarchar(max)
    ;WITH cte AS (
    SELECT  j.job_id,
            j.[name]
    FROM msdb.dbo.sysjobs j
    WHERE j.[name] like 'Job_Name%' 
    )
    SELECT @sql = (
        SELECT 'EXEC msdb.dbo.sp_update_job @job_id = '''+CAST(job_id as nvarchar(max))+''', @enabled = 0;'+CHAR(10)
        FROM cte
        FOR XML PATH('')
    )
    EXEC sp_executesql @sql

    希望这可以帮助。

    • 0

相关问题