SQLServer巡檢報告-模板

1、1SQL Server 巡檢報告XXXX 系統(tǒng)集成服務(wù)有限公司密級：保密 XX 省 XX 公司SQL Server 數(shù)據(jù)庫系統(tǒng)巡檢報告XXXX 系統(tǒng)集成服務(wù)有限公司2016 年 02 月2第第 1 1 章章. .文檔控制文檔控制.3 3第第 2 2 章章. .巡檢目的巡檢目的.4 4第第 3 3 章章. .系統(tǒng)基本信息巡檢系統(tǒng)基本信息巡檢.4 4第第 4 4 章章. .操作系統(tǒng)環(huán)境巡檢操作系統(tǒng)環(huán)境巡檢.5 5第第 5 5 章章. .數(shù)據(jù)庫性能巡檢數(shù)據(jù)庫性能巡檢.6 6第第 6 6 章章. .數(shù)據(jù)庫維護巡檢數(shù)據(jù)庫維護巡檢.1111第第 7 7 章章. .總結(jié)及建議總結(jié)及建議.12123第第 1

2、章章. 文檔控制文檔控制日期日期作者作者版本版本修改記錄修改記錄2016.02.03小明V 1.0首次巡檢4第第 2 章章. 巡檢目的巡檢目的A. 監(jiān)控數(shù)據(jù)庫的當前運行狀況，確保數(shù)據(jù)庫穩(wěn)定運行。B. 監(jiān)控數(shù)據(jù)庫的備份或容災(zāi)或集群狀況，減少問題發(fā)生時的風險和責任。C. 盡可能減少緊急故障發(fā)生頻率。D. 盡早發(fā)現(xiàn)系統(tǒng)存在的潛在問題，使可能的故障消除在萌芽狀態(tài)。E. 提出相應(yīng)的合理改進建議。第第 3 章章. 系統(tǒng)基本信息巡檢系統(tǒng)基本信息巡檢 SQL SERVER 2005 是微軟出品的數(shù)據(jù)庫產(chǎn)品，以其卓越的性能和高超的穩(wěn)定性在目前的企業(yè)應(yīng)用中占據(jù)著重要地位。此次 SQL Server 維保保障 SQ

3、L 數(shù)據(jù)庫系統(tǒng)的穩(wěn)定工作的重要措施，在此感謝在巡檢過程中給予我們幫助和支持的客戶方員工。A. 機器名稱：UfidaB.硬件配置：Intel(R) CPU E5-2630 2.3GHz(2 處理器),24 核,16G 內(nèi)存C.操作系統(tǒng)版本：Windows Server 2008 R2 X64 企業(yè)版 Windows NT 6.1 (Build 7600: )5D.數(shù)據(jù)庫版本：Microsoft SQL Server 2005 SP3- 9.00.4035.00 (X64)E.工作模式：Windows 域模式，域為 F.數(shù)據(jù)庫端口：1433G.業(yè)務(wù)系統(tǒng)：用友財務(wù)、人事和考勤。H.內(nèi)存使用：物理內(nèi)存

4、 16G，實際使用 5.95G，設(shè)置了最大內(nèi)存 12G。第第 4 章章. 操作系統(tǒng)環(huán)境巡檢操作系統(tǒng)環(huán)境巡檢A. 檢查系統(tǒng)日志a) 使用“事件查看器”，查看系統(tǒng)日志，關(guān)注錯誤信息排查錯誤。檢查結(jié)果：正常b)重點關(guān)注與 SQLServer 相關(guān)的日志信息。檢查結(jié)果：有比較多的 SA 賬戶登陸失敗，需進一步排查。c)及時備份與清理過期的日志信息。6檢查結(jié)果：正常B. 檢查磁盤空間a) 有 C、D、E 三個盤符，系統(tǒng)文件在 C 盤上，數(shù)據(jù)文件和日志文件在 D 盤上。b) 檢查系統(tǒng)文件所在的磁盤空間使用情況檢查結(jié)果：正常 已用空間：43.7G，可用空間 53.9Gc) 檢查數(shù)據(jù)文件所在的磁盤空間使用情況

5、檢查結(jié)果：正常 已用空間：8.62G，可用空間 479Gd)檢查日志文件所在的磁盤空間使用情況檢查結(jié)果：正常 已用空間：8.62G，可用空間 479Ge)檢查備份的磁盤空間使用情況檢查結(jié)果：單機運行，沒有備份。第第 5 章章. 數(shù)據(jù)庫性能數(shù)據(jù)庫性能巡檢巡檢7檢查項目檢查結(jié)果指標說明磁盤使用情況磁盤使用情況PhysicalDisk- AVG.Disk Aueue Length正常顯示每一個磁盤的隊列長度。不要選擇_TOTAL 對象，而是查看某驅(qū)動盤符的隊列長度，如果參數(shù)值持續(xù)大于 2，則可能影響性能。PhysicalDisk- AVG.Disk sec/Read正常顯示每次讀取的平均磁盤時間，理

6、想情況下值小于 10 毫秒。PhysicalDisk- AVG.Disk sec/Write正常顯示每次寫入的平均磁盤時間，理想情況下值小于 10 毫秒。SQL Serve Access Methods-Fullscans/sec正常顯示每秒請求完全索引掃描或者全表掃描的數(shù)目，如果掃描頻率每秒大于 1，那么說明索引缺少或者索引比較差。SQL Server Access Methods- PageSplits/sec正常顯示每秒頁面拆分的次數(shù)?？梢酝ㄟ^適當?shù)乃饕S護或者好的填充因子來避免發(fā)生。8CPUCPU 使用情況使用情況低于 3%System- Processor Queue Length正

7、常顯示系統(tǒng)隊列長度，如果平均值大于 3，那么說明 cpu 存在瓶頸。Processor-%Privilege Time正常顯示操作系統(tǒng)內(nèi)部操作所花費的時間SQL Server: SQL Statistics-SQL Compilations/sec正常顯示查詢計劃的編譯次數(shù)。次數(shù)過高的話，說明可能未使用綁定變量導致計劃重新編譯，或者說重新編譯次數(shù)比編譯次數(shù)過高的話，那么說明存在應(yīng)用上的瓶頸。SQL Server: SQL Statistics-SQL Re-Compilations/sec正常顯示查詢計劃的重編譯次數(shù)。次數(shù)過高的話，說明可能未使用綁定變量導致計劃重新編譯，或者說重新編譯次數(shù)比編

8、譯次數(shù)過高的話，那么說明存在應(yīng)用上的瓶頸。內(nèi)存使用情況內(nèi)存使用情況5.95GDBCC MEMORYSTATUS正常重點查看 buffer counts 部分:其中 committed memory 和 target memory 最重要。9 Committed memory 表示 sql server 已經(jīng)得到的內(nèi)存數(shù)量 target memory 表示有效運行所需的內(nèi)存數(shù)量。 當兩個存在差別過大，說明可能存在內(nèi)存壓力。SQLServer:Buffer Manager- Page Life Expectancy正常顯示數(shù)據(jù)頁在緩沖池中駐留的時間長度（單位是秒） 。值越大，系統(tǒng)越健康。如果存在內(nèi)

9、存瓶頸，這個值會低于 300s 或者更少。SQLServer:Buffer Manager- Buffer cache hit ratio正常顯示數(shù)據(jù)庫內(nèi)存命中率，所請求的數(shù)據(jù)或者說頁面在緩沖池被找到的次數(shù)，如果很低說明內(nèi)存不足，此值一般大于 98%SQLServer:Buffer Manager- Stolen pages正常當這個指標與目標內(nèi)存頁面數(shù)比例較大時可能存在問題。SQLServer:Buffer Manager-Memory Grants Pending正常顯示等待內(nèi)存授權(quán)的進程隊列。這個指標10值為 0 時理想狀態(tài)。SQLServer:Buffer Manager-Checkp

10、oint pages/sec正常顯示檢查點操作每秒寫入磁盤的臟頁數(shù)目。如果這個值很高，說明缺少內(nèi)存。SQLServer:Buffer Manager- Lazy writes/sec正常顯示每秒將臟頁從內(nèi)存寫到磁盤的次數(shù)。這個值應(yīng)該盡可能接近 0，當大于 20 或者更多，確信緩沖池不夠。11第第 6 章章. 數(shù)據(jù)庫維護巡檢數(shù)據(jù)庫維護巡檢A. 主數(shù)據(jù)庫（業(yè)務(wù)數(shù)據(jù)庫）(查看數(shù)據(jù)文件和日志文件增長情況)檢查結(jié)果：正常 自動增長，每次增長 10%，空間足夠。B. 鏡像數(shù)據(jù)庫檢查結(jié)果：單機數(shù)據(jù)庫運行，沒有配置鏡像。C. 輔助數(shù)據(jù)庫(Log Shipping)檢查結(jié)果：單機數(shù)據(jù)庫運行，沒有配置日志傳送(L

11、og Shipping)。D. 作業(yè)運行狀況（通過圖形界面“作業(yè)活動監(jiān)視器”查看）檢查結(jié)果：沒有作業(yè)，沒有啟動 SQL Agent。E. 備份狀況（查看備份是否成功、驗證備份集(RESTORE VERIFYONLY )、定期做數(shù)據(jù)庫災(zāi)難恢復的演練-還原、HA）檢查結(jié)果：沒有備份，也沒有做雙機熱備 HA。12第第 7 章章. 總結(jié)及建議總結(jié)及建議 總結(jié)：1. 數(shù)據(jù)庫性能：CPU 消耗低，2%以下，內(nèi)存充足，不到設(shè)置的最大內(nèi)存 12G 的 50%，硬盤空間也充足。2. 數(shù)據(jù)庫安全性：較多的 SA 登陸失敗，可能是正常的密碼輸入錯誤引起，也可能涉及安全風險。3. 數(shù)據(jù)庫備份容災(zāi)：當前用戶只是在同一個硬盤、同一個 SQL 實例里有多個數(shù)據(jù)庫，但是沒有做普通意義上的備份和容災(zāi)，存在數(shù)據(jù)丟失風險。建議：1. 進一步核實 SA 登陸失敗的原因。2. 數(shù)據(jù)庫的備份很重要，建議做好物理備份，物理備