要领一
1.新建一个同名的数据库
2.再停掉sql server(留意不要疏散数据库)
3.用原数据库的数据文件包围掉这个新建的数据库
4.再重启sql server
5.此时打开企业打点器时会呈现置疑,先不管,执行下面的语句(留意修改个中的数据库名)
6.完成后一样平常就可以会见数据库中的数据了,这时,数据库自己一样平常还要题目,办理步伐是,操作
数据库的剧本建设一个新的数据库,并将数据导进去就行了.
USE MASTER GO SP_CONFIGURE ALLOW UPDATES,1 RECONFIGURE WITH OVERRIDE GO UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME=置疑的数据库名 Go sp_dboption 置疑的数据库名, single user, true Go DBCC CHECKDB(置疑的数据库名) Go update sysdatabases set status =28 where name=置疑的数据库名 Go sp_configure allow updates, 0 reconfigure with override Go sp_dboption 置疑的数据库名, single user, false Go
要领二
工作的因由
昨天,体系打点员汇报我,我们一个内部应用数据库地址的磁盘空间不敷了。我留意到数据库变乱日记文件XXX_Data.ldf文件已经增添到了3GB,于是我决意缩小这个日记文件。颠末紧缩数据库等操纵未果后,我犯了一个自进入行业以来的最大最愚笨的错误:竟然误删除了这个日记文件!其后我看到全部论及数据库规复的文章上都说道:“无论怎样都要担保数据库日记文件存在,它至关重要”,乃至微软乃至有一篇KB文章讲怎样只靠日记文件规复数据库的。我真是不知道我当时辰是怎么想的?!
这下子坏了!这个数据库连不上了,企业打点器在它的旁边写着“(置疑)”。并且最要命的,这个数据库从来没有备份了。我独一找获得的是迁徙半年前的其它一个数据库处事器,应用倒是能用了,可是少了很多记录、表和存储进程。真但愿这只是一场恶梦!
没有结果的规复步调
附加数据库
_Rambo讲过被删除日记文件中不存在勾当日记时,可以这么做来规复:
1,疏散被置疑的数据库,可以行使sp_detach_db
2,附加数据库,可以行使sp_attach_single_file_db
可是,很遗憾,执行之后,SQL Server质疑数据文件和日记文件不符,以是无法附加数据库数据文件。
DTS数据导出
不可,无法读取XXX数据库,DTS Wizard陈诉说“初始化上下文产生错误”。
紧张模式
没有日记用于规复时,可以这么做:
1,把数据库配置为emergency mode
2,从头成立一个log文件
3,把SQL Server 从头启动一下
4,把应用数据库配置成单用户模式
5,做DBCC CHECKDB
6,假如没有什么大题目就可以把数据库状态改归去了,记得别忘了把体系表的修改选项关掉
我实践了一下,把应用数据库的数据文件移走,从头成立一个同名的数据库XXX,然后停掉SQL处事,把原本的数据文件再包围返来。之后,凭证怡红令郎的步调走。
可是,也很遗憾,除了第2步之外,其他步调执行很是乐成。痛惜,重启SQL Server之后,这个应用数据库如故是置疑!
[1] [2] 下一页 (编辑:湖南网)
【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!
|