SQL数据库修复问题，高手》》

--norecovery用於

RECOVERY

指示还原作业回复任何未认可的交易。在复原程序之后，资料库便已备妥，可供使用。如果 NORECOVERY、RECOVERY 和 STANDBY 三者都没有指定，预设值就是 RECOVERY。

如果规划了后续的 RESTORE 作业 (RESTORE LOG，或差异备份的 RESTORE DATABASE)，就应该指定 NORECOVERY 或 STANDBY。

当从旧版 SQL Server 还原备份组时，可能需要升级资料库。当指定 WITH RECOVERY 时，会自动执行这项升级。如需详细资讯，请参阅＜套用交易记录档备份＞。

附注：

如果省略 FROM 子句，就必须在 WITH 子句中指定 NORECOVERY、RECOVERY 或 STANDBY。

NORECOVERY

指示还原作业不回复任何未认可的交易。如果稍后必须套用另一个交易记录，请指定 NORECOVERY 或 STANDBY 选项。如果 NORECOVERY、RECOVERY 和 STANDBY 三者都没有指定，预设值就是 RECOVERY。在使用 NORECOVERY 选项的离线还原作业期间，无法使用资料库。

若要还原资料库备份和一或多个交易记录，或每当需要多个 RESTORE 陈述式 (例如，还原完整资料库备份，后面再接著完整差异备份) 时，除了最后一个 RESTORE 陈述式，RESTORE 需要所有 RESTORE 陈述式都使用 WITH NORECOVERY 选项。最佳作法是在多步骤的还原序列中，在 ALL 陈述式上使用 WITH NORECOVERY，直到抵达所需要的复原点为止，之后，再使用专供复原的个别 RESTORE WITH RECOVERY 陈述式。

当搭配档案或档案群组还原作业来使用时，NORECOVERY 会强制资料库在还原作业之后，维持还原状态。在下列情况下，这非常有用：

正在执行还原指令码，且始终在套用记录。

使用一系列档案还原，且资料库的用途并不是要能够在两项还原作业之间使用。

在某些情况下，RESTORE WITH NORECOVERY 会将向前复原集向前卷动到足以与资料库一致。在这种情况下，并不会进行回复，资料会依照这个选项的预期，维持离线状态。不过，Database Engine 会发出参考讯息，说明此时可以利用 RECOVERY 选项来复原向前复原集。

数据库损坏最行之有效的办法就是存在冗余数据，使用冗余数据进行恢复。所谓的冗余数据包括热备、冷备、和暖备。

使用镜像或可用性组作为热备，当检测到错误时，可以自动进行页修复（镜像要求2008以上，可用性组是2012的功能）。镜像当主体服务器遭遇824错误时，会向镜像服务器发送请求，将损坏的页由镜像复制到主体解决该问题。对于可用性组，如果数据页是在主副本上发现的，则主副本将会向所有辅助副本发送广播，并由第一个响应的辅助副本的页来修复页错误，如果错误出现在只读辅助副本，则会向主副本请求对应的页来修复错误。在这里有一点值得注意的是，无论是哪一种高可用性技术，都不会将页错误散播到冗余数据中，因为SQL Server中所有的高可用性技术都是基于日志，而不是数据页。

其次是使用暖备或冷备来还原页，我已经在代码清单1中给出了详细的代码，这里就不细说了。

如果没有合适的备份存在，如果损坏的数据页是存在于非聚集索引上，那么你很幸运，只需要将索引禁用后重建即可。

如果存在基准的完整备份，并且日志链没有断裂（包括差异备份可以Cover日志缺失的部分），则可以通过备份尾端日之后还原数据库来进行修复。

最后，如果基础工作做的并不好，您可能就需要通过损失数据的方式来换回数据库的一致性，我们可以通过DBCC CheckDB命令的REPAIR_ALLOW_DATA_LOSS来修复数据库。使用该方法可能导致数据损失，也可能不会导致数据损失，但大部分情况都会通过删除数据来修复一致性。使用REPAIR_ALLOW_DATA_LOSS需要将数据库设置为单用户模式，这意味着宕机时间。

无论是哪种情况修复数据库，都要考虑是否满足SLA，如果出现了问题之后，发现无论用哪种方式都无法满足SLA的话，那只能检讨之前的准备工作并祈祷你不会因此丢了工作。

以上就是关于SQL数据库修复问题，高手》》全部的内容，包括:SQL数据库修复问题，高手》》、sql数据库查询中断、无法修复的一致性错误、无法导出数据, 数据怎么恢复、等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！