簡介面向IT運維人員與機房管理者的巡檢文檔把日常硬件與系統(tǒng)健康檢查整理成可直接填寫的表格化報告。內(nèi)容按設(shè)備信息、服務(wù)器硬件檢查、操作系統(tǒng)及應(yīng)用系統(tǒng)檢查、檢查記錄四大板塊展開既有型號、CPU、內(nèi)存、硬盤、IP與主機名等基礎(chǔ)配置欄也逐項列出防塵網(wǎng)、風(fēng)扇運轉(zhuǎn)、運行噪音、電源與硬盤指示燈、網(wǎng)卡狀態(tài)、散熱與電源連接、外殼完整性等硬件項并給出檢查操作與參考標(biāo)準(zhǔn)系統(tǒng)層面覆蓋啟動情況、內(nèi)存與CPU利用率、網(wǎng)絡(luò)連通與配置、管理員賬戶登錄、應(yīng)用運行測試末尾附任務(wù)管理器、磁盤管理與端口查看的記錄方法及整體巡檢結(jié)論簽字欄。文件為1個doc文檔約1.73MB表格加勾選項排版打印即可現(xiàn)場使用已有264人學(xué)習(xí)。讀者可得到一套結(jié)構(gòu)完整的巡檢模板與判定口徑用于例行點檢、故障排查留檔與團隊統(tǒng)一檢查標(biāo)準(zhǔn)。1. 服務(wù)器運行報告模板一張表決定你巡檢完能不能交差接手一批托管機器時最容易忽略的不是巡檢本身而是巡檢完拿不出東西。臨時在記事本敲幾行、事后補張 Excel看著省事真要跟業(yè)主對賬、要追溯某臺機器三個月前風(fēng)扇是不是已經(jīng)報過異常就開始翻車。這份服務(wù)器運行報告模板.doc 卡住的正是這個環(huán)節(jié)它把設(shè)備信息、硬件檢查、操作系統(tǒng)與應(yīng)用檢查、檢查記錄四段固定成一張可簽字、可歸檔的表字段是固定的判斷標(biāo)準(zhǔn)可按業(yè)務(wù)調(diào)整。日常跑機房、要出巡檢記錄的人用得上第一次接手 Windows 服務(wù)器、不知道從哪幾項看起的新手也用得上。它不教你排障但能保證你不漏項。2. 模板的四段骨架從設(shè)備信息到簽字欄怎么填才不留空把這份 .doc 打開結(jié)構(gòu)很直白——設(shè)備信息、硬件檢查、操作系統(tǒng)及應(yīng)用系統(tǒng)檢查、檢查記錄最后一行是四項結(jié)論勾選加兩個簽字位。真正決定這張表有沒有價值的不在于排版而在于每一格用什么數(shù)據(jù)填、填到什么粒度。同一臺機器兩個人填出來可能一份能追溯、一份只能證明“來過”。下面按段拆開講重點放在取數(shù)來源和填寫口徑上因為返工基本都出在這兩處。2.1 設(shè)備信息段七個字段的取數(shù)來源與填寫粒度這一段看著最簡單實際最容易糊弄。機型號只寫“2U 服務(wù)器”、內(nèi)存只寫“64G”、硬盤只寫“1T”等到半年后要擴容或者要核對合同這些字段一個都用不上。字段取數(shù)位置或命令建議填寫口徑常見錯填機型號機箱標(biāo)簽、帶外管理頁面完整型號含后綴標(biāo)注機柜號與 U 位只寫“2U 服務(wù)器”CPUwmic cpu get name或性能頁型號 物理顆數(shù) × 每顆核數(shù)只寫“16 核”內(nèi)存wmic memorychip get capacity,speed,devicelocator總?cè)萘? 單條容量 × 條數(shù) 空閑槽位只寫總量擴容時無從判斷硬盤磁盤管理、RAID 卡管理界面單盤容量 × 數(shù)量 RAID 級別 可用容量把 RAID 后容量當(dāng)物理盤容量操作系統(tǒng)winver.exe版本名 內(nèi)部版本號 位數(shù)只寫“Windows Server”IPipconfig /all業(yè)務(wù) IP、掩碼、網(wǎng)關(guān)、DNS 分行寫帶外管理 IP 單列業(yè)務(wù)口和管理口擠在一格主機名hostname與資產(chǎn)編號、機柜 U 位三者對應(yīng)主機名和資產(chǎn)臺賬對不上內(nèi)存那一行值得多說一句。模板只留了一個格子我一般會寫成“8×8GB DDR4 2666共 64GB剩余 8 槽空閑”。原因很實際下一次巡檢如果發(fā)現(xiàn)可用內(nèi)存偏低第一反應(yīng)是加內(nèi)存條沒有槽位信息就得重新開機箱確認(rèn)一遍而機房窗口期通常只有半小時。硬盤同理RAID 級別不寫清楚后面看到“可用 900GB”根本判斷不了是 4 塊 300GB 做 RAID5 還是 2 塊 900GB 做 RAID1。2.2 硬件檢查九項把“參考標(biāo)準(zhǔn)”翻譯成可判定的動作模板里這一段是三列表格檢查項、檢查操作、參考標(biāo)準(zhǔn)再加一個“正常/不正?！惫催x。問題在于“參考標(biāo)準(zhǔn)”寫得太概括比如風(fēng)扇那行只寫“所有風(fēng)扇運轉(zhuǎn)正?！爆F(xiàn)場執(zhí)行的人不同判出來的結(jié)論就不同。我的做法是在備注列補上可判定的動作。檢查項判定動作判為“不正?！钡牡湫吞卣鳈C柜或服務(wù)器防塵網(wǎng)抽出濾網(wǎng)對著光看不隔網(wǎng)目測網(wǎng)面孔隙被絮狀灰塵封住透光明顯下降系統(tǒng)風(fēng)扇運轉(zhuǎn)手背放在進風(fēng)口感受風(fēng)量聽有無周期性異響同一臺機幾個風(fēng)口風(fēng)量差異明顯或有停頓感運轉(zhuǎn)噪音貼近聽 30 秒?yún)^(qū)分持續(xù)聲與周期聲高頻嘯叫、金屬摩擦聲、規(guī)律性“嗡—?！恕彪娫粗甘緹艨匆壕姘迮c電源燈讀告警碼面板有告警圖標(biāo)、電源燈變色或閃爍硬盤工作狀態(tài)看每塊盤的指示燈顏色與狀態(tài)綠色常亮或閃爍為正常琥珀色常亮多為預(yù)失效網(wǎng)卡工作狀態(tài)看鏈路燈 對端 ping 傳一個百兆以上文件鏈路燈不亮、丟包、協(xié)商成百兆散熱出風(fēng)口溫度與相鄰?fù)吞枡C器對比明顯偏熱或幾乎無風(fēng)電源連接雙手輕推電源線看有無松動線纜有位移、接口發(fā)燙或有焦味外殼整體看劃痕、變形、防拆標(biāo)螺絲防拆標(biāo)破損、有非原廠加裝件硬盤燈這一項要重點說。很多人只判斷“亮沒亮”但綠色常亮、綠色閃爍、琥珀色常亮、琥珀色閃爍是四種含義琥珀色常亮通常意味著這塊盤已經(jīng)被 RAID 卡標(biāo)記為預(yù)失效數(shù)據(jù)還在但隨時可能掉。這類問題在業(yè)務(wù)層完全無感等真掉盤才發(fā)現(xiàn)那時候報告上寫著“正?！必?zé)任就說不清了。風(fēng)扇和噪音這兩項在現(xiàn)場容易互相干擾單個風(fēng)扇停轉(zhuǎn)時噪音反而更小憑耳朵聽很容易判成正常。所以風(fēng)扇項的判定必須以面板告警和風(fēng)量為準(zhǔn)噪音只作為輔助線索。這個順序別搞反。2.3 操作系統(tǒng)層八項winver、ipconfig /all 與三次五分鐘系統(tǒng)層的檢查項是模板里信息密度最高的部分也是最容易只做表面檢查的部分。模板明確要求內(nèi)存和 CPU 各檢測三次、每次五分鐘、記錄平均利用率這個采樣規(guī)范比單獨看一眼任務(wù)管理器要有價值得多。檢查項命令或路徑需要記錄的原始數(shù)據(jù)啟動和運行狀況加電啟動 事件查看器系統(tǒng)日志啟動耗時、有無異常關(guān)機記錄內(nèi)存利用率任務(wù)管理器或性能計數(shù)器三次平均值、峰值、可用物理內(nèi)存CPU 利用率同上三次平均值、單核是否有滿載操作系統(tǒng)版本winver.exe版本名、內(nèi)部版本號、補丁級別主機連接網(wǎng)絡(luò)情況另一臺機器ping -t五分鐘丟包率、平均延遲、最大延遲主機網(wǎng)絡(luò)配置ipconfig /allIP、掩碼、網(wǎng)關(guān)、DNS、是否靜態(tài)系統(tǒng)賬戶administrator 身份登錄能否登錄、賬戶是否改名、有無多余管理員應(yīng)用程序運行業(yè)務(wù)訪問測試啟動耗時、有無報錯日志三點經(jīng)驗。第一采樣窗口要選業(yè)務(wù)有代表性的時段凌晨三點跑出來的 8% 沒有參考價值我一般安排在業(yè)務(wù)高峰前后各一輪、平峰一輪。第二ping 測試必須從同網(wǎng)段的另一臺機器發(fā)起從本機 ping 網(wǎng)關(guān)只能證明網(wǎng)卡沒壞。第三ipconfig /all的輸出不要只抄 IP物理地址、DHCP 是否啟用、DNS 后綴這幾行在排查網(wǎng)絡(luò)問題時經(jīng)常是突破口。3. 從手工抄數(shù)到命令采集任務(wù)管理器之外的四組取數(shù)方法模板給的方法是點界面任務(wù)管理器、磁盤管理、系統(tǒng)信息。這些路徑?jīng)]錯問題是復(fù)核的時候沒人能證明你點的是哪臺機器、哪個時刻。把關(guān)鍵幾項改成命令采集輸出落到文件報告后面掛附件整條鏈條就閉合了。這一章講的就是怎么把點擊換成命令以及輸出怎么回填。3.1 任務(wù)管理器的幾個讀數(shù)到底指什么模板第四段對性能頁的解釋其實寫得挺細(xì)但現(xiàn)場真正會看的人不多。幾個容易混的概念先厘清PF 使用量指當(dāng)前正被系統(tǒng)使用的頁面文件量它不等于內(nèi)存不夠認(rèn)可用量由于虛擬內(nèi)存的存在峰值可以超過物理內(nèi)存總量這是機制決定的不是異常物理內(nèi)存里的“可用”才是判斷內(nèi)存是否吃緊的主指標(biāo)內(nèi)核內(nèi)存分“頁面”和“非分頁”兩部分前者可換出后者常駐物理內(nèi)存非分頁過高往往是驅(qū)動問題總數(shù)那一行是句柄、線程、進程的合計句柄數(shù)異常增長基本等于句柄泄漏?！案滤俣取辈藛我仓档糜涀「邽槊棵?2 次、正常為每兩秒 1 次、低為每四秒 1 次、暫停則不自動更新。默認(rèn)的“正?！痹谟^察短時尖峰時會漏采判斷 CPU 是否抖動采樣要調(diào)到“高”。不過界面讀數(shù)的問題是沒法留痕所以我一般直接用腳本跑三輪五分鐘采樣輸出 CSV 一起歸檔# 三輪采樣每輪 5 分鐘5 秒一次共 60 個點結(jié)果落 CSV $out C:\巡檢\perf_$(Get-Date -Format yyyyMMdd_HHmm).csv $rows () foreach ($round in 1..3) { # 單輪 5 分鐘SampleInterval 5 秒 × MaxSamples 60 次 $cpu (Get-Counter \Processor(_Total)\% Processor Time -SampleInterval 5 -MaxSamples 60).CounterSamples | Measure-Object -Property CookedValue -Average,Maximum $os Get-CimInstance Win32_OperatingSystem $top5 Get-Process | Sort-Object WS -Descending | Select-Object -First 5 $rows [pscustomobject]{ 輪次 $round 采集時間 (Get-Date).ToString(yyyy-MM-dd HH:mm:ss) CPU均值 [math]::Round($cpu.Average, 1) CPU峰值 [math]::Round($cpu.Maximum, 1) 內(nèi)存總量GB [math]::Round($os.TotalVisibleMemorySize / 1MB, 1) 可用內(nèi)存GB [math]::Round($os.FreePhysicalMemory / 1MB, 1) 占用前五 ($top5 | ForEach-Object { $($_.ProcessName):$([math]::Round($_.WS/1MB,0))MB }) -join ; } } $rows | Export-Csv -Path $out -NoTypeInformation -Encoding UTF8邏輯和參數(shù)說明Get-Counter的-SampleInterval 5 -MaxSamples 60組合起來正好是 300 秒一輪三輪下來 15 分鐘比模板要求的三次五分鐘寬松一點但覆蓋了更長的窗口能抓到短時尖峰Measure-Object同時取平均值和最大值報告里兩個都寫只寫平均會掩蓋瞬時打滿Win32_OperatingSystem的FreePhysicalMemory單位是 KB除 1MB 換成 GBGet-Process按工作集排序取前五對應(yīng)模板要求的“占用內(nèi)存最多的前五位進程”。輸出用 UTF8 編碼用 Excel 打開不會亂碼。如果機器上沒裝 PowerShell 5.1 以上版本可以把Get-CimInstance換成wmic系列命令字段名不同但邏輯一致。3.2 磁盤、端口與系統(tǒng)信息三條命令替代三次點擊模板給的磁盤檢查路徑是“我的電腦—管理—磁盤管理”端口檢查只說了“查看開啟了哪些端口”沒有給具體做法。前者可以保留作為現(xiàn)場確認(rèn)但記錄建議用命令后者必須給命令否則一百個人有一百種做法。:: 1) 各分區(qū)容量與剩余空間CSV 便于回填和做趨勢 wmic logicaldisk get DeviceID,VolumeName,Size,FreeSpace /format:csv C:\巡檢\disk.csv :: 2) 只讀掃描文件系統(tǒng)錯誤不加 /f不改動數(shù)據(jù)可隨時中斷 chkdsk C: :: 3) 監(jiān)聽端口與對應(yīng)進程 PID用于反查是哪項服務(wù)在對外提供 netstat -ano -p tcp | findstr LISTENING C:\巡檢\port.txt說明幾點。wmic在較新版本的 Windows 上已被標(biāo)記為棄用能跑就先用跑不了換成Get-CimInstance Win32_LogicalDisk | Select-Object DeviceID,Size,FreeSpace輸出一樣能導(dǎo)出 CSV。chkdsk不帶/f是只讀掃描掃完給出文件系統(tǒng)狀態(tài)帶/f會鎖盤并修改不要在業(yè)務(wù)時段用。netstat -ano里的 PID 要用tasklist /fi pid eq 1234反查進程名報告里寫“端口 3389 由某進程監(jiān)聽”比只寫端口號有用得多尤其是發(fā)現(xiàn)計劃外端口的時候。模板第四段還提了三條磁盤維護動作磁盤清理、檢查錯誤信息、整理碎片。前兩條照做第三條要分情況——機械盤做碎片整理有益固態(tài)盤做碎片整理無益還有額外寫入正確動作是 TRIM。這一條在模板里沒區(qū)分屬于那個年代的遺留寫法用的時候要自己補判斷。3.3 回填把命令輸出映射到表格的四條規(guī)則命令跑完只是一堆文件回填才是產(chǎn)出。我固定四條規(guī)則單位統(tǒng)一容量一律 GB 保留一位小數(shù)百分比保留整數(shù)避免同一張表里 MB 和 GB 混著出現(xiàn)時間戳必須寫采集時刻而不是填表時刻兩者可能差幾小時原始輸出文件按“主機名_項目_日期”命名后作為附件隨報告一起歸檔報告正文只寫結(jié)論和關(guān)鍵數(shù)值異常值必須寫判定依據(jù)比如“內(nèi)存可用 3.2GB總量 64GB占比 5%低于 10% 判定線判為不正?！薄Ｄ０遄侄螖?shù)據(jù)來源回填形式內(nèi)存利用率perf CSV 的 CPU 均值行“三輪均值 62%峰值 88%可用 12.4GB”CPU 利用率同上“三輪均值 41%峰值 95%14:20 備份任務(wù)”磁盤分區(qū)使用disk.csv“C 盤 200GB/剩余 18GBD 盤 1.8TB/剩余 620GB”端口與監(jiān)聽服務(wù)port.txt tasklist 反查“監(jiān)聽 80、443、3389無計劃外端口”表格里“峰值后面帶括號說明”這個習(xí)慣是被返工逼出來的只寫峰值 95%復(fù)核的人第一句一定問“什么東西跑滿了”寫清楚是備份任務(wù)這一輪溝通就省了。4. 判定標(biāo)準(zhǔn)自己定正常與不正常之間的那條線模板每個檢查項后面都是“□正常 □不正常”但整份文檔沒有給任何量化閾值。這不是疏漏而是這類模板的通用設(shè)計——不同業(yè)務(wù)的容忍度差別太大數(shù)據(jù)庫機器和文件服務(wù)器不可能共用一套線。所以填表的人得自己先把線畫出來寫進附注讓下一次巡檢的人用同一把尺。4.1 給“正?！币粋€數(shù)五類指標(biāo)的量化線下面這套線是我在中小規(guī)模業(yè)務(wù)環(huán)境里用的不是行業(yè)標(biāo)準(zhǔn)是自定判據(jù)寫進模板附注后長期沿用指標(biāo)觀察窗口正常關(guān)注異常CPU 平均利用率5 分鐘 × 3 輪 60%60%–80% 80% 持續(xù)兩輪以上CPU 峰值同上 85%85%–95% 95% 且非計劃任務(wù)可用物理內(nèi)存同上 20% 總量10%–20% 10% 或持續(xù)下降系統(tǒng)盤剩余即時 20%10%–20% 10%數(shù)據(jù)盤剩余即時 15%5%–15% 5%ping 丟包率5 分鐘連續(xù)0 1%≥ 1% 或出現(xiàn)連續(xù)丟包ping 平均延遲同網(wǎng)段 1ms1–5ms 5ms 或抖動明顯三個使用要點。第一“關(guān)注”這一檔必須存在只有正常/不正常兩檔現(xiàn)場很容易把 65% 的 CPU 硬判成正常下次漲到 85% 還是判正常趨勢就斷了。第二閾值要跟業(yè)務(wù)場景綁定一臺跑批處理的機器平均 70% 是常態(tài)一臺只做文件共享的機器常年 70% 就該查了。第三這套線一旦定下來就不要每次改改了要記在模板附注的版本行里否則跨季度的趨勢對比沒有意義。4.2 現(xiàn)場判據(jù)雙工模式、網(wǎng)卡燈、風(fēng)扇噪音怎么判量化指標(biāo)解決的是能取到數(shù)的項硬件那九項大多只能靠現(xiàn)場判斷。幾個容易判錯的網(wǎng)卡雙工是最隱蔽的一項。鏈路燈亮著、ping 也通但實際協(xié)商成了百兆全雙工業(yè)務(wù)高峰時表現(xiàn)為“能連上但很慢”。判斷方法不是看燈是在系統(tǒng)里讀鏈路速率Get-NetAdapter | Select-Object Name,LinkSpeed,FullDuplex千兆口應(yīng)該顯示 1 Gbps。如果顯示 100 Mbps先換網(wǎng)線水晶頭再換交換機端口兩個都排除才懷疑網(wǎng)卡。這個項在模板里寫的是“雙工模式”但沒給判斷方法我一般直接補一行命令輸出在備注里。網(wǎng)卡燈的含義也要說清綠色常亮是鏈路 up 但當(dāng)前無流量綠色閃爍是有流量不亮是鏈路 down。不亮?xí)r先換線再換端口最后才動網(wǎng)卡這個順序能省下大量現(xiàn)場時間。風(fēng)扇和散熱要合起來看。手背放在出風(fēng)口感受風(fēng)量同型號機器的幾個風(fēng)口風(fēng)量應(yīng)該接近某個風(fēng)口明顯偏弱多半是那只風(fēng)扇轉(zhuǎn)速掉了或者濾網(wǎng)堵了。出風(fēng)口溫度比進風(fēng)高是正常的但同一機柜里相鄰兩臺同型號機器出風(fēng)溫差明顯就要查負(fù)載和風(fēng)道。外殼檢查容易被當(dāng)成走過場實際上防拆標(biāo)完好與否直接關(guān)系到后續(xù)責(zé)任劃分。有非原廠加裝的卡、有拆過的痕跡都要在備注里寫一句別只勾一個“正?！?。4.3 結(jié)論頁四行勾選與簽字誰簽字誰負(fù)責(zé)的邊界最后一頁是四行結(jié)論硬件配置符合合同要求、硬件系統(tǒng)運行穩(wěn)定、操作系統(tǒng)運行穩(wěn)定、應(yīng)用軟件運行穩(wěn)定每行兩個勾選框下面是記錄人簽字和業(yè)主簽字。這四行是整份報告唯一會被拿去做責(zé)任認(rèn)定的地方勾之前要保證前面每一項都能支撐它。我的做法是每行后面加一句括號說明指向具體條目比如“二、硬件系統(tǒng)運行穩(wěn)定依據(jù)第 2 段九項檢查硬盤 3 號位琥珀燈常亮已報修其余正常”。這樣勾“穩(wěn)定”不算撒謊因為異常已經(jīng)在括號里寫明了。四項里如果有一項勾了“不符合”必須在這行下面寫處理計劃和預(yù)計完成時間否則這張表等于只報了問題沒給方案。簽字欄兩個位置記錄人簽全名加日期業(yè)主簽全名加日期日期精確到日即可。電子流程的話保留郵件回執(zhí)或系統(tǒng)審批記錄截圖附在報告后面別只留一個文件名。5. 避坑這份模板最容易翻車的五個地方模板本身沒什么技術(shù)含量翻車基本都發(fā)生在“怎么用”這一層。下面五條是實際踩過或者見過別人踩的按現(xiàn)象、原因、解決三段寫。5.1 采集環(huán)節(jié)的兩個坑坑一只截一張任務(wù)管理器圖就當(dāng)完成了三次五分鐘采樣?，F(xiàn)象報告里 CPU 寫 12%、內(nèi)存寫“充足”一周后業(yè)務(wù)投訴卡頓翻出報告沒有任何時間序列數(shù)據(jù)可以對照。原因截圖是瞬時值采樣窗口大概率落在業(yè)務(wù)低谷而且截圖里沒有時間戳事后無法證明是什么時候采的。解決固定采樣窗口高峰前、平峰、高峰后各一輪用前面那段腳本輸出 CSV報告正文寫“均值/峰值/采樣時間段”三個數(shù)原始 CSV 作為附件。這條一旦形成習(xí)慣后面所有爭議都能用數(shù)據(jù)說話?？佣?PF 使用量或認(rèn)可用量峰值當(dāng)成內(nèi)存不足。現(xiàn)象報告里寫“認(rèn)可用量峰值 72GB超過物理內(nèi)存 64GB內(nèi)存不足建議擴容”。原因模板第四段其實已經(jīng)解釋了虛擬內(nèi)存機制下峰值可以超過物理內(nèi)存但填表的人沒細(xì)讀看到數(shù)字超了就往“不足”上判。解決判斷內(nèi)存是否吃緊只看兩個數(shù)——可用物理內(nèi)存占比以及頁面文件的讀寫頻率?？捎梦锢韮?nèi)存低于總量 10% 且頁面文件持續(xù)讀寫才判內(nèi)存不足峰值超物理內(nèi)存但可用內(nèi)存充裕屬于正?，F(xiàn)象在備注里說明一句即可。5.2 判定與留痕的三個坑坑三硬盤指示燈只判斷“亮沒亮”琥珀色常亮寫成正常?，F(xiàn)象巡檢表九項全勾正常兩周后 RAID 里一塊盤掉線重建過程中又掉一塊業(yè)務(wù)中斷。原因綠色常亮、綠色閃爍、琥珀色常亮、琥珀色閃爍含義完全不同琥珀色常亮通常是 RAID 卡已標(biāo)記預(yù)失效業(yè)務(wù)層完全無感。解決在模板里給這一項加“指示燈顏色與狀態(tài)”備注列琥珀色一律記“關(guān)注”并附 RAID 卡日志截圖同時在結(jié)論頁第二行括號里寫明避免勾“穩(wěn)定”時說不清。坑四照模板第三條第 C 項給固態(tài)盤做碎片整理。現(xiàn)象按“定期整理磁盤碎片”執(zhí)行固態(tài)盤機器整理完反而更慢寫入量統(tǒng)計明顯上漲。原因模板成文較早那條維護動作默認(rèn)針對機械盤沒有區(qū)分介質(zhì)類型。解決先確認(rèn)介質(zhì)類型機械盤做碎片整理固態(tài)盤只做 TRIM命令是Optimize-Volume -DriveLetter C -ReTrim -Verbose別用圖形界面的“優(yōu)化”按鈕一把梭?？游搴炞猪摽罩蜌w檔。現(xiàn)象報告發(fā)出去業(yè)主簽字欄空白三個月后雙方對某臺機器的歷史狀態(tài)各執(zhí)一詞。原因現(xiàn)場趕時間習(xí)慣先發(fā)電子版、后補簽字補著補著就忘了。解決現(xiàn)場打印現(xiàn)場簽或者走電子審批留回執(zhí)簽字前必須確認(rèn)“不符合”項后面寫了處理計劃和完成時間。簽字欄空白的報告在我這里一律不算交付完成。6. 把單張表變成巡檢包命名、附件與三個月趨勢單張 .doc 填得再漂亮一年后要回答“這臺機器半年來的內(nèi)存是在漲還是在抖”還是得靠翻十幾份文件。我現(xiàn)在出報告不只交一個 doc而是一個巡檢包結(jié)構(gòu)固定主報告一份、原始數(shù)據(jù)目錄一個、截圖目錄一個、簽字件一份。文件命名統(tǒng)一成“機柜號_主機名_yyyyMMdd_巡檢報告.doc”日期用采集當(dāng)天而不是填表當(dāng)天這樣按文件名排序就是時間線。原始數(shù)據(jù)目錄里放 perf CSV、disk.csv、port.txt截圖按“檢查項編號_內(nèi)容”命名比如“2-5_硬盤3號位琥珀燈.jpg”看名字就知道對應(yīng)模板哪一項。簽字件單獨掃描成 PDF命名加后綴“_簽字件”。真正有價值的是趨勢。每個季度我會把三次巡檢的 CPU 均值、可用內(nèi)存、系統(tǒng)盤剩余拉成一張小表季度CPU 均值可用內(nèi)存 GB系統(tǒng)盤剩余 GB關(guān)注項一季度41%22.446無二季度55%16.831內(nèi)存三季度68%9.618內(nèi)存、磁盤看斜率而不是看單點。三季度 CPU 68% 單獨看還在“關(guān)注”區(qū)間但連著三個季度往上走加上可用內(nèi)存從 22.4GB 掉到 9.6GB結(jié)論就很清楚了不是這臺機器有問題是業(yè)務(wù)在長該規(guī)劃擴容了。這種判斷單張報告給不出來只有把歷史數(shù)據(jù)排在一起才看得出來。模板本身也可以做版本管理改動的地方在文檔末尾記一行“變更說明 日期 改動人”比如把碎片整理那條改成區(qū)分介質(zhì)類型、給硬盤燈加顏色備注列。不改版本記錄半年后沒人記得為什么這張表和最初那份不一樣。從那以后我每次出報告都強制走一遍“附件齊不齊、簽字有沒有、上次的關(guān)注項有沒有閉環(huán)”這三步少一步就退回重做。這套動作不復(fù)雜但能把一份填完就扔的表格變成真正能回溯的東西。希望幫到你。本文還有配套的精品資源點擊獲取