MSSQL编程：数据库日记文件丧失时的恢复步骤
mysql使用内部操作字符集gbk来进行操作，即执行"SELECT*FROMtestWHEREname=xxxor1=1/*LIMIT1";从而注入成功恢复|数据|数据库Theinformationinthisarticleappliesto:
-MicrosoftSQLServer7.0,2000
数据库日记文件丧失时的恢复步骤RevisionHistory:
Version
Date
Creator
Description
1.0.0.1
2003-3-25
郑昀
草稿
ImplementationScope：
本文是用于向MicrosoftSQLServer保护职员形貌我误删除数据库的事件日记文件(.ldf)以后，怎样经由各类实验，从头恢单数据库的。
本文面向的读者是数据库保护职员。
Disclaimers：
本文档所包括的信息代表了在公布之日，郑昀对所会商成绩确当前意见。郑昀不包管所给信息在公布之日今后的正确性。
本文档仅供参考。
用户必需恪守一切合用的版权法。在不合错误版权法所划定的权力加以限定的情形下，如未失掉郑昀明白的书面允许，不得出于任何目标、以任何情势或手腕（电子的、机器的、影印、录制等等）复制、传布本文的任何部分，也不得将其存储或引进到检索体系中。
持续浏览之前，我们假定您熟习以下常识：
nMicrosoftSQLServer
关头词：
EmergencyMode、DBCCCHECKDB、DTS
参考材料清单：
称号
作者
编号
公布日期
《当SQLServer数据库溃散时怎样恢复？》
怡红令郎
《SQLServer非一般删除日记文件（ldf）恢复办法》
_Rambo
事变的原因
今天，体系办理员告知我，我们一个外部使用数据库地点的磁盘空间不敷了。我注重到数据库事务日记文件XXX_Data.ldf文件已增加到了3GB，因而我决意减少这个日记文件。经由压缩数据库等操纵未果后，我犯了一个自进进行业以来的最年夜最愚昧的毛病：居然误删除这个日记文件！厥后我看到一切论及数据库恢复的文章上都说道：“不管怎样都要包管数据库日记文件存在，它相当主要”，乃至微软乃至有一篇KB文章讲怎样只靠日记文件恢单数据库的。我真是不晓得我当时候是怎样想的？！
这下子坏了！这个数据库连不上了，企业办理器在它的中间写着“(置疑)”。并且最要命的，这个数据库历来没有备份了。我独一找失掉的是迁徙半年前的别的一个数据库服务器，使用却是能用了，可是少了很多纪录、表和存储历程。真但愿这只是一场恶梦！
没无效果的恢复步骤附加数据库
_Rambo讲过被删除日记文件中不存在举动日记时，能够这么做来恢复：
1，分别被置疑的数据库，可使用sp_detach_db
2，附加数据库，可使用sp_attach_single_file_db
可是，很遗憾，实行以后，SQLServer质疑数据文件和日记文件不符，以是没法附加数据库数据文件。
DTS数据导出
不可，没法读取XXX数据库，DTSWizard呈报说“初始化高低文产生毛病”。
告急形式
怡红令郎讲过没有日记用于恢复时，能够这么做：
1，把数据库设置为emergencymode
2，从头创建一个log文件
3，把SQLServer从头启动一下
4，把使用数据库设置成单用户形式
5，做DBCCCHECKDB
6，假如没有甚么年夜成绩就能够把数据库形态改归去了，记得别忘了把体系表的修正选项关失落
我理论了一下，把使用数据库的数据文件移走，从头创建一个同名的数据库XXX，然后停失落SQL服务，把本来的数据文件再掩盖返来。以后，依照怡红令郎的步骤走。
可是，也很遗憾，除第2步以外，其他步骤实行十分乐成。惋惜，重启SQLServer以后，这个使用数据库仍旧是置疑！
不外，让我欣喜的是，这么做以后，却是可以Select数据了，让我年夜出一口吻。只不外，组件利用数据库时，呈报说：“产生毛病：-2147467259,未能在数据库XXX中运转BEGINTRANSACTION，由于该数据库处于躲避恢复形式。”
终极乐成恢复的全体步骤设置数据库为告急形式
ü停失落SQLServer服务；
ü把使用数据库的数据文件XXX_Data.mdf移走；
ü从头创建一个同名的数据库XXX；
ü停失落SQL服务；
ü把本来的数据文件再掩盖返来；
ü运转以下语句，把该数据库设置为告急形式；
运转“UseMaster
Go
sp_configureallowupdates,1
reconfigurewithoverride
Go”
实行了局：
DBCC实行终了。假如DBCC输入了毛病信息，请与体系办理员接洽。
已将设置选项allowupdates从0改成1。请运转RECONFIGURE语句以安装。
接着运转“updatesysdatabasessetstatus=32768wherename=XXX”
实行了局：
（所影响的行数为1行）
ü重启SQLServer服务；
ü运转以下语句，把使用数据库设置为SingleUser形式；
运转“sp_dboptionXXX,singleuser,true”
实行了局：
命令已乐成完成。
ü做DBCCCHECKDB；
运转“DBCCCHECKDB(XXX)”
实行了局：
XXX的DBCC了局。
sysobjects的DBCC了局。
工具sysobjects有273行，这些行位于5页中。
sysindexes的DBCC了局。
工具sysindexes有202行，这些行位于7页中。
syscolumns的DBCC了局。
………
ü运转以下语句把体系表的修正选项关失落；
运转“sp_resetstatus"XXX"
go
sp_configureallowupdates,0
reconfigurewithoverride
Go”
实行了局：
在sysdatabases中更新数据库XXX的条目之前，形式=0，形态=28（形态suspect_bit=0），
没有更新sysdatabases中的任何行，由于已准确地重置了形式和形态。没有毛病，未举行任何变动。
DBCC实行终了。假如DBCC输入了毛病信息，请与体系办理员接洽。
已将设置选项allowupdates从1改成0。请运转RECONFIGURE语句以安装。
ü从头创建别的一个数据库XXX.Lost；
DTS导出导游
ü运转DTS导出导游；
ü复制源选择EmergencyMode的数据库XXX，导进到XXX.Lost；
ü选择“在SQLServer数据库之间复制工具和数据”，试了屡次，仿佛不可，只是复制过去了一切表布局，可是没无数据，也没有视图和存储历程，并且DTS导游最初呈报复制失利；
ü以是最初选择“从源数据库复制表和视图”，可是厥后发明，如许老是只能复制一部分表纪录；
ü因而选择“用一条查询指定要传输的数据”，缺哪一个表纪录，就导哪一个；
ü视图和存储历程是实行SQL语句增加的。
如许，XXX.Lost数据库就能够交换本来的使用数据库了。
Writtenbyzhengyun@tomosoft.com
MySQL是一个开放源码的小型关联式数据库管理系统，开发者为瑞典MySQLAB公司。目前MySQL被广泛地应用在Internet上的中小型网站中。 呵呵，这就是偶想说的 原来的计算字段其实和虚拟字段很像。只是管理方面好了而已，性能方面提高不多。但是SQL2005提供了计算字段的持久化，这就提高了查询的性能，但是会加重insert和update的负担。OLTP慎用。OLAP可以大规模使用。 你可以简单地认为适合的就是好，不适合就是不好。 对于数据库来说，查询是数据库的灵魂，那么SQL查询效率究竟效率如何呢？下文将带对SQL查询的相关问题进行讨论，供您参考。 多加的系统视图和实时系统信息这些东西对DBA挑优非常有帮助，但是感觉粒度还是不太细。 多加的系统视图和实时系统信息这些东西对DBA挑优非常有帮助，但是感觉粒度还是不太细。 而写到本地,我又考虑到效率问题.大家来讨论讨论吧,分数不打紧,就给10分,十全十美,没啥对错,各抒己见,但是要有说服力的哦~ 只能告诉你，学好数据库语言和原理，多见识几种数据库软件，比一棵树上吊死要好。
页:
[1]