只有MDF文件数据库额外的失败修复方法共享（怀疑，只读）

只对数据库进行修复的中密度纤维板文件的附加失效
额外的时间如下：
服务器：消息1813，级别16，状态2，第1行
未能打开新的database'test创建数据库将被终止。
设备激活错误。物理文件名D: 数据 test_log。ldf'may是错误的。
步：
A，使用企业管理器为数据创建一个新名称。我用D：数据，数据文件名test.mdf，日志文件名test_log.ldf
b，停止SQL服务
C、删除test_log.ldf文件，与老test.mdf文件替换新的test.mdf文件。
d，启动SQL服务。在进入企业管理器之后，测试数据被怀疑，此后保证没有人连接到数据库，也没有进行任何操作。
E、设置测试数据库的系统表可以直接操作。这个操作可以选择在SQL Server企业管理器，右键单击，数据库服务器，选择属性，并使其直接修改服务器上的设置页面，系统目录。下面的语句也可以实现的。当我在实际操作中不使用命令模式，你可以测试^ _ ^
复制代码代码如下所示：
使用主
去
sp_configure'allow更新，1
去
RECONFIGUREWITHOVERRIDE
去

F、设置测试数据库作为急救修复模式。下面的语句在查询分析器执行：更新sysdatabases设置状态= 32768，DBID = db_id（测试）
复制代码后，在企业管理器执行，你会发现ttdb数据库显示为只读/怀疑脱机急救模式。你可以看到数据库中的表，但只有一个系统表。
g，重建数据库日志文件。在查询分析器中执行以下语句：
复制代码代码如下所示：
DBCC rebuild_log（测试，想： test_log LDF的数据。）

企业经理必须在执行前退出，并且没有人与数据库连接。否则，将报告以下错误。
服务器：消息5030，级别16，状态1，第1行
数据库未能锁定数据库以执行操作。
DBCC完成。如果DBCC输出的错误信息，请与系统管理员联系。
正常的新闻：
警告：本database'test'has日志被重建。交易的一致性已经丧失，应运行DBCC CHECKDB以验证物理一致性。数据库选项将被重置和冗余的日志文件可能需要删除。
DBCC完成。如果DBCC输出的错误信息，请与系统管理员联系。
在这一点上，在SQL Server企业管理器打开会看到数据库的状态为DBO使用。数据库中的用户表，可以访问。
h，验证数据库一致性（可省略，但我忠实地执行了^ _ ^），查询分析器：
复制代码代码如下所示：
DBCC CHECKDB（测试）

报告每个表的执行情况后，最后报告是：
会发现0配置错误和0一致性错误（在database'test）。
DBCC完成。如果DBCC输出的错误信息，请与系统管理员联系。
我将数据库设置为正常。执行语句：
复制代码代码如下所示：
sp_dboption'test '，'dbo只使用'假'，

当你走到这一步，如果你不犯错误，你可以有一个长长的呼吸，去喝一杯。
最后一步，我们将允许系统目录直接在步骤E中修改恢复：
复制代码代码如下所示：
sp_configure'allow更新，0
去
RECONFIGUREWITHOVERRIDE
去