即便看似繁瑣，但在數據存儲過程中備份著實是不可或缺的。我們每天，甚至更為頻繁地備份數據——以便在威脅來臨之際進行恢復。但究竟多久才會恢復一次呢?在談及到數據備份與恢復的話題時，備份卷與還原卷的比例又是如何?

數據丟失已是一種極為常見的難題，因此企業或組織會考慮將數以百倍的數據量進行備份，而在恢復時卻遠沒有這么多。換而言之，這種備份定會產生些許商業價值;又或者是我們是否可以在保證商業價值的同時，減少些許工作量。

[[202458]]

備份層

常見的數據備份和恢復方式是備份整臺計算機。但這或許并非保護應用程序及其數據的最有效方式。

數據中心中的許多應用都有自身的恢復策略。假如使用這些內置的功能，我們或將可以節省下許多備份操作。

Microsoft Windows文件共享延續了先前版本的一項功能，可以對被刪除的文件提供用戶自助式的服務。數據庫應用程序使用日志來從最近的備份啟用時間點恢復。假如我們知曉這些保護層，便可以調整備份策略，減少備份頻率，提升效率。

多久備份一次?一次備份多少?

備份的頻率越高，恢復至故障點的間隔越小;不過你需要傳輸更多數據，以及更多的空間用于備份存儲。

當前多數備份應用程序并不會每次都創建一份完整的備份;這些應用在***會進行一次完整的數據拷貝，而后便以增量備份方式遞增，從而讓傳輸的數據量最少。從完整拷貝到增量遷移所帶來的效率改善，使得我們可以進行更加頻繁的備份，但這樣做時，我們并不考慮備份是否產生業務價值。而假如了解應用程序的業務價值，我們可能會根據數據丟失的業務風險來降低備份的頻率。

備份與歸檔

這里我們要強調備份與歸檔之間的差別。備份是將數據返回到過去的最近的一個時間點，備份所還原的數據仍具有當前的業務價值。所以說，我們需要備份是由丟失數據所引起的業務風險驅動的。數據備份和恢復是一個相對頻繁的活動，需要盡快完成，以免因此而延遲了業務運營。

而歸檔則用于從某個遙遠的時間點來審視當時的業務狀況。歸檔所恢復的數據不再與當前業務息息相關。歸檔需求是由法規遵從所驅動的。將歸檔用于恢復非常少見，并且只能恢復到較長時間之前，實時性較高的業務運營難以依靠這種方式的恢復。

由于目的性的不同，備份通常存儲在磁盤;而歸檔在俄更多存儲于磁帶或基于云計算的對象存儲上。歸檔中的數據較為靜態，而備份數據則可用于提供即時的業務價值。

瀏覽你的備份

這里還要指出哪些存儲特性有利于數據備份與恢復。備份通常是順序和寫入密集型的操作;而恢復則是連續和讀取密集型的。

備份存儲通常被優化，用于存儲大量數據和順序訪問。生產系統中的主存儲往往存儲量較小，優化用于隨機訪問。假如備份存儲需要定期瀏覽和順序訪問任務，我們可以將其從主存儲上移除，從而使主存儲發揮更好的性能。

這里舉一個瀏覽的例子——根據合規要求查找特定的個人身份信息，同時檢查出那些不符合支付卡行業數據安全標準的信用卡號，將其從系統中移除。

移除操作仍需要在主存儲上進行，但是我們可以將掃錨操作放到二級存儲上完成。

由備份而生的DevOps

過去幾年中，出現了新一代的數據備份與恢復產品，使用固態磁盤和硬盤驅動器的組合。這種混合備份存儲為隨機訪問固態存儲的數據提供了出色的性能。

其結果是這些備份存儲可以用于測試和開發活動。在將新應用部署到生產環境之前，可以簡單地在生產環境副本中測試。其可以集成到持續進行的整合部署通道中，從而使得內部開發的新軟件版本在部署前便已經通過了***和最準確的生產環境數據副本的測試。完整的生產數據是DevOps環境中測試功能的***場所。