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）系统数据库应具备备份、恢复的能力，满足按周期全量和增量备份，确保数据安全。