| 网站首页 | 业界新闻 | 小组 | 威客 | 人才 | 下载频道 | 博客 | 代码贴 | 在线编程 | 编程论坛
欢迎加入我们,一同切磋技术
用户名:   
 
密 码:  
共有 2285 人关注过本帖
标题:(每日一贴)[转帖]恢复只有MDF文件的SQL SERVER数据库
只看楼主 加入收藏
EA_Games
Rank: 3Rank: 3
等 级:新手上路
威 望:6
帖 子:539
专家分:0
注 册:2005-3-13
收藏
 问题点数:0 回复次数:5 
(每日一贴)[转帖]恢复只有MDF文件的SQL SERVER数据库
不小心把LDF日志文件删除了,只有MDF文件,怎样恢复这个数据库??? 日志文件丢失下的数据库恢复 sysdatabases status=32768 (emergency mode) 打开系统表的操作权限 USE master EXEC sp_configure 'show advanced option', '1' 纪录数据库原状态 select status from sysdatabases where name = 'crashdb' status ----------- 16 (所影响的行数为 1 行) 将数据库置为紧急状态 update sysdatabases set status = 32768 where name = 'crashdb' 将数据库置回原状态 update sysdatabases set status = 16 where name = 'crashdb' (可省略) 新建一数据库,使用DTS的在 SQL Server 实例之间传输数据库对象功能敬爱能够将原数据库的所有数据库对象、数据及相关权限复制到新数据库中 将原数据库删除,并将新建数据库重命名为原数据库的名,此时除在日志中为应用到数据库中的事务丢失外其他数据均已恢复。
搜索更多相关主题的帖子: SQL MDF 数据库 SERVER 转帖 
2005-04-22 23:23
EA_Games
Rank: 3Rank: 3
等 级:新手上路
威 望:6
帖 子:539
专家分:0
注 册:2005-3-13
收藏
得分:0 
任何数据库系统都无法避免崩溃的状况,即使你使用了Clustered,双机热备……仍然无法完全根除系统中的单点故障,何况对于大部分用户来说,无法承受这样昂贵的硬件投资。所以,在系统崩溃的时候,如何恢复原有的宝贵数据就成为一个极其重要的问题了。 在恢复的时候,最理想的情况就是你的数据文件和日志文件都完好无损了,这样只需要sp_attach_db,把数据文件附加到新的数据库上即可,或者在停机的时候把所有数据文件(一定要有master等)都copy到原有路径下也行,不过一般不推荐这样的做法,sp_attach_db比较好,虽然麻烦许多。 但是呢,一般数据库崩溃的时候系统是未必能有时间把未完成的事务和脏页等写入磁盘的,这样的情况sp_attach_db就会失败。那么,寄期望于DBA制定了一个良好的灾难恢复计划吧。按照你的恢复计划,还原最新的完全备份,增量备份或者事务日志备份,然后如果你的活动事务日志还能读得出来的话,恭喜你!你可以还原到崩溃前的状态。 一般的单位都是没有专职的DBA的,如果没有可用的备份,更可能是最近一次备份的时间过于久远而导致不可接受的数据损失,而且你的活动事务日志也处于不可用的状态,那就是最麻烦的情况了。 不幸的很的是,一般数据库崩溃都是由于存储子系统引起的,而这样的情况是几乎不可能有可用的日志用于恢复的。 那么就只好试一下这些方案了。当然,是要求至少你的数据文件是存在的,要是数据文件、日志文件和备份都没有了的话,别找我,你可以到楼顶上去唱“神啊,救救我吧”。 首先,你可以试一下sp_attach_single_file_db,试着恢复一下你的数据文件,虽然能恢复的可能性不大,不过假如这个数据库刚好执行了一个checkpoint的话,还是有可能成功的。 如果你没有好到有摸彩票的手气,最重要的数据库没有像你期盼的那样attach上去,不要气馁,还是有别的方案的。 我们可以试着重新建立一个log,先把数据库设置为emergency mode,sysdatabases的status为32768 就表示数据库处于此状态。 不过系统表是不能随便改的,设置一下先 Use Master Go sp_configure 'allow updates', 1 reconfigure with override Go 然后 update sysdatabases set status = 32768 where name = '<db_name>' 现在,祈求满天神佛的保佑吧,重新建立一个log文件。成功的机会还是相当大的,系统一般都会认可你新建立的日志。如果没有报告什么错误,现在就可以松一口气了。 虽然数据是恢复了,可是别以为事情就算完成了,正在进行的事务肯定是丢失了,原来的数据也可能受到一些损坏。 先把SQL Server 重新启动一下,然后检查你的数据库吧。 先设置成单用户模式,然后做dbcc sp_dboption '<db_name>', 'single user', 'true' DBCC CHECKDB('<db_name>') 如果没有什么大问题就可以把数据库状态改回去了,记得别忘了把系统表的修改选项关掉。 update sysdatabases set status = 28 where name = '<db_name>' --当然你的数据库状态可能不是这个,自己改为合适的值吧。也可以用sp_resetstatus go sp_configure 'allow updates', 0 reconfigure with override Go checkdb的时候可能报告有一些错误,这些错误的数据你可能就只好丢弃了。 checkdb有几种修复选项,自己看着用吧,不过最后你可能还是得用REPAIR_ALLOW_DATA_LOSS,完成所有修复。 chekcdb并不能完成所有的修复,我们需要更进一步的修复,用DBCC CHECKTABLE对每一个表做检查吧。 表的列表可以用sysobjects里面得到,把OBJECTPROPERTY是IsTable的全部找出来检查一下吧,这样能够基本上解决问题了,如果还报告错误,试着把数据select into到另一张表检查一下。 这些都做完了之后,把所有索引、视图、存储过程、触发器等重新建立一下。DBCC DBREINDEX也许可以帮你一些忙。 然后,就可以向boss吹嘘一下你的丰功伟业,顺便小小的提一下加薪的要求,如果(很有可能)不得逞的话,也只好回家睡觉去:'( 记得下次别忘了做好备份哦~

2005-04-22 23:23
EA_Games
Rank: 3Rank: 3
等 级:新手上路
威 望:6
帖 子:539
专家分:0
注 册:2005-3-13
收藏
得分:0 
簡單一點

EXEC sp_attach_single_file_db @dbname = 'database', @physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\database.mdf'

1。分离被设置疑(suspend)的数据库.可使用sp_detach_db, EXEC sp_detach_db 'databasename', 'true' 2.附加数据库可使用sp_attach_single_filedb sp_attach_single_file_db @dbname = 'databasename', @physname = 'Data\database.mdf' 祝你好运,我遇过二次,还好都这样过去了. 别忘了把所有索引、视图、存储过程、触发器等重新建立一下


2005-04-22 23:24
chen__han1
Rank: 1
等 级:新手上路
帖 子:256
专家分:0
注 册:2004-9-16
收藏
得分:0 
......不大懂,不过我想求教一下哪能找到诊断数据库问题的方法啊,就是些工具啊,命令啊什么的

路漫漫其修远兮 吾将上下而求索!
2005-07-14 21:15
youngxj0531
Rank: 1
等 级:新手上路
帖 子:9
专家分:0
注 册:2006-3-16
收藏
得分:0 
如果还是不行呢?

2006-03-17 14:54
silence
Rank: 1
等 级:新手上路
帖 子:54
专家分:0
注 册:2006-5-5
收藏
得分:0 
深奥啊,不懂,but thank you very much!

沧海一声笑,江湖任我行!
2006-05-06 09:44
快速回复:(每日一贴)[转帖]恢复只有MDF文件的SQL SERVER数据库
数据加载中...
 
   



关于我们 | 广告合作 | 编程中国 | 清除Cookies | TOP | 手机版

编程中国 版权所有,并保留所有权利。
Powered by Discuz, Processed in 0.026334 second(s), 7 queries.
Copyright©2004-2024, BCCN.NET, All Rights Reserved