十万火急，SQLSERVER数据丢失问题！

[yuxingchan]

1。本来要做 数据迁移，在另一服务器上建立了同样数据库，进行数据导入，可是不小心将源和目标搞错了，变成源数据库上的数据全部丢失

2.我看MDF文件还在，有18G，应该有恢复的可能，特求教！！

谢谢！！！

[OracleRoob]

数据导入不会覆盖源数据。


先把现在的数据库文件备份一下，再作其他处理。

[yuxingchan]

做什么处理呢？

[yuxingchan]

再次请教高人！

[zsl5305256]

数据导入不会删除数据,可以重新导入!

[xie_yanke]

首先copy数据库和日志文件先备一份.稍等,我查查资料.看有没有办法.

[xie_yanke]

http://msdn2.microsoft.com/zh-cn/library/ms186858.aspx

看看有没有帮助.

[xie_yanke]

危险操作数据库第一条是啥?备份.:(

相信楼主将来做类似的事,一定牢记了.

[ReViSion]

我看MDF文件还在，有18G
--------------------------
哈哈，有这么大呀，看来数据还在

[yuxingchan]

用的是数据库－》右键－》所有任务－》导入数据

不过mdf那么大，不可能没有数据的啊！

[yuxingchan]

sql server 2000啊

想试验一下这个办法：

　今天重装机器，竟然忘记备份刚刚在Sql Server下刚刚建好的robot数据库（有一些数据已经加进去了），把C盘格式化了。幸好数据文件MDF因为此前机器C盘空间不足放在别处，于是就开始考虑如何用这个MDF文件来恢复数据库。
　　

　　找了好些资料，这种情况的还没有，在delphibbs看到介绍sp_detach_db，sp_attach_single_file_db存储过程的资料，正是我需要的东西。于是经过实践通过如下步骤终于恢复了robot数据库：
　　
　　1.新建同名数据库。
　　
　　2.删除其日志文件robot_Data.LDF,不删除后边的过程执行通不过。
　　
　　3.把robot数据设置为脱机。
　　
　　4.在在查询分析器中以超级用户登入，执行以下存储过程，必须以超级用户登入，这是系统级存存处过程。
　　
　　EXEC sp_detach_db @dbname = 'robot'
　　EXEC sp_attach_single_file_db @dbname = 'robot', @physname = 'E:WebDemo obot_Data.MDF'
　　
　　5.把robot数据设置为联机。
　　
　　6.刷新数据库，表出来了，数据完好
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
一、 概述

　　在应用系统中，数据库往往是最核心的部分，一旦数据库毁坏或损坏，将会带来巨大的损失，所以数据库的管理越来越重要。我们在做数据库管理与维护工作中，不可避免会出现各种各样的错误，本文针对数据库的日志文件丢失时如何利用MDF文件恢复数据库的方法进行了研究。

　　二、 数据库的恢复

　　当数据库的主数据MDF文件完好无损时，在丢失了LDF文件的情况下，如何利用MDF文件恢复数据库？我们把SQL Server的日志文件分为两类：一类是无活动事务的日志，另一类是含活动事务的日志，根据不同的日志，采取不同的方法来恢复数据库。

　　1. 无活动事务的日志恢复

　　无活动事务的日志丢失时，我们很容易利用MDF文件直接恢复数据库，具体方法如下：

　　①.分离被质疑的数据库，可用企业管理器中的"分离数据库工具"，或者用存储过程sp_detach_db分离数据库；

　　②利用MDF文件附加数据库生成新的日志文件，可用企业管理器中的"附加数据库"的工具，或者用存储过程sp_attach_single_file_db附加数据库。

　　如果数据库的日志文件中含有活动事务，利用此方法就不能恢复数据库。

　　2. 含活动事务的日志恢复

　　含有活动事务的日志丢失时，利用上述方法就会出现"数据库和日志文件不符合，不能附加数据库"。对于这种情况下，我们采用如下方法：

　　①新建同名数据库AAA，并设它为紧急模式

　　·停止SQL Server服务器；

　　·把数据库主数据MDF文件移走；

　　·启SQL Server服务器，新建一个同名的数据库AAA；

　　·停止SQL Server服务器，把移走的MDF文件再覆盖回来；

　　·启动SQL Server服务器，把AAA设为紧急模式，不过默认情况下，系统表是不能随便修改的，必须首先设置一下使其能被修改，运行以下语句即可：

Use Master
Go
sp_configure ’allow updates’,1
reconfigure with override
Go

　　接着运行以下语句，把AAA数据库设为紧急模式，即把Sysdatabases表中AAA数据库的status属性设为’37268’,就表示把AAA数据库处于紧急模式。

update sysdatabases set status=32768 where hame=’AAA’

　　如果没有报告什么错误，就可以进行以下操作。

　　②设置数据库AAA为单用户模式，并检查数据库

　　·重启SQL Server服务器；

　　·把数据库AAA设为单用户模式

Sp_dboption ’AAA’, ’single user’, ’true’

　　·运行以下语句，检查数据库AAA

DBCC CHECKDB(’AAA’)

　　如果没有什么大的问题就可以把数据库的状态改回去。

　　③还原数据库的状态

　　运行以下语句，就可以把数据库的状态还原：

update sysdatabases set status=28 where name=’AAA’
sp_configure ’allow updates’,0
reconfigure with override
Go

　　如果没有什么大的问题，刷新一下数据库，数据库AAA又会出现在你面前，但目前恢复工作还没有做完，此时的数据库仍不能工作，还要进行下面的处理，才能真正恢复。

　　④利用DTS的导入导出向导，把数据库AAA导入到一个新建数据库BBB中

　　·新建一个数据库BBB;

　　·右击BBB，选择IMPORT功能，打开导入向导；

　　·目标源选择"在SQL Server数据库之间复制对象和数据库"，这样可以把表结构，数据视图和存储过程导入到BBB中

　　·再用此功能把BBB库替换成原来的AAA库即可。

　　到此为止，数据库AAA就完全恢复。

　　三、 小结

　　日志文件丢失是一件非常危险的事情，很有可能你的数据库彻底毁坏。SQL Server数据库的恢复都是靠日志文件来完成，所以无论如何都要保证日志文件的存在，它至关重要。为了使我们的数据库万无一失，最好采用多种备份方式相结合，所以我们要从心里重视数据库的管理与维护工作。

[mlb2729]

呵呵,樓上的經典了.

[ch190957446]

学习了，谢谢

[like94like]

这是什么问题？

[qinpeng136]

学习了

[-晴天]

你的数据库文件有那么大,但并不等于你存在数据.
由于你进行了重写,用空数覆盖了原数据,但没对原数据库作收缩,数据文件当然有那么大!
建议用LOG Explorer恢复数据库试试.

[ljluck7687]

正要说10楼的方法。。。