 sql server数据库文档恢复技术 sql server数据库备份有两种方式，一种是使用backup database将数据库文档备份出去，另外一种就是直接拷贝数据库文档mdf和日志文档ldf的方式。下面将主要讨论一下后者的备份和恢复。本文假定您能熟练使用sql server enterprise manager(sql server企业管理器)和sql server quwey analyser(sql server查询分析器) 1、正常的备份、恢复方式 正常方式下，我们要备份一个数据库，首先要先将该数据库从运行的数据服务器中断开，或停掉整个数据库服务器，然后复制文档。 卸下数据库的命令：sp_detach_db 数据库名 连接数据库的命令：sp_attach_db或sp_attach_single_file_db s_attach_db [@dbname =] ′dbname′, [@filename1 =] ′filename_n′ [,...16] sp_attach_single_file_db [@dbname =] ′dbname′, [@physname =] ′physical_name′ 使用此方法能够正确恢复sql sever7.0和sql server 2000的数据库文档，要点是备份的时候一定要将mdf和ldf两个文档都备份下来，mdf文档是数据库数据文档，ldf是数据库日志文档。 例子： 假设数据库为test，其数据文档为test_data.mdf，日志文档为test_log.ldf。下面我们讨论一下怎样备份、恢复该数据库。 卸下数据库：sp_detach_db test 连接数据库：sp_attach_db test,c:＼program files＼microsoft sql server＼mssql＼data＼test_data.mdf,c:＼program files＼microsoft sql server＼mssql＼data＼test_log.ldf sp_attach_single_file_db test,c:＼program files＼microsoft sql server＼mssql＼data＼test_data.mdf 2、只有mdf文档的恢复技术 由于种种原因，我们假如当时仅仅备份了mdf文档，那么恢复起来就是一件很麻烦的事情了。 假如您的mdf文档是当前数据库产生的，那么很侥幸，也许您使用sp_attach_db或sp_attach_single_file_db能够恢复数据库，但是会出现类似下面的提示信息 设备激活错误。物理文档名 c:＼program files＼microsoft sql server＼mssql＼data＼test_log.ldf 可能有误。 已创建名为 c:＼program files＼microsoft sql server＼mssql＼data＼test_log.ldf 的新日志文档。 但是，假如您的数据库文档是从其他电脑上复制过来的，那么很不幸，也许上述办法就行不通了。您也许会得到类似下面的错误信息 服务器: 消息 1813，级别 16，状态 2，行 1 未能打开新数据库 test。create database 将终止。 设备激活错误。物理文档名 d:＼test_log.ldf 可能有误。 怎么办呢？别着急，下面我们举例说明恢复办法。 a．我们使用默认方式建立一个供恢复使用的数据库(如test)。能够在sql server enterprise manager里面建立。 b．停掉数据库服务器。 c．将刚才生成的数据库的日志文档test_log.ldf删除，用要恢复的数据库mdf文档覆盖刚才生成的数据库数据文档test_data.mdf。 d．启动数据库服务器。此时会看到数据库test的状态为“置疑”。这时候不能对此数据库进行任何操作。 e．配置数据库允许直接操作系统表。此操作能够在sql server enterprise manager里面选择数据库服务器，按右键，选择“属性”，在“服务器配置”页面中将“允许对系统目录直接修改”一项选中。也能够使用如下语句来实现。 use master go sp_configure allow updates,1 go reconfigure with override go f．配置test为紧急修复模式 update sysdatabases set status=-32768 where dbid=db_id(test) 此时能够在sql server enterprise manager里面看到该数据库处于“只读＼置疑＼脱机＼紧急模式”能够看到数据库里面的表，但是仅仅有系统表 g．下面执行真正的恢复操作，重建数据库日志文档 dbcc rebuild_log(test,c:＼program files＼microsoft sql server＼mssql＼data＼test_log.ldf) 执行过程中，假如碰到下列提示信息： 服务器: 消息 5030，级别 16，状态 1，行 1 未能排他地锁定数据库以执行该操作。 dbcc 执行完毕。假如 dbcc 输出了错误信息，请和系统管理员联系。 说明您的其他程式正在使用该数据库，假如刚才您在f步骤中使用sql server enterprise manager打开了test库的系统表，那么退出sql server enterprise manager就能够了。 正确执行完成的提示应该类似于： 警告: 数据库 test 的日志已重建。已失去事务的一致性。应运行 dbcc checkdb 以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文档。 dbcc 执行完毕。假如 dbcc 输出了错误信息，请和系统管理员联系。 此时打开在sql server enterprise manager里面会看到数据库的状态为“只供dbo使用”。此时能够访问数据库里面的用户表了。 h．验证数据库一致性（可省略） dbcc checkdb(test) 一般执行结果如下： checkdb 发现了 0 个分配错误和 0 个一致性错误（在数据库 test 中）。 dbcc 执行完毕。假如 dbcc 输出了错误信息，请和系统管理员联系。 i．配置数据库为正常状态 sp_dboption test,dbo use only,false 假如没有出错，那么恭喜，现在就能够正常的使用恢复后的数据库啦。 j．最后一步，我们要将步骤e中配置的“允许对系统目录直接修改”一项恢复。因为平时直接操作系统表是一件比较危险的事情。当然，我们能够在sql server enterprise manager里面恢复，也能够使用如下语句完成 sp_configure allow updates,0 go reconfigure with override go |
喜欢本文，那就收藏到： |
.text:''):(d.getSelection?d.getSelection():'');void(keyit=window.open('http://my.poco.cn/fav/storeIt.php?t='+escape(d.title)+'&u='+escape(d.location.href)+'&c='+escape(t)+'&img=http://www.h-strong.com/blog/logo.gif','keyit','scrollbars=no,width=475,height=575,status=no,resizable=yes'));keyit.focus(); "添加到POCO网摘"){kind=logo}
Rss Feed
