如何修复SQL Server中损坏的变更数据捕获（CDC）？

我之前碰到过一模一样的情况，这种CDC系统元数据和实际对象不匹配的问题确实棘手，给你一套亲测有效的解决步骤：

1. 确认当前CDC状态 #

先检查数据库的CDC标记和实际对象是否匹配：

-- 查看数据库的CDC启用标记
SELECT name, is_cdc_enabled FROM sys.databases WHERE name = 'mydb';

-- 检查CDC相关系统表是否存在
SELECT * FROM sys.tables WHERE name LIKE 'cdc.%';

如果is_cdc_enabled返回1，但cdc.开头的表都丢失了，那就坐实了元数据不一致的问题。

2. 手动修正系统元数据标记 #

因为直接执行sp_cdc_disable_db会报错，我们需要手动把sys.databases里的CDC标记改回0：

注意：修改系统表需要开启allow updates，操作前务必备份数据库，且仅在非生产环境测试后再在生产环境执行！

-- 开启系统表更新权限
EXEC sp_configure 'allow updates', 1;
RECONFIGURE WITH OVERRIDE;

-- 把目标数据库的CDC标记设为未启用
UPDATE sys.databases 
SET is_cdc_enabled = 0 
WHERE name = 'mydb';

-- 关闭系统表更新权限，恢复默认设置
EXEC sp_configure 'allow updates', 0;
RECONFIGURE WITH OVERRIDE;

3. 清理残留的CDC相关对象 #

接下来清理可能遗留的CDC作业和架构：

• 打开SQL Server代理，检查是否存在cdc.mydb_capture和cdc.mydb_cleanup作业，如果有，直接删除它们。
• 回到查询窗口，删除残留的CDC架构（如果存在）：

-- 删除CDC架构（如果架构下还有残留对象，先删除对象再删架构）
DROP SCHEMA IF EXISTS cdc;

如果删除架构时报错，可执行SELECT * FROM sys.objects WHERE schema_id = SCHEMA_ID('cdc')查看残留对象，手动删除后再尝试删架构。

4. 重新启用CDC #

现在可以正常启用CDC了：

EXEC sys.sp_cdc_enable_db;

执行成功后，你可以再次检查sys.databases的is_cdc_enabled标记，确认已经变成1，同时cdc.开头的系统表也会重新生成。

额外注意事项 #

• 操作全程需要sysadmin权限，确保你有足够的权限执行这些命令。
• 生产环境操作前一定要做完整的数据库备份，避免意外情况。

内容的提问来源于stack exchange，提问作者CzarEclarinal