Sql 附加“ndf”时显示ndf文件丢失错误；中密度纤维板“；文件

我们服务器中的数据库存在空间问题。因此，我们在另一个驱动器中为该数据库添加了一个辅助文件（ndf文件）。（ndf文件-“c”驱动器、mdf、ldf文件-“e”驱动器）。当我们格式化“C”驱动器时，ndf文件被删除。当我们试图通过附加“mdf”文件再次获取该DB时，我们得到的错误是“ndf文件丢失”。

---

那么，我们下一步该怎么做才能使数据库恢复到原来的状态呢？

ndf文件包含数据，ndf文件复制到文件所在的位置。

这是一个非常糟糕的举动。首先，将数据库文件放在C:驱动器上是一种不好的做法。其次，在尝试格式化C:drive的过程中，主要包括服务器的重建；为什么不备份整个服务器或至少备份服务器上的文件

在这种情况下，你的决心是非常有限的，如果结果很苛刻，你会感到抱歉，但请把这当作it/生活的一课。有些数据非常重要，我无法想象会丢失这些数据。好吧，现在我看到以下选项：

• 使用数据恢复工具尝试检索格式化磁盘数据。无论如何，这不是一个有保证的过程
• 一旦你有了你的.ndf文件，你应该能够恢复文件-希望没有损坏
• 如果检索到的.NDF文件已损坏或无法检索；然后准备好接受数据丢失。您可以使用

  REPAR\u ALLOW\u DATA\u LOSS

  尝试

  DBCC CHECKDB

  。注意：此命令不是数据库的保证修复程序
• 如果以上所有选项都不起作用。有一个很棒的第三方工具，名为，可以修复.MDF和.NDF文件。它将修复和恢复损坏数据库文件中的数据，然后将这些文件导出为其他格式，包括新创建的数据库。我真的认为如果你需要再次建立这个数据库，这将是你最好的解决方案

---

祝你好运，让我们知道进展如何。

简单的解决方案：将.ndf文件阴影化并检索：）。或者创建一个备份数据库并附加.bak文件（如果一个可用的.back文件不可用）。我尝试创建一个新的数据库并添加一个新的ndf文件。之后，在停止sql server服务后，我尝试用旧的mdf和ldf文件替换新的mdf annd ldf文件。然后我重新启动服务。现在我无法访问数据库。显示“数据库处于恢复模式”是否有帮助？你的数据库基本上是死的。您可以使用

REPAIR\u ALLOW\u DATA\u LOSS

尝试

DBCC CHECKDB

，但即使这样做有效，.NDF文件中实际存在的任何数据（如果有）无论发生什么情况都会明显消失。这些（以及其他灾难）本质上就是你备份的目的。我完全同意@JeroenMostert的观点，最好的方法是对你的.ndf文件进行阴影处理。让你的it运营人员来检索这个。现在还不清楚这是如何回答这个问题的，这似乎表明“ndf”是两件事。