SQL server 2005 突然断电 造成数据库损坏怎么修复啊？ 急！！

SQL server 2005 突然断电 造成数据库损坏怎么修复啊？ 急！！ 没有做数据备份

11 个解决方案

#1

把现象，故障，代码说清楚吧

#2

你这样描述很难帮你解决

#3

server 不做备份真是不可思议.

#4

不备份，就请用UPS，或者自已定义任务，定时定期备份（尽量减少数据丢失）。不然后果很严重

#5

那什么数据库能经得住断电的考验？

我最受不了的就是firebird, 几天内坏了好几次，所以我现在很排斥它。

#6

我做过的一个重建事务日志的sql语句，参考

use master
go

EXEC sp_configure 'allow updates', 1     --指定可以直接更新系统表
reconfigure with override;     --如果配置不需要重启服务，则配置值直接,改运行值                                         
go

--update sysdatabases set status=32768    --该参数为置为紧急状态
--where name = 'Ecarnew'
--reconfigure with override;
alter database Ecarnew set EMERGENCY;   --for mssql2005
go

sp_dboption 'Ecarnew','single user','true'
reconfigure with override;
go


--然后重建LDF
dbcc rebuild_log('Ecarnew', 'C:\q3park\Ecarnew_Log.LDF');
go
dbcc checkdb('Ecarnew'); 
go


--update sysdatabases set status=28 
--where name='Ecarnew'
--reconfigure with override;
alter database Ecarnew set NORMAL;   --for mssql2005
go

EXEC sp_configure 'allow updates', 0
reconfigure with override;
Go

sp_dboption'Ecarnew','single user','false'
reconfigure with override;
go

#7

还是SQLITE好啊，我怎么搞都没搞死过。

#8

来关注下

#9

楼主可以看好一下数据恢复工具，我记得有一个工具可以根据日志文件做恢复的。

#10

学习学习先
继续顶一下






顶顶帖子高手们
也请多多赐教
http://topic.csdn.net/u/20110709/12/3ec63017-cef8-41e0-a524-c9b9dfe56d5c.html
http://topic.csdn.net/u/20110611/12/3258c959-4f28-46b7-b5d6-46135d73036b.html
http://topic.csdn.net/u/20110722/14/89f7440b-c4d7-4c9a-a4bb-a503f5135db2.html
http://topic.csdn.net/u/20110729/10/a7bfaf06-0cf9-4580-8e91-d4e0b92066c6.html

http://topic.csdn.net/u/20110811/16/e56e7cc1-d8c9-40af-92e3-c24ca103d17d.html
http://topic.csdn.net/u/20110830/13/dfae4ca5-d2b9-4889-8a3c-6f7fb61936c9.html
http://topic.csdn.net/u/20110831/17/427b6ab0-66c6-4f33-af26-ebd27b0dc541.html
http://topic.csdn.net/u/20110901/09/83c2c668-cbe6-4db9-966d-bf2f47456811.html
http://topic.csdn.net/u/20110905/12/a1161adb-8e5d-491a-b302-c9722edf2dab.html
http://topic.csdn.net/u/20110906/10/86d49517-b7a6-4fae-982b-478d2d6e2a23.html

#11

吃亏了。解决：
1、找到数据恢复工具，通过日志文件做恢复。 
2、每天备份一次MSSQL数据。