選擇資料庫的復原模式
簡單的復原模式一般適用於測試或開發資料庫。不過，在實際執行的資料庫中，最好的選擇通常是完整復原模式，也可以另外搭配大量記錄復原模式。不過，簡單的復原模式有時候很適合小型的實際執行的資料庫 (特別是其大部分或完全唯讀時) 或資料倉儲。
若要決定特定資料庫的最佳復原模式，應該同時考慮復原目標和資料庫需求，以及考量您是否能夠管理記錄備份。
[!附註]
新資料庫的復原模式繼承自 model 資料庫。
認清復原目標與需求
若要為資料庫選取最適合的復原模式，請考慮資料庫的復原目標和需求。回答以下問題可幫助您決定可用性需求以及受資料損失影響的敏感程度。
復原需求
絕不損失資料變更的重要性？
重新建立損失的資料容不容易？
您是否有兩個或更多必須在邏輯上維持一致的資料庫？
若是如此，請考慮使用 Microsoft 分散式交易協調器 (MS DTC) 交易。如需詳細資訊，請參閱＜MS DTC 分散式交易＞。
[!附註]
在完整復原模式下，如果每個相關的資料庫都標示了交易，您就可以將資料庫復原到一致的時間點。這需要透過與每個資料庫復原點相同的交易標示，才能還原每個資料庫。不過，針對復原點使用標示會遺失該時間點之後認可的所有交易。如需詳細資訊，請參閱＜使用標示的交易 (完整復原模式)＞。
人員雇用考量因素
公司有沒有雇用系統或資料庫管理員？如果沒有，備份與復原作業由誰負責執行，以及這些人員的訓練方式？
資料使用狀況模式
請為每個資料庫考慮下列問題：
資料庫中資料的變更頻率？
是不是有某些資料表的修改頻率遠高於其他資料表？
有重要的生產期間嗎？如果有，這些期間的使用狀況有什麼模式可循？資料庫是否經歷插入及其他更新作業的尖峰期？
您可能想要安排在離峰時間進行資料備份。當 I/O 系統使用負荷量很大時，通常只使用記錄備份。
資料庫會不會因為不安全的更新或未立即發現的應用程式錯誤而大受影響？
如果會影響資料庫，請考慮使用完整復原模式。這樣可讓您使用記錄備份，將資料庫復原到特定時間點。
使用簡單復原模式的時機
如果以下均成立，請使用簡單復原模式：
不需要失敗點復原。如果資料庫遺失或受損，您願意失去失敗和前次備份之間的所有更新內容。
您願意承擔失去記錄檔部分資料的風險。
您不想要備份和還原交易記錄檔，而只希望依賴完整及差異備份。
如需詳細資訊，請參閱＜簡單復原模式下的備份＞。
使用完整復原模式的時機
如果以下任一條件成立，請使用完整復原模式 (或選擇使用大量記錄復原模式)：
必須有能力復原所有資料。
如果資料庫包含多個檔案群組，而且您想要分次還原讀取/寫入次要檔案群組 (以及唯讀檔案群組)。
您必須有能力復原到失敗點。
想要能夠還原個別分頁。
您願意承擔交易記錄備份的管理成本。
如需詳細資訊，請參閱＜在完整復原模式下備份＞。
使用大量記錄復原模式的時機
大量記錄復原模式的目的主要是要作為完整復原模式的輔助。我們建議您只在執行大規模的大量作業及不需要資料庫時間點復原的期間使用這種模式。
資料庫是否必須定期執行大量作業？
在這種復原模式下，大部分的大量作業都只會進行最低限度記錄。如果您使用完整復原模式，則可以在執行這類大量作業之前暫時切換到大量記錄復原模式。如需有關在大量記錄復原模式下執行哪些作業會進行最低記錄的詳細資訊，請參閱＜可以進行最低限度記錄的作業＞。
一般而言，大量記錄復原模式類似於完整復原模式，只是它會在最低限度下盡可能記錄大部分的大量作業。交易記錄備份擷取記錄以及自從上次備份之後完成的最低限度記錄作業的結果。這可以使記錄備份變很大。因此，大量記錄復原模式僅在容許最少記錄的大量作業期間使用。我們建議您在其餘時間使用完整復原模式。一組大量作業完成時，我們建議您立刻切換回完整復原模式。
如需有關大量記錄復原模式的詳細資訊，包括其限制在內，請參閱＜大量記錄復原模式下的備份＞。
如需有關不同復原模式所支援之還原作業的詳細資訊，請參閱＜還原和復原概觀 (SQL Server)＞。
檢視及變更資料庫的復原模式
新資料庫的復原模式繼承自 model 資料庫。model 資料庫的預設復原模式會因 SQL Server 版本而定。但是只要有資料庫的 ALTER 權限，任何人都可以變更此模式。如需有關如何檢視 model 資料庫目前復原模式的詳細資訊，請參閱＜如何：檢視或變更資料庫的復原模式 (SQL Server Management Studio)＞。
若要檢視或變更資料庫的復原模式
若要切換復原模式