【文章內容簡介】 法，一種是對其做出服務快速響應，盡快恢復其正常運行，另一種是鑒別和解決問題根源。這兩種方法之間存在微妙的區(qū)別，而且經(jīng)常被互相混淆。對其做好區(qū)分具有重要意義。如果問題被懷疑存在于 IT 架構內部，問題管理流程將會瞄準其潛在的根源。一個問題可能是被突發(fā)事件暴露出來的，但是顯然，問題管理的目標是解決問題根源，預防其可能產生的干擾，而不是迅速恢復系統(tǒng)運行。當問題被識別后(被識別的問題通常稱之為已知錯誤)，通常需要進行一個業(yè)務決策，決定是否采取永久性措施改進系統(tǒng)架構，以預防再次發(fā)生新的突發(fā)事件。如果需要，提交一個變更請求來實現(xiàn)改進。為了有效和高效地識別突發(fā)事件背后的問題根源及其發(fā)展趨勢，問題管理10 / 72流程需要準確全面的突發(fā)事件的記錄。問題管理流程同樣需要和可用性管理流程密切聯(lián)絡，以確定這些趨勢并明確補救措施的重要性。流程： 配置管理配置管理致力于控制一個變化中的 IT 架構(標準化和狀態(tài)監(jiān)控 )，鑒別配置項目( 清冊，相互關聯(lián)，審核與注冊)，收集和管理有關 IT 架構的文檔，為所有其它流程提供 IT 架構的相關信息。配置管理是所有其它服務管理流程不可分割的一部分。擁有當前架構中所有部件的最新的，準確的，全面的和詳細的信息，并管理其變更，使這些信息有效而高效地支持其它流程運行。變更管理可以與配置管理集成。至少，建議在配置管理系統(tǒng)中控制變更的登錄和實施，并自在配置管理系統(tǒng)的幫助下對變更影響做出評估。因此所有變更請求應該被輸入配置管理數(shù)據(jù)庫(CMDB)，并隨著變更請求的進展隨時更新記錄，直至其實施。配置管理系統(tǒng)識別一個變更項目和架構中其它部件的關系，將這些部件的所有人召集到影響評估流程中來。不管一個變更是否在架構中實施，相互關聯(lián)的配置管理記錄應該在 CMDB 中得到更新。最好在變更發(fā)生時，使用集成工具自動地更新記錄。CMDB 應該開放給整個服務支持組，使所有人理解部件失效可能的原因，11 / 72從而使突發(fā)事件和問題可以被更容易地解決。CMDB 還應當被用來把突發(fā)事件及問題記錄和其它記錄聯(lián)系起來，比如失效的配置項目(ConfigurationItemCI)和用戶之間的聯(lián)系。如果缺少了配置管理流程的集成，發(fā)布管理將難以實現(xiàn)，并可能錯誤連連。服務交付流程同樣依賴于 CMDB 中的數(shù)據(jù)。例如：服務級別管理需要識別相互結合在一起的部件，并在此基礎上設置支持協(xié)議，交付服務。IT 財務管理需要知道每個業(yè)務部門使用的 IT 架構部件，尤其是對于收費的項目。IT 服務持續(xù)性和可用性管理需要識別部件，用于問題風險分析和部件失效影響分析。下圖顯示了配置管理和其它服務管理流程之間的關系：圖：能力管理，變更管理，配置管理和發(fā)布管理之間的關系 變更管理變更管理專注于對 IT 架構實施可控的變更。此流程的目標是確定所需的變更，并決定這些變更如何在對 IT 服務產生最小的不利影響的范圍內得以實施。同時確保其變更是可追溯的，而且是經(jīng)過整個組織內部有效地磋商和協(xié)調的。在客戶組織提交變更請求后，由配置管理流程監(jiān)控其狀態(tài)，與問題管理和若干12 / 72其它流程進行協(xié)調。變更實施履行一特定的路徑，包括定義，計劃，建立，測試，接受，實施，和評估。變更管理流程依賴于配置數(shù)據(jù)的準確性，以確保獲知所有實行變更造成的影響。因此變更管理與配置管理之間有密切的聯(lián)系。變更流程的詳細內容應在 SLA 中存檔，確保用戶知道提交變更申請的程序，項目目標及時間，以及實施變更造成的影響。變更的詳細內容需要通知服務臺。即使變更經(jīng)過了全面測試，仍然很有可能存在實施變更的過程中發(fā)生各種困難，這些困難可能緣于變更沒有按需求或預期運行，或者對變更對功能造成的影響產生質疑。變更咨詢會議(ChangeAdvisoryBoardCAB)由可向變更管理小組提供專家意見的人員組成。這個會議很可能由來自于所有領域的 IT 及業(yè)務單位的人參與。 發(fā)布管理發(fā)布是指一組配置項目(ConfigurationItems –CI)經(jīng)過測試被引入處于活動狀態(tài)的環(huán)境中。發(fā)布管理的主要目標是確保發(fā)布信息被成功地公布，包括歸納綜合，測試與存檔。發(fā)布管理確保只有經(jīng)過測試和正確授權的軟硬件版本才能提供給 IT 運行環(huán)境。發(fā)布管理與配置管理和變更管理的行為密切相關。真實的變更實施經(jīng)常通13 / 72過發(fā)布管理行為得以貫徹。變更的結果可能經(jīng)常來自于新硬件，新版本軟件，以及新的文檔(自行建立，或購買而來)等。對它們進行控制，并打包和頒發(fā)。有關存檔安全和公布程序應該和變更管理和配置管理流程緊密集成。發(fā)布的程序也可能作為突發(fā)事件管理和問題管理流程中不可分割的一部分，同時還和 CMDB 密切相連，以維護及時更新的記錄。 服務提供服務提供主要包括：服務級別管理、IT 服務財務管理、能力管理、持續(xù)持續(xù)管理、可用性管理等。14 / 72 服務級別管理服務級別管理的目標是縷清與客戶之間有關 IT 服務的協(xié)議，并付諸實施。 因此， 服務級別管理需要收集客戶需求， IT 服務組織可提供的設施，以及可用的財務資源。 服務級別管理針對提供給客戶的服務 (聚焦客戶的)。因此是基于客戶需求建立服務 (需求拉動) ，而非單純基于現(xiàn)有技術所及( 供應驅動)，從而使 IT 服務組織提高客戶滿意度。服務級別管理闡述的內容有： ? 如何在服務級別協(xié)議(Service Level Agreement – SLA)中清楚地定義條款， 使其可優(yōu)化 IT 服務成本， 并為用戶所接受。? 如何監(jiān)控和討論所提供的服務。? 如何管理 IT 服務組織的供應商及其下包合同。 服務級別管理(Service Level Management － SLM)流程是用來確保服務級別協(xié)議，并支持運行級別協(xié)議及其它合同，保證所有對服務質量的影響減少到最小。此流程在服務質量和 SLA 基礎上評估各種變更造成的影響，包含預期變更前的影響， 也包含評估實施變更后的影響。SLA 中某些最重要的目標和服務可用性、以及在容許周期內對突發(fā)事件形成決策有關。SLM 是服務支持和服務交付的關鍵。由于它依賴于其它流程的存在性， 有效性及運行效率， 它不可孤立存在。一個缺乏基礎支持流程的 SLA 是沒有意義的， 缺乏支持的 SLA 就失去了承認其內容的基礎。 IT 服務的財務管理財務管理針對于 IT 服務的謹慎從事。例如，當所提供的 IT 服務在進行中時，財務管理將提供其導致的成本信息。這樣使考慮 IT 架構或 IT 服務的改變時，能夠合理地考慮成本和利益(價格和性能) 之間的關系。財務管理中對成本的鑒別、分配、預測和監(jiān)控使成本成為可知因素，減少成本和預算的差距。 重點結合 IT 服務組織的贏利， IT 服務的財務管理描述了多種支付方法，包括設立支付和定價的目標，以及預算計劃。15 / 72財務管理負責對成本及 IT 服務投資回報的會計核算，并管理任何來自于客戶的成本。財務管理需要與能力管理(Capacity Management)，配置管理(Configuration Management，包含資產數(shù)據(jù)) ，以及 SLM 的良好接口， 來確定服務的真實成本。 在 IT 組織預算談判階段和客戶的 IT 耗費核算階段， 財務管理很可能與業(yè)務關系管理(Business Relationship Management)及IT 組織密切相關。 能力管理能力管理是優(yōu)化成本，獲得時間，以及開發(fā) IT 資源的流程，來支持與客戶簽訂的服務條款。能力管理針對資源管理，性能管理，需求管理，建模，能力計劃， 負載管理，以及應用軟件能力推測。能力管理強調用計劃來確保所簽訂的服務級別可以被履行和成長。能力管理負責確保在所有時間具備足夠的可用能力，以滿足業(yè)務需求。 能力管理不是簡單地與系統(tǒng)部件的性能相關， 而是直接與業(yè)務需求相關。 在那些與能力問題相關的困難面前， 能力管理在突發(fā)事件決策和問題鑒別過程中被引入。能力管理提交變更請求以確保得到適當?shù)目捎媚芰Α?這些 RFC 被提交給變更管理流程， 其實施可能影響若干 CI， 包括硬件， 軟件和文檔，并需要提供有效的版本管理。能力管理應該在評估所有變更時被引入， 用來確定變更導致的在能力和性能上的影響。 這種影響在變更實施前后都有可能出現(xiàn)。 能力管理應該特別關注變更在一定周期后引起的累積性變化。 容易被忽略的單個的變更往往在經(jīng)過累積后， 引起響應時間衰減， 文件存儲問題， 和對處理能力的過度需求。 IT 服務持續(xù)性管理此流程在業(yè)務中斷時對 IT 服務進行災難恢復措施的準備和計劃。 業(yè)務持續(xù)性管理為客戶組織遇到災難時準備好緊急預案， 根據(jù)此預案采取與 IT 服務16 / 72相關的預防災難發(fā)生的措施。 IT 服務持續(xù)性管理流程對技術， 財務和管理資源需求做好計劃和協(xié)調， 確保災難發(fā)生后可持續(xù)提供服務， 并就其內容達成客戶同意。IT 服務持續(xù)性管理與一個組織在業(yè)務中斷后在某個可允許范圍內繼續(xù)運作的能力密切相關。 至少要保證最基本的業(yè)務運行所需要的 IT 服務， 預先對其服務級別作出規(guī)定， 并和客戶達成一致。 有效的 IT 服務持續(xù)性需要一個平衡的風險縮減措施， 例如有彈性的系統(tǒng)和備份恢復設施。 配置管理流程中的數(shù)據(jù)被用來輔助其計劃和預防措施。 需要對架構和業(yè)務變更對持續(xù)性計劃造成的潛在影響進行評估。 有關 IT 和業(yè)務的計劃應該提交變更管理程序。 在持續(xù)性管理流程中， 服務臺承擔著重要角色。 可用性管理可用性管理是確保資源， 方法和技術得以適當拓展的流程， 以支持與客戶簽訂的 IT 服務條款。 可用性管理針對所遇到的問題， 如優(yōu)化維護等， 并且設計測量指標， 最大程度減少意外突發(fā)事件的數(shù)量。可用性管理與 IT 服務的設計， 實施， 測量和管理相關， 確保規(guī)定的業(yè)務需求中有關可用性的內容被貫徹。 可用性管理需要理解 IT 服務失效發(fā)生的原因和恢復服務所需的事件。 突發(fā)事件管理和問題管理提供了關鍵輸入SLA 中描述的可用性的目標在可用性管理流程中被監(jiān)控， 并包含在其報表中。 此外， 在支持服務核查制度所提供的測量和報表中， 可用性管理對服務級別管理(SLM) 流程提供了支持。17 / 72 運維服務管理規(guī)劃 第一階段：服務磨合階段第一階段，又稱為運維服務磨合階段，工作目標主要是通過服務管理，將客戶現(xiàn)有的無序救火式突發(fā)事件服務有序化，實現(xiàn)突發(fā)事件管理，所有的突發(fā)事件將運用技術、管理與流程相結合的方式，做到統(tǒng)一管理，統(tǒng)一任務分發(fā)，安排合適的人員處理合適的事件。所有的突發(fā)事件全過程可控制、跟蹤、即時回饋，讓每一個客戶能夠隨時查詢到事件處理過程，不會出現(xiàn)焦慮、服務要求長時間無人響應或服務要求根本無人響應的情況，從而提高客戶滿意度，提高運行維護效率，提高客戶使用業(yè)務信息系統(tǒng)的效率，從而做到提高總體生產力。18 / 72現(xiàn)今客戶大都沒有真正意義上的配置管理系統(tǒng)。配置管理系統(tǒng)，顧名思義，含有業(yè)務信息系統(tǒng)及終端設備詳細清單，配置情況，針對于業(yè)務信息系統(tǒng)的操作系統(tǒng)服務運行情況，終端運行軟件情況，使用軟件資產情況等，以及每一次配置改變的記錄，做到配置的改變都有跡可查，將軟硬件資產系統(tǒng)化的管理起來。用一句話概括我們上述兩項服務：將無序的突發(fā)事件有序化，將紙制的配置管理信息化。就是我們突發(fā)事件管理以及配置管理的目標。ITSM 所定義處理突發(fā)事件的工作目標是規(guī)避與盡快恢復。運維服務的目標不是盡可能多，盡可能快的完成服務，而應該是盡量避免事件的發(fā)生，當然，這不是一步可以到位的，因此，在第一階段，我們需要做到盡快恢復客戶的正常使用，故：在處理突發(fā)事件時，我們不分析事件發(fā)生的原因，只收集有價值的事件/ 故障信息，并在最短的時間內將客戶的設備恢復到正常使用狀態(tài)。針對于重復/ 頻繁發(fā)生的突發(fā)事件，我們需要轉問題管理流程，予以處理。問題管理，也就是事件的原因分析以及根除此事件的解決方法管理，我們需要對突發(fā)事件發(fā)生的原因，使用專業(yè)的方式予以分析，如使用國際 QA 標準，使用魚骨圖，使用柏拉圖等方式來分析出可能的原因，并對原因予以檢測和測試，提出根本解決事件的方案。魚骨圖分析法柏拉圖分析法19 / 72問題管理，僅提出解決問題之道，也就是根除某突發(fā)事件的方案，具體的處理步驟，交由實施管理來執(zhí)行。實施管理，又叫做發(fā)布管理，因根除故障特別是信息系統(tǒng)缺陷時，需要嚴格處理過程，避免在線運行業(yè)務受到不可預計的影響。我們在發(fā)布過程中都會預計到一些可能的影響，如更改交換機配置可能導致部分終端無法使用網(wǎng)絡；修改某一個數(shù)據(jù)庫字段可能導致數(shù)據(jù)混亂；修改某段代碼可能導致整個程序陷入死循環(huán)等。因此實施管理必須能有效并切實的分析大部分存在或者隱含的風險。試想我們在更改交換機配置前經(jīng)歷過充分測試，將中斷網(wǎng)絡時間縮短為五分鐘并且通知到全部/大部分可能受影響的客戶；修改數(shù)據(jù)庫字段或代碼前在虛擬測試平臺或訪真數(shù)據(jù)庫中反復測試，而后予以發(fā)布；將發(fā)布的時間定在非使用高峰期。這樣，可以規(guī)避大量風險，保證問題解決的安全可靠。越維風險控制模型 風 險 監(jiān) 控風 險 應 對 計 劃 編 制風 險 分 析風 險 識 別20 / 72凡涉及到解決問題，必然關聯(lián)到變更。變更管理的作用，是保證每一步的配置更改，都有跡可查，有人可尋。在工作中是否遇到過有人修改了系統(tǒng)代碼，您卻不知道是誰改動了哪些地方？驗收后提供的系統(tǒng)原代碼不知道是否與在線系統(tǒng)原代碼相符？有哪些地方不同？是哪些人修改的？您的設備是否與剛采購的時候配置情況相同？保修情況始終保持不變？變更后的資產是否已經(jīng)更新配置庫？變更管理將為您解答上述問題。第一階段的服務，就涵蓋上述五個方面的服務內容，總結描述：將無序的突發(fā)事件有序