LSN上的完整數據庫備份的后果-SQL Server

Question

在LSN上進行完整的數據庫備份有什么后果？

當完整的數據庫備份完成時（如果它更改了LSN），它將破壞已經配置並正在運行的LogShipping。

另外，執行數據庫彈性的最佳方法是什么。

1. 只需配置LogShipping
2. 是否已為LogShipping配置（每15分鍾間隔一次）每周完整備份？
3. 每15分鍾進行一次增量備份，然后每周進行一次完整備份

是否有任何出色的工具可以簡化上述過程？

Answer 1

完全備份對日志鏈沒有影響 ， 除了在數據庫創建后或更改完整恢復模型后進行的首次完全備份。 它不會破壞日志傳送。 如果您進行了手動日志備份並且未將其應用於輔助數據庫，那么可能會破壞日志傳送。

數據庫的最佳恢復策略完全取決於您的情況。 可接受多少數據丟失？ 您可以合理地允許中斷發生多長時間？ 在線論壇上的某人不可能提供您應采用的恢復策略答案。 您需要非常仔細地研究備份和恢復，全面了解備份和恢復，然后應用最適合您特定情況的策略。 有很多工具可以從Red-Gate，Idera，Dell等公司備份。

話雖這么說，僅僅進行日志傳送還遠遠不夠。

此外，@Anup ... COPYONLY僅防止重置差分位圖。 它不會影響日志備份。

Answer 2

LiteSpeed對於您的完整備份非常有效，我每天（而不是每周）運行一次完整備份。 有或沒有Litespeed的原木運輸通常每15分鍾進行一次。 如果等待時間太長，那么從主數據庫到輔助數據庫的數據將太不同步，最終將導致基於SQL Server的錯誤。

我一直很喜歡Red Gate產品，但是我沒有使用過它們的日志傳送/備份工具，只使用過它們的數據比較和架構比較等。

我相信Quest可以制造LiteSpeed，而我認為Quest是戴爾所有。

當前，我們不得不監視日志的發送，這還不是完全的證據。 我更喜歡鏡像或復制。