【文章內(nèi)容簡介】 ? 控制 配置項的授權(quán)添加、修改和刪除等 ? 狀態(tài)描述 /狀態(tài)紀(jì)錄 每一個配置項的當(dāng)前、歷史數(shù)據(jù)的記錄報告，如訂購、維修中、使用中、測試。 ? 確認和審核 檢查和檢驗配置項的物理存在。與當(dāng)前環(huán)境的一致性。 關(guān)鍵因素 ? 配置項 (CIs) 配置管理流程所控制的基礎(chǔ)設(shè)施的組件。 ? 配置管理數(shù)據(jù)庫 (CMDB) 包含所有配置項細節(jié)及其之間關(guān)系細節(jié)的數(shù)據(jù)庫。 ? 基本層級 配置項被唯一標(biāo)識的最低層級。 ? 配置基線 – 快照 在某一個時間點的一組相關(guān)產(chǎn)品或系統(tǒng)的設(shè)定，它包括其結(jié)構(gòu)組成份子及數(shù)據(jù)細節(jié)，它可以做為未來工作的基準(zhǔn)點。 屬性 ? 唯一標(biāo)識 ? CI 類型 ID ? 名字 ? 版本號 ? 類型標(biāo)識 ? 地點 ? 供應(yīng)商 ? CI 歷史紀(jì)錄 ? 狀態(tài) ? 關(guān)系 ? 其它 PC為例： ? 硬件配置 ? 處理器類型、速度 ? 內(nèi)存 ? 硬盤 ? 網(wǎng)絡(luò) ? IP ? MAC ? HUB ? 序列號、資產(chǎn)號 ? 操作系統(tǒng) ? 部門 /用戶 ? 購買日期 /保修期限 ? 供應(yīng)商 /聯(lián)系方式 ? 支持類型 ? 服務(wù)歷史 ? 事故 。 ? 問題 。 ? 請求變更 RFC。 ? 機主信息 ? 購買價格 ? 其它 ? 鍵盤是日語鍵盤 配置項關(guān)系 ? parent of ? part of ? connect to ? reside on ? make use of ? is copy of ? is type of ? parent CI ? Child CI ? 。 事件管理 主要目標(biāo) ? 盡可能快的恢復(fù)正常業(yè)務(wù)運作，以減少事件對業(yè)務(wù)的影響，從而保障可用性的最佳可接收水平。 為什么要事件管理 ? 確保資源的最佳使用以支持業(yè)務(wù)連續(xù)性 ? 開發(fā)和維護與事故相關(guān)的記錄 ? 設(shè)計并應(yīng)用應(yīng)對所有報告事故的一致方法 事件 /事故定義 An incident is an event which is not part of the standard operation of a service and which causes, or may cause an interruption to, or a reduction in the quality of that service 事故管理生命周期 負責(zé)解決事故并跟蹤、監(jiān)督、控制和協(xié)調(diào)解決過程事 故 查 明 和 記 錄初 步 規(guī) 類 和 支 持事 故 調(diào) 查 和 分 析解 決 事 故 和 服 務(wù) 恢 復(fù)處 理 服 務(wù) 請 求終 止 事 故服 務(wù) 請 求 ？否是描述事故的三個參數(shù) ? 影響或沖擊 事故對業(yè)務(wù)影響的效果的描述 ? 緊急程度 要求解決的速度的評估（可以容忍多長時間） ? 優(yōu)先級 相關(guān)解決次序。（基于上兩個參數(shù)） 事故升級流程 檢 測 和 記 錄事 故 規(guī) 類初 步 支 持事 故 匹 配解 決 ？調(diào) 查 分 析解 決 ？調(diào) 查 分 析解 決 ？結(jié) 束 事 故繼 續(xù)確 定 解 決 確 定 解 決 確 定 解 決否否是是否是事 故 升 級 流 程一 線 支 持 服 務(wù) 臺 二 線 支 持 管 理 部 門三 線 支 持 軟 件 開 發(fā) 及 構(gòu) 架四 級 支 持 供 應(yīng) 商幾個相關(guān)術(shù)語 ? 事故、問題、已知錯誤之間的關(guān)系： Error in infrastructure Incident Problem Known Error RFC Structural Resolution 可能遇到的問題 ? 缺乏約定的客戶服務(wù)級別 ? 缺乏解決問題的知識或資源 ? 流程整合糟糕 ? 不恰當(dāng)?shù)能浖ぞ? ? 用戶和 IT人員繞過事故管理流程 問題管理 主要目標(biāo) ? 將 IT基礎(chǔ)設(shè)施的錯誤、事故或問題對業(yè)務(wù)的負面影響減少到最低 ? 查明事故或問題產(chǎn)生的根本原因，制定解決方案和防止事故再次發(fā)生。制定預(yù)防措施 ? 實施主動問題管理，在事故發(fā)生之前發(fā)現(xiàn)和解決可能導(dǎo)致事故產(chǎn)生的問題 為什么要問題管理 ? 迅速有效解決問題 ? 確保解決問題時資源的有效搭配和優(yōu)先次序 ? 主動預(yù)判并解決問題及已知錯誤，從而降低事件發(fā)生率 /再分率 ? 增強 IT支持人員的效率 問題 VS 已知錯誤 問題是一個或多個事故發(fā)生的未知原因。一旦找到根原因并確定某個永久的或暫時的解決方案，則會變成已知錯誤。 Service Desk – IM – PM (PC) (EC) CM 用戶 事故數(shù)據(jù)庫 問題數(shù)據(jù)庫 已知問題數(shù)據(jù)庫 業(yè)務(wù)需要修訂 啟動 RFC 錯誤控制 問題控制 已知錯誤 一個或多個事件，未知潛在原因 根原因已知并永久或暫時解決方案 STOP NO YES 變更管理 業(yè)務(wù)恢復(fù) 事故 PM PM PM SD/IM IM 主要活動 ? 問題控制：轉(zhuǎn)換問題為已知錯誤 ? 錯誤控制：根據(jù)需要通過變更管理解決已知錯誤 ? 嚴重事故支持 ? 管理信息 ? 嚴重問題回顧 ? 問題預(yù)防、提前判斷 主動性問題管理 ?趨勢分析 ： ? 找出 IT基礎(chǔ)架構(gòu)中不穩(wěn)定的組件，分析其原因，以便采取措施降低配置項故障對業(yè)務(wù)的影響 ? 分析已發(fā)生的事故和問題，研究其變化趨勢 ? 通過其他方式或途徑分析，如系統(tǒng)管理工具、用戶反饋、與客戶和用戶的座談會、客戶和用戶調(diào)查等 ?預(yù)防措施制定： ? 提交變更請求，防止再次發(fā)生 ? 提交有關(guān)測試、規(guī)程、培訓(xùn)和文檔方面的反饋信息 ? 進行客戶教育和培訓(xùn) ? 對服務(wù)支持人員進行教育和培訓(xùn) ? 確保遵守問題管理和事故管理的規(guī)程 ? 改進相關(guān)的流程和程序 其它 ? 降低事件數(shù)量 ? 改進 IT服務(wù)質(zhì)量 ? 提高服務(wù)臺的一次修復(fù)率 ? 永久解決方案的制定 ? 提高組織學(xué)習(xí)和相關(guān)意識 變更管理 主要目標(biāo) ? 變更管理的目標(biāo)是確保在變更實施過程中使用標(biāo)準(zhǔn)的方法和步驟，并盡快的實施變更，以將由變更所導(dǎo)致的業(yè)務(wù)中斷對業(yè)務(wù)的影響減少到最低。 流程職責(zé) ? 提出并記錄變更 ? 對變更所引起的影響、成本、益處、資源要求以及風(fēng)險等進行評估 ? 變更理由提交并獲得批準(zhǔn) ? 管理并協(xié)調(diào)變更實施 ? 監(jiān)視和報告實施 ? 回顧并結(jié)束 RFC 為什么變更管理 ? 確保標(biāo)準(zhǔn)的用于所有變更的方法 ? 方便變更的快速控制 ? 在滿足變更和變更導(dǎo)致的潛在負面影響之間維持平衡 變更的類型 ? 基本變更 優(yōu)先級 : 基于影響力＋緊急程度 ? 高、中和低 程度 : 基于業(yè)務(wù)影響力 ? 小、重要、嚴重 ? 緊急變更 需要非常好快速的實施變更 ? 標(biāo)準(zhǔn)變更 為需求明確的普通更改而制定的公認解決方法。（如添加用戶、口令重設(shè)等） 變更流程 RFC 階段 1 階段 2