SQL2005断电重启数据库置疑修复成功案例

SQL2005数据库,服务器突然断电,重新启动服务器后,

数据库变为”置疑”数据库无法附加失败”修复成功案例

深圳某生产型企业三月底电话咨询我们

SQL SERVER 2005数据库,在正常使用过程中,服务器突然断电,重新启动服务器后,数据库变为”置疑”,数据库无法附加。

客户在数据库在正常读写操作过程中,服务器突然断电,导致数据库无法把所有缓冲中的数据写入到数据库文件中,

所以会使数据内部索引及数据区损坏。

1.首先使用我们公司自主开发的“无日志附加数据库”工具,先把数据附加到SQL2005上。

2.使用DBCC检测数据库,发现有“并闩锁页”错误,具体错误提示:

消息 8967,级别 16,状态 218,第 1 行

DBCC 中出现内部错误,无法继续处理。请与产品支持人员联系。

消息 8944,级别 16,状态 12,第 1 行

表错误: 对象 ID 0,索引 ID -1,分区 ID 0,分配单元 ID 851968 (类型为 Unknown),页 (1:75678),行 124。测试(ColumnOffsets <= (nextRec - pRec))失败。值为 41 和 11。

消息 7985,级别 16,状态 2,第 1 行

系统表预检查: 对象 ID 13。无法使用闩锁类型 SH 读取并闩锁页 (1:75678)。由于不可修复的错误,CHECK 语句已终止。

3.工程师通过对MDF文件自身内部结构分析,发现有多个页损坏,通过计算,重新回写正确的值,数据库可正常读取.

【数据恢复结论】

历时48小时,100%数据恢复成功

【数据恢复服务承诺】

1 . 免费远程检测,免费电话咨询,免费售后服务
2. 与客户签订保密协议,对客户的数据严格保密  
3. 保证数据恢复不成功不收费
4. 经验丰富的专业工程师提供服务
5. 数据恢复前报价,客户确认同意后工程师开始数据修复
6. 整个恢复过程不会对客户的原盘有任何的写操作,以确保原盘的数据完全

【重要提醒】

单位的数据库在使用过程中,如遇到突然断电的情况,数据库损坏的机率很大,建议客户实时备份数据。

数据库损坏后不要自己盲目进行修复处理,先做好备份后再进行其它操作。

  • 0
时间: 2024-10-12 14:14:32

SQL2005断电重启数据库置疑修复成功案例的相关文章

Sql Server 2008 R2数据库损坏修复成功案例

Sql Server 2008 R2数据库损坏修复成功案例 2016.4月 青岛某连锁店使用的SQL 2008R2数据库,客户在正常使用中突然服务器断电导致的损坏,再次附加发现数据库报错不能正常运行,客户那边管理员自己尝试了修复以及重建日志但是故障依旧,后来发现自己解决不了,通过百度搜索,联系到我们进行处理. 我们的工程师具体查看了一下,数据库大小800M左右,底层数据看了一下基本正常,先用工具检测看下页面损坏情况,如下图 我们可以看到确实是有页面损坏,直接新建库替换重新生成日志在看损坏情况如下

sql数据库恢复 文件丢失误删除 误格式化置疑报错修复 数据库置疑修复总结/SQL SERVER 2000/2005/2008/2008R2

数据库置疑的原因会有多种多样,不同的问题采用的步骤也会有所不同,以下的步骤不能适用所有的情况,但包括了一些基本的步骤. 数据库置疑是指数据库内部处于不一致的状态,很有可能会有数据丢失.我们推荐您从做数据库备份之前,检查过DBCC  CHECKDB没有错误,备份的数据库没有更改.    1.首先确认已经备份了.mdf和.ldf文件. 2. 在SQL Server中新建一个同名的数据库,然后停止SQL Server服务. 3. 用原有的.mdf和.ldf文件覆盖新建数据库对应的.mdf和.ldf文件

思迅/泰格/科脉/收银软件/商超软件数据库修复解决断电造成损坏的mdb\dat文件SQL数据库 置疑 修复 恢复

拥有专业管理软件数据库修复技术工程师,专业提供管家婆.美萍.思迅.科脉等管理软件技术服务,电脑维修\重装系统技 术服务.无法登陆打不开等出错问题处理(连接失败,请输入正确的服务器名,SQL Server不存在或拒绝访问,用户sa登陆失败等等),数据损坏修复 .软件外网远程访问,年结存.软件版本升级,解决升级数据库失败错误.美萍软件到期升级.断电数据库修复(不可识别的数据库格式.连接数据库失败)等技术服务.各类管理软件.电脑技术服务等.  案例分析 [单位名称] 山东某连锁超市泰格收银软件 [数据

SQL数据库修复/数据库置疑修复

SQL数据库修复的三大核心技术: 1.磁盘阵列分析重组技术: 2.数据库恢复与修复技术: 3.SCSI盘物理故障开盘技术. 至今已经成功恢复数百台服务器的SQL数据库,用户覆盖全国. 导致SQL数据库丢失的原因: 1.各种原因:误删除.误格式化.断电等造成的MS SQL SERVER数据库文件破坏. 2.MS SQL SERVER数据库丢失了*.ldf文件,只有一个*.MDF文件,将是非常危险的事情,数据库很可能将无法再次打开,而且会显示“可疑”或者“置疑”字样. 3.SQL SERVER数据库

SQL SERVER 2005 数据库置疑修复

alter database 置疑数据库 set emergency go alter database 置疑数据库 set single_user with rollback immediate go use master go alter database 置疑数据库 Rebuild Log on (name=SuspectDB_log,filename=’D:/Log/置疑数据库_log.LDF’) go alter database 置疑数据库 set multi_user go DBC

Sql Server 2008 R2数据库损坏修复成功

Sql Server 2008 R2数据库损坏修复成功案例 2016.4月 青岛某连锁店使用的SQL 2008R2数据库,客户在正常使用中突然服务器断电导致的损坏,再次附加发现数据库报错不能正常运行,客户那边管理员自己尝试了修复以及重建日志但是故障依旧,后来发现自己解决不了,通过百度搜索,联系到我们进行处理. 我们的工程师具体查看了一下,数据库大小600M左右,底层数据看了一下基本正常,先用工具检测看下页面损坏情况,如下图: 我们可以看到确实是有页面损坏,直接新建库替换重新生成日志在看损坏情况如

SQL2005数据库置疑处理

2005中遇到置疑.丢失日志时按照网上常见的MSSQL2000修复方法来做, 结果发现行不通,甚至连一步都做不下去.其实,在MSSQL2005在处理置疑问题的思 路与MSSQL2000是一致的,但具体到一些语句上MSSQL2005 有了很大的变动.我们以 一个被误删日志文件的数据库为例: 1.MSSQL2000在日志被误删除后会提示置疑(suspect),而在MSSQL2005中却没有特 殊标志,但图标前的”+”不见了当你查询数据库属性时会有Error:945提示: 2.顺着老思路,首先我们想到

SQLSERVER数据库置疑、可疑、脱机、单用户、紧急模式等的修复

数据库出现置疑.可疑.脱机.单用户.紧急模式主要是因为数据库的日志文件除了问题,2000和2008修复方式不一样,2008的修复脚本在2000中不适用,主要是不被2000识别. 假设数据库名为:eisdoc: sqlserver2000数据库置疑的处理方式: 1.设置数据库允许直接操作系统表. 此操作可以在SQL Server Enterprise Manager里面选择数据库服务器,按右键,选择“属性”,在“服务器设置”页面中将“允许对系统目录直接修改”一项选中. 2.设置eisdoc为紧急修

SQL SERVER 2000数据库置疑处理

由于服务器意外的断电,导致SQL SERVER服务器上数据库出现“置疑”而无法使用,通过网上搜索,找到以下方法解决问题,这里记录一下: 产生数据库置疑的时侯,数据库文件和日志文件都是存在的,如果数据库文件都不存在了,则要另当处理. 1.停止数据库服务器,将数据库MDF文件和LDF文件复制备份一份 2.启动数据库服务器,删除置疑的数据库 3.仅用备份的数据库MDF文件附加数据库,sp_attach_db或者sp_attach_single_file_db可以附加数据库,出现类似下面的提示信息: 设