SQL Server部分还原数据库中Entity Framework SaveChanges插入报错问题

嘿，我之前碰到过几乎一模一样的场景——普通SQL操作正常，但EF插数据就触发分区相关的异常，大概率是EF的上下文配置和SQL Server分区表的元数据不匹配导致的，下面给你几个具体的排查方向：

1. 先查标识列（Identity）的生成逻辑 #

你的主键id既是标识列又是分区键，EF默认会依赖SQL Server的标识列自动生成值，但部分还原后，当前分区的标识值范围和EF预期的可能对不上，或者新生成的id直接落到了未还原的分区上：

• 先手动跑 DBCC CHECKIDENT ('你的表名', NORESEED) 看看当前标识列的当前值，再对比你的分区函数边界（比如你的分区函数是 RANGE RIGHT FOR VALUES (100000, 200000...) 这种按id范围划分的），确认新插入的id会落在已还原的分区文件里。
• 如果EF用的是 DatabaseGeneratedOption.Identity，当标识值增长到超出已还原分区的范围时，就会尝试写入未还原的分区文件，直接触发异常。这时候可以临时调整标识列的种子值，或者把EF的生成策略改成Sequence并指定在已还原分区的范围内生成值。

2. 验证分区表的元数据完整性 #

部分还原后，虽然普通SQL能正常执行，但SQL Server的分区元数据可能和EF上下文缓存的信息不一致：

• 执行 SELECT * FROM sys.partitions WHERE object_id = OBJECT_ID('你的表名') 查看分区状态，确保已还原的分区是ONLINE，未还原的是RESTORING或OFFLINE。
• EF启动时会缓存表的结构信息，试试重启EF应用，或者强制刷新模型缓存（比如在代码里调用 context.Database.ExecuteSqlRaw("DBCC FREEPROCCACHE") 清除查询缓存，或者重新生成EF的实体模型）。

3. 对比EF生成的INSERT语句和手动执行的语句 #

EF生成的SQL语句可能和你手动写的不一样，比如它可能没明确指定分区键，或者有隐式的列值生成逻辑：

• 打开EF的日志输出（比如在Startup里配置LogTo方法），把EF生成的INSERT语句打出来，和你手动执行的语句对比，看看有没有差异。比如EF自动生成的id值可能超出了已还原分区的范围，或者语句里有分区键的隐式赋值。
• 可以临时在EF代码里显式指定id的值（暂时关闭标识列自动生成），试试能不能成功插入，以此判断是不是标识值生成的问题。

4. 确认分区方案的文件组映射 #

部分还原时，未还原的文件组可能处于不可用状态，EF插入时可能误尝试访问这些文件组：

• 执行 SELECT * FROM sys.destination_data_spaces WHERE partition_scheme_id = (SELECT partition_scheme_id FROM sys.partition_schemes WHERE name = '你的分区方案名')，查看每个分区对应的文件组，确认已还原的文件组是ONLINE状态，未还原的是OFFLINE。
• 如果你的分区方案是ALL TO单个文件组，但只还原了部分文件，可能会导致元数据冲突，这时候要确认分区方案的配置和你还原的文件是否匹配。

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