D中的腐败:MFT。这一进展如何？我不认为CHECKDB在这里有用吗？

Question

我有一台服务器正在报告NTFS错误；其中一条错误消息将d:\$MFT表示可能已损坏。我的SQL数据文件驻留在此驱动器上。

主文件表保存有关磁盘上所有文件的信息，因此我设想如果发生损坏，SQL可能无法从MDFs或NDF中读取数据？

我认为CHECKDB不会是相关的一致性检查，解决此错误的唯一方法是chkdsk /r？

任何帮助都将不胜感激。我们还没有在SQL错误日志中有任何损坏报告。我认为它可能会变得很严重，取决于MFT的哪些部分已经损坏(正如前面所说的，它可能会影响SQL读取MDFs或NDFs的能力)？

谢谢

Answer 1

以下是我将如何处理这个问题。

负责SQL数据库.

• 数据库的完全备份
• 将数据库还原到开发/测试服务器
• 在还原的数据库上运行开发/测试服务器上的CHECKDB以检查错误。

如果在运行CHECKDB时遇到错误，那么您应该解决这些问题，这意味着在行的某个地方发生了损坏。对此进行恢复的单独主题。

负责服务器

上的驱动器

• 停止Server进程。
• 在驱动器上运行CHECKDSK /r
• 希望是最好的。有一些压力测试工具可以告诉你驱动器是否有问题。如果这是一个驱动器，那么考虑更换它。如果是raid组的一部分，请从制造商那里找到一个健康检查实用程序，看看这是否能告诉您任何信息。

如果CHECKDSK /r修复了主文件表的问题，那么您应该再次在数据库上运行CHECKDB，以确保没有任何损坏(或者CHECKDSK /r引入的任何损坏)。

附带说明：

• 是否为每个数据库设置了页校验和？
• 备份时，是否使用校验和选项？