MSSQL ndf文件大小变为0 KB恢复数据的过程

本文涉及的产品
全球加速 GA,每月750个小时 15CU
简介:

一、故障描述

成都某客户,存储损坏,数据库崩溃。重组存储,恢复数据库文件,发现有四个ndf文件大小变为0 KB。数据库大小约80TB。数据库中有1223个文件,数据库每10天生成一个NDF文件,每个NDF大约500GB,数据库包含两个LDF文件。

二、故障分析

存储损坏,NDF文件大小变为0 KB,根据NDF文件在磁盘上可能存在。可以通过编写数据库扫描碎片程序,扫描数据库碎片、拼接碎片恢复NDF文件,然后修复数据库。

wKioL1k0vvexS3aAAAKj4ns6aAk665.jpg-wh_50

三、恢复过程

1 磁盘扫描,扫描数据库碎片

2 拼接碎片 

根据NDF文件的页面特征,按照文件号,页号拼接碎片,重组生成出这些0kb的NDF文件。

3 检测数据库文件

使用北亚MSSQL文件检测工具对所有数据文件进行检测,结果:拼接出的4个NDF文件有少量的空页,其他文件正常。

4 进一步对损坏lun进行分析,发现这些数据页在存储层面已经不存存在了。不能恢复这些数据页,即这4个文件不能完全恢复

5尝试附加数据库,报错 “处理数据库的日志时出错,如果可能请从备份还原。如果没有可用的备份,可能需要重新生成日志”。

6、无日志附加数据库

修改系统表,从系统表剔除掉最后添加的LDF文件,计算并修改校验。进行无日志附加数据库。报错:数据库存在一致性错误,

如下图一:

wKioL1k0vr3jwE8pAACyZ569qOY754.jpg-wh_50 

7 修改系统表中这4个损坏的NDF文件的块数量,使其和恢复出来的文件的块数量一致

修改系统表,将系统表记录这4个NDF的块数量的值改为和扫描出来的NDF文件块数量一致,同时更改这4个NDF文件首页,使得数据库中记录的文件的块数量和拼接出来的NDF的块数量一致,计算并修改校验值。

8 无日志附加数据库,报错数据库存在一致性错误,

如下图二:

wKiom1k0vsnA7puvAACyZ569qOY579.jpg-wh_50 

9 逐个修改系统表中这4个损坏的NDF文件的块数量,使其值等于报错块前一页

分析报错,由于空页都出现在这4个NDF后面十几个块中,截断文件对数据完整性影响不大。重新修改系统表和NDF文件,将数据库中记录NDF块数量的值改至报错的前一页,计算并修改校验。

10 、重新进行无日志附加数据库,报错“由于数据库没有完全关闭,无法重新生成日志”

如下图三:

wKioL1k0vtaA4iwXAABuZQAoraU961.jpg-wh_50 

11、修改MDF文件中的数据库的状态值,让数据库认为是完全关闭的

12、重新附加数据库,附加成功

如下图四:

wKioL1k0vuTAmAemAACJ-01QvTI505.jpg-wh_50 

四、结果   

数据库文件成功附加后,客户通过数据库中的对象进行初步查询、验证,表中信息基本完整,数据得到恢复。数据验证完毕,客户对恢复结果表示满意。









本文转自 宋国建 51CTO博客,原文链接:http://blog.51cto.com/sun510/1932182,如需转载请自行联系原作者
目录
相关文章
|
18天前
|
存储 Oracle 关系型数据库
oracle数据恢复—Oracle数据库文件大小变为0kb的数据恢复案例
存储掉盘超过上限,lun无法识别。管理员重组存储的位图信息并导出lun,发现linux操作系统上部署的oracle数据库中有上百个数据文件的大小变为0kb。数据库的大小缩水了80%以上。 取出&并分析oracle数据库的控制文件。重组存储位图信息,重新导出控制文件中记录的数据文件,发现这些文件的大小依然为0kb。
|
2月前
|
存储 数据挖掘 数据库
数据库数据恢复—SQLserver数据库ndf文件大小变为0KB的数据恢复案例
一个运行在存储上的SQLServer数据库,有1000多个文件,大小几十TB。数据库每10天生成一个NDF文件,每个NDF几百GB大小。数据库包含两个LDF文件。 存储损坏,数据库不可用。管理员试图恢复数据库,发现有数个ndf文件大小变为0KB。 虽然NDF文件大小变为0KB,但是NDF文件在磁盘上还可能存在。可以尝试通过扫描&拼接数据库碎片来恢复NDF文件,然后修复数据库。
|
6月前
|
存储 关系型数据库 分布式数据库
PolarDB操作报错合集之修改了binlog的存储时间为1小时,但在重启后发现仍有90GB的binlog文件未被删除,是什么原因
在使用阿里云的PolarDB(包括PolarDB-X)时,用户可能会遇到各种操作报错。下面汇总了一些常见的报错情况及其可能的原因和解决办法:1.安装PolarDB-X报错、2.PolarDB安装后无法连接、3.PolarDB-X 使用rpm安装启动卡顿、4.PolarDB执行UPDATE/INSERT报错、5.DDL操作提示“Lock conflict”、6.数据集成时联通PolarDB报错、7.编译DN报错(RockyLinux)、8.CheckStorage报错(源数据库实例被删除)、9.嵌套事务错误(TDDL-4604)。
|
7月前
|
SQL 存储 数据挖掘
数据库数据恢复—数据库ndf文件大小变为0KB的数据恢复案例
存储设备损坏导致存储中SQL Server数据库崩溃。对数据库文件进行恢复后,用户发现有4个ndf文件的大小变为0KB。该SQL Server数据库每10天生成一个大小相同的NDF文件,该SQL Server数据库包含两个LDF文件。
|
SQL 关系型数据库 索引
PG获取文件大小的方式
PG获取文件大小的方式
132 0
|
弹性计算 容灾 关系型数据库
PostgreSQL PITR 任意时间点恢复过程中如何手工得到recovery需要的下一个WAL文件名 - 默认情况下restore_command自动获取
标签 PostgreSQL , recovery , recovery.conf , restore_command , timeline , 时间线 , next wal , PITR , 时间点恢复 背景 PostgreSQL数据库支持PITR时间点恢复。默认情况下,只需要配置目标是时间点,resotre_command即可,PG会自动调用resotre_command去找需要的WA
1519 0
|
SQL
[20180626]延迟块清除与只读表.txt
[20180626]延迟块清除与只读表.txt --//以前测试过延迟块清除与只读表空间的情况.今天测试只读表的情况. --//链接:[20150409]只读表空间与延迟块清除.
1270 0