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

一、故障描述

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

二、故障分析

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

三、恢复过程

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

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

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

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

四、结果

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

原文地址:http://blog.51cto.com/sun510/2176139

时间: 2024-08-30 13:27:26

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

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

一.故障描述 成都某客户,存储损坏,数据库崩溃.重组存储,恢复数据库文件,发现有四个ndf文件大小变为0 KB.数据库大小约80TB.数据库中有1223个文件,数据库每10天生成一个NDF文件,每个NDF大约500GB,数据库包含两个LDF文件. 二.故障分析 存储损坏,NDF文件大小变为0 KB,根据NDF文件在磁盘上可能存在.可以通过编写数据库扫描碎片程序,扫描数据库碎片.拼接碎片恢复NDF文件,然后修复数据库. 三.恢复过程 1 磁盘扫描,扫描数据库碎片 2 拼接碎片 根据NDF文件的页面

熟知这几步,MSSQL ndf文件大小变为0 KB不再是难题

一.MSSQL ndf文件故障描述用户某存储损坏,导致数据库崩溃.通过重组存储,恢复数据库文件,发现有四个ndf文件大小变为0 KB.数据库大小约80TB.数据库中有1223个文件,数据库每10天生成一个NDF文件,每个NDF大约500GB,数据库包含两个LDF文件.二.MSSQL ndf文件故障分析存储损坏,NDF文件大小变为0 KB,经判断NDF文件在磁盘上可能存在.可以通过编写数据库扫描碎片程序,扫描数据库碎片.拼接碎片恢复NDF文件,然后修复数据库.三.MSSQL ndf文件恢复过程1

分享 一个NetApp删除所有卷后的数据恢复过程

NetApp FAS3220是NetApp推出的中端存储阵列,针对NAS和SAN环境构建,被定制为虚拟化.私有云或传统.早先的用途,适用于从几TB到超过2PB的存储需求,提供数据保护,可扩展性,自动精简配置,精简克隆,备份和灾难恢复,下面就讲解NetApp FAS 3220存储的数据恢复的方法.·本次讲解的NetApp FAS 3220型号的存储,硬件环境是一共96块600G的SAS硬盘,硬盘和普通的硬盘还不一样,这个硬盘的扇区大小是520字节一个扇区,上层应用环境也很复杂,所有的lun都是映射

分享一例EVA 4400存储硬盘故障数据恢复方案和数据恢复过程

EVA系列存储是一款以虚拟化存储为实现目的的HP中高端存储设备,平时数据会不断的迁移,加上任务通常较为繁重,所以磁盘的负载相对是较重的,也是很容易出现故障的.EVA是依靠大量磁盘的冗余空间,以及故障后rss冗余磁盘动态迁移来实现整个存储的数据保护,但随着越来越多的磁盘掉线,这种保护会接近临界,直至崩溃.下面以EVA存储故障为例,讲解EVA 4400存储数据恢复. 一.故障描述 整个EVA存储结构是由一台EVA4400控制器.EVA扩展柜及若干FC磁盘组成.由于磁盘故障导致存储中LUN不可用,致使

某公司HP-EVA4400存储硬盘离线的数据恢复方法和数据恢复过程

一.故障描述 整个EVA存储结构是由一台EVA4400控制器,三台EVA4400扩展柜和28块FC 300G硬盘构成的.由于两块磁盘掉线导致存储某些LUN不可用,某些LUN丢失.由于EVA4400是因为某些磁盘掉线,从而导致整个存储不可用.因此接收到磁盘以后北亚工程师先对所有磁盘做物理检测,检测完后发现没有物理故障.接着使用坏道检测工具检测磁盘坏道,发现也没有坏道.磁盘坏道检测日志如下: 图一: 二.备份数据 考虑到数据的安全性以及可还原性,在做数据恢复之前需要对所有源数据做备份,以防万一操作不

SQL2008R2数据库中勒索病毒解密数据恢复

辽宁省某医药集团公司SQL2008R2数据库中勒索病毒解密数据恢复成功 [单位名称] 辽宁省某医药集团公司 [数据恢复故障描述]服务器为IBM服务器.做的RAID5操作系统为:WINDOWS SERVER 2008R2生产数据库为:SQL SERVER 2008R2 ,一共有45G大小.2017年5月16日下午服务器突然无法访问,经单位网络管理人员查看所有文件扩展名被加上了 .id-462C3004.[[email protected]] 字样.数据库文件也未能幸免.每个目录里,都有一个READ

服务器数据恢复案例_xfs数据丢失的数据恢复过程

简介:太原一家公司的服务器出现故障,服务器是linux服务器,连接了一台某型号的存储,文件系统为xfs文件系统.管理员使用xfs_repair工具试图对文件系统进行修复但修复失败,linux服务器中所有数据因此丢失.管理员在北京的数据恢复公司中选择了我们进行相关咨询,由于客户数据涉密且恢复难度较大,我们从北京总部派出服务器数据恢复工程师前往客户现场进行服务器数据恢复. 服务器数据恢复解决方案:为了不损毁客户丢失数据盘里的数据,数据恢复的第一步必须对客户的原始存储空间开进行镜像备份工作,数据备份完

mssql数据库备份恢复工具(SQLAutoRestore)下载 v1.2.8官方版

QLAutoRestore是一款全自动的mssql数据库备份和还原工具,软件操作简单,备份速度快以及自动智能恢复等特点,软件拥有直观的用户界面,支持实时感知磁盘数据库,拥有高效的磁盘监控功能,是您进行数据库备份和同步的完美解决方案,同时还拥有定时备份和定时同步的功能. 软件特色 1.高效磁盘监控 独有磁盘文件变化实时感知监控技术,动态追踪监控所在文件夹备份文件.可响应10毫秒内百余文件写入,极低系统资源占用率. 2.智能备份恢复 繁琐归至简,数据库恢复过程中内置多达30+项智能识别还原技术.帮您

mssql数据库在更换服务器时如何转移数据?

Mssql数据库强烈推荐跟网站放在同一个机房内,跨机房远程调用数据时会非常慢且不稳定.如果您的mssql数据库需要更换机房时,请按如下流程转移数据库的内容: 1.升级前先对数据库做好备份:(升级过程中不要继续往原服务器中写入新数据) 备份流程:登录管理中心>Mssql数据库>管理 然后点“备份”,成功后点“下载备份”,即可将该bak格式的数据库备份下载到您本地的电脑上. 2.升级:登录管理中心>Mssql数据库>点“升级”如果要增加数据库的大小或是更换机房都可以用“升级”过程来完成