我们有一个例子，说明1TB卷如何被损坏。 系统事件查看器中有事件ID 55错误。 在运行chkdsk ，它会检查47％的索引并返回到命令提示符。
如果我们无法挽救驱动器上的数据，那么我们有一个完整的备份数据库从前一段时间。 其日志文件在不同的卷上是完整的。
恢复数据库并以某种方式重放日志文件是否可行？ 我已经看到有关从日志文件备份（.trn）重放日志文件的文章，但是我们有实际的日志文件（.ldf）任何帮助，将不胜感激。
恢复你需要：
日志文件只包含任何数据。 如果您有完整的恢复模式，并且日志从最后一次完全备份以来从未被截断（等），您可能能够回复。
但是，由于没有从中恢复的备份，您有可能丢失了数据。 没有任何第三方的诡计将有助于。
在我尝试testing这种事情的经验，没有。 当试图做类似这样的事情时，我会收到一条错误信息，说明.ldf格式不正确。 无论我做了什么，我都找不到SQL Server标准的方法。
我相信有第三方工具可以通过日志文件来帮助恢复数据。 我从来没有使用过，所以我不想提供build议，但这可能是您获取数据的最佳select。
这取决于驱动器的损坏程度。 我们使用了恒星凤凰和R-Studio进行恢复，R-Studio似乎更有效。 这两个应用程序手动读取驱动器，并尝试从他们find的文件重新创build文件。 恢复过程可能无法恢复文件名和目录结构，因此查看恢复的文件并查找所需内容可能非常耗时。
如果应用程序无法在物理上读取驱动器的一部分，那么位于那里的任何东西都不会被恢复。 此时，下一个选项是将驱动器发送到数据恢复服务。 我们已经使用DriveSavers，但也有很多其他的。
使用SQL，除非恢复的文件来自数据库备份，否则很可能它们处于不一致的状态，可能需要其他操作来获取数据。 我不能评论这个过程，超出我的专长。