以SA身份禁用SQL Server CDC时遭遇VIEW SERVER STATE权限错误

问题核心原因 #

从错误信息看，直接触发失败的原因是sa账号丢失了VIEW SERVER STATE权限——删除CDC关联的fn_cdc_get_all_changes_*等函数时，SQL Server需要该权限访问服务器级状态信息。另外手动清理脚本失败，是因为系统元数据仍标记目标表处于CDC启用状态，直接删除关联对象会被系统阻止。

分步解决方案 #

1. 恢复sa的VIEW SERVER STATE权限 #

先在master库中执行授权语句，确保sa拥有必要权限：

USE master;
GRANT VIEW SERVER STATE TO sa;
GO

（注：sa默认拥有该权限，但可能被误操作回收）

2. 重新执行官方CDC禁用存储过程 #

回到目标数据库，再次运行官方禁用命令，这是最安全的清理方式：

USE [你的目标数据库名];
EXEC sys.sp_cdc_disable_table
    @source_schema = 'dbo',
    @source_name = 't_table',
    @capture_instance = 'dbo_t_table';
GO

此时权限已恢复，存储过程会自动清理所有CDC关联对象（变更表、函数）并更新元数据。

3. 若官方命令仍失败，强制修正元数据后清理（仅应急使用） #

如果元数据已出现不一致，先手动标记表为未启用CDC，再清理关联对象：

USE [你的目标数据库名];

-- 1. 检查当前CDC状态
SELECT is_tracked_by_cdc 
FROM sys.tables 
WHERE name = 't_table' AND schema_id = SCHEMA_ID('dbo');

-- 2. 若返回1，手动更新元数据（此操作不被官方支持，仅应急）
UPDATE sys.tables 
SET is_tracked_by_cdc = 0 
WHERE name = 't_table' AND schema_id = SCHEMA_ID('dbo');

-- 3. 清理CDC关联对象
BEGIN TRY
    DROP FUNCTION IF EXISTS [cdc].[fn_cdc_get_all_changes_dbo_t_table];
    DROP FUNCTION IF EXISTS [cdc].[fn_cdc_get_net_changes_dbo_t_table];
    DROP TABLE IF EXISTS [cdc].[dbo_t_table_CT];
    DELETE FROM cdc.change_tables WHERE capture_instance = 'dbo_t_table';
    PRINT 'CDC objects cleaned up successfully.';
END TRY
BEGIN CATCH
    SELECT ERROR_NUMBER() AS ErrorNumber, ERROR_MESSAGE() AS ErrorMessage;
END CATCH;
GO

警告：直接修改系统表属于非常规操作，执行前务必备份数据库。

4. 检查残留CDC进程 #

若重启服务后仍有异常，可检查是否存在活跃的CDC日志扫描会话：

SELECT * FROM sys.dm_cdc_log_scan_sessions;

如果有未结束的会话，可等待其自动终止，或谨慎使用KILL命令终止（需确认无业务影响）。

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