只读文件组中的列存储索引导致无法执行CheckDB

针对你遇到的包含列存储索引的只读文件组导致DBCC CHECKDB/CHECKFILEGROUP失败的问题，下面分两部分给出受支持的处理方案：

一、受支持的只读文件组存储列存储数据的方法 #

SQL Server本身支持在只读文件组中存放列存储索引，但需要严格遵循正确的操作顺序，避免因索引内部未完成的操作导致后续检查报错：

• 步骤1：准备读写状态的目标文件组
  创建新的文件组（例如COLUMNSTORE_RO）并添加对应的数据文件，保持文件组处于读写状态。

• 步骤2：在目标文件组创建/迁移列存储索引
  将表的聚集列存储索引（CCI）或非聚集列存储索引（NCCI）指定到该文件组。如果是现有表，可以使用以下语句迁移索引：

  CREATE CLUSTERED COLUMNSTORE INDEX CCI_YourTable
  ON YourTable
  WITH (DROP_EXISTING = ON)
  ON COLUMNSTORE_RO;
  

• 步骤3：确保列存储索引完全优化
  等待所有行组完成压缩操作，避免存在未处理的临时行组。可以通过以下查询确认：

  SELECT object_id, index_id, partition_number, state_desc
  FROM sys.dm_db_column_store_row_groups
  WHERE object_id = OBJECT_ID('YourTable')
  AND state_desc NOT IN ('COMPRESSED');
  

  如果结果为空，说明所有行组都已完成压缩；若存在OPEN或CLOSED状态的行组，可以手动触发压缩：

  ALTER INDEX CCI_YourTable ON YourTable REORGANIZE WITH (COMPRESS_ALL_ROW_GROUPS = ON);
  

• 步骤4：预检查并设置文件组为只读
  先执行一次DBCC CHECKFILEGROUP('COLUMNSTORE_RO')确认文件组无完整性问题，再将文件组设为只读：

  ALTER DATABASE YourDatabase MODIFY FILEGROUP COLUMNSTORE_RO READ_ONLY;
  

二、无法执行DBCC CHECKDB时的完整性检查方案 #

如果已经出现文件组设为只读后无法执行全库CHECKDB的情况，可以尝试以下替代方案：

• 方案1：单独检查读写文件组
  针对数据库中的读写文件组（包括[PRIMARY]）单独执行DBCC CHECKFILEGROUP，跳过只读文件组：

  DBCC CHECKFILEGROUP('[PRIMARY]');
  DBCC CHECKFILEGROUP('Your_ReadWrite_Filegroup');
  

• 方案2：临时恢复只读状态执行检查（需业务窗口）
  在业务低峰期，将只读文件组临时设为读写，执行DBCC CHECKDB或DBCC CHECKFILEGROUP检查完成后，再重新设为只读。注意此操作需确保期间无数据写入该文件组。

• 方案3：离线备份验证
  将数据库备份恢复到测试环境，在测试环境中将文件组设为读写，执行完整性检查，这样不会影响生产系统的正常运行。

• 方案4：安装最新累积更新（CU）
  部分SQL Server版本中存在此兼容性问题，建议检查并安装对应版本的最新累积更新，微软可能已修复该DBCC检查的逻辑缺陷。

内容的提问来源于stack exchange，提问作者Chachi G. Pete