哪些因素会影响L Server恢复完成

解答动态

• 

  的时间由于您不使用L Server 2019，ADR将不适用。一般的指导方针很少，在几乎所有的情况下都应该考虑到这一点下图：保存交易记录小到可能。控制与应用程序团队或供应商保持联系的长期事务适当的。拿着尽可能频繁地备份事务日志以减少分析阶段。 但是，可以选择更改目标恢复时间这也有一些不利的一面。您应该在启用它们之虑它们。从MS站点，如果您避免以下情况，你不需要ADR:
  谁应该考虑加速数据库恢复以下类型的客户应考虑启用ADR:客户具有长时间运行的工作负载交易。客户在这种情况下，活动事务会导致事务日志增长很明显。顾客经历了漫长的由于L Server长时间运行的恢复（例如意外的L Server重新启动或手动事务回滚）而导致数据库不可用的时段。 从有关在数据库中使用blob类型的问题的注释和新添加内容中，是的，拥有这些数据类型会显著延迟数据库的任何检查点。相反，您应该使用CAS存储类型，正如Brent先生所解释的那样欧扎尔：
  https://www.brentozar.com/archive/2015/03/no-more-blobs/
  Hope这有助于你做出正确的决定答案：
  恢复是分三步完成。分析、重做（前滚）和撤消（后滚）。
  A检查点的发生频率应确保重做阶段不应超过您在实例（sp\u configure）或数据库（ALTER database）级别配置的任何值。默认情况下，这是（我记得）一分钟。一、 例如，你最多可以看到一分钟的重做时间。
  所以要么你遇到了一些奇怪的事情，要么你有一个大的回滚发生。
  有许多VLF的ldf可以增加恢复时间，但我怀疑这将导致这种严重的情况。我猜是一个长期运行的事务正在回滚备份。或者是一个非常旧的打开事务，导致从ldf读取大量数据，即使该事务本身没有修改太多数据。这将是我的出发点，从那里决定什么阶段花了这么长时间。同时还要检查的是，你有大量的VLF（考虑到你是在2016年，我怀疑这一点）。
  
• 

  如果你改为L Server 2019，你可以启用加速数据库恢复，这将给你最大的速度加快远.https://docs.microsoft.com/en-us/sql/关系数据库/加速数据库恢复概念？视图=sql-server-ver15
  
• End