【正文】 ayed after a new ticket is created can be set. It is possible to change the password andselect the events when the system shall send a notification to the address, that is registered for youraccount.The queues, that you want to monitor in your My Queues settings, can also be selected in the userpreferences. You should only select such queues that are important for you.Chapter 2 基本概念o 事件管理事件管理流程是為IT用戶盡快回到正常工作狀態(tài)而設(shè)計(jì)，其關(guān)心的重點(diǎn)是快速響應(yīng)、快速恢復(fù)，使故障對(duì)業(yè)務(wù)的影響最小化。事件管理流程受事件觸發(fā)和驅(qū)動(dòng)，所謂事件，是指發(fā)生了非常規(guī)的運(yùn)作情況，包括系統(tǒng)崩潰、軟件故障、任何影響用戶業(yè)務(wù)操作和系統(tǒng)正常運(yùn)作的事情、以及影響業(yè)務(wù)流程或違背服務(wù)水平協(xié)議的情況。事件也包括一個(gè)用戶的請(qǐng)求，如，重設(shè)用戶密碼。不是所有的事件都由用戶產(chǎn)生，監(jiān)控管理平臺(tái)產(chǎn)生的告警也可引發(fā)事件。通常由幫助臺(tái)負(fù)責(zé)記錄事件相關(guān)信息，向用戶提供對(duì)已知問題的處理方法，報(bào)告事件和盡快恢復(fù)服務(wù)，目的是在事件管理階段獲得盡可能高的事件解決率。所有的事件應(yīng)該基于相關(guān)配置項(xiàng)(CI)的關(guān)鍵等級(jí)和影響度進(jìn)行優(yōu)先級(jí)分類。事件管理的責(zé)任是記錄、分類、調(diào)查/診斷、解決已知問題、監(jiān)控追溯事件、與用戶和問題管理流程交流、最終解決事件。o 問題管理問題是一個(gè)或幾個(gè)已暫時(shí)處理但根本原因尚不明確的事件， 許多事件往往是由同一個(gè)問題引起的。問題的來源主要有以下幾種：u 已經(jīng)關(guān)閉的事件，經(jīng)過回顧分析后，可能形成一個(gè)問題；u 重大事件，雖然經(jīng)過緊急處理恢復(fù)服務(wù)，但未找到根本原因，也形成一個(gè)問題；u 對(duì)于趨勢(shì)性事件的分析，形成問題。問題管理流程的根本目的是消除或減少事件的發(fā)生， 將IT系統(tǒng)內(nèi)部缺陷導(dǎo)致的業(yè)務(wù)事件或問題的負(fù)面影響降到最低限度，此流程分析發(fā)生在生產(chǎn)環(huán)境的事件(常常是已關(guān)閉的事件記錄)，確定最常發(fā)生或具有最大影響的事件，找出根本原因，然后生成變更請(qǐng)求(RFC)、變通方法或建議的預(yù)防性措施來防止事件的再次發(fā)生。所以問題管理流程需要和變更管理流程一起來實(shí)施找出的解決方案以從根本上解決問題o 配置管理配置管理是一個(gè)描述、追溯和匯報(bào)所有IT基礎(chǔ)架構(gòu)中的每一個(gè)設(shè)備或系統(tǒng)的管理流程。這些設(shè)備和系統(tǒng)被稱為配置項(xiàng)(CI) 。每一個(gè)CI必須被有效管理、追溯和控制以支持IT服務(wù)和基礎(chǔ)設(shè)施成功運(yùn)行。配置管理流程所管理的配置項(xiàng)(CI)包括硬件、軟件和網(wǎng)絡(luò)設(shè)備、文檔等IT基礎(chǔ)架構(gòu)中所有必須控制的組成部份。所有的數(shù)據(jù)存在配置管理數(shù)據(jù)庫(CMDB) 中。在說明一個(gè)配置項(xiàng)(CI) 時(shí)，CI被賦予一個(gè)名字和描述，同時(shí)諸如責(zé)任人、狀態(tài)、配置等相關(guān)屬性也被詳細(xì)記錄。CI之間的關(guān)系也可找出并記錄到CMDB中。CI改變時(shí)，CMDB中的相關(guān)信息被更新，對(duì)CMDB也進(jìn)行定期審核以確認(rèn)和維護(hù)數(shù)據(jù)的完整性和一致性。配置管理是IT基礎(chǔ)架構(gòu)組成部份的文檔化描述(如狀態(tài)，關(guān)系等) ，并包括配置項(xiàng)(CI) 相關(guān)的文檔資料。它制定、追溯和匯報(bào)相關(guān)信息，以增強(qiáng)其他流程的更有效運(yùn)行，特別是變更管理、事件管理和問題管理等流程。配置管理是IT服務(wù)管理的一個(gè)核心流程，能確保IT環(huán)境中所有IT設(shè)備/系統(tǒng)及其配置信息得到有效完整的記錄和維護(hù)，包括各IT設(shè)備/系統(tǒng)之間的物理和邏輯關(guān)系，從而為實(shí)現(xiàn)有效IT服務(wù)管理奠定基礎(chǔ)。例如： 通過了解系統(tǒng)當(dāng)前的配置信息，與其他配置項(xiàng)(CI)的關(guān)系和歷史狀況等，幫助臺(tái)員工可迅速正確判斷故障，找出有效解決方案，從而確保系統(tǒng)的可用性。o 服務(wù)管理配置管理是一個(gè)描述，管理所有IT服務(wù)，以及服務(wù)級(jí)別SLA的管理流程SLA規(guī)定了IT服務(wù)的服務(wù)水平。o QueueQueue相當(dāng)于郵件系統(tǒng)的inbox, 用來分類存放ticket.o 角色u Agent216。 1st line support 負(fù)責(zé)紀(jì)錄，處理事件, raise問題216。 Incident manager負(fù)責(zé)事件管理流程216。 2nd line support負(fù)責(zé)分析事件歷史，紀(jì)錄，處理問題216。 Problem manager負(fù)責(zé)問題管理流程216。 Configuration Manager負(fù)責(zé)配置管理流程u Customer客戶（IT服務(wù)使用者），可以自己通過customer interface自己提交事件，更新事件，查閱FAQChapter 3 事件管理目的事件管理流程的主要功能是盡快解決環(huán)境中出現(xiàn)的事件，保持IT環(huán)境的穩(wěn)定性，其目的包括：o 在成本允許的范圍內(nèi)盡快恢復(fù)服務(wù)1. 快速響應(yīng)系統(tǒng)監(jiān)控產(chǎn)生的故障或用戶的電話請(qǐng)求2. 在線獲得幫助3. 溝通問題解決的狀態(tài)o 進(jìn)行事件控制1. 記錄事件2. 就事件的優(yōu)先級(jí)、緊急性和嚴(yán)重性進(jìn)行分類3. 分析、診斷，必要時(shí)進(jìn)行升級(jí)4. 監(jiān)視，并結(jié)束事件o 支持業(yè)務(wù)運(yùn)行1. 對(duì)業(yè)務(wù)應(yīng)用提供二級(jí)支持2. 解答有關(guān)如何使用的問題3. 記錄關(guān)于新服務(wù)的需求4. 記錄關(guān)于改變的請(qǐng)求o 提供一個(gè)與業(yè)務(wù)部門的日常接口1. 提供關(guān)于服務(wù)狀態(tài)的信息更新2. 新服務(wù)的報(bào)告3. 關(guān)于即將到來的新服務(wù)或事件的通知4. 進(jìn)行事后回顧o 提供IT管理信息1. 人力利用情況2. 服務(wù)可用性3. 產(chǎn)品質(zhì)量4. 支持效率5. 供應(yīng)商服務(wù)情況活動(dòng)內(nèi)容事件管理流程始于事件的探測(cè)和報(bào)告，結(jié)束于事件的解決。該流程包含下述主要內(nèi)容：216。 事件接收和記錄 這個(gè)環(huán)節(jié)是事件管理流程的起點(diǎn)。所有用戶或系統(tǒng)報(bào)告的IT 事件必須由此步驟開始。此步驟的目的是在事件發(fā)生時(shí)快速準(zhǔn)確地發(fā)現(xiàn)，以協(xié)助事件的診斷和解決并通知相關(guān)人員。在此步驟中將會(huì)收集創(chuàng)建事件記錄所需的信息。該環(huán)節(jié)的關(guān)鍵是信息的準(zhǔn)確性和完整性。216。 分類和在線支持事件可以是一個(gè)服務(wù)請(qǐng)求、信息請(qǐng)求或服務(wù)故障，對(duì)于每個(gè)事件，需要確立優(yōu)先級(jí)、影響度、和分類。若沒有現(xiàn)成的解決方案或臨時(shí)解決措施，該事件將分配給合適的支持人員對(duì)此進(jìn)行調(diào)查。該環(huán)節(jié)的關(guān)鍵是需要知識(shí)庫支持和正確的事件分派。216。 調(diào)查和診斷若在線支持人員無法解決事件，可運(yùn)用自身技能、知識(shí)庫、診斷工具等進(jìn)行更加深入的分析以找到恢復(fù)服務(wù)的臨時(shí)措施，必要時(shí)將使用多名技術(shù)員以尋求解決措施。216。 解決和恢復(fù)技術(shù)人員實(shí)施事件的解決方案，并將解決完畢的事件轉(zhuǎn)回幫助臺(tái)，由幫助臺(tái)通知用戶解決的結(jié)果，并得到用戶的確認(rèn)。216。 事件關(guān)閉當(dāng)用戶確認(rèn)事件解決后，此時(shí)可關(guān)閉該事件，并在必要時(shí)更新知識(shí)庫FAQ。若用戶對(duì)此解決方案不滿意，則對(duì)該事件繼續(xù)進(jìn)行處理，不能關(guān)閉。流程概述事件管理流程步驟描述事件管理流程步驟描述－事件檢測(cè)和記錄主要工作內(nèi)容1識(shí)別驗(yàn)證客戶信息客戶信息項(xiàng)建議：客戶名稱 員工號(hào)電話號(hào)碼Email2鑒別是新事件還是現(xiàn)存事件3創(chuàng)建新的事件單事件單信息項(xiàng)建議：引入客戶信息 事件的描述4如有需要更新事件單的信息事件管理流程步驟描述－事件分類和初始支持主要工作內(nèi)容1識(shí)別事件類型2創(chuàng)建RFC3展開調(diào)查4搜索提供信息5確定嚴(yán)重等級(jí)6如有需要，創(chuàng)建公告信息7了解癥狀8匹配解決方案/變通方法9分配事件單10接受事件單11如有必要重新進(jìn)行分類事件管理流程步驟描述－事件調(diào)查和診斷主要工作內(nèi)容1 查找類似事件. 2 關(guān)聯(lián)事件到主事件3 提供主事件狀態(tài)與事件數(shù)量4 診斷5 分派事件6 接受事件7 如有需要重新分類8 創(chuàng)建問題單 事件管理流程步驟描述－事件解決和恢復(fù)主要工作內(nèi)容1 調(diào)查是否需要RFC2 創(chuàng)建RFC3 溝通解決方案和變通方法4 執(zhí)行解決方案/變通方法5 驗(yàn)證事件的解決6 判斷是否需要進(jìn)行根源分析7 創(chuàng)建新問題8 關(guān)聯(lián)事件到問題記錄9 如有必要移除公告信息事件管理流程步驟描述－事件關(guān)閉主要工作內(nèi)容1 如有需要重新分類2 驗(yàn)證解決請(qǐng)求同意關(guān)閉 3 如有需要提交知識(shí)庫4 關(guān)閉事件單OTRS系統(tǒng)說明Agent透過agent interface紀(jì)錄/處理事件。通過agent入口進(jìn)入系統(tǒng)，進(jìn)入系統(tǒng)后，系統(tǒng)自動(dòng)切換到queue overview.Agent可以通過導(dǎo)航條來切換OTRS模塊，OTRS模塊如下模塊說明Ticketticket管理Service服務(wù)管理ConfigItem配置管理TimeAccounting時(shí)間統(tǒng)計(jì)Calendar日歷Survey調(diào)查FAQ知識(shí)庫StatsTicket統(tǒng)計(jì)Ticket模塊功能塊描述功能描述mentsQueueView查看QueuePhoneticket建立ticket, 電話與customer確認(rèn)Emailticket建立ticket, Email與customer確認(rèn)Search查詢TicketCustomer維護(hù)customer資料BulkAction批處理動(dòng)作目前只提供重新分派Queue事件記錄，分類，設(shè)定優(yōu)先級(jí)注意事項(xiàng)；1. Phoneticket vs Emailticket如果customer沒有,選擇phoneticket建立ticket, 新建立的ticket將需要通過電話跟customer確認(rèn)o 如果沒有customer資料，為customer建立資料。備注；維護(hù)customer資料，參見后節(jié) 維護(hù)customer資料。如果customer有,選擇ticket建立ticket, 新建立的ticket將會(huì)發(fā)送給customer確認(rèn)。o 如果沒有customer資料，為customer建立資料。2. Incident::ServiceRequest vs other incident type如果是服務(wù)請(qǐng)求，選擇Type為Incident::ServiceRequest, Service選擇相應(yīng)的service, SLA選擇相應(yīng)的SLA.其他的事件無需選擇SLA.Phoneticket說明；Type (Ticket Type)Ticket Type用途備注Incident普通事件Incident::Disaster災(zāi)難事件Incident::ServiceRequest服務(wù)請(qǐng)求default缺省From (customer)Customer信息，可以用工號(hào)， address來查找。如果找不Customer信息，需要手動(dòng)建立。To (Ticket Queue)Queue用途備注Helps不確定類別的事情Helps::Desktop電腦相關(guān)Helps::NotesNotes軟件相關(guān)Helps::Networking網(wǎng)絡(luò)相關(guān)Helps::Application業(yè)務(wù)應(yīng)用相關(guān)未來需要細(xì)分Helps::Application::ORACLEORACLE EBS相關(guān)Helps::Telephone電話相關(guān)Service服務(wù)管理模塊定義SLA服務(wù)管理模塊定義OwnerTICKET的主人，用來分派任務(wù)SubjectTICKET的主旨TextTICKET的內(nèi)容AttachmentTICKET目前不支持RICH TEXT,因此有其他的內(nèi)容需要用附件的方式添加上去CustomerIDCustomer的識(shí)別號(hào)，初步設(shè)計(jì)為員工編號(hào)Next ticket stateTicket的狀態(tài)NameTypeMeansCommentsclosed successfulclosed成功關(guān)閉closed unsuccessfulclosed不成功關(guān)閉Closed with workaroundclosedWorkaround關(guān)閉mergedmerged融合到其他ticketnewnew新建立openopen開啟pending auto close+pending auto等待自動(dòng)關(guān)閉pending auto closepending auto等待自動(dòng)關(guān)閉pending reminderpending reminder等待提醒removedremoved刈除Pending Date (for pending* states)等待的日期Impact事件對(duì)該服務(wù)的impact程度。在服務(wù)管理模塊定義。1very low2low3normal4high5Very highPriority1very low2low3normal4high5Very highPriority通過以下矩陣計(jì)算得出，也可以手動(dòng)填寫。備注；只有選擇了定義的服務(wù)，系統(tǒng)才能根據(jù)下面的矩陣計(jì)算Priority。表格 1 : Priorit