单个mdf文件恢复数据库小记

 误删除.ldf文件,现想恢复数据库文件,2种方案

 

1.       先分离再附加。看了一下，试了一下，发现此种情况已不适合于我，因为数据库都让我删了，只剩个数据文件。而此方案在日志文件被强行删除，数据文件还在，并且数据库未删除的情况下或许可以解决问题，有这种情况的兄弟可以一试以验证。对于俺，此种方案则弃置不用了。

相关T-SQL：

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

 

2.       新建同名数据库，使用原数据库文件覆盖后，强行修复。步骤如下

(1). 停止数据库服务，移走原数据库文件，启动数据库服务后新建同名数据库，生成的数据库文件名要与原数据库文件名相同。并且新数据库日志文件所在目录最好与原数据库日志文件所在目录相同。

(2). 停止数据库服务，将原数据库文件覆盖新数据库文件，重启数据库服务，此时发现数据库处于不可用状态。

(3). 执行如下T-SQL：

USE MASTER GO SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE GO ALTER DATABASE DbName SET EMERGENCY GO sp_dboption 'DbName', 'single user', 'true' GO DBCC CHECKDB('DbName','REPAIR_ALLOW_DATA_LOSS') GO ALTER DATABASE DbName SET ONLINE GO sp_configure 'allow updates', 0 reconfigure with override GO sp_dboption 'DbName', 'single user', 'false' GO 

其中DBCC CHECKDB('DbName','REPAIR_ALLOW_DATA_LOSS') 是关键，主要是数据校验。特别提醒的是，第二步要求新数据库日志文件与原数据库日志文件处于同一目录，就是因为这个语句，假如2者不在同一目录，并且原数据库日志文件所在目录下没有同名日志文件，则此语句执行不通过，数据库恢复也就不会成功。

此为鄙人在恢复过程中所遇到的问题，所幸根据error message加以分析后将新建的数据库日志附加copy一份到原数据库日志文件所在目录下。恢复成功后为了是数据文件与日志文件处于同一目录，将数据文件与日志文件copy到同一目录下后采用附加方式恢复。