-1

在SAN问题之后,SQL数据库被标记为“可疑”。由于不一致恢复的范围来自有效的备份日志备份。没有其他系统或其他用户数据库存在问题并且CHECKDBs成功。恢复的数据库也有一个成功的CHECKDB,并且应用程序被重新启用。DBCC CHECK成功 - 完全数据库备份异常终止

但是,日常备份在问题数据库上失败。 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继续报告任何数据库没有错误 - 但是现在状况正在恶化,现在没有有效的备份超过一周。

其他论坛建议此错误可能是由于文件访问权限或磁盘空间不足以完成备份,但事实并非如此,因为尝试在不同凭据下备份到多个不同位置且结果相同。

我正在制作一个导出所有数据库对象的过程,并将所有数据批量复制到一个干净的数据库中。我考虑过的另一个选择是分离/停止sql,并将mdf,ndf,ldf文件复制到另一台服务器,但此时不愿意停止SQL Server而不保护数据。

欢迎有任何想法,我可以在DB在线时进行进一步检查,以确定坏块可能涉及的内容。

屏幕截图1 - 显示运行备份获得70%通过。 1

回答

0

只是说我们已经完成了mdf文件是无法修复的。要共享的情况下再次

随着坏扇区的mdf文件

  • 的T-日志备份成功
  • 数据库仍然可以访问/运行
  • 和CHECKDB都出现良好的

但是 *完整&差异备份失败 *数据库无法复制MDF文件被派遣 *数据库仍然可以被就地

重新连接由于一些贫困档案管理&这整个问题

  • 日志链会断裂(由于有限的日志备份保留)的延迟识别
  • 唯一的解决办法是恢复旧数据备份和痛苦拷贝数据