⾸先：如果备份的数据库有两个⽂件，分别是.LDF 和 .MDF，打开企业管理器，在实例上右击---所有任务--附加数据库，然后选择那个.MDF⽂件，就可以了。
或者在查询分析器中输⼊：
  sp_attach_db "数据库名称","路径\⽂件名.ldf","路径\⽂件名.MDF"
  SQL Server数据库备份有两种⽅式，⼀种是使⽤BACKUP DATABASE将数据库⽂件备份出去，另外⼀种就是直接拷贝数据库⽂件mdf和⽇志⽂件ldf的⽅式。下⾯将主要讨论⼀下后者的备份与恢复。本⽂假定您能熟练使⽤SQL Server Enterprise Manager(SQL Server企业管理器)和SQL Server Quwey Analyser(SQL Server查询分析器)。
sql2000数据库在哪个文件夹
  1.正常的备份、恢复⽅式0
  正常⽅式下，我们要备份⼀个数据库，⾸先要先将该数据库从运⾏的数据服务器中断开，或者停掉整个数据库服务器，然后复制⽂件。
  卸下数据库的命令：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⾥⾯选择数据库服务器，按右键，选择“属性”，在“服务器设置”页⾯中将“允许对系统⽬录直接修改”⼀项选中。也可以使⽤如下语句来实现。
  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中设置的“允许对系统⽬录直接修改”⼀项恢复。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。