首页 新闻 论坛 群组 Blog 文档 下载 读书 Tag 网摘 搜索 .NET Java 游戏 视频 人才 外包 培训 数据库 书店 程序员
中国软件网
欢迎您:游客 | 登录 注册 帮助
  • 看看吧,高分求救 [已结帖,结帖人:shuyf2000]
    进入用户个人空间
    加为好友
    发送私信
    在线聊天
    • shuyf2000
    • 等级:
    • 可用分等级:
    • 总技术分:
    • 总技术分排名:
    • 结帖率:
    发表于:2007-03-13 10:33:33 楼主
    我用的2000数据库,数据文件没有用   分离的办法复制出来,只是在停止服务的情况下只复制出了一个MDF文件,LDF文件没有复制出来。现在重装了系统后,给了我重新附加这一个文件(MDF)的数据库,提示   如下:

    错误   1813:未能打开新数据库‘LIMS’。CREATE   DATABASE   将终止。设备激活错误。物理文件名‘e:\....\lims_log.ldf’可能有误。


    此如何解决?


    100  修改 删除 举报 引用 回复
    进入用户个人空间
    加为好友
    发送私信
    在线聊天
    • dawugui
    • 等级:
    • 可用分等级:
    • 总技术分:
    • 总技术分排名:
    • 4

    发表于:2007-03-13 10:36:001楼 得分:40
    1.先建一个与你要恢复的数据库名称一样的数据库。
    2.停止sql   server,把你的数据库替换这个数据库。
    3.重启sql   server,把数据库设置为紧急状态。
        sp_configure   'allow ',1
        reconfigure   with   overirde
        update   sysdatabases   set   status=32768   where   name= 'yourdata '
    4.重建日志文件。
        dbcc   rebuild_log( 'yourdata ', 'your   data   path\newdata_log.ldf ')
    5.取消紧急模式。
      update   sysdatabases   set   status=0   where   name= 'yourdata '
      restore   sysdatabases   yourdata   with   recovery
      sp_configure   'allow ',0
      reconfigure   with   override
    6.重起sql   server
    7.ok
    修改 删除 举报 引用 回复
    进入用户个人空间
    加为好友
    发送私信
    在线聊天
    • WangZWang
    • 等级:
    • 可用分等级:
    • 总技术分:
    • 总技术分排名:
    发表于:2007-03-13 10:36:242楼 得分:40
    --try   to

    --在附加数据库时提示:  
    /*
    未能打开新数据库   'databasename '。CREATE   DATABASE   将终止。
    设备激活错误。物理文件名   'D:\安装目录\_数据库文件\Doctor_Log.LDF '   可能有误。
    */


    /*
    新建一同名数据库(文件名,文件组都和原来的一样),
    然后停止数据库服务,用原来文件替换新建的数据库文件,
    启动数据库,该数据库被设未suspect(置疑)
    */

    --然后把数据库改成紧急模式:
      sp_configure   'allow ',   1
      Reconfigure   with   override
      update   master..sysdatabases   set   status   =   32768   where   name   =   '数据库名 '


    --把LDF文件改名,再执行

    --
    DBCC   REBUILD_LOG   ( '数据库名 ',   '数据库文件路径\.LDF文件名 '   )


    --恢复数据库紧急模式
    Update   master..sysdatabases   set   status   =   0   where   name   =   '数据库名 '

    --执行
    restore   database   数据库名   WITH   RECOVERY
    sp_configure   'allow ',   0
    reconfigure   with   override

    --然后用DBCC   CHECKDB   ( '数据库名 ')看看有没有错误
    修改 删除 举报 引用 回复
    进入用户个人空间
    加为好友
    发送私信
    在线聊天
    • wangdehao
    • 等级:
    • 可用分等级:
    • 总技术分:
    • 总技术分排名:
    发表于:2007-03-13 10:53:203楼 得分:0
    sp_attach_single_file_db
    将只有一个数据文件的数据库附加到当前服务器。

    下面的示例分离   pubs,然后将   pubs   中的一个文件附加到当前服务器。

    EXEC   sp_detach_db   @dbname   =   'pubs '
    EXEC   sp_attach_single_file_db   @dbname   =   'pubs ',  
          @physname   =   'c:\Program   Files\Microsoft   SQL   Server\MSSQL\Data\pubs.mdf '

    修改 删除 举报 引用 回复
    进入用户个人空间
    加为好友
    发送私信
    在线聊天
    • roy_88
    • 等级:
    • 可用分等级:
    • 总技术分:
    • 总技术分排名:
    • 2

      4

    发表于:2007-03-13 11:06:314楼 得分:20
    要停止了再复制才行,如果数据重要只有恢复:
    由于种种原因,我们如果当时仅仅备份了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   输出了错误信息,请与系统管理员联系。[brown][/i]
    说明您的其他程序正在使用该数据库,如果刚才您在F步骤中使用SQL   Server   Enterprise   Manager打开了test库的系统表,那么退出SQL   Server   Enterprise   Manager就可以了。
    正确执行完成的提示应该类似于:
    警告:   数据库   'test '   的日志已重建。已失去事务的一致性。应运行   DBCC   CHECKDB   以验证物理一致性。将必须重置数据库选项,并且可能需要删除多余的日志文件。
    DBCC   执行完毕。如果   DBCC   输出了错误信息,请与系统管理员联系。
    此时打开在SQL   Server&   nbsp;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
    修改 删除 举报 引用 回复
    进入用户个人空间
    加为好友
    发送私信
    在线聊天
    • hunhun02
    • 等级:
    • 可用分等级:
    • 总技术分:
    • 总技术分排名:
    发表于:2007-03-13 11:10:475楼 得分:0
    学习一下
    修改 删除 举报 引用 回复
    进入用户个人空间
    加为好友
    发送私信
    在线聊天
    • churchmouse
    • 等级:
    • 可用分等级:
    • 总技术分:
    • 总技术分排名:
    发表于:2008-08-05 08:45:256楼 得分:0
    想请问下,我之前的数据库还有   .ndf文件,误把.log文件删了,照各位大侠的方法,用.mdf文件来恢复,恢复时出错,请教哪位可以帮我下吗?快被老大骂死了。
    修改 删除 举报 引用 回复