Sql server 完整恢复模型是否生成其他事务日志？

我在网上读了一些关于恢复/备份的书，一个愚蠢的问题是，如果我使用完全数据库备份/完全恢复模型，对于备份操作本身，它是否会向源数据库服务器生成任何额外的事务日志？“完全恢复”操作会为目标数据库生成额外的事务日志吗？

我不确定我是否完全理解您的问题，但现在开始。保持数据库处于完全恢复模式会使事务日志变得非常大。取舍是，您可以恢复到恢复点

---

事务日志大于正常值的原因是所有事务都已完全记录。这可能包括大容量日志记录操作、索引创建等

---

如果驱动器空间不是一个问题（而且驱动器非常便宜，不应该如此），那么这是推荐的备份方法。

我不确定我是否完全理解您的问题，但这里是。保持数据库处于完全恢复模式会使事务日志变得非常大。取舍是，您可以恢复到恢复点

---

事务日志大于正常值的原因是所有事务都已完全记录。这可能包括大容量日志记录操作、索引创建等

---

如果驱动器空间不是一个问题（而且驱动器非常便宜，不应该如此），这是推荐的备份方法。

关于这一点，更有用的观点可能是，完全恢复可以防止事务日志的内容被覆盖，而无需执行其他操作来覆盖它们

SQL Server将记录大多数事务（例如，大容量加载和其他一些事务除外），在简单恢复模式下运行时，将在与创建事务相关的事务结束时有效地丢弃新创建的日志内容。在完全恢复模式下运行时，将保留trans日志的内容，直到标记为可被覆盖。要将它们标记为可被覆盖，通常会执行备份（完整或传输日志）

如果trans日志中没有空间，并且没有标记为可被覆盖的日志内容，则SQL Server将尝试增加日志的大小

---

实际上，完全恢复要求您管理事务日志，通常是每隔一段时间执行一次事务日志备份（如果您没有SLA或其他驱动程序来确定备份频率，那么每1小时可能是一个很好的经验法则）

关于这一点，一个更有用的观点可能是，完全恢复可以防止事务日志的内容被覆盖，而不需要其他操作来覆盖它们

SQL Server将记录大多数事务（例如，大容量加载和其他一些事务除外），在简单恢复模式下运行时，将在与创建事务相关的事务结束时有效地丢弃新创建的日志内容。在完全恢复模式下运行时，将保留trans日志的内容，直到标记为可被覆盖。要将它们标记为可被覆盖，通常会执行备份（完整或传输日志）

如果trans日志中没有空间，并且没有标记为可被覆盖的日志内容，则SQL Server将尝试增加日志的大小

---

实际上，完全恢复要求您管理事务日志，通常是每隔一段时间执行一次事务日志备份（如果您没有SLA或其他驱动程序来确定备份频率，则每1小时可能是一个很好的经验法则）

1。感谢GregD，共有3种恢复模式，简单/完整/大容量日志记录，您的意思是什么模式“折衷是您可以恢复到恢复点。”？我觉得它不属于3种模式。：-）2.完全数据库备份本身不会为源数据库生成额外的事务日志？“事务日志比正常值大的原因是所有事务都已完全记录。”--您的意思是恢复过程有自己的事务日志，并将一起记录在目标数据库事务日志文件中？在完全恢复中，由于使用完整/差异/传输日志进行恢复，您最多可以恢复到数据库发生故障的时间。简单恢复模式不允许这样做，因为您不备份trans日志。嗨，GregD，我同意并理解您的回答。但这是我哪一个问题的答案？：-）备份操作不会生成其他事务日志。话虽如此，将数据库置于完全恢复模式会使事务日志比将数据库置于简单恢复模式时更大。1。感谢GregD，共有3种恢复模式，简单/完整/大容量日志记录，您的意思是什么模式“折衷是您可以恢复到恢复点。”？我觉得它不属于3种模式。：-）2.完全数据库备份本身不会为源数据库生成额外的事务日志？“事务日志比正常值大的原因是所有事务都已完全记录。”--您的意思是恢复过程有自己的事务日志，并将一起记录在目标数据库事务日志文件中？在完全恢复中，由于使用完整/差异/传输日志进行恢复，您最多可以恢复到数据库发生故障的时间。简单恢复模式不允许这样做，因为您不备份trans日志。嗨，GregD，我同意并理解您的回答。但这是我哪一个问题的答案？：-）备份操作不会生成其他事务日志。话虽如此，将数据库置于完全恢复模式会使事务日志比将数据库置于简单恢复模式时更大。酷，Karl！1.“关于这一点的更多观点可能是，完全恢复可以防止事务日志的内容被覆盖，而无需执行其他操作即可覆盖”--您的意思是，当我们在线恢复数据库时