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 點設置了一個舊作業來進行日誌備份,或者類似的事情?