Sql-Server-2014
SQL Server 數據庫的快照備份
我們正在研究為 SQL Server 使用快照備份的方向,而不是更傳統的備份方法。我們正在使用 CommVault(也將用於快照..)
我試圖更好地了解它們與傳統備份或使用 CommVault 的代理備份相比如何工作。由於我不是一個真正的儲存專家,我不太了解恢復過程如何從 SQL 數據庫的快照備份中工作。
我確實了解絕對的速度優勢,但想了解更多關於使用 SQL Server 快照備份的利弊。
缺點:
- 需要在執行還原之前為 Commvault 安裝外掛。在緊急情況下,這可能會增加一個殘酷的間接層。
- 防止單個文件組的零碎恢復,因為必須恢復整個數據庫以保持一致。
- 您需要知道如何使用 Commvault,而不僅僅是內置工具。
- 備份歷史在SQL Server 中被混淆,因此您只能將 guid 視為備份的目標。
優點:
- 您可能會更好地壓縮備份文件
- 儲存人員覺得他們正在管理備份(坦率地說,也許是個騙局)
- 備份過程可能會更快。
毫無疑問,還有很多我沒有想到的其他優點和缺點。
就個人而言,作為 DBA,我更願意使用 SQL Server 本地備份。
一個可以幫助您決定適當方法的練習可能是讓業務人員徹底評估他們的恢復點目標和恢復時間目標。
如果他們能夠承受在這些數據庫中失去 24 小時的數據,那麼夜間備份可能是可以的。如果您不能損失超過 15 分鐘的數據,那麼無論何時將數據寫入數據庫以及完整備份,您都需要 15 分鐘的日誌備份。如果 VDI/VSS 備份解決方案不提供日誌備份,或者他們無法為頻繁的完整備份提供空間,那麼您就知道您不能使用這種系統。至於恢復時間目標,如果他們可以忍受災難發生後一周的停機時間,那麼您可能可以使用基於 VDI/VSS 的備份系統。