熟知这几步,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 磁盘扫描,扫描数据库碎片
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、重新附加数据库,附加成功


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

原文地址:https://blog.51cto.com/sun510/2460324

时间: 2024-10-30 19:24:27

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

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

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

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

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

十步让 WebForm项目 变为 Mvc项目

1.创建一个项目名为 App_Asp 的 Asp.NET 空 Web 应用程序2.添加全局应用程序类 Global.asax3.富文本打开 Global,修改 Inherits 为 App_Asp_Global  ->  App_Asp.MvcApplication4.Golbal : System.Web.HttpApplication  ->  MvcApplication : System.Web.HttpApplication5.添加 System.Web.Routing 引用,添加

讨论一下js获取响应中后台传回来的BigInteger类型的数字时,后几位会自动变为0的问题

后台返回的json:{"data":12345678912345678912} 在js中获取该data得到的值为:12345678912345680000 后经过实验发现,只有数字保持在17位以内(包括17位),js才能取到正确的值. 解决方法:后台返回json时,先将bigInteger的数字转为String类型,这样响应中的json就变为:{"data":"12345678912345678912"} js就能获取到正确的值了.

使用excel打开文件,修正长度过长的数字后几位变为0的问题

之前一直不知道这个方法,知道的就跳过吧,勿喷. 我们将身份证号,订单号,手机号,银行卡号等存到文本中,但是使用excel打开的时候 通常会变成科学技术法的样式 如果我们是将数据主动存到 excel中可以通过设置单元格格式为文本即可 但是有的时候这些数据并不是从excel录入的,例如我们从网站中导出. 例如商城导出订单信息,订单号往往很长,而且许多网站后台导出的数据是存到 了csv文件中,而这个文件又默认是使用excel打开.当然我们希望使用excel打开,毕竟基于 excel的强大功能. 例如打

iOS 文件大小转换成 KB、MB、GB 。。。

-(NSString *) convertFileSize:(long long)size { long kb = 1024; long mb = kb * 1024; long gb = mb * 1024; if (size >= gb) { return [NSString stringWithFormat:@"%.1f GB", (float) size / gb]; } else if (size >= mb) { float f = (float) size /

一步一步学习IdentityServer4 (4) .NETCore2.0 Swagger

首先添加nuget: Swashbuckle.AspNetCore services.AddSwaggerGen(c => { c.SwaggerDoc("v1", new Info { Version = "v1", Title = "IdentityServer4 & WebApi" }); var basePath = PlatformServices.Default.Application.ApplicationBasePa

记使用talend从oracle抽取数据时,数字变为0的问题

数据源为oracle,字段类型为number. 发现通过mainline连接到一个logrow控件,输入的该字段的值为0 经过多次测试还是没发现有什么规律. 通过查看代码发现有这一句内容. if (row2.ID != null) { // strBuffer_tLogRow_1.append(row2.ID.setScale(-127,java.math.RoundingMode.HALF_UP).toPlainString()); } // 不知这个是个bug还是一个未知的规则. 待解决.

SQL SERVER数据库文件删除、分区格式化解决方案

[故障类型]数据库文件删除.分区格式化.文件大小变为"0",或使用备份还原数据库时覆,盖数据库? [典型特征]◎ 数据库文件(MDF.NDF或LDF)丢失"置疑"状态:◎ 数据库数据恢复至早期数据: ◆ 检测流程a. 通过文件系统对丢失的数据库文件进行分析:b. 针对MDF(或NDF)文件内部结构,对硬盘进行全面分析. ◆ 恢复流程a. 将故障硬盘接入安全的数据恢复平台中,对硬盘做完整的全盘镜像,以防二次破坏:b. 分析原来的文件系统格式:c. 查找文件目录索引及文