關於使用哪種SQL Server恢復模式的建議

我們有一臺生產服務器， 50個客戶生產數據庫正在運行，我們正在審查恢復模型，並希望知道您的所有建議都適用於要使用的恢復模式。關於使用哪種SQL Server恢復模式的建議

我一直在做一些研究，但是對於哪種模型是最好的，這是混合的反應。

服務器場景是;

完整的服務器備份，每天執行一次（發生這種情況由雲提供商）
所有數據庫目前沒有得到定期備份（因爲他們使用過約6個月前）
信息/存儲這些數據庫的數據量每一位客戶的需求之間的不同 - 每個數據庫

的所有數據庫的當前設置的簡單恢復模式，這決定了當日志文件開始生長過度，其開始引起硬盤問題/有限的空間和無法連接到數據庫。由於改變爲SIMPLE，它已經停止了HDD的問題，但現在我們必須考慮如果發生災難，數據庫的恢復將會是什麼。

我期待您的回覆/建議！

預先感謝您

來源

2017-04-12 Tyler

如果您使用簡單的恢復模式，則只需最少的日誌記錄。您可以縮小日誌文件並保持較小，但是存在一定的風險。這裏有一篇關於不同恢復類型的不錯文章 - > https://docs.microsoft.com/en-us/sql/relational-databases/backup-restore/recovery-models-sql-server –

謝謝Ross。在發佈之前，我一直在調查所有信息。我所追求的是更多，最佳實踐的建議/提示等...... – Tyler

主要問題是：***您的數據有多重要***？如果數據庫服務器崩潰並損壞其磁盤會怎麼樣 - 如果您擁有的是昨晚的備份，並且可能會丟失一整天的工作，那麼您（和您的業務）是否可以繼續存在？如果**是**，那麼使用SIMPLE恢復模式就沒問題。如果您需要恢復到更接近災難性故障的能力 - 爲了只鬆動幾分鐘或幾小時的工作 - 那麼您需要切換到「FULL」恢復模式並設置適當的事務日誌備份過程以保留那些tx日誌從大小爆炸 –

簡單工作丟失風險：自最近一次備份的變化是不受保護的。在發生災難時，必須重做這些更改。

Full 工作損失：通常沒有。如果日誌的尾部被損壞，則必須重做自最近日誌備份以來的更改。

那麼，如果您自上次備份以來丟失了數據呢？可接受還是不可以？

來源

2017-04-12 05:50:17 Datendenker

關於使用哪種SQL Server恢復模式的建議

回答

相關問題