无数据库日志文件恢复数据库方法两则(二)

superadmin · 发表于 2008-9-11 11:28:22

方法二

事情的起因

昨天，系统管理员告诉我，我们一个内部应用数据库所在的磁盘空间不足了。我注意到数据库事件日志文件XXX_Data.ldf文件已经增长到了3GB，于是我决意缩小这个日志文件。经过收缩数据库等操作未果后，我犯了一个自进入行业以来的最大最愚蠢的错误：竟然误删除了这个日志文件！后来我看到所有论及数据库恢复的文章上都说道：“无论如何都要保证数据库日志文件存在，它至关重要”，甚至微软甚至有一篇KB文章讲如何只靠日志文件恢复数据库的。我真是不知道我那时候是怎么想的？！

这下子坏了！这个数据库连不上了，企业管理器在它的旁边写着“(置疑)”。而且最要命的，这个数据库从来没有备份了。我唯一找得到的是迁移半年前的另外一个数据库服务器，应用倒是能用了，但是少了许多记录、表和存储过程。真希望这只是一场噩梦！

没有效果的恢复步骤

附加数据库

_Rambo讲过被删除日志文件中不存在活动日志时，可以这么做来恢复：

1，分离被置疑的数据库，可以使用sp_detach_db
2，附加数据库，可以使用sp_attach_single_file_db

但是，很遗憾，执行之后，SQLServer质疑数据文件和日志文件不符，所以无法附加数据库数据文件。

DTS数据导出

不行，无法读取XXX数据库，DTSWizard报告说“初始化上下文发生错误”。

紧急模式

怡红公子讲过没有日志用于恢复时，可以这么做：

1，把数据库设置为emergencymode

2，重新建立一个log文件

3，把SQLServer重新启动一下

4，把应用数据库设置成单用户模式

5，做DBCCCHECKDB

6，如果没有什么大问题就可以把数据库状态改回去了，记得别忘了把系统表的修改选项关掉

我实践了一下，把应用数据库的数据文件移走，重新建立一个同名的数据库XXX，然后停掉SQL服务，把原来的数据文件再覆盖回来。之后，按照怡红公子的步骤走。

但是，也很遗憾，除了第2步之外，其他步骤执行非常成功。可惜，重启SQLServer之后，这个应用数据库仍然是置疑！

不过，让我欣慰的是，这么做之后，倒是能够Select数据了，让我大出一口气。只不过，组件使用数据库时，报告说：“发生错误：-2147467259,未能在数据库'XXX'中运行BEGINTRANSACTION，因为该数据库处于回避恢复模式。”

最终成功恢复的全部步骤
设置数据库为紧急模式
停掉SQLServer服务；
把应用数据库的数据文件XXX_Data.mdf移走；
重新建立一个同名的数据库XXX；
停掉SQL服务；
把原来的数据文件再覆盖回来；
运行以下语句，把该数据库设置为紧急模式；
运行“UseMaster
Go
sp_configure'allowupdates',1
reconfigurewithoverride
Go”

执行结果：
DBCC执行完毕。如果DBCC输出了错误信息，请与系统管理员联系。
已将配置选项'allowupdates'从0改为1。请运行RECONFIGURE语句以安装。

接着运行“updatesysdatabasessetstatus=32768wherename='XXX'”
执行结果：
（所影响的行数为1行）

重启SQLServer服务；

运行以下语句，把应用数据库设置为SingleUser模式；

运行“sp_dboption'XXX','singleuser','true'”

执行结果：

命令已成功完成。

做DBCCCHECKDB；

运行“DBCCCHECKDB('XXX')”

执行结果：

'XXX'的DBCC结果。

'sysobjects'的DBCC结果。

对象'sysobjects'有273行，这些行位于5页中。

'sysindexes'的DBCC结果。

对象'sysindexes'有202行，这些行位于7页中。

'syscolumns'的DBCC结果。

………

运行以下语句把系统表的修改选项关掉；

运行“sp_resetstatus"XXX"

go

sp_configure'allowupdates',0

reconfigurewithoverride

Go”

执行结果：

在sysdatabases中更新数据库'XXX'的条目之前，模式=0，状态=28（状态suspect_bit=0），

没有更新sysdatabases中的任何行，因为已正确地重置了模式和状态。没有错误，未进行任何更改。

DBCC执行完毕。如果DBCC输出了错误信息，请与系统管理员联系。

已将配置选项'allowupdates'从1改为0。请运行RECONFIGURE语句以安装。

重新建立另外一个数据库XXX.Lost；

DTS导出向导

运行DTS导出向导；

复制源选择EmergencyMode的数据库XXX，导入到XXX.Lost；

选择“在SQLServer数据库之间复制对象和数据”，试了多次，好像不行，只是复制过来了所有表结构，但是没有数据，也没有视图和存储过程，而且DTS向导最后报告复制失败；

所以最后选择“从源数据库复制表和视图”，但是后来发现，这样总是只能复制一部分表记录；

于是选择“用一条查询指定要传输的数据”，缺哪个表记录，就导哪个；

视图和存储过程是执行SQL语句添加的。

这样，XXX.Lost数据库就可以替换原来的应用数据库了

		自动登录	找回密码
密码			注册

全国各地医院查询	重量转换换算	RGB颜色查询	交通标志大全	各类快递查询
简体繁体转换	黄金价格实时走势	万年历查询	实时汇率转换	列车时刻查询
在线翻译工具	CSS中文手册	HTML学习教程	MySQL中文手册	JavaScript中文手册
PHP安全基础手册	PHP5面向对象编程教程	正则表达式系统教程	SQL Server精华	Apache 2.2 中文手册
DOS命令全集指南	windows脚本技术中文版	股票行情查询	历史上的今天	邮编区号查询
长度转换换算	货币汇率转换	常用电话号码	体育彩票查询	手机位置查询
域名Whois信息查询	谷歌PR值查询	台州网站建设	台州网站开发	台州域名注册
天气预报查询	长度转换换算器	在线电子地图	车牌号码查询	中国百家姓查询

无数据库日志文件恢复数据库方法两则(二)

相关帖子