在SAN问题之后，SQL数据库被标记为可疑。由于不一致的程度，恢复来自有效的备份＆amp;日志备份。没有其他系统或其他用户数据库出现问题，CHECKDB成功。恢复的数据库也有一个成功的CHECKDB，并重新启用了该应用程序。
但是，每日备份在问题数据库上失败了。 CHECKDB继续成功，没有错误。完整，Copy_Only备份产生相同的错误（也尝试了continue_after_error）
Msg 3203, Level 16, State 1, Line 3
Read on "mydb.mdf" failed:
23(failed to retrieve text for this error. Reason 15105)
Msg 3203, Level 16, State 1, Line 3
BACKUP DATABASE is terminating abnormally.
我也在系统事件日志中看到
设备\ Device \ Harddisk2 \ DR2有一个坏块。
服务器本身已经重新启动，SQL Server重新联机，没有错误。 CHECKDB继续报告任何数据库都没有错误 - 但是这个位置正在恶化，现在没有有效的备份超过一周。
其他论坛建议此错误可能是由于文件访问/权限或没有足够的磁盘空间来完成备份，但事实并非如此，尝试使用相同的结果备份到不同凭据下的多个不同位置。< / p>
我正在整理一个流程来导出所有数据库对象，并将所有数据批量复制到干净的数据库中。我考虑的另一个选项是分离/停止sql并将mdf，ndf，ldf文件复制到另一台服务器，但是现在不愿意在不保护数据的情况下停止SQL Server。
欢迎任何想法，进一步检查我可能在数据库在线时执行以确定坏块可能与之相关的内容。
屏幕截图1 - 显示运行备份的时间为70％。1
答案 0 :(得分：0)
只是说我们已经得出结论mdf文件无法修复。再次分享场景
使用mdf文件中的坏扇区
然而 *完整＆amp;差异备份失败 *分离DB时无法复制MDF文件 * DB仍然可以原位重新连接
由于文件管理不善而导致延迟识别整个问题
