資料庫迴避恢復模式

A. recovery mode是什麼意思

recovery mode
英 [riˈkʌvəri məud]
美 [rɪˈkʌvəri mod]
回收方式

Database must be put in bypass recovery mode to rebuild the log.
必須將資料庫置於迴避恢復模式下才能重建日誌.

B. SQL Server 2000資料庫問題。

hi我詳聊 以便幫你分析解決吧

C. 如何查看或更改資料庫恢復模式

在從完整恢復模式或大容量日誌恢復模式切換前，請備份事務日誌。
時點恢復在大容量日誌模式下不可能進行。因此，如果在可能需要事務日誌還原的大容量日誌恢復模式下運行事務，這些事務可能會丟失數據。若要在災難恢復方案中最大程度地恢復數據，建議僅在符合以下條件下切換到大容量日誌恢復模式：
如果滿足這兩個條件，在大容量日誌恢復模式下還原備份的事務日誌時將不會丟失任何數據。
資料庫中當前不允許存在用戶。
在大容量處理過程中進行的所有修改均不依靠日誌備份就可恢復；例如，通過重新運行大容量處理。

D. 講SQL Server資料庫的幾種恢復模式

恢復模式說明了工作丟失的風險，能否恢復到時點? SQL Server資料庫有三種恢復模式：簡單恢復模式、完整恢復模式和大容量日誌恢復模式。 相對於簡單恢復模式而言，完整恢復模式和大容量日誌恢復模式提供了更強的數據保護功能。這些恢復模式都是基於備份事務日誌來提供完整的可恢復性及在最大范圍的故障情形內防止丟失工作。通常，資料庫使用完整恢復模式或簡單恢復模式。 下面對三種恢復模式做一個比較： 恢復模式 日誌備份 恢復點 優點 缺點 解決方案及建議 簡單(Simple) 無日誌備份。 自動回收日誌空間以減少空間需求，實際上不再需要管理事務日誌空間。 最新備份之後的更改不受保護。在發生災難時，這些更改必須重做。只能恢復到備份的結尾。 簡單恢復模式可最大程度地減少事務日誌的管理開銷，因為不備份事務日誌。 如果資料庫損壞，則簡單恢復模式將面臨極大的工作丟失風險。數據只能恢復到已丟失數據的最新備份。 在簡單恢復模式下，備份間隔應盡可能短，以防止大量丟失數據。簡單恢復模式並不適合生產系統，因為對生產系統而言，丟失最新的更改是無法接受的。在這種情況下，我們建議使用完整恢復模式。 完整(Full) 需要日誌備份。 理論上可以恢復到任意時點。 數據文件丟失或損壞不會導致丟失工作。 此模式完整記錄所有事務，佔用大量空間。 大容量(Bulk-logged) 需要日誌備份。 如果在最新日誌備份後發生日誌損壞或執行大容量日誌記錄操作，則必須重做自該上次備份之後所做的更改。 可以恢復到任何備份的結尾。不支持時點恢復。 該模式是完整恢復模式的附加模式，允許執行高性能的大容量復制操作。通過使用最小方式記錄大多數大容量操作，減少日誌空間使用量。 比完整模式節省日誌存儲空間。 對於某些大規模大容量操作(如大容量導入或索引創建)，暫時切換到大容量日誌恢復模式可提高性能並減少日誌空間使用量。由於大容量日誌恢復模式不支持時點恢復，因此必須在增大日誌備份與增加工作丟失風險之間進行權衡。 注意： 1. 適合於資料庫的恢復模式取決於資料庫的可用性和恢復要求。 2. 在完整恢復模式和大容量日誌恢復模式下，必須進行日誌備份。

E. 資料庫處於迴避恢復模式怎麼解決

如果是抄單用戶模式，要清楚這襲個表中的數據。如果還是不行就新建一個資料庫，將現有的數據導到新庫里。
也可能是因為當前資料庫正處在
EMERGENCY
（緊急狀態）下，
可以使用
alter
database
資料庫名
set
online
來恢復成在線狀態。
恢復資料庫的方法：
1.
update sysdatabases set status =0 where name = 'fdshop'
，go
把狀態重置為0，重啟庫。
2.
修復的話，先將將資料庫置為單用戶模式，sp_dboption 'fdshop','single user','true'，如果報錯，可能有用戶正在使用庫，在進程管理裡面殺掉，用戶進程，重新執行，直到成功。
3.
嘗試對其進行不丟失數據的修復：DBCC CHECKDB('fdshop',REPAIR_REBUILD)。
嘗試對其進行可能丟失數據的修復DBCCCHECKDB('fdshop',REPAIR_ALLOW_DATA_LOSS)
。
4.
將資料庫置為多用戶模式：sp_dboption 'fdshop','single user','false'
，如果用戶庫無法啟動，則打開sql server分析查詢器，執行以下命令。