SQLServer巡檢報(bào)告-模板

第1頁(yè)共6頁(yè)SQLServer巡檢報(bào)告XXXX系統(tǒng)集成服務(wù)有限公司密級(jí)：保密XX省XX公司SQLServer數(shù)據(jù)庫(kù)系統(tǒng)巡檢報(bào)告XXXX系統(tǒng)集成服務(wù)有限公司2016年02月TOC\o"1-2"\u第1章. 文檔控制 3第2章. 巡檢目的 4第3章. 系統(tǒng)基本信息巡檢 4第4章. 操作系統(tǒng)環(huán)境巡檢 5第5章. 數(shù)據(jù)庫(kù)性能巡檢 6第6章. 數(shù)據(jù)庫(kù)維護(hù)巡檢 11第7章. 總結(jié)及建議 12

文檔控制日期作者版本修改記錄2016.02.03小明V1.0首次巡檢

巡檢目的監(jiān)控?cái)?shù)據(jù)庫(kù)的當(dāng)前運(yùn)行狀況，確保數(shù)據(jù)庫(kù)穩(wěn)定運(yùn)行。監(jiān)控?cái)?shù)據(jù)庫(kù)的備份或容災(zāi)或集群狀況，減少問(wèn)題發(fā)生時(shí)的風(fēng)險(xiǎn)和責(zé)任。盡可能減少緊急故障發(fā)生頻率。盡早發(fā)現(xiàn)系統(tǒng)存在的潛在問(wèn)題，使可能的故障消除在萌芽狀態(tài)。提出相應(yīng)的合理改進(jìn)建議。系統(tǒng)基本信息巡檢SQLSERVER2005是微軟出品的數(shù)據(jù)庫(kù)產(chǎn)品，以其卓越的性能和高超的穩(wěn)定性在目前的企業(yè)應(yīng)用中占據(jù)著重要地位。此次SQLServer維保保障SQL數(shù)據(jù)庫(kù)系統(tǒng)的穩(wěn)定工作的重要措施，在此感謝在巡檢過(guò)程中給予我們幫助和支持的客戶(hù)方員工。機(jī)器名稱(chēng)：Ufida硬件配置：Intel(R)CPUE5-26302.3GHz(2處理器),24核,16G內(nèi)存操作系統(tǒng)版本：WindowsServer2008R2X64企業(yè)版WindowsNT6.1(Build7600:)數(shù)據(jù)庫(kù)版本：MicrosoftSQLServer2005SP3-9.00.4035.00(X64)工作模式：Windows域模式，域?yàn)閿?shù)據(jù)庫(kù)端口：1433業(yè)務(wù)系統(tǒng)：用友財(cái)務(wù)、人事和考勤。內(nèi)存使用：物理內(nèi)存16G，實(shí)際使用5.95G，設(shè)置了最大內(nèi)存12G。操作系統(tǒng)環(huán)境巡檢檢查系統(tǒng)日志使用“事件查看器”，查看系統(tǒng)日志，關(guān)注錯(cuò)誤信息排查錯(cuò)誤。檢查結(jié)果：正常重點(diǎn)關(guān)注與SQLServer相關(guān)的日志信息。檢查結(jié)果：有比較多的SA賬戶(hù)登陸失敗，需進(jìn)一步排查。及時(shí)備份與清理過(guò)期的日志信息。檢查結(jié)果：正常檢查磁盤(pán)空間有C、D、E三個(gè)盤(pán)符，系統(tǒng)文件在C盤(pán)上，數(shù)據(jù)文件和日志文件在D盤(pán)上。檢查系統(tǒng)文件所在的磁盤(pán)空間使用情況檢查結(jié)果：正常已用空間：43.7G，可用空間53.9G檢查數(shù)據(jù)文件所在的磁盤(pán)空間使用情況檢查結(jié)果：正常已用空間：8.62G，可用空間479G檢查日志文件所在的磁盤(pán)空間使用情況檢查結(jié)果：正常已用空間：8.62G，可用空間479G檢查備份的磁盤(pán)空間使用情況檢查結(jié)果：?jiǎn)螜C(jī)運(yùn)行，沒(méi)有備份。數(shù)據(jù)庫(kù)性能巡檢檢查項(xiàng)目檢查結(jié)果指標(biāo)說(shuō)明磁盤(pán)使用情況PhysicalDisk->AVG.DiskAueueLength正常顯示每一個(gè)磁盤(pán)的隊(duì)列長(zhǎng)度。不要選擇_TOTAL對(duì)象，而是查看某驅(qū)動(dòng)盤(pán)符的隊(duì)列長(zhǎng)度，如果參數(shù)值持續(xù)大于2，則可能影響性能。PhysicalDisk->AVG.Disksec/Read正常顯示每次讀取的平均磁盤(pán)時(shí)間，理想情況下值小于10毫秒。PhysicalDisk->AVG.Disksec/Write正常顯示每次寫(xiě)入的平均磁盤(pán)時(shí)間，理想情況下值小于10毫秒。SQLServeAccessMethods->Fullscans/sec正常顯示每秒請(qǐng)求完全索引掃描或者全表掃描的數(shù)目，如果掃描頻率每秒大于1，那么說(shuō)明索引缺少或者索引比較差。SQLServerAccessMethods->PageSplits/sec正常顯示每秒頁(yè)面拆分的次數(shù)?？梢酝ㄟ^(guò)適當(dāng)?shù)乃饕S護(hù)或者好的填充因子來(lái)避免發(fā)生。CPU使用情況低于3%System->ProcessorQueueLength正常顯示系統(tǒng)隊(duì)列長(zhǎng)度，如果平均值大于3，那么說(shuō)明cpu存在瓶頸。Processor->%PrivilegeTime正常顯示操作系統(tǒng)內(nèi)部操作所花費(fèi)的時(shí)間SQLServer:SQLStatistics->SQLCompilations/sec正常顯示查詢(xún)計(jì)劃的編譯次數(shù)。次數(shù)過(guò)高的話(huà)，說(shuō)明可能未使用綁定變量導(dǎo)致計(jì)劃重新編譯，或者說(shuō)重新編譯次數(shù)比編譯次數(shù)過(guò)高的話(huà)，那么說(shuō)明存在應(yīng)用上的瓶頸。SQLServer:SQLStatistics->SQLRe-Compilations/sec正常顯示查詢(xún)計(jì)劃的重編譯次數(shù)。次數(shù)過(guò)高的話(huà)，說(shuō)明可能未使用綁定變量導(dǎo)致計(jì)劃重新編譯，或者說(shuō)重新編譯次數(shù)比編譯次數(shù)過(guò)高的話(huà)，那么說(shuō)明存在應(yīng)用上的瓶頸。內(nèi)存使用情況5.95GDBCCMEMORYSTATUS正常重點(diǎn)查看buffercounts部分:其中committedmemory和targetmemory最重要。Committedmemory表示sqlserver已經(jīng)得到的內(nèi)存數(shù)量targetmemory表示有效運(yùn)行所需的內(nèi)存數(shù)量。當(dāng)兩個(gè)存在差別過(guò)大，說(shuō)明可能存在內(nèi)存壓力。SQLServer:BufferManager->

PageLifeExpectancy正常顯示數(shù)據(jù)頁(yè)在緩沖池中駐留的時(shí)間長(zhǎng)度（單位是秒）。值越大，系統(tǒng)越健康。如果存在內(nèi)存瓶頸，這個(gè)值會(huì)低于300s或者更少。SQLServer:BufferManager->Buffercachehitratio正常顯示數(shù)據(jù)庫(kù)內(nèi)存命中率，所請(qǐng)求的數(shù)據(jù)或者說(shuō)頁(yè)面在緩沖池被找到的次數(shù)，如果很低說(shuō)明內(nèi)存不足，此值一般大于98%SQLServer:BufferManager->Stolenpages正常當(dāng)這個(gè)指標(biāo)與目標(biāo)內(nèi)存頁(yè)面數(shù)比例較大時(shí)可能存在問(wèn)題。SQLServer:BufferManager->MemoryGrantsPending正常顯示等待內(nèi)存授權(quán)的進(jìn)程隊(duì)列。這個(gè)指標(biāo)值為0時(shí)理想狀態(tài)。SQLServer:BufferManager->Checkpointpages/sec正常顯示檢查點(diǎn)操作每秒寫(xiě)入磁盤(pán)的臟頁(yè)數(shù)目。如果這個(gè)值很高，說(shuō)明缺少內(nèi)存。SQLServer:BufferManager->Lazywrites/sec正常顯示每秒將臟頁(yè)從內(nèi)存寫(xiě)到磁盤(pán)的次數(shù)。這個(gè)值應(yīng)該盡可能接近0，當(dāng)大于20或者更多，確信緩沖池不夠。

數(shù)據(jù)庫(kù)維護(hù)巡檢主數(shù)據(jù)庫(kù)（業(yè)務(wù)數(shù)據(jù)庫(kù)）(查看數(shù)據(jù)文件和日志文件增長(zhǎng)情況)檢查結(jié)果：正常自動(dòng)增長(zhǎng)，每次增長(zhǎng)10%，空間足夠。鏡像數(shù)據(jù)庫(kù)檢查結(jié)果：?jiǎn)螜C(jī)數(shù)據(jù)庫(kù)運(yùn)行，沒(méi)有配置鏡像。輔助數(shù)據(jù)庫(kù)(LogShipping)檢查結(jié)果：?jiǎn)螜C(jī)數(shù)據(jù)庫(kù)運(yùn)行，沒(méi)有配置日志傳送(LogShipping)。作業(yè)運(yùn)行狀況（通過(guò)圖形界面“作業(yè)活動(dòng)監(jiān)視器”查看）檢查結(jié)果：沒(méi)有作業(yè)，沒(méi)有啟動(dòng)SQLAgent。備份狀況（查看備份是否成功、驗(yàn)證備份集(RESTOREVERIFYONLY)、定期做數(shù)據(jù)庫(kù)災(zāi)難恢復(fù)的演練-還原、HA）檢查結(jié)果：沒(méi)有備份，也沒(méi)有做雙機(jī)熱備HA?？偨Y(jié)及建議總結(jié)：1..數(shù)據(jù)庫(kù)性能：CPU消耗低，2%以下，內(nèi)存充足，不到設(shè)置的最大內(nèi)存12G的50%，硬盤(pán)空間也充足。2.數(shù)據(jù)庫(kù)安全性：較多的SA登陸失敗，可能是正常的密碼輸入錯(cuò)誤引起，也可能涉及安全風(fēng)險(xiǎn)。3.數(shù)據(jù)庫(kù)備份容災(zāi)：當(dāng)前用戶(hù)只是在同一個(gè)硬盤(pán)、同一個(gè)SQL實(shí)例里有多個(gè)數(shù)據(jù)庫(kù)，但是沒(méi)有做普通意義上的備份和容災(zāi)，存在數(shù)據(jù)丟失風(fēng)險(xiǎn)。建議：1.進(jìn)一步核實(shí)SA登陸失敗的原因。2.數(shù)據(jù)庫(kù)的備份很重要，建議做好物理備份，物理備份和源數(shù)據(jù)庫(kù)文件不能位于同一個(gè)物理磁盤(pán)上，一般需要位于不同的物理服務(wù)器上。鑒于財(cái)務(wù)系統(tǒng)的重要性，有預(yù)算的話(huà)，建議采用性?xún)r(jià)比高的第三方DBTwin數(shù)