BE 10 SQL Agent 使用指南
包括三個話題：
預覽和安裝；
備份；
恢復。
第一部分：預覽和安裝
Types of backup, Overview, Deployment和Installation
（一）備份類型
包括兩種：Flat file backup和Logical backup
Flat file backup
脫機的、文件級的備份，用于備份完整的SQL環境，備份前要停掉SQL的服務（MSSQLServer 和SQLServerAgent），然后備份所有與SQL相關的文件（操作系統、SQL程序文件，SQL數據文件）。
Logical backup
聯機的、數據庫級的備份，不影響用戶對數據庫的訪問。只能備份數據庫中數據。這種方式的備份需要SQL License的支持。
（二）BE SQL Agent的功能：
支持database，transaction log和file group備份；
可以提供point-in-time和point-in-failure恢復；
支持三種數據庫恢復模型：Full, Bulk-logged和Simple；
支持DBCC操作；
可將數據庫置為Standby模式；
支持多實例備份；
支持遠程備份；
支持備份策略；
支持master數據庫的自動恢復；
IDR過程可自動恢復SQL 2000；
（三）SQL Agent的部署：
在介質服務器上需要：
1、SQL Agent （輸入License并安裝選件）
2、SQL注冊表項的讀權限（HKLMSoftwareMicrosoftMicrosoft SQL Server 和HKLMSoftwareMicrosoftMSSQLServer）
3、SQL資源訪問權限（SQL實例的管理員角色）
4、必要的SQL組件（客戶端連接組件，SQL 7.x還需要管理工具）
在SQL服務器上需要：
1、Service Pack（SP3a for SQL 2000）
2、SQL服務
3、Remote Agent for Windows Server
（四）安裝
介質服務器上的安裝過程：
安裝過程很簡單，可以通過安裝盤來安裝SQL Agent Option（Agent for Microsoft SQL Server），也可以通過工具菜單中的Serial Number and Installation來安裝。
檢驗安裝：
點擊幫助菜單中的About Veritas Backup Exec for Windows Server，再點擊License Information按鈕。
注冊表：HKLMSoftwareVeritasBackup ExecUser InterfaceEnable SQL的值為“1”
第二部分：備份
Components to be Protected, Backup Strategy, Backing up Database, Backing up Transaction Logs, Backing up Filegroups和Backup Methods and Recovery Models
需要保護的組件：
Databases, Transaction logs, Files and Filegroups(mdf, ndf, ldf)
四種備份方式：
1、Full backup 用于備份整個數據庫或文件組
2、Differential backup 只備份數據庫或文件組中變化的部分
3、Log backup 備份完成截斷日志。日志備份有兩個用于SQL 2000的高級選項：No recover是將數據庫置于Loading狀態，可以繼續恢復日志，但用戶不能訪問該數據庫；Standby是將數據庫置于Read only狀態，可以繼續恢復日志，用戶可以只讀訪問。
4、Log backup with No Truncate 備份后不截斷日志，用于數據庫損壞或不可訪問時的日志備份。
三種數據庫恢復模型：
1、Simple
只支持數據庫的完全和差別備份；只能恢復到最后一次完全或差別備份；缺省情況下，master、msdb、northwind和pubs數據庫都是simple模型。
2、Full
支持數據庫和日志的備份，支持到即時點或命名事務的恢復，數據庫損壞時仍然可以備份日志，缺省情況下，用戶數據庫是Full模型。
3、Bulk-Logged
Bulk操作不記錄細節，不支持即時點恢復，備份含有Bulk操作的日志需要訪問數據庫文件，數據庫可以恢復到最后的日志備份。
詳細內容請參看這篇文章：http://support.veritas.com/docs/236600
一致性檢驗：
建議備份前對數據庫做一致性檢驗，可以設置在檢驗失敗后是否繼續備份，檢驗失敗事件會記入作業日志。
備份后也可以對數據庫做一致性檢驗，用于確認數據庫在備份時不存在一致性問題。
一致性檢驗的三種方式：
1、Full consistency check including indexes
檢驗data pages、clustered index pages和non-clusterd index pages，速度慢，開銷大，不能安排在工作時間進行。
2、Full consistency check excluding indexes
不檢驗non-clustered index pages，速度快，對系統的影響小，可以安排在工作時間進行。
3、Physical consistency check
只對頁面、記錄頭部的物理完整性和數據庫結構的一致性做出檢驗。可以發現大多數一致性問題。
備份時的注意事項：
1、master數據庫只能做完全備份；
2、創建新的用戶數據庫或修改用戶數據庫結構之后應該備份master數據庫；
3、使用差別備份和日志備份作為完全備份的補充，可以更有效地完成數據備份任務。
事物日志備份：
在備份事物日志之前至少做一次數據庫備份；
如果事物日志已經被截斷則不能進行日志備份；
如果添加或刪除了數據庫文件，在備份事物日志之前應該先對數據庫做完全備份。
要恢復用Log No Truncate選項備份的日志，至少要有一個數據庫備份。
文件組備份：
基于數據修改的頻率和重要性劃分文件組，為不同的文件組制定不同的備份策略。
文件組備份也包括Full和Differential兩種方式。
文件組備份后必須進行日志備份。
Simple恢復模型不支持文件組備份。
系統缺省數據庫和沒有secondary filegroups的數據庫不需要做文件組備份。
缺省情況下，不能選擇文件組進行備份，要備份文件組，需要在工具，選項，SQL選項中選中創建新備份作業時顯示文件組。
第三部分：恢復
Overview, Restoring database, Restoring transaction logs, Restoring filegroups, Redirecting restores.
簡介：
可以用文件組（.mdf和.ndf）和日志恢復數據庫
可以采用兩種恢復方法：Single/One Job restore或Multiple Job/Sequential restore
Backup Exec的登錄賬號必須是SQL服務器管理員組成員，必須具有SQL相關注冊表鍵值的訪問權限，具體鍵值參見前面的介紹。
數據庫必須置于單用戶模式。
恢復完成后數據庫狀態：
With Recovery：
數據庫可以正常工作，不能繼續恢復日志。
恢復過程中自動回滾未提交的事務日志。
可以恢復到即時點或命名事務日志。
No Recovery：
數據庫不能訪問，可以繼續恢復日志。
Standby：
數據庫處于只讀狀態，可以繼續恢復日志。
一致性檢驗：
恢復最后一個日志備份后可進行一致性檢驗。
恢復數據庫注意事項：
1、master數據庫只能采用單作業恢復方式，且不能做一致性檢驗；
2、master數據庫可以選擇自動恢復方式恢復；
3、可以恢復到不同的驅動器或實例數據所在位置；
事務日志恢復：
如果即時點晚于當前日志，日志恢復，數據庫置于intermediate狀態。
如果即時點早于當前日志，日志文件不恢復。
如果命名事務日志沒找到（區分大小寫），日志恢復，數據庫置于intermediate狀態。
文件組恢復：
文件組只能恢復到原來的盤符和路徑。
所有的文件組必須恢復到同一時間點。
要恢復單個文件組，可以通過恢復數據庫或恢復特定的Secondary文件組來完成。
恢復所有的Secondary文件組并不能完全恢復數據庫。
恢復文件組之前應該先用Log no truncate方式備份日志以待恢復。
重定向恢復：
可以重定向到不同的服務器、實例（SQL 2000）和數據庫。
重定向恢復文件組不能改變路徑。
可以指定Windows賬號和SQL賬號。