sql server 2000,Log.LDF文件少,附加数据库失败的解决办法[转]

  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
-SQL
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。下面我们讨论一下如何备份、恢复该数据库。
下数据库:
-SQL
sp_detach_db ‘test’

连天数据库:
-SQL
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’ 的初日志文件。

sql server 2000,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里面“工具-》SQL
Server配置属性”,在“服务器设置”页面中将“允许对系目录直接修改”一项选中。也可行使如下语句来落实。
-SQL
use master
go
sp_configure ‘allow updates’,1
go
reconfigure with override
go

  F.设置test为紧急修复模式
-SQL
update sysdatabases set status=-32768 where dbid=DB_ID(‘test’)

这儿得在SQL Server Enterprise
Manager里面看到该数据库处于“只念\置疑\脱机\事不宜迟模式”可以望数据库中的阐发,但是仅仅有系统表

  G.下面执行真正的还原操作,重建数据库日志文件
-SQL
dbcc rebuild_log(‘test’,’C:\Program Files\Microsoft SQL
Server\MSSQL\Data\test_log.ldf’)

实践过程被,如果碰到下列提示信息:
服务器: 消息 5030,级别 16,状态 1,行 1
不能排除它地锁定数据库以推行该操作。
DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。[brown]
  说明您的别程序正在下该数据库,如果刚才你当F步骤中行使SQL Server
Enterprise Manager打开了test库的系统表,那么退出SQL Server Enterprise
Manager就足以了。
  正确执行得的提拔应接近于:
警告: 数据库 ‘test’ 的日记已重建。已错过工作之一致性。应运作 DBCC
CHECKDB
以验证物理一致性。将必须重置数据库选项,并且可能需要去多余的日志文件。
  DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。
这儿开拓在SQL Server Enterprise
Manager里面会看到数据库的状态吧“只供DBO使用”。此时得拜数据库中的用户表了。

  H.验证数据库一致性(可概括)
-SQL
dbcc checkdb(‘test’)

貌似实施结果如下:
CHECKDB 发现了 0 个分配错误与 0 单一致性错误(在数据库 ‘test’ 中)。
DBCC 执行了。如果 DBCC 输出了错误信息,请和系统管理员联系。

  I.设置数据库也正常状态
-SQL
sp_dboption ‘test’,’dbo use only’,’false’

  如果没有错,那么恭喜,现在就算得正常的采取恢复后底数据库啦。

  J.最后一步,我们若将步骤E中安的“允许对网目录直接修改”一起恢复。因为平时径直操作系统表是一致桩比较危险的政工。当然,我们得以以SQL
Server Enterprise Manager里面恢复,也可使用如下语句完成
-SQL
sp_configure ‘allow updates’,0
go
reconfigure with override
go

相关文章