有时候我们手头上的数据库可能只剩下了mdf文件,而日志文件丢失了或者损坏了,
那么你可以尝试使用以下方法重建事务日志,注意sql 2Q不是这个语句
USE master;
GO
CREATE DATABASE nuke
ON
(FILENAME = 'H:\Mdf-BackUp\Nuke.mdf') --数据库文件所在
---,(FILENAME = 'H:\Mdf-BackUp\Nuke_Log.ldf')---指定重建的日志文件路径
FOR ATTACH_REBUILD_LOG
GO
当服务器因为硬件失败导致数据库失效时,可能出现以下错误:
文件激活失败。物理文件名称'f:\database\MyDb\MyDb_log.ldf'可能不正确。
由于数据库没有完全关闭,无法重新生成日志。
(其实这里需要注意的是,请在该位置生成这个文件.)
可以尝试如下操作
强制附加数据库
a) 新建一个同名数据库
CREATE DATABASE [MyDb_temp]
ON (NAME=MyDb_temp,FILENAME = N'F:\temp\MyDb.mdf' )
LOG ON (NAME=MyDb_temp_Log, FILENAME = N'F:\temp\MyDb_log.ldf')
b) 停止SqlServer
c) 将备份的数据库覆盖F:\temp\MyDb.mdf
d) 启动SqlServer,(MyDb_temp将变为不可用)
查看数据库状态
SELECT * FROM SYS.DATABASES
SELECT * FROM sys.database_recovery_status
e) 将数据库改为紧急恢复模式
ALTER DATABASE MyDb SET EMERGENCY
f) 修复数据库
DBCC CheckDB ('MyDb')
g) 将数据库改为但用户模式
ALTER DATABASE MyDb SET SINGLE_USER
h) 再带参数修复数据库
DBCC CheckDB ('MyDb', REPAIR_REBUILD)---此处请注意, REPAIR_REBUILD可能无效,我改用了REPAIR_ALLOW_DATA_LOSS参数,如此操作下去就不需要去执行 第二步了;
i) 将数据库改为正常模式
ALTER DATABASE MyDb SET ONLINE
如果无法创建数据库日志,i步骤将失败,这时候如果能看到数据库表,和进行Select操作,转第2步。
如果一切成功了,但是实际看数据库属性可能发现,日志文件在另外一个地方,此时可以把数据库进行分离,分离的时候请钩选("删除连接")选项,删除对应路径下的日志文件,然后按照文章开头的办法重建日志.那样数据库文件和日志文件就在一起了.
2. 提取数据库数据
a) 创建一个新的临时数据库
b) 导出数据
执行 SELECT 'SELECT * INTO MyDb2..'+name+' FROM '+ name FROM sys.objects WHERE TYPE = 'U' AND name!='sysdiagrams'
产生数据导出语句,执行他们,将数据复制到新数据库
c) 导出存储过程:待续
d) 导出触发器:待续
e) 导出函数:待续
f) 导出自定义数据类型:待续
g) 导出用户:待续
h) 将新数据库还原到目标服务器
备份/还原这个新建的数据库到目标服务器
i) 修复孤立用户(SQL 2005 版)
a) EXEC sp_change_users_login 'Auto_Fix', 'GameServer';
b) EXEC sp_change_users_login 'Auto_Fix', 'backoffice';
c) EXEC sp_change_users_login 'Auto_Fix', 'adminsoft';
j) 修复数据库拥有者
EXEC sp_changedbowner 'sa'