我们在MS SQL中有一个大型数据库，其中一个表由日期列分区。主键索引也使用相同的分区函数进行分区。数据库保存在简单恢复模型中，因为数据每3个月批量添加到数据库中。
DBCC checkfilegroup发现一致性错误，因此我们需要从完整备份中恢复一个文件组。
还原不允许我在简单模式下运行文件组的还原，因此我更改为完全恢复模式，然后运行以下操作，没有错误。
恢复数据库aricases filegroup =＆＃39; 2003＆＃39; 来自disk = N＆＃39; backupfile-name.bak＆＃39; 恢复
我期待＆＃34;恢复＆＃34;将此恢复到正常工作的条款，但过程以说明
结束前滚起点现在位于日志序列号（LSN）511972000001350200037。需要额外前滚过LSN 549061000001370900001才能完成恢复序列。
当我查询包含此文件组的数据库表时，我收到一条消息，指出无法访问主键，因为该表的某个分区无法访问，因为它处于脱机状态，正在恢复或已不存在。
为什么没有恢复＆＃34;子句使此文件组完全恢复。怎么办？ 整个数据库非常大（1.5TB）。我无法备份日志文件，因为我首先需要在完整模型模式下创建备份。文件组本身只有300GB。
我可以再次进行恢复 - 但想知道执行此操作的正确方法。 有没有办法保持完全恢复模式并从完整的数据库备份执行零碎的文件组备份？
答案 0 :(得分：1)
我找到了答案。底线是简单恢复模型非常有限。您必须从同一备份还原所有读/写文件组。单个只读/仅文件组可以单独恢复，只要它们在读/写文件组的最后一次备份之前变为只读（不再更改）。
底线 - 只有完整或批量记录模型允许您恢复单个读/写文件组。 Bulk-Logged模型是批量加载的数据仓库应该使用的模型，而不是简单模型。我的设计错误。
从微软看
http://msdn.microsoft.com/en-us/library/ms191253.aspx
然后看看Simple Model的零碎恢复 http://msdn.microsoft.com/en-us/library/ms190984%28v=sql.100%29.aspx 非常有限