SQL Server和mysql上的增量備份

Question

一位用戶對我說

應用增量數據庫備份是乏味的，如果您錯過了一步，這將給您帶來極大的痛苦。 我不會理會SQL Server或MySQL上的方法-這就是事務日志的用途，因此您無需將其合並到數據模型中

因此，如果我在mysql或sql服務器上進行事務處理，我可以有一個腳本來備份在日期X和Y之后或之間修改的任何數據嗎？ 我問，因為我目前正在設計表格，所以我可以做一個增量轉儲而不是一個完整的轉儲。

Answer 1

是的，您可以備份事務日志，而不是在數據庫支持的情況下將邏輯合並到數據模型中。 您先前的問題是您正在使用SQLite進行開發...

從SQL Server的背景來講，它可以將事務日志用於數據庫的還原和復制。 理想的設置應具有三個RAID驅動器設置-用於操作系統的鏡像，用於數據的RAID 5（或更高版本）和用於事務日志的RAID 5（或更高版本）。 關鍵部分是事務日志位於自己的RAID設置上，以實現最佳性能（不與讀/寫競爭數據）和故障轉移（因為RAID並非備份）。 有關更多信息， 請參見鏈接 。

MySQL事務日志顯示了MySQL Binary Log上的信息，該日志還引用了復制，因此我認為方法中有大量的遺留物。

Answer 2

在SQL Server上：關鍵因素是SLA恢復時間。 完整的災難恢復從最新的完整備份開始，應用最新的差異備份，並在最新差異備份之后應用所有日志備份。 如果您的恢復計划中缺少差異備份，則必須從完整備份開始，然后應用所有日志備份。

因此，差異備份通過消除了應用在上次完整備份和上次差異備份之間進行的所有日志備份的需要，從而縮短了恢復時間。

如果您的數據庫較小，則差異備份不會增加太多優勢，因為恢復時間從一開始就很小。 但是在大型數據庫上，它會有所不同，因為日志備份可能非常大，而且日志的工作日數加起來會增加恢復時間。 添加差異備份可能會使恢復時間縮短數小時。

我不確定我是否遵循您關於在設計表時要考慮差異備份的觀點，因為這兩個主題是正交的。