Chinaunix首页 | 论坛 | 博客
  • 博客访问: 336679
  • 博文数量: 586
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 5895
  • 用 户 组: 普通用户
  • 注册时间: 2016-08-02 14:16
文章分类

全部博文(586)

文章存档

2024年(151)

2023年(218)

2022年(181)

2020年(12)

2019年(24)

我的朋友

分类: SQLServer

2022-09-29 11:36:08

数据库数据恢复环境:
某品牌存储存放大小约80TB的SQL SERVER数据库,数据库包含两个LDF文件,每10天生成一个500GB大小的NDF文件。


数据库故障&分析:
存储损坏,SQL SERVER数据库不可用。对数据库文件进行恢复后发现有几个NDF文件大小变为0KB。


数据库数据恢复过程:
1、对故障存储所有硬盘做镜像备份,基于镜像文件扫描数据库碎片。
2、北亚数据恢复工程师根据NDF文件的页面特征,按照文件号、页号拼接碎片,重组生成这些0kb的NDF文件。
3、检测数据库文件。使用北亚自主研发的MSSQL文件检测工具对所有数据文件进行检测,结果发现除了拼接出的NDF文件有少量的空页之外,其他的文件都是正常的。
4、数据恢复工程师分析损坏lun后发现这些数据页在存储层面已经不存在了。如果不能恢复这些数据页,这几个拼接出来的NDF文件就不能完全恢复。
5、尝试附加数据库,报错 “处理数据库的日志时出错,如果可能请从备份还原。如果没有可用的备份,可能需要重新生成日志”。
6、修改系统表,从系统表剔除掉{BANNED}最佳后添加的LDF文件,计算并修改校验。进行无日志附加数据库。报错:“数据库存在一致性错误。”





7、修改系统表,将系统表记录这几个NDF文件的块数量的值改为和扫描拼接出来的NDF文件的块数量一致,同时更改这几个NDF文件首页,使得数据库中记录的文件的块数量和拼接出来的NDF的块数量一致,计算并修改校验值。
8、无日志附加数据库,报错数据库存在一致性错误。





9、逐个修改系统表中这几个损坏的NDF文件的块数量,使其值等于报错块前一页。分析报错,由于空页都出现在这几个NDF文件后面的十几个块中,截断文件对数据完整性影响不大。重新修改系统表和NDF文件,将数据库中记录NDF块数量的值改至报错的前一页,计算并修改校验。
10、重新进行无日志附加数据库,报错“由于数据库没有完全关闭,无法重新生成日志”。





11、修改NDF文件中的数据库的状态值,让数据库认为是完全关闭的。重新附加数据库成功。





数据库恢复数据验证:
数据库文件成功附加后,用户通过数据库中的对象进行查询、验证,表中信息完整,确认恢复出来的数据有效。
阅读(390) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~