模塊化機房集中管理系統
1、系統架構要求
?
（1）系統設計從數據中心日常運營管理的角度出發，滿足數據中心的7×24小時運行條件，具有服務器雙機備份方案，為數據中心正常運營提供連續性的保證。
（2）系統架構須支持不少于四十萬指標的數據采集能力，支持不少于100個客戶端同時連接訪問，日志可在系統中保存6個月以上。
（3）系統應用主體應采用B/S架構，在網絡的任何位置，均應能夠通過瀏覽器進行實時訪問。同時需具備友好的操作界面，能夠支持中、英文環境。系統應支持常用的主流瀏覽器，如lE、 Chrome、Firefox。
（4）系統應有良好的功能擴展性，應采用組件化的松耦合架構，部分件可進行功能擴展，不影響整體架構。
（5）系統須具有開放性，要求支持的接口協議包括但不限于webservice API、SNMP、 Modbus、OPC等。
（6）系統應采用可靠穩定的操作系統平臺，保證系統的通用性和安全性。服務器端程序應基于 Linux或 Windows serve正版操作系統，部著在專業的x86服務器上（至少4×CPU，64G?RAM）。系統也可以部署在云環境中，通過公有云或私有云平臺，借助IP/無線組網實現多機房的遠程、集中監控。
（7）集中管理系統須具有極高的安全性，保障業務數據的信息安全。集中管理系統應提供正式的軟件安全測試報告，通過業界常用的安全掃描工具（例如 AppScan、Nessus、NGS、 Symantec、 Mcafee等）。
?
2、系統安全要求
?
? ? ? ? 為保證系統安全，集中管理系統應有良好的安全架構。整個系統應提供正式的第三方機構軟件安全測試報告，通過業界常用的安全掃描工具。集中管理系統的安全架構應滿足以下三個要求。
?
（1）應用層
·安全方案包括認證、口令策略、訪問控制與授權、加密、會話管理日志、數據保護和運行安全等。
?
（2）系統層
·選用安全穩定的操作系統版本和數據庫版本，以解決最基本的安全問題。
·通過 Linux玻 Windows serve最小化安裝，確保只安裝和啟用系統必須的服務，減少被黑客攻擊的風險。
·通過對 Linux或 Windows serve操作系統加固，確保應用程序運行的環境中
?
（3）網絡層
·南北向采用安全、可靠的通信協議，例如 SNMP V3、SSL協議。
·使用SSH?V2協議和HTPS協議，對系統OS和集中管理系統進行訪問和維護。
?
3、系統性能要求
?
1.可靠性要求
（1）系統應保證7×24小時不間斷運行。
（2）支持服務熱部暑，當系統增加新設備時，系統無須重啟，不中斷。
（3）支持服務器的自身的性能檢測.
（4）支持補丁工具，對在網版本進行升級和Bug修復。
（5）監控系統支持自診斷，實時監控服務器與監控設備間的通信狀態，或可以自動生成監控采集器的網絡拓撲圖，實時顯示監控采集器和服務器的狀態。
?
2.容量要求
（1）在保證系統性能的情況下，系統平臺應能支持同時在線用戶數不低于100個。
（2）用戶正常使用情況下，服務器CPU、內存每月平均使用率不超過65%。
（3）系統報表查詢時間：每20000條數據不超過1分鐘。
（4）系統應高效、及時地采集和存儲數據，滿足以下實時性指標。
·一次采集周期內的測點數量不小于400000個。
·一次采集周期的時間為lmin；對于設備的關鍵數據（占比20%），采集時間可設置成5s。
·每秒20000條并發事件存儲。
?
3.界面易用性要求
（1）應用系統必須提供統一的圖形用戶界面。
（2）應用系統應支持同時打開多個管理窗口，并行操作不同任務。
（3）應用系統的操作界面應明確標識出必填的輸入信息。
（4）應用系統功能菜單應接照功能域、功能組的分類方法進行組織。
（5）對于操作員無權限使用的菜單功能，應用系統不應顯示該菜單或將其設置為不可用狀態。
（6）系統應提供在線幫助功能，對于每一個操作功能都能查找到相應的使用說明。
（7）應用系統應提供圖形化的安裝與配置界面。
?
4、系統功能要求
?
1.視圖管理
?
1?統一積圖
具有可視化管理的能力，能直觀、形象地展示園區、樓宇及機房視圖并能通過視圖頁面快速定位到設備告警。
（1）全局視圖：提供統一的展示面板，針對園區、樓宇、機房多層次展示視圖，可快速查詢設備的物理位置、參數配置、運行狀態等。
（2）可視告警：當機房內設備產生告警時，通過不同顏色提示設備的告等級，使得用戶對數據機房的故障情況一目了然。
（3）統一分析：可按照各種維度提供告警統計，比如各房間的告警量統計。
（4）資源可視：在視圖中展示資源最新配置屬性信息。
（5）組態分屏：Dashbord要支持組態分屏，一屏顯示多個專業的監控。
?
2 組態功能
具有組態設計的能力，在新的機房納入管理時，可以借助組態功能來直觀、形象地創建新的機房視圖。
（1）系統能夠根據園區、樓字、樓層的實際場景，實現上述建筑設備的部暑。在樓的設計中，可以部暑橘層，樓層可部署機房。
（2）在機房設計中，提供機房構件（墻、門、承重柱等）、基礎設備（供配電設備、制冷設備、機柜、傳感器等）等組件。
（3）通過機房構件，支持機房的構建和部署。
（4）通過拖曳操作，完成設備在機房、模塊化機房、機柜內的部署。
（5）可生成園區與機房的組態模型，并支持設備的批量導入。
（6）支持門禁系統相關信息查看及監控。
（7）通過導航樹可快速訪問管理域、被管理設備。
?
3 GIS地圖
?
具有在線或離線的GIS地圖功能，可以實時監控機房的各項關鍵指標值行狀態。
?
（1）提供GIS（地理信息系統，基于百度或者 Google或 Openstreet）導航功能，顯示各個機房告警、PUE、容量等數據。
（2）顯示各個數據機房的經緯度、名稱等信息，并可在線修改經/緯度信息。
（3）GIS界面需要提供跳轉到相關監控界面的快速入口。
?
4 客戶化工作桌面
?
用戶可自行設置工作桌面，把最關注的信息定制在首頁上，在一個頁面通過不同的 Dashboard快速高效展現出來，應至少包括以下內容。
（1）PUE與能效分析：顯示數據機房的當前PUE值、不同部分的能耗占比情況（IT能耗、制冷能耗等）。
（2）PUE變化趨勢：采用曲線圖展示不同時間段的PUE值，從而發現PUE變化趨勢。
（3）告警統計信息：以柱狀圖的方式顯示不同告的數量和分布。
?
2.實時監控
?
1 動力環境監測
?
能夠對機房內的動力設備及環境進行監測，實時監控動環設備的運行狀態，記錄和處理相關數據，及時偵測故障，通過集中管理系統通知人員處理從而實現機房的少人或無人值守，以及動力、環境的集中監控維護管理，提高動力系統維護的可靠性，保障ICT設備的安全運行。
（1）信號監測：在視圖中可以選中監控設備，查看監控設備基本信號并支持報警、信號的分開顯示。
（2）結構樹與組態圖：結構樹層級包括園區一樓宇一樓層一機房一虛擬機房一機柜一設備；組態圖在機房級展開，即能高仿真展示完整機房，并能展示設備監測數據。
?
2 視頻監控
?
實現對機房無死角視頻監控，監控對象包括機房內各種攝像機，如槍式攝像機或半球攝像機，可以實現實時視頻瀏覽、歷史視頻回放。
?
3 門禁監控
?
提供門禁狀態監視和控制功能、非法聞入告警功能。
（1）監測功能：支持在視圖上按門禁的實際位置布置控件，實時監測門禁的狀態、刷卡信息、門禁告警。
（2）歷史數據查詢功能：提供劇卡信息歷史查詢功能；提供人員門禁權限查詢功能。
?
3.集中告警管理
?
集中告警通過對機房各子系統所產生的告警進行統一存儲和展示，使告餐能夠得到及時響應和處理。提供大樓、機房等多種視圖，一旦發生故障時系統可通過短信通知、大屏展現等多種方式及時告知相關運維人員進行處理。系統會根據策略進行根源性分析，找出告警根源，避免大量的告警風暴產生，給運維人員帶來困擾。
同時通過告警屏蔽策略，屏蔽掉無需關注的告警信息，使得運維人員更準確地掌握數據機房中發生的主要告警信息和需要關注的嚴重告警信息。對長時間無人處理的告警，系統會自動升級告警，通過短信、郵件方式通知給上一級的運維人員或管理人員，從而保證機房安全穩定的運行。
?
1 告警瀏覽與設置
?
（1）告警信息展示：系統任意界面上須始終顯示告警數量統計信息，如出現告警，能夠迅速點擊進入告警展示界面。
（2）告警定位功能：通過告警信息，能夠迅速定位到告警設備位置，在機房布局圖中能夠自動高亮顯示告警設備。
（3）告警級別：系統應支持至少4級告警等級，系統應提供缺省的告警等級設置，同時每條告警均能夠自定義其告警等級。
（4）告警設置功能：系統應支持告警設置，可以由用戶自定義每一條闊值告警的上、下限。
?
2 告警操作
?
告警操作面向監控人員提供告警手工操作管理功能，包括告警確認、告警清除、告警派單、告窗推送。
（1）告餐確認
·告警確認主要是對告警承載的信息予以認可，以形成有效的告警，能夠對誤報、告警信息描述不準確的誤告進行標記，可對誤告警的原因進行。
·系統提供確認原因輸入文本框，由確認人提供確認原因。
·系統應產生確認時間、確認人、確認終端等確認信息。
（2）告警清除
?
·對于系統中已經處理完畢的告警信息，設置相關的標志，標記為手工清除。
·系統提供清除原因輸入文本框，由確認人提供清除原因。
·系統應產生清除時間、清除人、清除終端等信息。
（3）告餐派單
支持手工工單派發。
（4）告餐推送
·支持自動推送配置：能夠通過組合不同的告警信息字段，配置自動推送規則；告警標題、告警內容應支持模糊匹配功能。
·可以根據告警數據的內容自由定義推送內容,并能手工編輯內容。
·支持多種推送方式，例如：聲光、電話、短信、郵件或微信。
·支持推送對象配置功能，可以選擇已有的推送對象。針對郵件推送可以手工輸入推送對象的郵件地址。
?
4.能耗管理
?
1 指標算法管理
?
機房能耗指標是衡量機房能效的量化標準，它可以反映機房運行過程中的能耗使用情況，作為機房設計和運維改進的重要依據，并為不同機房房間能效對比提供依據。機房能耗指標應提供自定義功能，和多維度的能耗指標計算功能，包含但不限于以下指標。
（1）電能利用效率：PUE是國內外普遍接受和采用的一種衡量機房基礎設施能效的指標，其指標的含義是計算在提供給機房的總電能中，有多少電能是真正應用到設備。
（2）局部電能利用效率：p?PUE是機房PUE概念的延伸，用于對機房的局部區域或設備的能效進行評估和分析。p PUE計算能夠更加精確地了解各區域的能耗利用率水平為整個機房節能改造提供參考。
（3）制冷/供電負載系數：CLF（Cooling Load Factor，制冷負載系數），定義為機房中制冷設備耗電與設備耗電的比值；PLF（Power Load?Factor，供電負載系數），定義為機房中供配電系統耗電與設備耗電的比值。此指標可以看作是PUE的補充和深化,通過這兩個指標可以進一步深入分析制冷系統和供配電系統的能源效率。
作為衡量機房整體能耗水平的數據指標，各項參數應保證準確，測量點的選取、測量周期和測量設備應保證準確、規范。與指標計算相關的參數應保證其實時性、準確性，相關指標的上傳刷新周期可根據實際要求合理設置。
?
2 能耗分析展示
?
通過數據分析引擎，將復雜設備參數轉化為直觀化分析計算結果，為機房運維管理者提供數據參考。
（1）能耗數據展示：應提供多維度（時間維度：年、季、月、日；空間維度：機房、樓層、模塊化機房、機柜；可分配電、制冷子系統）的數據展示功能，清晰展示機房能耗分布，實時展示各設備及子系統能耗使用情況。至少應支持從空間、子系統、設備等角度，展示機房能耗使用情況。
（2）能耗數據分析：應具備指標對比功能，支持與初設參數對比，便于管理者實時了解機房當前能耗指標水平，并對機房實時的、歷史的能耗數據進行精細化分析。系統應至少支持：
·實時數據與歷史數據的對比分析；
·不同機房間，相同能耗指標的橫向對比；
·通過對歷史能耗數據的分析統計，提供能耗使用趨勢預測。
（3）PUE預警：提供PUE指標閾值管理及預警生成功能。
?
5.報表管理
?
鑒于機房全生命周期中，新業務的出現或管理方式的改變，經常需要針對性的輸出各種類型的報表。
集中管理系統除內置的標準報表模板，還可以支持用戶自定義報表。自定義報表功根據用戶的實際需求，靈活選擇數據字段、統計范圍、始終時間示形式，生成各類分析報表；在這個過程中，不需要廠商進行代碼的二次開發。
?
1 標準報表
（1）應提供預定義的報表模板，用戶能根據模板自定義報表任務。
（2）報表的展示方式應包含曲線圖、柱狀圖、餅圖等不同的圖形，方便用戶直觀了解報表信息。
（3）報表能通過E-mail方式進行推送，也可以通過系統直接進行報表打印和導出為PDF文件。
（4）應支持報表的自定義生成和自動推送。報表任務、報表生成周期、報表自動推送人員均可由用戶自定義完成。
（5）應提供用戶信息配置功能，能夠將用戶LOGO上傳到報表系統中，從而在生成的報表中顯示用戶LOGO。
?
6.系統管理
?
1 權限管理
（1）基于角色的用戶管理，在定義合法用戶時，可對用戶進行分權分域管理，并提供管理員單用戶模式。
（2）可設置時間策略（自動注銷、登錄時間、過期時間）；可設置賬號策路（IP綁定、賬號長度、鎖定、停用）。
（3）系統驗證用戶的合法性及權限，確保只有授權的用戶才能接入到管理系統。
（4）系統提供量錄用戶的管理功能，包括增加、刪除、修改、級別定義和密碼修改等。
（5）根據不同的操作人員（系統管理員、操作管理員、一般操作人員）的職責，定義不同的級別，系統至少支持5級以上的權限。
（6）系統支持角色權限管理，可對管理和使用者分配不同的操作使用權限，并對所有管理和使用者根據職能進行分組管理，包括允許查看的內容允許控制的設備等。
（7）用戶組管理：系統支持基于角色的用戶組管理功能，用戶組為擁有相同操作權限的用戶集合，不同用戶組權限也不同,通過用戶組為用戶分配權限。支持增加、刪除和修改用戶設置。
?
2 日志管理
?
（1）系統提供了基于數據庫的日志功能，實現對人員操作、事件告警等事件的跟蹤管理。
（2）系統日志不應被任何人修改，系統支持根據條件查詢日志，并將查詢的日志列表導出打印。
（3）系統數據庫應具備備份、恢復的能力，滿足按周期全量和增量備份，確保數據安全。
?
（1）系統設計從數據中心日常運營管理的角度出發，滿足數據中心的7×24小時運行條件，具有服務器雙機備份方案，為數據中心正常運營提供連續性的保證。
（2）系統架構須支持不少于四十萬指標的數據采集能力，支持不少于100個客戶端同時連接訪問，日志可在系統中保存6個月以上。
（3）系統應用主體應采用B/S架構，在網絡的任何位置，均應能夠通過瀏覽器進行實時訪問。同時需具備友好的操作界面，能夠支持中、英文環境。系統應支持常用的主流瀏覽器，如lE、 Chrome、Firefox。
（4）系統應有良好的功能擴展性，應采用組件化的松耦合架構，部分件可進行功能擴展，不影響整體架構。
（5）系統須具有開放性，要求支持的接口協議包括但不限于webservice API、SNMP、 Modbus、OPC等。
（6）系統應采用可靠穩定的操作系統平臺，保證系統的通用性和安全性。服務器端程序應基于 Linux或 Windows serve正版操作系統，部著在專業的x86服務器上（至少4×CPU，64G?RAM）。系統也可以部署在云環境中，通過公有云或私有云平臺，借助IP/無線組網實現多機房的遠程、集中監控。
（7）集中管理系統須具有極高的安全性，保障業務數據的信息安全。集中管理系統應提供正式的軟件安全測試報告，通過業界常用的安全掃描工具（例如 AppScan、Nessus、NGS、 Symantec、 Mcafee等）。
?
2、系統安全要求
?
? ? ? ? 為保證系統安全，集中管理系統應有良好的安全架構。整個系統應提供正式的第三方機構軟件安全測試報告，通過業界常用的安全掃描工具。集中管理系統的安全架構應滿足以下三個要求。
?
（1）應用層
·安全方案包括認證、口令策略、訪問控制與授權、加密、會話管理日志、數據保護和運行安全等。
?
（2）系統層
·選用安全穩定的操作系統版本和數據庫版本，以解決最基本的安全問題。
·通過 Linux玻 Windows serve最小化安裝，確保只安裝和啟用系統必須的服務，減少被黑客攻擊的風險。
·通過對 Linux或 Windows serve操作系統加固，確保應用程序運行的環境中
?
（3）網絡層
·南北向采用安全、可靠的通信協議，例如 SNMP V3、SSL協議。
·使用SSH?V2協議和HTPS協議，對系統OS和集中管理系統進行訪問和維護。
?
3、系統性能要求
?
1.可靠性要求
（1）系統應保證7×24小時不間斷運行。
（2）支持服務熱部暑，當系統增加新設備時，系統無須重啟，不中斷。
（3）支持服務器的自身的性能檢測.
（4）支持補丁工具，對在網版本進行升級和Bug修復。
（5）監控系統支持自診斷，實時監控服務器與監控設備間的通信狀態，或可以自動生成監控采集器的網絡拓撲圖，實時顯示監控采集器和服務器的狀態。
?
2.容量要求
（1）在保證系統性能的情況下，系統平臺應能支持同時在線用戶數不低于100個。
（2）用戶正常使用情況下，服務器CPU、內存每月平均使用率不超過65%。
（3）系統報表查詢時間：每20000條數據不超過1分鐘。
（4）系統應高效、及時地采集和存儲數據，滿足以下實時性指標。
·一次采集周期內的測點數量不小于400000個。
·一次采集周期的時間為lmin；對于設備的關鍵數據（占比20%），采集時間可設置成5s。
·每秒20000條并發事件存儲。
?
3.界面易用性要求
（1）應用系統必須提供統一的圖形用戶界面。
（2）應用系統應支持同時打開多個管理窗口，并行操作不同任務。
（3）應用系統的操作界面應明確標識出必填的輸入信息。
（4）應用系統功能菜單應接照功能域、功能組的分類方法進行組織。
（5）對于操作員無權限使用的菜單功能，應用系統不應顯示該菜單或將其設置為不可用狀態。
（6）系統應提供在線幫助功能，對于每一個操作功能都能查找到相應的使用說明。
（7）應用系統應提供圖形化的安裝與配置界面。
?
4、系統功能要求
?
1.視圖管理
?
1?統一積圖
具有可視化管理的能力，能直觀、形象地展示園區、樓宇及機房視圖并能通過視圖頁面快速定位到設備告警。
（1）全局視圖：提供統一的展示面板，針對園區、樓宇、機房多層次展示視圖，可快速查詢設備的物理位置、參數配置、運行狀態等。
（2）可視告警：當機房內設備產生告警時，通過不同顏色提示設備的告等級，使得用戶對數據機房的故障情況一目了然。
（3）統一分析：可按照各種維度提供告警統計，比如各房間的告警量統計。
（4）資源可視：在視圖中展示資源最新配置屬性信息。
（5）組態分屏：Dashbord要支持組態分屏，一屏顯示多個專業的監控。
?
2 組態功能
具有組態設計的能力，在新的機房納入管理時，可以借助組態功能來直觀、形象地創建新的機房視圖。
（1）系統能夠根據園區、樓字、樓層的實際場景，實現上述建筑設備的部暑。在樓的設計中，可以部暑橘層，樓層可部署機房。
（2）在機房設計中，提供機房構件（墻、門、承重柱等）、基礎設備（供配電設備、制冷設備、機柜、傳感器等）等組件。
（3）通過機房構件，支持機房的構建和部署。
（4）通過拖曳操作，完成設備在機房、模塊化機房、機柜內的部署。
（5）可生成園區與機房的組態模型，并支持設備的批量導入。
（6）支持門禁系統相關信息查看及監控。
（7）通過導航樹可快速訪問管理域、被管理設備。
?
3 GIS地圖
?
具有在線或離線的GIS地圖功能，可以實時監控機房的各項關鍵指標值行狀態。
?
（1）提供GIS（地理信息系統，基于百度或者 Google或 Openstreet）導航功能，顯示各個機房告警、PUE、容量等數據。
（2）顯示各個數據機房的經緯度、名稱等信息，并可在線修改經/緯度信息。
（3）GIS界面需要提供跳轉到相關監控界面的快速入口。
?
4 客戶化工作桌面
?
用戶可自行設置工作桌面，把最關注的信息定制在首頁上，在一個頁面通過不同的 Dashboard快速高效展現出來，應至少包括以下內容。
（1）PUE與能效分析：顯示數據機房的當前PUE值、不同部分的能耗占比情況（IT能耗、制冷能耗等）。
（2）PUE變化趨勢：采用曲線圖展示不同時間段的PUE值，從而發現PUE變化趨勢。
（3）告警統計信息：以柱狀圖的方式顯示不同告的數量和分布。
?
2.實時監控
?
1 動力環境監測
?
能夠對機房內的動力設備及環境進行監測，實時監控動環設備的運行狀態，記錄和處理相關數據，及時偵測故障，通過集中管理系統通知人員處理從而實現機房的少人或無人值守，以及動力、環境的集中監控維護管理，提高動力系統維護的可靠性，保障ICT設備的安全運行。
（1）信號監測：在視圖中可以選中監控設備，查看監控設備基本信號并支持報警、信號的分開顯示。
（2）結構樹與組態圖：結構樹層級包括園區一樓宇一樓層一機房一虛擬機房一機柜一設備；組態圖在機房級展開，即能高仿真展示完整機房，并能展示設備監測數據。
?
2 視頻監控
?
實現對機房無死角視頻監控，監控對象包括機房內各種攝像機，如槍式攝像機或半球攝像機，可以實現實時視頻瀏覽、歷史視頻回放。
?
3 門禁監控
?
提供門禁狀態監視和控制功能、非法聞入告警功能。
（1）監測功能：支持在視圖上按門禁的實際位置布置控件，實時監測門禁的狀態、刷卡信息、門禁告警。
（2）歷史數據查詢功能：提供劇卡信息歷史查詢功能；提供人員門禁權限查詢功能。
?
3.集中告警管理
?
集中告警通過對機房各子系統所產生的告警進行統一存儲和展示，使告餐能夠得到及時響應和處理。提供大樓、機房等多種視圖，一旦發生故障時系統可通過短信通知、大屏展現等多種方式及時告知相關運維人員進行處理。系統會根據策略進行根源性分析，找出告警根源，避免大量的告警風暴產生，給運維人員帶來困擾。
同時通過告警屏蔽策略，屏蔽掉無需關注的告警信息，使得運維人員更準確地掌握數據機房中發生的主要告警信息和需要關注的嚴重告警信息。對長時間無人處理的告警，系統會自動升級告警，通過短信、郵件方式通知給上一級的運維人員或管理人員，從而保證機房安全穩定的運行。
?
1 告警瀏覽與設置
?
（1）告警信息展示：系統任意界面上須始終顯示告警數量統計信息，如出現告警，能夠迅速點擊進入告警展示界面。
（2）告警定位功能：通過告警信息，能夠迅速定位到告警設備位置，在機房布局圖中能夠自動高亮顯示告警設備。
（3）告警級別：系統應支持至少4級告警等級，系統應提供缺省的告警等級設置，同時每條告警均能夠自定義其告警等級。
（4）告警設置功能：系統應支持告警設置，可以由用戶自定義每一條闊值告警的上、下限。
?
2 告警操作
?
告警操作面向監控人員提供告警手工操作管理功能，包括告警確認、告警清除、告警派單、告窗推送。
（1）告餐確認
·告警確認主要是對告警承載的信息予以認可，以形成有效的告警，能夠對誤報、告警信息描述不準確的誤告進行標記，可對誤告警的原因進行。
·系統提供確認原因輸入文本框，由確認人提供確認原因。
·系統應產生確認時間、確認人、確認終端等確認信息。
（2）告警清除
?
·對于系統中已經處理完畢的告警信息，設置相關的標志，標記為手工清除。
·系統提供清除原因輸入文本框，由確認人提供清除原因。
·系統應產生清除時間、清除人、清除終端等信息。
（3）告餐派單
支持手工工單派發。
（4）告餐推送
·支持自動推送配置：能夠通過組合不同的告警信息字段，配置自動推送規則；告警標題、告警內容應支持模糊匹配功能。
·可以根據告警數據的內容自由定義推送內容,并能手工編輯內容。
·支持多種推送方式，例如：聲光、電話、短信、郵件或微信。
·支持推送對象配置功能，可以選擇已有的推送對象。針對郵件推送可以手工輸入推送對象的郵件地址。
?
4.能耗管理
?
1 指標算法管理
?
機房能耗指標是衡量機房能效的量化標準，它可以反映機房運行過程中的能耗使用情況，作為機房設計和運維改進的重要依據，并為不同機房房間能效對比提供依據。機房能耗指標應提供自定義功能，和多維度的能耗指標計算功能，包含但不限于以下指標。
（1）電能利用效率：PUE是國內外普遍接受和采用的一種衡量機房基礎設施能效的指標，其指標的含義是計算在提供給機房的總電能中，有多少電能是真正應用到設備。
（2）局部電能利用效率：p?PUE是機房PUE概念的延伸，用于對機房的局部區域或設備的能效進行評估和分析。p PUE計算能夠更加精確地了解各區域的能耗利用率水平為整個機房節能改造提供參考。
（3）制冷/供電負載系數：CLF（Cooling Load Factor，制冷負載系數），定義為機房中制冷設備耗電與設備耗電的比值；PLF（Power Load?Factor，供電負載系數），定義為機房中供配電系統耗電與設備耗電的比值。此指標可以看作是PUE的補充和深化,通過這兩個指標可以進一步深入分析制冷系統和供配電系統的能源效率。
作為衡量機房整體能耗水平的數據指標，各項參數應保證準確，測量點的選取、測量周期和測量設備應保證準確、規范。與指標計算相關的參數應保證其實時性、準確性，相關指標的上傳刷新周期可根據實際要求合理設置。
?
2 能耗分析展示
?
通過數據分析引擎，將復雜設備參數轉化為直觀化分析計算結果，為機房運維管理者提供數據參考。
（1）能耗數據展示：應提供多維度（時間維度：年、季、月、日；空間維度：機房、樓層、模塊化機房、機柜；可分配電、制冷子系統）的數據展示功能，清晰展示機房能耗分布，實時展示各設備及子系統能耗使用情況。至少應支持從空間、子系統、設備等角度，展示機房能耗使用情況。
（2）能耗數據分析：應具備指標對比功能，支持與初設參數對比，便于管理者實時了解機房當前能耗指標水平，并對機房實時的、歷史的能耗數據進行精細化分析。系統應至少支持：
·實時數據與歷史數據的對比分析；
·不同機房間，相同能耗指標的橫向對比；
·通過對歷史能耗數據的分析統計，提供能耗使用趨勢預測。
（3）PUE預警：提供PUE指標閾值管理及預警生成功能。
?
5.報表管理
?
鑒于機房全生命周期中，新業務的出現或管理方式的改變，經常需要針對性的輸出各種類型的報表。
集中管理系統除內置的標準報表模板，還可以支持用戶自定義報表。自定義報表功根據用戶的實際需求，靈活選擇數據字段、統計范圍、始終時間示形式，生成各類分析報表；在這個過程中，不需要廠商進行代碼的二次開發。
?
1 標準報表
（1）應提供預定義的報表模板，用戶能根據模板自定義報表任務。
（2）報表的展示方式應包含曲線圖、柱狀圖、餅圖等不同的圖形，方便用戶直觀了解報表信息。
（3）報表能通過E-mail方式進行推送，也可以通過系統直接進行報表打印和導出為PDF文件。
（4）應支持報表的自定義生成和自動推送。報表任務、報表生成周期、報表自動推送人員均可由用戶自定義完成。
（5）應提供用戶信息配置功能，能夠將用戶LOGO上傳到報表系統中，從而在生成的報表中顯示用戶LOGO。
?
6.系統管理
?
1 權限管理
（1）基于角色的用戶管理，在定義合法用戶時，可對用戶進行分權分域管理，并提供管理員單用戶模式。
（2）可設置時間策略（自動注銷、登錄時間、過期時間）；可設置賬號策路（IP綁定、賬號長度、鎖定、停用）。
（3）系統驗證用戶的合法性及權限，確保只有授權的用戶才能接入到管理系統。
（4）系統提供量錄用戶的管理功能，包括增加、刪除、修改、級別定義和密碼修改等。
（5）根據不同的操作人員（系統管理員、操作管理員、一般操作人員）的職責，定義不同的級別，系統至少支持5級以上的權限。
（6）系統支持角色權限管理，可對管理和使用者分配不同的操作使用權限，并對所有管理和使用者根據職能進行分組管理，包括允許查看的內容允許控制的設備等。
（7）用戶組管理：系統支持基于角色的用戶組管理功能，用戶組為擁有相同操作權限的用戶集合，不同用戶組權限也不同,通過用戶組為用戶分配權限。支持增加、刪除和修改用戶設置。
?
2 日志管理
?
（1）系統提供了基于數據庫的日志功能，實現對人員操作、事件告警等事件的跟蹤管理。
（2）系統日志不應被任何人修改，系統支持根據條件查詢日志，并將查詢的日志列表導出打印。
（3）系統數據庫應具備備份、恢復的能力，滿足按周期全量和增量備份，確保數據安全。
上一篇：模塊化機房本地管理系統
下一篇：智能管理系統架構
相關推薦
產品推薦
留言反饋
分享網頁
