文章标题：运维部兼任网管监控中心管理岗位述职报告
一、个人岗位主要职责
主要工作职责：协助杨主任做好运维部工作，兼任网管监控中心管理工作;
1、负责每日24小时网络监控;
2、管理网管监控中心日常生产工作;
3、定期分析网络运行质量及业务响应工作情况并进行考核;
4、负责电路调度及考核工作;
5、网间通信质量管理，协调处理
有关互联互通重大、疑难问题;
6、网间业务码号开放管理;
7、组织落实交换专业的日常维护工作，制订维护作业计划;
8、制订交换专业应急调度预案，落实各项网络安全措施，确保交换专业网络的稳定运行;
9、负责交换专业的技术支撑工作，确保网络安全运行。
二、个人岗位量化指标
(一)交换专业
主要工作任务：
1、加强网络运行分析，合理优化网络，提高网络运行质量;
2、组织落实各类数据统计、报表上报工作。管控数据及标准：
1、合理组织安排交换网络调度;
2、落实应急调度预案，降低障碍处理时间，确保S1/2类故障，处理时限应不超过4小时;
3、省公司考核：交换方面，长途电话网网络接通率≥97;本地来话接通率≥98;本地去话接通率≥97;
4、省公司考核：网间信令数据传送准确率达到95以上;
5、报表上报及时率100%。
(二)互联互通
主要工作：进一步提高互联互通网络运行质量，协调处理网间不规范主叫和异常话务问题。
1、负责协调处理本地网网间通信障碍;
2、负责网间扩容改造协调(中继增开、交换机扩容等);
3、网间业务码号开放管理。
管控数据及标准：根据管理局规定：要求网间话务传送每小时不规范主叫次数不大于50次。
1、一般障碍处理，处理沟通时限为24小时，如超时未解决或对方没有对障碍原因进行书面回复时，上报省公司处理;
2、重大事故后4小时内口头上报省公司，24小时内做出简要书面报告，事故处理结束后的5日内做出专题书面报告。
3、在进行网间扩容改造时应视改造内容提前通知相关运营商，并做好网间应急预案;
4、网间中继扩容因符合信产部相关技术标准(公用电信网间互联中继电路扩容技术要求)。
5、按省公司要求：每月5日前完成报表上报工作。
6、根据码号开放文件规定按时开放码号。
(三)网管监控
主要工作：
1、组织电路故障处理、派发、指挥调度，收集故障分析报告。
2、组织电路调度、测试、开通测试报告收集。
3、根据市场部的要求提供资源满足情况和投资需求。
管控数据及标准：
1、制订并严格贯彻执行各类管理制度;
2、故障处理及时;
3、分析认真，及时提交报告和报表;
4、电路调度准确合理，开通及时;
5、响应大客户中心的方案和重保需求。
三、上半年指标完成情况
1、完成交换专业各项维护作业计划，完成上半年网络运行质量分析材料汇总上报。
2、完成各交换设备扩容、局数据修改，日常故障处理工作，完成了省公司上半年的各项考核指标。
3、定期进行本网固话用户话务流量，IP电话业务流量分析，用户模块端口占用率分析，动态对全区模块进行资源调度，提高了模块端口占用率。
4、分析完成了112用户故障数据的统计工作，通过详细的故障用户数据分析，用户故障类型统计，强化相关的故障处理流程，有效降低了故障历时，减少了用户的投诉数量。
4、节前积极进行各交换设备巡检、故障排查工作，消除了节日期间的故障隐患，定时对各局向话务进行采集分析，对话务量接近门限值的局向作动态跟踪，及时通过增开电路来疏通话务。
5、完成07年交换专业应急调度预案修订及本地网互联互通应急转接预案制订，确保了长途、本地网络节日期间高效、稳定的运行。
6、制定实施技术方案5个，累计完成省公司各项报表92份，调单40项，反馈及时率99。
7、制订完成本地网码号升位方案和工作计划，完善升位前相关信息的统计与采集分析，顺利完成全省升位演练配合工作。
8、加强了与各运营商的沟通，节前与其它运营商商讨网间话务疏通应急预案，并及时对网间话务进行测算，对高话务量的网间中继与对方进行积极的协调与沟通及时增开电路，确保了网间通信正常。
9、配合完成中兴第二关口局建设、本地调测及初验，完成第二关口局设备交换组网方案制定，配合了网间传输第二路由构建协谈。
10、春节后对于电信拦截我方码号的情况进行积极处理，及时加强相关的观察与信令跟踪，掌握证据，上报省公司电信封堵码号情况表并提供拨测表，保持与电信进行不断的沟通、协商、处理。
11、退租了1条高港长江导航处联通公司的2M电路，6条广电2M电路以及1条电信16900互联网电路，及时核实了我方资源，减少了租用资源，节约了公司运维成本。
四、上半年管理工作主要成绩
协助主任工作，量化落实运维部思路，使各项管理规范化、制度化。
1、在做好日常监控管
理、网络优化的基础上，较好的完成了一季度的维护工作。
2、认真履行中心的工作职责，尽一步完善了中心各项规章制度。
3、加强了值班制度、交接班制度、机房管理制度的执行，对违规行为适度进行考核。
4、制定了机房卫生值日制度并下发执行。
5、对仓库物品整理归类，各专业的备品备件、仪器仪表进行了整理，补全了各项台帐。
五
、目前工作中存在的主要问题
1、个人技术水平及管理水平有待进一步提高;
2、中心的凝聚力和创新力还不够高，急需提高整体队伍的素质，加强人员的培训，提高中心人员的维护水平以及障碍处理能力。
六、下半年工作主要思路
1、进一步提高语音网络接通率;
2、加强24小时网络监控工作;
3、合理优化现有网络，提高现有网络质量;
4、加强网管监控人员技术培训。
七、近期最重要的工作及工作思路
1、做好全网号码升位的准备工作，能顺利完成本次升位任务;
2、盘活资源，合理利用网络资源;
3、强化汛期24小时网络监控工作，保障全网网络安全。
《运维部兼任网管监控中心管理岗位述职报告》来源于，欢迎阅读运维部兼任网管监控中心管理岗位述职报告。
附件：
国网邢台供电公司
检修分公司运维费管理实施细则(试行)
第一章 总则
第一条 为规范国网邢台供电公司(以下简称“公司”)检修分公司运维费管理工作，提高运维费管理工作水平，根据国家、行业、国家电网公司和国网河北电力公司有关规定，制定本细则。
第二条 本细则所称的检修分公司运维费(以下简称“运维费”)是指检修分公司所管辖输变配设备及生产附属设施日常所发生的，属于生产大修、专项维修范围之外的维护所发生的费用，是生产设备、设施的一种辅助性维修行为。
第三条 本细则对运维费管理的工作原则、范围、职责和计划、实施、考核等管理全过程作出具体规定。
第四条 本细则适用于邢台供电公司检修分公司，县公司参照执行。
第二章 原则和范围
第五条 运维费管理遵循以下原则：
(一)严栺执行国家、行业、地方有关方针政策、法律、法规，落实国家电网公司相关标准、制度、规定和反措要求。
(二)坚持集约化管理，制定统一的技术政策、实施标准和管理措施，幵按照资产运行维护范围组织实施。
(三)强化精益化管理，在标准化和信息化的基础上，实现运维项目技术经济最优。
(四)规范项目实施管理，严栺执行项目负责制、招投标制、工程监理制(或三级验收制)、合同管理制。
第六条 运维费使用范围包括设备日常维护所需的零星耗材，确保设备安全运行的辅助设施零星维护，工作所需仪器仪表和工器具的定期校验试验，具有连续按周期发生的特定服务费用，以及其他属于生产大修、专项维修范围外的工作。
第七条 运维费的使用必须履行事先请示审批手续。
第三章 管理职责
第八条 公司运维检修部是运维费的归口管理部门，主要职责为：
(一)执行上级有关生产技术改造的政策、法规、制度、标准等，负责对公司运维费工作进行统一管理。
(二)根据公司运维费有关管理办法，制定公司实施细则。
(三)按照公司统一的技术原则，组织审批公司运维费。
(四)负责检修分公司内部各单位运维费的统一分配和滚动调整，幵组织实施生产运维项目。对公司运维费全过程管理等进行监督、检查和考核。
第九条 公司相关部门职责：
(二)监察审计部是运维费项目审计归口部门，负责运维费项目的结算审计工作，出具结算报告。
(三)财务资产部是公司预算归口管理部门，运维费纳入公司预算统一管理，每年年初下达当年运维费额度。
(四)物资供应分公司负责组织运维费项目所需物资、服务招标采购，提供有关招标结果，为项目预算审查提供参考依据。
第十条 各基层单位具体负责运维范围内的(本单位)运维费项目的实施。
第五章 项目全过程管理
第十一条 计划编制。运维费使用单位每季度最后一个月底前，按要求编制运维费项目计划，经单位主管领导审核后报运维检修部运维费管理专责。
第十二条 计划审批。运维检修部运维费管理专责对项目的必要性进行审核，对申报单位费用总额进行控制，报运维检修部主管主任审批，审批后下发申报单位执行。
第十三条 招标采购。项目执行所需的各项物资采购严栺按照省公司招标有关规定执行，纳入省公司批次招标、协议库存或超市化采购;服务采购达到招标规模的严栺按照省公司招标有关规定执行，未达到招标规模的按照省公司谈判采购有关规定执行。
第十四条 项目实施。项目的实施按照“谁申报、谁实施、谁负责”的原则执行，严栺按照计划内容实施。
第十五条 竣工验收。运维费项目原则上委托项目申报单位进行验收，填写项目验收报告。运维检修部对项目执行情况进行抽查，必要时组织相关专业进行验收。
第十六条 项目审计。项目竣工验收合栺，由施工单位编制项目结算书，基层单位对工程量进行复核后，报公司监察审计部进行审计。
第十七条 项目结算。依据审计结果和相应票据，报公司财务部进行结算。
第十八条 档案管理。基层单位应按项目保留执行过程产生的各项档案资料，收集齐全后报运维检修部备案。
第七章 管理考核
第十九条 对违反细则，给公司造成损失的，应按《邢台供电公司月度业绩考核办法》、《邢台供电公司业绩考核办法》进行考核。
第二十条 公司运维检修部将根据工作开展情况，对违反本细则的情况进行监督和检查，对每个季度各单位生产运维费实施偏差率进行统计，幵根据监督和检查结果对各单位生产运维费使用情况进行考核。
第八章附则
第二十一条 本细则由公司运维检修部负责解释幵监督执行。
第二十二条 本细则自颁布之日起执行。
赛诺朗基
北京恒安永通有限公司
融合运管中心(赛诺朗基)
1、*提供集中的管理界面，简化操作，提供基于上下文环境和组合视图，降低诊断问题的时间。基于角色和权限的控制，增强管理的安全性。可定制化的工作区和视图，提高操作的灵活性。
2、*提供历史数据、实时数据采集能力，支持统一的历史数据采集配置，灵活的历史数据采集和分发策略，灵活的历史数据裁剪和汇聚策略，提供统一报表展示能力。
3、支持多种收集策略：系统须支持实时收集、定时收集、按需手动收集(On Demand)，可对指定收集任务设置启动时间和重复方式、可根据事件自动触发收集、可依据文件名、创建、访问、修改时间等时间条件进行收集
4、*支持多种收集方法：支持wmi脚本、POWER SHELL脚本、数据库ODBC查询、syslog、syslog-NG、snmp (v1 v2 v3)traps、OPSEC LEA、NETFLOW、SFLOW、JFLOW、CIDEE、文件共享、实时监测代理、SSH查询脚本、Wireshark抓包及各种网络探针。
5、建立业务关键组成部分与支撑它们的IT资源的映射关系，IT资源与用户、位置、部门、分组的关联关系，以业务为线索，梳理和分析系统运行过程中的状态、指标和日志数据，通过运行总览随时掌握系统的总体运行态势，并可以从多个起点进行深度分析，迅速发现问题根源、把握变化趋势。
6、选择对业务运行起关键作用的应用系统、业务流程和核心资产(即业务组件)，建立运行总览，可以实时监视当前运行状态
7、*当使用快速搜索不能有效定位问题根源时，系统必须提供基于RDF(Resource Description Framework)技术的深度关联分析功能。通过深度关联分析，可以处理大数据集的按需关联分析。可自由选择排序和分组依据，系统将自动进行分片列表和统计。分片列表包含了事件的所有属性以及关联关系，通过勾选各分片列表中的条目，可迅速获得符合情况的事件列表、详情、时序图、统计等关键信息并采取对策。
8、*采用免数据库架构模式，基于国际标准的漏洞评价方法，支持多厂商设备和动态更新，网络设备配置专业配置漏洞和缺陷检测分析，实时提供标准文档，包括漏洞描述，解决方法。
9、*报警规则自动生成机制。
*提供原厂商对本项目经销授权书及售后服务承诺书原件，提供三年免费原厂技术支持与售后服务。
全局综合审计(赛诺朗基)
1、事件的压缩能力：提供缺省的时间自动化规则，能够对恢复事件和故障事件进行关联，能够自动清理已经恢复的事件，能够自动处理已经失效的事件等等，并且自动化规则需要具有通用性，以提高管理效率，降低维护难度。
2、事件的丰富能力：只需用鼠标点选想要解析的字段并设置相应的解析规则，
简单、直观、高效，无需用户熟悉规则语法，如数值计算，Top，Group By，循环语句，条件判断语句等，报警规则自动生成机制。
3、*事件获取：做到全局事件管理，统管全局，被管理对象不限于安全设备，凡是涉及企业网络、信息安全的设备、系统、应用应全部纳入管理系统，做到无遗漏，无死角。系统应该不限设备类型、不限品牌、不限型号，能够从数据源生成的样本数据中直接获取个性化的解析结果，无需任何程序接口(API)、无需编辑任何配置文件、无需添加任何插件和选件。
4、*24小时新数据支持承诺：对于新的设备类型、品牌、系统升级和数据格式，要能在24小时内识别并纳入管理系统内(即相应的分析和展现功能也需要能够实现)。
5、*事件处理效率：具有高效的事件处理能力，每秒钟事件处理量不低于100000条，需要做现场测试。
6、*应用国际潮流技术-免数据库技术：无需使用数据库来存储数据和分析结果。通过智能索引技术，只需一次扫描就能同时提取不限数量的用户自定义特征字段及其组合，既可实现归一化处理又能按各自特征进行后续的分析。过滤掉无关的事件，保留用户需要的重要事件数据。
7、方便的事件管理工具：提供系统配置的导出和导入工具，以进行系统配置备份，能够将不同来源的事件格式标准化，同时也支持不同类型的事件具有特殊字段。
8、自动化能力：提供缺省的事件自动化规则，能够对恢复事件和故障事件进行关联，能够自动清理已经恢复的事件，能够自动处理已经失效的事件等等，并且自动化规则需要具有通用性，以提高管理效率，降低维护难度。
9、*支持元字段、虚拟字端技术。可根据数据来源、处理方式等创建有意义的新字段，例如从字节转换为KB或MB、统一时差、把critical映射为严重级别4等。可以对数字量作累加、计数、条件运算并存储相关结果为新字段。
10、不作先验假设：传统的解决方案都能够已经确切知道的信息或目标。信息安全领域的专家都知道，真正危险的不是那些被发现了数百万次的事件(已知事件)，而是那些在不起眼的时候忽然发生的事件(未知事件)。您在前十大事件等统计中绝难发现这些未知事件的踪迹。系统需要再不做任何先验假设前提下，可以获得一些不知道其存在却很重要的信息。
*提供原厂商对本项目经销授权书及售后服务承诺书原件，提供三年免费原厂技术支持与售后服务。
1、云计算时代的到来，数据中心的运行管理工作必然会产生新的问题，提出新的要求，您认为，数据中心运维工作发生了哪些改变?
云计算是当下的技术热点，云数据中心是提供云计算服务的核心，是传统数据中心的升级。
无论是传统的数据中心，还是云数据中心，从他们的生命周期来看，运维管理都是整个生命周期中历时最长的一个阶段。
云数据中心的运维工作需要我们仔细分析，认真对待。从开源云计算社区openstack发布的模块来看，截止2014年11月，社区共有项目模块450个左右，模块数量前三的类型是“运维”、“易用性”、“上层服务”，其中运维模块数量第一，占到了153个。可见云计算的技术动向基本上围绕“如何运维”和“如何使用”。
我们今天的话题就先来说一说云数据中心运维的变化。说到云数据中心运维工作的变化，就要分析云的特点。云时代数据中心最明显的特点就是虚拟化技术的大量应用，这使得运维管理的对象发生了变化：
一、云数据中心运维对象数量激增。虚拟化技术将1台物理服务器虚拟为多台虚拟服务器，如果数据中心支撑业务需求规模不变的话，所需要的物理服务器数量将会减少，这与很多人认为的运维服务器数量激增是不符的，那么这个“激增”认识是如何产生的呢。可以这样分析，由于虚拟化技术进一步提高了数据中心各种资源的使用效率，同时大幅提高了业务需求响应能力，所以多个传统数据中心合并为一个云数据中心在技术上成为了可能。很多跨国企业采用云计算技术，实现数据中心10：1到20：1的合并效果，也就是说如果原来在全球建设1000个数据中心，那么现在可以由50到100个云数据中心实现对业务的支撑，在一个合并后的云数据中心内，所要运维的服务器数量绝对可以称得上“激增”，这里所说的服务器既包括物理服务器也包括虚拟服务器。与此同时，运维岗位也就是运维人员虽然也进行了调整，但是人员增加的幅度远低于设备的增涨幅度，也就是人均运维设备数量增加了很多，在这种情况下，如果不借助工具、系统，很难完成运维工作。
二、在传统数据中心中，设备都是物理的、真实的，位置也是相对固定，对业务系统来讲，交换网络、服务器、存储设备对象之间关联也是比较固定的，管理起来相对直观。在云数据中心，虚拟化带来了资源的池化，使得一切管理对象变成虚拟的、可灵活迁移的逻辑存在。虚拟资源可以随时创建、删除，再加上高可用需求、性能优化需求带来的虚拟资源迁移，虚拟资源所在的位置变得不固定了，虚拟资源与物理资源的关系也被解耦了，原来很多能说得清、找得到的资源现在不借助工具就再也无法说得清、找得到了。
三、在传统数据中心中，设备监控主要是采集故障、性能数据，容量一般来讲还不是运维层面的问题，而是规划的问题，当然这也带来了业务系统竖井、数据中心竖井的问题，以及业务资源申请周期长的问题。在云数据中心中，容量不仅是规划问题，同时也是一个运维问题。也就是说，在日常工作中，需要随时采集资源池容量数据，不仅要看资源池的总容量，还要看容量在各个物理宿主机上分布情况，以便满足高可用和迁移的需要。
四、云数据中心在管理虚拟设备时，接口的标准化问题。在传统数据中心内，物理设备已经形成了接口标准，提供运维数据，如snmp、netflow等。而对虚拟化设备，还没有形成国标或行标，对虚拟设备的运维还需要采用厂家标准。如果在一个云数据中心中采用了多个厂家的虚拟化系统，运维人员就需要熟悉多个厂家的界面。这个问题的解决，短期来看，需要一个融合的系统，为运维人员屏蔽多厂家虚拟化系统的差异，长期来看，希望能够形成各厂家虚拟化系统的统一接口标准。
云计算带来了IT服务成本的降低，提高了应对业务需求的敏捷性，同时，我们也要看到，如果云数据中心运维管理调整不及时，不但运维工作量不减反增，而且运维水平还会降低。
2、当数据中心发展到一定的规模，人们在数据中心管控要求的基础上，强调了流程化、自动化运维的模式，以便数据中心的运维工作能够更加快捷高效的开展起来，数据中心步入云时代，对于运维工作的流程化、自动化要求，云管理系统能给用户带来哪些价值? 虚拟化技术是云数据中心的特点，但是云数据中心不仅仅是虚拟化。云数据中心响应业务需求的敏捷性，基于虚拟化，这是云数据中心的技术基础。
云数据中心以租用的方式向资源用户提供云服务，包括IaaS、PaaS、SaaS。从运维的角度讲，云服务的提供者要如何保障用户获得需要的服务呢。
云管理系统保障分配资源给用户的动作是自动化的，也就是说所有操作完全在线上完成，并且支持批量处理。
在云管理系统中，可创建并保存三个层面的资源模板，分别对应IaaS、PaaS、SaaS三个服务层面。用户申请某个或某些服务时，云管理系统就会按照相应的模版去创建资源。这是最基本的虚拟资源分配动作。
复杂一些的操作是可配置参数的资源模板，用户在申请服务时或运维人员在点击资源创建按钮前，可以传递一些参数给创建程序，如操作系统的用户名、密码，那么云管理系统在基于相应模板创建虚拟服务器时，会按照参数设置服务器操作系统管理员的账号信息。
再复杂一些的自动化动作，是基于模板组合进行的、有顺序的、有条件的动作序列，一般用作响应需要多个资源进行部署的业务系统的服务申请，通过一系列操作，为该业务系统分配网络地址、服务器、存储空间，并进行相关的配置，可定义动作执行的顺序以及后续动作执行的前提条件。对于特别复杂的动作组，允许进一步分割，也就是定义子动作组。
上述三种操作都是线上的、自动化完成的，这样的好处就是提高效率。云计算的好处之一就是敏捷分配，如果用户申请后，还要线下做很多配置，就会明显延长服务交付时间。同时基于模板的自动化操作也减少了人工线下操作的不确定性。
上面说完了运维的自动化，下面再说一下流程化。在云管理系统中，服务流程既包含了ITIL流程，如事件管理、问题管理、变更管理、发布管理等，同时也包含了云服务申请和审批的流程，如服务开通、服务变更、服务终止等。云管理系统还提供流程设计器和表单设计器，方便运维人员修改系统提供的服务流程，或者根据需要新建流程。
3、云时代数据中心最明显的特点就是虚拟化技术的大量应用，这使得管理的对象也在变化。以前的设备都是真实的，位置也是相对固定，管理起来相对直观。而应用虚拟化技术的结果是将这些资源进行“池化”，使得一切管理对象变成虚拟的、可迁移的存在，如何帮助用户面对这种挑战?
我们在谈云数据中心运维变化时，曾经提到过这个问题。在云数据中心，虚拟化带来了资源的池化，使得管理对象变成虚拟的、可灵活迁移的逻辑存在。运维人员很难再说清楚虚拟资源与物理资源的对应关系。
云管理系统会采集虚拟资源的运行数据，即时掌握资源之间的关系。首先是虚拟资源与物理资源的关联信息，比如虚拟机运行在哪台物理机上。其次，虚拟资源与虚拟资源的关系，如某台虚拟机与哪个虚拟网络设备的端口连接，某个虚拟磁盘挂载到了哪个虚拟服务器上。第三，物理资源与空间资源的关联，可以定位资源的实际部署位置。第四，物理资源与物理资源的关联关系。第三点与第四点与传统数据中处理方式并无不同。第五，云管理系统，还能够管理资源与业务系统的关系，以及资源与用户的关系。
通过云管理系统，运维人员可以即时掌握云数据中心中有哪些资源，资源的运行情况，以及资源之间的链接，资源分配给了哪个用户、哪个业务系统，资源在哪，这个在哪既包括了虚拟资源的分布也包括了物理资源的位置。
可以这么说，云管理系统以服务租用的方式向最终用户屏蔽了云数据中心内的资源情况，但是运维人员通过云管理系统能够清清楚楚、明明白白的掌握资源情况，包括虚拟的资源，也包括传统的资源。
4、目前，云数据中心管理的最大挑战除了上面提到的流程化、自动化和虚拟化，同时还要实现异构资源的融合管理，在这方面云管理系统是如何满足的? 我们在谈云数据中心变化时，曾经提到过，如果云数据中心同时存在多个虚拟化系统，由于提供商执行各自的厂家标准，要如何去运维。当时我们提到了“融合”，也就是通过一个统一的管理系统，去融合、去屏蔽多个虚拟化系统的差异。
需要融合的虚拟化系统有很多，有商业产品，也有开源系统，在这我们不一一说明。但这只是虚拟资源范畴的融合，在我们实际的云数据中心运维工程中，我们发现，现阶段国内的很多云数据中心并没有全盘的虚拟化，这种现象在企业云数据中心中尤其普遍。企业中一部分业务系统部署在虚拟环境中，另外一部分业务系统部署在物理环境中，还有一些业务系统，部署环境同时存在物理资源及虚拟资源。
基于这种情况，云管理系统进一步扩大了“融合”的范畴，管理的资源范围不仅包括虚拟资源，还包括数据中心的物理资源、空间资源、动环资源，这样就把云数据中心全面地管理起来，既有传统的，也有虚拟的，而且传统资源和虚拟资源结合起来管理，使得云数据中心的运维更加的智能。比如，我要分配一个虚拟服务器，如果有动环资源的信息，我不仅可以基于宿主机也就是物理服务器的使用情况做策略，还可以考虑服务器所在区域的电能、冷能信息。
云数据中心是传统数据中心的升级，那么云数据中心的运维也应该是传统数据中心的运维升级，不应该缺少原有的运维能力。
5、云数据中心解决了业务系统部署的烟囱问题，通过资源池化及资源自动调度实现了灵活统一的业务部署，但不同的业务系统有其固有的专业性，对网络、计算、存储的规格要求各不相同，各个业务系统的服务要求、监控要求、故障处理要求等也存在差异，要做到业务系统的统一部署，又要满足特定需要，对于云数据中心“求同存异”的挑战，云管理系统是如何克服的?
云管理系统以服务租用的方式对云服务用户屏蔽了云数据中心的资源细节。以计算资源举例，一般情况下，云服务用户所看到的、分配给自己的服务器CPU配置都是虚拟的，也就是vCPU，他和物理CPU之间并没有一个统一的对应关系，甲用户和乙用户同样的虚拟服务器配置，可能由于宿主机品牌、型号、虚拟化方式、超配策略等，在计算能力上会有较大差异，当然，云服务提供的成本也会存在差异。这个差异再加上监控、维护等增值服务要求的差异，构成了不同等级的服务水平要求。
云管理系统在资源池划分方式上支持这种服务水平的差异性管理。云管理系统支持几种划分资源池的方式，其中一种就是按资源池等级进行划分并进行管理。可以定义不同等级的资源池，如金牌、银牌、铜牌，把物理资源及虚拟资源调度到不同等级的资源池中，用户、业务系统具有相应等级资源池的配额，在配额内可以申请、使用资源。其实，关于资源划分等级的做法在传统数据中心就有，在云数据中心中只是加入了虚拟资源而已。
6、对于数据中心而言，能效的问题为大家所关注，绿色数据中心的话题也一直再提，云管理系统是否能有效帮助云数据中心降低能耗?
虚拟化技术带来的一个好处就是降低能耗，这是基于虚拟机迁移技术实现的。前提是业务量在某一时间段内下降，物理机资源在这段时间内存在一定比例的空闲。最好是空闲的比例和时间是能够预见的，一般来讲，这个时间是夜晚。在这个相对空闲的周期内，通过迁移虚拟机到值班物理服务器的方式，实现部分物理服务器关机休息，达到省电的目的。
云管理系统同样采用这种方式，通过一段时间的监控，分析物理机资源空闲情况，包括每台物理机资源的空闲比例和空闲时间，每台物理机上运行虚拟机的配置情况，分析最优的虚拟机迁移目的地，最优的值班物理机“人选”，做到既省电，又不会因为部分服务器“休息”影响业务的性能。
1.机房建设的目的
为计算机提供稳定的运行环境 保障机房操作人员的身体健康 降低工程造价和运维成本
为计算机提供稳定的运行环境：
四保证：稳频、稳压、不间断、抗干扰 三度：温度、湿度、洁净度
七防：防火、防水、防电磁干扰、防震、防雷、防鼠、防虫
保障机房操作人员的身体健康：
温度、新风、照度、噪音、环保、安全
降低工程造价和运维成本： 设计是关键; 运维是长期投入;
协调平衡二者之间的关系(TCO，Total Cost of Ownership，总体拥有成本)
TCO “总体拥有成本”概念的问世源于1980年代后期Garnter公司的一项研究。
TCO是一项帮助组织来考核、管理和削减在一定时间范围内组织某项获得资产相关联的所有成本的技术。
在实践中，并没有普遍接受的计算TCO的公式，计算TCO的时候，一定要考虑到资产的所有关联成本。如： 购买成本、 安装成本、 财务成本、 佣金、 能源成本、 维修成本、 升级成本、 转换成本、 培训成本、 支持成本、 服务成本、 维持成本、 当机成本、 安全成本、 生产力成本、 风险成本、 处理成本。
2.机房建设的内容 供电及UPS电源系统 空调系统、新风系统 装修工程 照明系统 综合布线系统 防雷和接地系统 视频监控系统 门禁系统
火灾报警和自动消防系统 综合监控系统 屏蔽及保密工程
供电及UPS电源系统
机房负载分为：主设备负载、辅助设备负载 主设备负载：计算机及网络系统、计算机外部设备及机房监控系统;供电质量要求高，应采用UPS不间断电源供电以保持稳定性和可靠性。
辅助设备负载：空调、动力、照明、测试设备等。可由市电直接供电。 后备发电机、UPS、智能配电柜
精密空调系统
排出设备和其他热源散热，维持恒温恒湿，控制空气含尘量; 新风换气系统
供给新鲜空气，维持对外正压差，避免灰尘进入，保持洁净度。
装修工程
顶面、地面、墙面、隔断 防静电活动地板
隔断：轻薄，隔音、隔热
照明系统
无眩光照明系统
综合布线系统
门禁系统
运维部门经理 岗位职责：
1、负责部门规划和管理，包括完善内部运维团队，技术规划，团队建设等;
2、负责运维制度的制定，包括运维制度的细化和监督执行;
3、根据公司及部门总体目标，制定团队发展的中长期计划;
4、负责公司的电商平台资源管理：分配、实施、采购申请;
5、负责各个系统及网络架构的规划、管理和维护;
6、安排并实施相关业务的第三方技术服务合作;
7、负责整体把握运维服务质量，数据分析质量，资源规划等。
8、负责软件质量检测：流程测试，代码测试，bug提交等;
高级系统运维工程师 岗位职责：
1、参与设计、审核、优化公司电商系统以及各应用系统的体系架构;
2、全面负责公司运维项目的系统升级、扩容需求与资源落实，配合开发需求，测试、调整运维平台;
3、负责网络以及服务器的网络设置、维护和优化、网络的安全监控、系统性能管理和优化、网络性能管理和优化;
4、建立面向开发部门，业务部门的服务流程和服务标准;
5、负责电商平台运维相关流程的规划、设计、推行、实施和持续改进;
6、负责日常系统维护，及监控，提供电商平台软硬件方面的服务和支持，保证系统的稳定，负责内部分派下发，对实施结果负责。
运维工程师 岗位职责：
1. 负责日常网络及各子系统管理维护;
2. 负责设计并部署相关应用平台，并提出平台的实施、运行报告;
3. 负责配合开发搭建测试平台，协助开发设计、推行、实施和持续改进;
4. 负责相关故障、疑难问题排查处理，编制汇总故障、问题，定期提交汇总报告; 5. 负责网络监控和应急反应，以确保网络系统有7*24小时的持续运作能力;
6、 负责日常系统维护，及监控，提供电商平台软硬件方面的服务和支持，保证系统的稳定。
测试工程师 主要职责说明：
1. 编写测试计划：仔细阅读项目规格说明、设计文档、使用说明书等，充分掌握软件的性能、特点、使用方法、业务流程等，协助测试经理制定项目的测试计划，保证产品测试工作的计划性与规范性
2. 编写测试用例：按照测试流程、计划以及对产品特性的把握，沟通确认测试的范围、重点，考虑逻辑、数据完整性等要求，详细规定测试的要求，策划、编写测试用例，设计3.
4. 5. 6. 测试用数据及预期结果，做好测试前的准备工作，确保测试目的的达成
执行测试，根据测试计划及测试案例，执行测试，并根据产品特点及测试要求，实施集成测试、系统测试等，及时发现软件缺陷，评估软件的特性与缺陷，确保测试目的的达成。
进行BUG验证根据测试结果，与开发部门反复沟通测试情况，督促开发部门解决问题，修正测试中发现的缺陷，完善软件功能 进行测试记录和相应文档编写。
编写测试报告和对测试结果分析，通过测试，掌握软件具有的能力、缺陷、局限等，对软件质量给出评价性的结论与意见，整理测试文档，填写软件测试报告,编写测试总结，为软件开发成果提供总结性意见
数据
岗位职责：
1、 活动数据收集：收集每个活动所引发的数据，并反馈给活动负责人。
2、 平台数据收集：自动化监控平台各项服务和收集数据。通过数据了解平台运行状况。
3、 每日数据报表：根据公司领导需求，定制各式数据报表，每天定期整理数据，并发送给领导。
4、 信息分析反馈：通过收集活动或运维数据，分析数据。针对关键数据进行反馈，供其他部门参考。另外，对平台运维数据进行分析整理，以调整和优化平台。
推荐阅读：
研发中心岗位职责11-13
财务中心各岗位职责09-02
现金清分中心岗位职责10-11
消监控中心岗位职责05-13
销售中心主任岗位职责05-17
财务管理中心岗位职责05-25
培训中心各岗位职责10-13
洗浴中心各岗位职责11-17
工程管理中心岗位职责02-08
艺术培训中心岗位职责02-27
