使用C# SqlBulkCopy写入列存储索引表时出现系统断言错误

问题场景 #

使用以下C#代码通过SqlBulkCopy批量写入DataTable：

private async Task BulkCopyTableAsync(SqlConnection dbConnection, SqlTransaction sqlTransaction, DataTable table)
{
    using (SqlBulkCopy s = new SqlBulkCopy(dbConnection, SqlBulkCopyOptions.Default, sqlTransaction))
    {
        s.BulkCopyTimeout = 3600;
        s.DestinationTableName = table.TableName;
        s.BatchSize = 1048576;

        foreach (var column in table.Columns)
            s.ColumnMappings.Add(column.ToString(), column.ToString());

        await s.WriteToServerAsync(table);
    }
}

写入带聚集主键的行存储表时运行正常，但写入聚集列存储索引表时触发以下SQL Server内部断言错误：

A system assertion check has failed. Check the SQL Server error log for details. Typically, an assertion failure is caused by a software bug or data corruption. To check for database corruption, consider running DBCC CHECKDB. If you agreed to send dumps to Microsoft during setup, a mini dump will be sent to Microsoft. An update might be available from Microsoft in the latest Service Pack or in a Hotfix from Technical Support. Cannot continue the execution because the session is in the kill state. A severe error occurred on the current command. The results, if any, should be discarded.

Location: "Sql\Ntdbms\storeng\dfs\access\columnstoreorphan.cpp":995

Expression: context S

PID: 84

Process ID: 2272

Thread ID: 10080

核心成因 #

1. SQL Server列存储引擎版本bug
   错误定位到columnstoreorphan.cpp:995的内部断言，这是SQL Server列存储引擎的软件缺陷。早期版本（如SQL Server 2016、2017的部分累积更新前）对SqlBulkCopy写入聚集列存储表的场景支持不完善，尤其是在事务环境下，容易触发内部上下文验证失败。

2. 超大批次大小的适配问题
   设置的BatchSize = 1048576（100万行）远超列存储表的最优批量插入范围。列存储引擎的批量处理逻辑与行存储不同，超大批次会导致内存分配、索引构建的内部状态异常，触发断言检查。

3. 显式事务的交互冲突
   在显式SqlTransaction中执行批量写入时，部分SQL Server版本的事务日志机制与列存储索引的更新逻辑存在冲突，导致引擎内部上下文（context S）验证不通过，进而触发断言失败。

验证与修复建议 #

• 先执行DBCC CHECKDB确认数据库无损坏，排除数据层面问题。
• 降低BatchSize至50000以内，适配列存储引擎的批量处理特性。
• 升级SQL Server到对应版本的最新累积更新或Service Pack，微软后续补丁已修复大量列存储相关的断言bug。
• 若业务允许，尝试移除显式事务，直接执行SqlBulkCopy写入列存储表。

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