所以我最近才在始终在线的 AG 上启用 CDC。虽然许多消息来源声称在 alwaysON AG 上启用 CDC 就像在任何独立服务器上一样容易,但事实证明并非如此。正如MS所说:
您应该在故障转移之前在所有可能的故障转移目标上创建[CDC capture & cleanup]作业,并将它们标记为已禁用,直到主机上的可用性副本成为新的主副本。当本地数据库成为辅助数据库时,也应禁用在旧主数据库上运行的 CDC 作业。要禁用和启用作业,请使用 sp_update_job (Transact-SQL) 的 @enabled 选项。有关创建 CDC 作业的详细信息,请参阅 sys.sp_cdc_add_job (Transact-SQL)。
事实证明,在我们在主副本上启用 CDC 后,辅助副本上绝对没有发生任何事情。因此,按照 MS 的建议,我进行了手动故障转移,并在那里创建了作业,然后又进行了一次故障转移回原来的主服务器。
显然,正如上面引用中所暗示的那样,CDC 应该与 alwaysOn AG 完全兼容,它完全无法确定它当前是在主副本还是在辅助副本上运行。
那么,在不影响背景的情况下,让我们来回答我的问题:您如何保证在当前主副本上始终启用 CDC 作业?并且总是在辅助节点上禁用(以免产生错误)?
显然,alwaysOn AG 中的一个重要点是,您不需要在主服务器因任何原因出现故障时手动到那里,因为辅助服务器将填补空缺并保持系统在线,我认为它应该只是创建每个副本上的作业,不断地轮询它们的状态并改变 CDC 作业的状态?
如果这是正确的,您对如何进行此操作、具体脚本或指南等有任何具体建议吗?因为对于在全球范围内显然应该是一个相当普遍的困境,我不得不在每个副本上手动创建一个新的 TSQL 作业只是为了执行 CDC 与 alwaysOn AG 的基本基本基本功能,这似乎很奇怪.
这似乎不太可能,这就是我问的原因。还是我误会了什么?谢谢!
更常见和接受的方式是,一旦作业登陆 AG 中的服务器,您就开始对其进行编辑:
这已在其他一些 SE 问题中进行了探讨(它们与 CDC 没有特别关系,这就是您没有找到它们的原因):
如何仅在 AlwaysOn 可用性组中的主副本上运行 SQL 作业?
SQL Server 代理作业和可用性组
第二种方法是使用类似的方法创建一个看门狗作业,这些方法将打开和关闭作业。当您摆弄 SQL Server 内部作业时,这可能更容易接受。但这取决于你。
我对硬编码 AG 名称等上面的示例不太满意。我更喜欢让作业步骤在有问题的数据库中运行,这样即使它有一个组并且是它的一部分,它也可以自行运行(因为即使你暂时将它们从数据库中删除,你的作业也应该继续运行AG)。
这种东西对于 SSIS 作业和其他随时间弹出的位也很有用。
更进一步,您可能希望创建一个 PowerShell 脚本,该脚本将不时检查您的服务器以查找具有 CDC 作业且没有看门狗的 AG,以便通知您创建一个。
请记住,CDC 使用事务复制的日志读取器代理,默认情况下它不会处理尚未在所有可用性组辅助副本中强化的日志记录。还要考虑保持启用跟踪标志 1448 以强制在异步提交模式下执行操作。
在此处查看有关使用 AlwaysON 的 CDC 的其他一些想法。