DST备份计划
备份日志备份计划(使用Ola的脚本)如下：
- 启程时间-凌晨2点
- 结束时间-下午11.59.59分
- 每隔15分钟一次。
11月5日，所有的备份都如上所示。通常在凌晨1点不存在日志备份，但是在备份11:45之后的一台服务器上，在凌晨1点有一个日志备份，而其他服务器的日志备份在凌晨2点开始。
我的问题是:为什么在一台服务器上凌晨1点有备份，而其他服务器当时没有日志备份？这会破坏LSN吗？
恢复时，我需要恢复到晚上11:45，然后是凌晨1点，然后是凌晨2点，等等吗？
LSN如下所示
下午11点45分日志-第一次记录:85246:1956年:1，最后一次记录: 85246:3496:1
12.00全第一次LSN: 85246:4241:180，最后一次LSN: 85257:583:1
上午1点日志-第一次日志: 85246:3496:1，最后一次日志: 86097:4867:1
凌晨2点，日志第一层: 86097:4867:1，最后一层: 86105:2224:1，
凌晨2:15日志-第一个LSN: 86105:2224:1，最后LSN: 86111:4864：
任何帮助都将不胜感激。
回答 1
Database Administration用户
发布于 2017-11-06 16:50:20
根据日志文件中的LSNs，您应该没事。
如果在午夜时从完全备份恢复，则不应该需要11:45日志文件(完全备份应该完全覆盖它)；您应该还原：
- 完全备份
- 凌晨1AM日志文件
- 凌晨2点日志文件
- 2:15日志文件
- 诸若此类。
为什么在凌晨1点进行日志备份？我只能推测。
如果该服务器上没有凌晨2点的日志备份，那么至少在系统时钟将时间移到凌晨1点之前，至少可以远程地进行2 2AM日志备份，并在此之后记录其活动。如果发生这种情况，当它决定下一次运行的时间时，它可能会再次将时间安排在凌晨2点，因为它会看到时间是(例如) 1:01:07。我不认为这是可能的，但我个人不能排除这种可能性(也许其他人可以)。更广泛的推测是，如果这种情况只发生在一台服务器上，那么它的时钟芯片可能会出现一些问题。此服务器是否在任何方面都是唯一的(例如，场中最老的服务器)？再一次，这是一种疯狂的推测，除了渺茫的可能性之外，我没有什么可以提供的了。
更有可能的情况是:是否有可能在11月的第一个星期日凌晨1点开始做日志备份，或者诸如此类的事情？
https://dba.stackexchange.com/questions/190224
复制相似问题
腾讯云开发者
