由于种种原因，我们如果当时仅仅备份了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')
执行过程中，如果遇到下列提示资讯：
�
<!--MySql 驱动程序 eg. mysql-connector-java-5.0.4-bin.jar-->
<property name="dialect">org.hibernate.dialect.MySQLDialect</property>
<property name="connection.driver_class">com.mysql.jdbc.Driver</property>
<!-- JDBC URL -->
......
