Sql server 删除SQL server 2008中的脱机/失效文件

如何删除Microsoft SQL server 2008中标记为脱机或失效的文件的跟踪

我一直在玩一个设置，在这个设置中，我创建了一个包含3个文件组的数据库，它们是：Primary、FileGroupData和FileGroupIndex。 聚集索引使用FileGroupData，非聚集索引设置为使用FileGroupIndex。为了模拟磁盘故障，我关闭了SQL server并手动删除了索引文件组中的文件。 要启动数据库，我会将文件标记为“脱机”，但在此之后，我无法删除索引文件，这些文件现在处于脱机状态

我没有备份这些文件，因为它们只是索引，但这意味着我无法恢复这些文件，并且它们的状态为“在线”

您建议如何删除文件和文件组，因为它们仍然显示在management studio的“文件/文件组”下。Management studio无法删除它们

据我所知，这与在以下网站上发布的问题不同：

---

/Philip

您是否尝试过删除数据库MyBollixeDB

---

基本上，条目仍然存在于sys.databases中。当然，你不能编辑它，所以simpyl删除数据库。您无法对其执行任何其他操作，因为它处于脱机状态（并且完全不一致）

谢谢您的输入。我希望避免丢失数据库。只有非聚集索引使用的文件处于脱机状态，并且可以轻松地重建该索引/Philip@philox：否，它已损坏。您可能知道问题出在哪里，但当整个文件丢失时，SQL Server无法区分这些细微之处。@gbn:您可能是对的。不过，它应该有点意识，因为它可能部分可用，并且不允许使用驻留在脱机/失效文件组上的索引的查询。如果文件组是online management studio，则可以将其删除，对吗？从下面的内容中，我猜它可以归结为是否可以删除元数据？“如果不必还原未还原的文件组，您可以通过从数据库中删除该文件组来使其失效。失效的文件组永远无法还原到此数据库，但其元数据仍然保留。在文件组失效后，可以重新启动数据库，恢复将使数据库在已还原的文件组中保持一致。”我想我必须同意。我被挽救数据库的前景“蒙蔽了双眼”，这是一个巨大的过程，因为恢复数据库也需要实际的索引备份。谢谢你的反馈。