Sql server SQL Server恢复和大容量恢复模式混淆

我对SQL Server恢复和大容量恢复模式有两种误解

恢复过程本身是否会生成事务日志这里我的意思是日志是由恢复过程生成的日志（如果有），而不是由正常的数据库DML/DDL操作生成的？为什么?

在批量恢复模式下，如果A或B的理解都不正确，请帮助纠正我，以下是我的两种不同理解，这使我感到困惑

a.产品数据库中的正常DML/DLL批量操作而不是恢复操作将产生最小数量的日志，因为日志是最小的，利用日志的恢复过程不能在批量操作的中间恢复任何点； B.产品数据库上正常的DML/DLL批量操作仍会生成正常的大量日志，与非批量日志恢复模式相同，但恢复过程会将事务日志中的批量操作作为一个单元进行恢复，为恢复过程本身生成最少的日志

问候,，

---

乔治

请阅读以下两篇文章：

恢复过程不会创建日志。日志是执行时间点恢复过程以及完整数据库备份和可能的差异备份所必需的

具有“大容量日志记录”恢复的数据库 将像一个“完整”的功能 除此之外，只有体积效应 操作记录在 备份，而不是事务 卷入的这些批量操作 包括BCP、某些数据 转换服务DTS 操作、图像和文本 操作，然后选择“进入”。通过 使用“大容量日志”恢复模型， 批量操作将被取消标记，并且 因此要快得多。时间点 如果出现以下情况之一，则无法恢复： 这些大规模行动已经发生 因为如果日志备份包含任何 批量操作，日志备份 包含日志记录和数据 批量更改的页面 操作，这适用于所有 更改到日志 有人备份了

---

谢谢你，米奇！1.如果恢复本身不生成日志，如果系统在恢复过程中失败，那么如何确保在半OD恢复过程中数据库状态是一致的和健康的？2.那么，您认为我的理解A对于大容量日志恢复是正确的吗？如果系统在恢复过程中失败，则处于与恢复开始时相同的位置。重新开始。在恢复过程结束之前，数据库不能正常使用，而是激活数据库以正常使用。但是如果中间恢复失败，假设我们重新启动数据库服务器，那么当数据库服务重新启动时，我们如何知道中间的恢复状态失败，并试图再次恢复？如果忘记恢复并继续使用，数据库将处于不一致的状态？如果系统在这个场景中恢复失败，数据库将被标记为可疑的，因此无法使用。再次成功还原，可疑对象将被清除。听起来你想要更广泛的理解，在这里很难教你，阅读SQLServerDocshiKristen，我在SQLServer2005/2008在线丛书中学到了很多主题。我从来没有学到过什么样的话题，如果在中间恢复不好会发生什么，书更多的是关于恢复模式和利弊。你有什么好的文件可以推荐我阅读吗？你的问题1和我们之前的帖子不一样吗：-如果没有，你能澄清一下吗。我不想在同一个话题中讨论这么多的事情而感到困惑，所以我开辟了一个新的话题，向所有人阐明我的新思想和困惑。谢谢-