数据库置疑产生的原因及修复方法！

2、清除病毒时，尝试停止SQL服务然后检查。 4. 尽量减少非正常停机。 5、建议客户购买备用电源。 6、为客户实现软件后，必须要做自动备份。 7. 建议客户每隔一定时间进行手动备份。 三、数据库疑点的修复 1、正常备份和SQL数据库恢复方法。 通常情况下，如果我们要备份一个数据库，首先必须断开数据库与正在运行的数据服务器的连接，或者停止整个数据库服务器，然后再复制文档。 删除数据库的命令： 数据库名称 连接数据库的命令： 或=,=,.16 db

3. name = , = 使用此方法可以正确恢复 SQL .0 和 SQL 2000 数据库文件。 重点是备份的时候一定要备份mdf和ldf文件。 mdf文件是数据库数据文件，ldf是数据库。 日志文件。 示例：假设数据库为pdm，其数据文件为.mdf，日志文件为.ldf。 我们来讨论一下如何备份和恢复数据库。 删除数据库：pdm 连接到数据库：pdm,C: SQL

4. .mdf,C: SQL og.ldf pdm,C: SQL ata.mdf 2. 仅针对mdf文件的恢复技术。 由于种种原因，如果我们当时只备份mdf文件，那么恢复起来会非常麻烦。 如果你的mdf文件是由当前数据库生成的，那么运气好的话，也许你可以使用或恢复数据库，但是会出现类似下面的设备激活错误。

5.物理文件名C:SQL og.LDF可能不正确。 已创建名为 C:.LDF 的新日志文件。 但是，如果您的数据库文件是从另一台计算机复制的，那么不幸的是，这可能不起作用。 您可能会收到类似于以下内容的服务器错误消息：消息 1813，级别 16，状态 2，第 1 行无法打开新数据库 pdm。 将被终止。 设备激活错误。 物理文件名 d:.LDF 可能是错误的。 怎么做？固定它

6. 紧急，我们举个例子来说明一下恢复方法。 现在我将数据库文件.MDF从其他机器复制回这台计算机，并将其存储在E盘上的一个文件夹中。 A.我们使用SQL 创建一个用于恢复的数据库pdm并将其存储在E盘上（而不是直接将复制的数据库放入文件夹中）。 B 停止数据库服务器。 C 删除刚刚生成的数据库日志文件.ldf，并用要恢复的数据库mdf文件覆盖刚刚生成的数据库数据文件.mdf。 D启动数据库服务器。 这时候你会看到数据库pdm的状态是“可疑”。 目前无法对此数据库执行任何操作。 E 设置数据库允许直接操作表。 这个操作可以用SQL来完成

7、选择rise中的数据库服务器，右键，选择“属性”，在“服务器设置”页面选择“允许直接修改系统目录”。 您还可以使用 SQL 查询分析器执行以下语句来实现此目的。 use go ,1 go with go F 将 pdm 设置为紧急修复模式，运行 SQL 查询分析器并执行以下语句来实现此目的。 set =-32768 where dbid=DB_ID(pdm) 此时可以在SQL中看到数据库位置

8.在“只读可疑离线紧急模式”下可以看到数据库中的表，但只有系统表G用于执行真正的恢复操作并重建数据库日志文件dbcc（pdm，E：.ldf） 。 在执行过程中，如果遇到以下消息： : Msg 5030, Level 16, State 1, Line 1 to lock the to run the 。 DBCC执行完成。 如果 DBCC 输出错误消息，请联系您的系统管理员。这意味着您的其他程序正在使用该数据库。 如果您刚刚在步骤F中使用SQL打开了pdm库的系统表，则退出SQL。

9. 正确执行的提示应类似于： 警告：数据库 pdm 的日志已重建。 事务一致性已经丢失。 应运行 DBCC 来验证物理一致性。 必须重置数据库选项，并且可能需要删除冗余日志文件。 DBCC执行完成。 如果 DBCC 输出错误消息，请联系您的系统管理员。 这时，打开SQL，你会看到数据库的状态是“仅供DBO使用”。 此时就可以访问数据库中的用户表了。 H 验证数据库的一致性（数据库较大时需要一些时间，此步骤可省略） dbcc（pdm）的大致执行结果如下：发现0个分配错误和0个一致性错误。

10. 错误（在数据库 pdm 中）。 DBCC执行完成。 如果 DBCC 输出错误消息，请联系您的系统管理员。 我将数据库设置为正常状态pdm，dbo仅使用，false。 如果没有错误的话，那么恭喜你，你现在可以正常使用恢复后的数据库了。 J最后一步是恢复步骤E中设置的“允许直接修改系统目录”。因为直接操作表通常是危险的。 当然，我们可以用SQL来恢复，也可以使用下面的语句来完成allow,0 go 和 go。 将出现以下信息。 此时数据库就可以正常使用了。 10/10。