前言
老牌的SQL 數據庫近年份額逐漸下滑，但權威機構DB- 3 月份流行度排行，微軟SQL 數據庫仍位于第3位，可見用戶基數龐大。
SQL 標準API提供了3種備份類型：完整備份、差異備份和事務日志備份，同時，提供了3種恢復模型：簡單恢復、大容量日志恢復和完全恢復。
1.迪備的保護能力
企業備份軟件，除了為SQL 數據庫提供完全備份，差異備份，日志備份的標準能力。對大數據量的數據庫場景，提供合成備份能力sql數據庫文件類型，僅需首次全量，后續通過備份改變的數據塊，實現數據快速備份與即時掛載恢復能力。針對RPO要求更高的用戶群，提供了應用級別的數據庫復制容災能力。這些功能使用，能很好滿足不同場景數據保護需求。本次重點介紹一下數據庫的備份與恢復過程。當然，有不少特色功能，比如：
2.備份代理安裝
通過迪備來保護我們的數據庫，首先需要在受保護的主機安裝備份代理，然后在WEB管理平臺注冊客戶端，最后配置備份策略即可完成。
代理端獲?。? .0.33656-1..dbg.exe
安裝過程采用圖形化向導，安裝時需填寫備份一體機的IP. 詳細的安裝過程可以 《七、備份客戶端安裝與卸載》章節，不贅述。當操作系統與數據庫位數據不匹配時，需要強制安裝數據庫位數匹配的代理程序。
3.資源識別
安裝完代理程序，我們轉到迪備WEB控制臺，管理員登錄后，進入“資源”菜單，進行“注冊”，“激活”許可，實例“登錄” ，并“授權”迪備操作用戶訪問權限，以便能為這些實例設置策略。“受保護”復選框則是為了防止誤操作將備份數據恢復至生產，建議選擇。激活過程如下圖所示
授權可操作資源的用戶
登錄資源，支持AK認證登錄
如果是SQL 集群或是“ On 可用性組" ,還需要進入到“集群頁”進行節點關聯綁定。
HA集群，綁定類型如下圖所示
若為 On，綁定類型如下
4.備份策略
通常建議完全+差異+日志備份相結合，如果數據庫本身很小，也可以每天全備份。簡單日志模式的數據庫，SQL 自動循環利用日志文件，因此，迪備無須設置日志備份。完全模式與 大容量日志模式，建議設置日志備份策略，且日志備份頻率應高于其他備份類型，以便數據庫實現更短的RPO目標與日志周期性截斷。
根據向導進行設置，首先轉到迪備WEB頁備份菜單,選擇主機， 資源
選擇要備份的數據庫，備份類型：完全備份
備份集存儲的備份資源池
設置備份計劃，例如每周一次完全備份
設備備份選項 ，建議選擇備份新增數據庫
設置作業名稱
SQL 自身并不提供增量接口，迪備累積增量即為差異備份。差異策略設置過程與完全備份基本一致， 略有區別的設置如下，備份類型頁選擇累積增量，
存儲池 ,同一個數據庫與其相關的完全、差異及日志備份存放在同一存儲池，以獲得一致的數據保留周期。
設置備份計劃，剔除完全備份的設定的時間點
與全量備份操作步驟基本一致，備份類型選擇日志備份sql數據庫文件類型，備份頻率按需設置，通常高于其他備份類型。
4.數據恢復
進入WEB恢復菜單， 選擇主機 與資源
選擇要恢復的數據庫，如果整個主機的數據庫需要恢復，可以執行災難恢復至異機，如果需要進行本機恢復，可以執行介質恢復類型。只有非簡單模式的數據庫，才能恢復到指定時間點或恢復到指定LSN ， 簡單模式的數據庫只能恢復至當時備份狀態. 根據類型的不同，迪備菜單可恢復選項有區別。
如果我們要將源數據庫恢復成與源不同名稱的數據庫，可以在界面上修改數據庫名稱與位置（目錄位置要求可被數據庫識別）
選擇目標主機，如選擇源主機作為恢復目標，則需要取消資源菜單里受保護選框
恢復時間計劃，通常選擇立即 或是設定在一次的某個時間執行
恢復選項，保持默認即可
提交恢復作業
系統為了防止誤操作恢復至生產，會提示輸入驗證碼進行目標確認
5.作業情況
作業執行情況，可進入作業菜單查看，如作業狀態，周期頻率等
作業執行歷史情況，可進入歷史菜單查看，如歷史耗時，大小等。
如遇到作業發生錯誤，可進入警報頁，下載作業日志 進行分析。
6.數據庫相關
select @@version
SELECT name,recovery_model_desc,log_reuse_wait,log_reuse_wait_desc
FROM sys.databases
寫在最后：原計劃定期更新一些常用操作，幫助初次使用鼎甲備份軟件的愛好者提供一點幫助，但后面發現堅持每周更新其實很難，一方面工作確實比較忙，更重要的原因，很難克服人性的懶，后臺催更的朋友有點小抱歉。不管怎樣，SQL 場景也比較常見，基礎篇又更新了一篇，感謝關注。