【正文】 不能盲目追求大而全，以降低業(yè)務支撐網網管系統(tǒng)的項目實施風險。按管理對象范圍劃分，業(yè)務支撐網網管系統(tǒng)建設的本期目標和遠期目標如表 21 所示，表中 BOSS 系統(tǒng)的內涵包括省級 BOSS、一級 BOSS 以及客服系統(tǒng)。圖 23 中國移動業(yè)務支撐網網管體系結構中國移動業(yè)務支撐系統(tǒng)遍布全國，規(guī)模較大，為了集團公司更加有效地全11 / 88面監(jiān)控和管理，在集團公司一級業(yè)務支撐系統(tǒng)和各省公司業(yè)務支撐系統(tǒng)建設的基礎上，設置兩級業(yè)務支撐網網管系統(tǒng)，采用兩級管理模式進行管理，即：第一級：集團公司業(yè)務支撐網網管系統(tǒng)，負責全面監(jiān)控和管理北京清算中心、深圳清算中心，并且通過省級網管系統(tǒng)管理各省市自治區(qū)的業(yè)務支撐系統(tǒng)。其主要功能描述如下：監(jiān)控管理平臺? 監(jiān)控管理平臺實現(xiàn)對業(yè)務支撐系統(tǒng)的運行狀態(tài)的統(tǒng)一監(jiān)控。? 數(shù)據(jù)處理層一方面對數(shù)據(jù)進行判斷產生告警信息送到應用展現(xiàn)層，另一方面錄入監(jiān)控數(shù)據(jù)庫。服務管理平臺? 服務管理平臺用于業(yè)務支撐網網管系統(tǒng)的統(tǒng)一維護管理工作，它主要提供的四大管理流程分別是：事件管理流程、問題管理流程、變更管理流程和配置管理流程。? 配置管理給事件管理和問題管理提供配置信息，進行原因分析和確定解決方案，而變更管理通過了解配置元素信息和相互關系，確定變更的潛在影響和風險，并通過通知配置管理更新配置信息，保證配置元素的正確性，以確保事件管理和問題管理能得到所需要的最新的配置信息。安全管理安全管理包括用戶、角色及權限的管理，以及網管系統(tǒng)自身的安全管理和日志要求。圖 31 業(yè)務支撐網網管總體功能14 / 88監(jiān)控管理平臺，完成對被管平臺部件、應用部件的集中監(jiān)控、集中維護和集中管理；服務管理平臺側重于通過流程的管理完成對系統(tǒng)服務狀況的統(tǒng)一管理。被管對象分為兩類：一類為平臺部件，包括主機、數(shù)據(jù)庫、網絡、存儲、中間件等；另一類為應用部件，主要針對業(yè)務支撐系統(tǒng)的各類應用。服務管理平臺與監(jiān)控管理平臺有相應的配置管理數(shù)據(jù)，由兩個平臺的數(shù)據(jù)接口來保障配置管理數(shù)據(jù)的一致。15 / 88? 安全性：應具備防范黑客、病毒攻擊的措施，避免泄漏機密的信息。? 開放性：開放與各種網絡、主機、應用管理系統(tǒng)的接口，開放數(shù)據(jù)存儲的結構。? 流程的定制中國移動業(yè)務支撐系統(tǒng)的環(huán)境在發(fā)展、業(yè)務在發(fā)展、組織結構在發(fā)展、需求在發(fā)展，直接導致業(yè)務邏輯流程的不斷變化，需要服務管理平臺能夠快速適應變化，管理流程的定制應該盡可能的方便、快速，盡可能對現(xiàn)有的運行環(huán)境不產生負面影響。服務管理平臺應具有可配置性和可監(jiān)控性。16 / 88? 安全策略系統(tǒng)具有用戶的權限管理，按照角色定義用戶人員的權限等相關的安全屬性，定義用戶可以查看、修改、新增、刪除的操作范圍，對每個信息字段的讀寫權限。? 查詢與統(tǒng)計服務管理平臺應提供查詢功能，可以針對任意關鍵字段進行查詢。設備的文檔、手冊、故障發(fā)生時的拷屏圖等是運行維護中的重要信息。對于統(tǒng)計報表，服務管理平臺應提供選擇報表、上傳集團公司的功能。作為知識庫的管理通常包含兩個方面：知識的積累和知識的使用。2. 提供知識庫內容的審查功能。6. 知識庫應支持 Word/Excel/TXT 等格式文檔作為附件的輸入。18 / 88若 注 冊 成 功 需 自 動 將 故 障 處 理 請 求 的 ID 號 送 回 請 求 者 ， 以 便 隨時 查 看 自 己 提 交 的 請 求 狀 態(tài) 。系 統(tǒng) 應 當 提 供 每 個 故 障 處 理 請 求 的 檢 查 列 表 （ 預 先 定 義 的 一 些常 規(guī) 問 題 ， 以 標 準 化 的 方 式 收 集 信 息 ） ， 受 理 員 可 以 通 過 檢 查 列 表的 幫 助 ， 詢 問 必 要 的 信 息 ， 然 后 系 統(tǒng) 自 動 將 問 題 結 果 填 入 故 障 處 理請 求 中 ， 實 現(xiàn) 信 息 采 集 的 標 準 化 。2. 事件管理模塊還應當支持重復事件記錄的關聯(lián)。? 在掌握事件中足夠的信息后，就可以根據(jù)上述條件自動計算出該事件的解決方案的最終期限，并在需要的情況下可以適當?shù)刈鋈藶檎{整。? 可以和配置元素（如主機等）關聯(lián)，自動獲取該對象的信息。? 可以向受理人員發(fā)出提示信息，如手機短信、電子郵件等，提示工單的生成。轉發(fā)事件工單 服務管理平臺應支持事件工單的同級別轉發(fā)、以及轉發(fā)到其它部門的管理平臺。 事件處理請求查詢支持多角度的查詢功能，可以根據(jù)事件處理請求中的任意字段查詢事件工單的信息。 結束事件? 支持提供可客戶化的事件工單結束代碼? 對于監(jiān)控系統(tǒng)自動產生的事件工單，可以在服務管理平臺自動關閉（可選） 問題管理功能問題管理模塊可以支持以下幾種創(chuàng)建問題的方式：? 通過事件管理模塊創(chuàng)建一個問題事件管理模塊與問題管理模塊具有關聯(lián)，可以對系統(tǒng)中記錄的歷史事件進行統(tǒng)計分析，從中分析出潛在的問題，自動創(chuàng)建一個問題記錄，該問題記錄與21 / 88相關事件信息進行關聯(lián)。? 在掌握了問題中足夠的信息后，就可以根據(jù)上述條件自動計算出該問題的解決方案的最終期限，并在需要的情況下可以適當?shù)刈鋈藶檎{整。? 問題管理模塊應當記錄問題的解決方案、變通方法、預防性措施。? 問題管理模塊應提供問題關閉功能，并標識問題結束代碼。變更模板功能可以支持結構化的變更方法，模板可用于保證使用標準的操作步驟，可以創(chuàng)建每個變更都應包含的任務單。? 變更請求的分派變更管理模塊應能將變更請求分派到相應的人員，進行評估和授權等，未經授權的變更請求不能得到實施。變更管理模塊能記錄和管理 RFC 的實施計劃等內容。? 更新變更狀態(tài)變更功能模塊應提供變更狀態(tài)的更新功能。? 配置元素（CI）：生產環(huán)境中需要被管理的軟件、硬件、文檔、人員等。例如：將服務器整體看作一個配置元素，則可將 CPU 看作服務器的一個配置屬性；進一步細分，可將 CPU 看作是一個配置元素。? 配置元素狀態(tài)代碼配置元素狀態(tài)代碼反映了配置元素在其生命周期中的不同狀態(tài)。25 / 88 配置控制? 能夠在 CI 的整個生命周期內跟蹤 CI 的狀態(tài)，確保只有被認可的和被標識的配置元素及其配置信息才能輸入 CMDB 或更新 CMDB。? 提供與服務管理平臺其它管理模塊的信息關聯(lián)，如：某個 CI 所發(fā)生的歷史事件記錄。定期(月、季度、年)對全部或部分配置元素進行審計。? 通過讀取 SYSLOG 獲取數(shù)據(jù)。根據(jù)實際情況，可采取其它方式采集數(shù)據(jù)，如：可通過原廠商網管平臺采集數(shù)據(jù)。? 采集程序必要時應能進行補采或重采，以保證數(shù)據(jù)采集的完整性。? 網絡設備網絡設備應支持 SNMP 等協(xié)議。存儲存儲設備支持 SNMP 等協(xié)議，不支持 SNMP 的應提供日志功能和相應的管理工具/接口。如：進程狀態(tài)信息、數(shù)據(jù)一致性信息，運行配置信息，輸入、輸出信息，安全、操作信息等。? 參數(shù)化管理：提供靈活的參數(shù)化配置，保證告警處理具有很強的適應性。? 一般告警(Minor) ：指告警信息的嚴重程度低、對系統(tǒng)業(yè)務影響范圍小、與業(yè)務支撐系統(tǒng)相應考核指標沒有緊密的聯(lián)系。同時可以根據(jù)業(yè)務與平臺的關聯(lián)關系，對業(yè)務與平臺兩層面的告警數(shù)據(jù)進行關聯(lián)分析，定位主要告警、過濾掉關聯(lián)告警，提高告警的處理效率。告警過濾應實現(xiàn)對以下告警的過濾： ? 頻繁發(fā)送的同一告警? 由主要告警引起的相關大量的關聯(lián)告警? 已進入服務管理流程進行處理，重復發(fā)送的告警? 特殊情況下，只需要記錄不需要展現(xiàn)的特殊資源的相關告警? 告警升級對于系統(tǒng)中持續(xù)出現(xiàn)以及超過規(guī)定處理時間仍未解決的告警，需要升級該告警的告警級別，以保證得到優(yōu)先及時的處理。手工前轉：由監(jiān)控人員把告警手工前轉其它系統(tǒng)或相關人員。32 / 88 配置數(shù)據(jù)處理 配置數(shù)據(jù)處理的目標配置數(shù)據(jù)處理的基本目標，即將數(shù)據(jù)采集層的原始配置數(shù)據(jù)整合為數(shù)據(jù)處理層的對象型配置數(shù)據(jù)（主要以基于網元對象而關聯(lián)聚合的配置信息集形式存在） ，以便功能呈現(xiàn)層能夠靈活管理和呈現(xiàn)網元對象的配置信息。? 保證配置數(shù)據(jù)的一致性配置數(shù)據(jù)處理應提供一定的手段，保證業(yè)務支撐網網管系統(tǒng)中監(jiān)控管理平臺保存的配置數(shù)據(jù)和網元對象的實際配置信息的一致性。網絡設備配置系統(tǒng)中運行的網絡設備的相關配置信息，網絡設備具體包括：核心路由器、核心交換機。中間件配置系統(tǒng)中使用的中間件軟件產品的相關配置信息。各省可以根據(jù)自己的實際情況進一步定義業(yè)務模塊的種類和個數(shù)。? 機房環(huán)境類對象(可選) 配置數(shù)據(jù)處理的功能? 配置數(shù)據(jù)審核配置數(shù)據(jù)的合法性審核配置數(shù)據(jù)合法性審核是依據(jù)網元對象配置信息的數(shù)據(jù)合法性約束規(guī)則，對配置數(shù)據(jù)本身的合法性進行審核。配置數(shù)據(jù)的一致性審核網管系統(tǒng)應審核網管系統(tǒng)中網元對象的當前配置信息與網元對象當前的實際配置信息的一致性。經過整合后，配置數(shù)據(jù)以基于網元對象關聯(lián)聚合的配置信息集形式存在，為功能呈現(xiàn)層模塊靈活方便的管理和呈現(xiàn)網元對象的配置信息提供了數(shù)據(jù)基礎。配置數(shù)據(jù)的手動更新網管系統(tǒng)應提供方便靈活的界面，供網管人員以手動方式更改網元對象的配置信息。性能數(shù)據(jù)處理應遵循以下原則：? 完整性：必須保證性能數(shù)據(jù)處理的完整性。預處理是對采集來的原始數(shù)據(jù)進行格式轉換、檢錯糾錯，形成內部標準記錄，支持比較靈活的格式轉換配置和檢錯糾錯配置。性能數(shù)據(jù)一旦超出預先設定的閥值時，系統(tǒng)將觸發(fā)一個告警，該告警稱為性能告警。性能指標及相關性能閥值告警見附件：接口數(shù)據(jù)分冊。 業(yè)務與平臺關聯(lián)性處理業(yè)務指 BOSS 規(guī)范中明確規(guī)定的業(yè)務模塊及其中包含的子業(yè)務。由于業(yè)務的核心直接由應用軟件實現(xiàn)，并且有明確的直接相關性（準確、38 / 88完整、及時） ，因此本章不再贅述業(yè)務與應用軟件關聯(lián)性處理。業(yè)務與平臺關聯(lián)性處理應遵循以下原則：? 數(shù)據(jù)的實時性在相關性處理的兩種數(shù)據(jù)中，告警數(shù)據(jù)是實時性要求較高的數(shù)據(jù)，告警數(shù)據(jù)的延時不僅會使網管系統(tǒng)降低應用價值，而且告警的相關性分析也失去價值。? 處理的及時性相關性處理雖然可以提高告警的處理效率，但必然帶來一定的延時。因此，在事件相關性處理中，定位的準確性應放在首要位置。在分析的過程中，可采用自動和手工干預相配合的方式實現(xiàn)。應根據(jù)實際情況，確定模塊內及模塊間的關聯(lián)關系，為相關性處理打好基礎。網管系統(tǒng)應提供靈活的業(yè)務流程的制定方法，確保模塊內和模塊間關聯(lián)關系改變時，業(yè)務流程易于增加、刪除、修改。以業(yè)務為核心，建立業(yè)務與平臺相關資源的關聯(lián)列表，建立業(yè)務與應用進程及數(shù)據(jù)庫表的關聯(lián)列表。對管理人員顯示對業(yè)務影響較為嚴重的告警和告警處理記錄。故障監(jiān)控應能夠提供列表形式的告警監(jiān)視界面，使維護人員可以監(jiān)視到被管資源的實時告警事件和處理后的告警事件，并對相關告警進行告警確認、清除等操作。（2）聲音報警要求根據(jù)告警級別和告警類別的不同組合設置告警聲音。例如，管理值班人員在監(jiān)控中心以操作員身份進入告警監(jiān)視界面，當發(fā)現(xiàn)重要的數(shù)據(jù)庫告警時，該操作員發(fā)出故障工單。告警數(shù)據(jù)過濾用于過濾掉從底層提取的告警信息中監(jiān)控人員認為不重要的信息，從而減少輕微告警的干擾，以提高監(jiān)控與處理的效率。系統(tǒng)應具有靈活的瀏覽、監(jiān)視和編輯的功能，同時在性能、告警、配置等方面動態(tài)反映資源環(huán)境的變化。 拓撲圖的分類拓撲圖的分類依據(jù)維護人員的瀏覽、監(jiān)視需要，并考慮到不同的視角、不同的側重層次的需要。典型的業(yè)務支撐系統(tǒng)拓撲圖是一個樹型結構，實現(xiàn)對應用系統(tǒng)的管理。43 / 88應提供方便的圖形化配置修改工具，允許管理維護人員靈活修改按地理或網段邏輯分布的相關聯(lián)資源等基本配置信息。? 對于發(fā)現(xiàn)的結果能夠按照子網的方式顯示。建議告警級別與顏色的對應關系見下表：告 警 級 別 顏 色Critical 紅 色Major 黃 色Minor 藍 色能夠在拓撲視圖中用醒目的顏色反映網絡的性能指標狀態(tài)，提供性能的門限值告警的功能，具有各類性能告警門限值的重定義功能；對于應用拓撲視圖，要求可表現(xiàn)當前業(yè)務支撐核心系統(tǒng)的運行狀態(tài)，通過查看上層應用視圖即可了解該應用是否運行異常，系統(tǒng)應具有靈活的告警升級方式，以便在應用視圖上準確監(jiān)控應用程序的運行狀況。信息查詢應能對信息的單項內容條目設置查詢條件，也能夠對主要的條目進行組合過濾查詢，在用戶設置如時間、日期等查詢條件時，應能提供對輸入內容的合法性檢查功能。 報表展現(xiàn) 報表模板管理以樹視圖的方式呈現(xiàn)，主要完成以下功能：? 根據(jù)用戶的選擇，可以按模板組、創(chuàng)建用戶、創(chuàng)建時間三種方式分類呈現(xiàn)報表模板；? 樹視圖分根、組、模板、統(tǒng)計圖四個層次；? 增加、修改、刪除、重命名模板組、模板、統(tǒng)計圖，并可對模板保存、復制；? 響應用戶對模板間的切換，并立即提取選中模板的信息并刷新報表列46 / 88視圖和統(tǒng)計圖視圖。從第二列開始，每列表示模板中的一個列，列屬性填入相應欄中；? 增加虛擬列（通過原始列組合計算而來的列） ；? 刪除列；? 定義列的基本屬性、特殊顯示方式以及虛擬列的計算表達式；47 / 88? 對已經存在的列重新排列順序。? 計費省中心業(yè)務支撐系統(tǒng)的計費業(yè)務主要完成本省各種業(yè)務的計費處理，其功能包括多種業(yè)務服務使用記錄的采集、預處理、服務使用記錄的批價、高額話費報告處理等功能。48 / 88預處理在預處理點，主要關心的指標是處理能力、處理速度及異常記錄的數(shù)量。批價及時性反應在高額處理、結算及帳務處理等需要批過價話單時，是否所有的話單都批過價，批價的準確性只能靠人工檢查、第三方軟件或者撥打測試來衡量。檢查高額處理是否準確是將高額報告與話單記錄累計進行比較，另一種方法