運(yùn)維管理：尋找真正的“主動(dòng)”之路

盡管手機(jī)日程管理軟件管理的技術(shù)在不斷進(jìn)步，但實(shí)際上，很多系統(tǒng)工程師并沒(méi)有真正解脫出來(lái)，原因并不復(fù)雜：“雖然已經(jīng)能夠獲取安卓日程管理設(shè)備、服務(wù)器、安卓日程管理流量，甚至數(shù)據(jù)庫(kù)的警告信息，但成千條警告信息堆積在一起更本沒(méi)法判斷問(wèn)題的根源在哪里？”“雖然不少產(chǎn)品提供了告警過(guò)濾和壓縮，但結(jié)果卻并不盡人意”。面對(duì)這樣的抱怨，難道我們的工程師將永遠(yuǎn)無(wú)法走出“被動(dòng)的怪圈”嗎？

如今，在手機(jī)日程管理軟件領(lǐng)域中，“主動(dòng)”并不是一個(gè)新鮮的概念。幾乎所有的宣傳、產(chǎn)品、用戶、理念都在宣揚(yáng)“主動(dòng)”，從被動(dòng)到主動(dòng)管理的升華是每個(gè)企業(yè)針對(duì)信息系統(tǒng)如何提高IT服務(wù)水平、如何提高系統(tǒng)可用性、降低運(yùn)維成本，實(shí)現(xiàn)IT科學(xué)性的過(guò)程。很多企業(yè)在選擇IT管理工具時(shí)將最終目標(biāo)就定位在“主動(dòng)”，希望業(yè)務(wù)系統(tǒng)能夠“無(wú)憂”，但真正能夠達(dá)成IT與業(yè)務(wù)融合的企業(yè)卻是很少。很多手機(jī)日程管理軟件廠商都強(qiáng)調(diào)，“傳統(tǒng)被動(dòng)式”的類似“救火員”角色的IT系統(tǒng)運(yùn)維方式，根本不能適應(yīng)目前需求，那么企業(yè)到底怎樣才能實(shí)現(xiàn)真正的“主動(dòng)”呢？

為何喪失了“主動(dòng)”的先機(jī)？

在虛擬化、云計(jì)算等新興技術(shù)的刺激下，IT正在走向一種整合的發(fā)展趨勢(shì)。當(dāng)然，這種整合并不局限于幾臺(tái)服務(wù)器的集群或組成1個(gè)數(shù)據(jù)中心，而是更多地指向了有序、有效地集中，但也就會(huì)導(dǎo)致原有的問(wèn)題也會(huì)集中在一起。中國(guó)的IT工程師習(xí)慣于將工作重心放在性能而不是質(zhì)量上，放在提供支持而不是消除問(wèn)題上。

在“傳統(tǒng)被動(dòng)式”的管理中，就有一些技術(shù)工程師將自己查找日志而排除問(wèn)題的能力拿出來(lái)炫耀，但在“業(yè)務(wù)集中之后”，這種排查日志的技能幾乎葬送了自己所有的工作時(shí)間。因此對(duì)于“問(wèn)題管理”，在“集中之后”更多的企業(yè)不但需要職能的發(fā)現(xiàn)業(yè)務(wù)系統(tǒng)的問(wèn)題，更是需要聯(lián)動(dòng)式解決問(wèn)題的辦法，實(shí)現(xiàn)減少問(wèn)題發(fā)生次數(shù)的目標(biāo)。將IT基礎(chǔ)架構(gòu)內(nèi)由錯(cuò)誤引起的事件和問(wèn)題對(duì)業(yè)務(wù)的負(fù)面影響減到最小，并預(yù)防這些相關(guān)的事件、問(wèn)題和錯(cuò)誤的再度發(fā)生，這才是主動(dòng)管理的精髓。

我們知道，對(duì)于IT系統(tǒng)真正的主動(dòng)管理，是實(shí)現(xiàn)業(yè)務(wù)服務(wù)管理中最重要的基石之一。但有些用戶在修正現(xiàn)有的IT管理目標(biāo)是比較盲目的，因?yàn)樵葲](méi)有一致而且正式的運(yùn)維程序與原則，因此根本無(wú)法擬出服務(wù)等級(jí)（Service Level Agreement，SLA）。 如果沒(méi)有 SLA，實(shí)現(xiàn)業(yè)務(wù)測(cè)量運(yùn)營(yíng)績(jī)效與確立IT目標(biāo)幾乎是不可能的，也就不可能為主動(dòng)管理排出精準(zhǔn)的規(guī)劃。

早在2003年，業(yè)內(nèi)就提出了BSM業(yè)務(wù)服務(wù)管理這一理念，將“IT與業(yè)務(wù)融合進(jìn)行到底”的路線一直延續(xù)下來(lái)。但在那個(gè)時(shí)候，很多IT管理工具并沒(méi)有將業(yè)務(wù)放在第一位，設(shè)計(jì)的核心沒(méi)有用業(yè)務(wù)指導(dǎo)安卓日程管理運(yùn)維，因此從一開始有些人就站在了相反的起跑線上，即使用了最先進(jìn)的手機(jī)日程管理軟件管理系統(tǒng)，如今還仍然是在做底層獲取的工作，雖然擁有了海量龐雜的相關(guān)數(shù)據(jù)，如果得不到提煉，則上層流程的“主動(dòng)”管理必將成為空談，業(yè)務(wù)的保障和管理就會(huì)成為無(wú)本之木。

就如我們共知的那樣，IT問(wèn)題的發(fā)生是必然的，但未能根據(jù)業(yè)務(wù)進(jìn)行基礎(chǔ)監(jiān)控的用戶，將喪失在問(wèn)題造成業(yè)務(wù)中斷之前，就進(jìn)行防止的契機(jī)，也就喪失了“主動(dòng)”的條件。

“主動(dòng)”怎樣落到實(shí)處？

IT技術(shù)正在成為企業(yè)的神經(jīng)中樞，越來(lái)越多的企業(yè)希望借助IT技術(shù)這一關(guān)鍵的戰(zhàn)略資源提供對(duì)關(guān)鍵業(yè)務(wù)的支持，提升公司的競(jìng)爭(zhēng)優(yōu)勢(shì)，進(jìn)而實(shí)現(xiàn)公司的戰(zhàn)略目標(biāo)。然而由于今天的IT組織面臨著諸如日益增長(zhǎng)的基礎(chǔ)設(shè)施復(fù)雜性、技能方面的限制以及資金短缺等相當(dāng)多的問(wèn)題，因此要實(shí)現(xiàn)這一點(diǎn)并不容易。

就如前面說(shuō)明的那樣，如果在IT系統(tǒng)中沒(méi)有出現(xiàn)問(wèn)題，也就沒(méi)有告警信息，但這是不可能存在的一種假設(shè)。當(dāng)所有的業(yè)務(wù)系統(tǒng)集中起來(lái)的時(shí)候，出現(xiàn)無(wú)數(shù)的警告信息實(shí)際上是非常正常的，這就如人生病一樣，很多疾病都會(huì)造成身體上多處特征的不良反應(yīng)，醫(yī)生會(huì)開出多得讓你厭惡的檢查表格讓你檢查，實(shí)際上這就是瞧病過(guò)程中找到病源的過(guò)程。但這個(gè)過(guò)程越長(zhǎng)，你就越加無(wú)法忍受。企業(yè)的業(yè)務(wù)系統(tǒng)也是如此，在問(wèn)題出現(xiàn)時(shí)，不能將問(wèn)題迅速歸類，不能發(fā)現(xiàn)最具特征的表象，也就遲遲無(wú)法做出問(wèn)題改善，“主動(dòng)”也就失去了意義。

很多企業(yè)用戶都存在疑問(wèn)，化繁為簡(jiǎn)應(yīng)該不能只是空談，但如何做到實(shí)踐、也就是說(shuō)如何用呢？針對(duì)這樣的問(wèn)題，在泛普BTIM中提出了對(duì)告警事件壓縮和智能提取的獨(dú)有技術(shù)，在告警信息管理中，泛普BTIM還包括了單點(diǎn)告警、復(fù)合告警、基線告警結(jié)合使用的技術(shù)優(yōu)勢(shì)，告警事件關(guān)聯(lián)抑制功能真正做到了事件根原因分析，從而準(zhǔn)確定位事件故障源，如：某業(yè)務(wù)系統(tǒng)，由于關(guān)注參數(shù)很多，為減輕工作量，平時(shí)只關(guān)注ping通是否正常，當(dāng)ping告警觸發(fā)時(shí)，抑制該業(yè)務(wù)系統(tǒng)服務(wù)器的CPU、MEM告警，以免這些告警信息干擾故障源判斷，同時(shí)立刻關(guān)聯(lián)該業(yè)務(wù)系統(tǒng)核心安卓日程管理設(shè)備情況，再關(guān)聯(lián)該業(yè)務(wù)系統(tǒng)連接安卓日程管理設(shè)備端口情況，最終的結(jié)果可以發(fā)現(xiàn)，是該端口為關(guān)閉狀態(tài)從而觸發(fā)了告警，原來(lái)有人誤操作關(guān)閉了該端口，激活該端口則恢復(fù)正常。由此可以看到，正是通過(guò)告警關(guān)聯(lián)與抑制方式實(shí)現(xiàn)了先進(jìn)的問(wèn)題根源定位能力，從而使得主動(dòng)管理不再是紙上談兵。

脫離每天被繁冗的警告和報(bào)表所包圍的現(xiàn)狀，利用“主動(dòng)管理”高效而清晰地描述業(yè)務(wù)系統(tǒng)的運(yùn)行狀況，立即把所有的警告信息繁為簡(jiǎn)，一目了然。IT 部門必須能夠提供追蹤問(wèn)題改善狀況的評(píng)估方式，以便達(dá)成持續(xù)的改進(jìn)成果，這才是“主動(dòng)”的內(nèi)涵。

當(dāng)你迅速地解決系統(tǒng)故障，端起一杯咖啡時(shí)，那溫暖的愜意，也許正是手機(jī)日程管理軟件中關(guān)于“主動(dòng)管理”一詞最直接、最具說(shuō)服力的解釋。

文章來(lái)源：51CTO

http://netsecurity.51cto.com/art/200909/153183.htm