① sql Server提供的3種恢復模型都是什麼有什麼區別
SQLSERVER2000支持三種恢復模型
1.簡單恢復模型
簡單恢復模型允許將資料庫恢復到最新的備份
簡單恢復的備份包括：
資料庫備份
差異備份
2.完全恢復模型
完全恢復模型允許將資料庫恢復到特定即時點
完全恢復的備份包括：
資料庫備份
差異備份
事務日誌備份
將資料庫還原到故障點步驟：
1.備份當前活動事務日誌
2.還原最新資料庫備份但不恢復資料庫
3.按照創建的順序，還原自資料庫備份後創建的每個事務日誌備份，但不恢復資料庫
4.應用最新的事務日誌備份（步驟1中創建的）並恢復資料庫
3.大容量日誌記錄恢復模型
大容量日誌記錄恢復模型允許大容量日誌記錄操作
創建新資料庫時，繼承model資料庫的恢復模型，默認是簡單恢復模型
可以在企業管理器中切換恢復模型，如下圖所示
完全恢復模型時,可以在企業管理器中備份事務日誌
企業管理器中的備份功能其實就是調用BackUp命令，備份資料庫是Backup Database,備份事務日誌是Backup Log。同樣，企業管理器中的還原功能就是調用Restore命令，還原資料庫是Restore Database,還原事務日誌是Restore Log。可以通過事件查看器跟蹤這些命令。
當在企業管理器還原資料庫時，還原選擇資料庫，企業管理器會自動按照如上所述的步驟將資料庫還原到故障點，可以通過事件查看器跟蹤這些命令
SQL SERVER使用以下的備份歷史表來跟蹤備份活動
backupfile
backupmediafamily
backupmediaset
backupset
這些表都存儲在msdb資料庫
② SQL三種恢復模式有什麼區別
一、定義不同答州仔
Simple簡單恢復模式，Simple模式的舊稱叫」Checkpoint with truncate log「。Full完整恢復模式，和Simple模式相反，Full模式的舊稱叫」Checkpoint without truncate log「。Bulk-logged 大容量日誌恢復。
二、功能不同
完整sql server恢復模式：
資料庫引擎把清汪所有操作都記錄到事務日誌上，並且資料庫引擎絕對不會截斷日誌，完整恢復模式能使資料庫恢復到故障時間點。
簡單sql server恢復模式：
資料庫引擎最低限度地記錄大多數操作，並在每個檢查點之後截斷事務日誌。它不能備份或還原事務日誌，也不能還原單獨的數據頁。
大容量日誌模式：
資料庫引擎對大容量操作(select into和bulk insert)進行最小記錄。如果一個日誌備份包含任何大容量操作，就可以使資料庫恢復到日誌備份的結尾，但不能恢復到某個時間點，它僅用於大容量操作期間。
三、好處不同
在Simple模式下，SQL Server會在每次checkpoint或backup之後自動截斷log，也就是丟棄所有的inactive log records，僅保留用於實例啟動時自跡磨動發生的instance recovery所需的少量log，這樣做的好處是log文件非常小，不需要DBA去維護。
Full模式SQL Server不主動截斷log，只有備份log之後，才可以截斷log，否則log文件會一直增大，直到撐爆硬碟，因此需要部署一個job定時備份log。Full的好處是可以做point-in-time恢復，最大限度的保證數據不丟失，一般用於critical的業務環境里。
Bulk-logged是針對以下Bulk操作，會產生盡量少的log：
1、Bulk load operations (bcp and BULK INSERT).
2、SELECT INTO.
3、Create/drop/rebuild index 通常bulk操作會產生大量的log，對SQL Server的性能有較大影響，bulk-logged模式的作用就在於降低這種性能影響，並防止log文件過分增長。
③ sql server 2000支持的三種資料庫恢復模式分別是
管理員可以選擇在運行時對系統的影響最拿頌友小，同時又能滿足還原要求的備份過程。管理員還根據資源要求選擇資料庫的恢復模式。恢復模式將針對完全恢復數據的重要程度來平衡記錄開銷。恢復模式包括：
◆完全
數據非常重要並且必須能夠恢復到故障點。記錄所有的數據修改。消槐可使用SQL Server 2000的所有恢復選項。
◆大容量日誌記錄
如有必要，可重播某些大容量操作（大容量復制操作、select INTO、文本處理），因此不完全記錄這些操作。只能恢復到上一次資料庫或日誌備份的末尾。
◆簡單
自上櫻槐次備份後所做的所有數據更改都是可替代的，或是可重做的。記錄開銷最小，但不能恢復自上次備份結束後的內容。
④ 數據恢復種類有哪些
數據恢復種類可以分為:邏輯故障恢復和硬體故障恢復。刪除、格式化等造成的數據核鄭丟失可以使用恢復軟體找回來的屬於邏改帶頌輯故障恢復。由於硬碟行租等存儲設備故障造成的數據丟失就需要專門的設備來恢復，例如開盤恢復。
⑤ 手機怎麼恢復資料庫被刪除的數據 怎麼恢復手機刪除的數據
1、安裝強力數據恢復軟體，運行軟體後，將手機連接到電腦上。
2、軟體成功檢測並連接到手機後，會在界面上顯示出手機信息。局衡選擇該設備後，點擊下一步。
3、選擇需要掃描數據的位置，在這里點擊選擇手機，強力數據桐掘做恢復軟體會開始對手機機身資料庫進行掃描。
4、待數據成功掃描後，在軟體左側點擊選擇需要恢復的數據類型，然後在右側查看數據並恢復數據散消。以照片數據恢復為例，在左側選擇「照片」後，在右側勾選出需要恢復的照片，點擊「恢復選中文件」，若是需要將所有簡訊恢復，點擊「恢復全部文件」。
⑥ 資料庫被刪除了怎麼恢復
恢復步驟：
1、運行EasyRecovery。
2、選擇「DeletedRecovery」。
3、選擇資料庫文件所在的驅動器，在「File Filter」中輸入*.mdf|*.ldf，選擇「Next」。
4、在左側窗口會列出被刪除的資料庫文件，選擇所要恢復的資料庫文件，選擇「Next」。
5、在「Recover to Local Drive」中選擇恢復後的文件存放的路徑，要選擇與原資料庫文件不同的路徑，選擇「Next」。
6、文件被恢復後，將恢復的文件復制到原資料庫文件位置，並在企業管理器通過附加資料庫，將恢復的文件恢復到SQL Server中。
註：如果刪除的資料庫文件所有的存儲區域被寫過了，就無法恢復了，所以刪除與恢復的時間間隔越短越好。
⑦ SQL2008中三種恢復模式的區別在哪裡
SQL Server資料庫有三種恢復模式：簡單恢復模式、完整恢復模式和大容量日誌恢復模式。
Simple 簡單恢復模式,
Simple模式的舊稱叫」Checkpoint with truncate log「，其實這個名字更形象，在Simple模式下，SQL Server會在每次checkpoint或backup之後自動截斷log，也就是丟棄所有的inactive log records，僅保留用於實例啟動時自動發生的instance recovery所需的少量log，這樣做的好處是log文件非常小，不需要DBA去維護、備份log，但壞處也是顯而易見的，就是一旦資料庫出現異常，需要恢復時，最多隻能恢復到上一次的備份，無法恢復到最近可用狀態，因為log丟失了。
Simple模式主要用於非critical的業務，比如開發庫和測試庫，但是道富這邊的SQL Server（即使是生產庫）大都採用Simple模式，是因為這邊的SQL Server大都用於非critical的業務（critical的資料庫大都採用Oracle和DB2)，可以忍受少於1天的數據丟失(我們的job每天都會定時備份全庫）。Full 完整恢復模式,
和Simple模式相反，Full模式的舊稱叫」Checkpoint without truncate log「，也就是SQL Server不主動截斷log，只有備份log之後，才可以截斷log，否則log文件會一直增大，直到撐爆硬碟，因此需要部署一個job定時備份log。Full的好處是可以做point-in-time恢復，最大限度的保證數據不丟失，一般用於critical的業務環境里。缺點就是DBA需要維護log，增加人員成本（其實也就是多了定時備份log這項工作而已）。
Bulk-logged 大容量日誌恢復
Bulk-logged模式和full模式類似，唯一的不同是針對以下Bulk操作，會產生盡量少的log：
1) Bulk load operations (bcp and BULK INSERT).
2) SELECT INTO.
3) Create/drop/rebuild index
眾所周知，通常bulk操作會產生大量的log，對SQL Server的性能有較大影響，bulk-logged模式的作用就在於降低這種性能影響，並防止log文件過分增長，但是它的問題是無法point-in-time恢復到包含bulk-logged record的這段時間。
Bulk-logged模式的最佳實踐方案是在做bulk操作之前切換到bulk-logged，在bulk操作結束之後馬上切換回full模式。
⑧ 資料庫恢復可以用哪些方法實現
資料庫恢復的三種方式
資料庫可能因為硬體或軟體（或兩者同時）的故障變得不可用，不同的故障情況需要不同的恢復操作。我們必須決定最適合業務環境的恢復方法。在資料庫中恢復有3種類型或方法，即應急（crash）恢復、版本（version）恢復和前滾（rool forward）恢復。
應急恢復
應急恢復用於防止資料庫處於不一致或不可用狀態。資料庫執行的事務（也稱工作單元）可能被意外中斷，若在作為工作單位一部分的所有更改完成和提交之前發生故障，則該資料庫就會處於不一致和不可用的狀態。這時，需要將該資料庫轉化為一致和可用的狀態。
為此，需要回滾未完成的事務，並完成當發生崩潰時仍在內存中的已提交事務。如在COMMIT語句之前發生了電源故障，則在下一次重新啟動並再次訪問該資料庫時，需要回滾到執行COMMMIT語句前的狀態。回滾語句的順序與最初執行時的順序相反。
版本恢復
版本恢復指的是使用備份操作期間創建的映象來復原資料庫的先前版本。這種恢復是通過使用一個以前建立的資料庫備份恢復出一個完整的資料庫。一個資料庫的備份允許你把資料庫恢復至和這個資料庫在備份時完全一樣的狀態。而從備份建立後到日誌文件中最後記錄的所有工作事務單位將全部丟失。
前滾恢復
這種恢復技術是版本恢復的一個擴展，使用完整的資料庫備份和日誌相結合，可以使一個資料庫或者被選擇的表空間恢復到某個特定時間點。如果從備份時刻起到發生故障時的所有日誌文件都可以獲得的話，則可以恢復到日誌上涵蓋到的任意時間點。前滾恢復需要在配置中被明確激活才能生效。