有一个数据库 sqlserver2000的。财务程序正在运行的时候，财务小MM手痒把数据库文件夹给删除了。结果当然是程序死机，重启电脑后，发现程序无法进入。进企业管理器，发现该数据库已经没有。用easy recovery 把数据库文件（MDF和LOG）找回，进行附加，提示：错误7987，在数据库‘CW’中检测到一个可能的数据库一致性问题。应该对数据库‘CW’运行 DBCC CKECKDB 和DBCC CKEDKATALOG。
附加失败，企业管理器里没有办法看到该数据库。现在该怎么办呢？备份是上个月的。是否可以还原上个月的备份，然后通过LOG文件来恢复？但是怎么把LOG文件导进去呢？
附加失败，企业管理器里没有办法看到该数据库。现在该怎么办呢？备份是上个月的。是否可以还原上个月的备份，然后通过LOG文件来恢复？但是怎么把LOG文件导进去呢？
1.附加或恢复数据库.
2.如1不能成功,则直接使用log(LDF)文件,恢复数据.
参考如下:/*
标题：Log Explorer for SQL Server v4.0.2的下载地址和使用说明
作者：爱新觉罗·毓华
时间：2008-07-14
地点：新疆乌鲁木齐
资料来源：http://topic.csdn.net/u/20090305/00/849723bf-74ad-495f-8fc6-22d2108beb10.html?seed=1633183628
*/1、Lumigent Log Explorer for SQL Server v4.0.2 特别版下载地址
http://down.chinaz.com/soft/7887.htm
Log Explorer for SQL Server 4.2 注册码
wv5rc-uxvpz-e33-nr4694qs2 2、Log Explorer for SQL Server v4.0.2
安装完毕后，注册该程序(压缩文件有注册机)
打开log explorer file=>attach log file->选择服务器和登陆方式->connect->
选择数据库->attach->左面对话框中browse->view log->就可以看到log记录了
点击“View DDL Commands”里面就有很多drop table 命令
点击下面的“undo”按钮是生成表结构的语句(create table ....)
点击下面的“Salvage”按钮是生成插入语句的(insert into ...values....)
想恢复的话: 右键log记录 undo transation->选择保存文件名和路径->然后打开该文件到查询分析器里执行T-sql代码就可以了 例如 如果log是delete table where ...的话,生成的文件代码就是insert table .... log explorer使用的几个问题
1)、对数据库做了完全、差异和日志备份
备份时选用了删除事务日志中不活动的条目
再用Log explorer打试图看日志时
提示No log recorders found that match the filter，would you like to view unfiltered data
选择yes，就看不到刚才的记录了
如果不选用了删除事务日志中不活动的条目
再用Log explorer打试图看日志时，就能看到原来的日志
2)、修改了其中一个表中的部分数据，此时用Log explorer看日志，可以作日志恢复
3)、然后恢复备份，(注意:恢复是断开log explorer与数据库的连接，或连接到其他数据上，
否则会出现数据库正在使用无法恢复)
恢复完后，再打开log explorer 提示No log recorders found that match the filter，would you like to view unfiltered data
选择yes，就看不到刚才在2中修改的日志记录，所以无法做恢复.
4)、不要用SQL的备份功能备份,搞不好你的日志就破坏了.
正确的备份方法是:
停止SQL服务,复制数据文件及日志文件进行文件备份.
然后启动SQL服务,用log explorer恢复数据
5)、如果你的数据库的日志恢复模型是simple,那就不可能用log explorer恢复
6)、Log explorer必须安装在要恢复数据库的sql server服务器上,或者在sql server服务器上安装服务端,在操作的电脑上安装客户端进行数据恢复 3、如果数据量比较大的话,使用磁带机和集群的话，安装了正版的VERITAS ，恢复数据是比较好的方法。
下面是该软件重要的新功能:
1)、灾难恢复演习(Disaster Recovery Fire Drill)--能够自由测试、规划和检验灾难恢复计划，而不会中断生产过程。
2)、集群模拟器(Cluster Simulator)--可测试应用故障切换方案，以验证应用的可用性，确认应用是否根据计划的故障切换策略和应用需求，迁移到最适当的服务器。
3)、全局集群选件(Global Cluster Option)--当可用性要求从本地迁移到广域灾难恢复时，能够快速、轻松地升级到任何体系结构。
4)、即时访问复制数据--在复制数据的同时，能够即时访问数据，只占用客户的部分可用存储容量。
5)、卷复制顾问工具(Volume Replicator Advisor)--准确地分析带宽需求，确保应用得到优化。
4、几点恢复数据心得:
1)、平时需要做好双机热备份,日备份，月备份，年备份，数据复制，异常记录等工作，在数据丢失的情况下才能做到心中不急。
2)、如果硬盘损害错误，或者误删除数据库的时候，可以考虑用Easyrecovery或者Recover4all等软件恢复删除或者受到损害的文件，再恢复数据。
3)、如果实在遇到自然因素，网络又断开了复制操作的情况下，建议只有手工"造取"一批数据出来弥补丢失数据，一般选取类似纬度(如时间、区域等)的数据。
用你的原文件MDF.LDF覆盖新文件,
置疑后更改为紧急状态,
DBCC CHECK后,重装恢复状态,
导出数据
财务小MM手痒把数据库文件夹给删除了sql数据文件在sql运行时不能删除的
--1． 恢复步骤：
--a.将smlog_log.ldf文件备份到其它目录下；
--b.将源目录下的smlog_log.ldf文件改名为smlog_log_bak.ldf；
--c.执行以下语句修改数据库的状态：
use Master
go
update sysdatabases set status=32768 where name='数据库名称' --修改状态,設為緊急狀態
go
shutdown with nowait --停止数据库服务器
go
--d.退出SQL并在(COMMAND)命令行模式中通过下面的代码重新启动SQL：
sqlservr -c -T3608 -T4022 --安全模式启动SQL SERVER
--e.在查询分析器中执行以下语句来查看刚刚修改过状态的数据库状态：
select Name,Status from sysdatabases where Name='数据库名稱'
--f.执行以下代码新建日志文件：
dbcc traceon(3604)--跟踪
dbcc rebuild_log('数据库名称','日志文件全路徑') --文件名要有全路径和扩展名
--dbcc rebuild_log('prs_msc','d:\mscsql\mssql\data\prs_msc_log.ldf
--g.将数据库置回正常状态：
update sysdatabases set status=0 where name='数据库名称'
--h.重新启动数据库后执行以下语句检查数据库：
DBCC CHECKDB --如果执行完有错误用以下语句修复
--i.要修复数据库必需将数据库改为单用户模式：
Exce sp_dboption '数据库名称','single user','true'---('false'恢复多用户)
--j.执行以下语句修复数据库：
DBCC CHECKDB('数据库名称',REPAIR_ALLOW_DATA_LOSS)
REPAIR_ALLOW_DATA_LOSS：是比较高级的修复方式
REPAIR_FAST：是简单快速的修复方式
/*
處理状态就为"置疑"的數據庫
备份数据文件,然后按下面的步骤处理:
1.新建一个同名的数据库(数据文件与原来的要一致)
2.再停掉sql server(注意不要分离数据库)
3.用原数据库的数据文件覆盖掉这个新建的数据库
4.再重启sql server
5.此时打开企业管理器时会出现置疑，先不管，执行下面的语句（注意修改其中的数据库名)
6.完成后一般就可以访问数据库中的数据了,这时,数据库本身一般还要问题,解决办法是,利用数据库的脚本创建一个新的数据库,并将数据导进去就行了.*/
USE MASTER
GO
SP_CONFIGURE 'ALLOW UPDATES',1
GO
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
GO
reconfigure with override
Go
sp_dboption '置疑的数据库名', 'single user','false'
Go