DST 備份計劃
日誌備份的備份計劃（使用 Ola 的腳本）如下：
- 開始時間 - 凌晨 2 點
- 結束時間 - 11.59.59PM
- 間隔 - 每 15 分鐘一次。
11 月 5 日，所有備份都按照上面的詳細說明進行。通常在凌晨 1 點不存在日誌備份，但在晚上 11:45 備份之後的其中一台伺服器上，在凌晨 1 點有一個日誌備份，而其他伺服器的日誌備份從凌晨 2 點開始。
我的問題是：為什麼在凌晨 1 點在一台伺服器上進行備份，而當時所有其他伺服器都沒有日誌備份？這會破壞 LSN 嗎？
恢復時我需要恢復 11:45PM 然後 1AM 然後 2AM 等等嗎？
LSN 如下所示
11 45pm 記錄-第一個 LSN：85246:1956:1，最後一個 LSN：85246:3496:1
12.00 第一個 LSN：85246:4241:180，最後一個 LSN：85257:583:1
凌晨 1 點日誌 - 第一個 LSN：85246:3496:1，最後一個 LSN：86097:4867:1
凌晨 2 點記錄第一個 LSN：86097:4867:1，最後一個 LSN：86105:2224:1，
2.15 am 日誌 - 第一個 LSN：86105:2224:1，最後一個 LSN：86111:4864：
任何幫助將不勝感激。
根據日誌文件中的 LSN，您應該沒問題。
如果從午夜進行的完整備份恢復，則不需要 11:45 日誌文件（它應該被完整備份完全覆蓋）；你會恢復：
- 完整備份
- 凌晨 1 點日誌文件
- 凌晨 2 點的日誌文件
- 2:15 日誌文件
- 等等。
至於為什麼在凌晨 1 點進行日誌備份？我只能推測。
如果該伺服器上沒有 2AM 日誌備份，那麼 2AM 日誌備份至少有可能在系統時鐘將時間轉移到 1AM 之前成功啟動，並在發生之後記錄其活動。如果發生這種情況，當它去設置下一次執行的時間時，它可能會再次將它安排在凌晨 2 點，因為它會看到時間是（比如說）1:01:07。我不會說它可能，但我個人不能排除這種可能性（也許其他人可以）。更大膽地推測，如果這種情況只發生在一台伺服器上，它的時鐘晶片可能會出現一些問題。此伺服器是否以任何方式唯一（例如，場中最舊的伺服器）？再說一次，這是一種瘋狂的猜測，我只能提供微乎其微的可能性。
更有可能：是否有可能在 11 月的第一個星期日凌晨 1 點設置了一個舊作業來進行日誌備份，或者類似的事情？