数据库日志文件丢失时的恢复步骤设置数据库为紧急模式
ü         停掉SQL Server服务;ü         把应用数据库的数据文件XXX_Data.mdf移走;ü         重新建立一个同名的数据库XXX;ü         停掉SQL服务;ü         把原来的数据文件再覆盖回来;ü         运行以下语句,把该数据库设置为紧急模式;    运行“Use MasterGosp_configure 'allow updates', 1reconfigure with overrideGo”执行结果:DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。已将配置选项 'allow updates' 从 0 改为 1。请运行 RECONFIGURE 语句以安装。 接着运行“update sysdatabases set status = 32768 where name = 'XXX'”执行结果:(所影响的行数为 1 行) ü         重启SQL Server服务;ü         运行以下语句,把应用数据库设置为Single User模式;      运行“sp_dboption 'XXX', 'single user', 'true'”执行结果:      命令已成功完成。 ü         做DBCC CHECKDB;      运行“DBCC CHECKDB('XXX')”执行结果:'XXX' 的 DBCC 结果。'sysobjects' 的 DBCC 结果。对象 'sysobjects' 有 273 行,这些行位于 5 页中。'sysindexes' 的 DBCC 结果。对象 'sysindexes' 有 202 行,这些行位于 7 页中。'syscolumns' 的 DBCC 结果。……… ü         运行以下语句把系统表的修改选项关掉;      运行“sp_resetstatus "XXX"gosp_configure 'allow updates', 0reconfigure with overrideGo”执行结果:在 sysdatabases 中更新数据库 'XXX' 的条目之前,模式 = 0,状态 = 28(状态 suspect_bit = 0),没有更新 sysdatabases 中的任何行,因为已正确地重置了模式和状态。没有错误,未进行任何更改。DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。已将配置选项 'allow updates' 从 1 改为 0。请运行 RECONFIGURE 语句以安装

解决方案 »

  1.   

    不好意思,昨天忙了一天没来看帖子
    我听人说可以在将mdf文件拷贝到其他数据库上进行附加,然后再移植回来就可以了。
    我试了一下,做了一个测试数据库也可以
    但是我有时候也遇到过只有mdf文件不能附加的情况,不知什么时候会出现这种情况,上面的那种方法是否安全,请大家帮忙。