我正在做一個web應用程序，需要一個備份計劃。下面是我到目前爲止有：web應用程序的理智備份策略
我要補充別的，還是將蓋呢？爲了衡量這些數據的重要程度，它是Basecamp的項目管理應用程序。
數據庫的每週完整備份以及每晚增量備份？
這意味着如果您的某個舊增量備份損壞，那麼您的數據丟失時間不到一週。
此外，請確保您有備份測試計劃以確保您的備份正常工作。有很多關於此事的恐怖故事，包括那些已經做了多年備份的公司，從來沒有對它們進行測試，然後在需要它們時發現它們都不是很好。 （我也是這樣的一家公司，幸運的是我發現備份在需要之前無法正常工作並解決了問題）。
過去爲我工作的最佳策略之一是讓「備份」過程與安裝過程相同，即我們在linux中完全腳本化了服務器配置，應用程序創建，數據庫設置等等所以安裝看起來像：
運行./install.sh [服務器] [應用程序名稱] 和備份/恢復 ./INSTALL [服務器] [應用程序名稱] -database [數據庫備份文件]
在備份方面，數據庫完全備份（MySQL數據庫），通過cronjob
這幾乎可以確保在每次部署新實例時對恢復進行測試，並且在硬件需要更換時，或者當給定服務器從客戶獲得太多負載時，腳本也最終用於移動實例。
這是幾年前我工作過的Saas企業應用程序的設置，所以我們完全控制了服務器。
我會，如果你可以從一個增量備份到一個差異。如果你有一個增量，那麼你將不得不應用每週完整備份，然後每一次增量。如果您的某個增量在本週早些時候失敗，則後續所有備份都將失敗。
但是，如果您使用差分，則每個差分包含自上次備份以來的所有更改。所以即使其中一個備份在本週早些時候失敗，如果最近備份成功，您仍然可以完全恢復。
我希望我解釋得很好！
:)