统一运维大数据分析管理平台建设方案
统一运维大数据分析管理平台
建
设
方
案
目录
第1章.方案概述 (4)
1.1.项目背景 (4)
1.2.需求分析 (5)
1.3.建设目标 (6)
1.3.1.建立统一运维门户 (6)
1.3.2.建立IT异构资源的全面集中化管理 (7)
1.3.3.建立全面准确的资产配置管理 (7)
1.3.4.建立符合最佳实践的服务流程管理 (8)
1.3.5.建立IT资源全面直观的可视化管理 (8)
第2章.解决方案 (10)
2.1.系统设计原则 (10)
2.1.1.实用性和模块化原则 (10)
2.1.2.一致性和开放性原则 (10)
2.1.3.安全性与可靠性原则 (11)
2.2.系统安全设计 (11)
2.2.1.用户安全机制 (11)
2.2.2.SSO统一认证 (12)
2.2.3.权限分权分域 (12)
2.3.系统建设方法 (12)
2.3.1.体系架构 (12)
2.3.2.功能架构 (15)
2.3.3.技术架构 (16)
2.3.4.部署架构 (17)
第3章.功能概述 (18)
3.1.运维监控系统 (18)
3.1.1.统一运维管理 (18)
3.1.2.资源监控管理 (22)
3.1.3.拓扑管理 (41)
3.1.4.IP地址管理 (52)
3.1.5.告警管理 (55)
3.1.6.业务管理 (59)
3.2.3D机房管理 (63)
3.2.1.监控可视化管理 (64)
3.2.2.资产管理可视化 (69)
3.2.3.机房3D图形化展示 (71)
3.2.4.配线可视化管理 (73)
3.2.5.容量可视化管理 (75)
3.2.6.资源分配情况管理 (77)
3.2.7.上下架可视化 (78)
3.2.8.自定义动画 (79)
3.2.9.交互式演示汇报 (79)
3.3.配置文件管理 (80)
3.3.1.巡检管理 (81)
3.3.2.机房虚拟现实展现 (83)
3.3.3.资产管理系统 (87)
3.3.4.供应商管理 (87)
3.3.5.配置建模管理 (88)
3.3.6.空间资源管理 (90)
3.3.7.配置项导入 (92)
3.3.8.配置项管理 (93)
3.3.9.配置项视图 (96)
3.4.运维流程管理系统 (98)
3.4.1.服务台 (98)
3.4.2.服务设计 (105)
3.4.3.服务产品设计向导 (106)
3.4.4.服务流程管理 (122)
3.4.5.服务量化管理 (154)
3.4.6.值班管理 (170)
3.4.7.任务管理 (175)
3.4.8.公告管理 (176)
3.4.9.移动终端运维 (177)
3.4.10.报表统计分析 (179)
3.4.11.第三方接口 (183)
3.4.12.运维知识库系统 (184)
3.5.统一运维大数据管理分析系统 (191)
3.5.1.统一运维大数据基础系统 (191)
3.5.2.统一运维数据分类管理 (191)
3.5.3.运维大数据检索与展现 (196)
3.5.4.海量日志文件分析 (199)
3.5.5.指标动态基线预测 (203)
3.5.6.运维支撑能力评估 (205)
第1章. 方案概述
1.1.项目背景
运维大数据分析系统是一套深度分析和挖掘多种异构数据源运维数据的大数据平台。通过对运维过程中每分每秒产生的亿万条海量数据进行挖掘，它可以提取和生成有价值的运维分析数据，帮助企事业单位用户找到问题根源和优化改进的关键点，从而对当前业务系统及运维系统多角度精准评估和把控。
随着运维精细化要求的日益提升，企事业单位需要积累更多的能力辅助智能化运维场景和策略，实现更多管理途径的扩展。异构化环境的复杂化，导致企事业单位用户对数据分析的要求越来越高。借助海量的运维数据优化改进当前工作方法，建立在大数据分析基础上的智能化运维时代已经来临。
将大数据技术与运维管理系统无缝结合，对运维过程中产生的大量数据进行关联挖掘、周期预测、行为学习、规律分析等，为用户提供更加精确且符合企业业务的解决方案，提前定位和预知各类故障，从而进行趋势预测、业务分析和多角度评估。
传统的运维，通过各类运维工具或网管软件来实现日常管理，数据格式各不相同，告警内容及规则各异。勤智ITBA运维大数据能够将各个独立分散的系统进行整合，并提供标准接口。运维整合，体现在数据的采集、分析、汇总、处理、总结、预案等几个层面。
运维以“让运维更智能，让业务更高效”为理念，在业界率先提出基于运维大数据的智能化解决方案，通过OneCenter平台中的运维大数据分析系统，帮助运维人员预防故障发生和快速解决故障，也可为运维决策提供预测依据。
1.2.需求分析
通过对客户的信息化建设和运维管理现状的调研和深入分析后，了解到目前客户IT运维发展的现状：
公司IT应用不断扩大，越来越多的应用和业务在网络上运行，
对网络的依赖越来越大，缺少一套针对IT软硬件的统一监控系统，无法及时了解IT软硬件设备的运行趋势，无法快速故障定位，故障
处理效率低；
业务服务的规模增大，规划、维护、安全、管理等分工更加细致，
缺乏对业务系统健康状况和运行趋势的监测，无法判定业务系统是
否存在运行瓶颈、是否需要扩容或网络调优；
无法对多种设备系统、业务系统的运行信息、告警信息进行集中
管理，并对以上信息进行智能化分析、统计，得出有利于网络管理
和维护的数据，达到高效、快捷处理问题的目的；
全网资产配置情况、使用状况和分布情况难以及时了解；
缺乏对数据中心机房多样化资产可视化再现能力，不利于运维管
理人员对机房资源的全面掌控；
前端视频监控设备建设规模的不断扩大，缺乏有效的视频监控手
段，无法诊断视频质量及内容，影响安全防护工作的开展；
面对复杂的IT环境，缺乏规范化、自动化的运维管理流程，缺
乏完善的故障处理和快速修复机制；
管理人员不断增多，管理流程日益复杂，管理成本不断上升，没
有建立统一、规范、层次化的服务管理流程和技术管理体系，同时
缺乏对IT部门运维人员量化考核的依据；
缺乏能够真实反映设备和业务运行情况与运行质量的统计分析
报表，无法为决策层提供数据依据。
通过对客户信息化和运维管理现状的深入了解，其运维服务需要改变传统的运维管理模式，变被动式为主动式运维，切实达到7*24小时不间断运维，进而保障客户的业务系统正常运转。因此该客户的信息中心运维服务管理平台的具体要求如下：
能够全面详细地监视系统中所有IT资源的运行情况，提供一致
的系统管理风格
能够实时监视网络和业务的性能状况，能够通过客观数据分析当前系统性能状况和长期系统性能变化规律和趋势，为系统升级和扩
容提供科学的依据。
具有全面而深入的数据库管理功能，保证数据库系统的可靠和高性能运作，从而使数据库变成最优的后台支撑系统。
提供运营商级IT系统中所需要的各种功能，及集成化的管理模
式，可降低系统管理的成本
实现业务可视化管理，分析深层次原因等问题
1.3.建设目标
根据轨道集团数据中心信息化现有的建设和运维管理现状，此次OneCenter一体化智能运维管理平台的建设目标有：
1.3.1.建立统一运维门户
通过建设统一的运维门户Portal，作为整个一体化智能运维管理平台的统一入口，具备统一认证、单点登录、自定义首页工作界面、分权分域管理等功能，统一建立用户账号，实现简单化用户管理。OneCenter一体化智能运维管理平台提供运维管理门户网站、移动APP、个人工作台、自助服务台等多种形式的服务窗口。
向上对接上级轨道集团门户，实现从上级门户到运维门户的访问流程；
向下对接集成展示动环监控、云平台监控、其他第三方系统等内容，并实现轨道集团信息系统的统一用户管理，实现统一认证登录；
平台提供资源监控管理，运维服务流程管理等功能，在一个统一界面上形成快速呈现工作内容，提高工作效率。
1.3.
2.建立IT异构资源的全面集中化管理
随着IT信息化规模的发展和信息化建设水平的提高，轨道集团信息化建设已达到相当规模，设备种类多且规模大（网络设备、服务器、存储等）；涵盖不同厂家，各种型号的IT设备，涉及传统的物理设备和云计算平台。
通过OneCenter一体化智能运维管理平台，以统一监控管理为中心，实现对数据中心信息化IT基础设施的集中监控管理，提供数据中心基础软硬件资源及各类应用的监控管理，包括对网络设备、安全设备、服务器、存储、数据库、中间件、业务应用系统、虚拟化资源、网络服务等性能采集和事件处理，同时支持与第三方系统（如动环系统、安防系统、应急指挥系统等）对接，构建统一集成的系统资源监控平台，主动、及时地发现问题，解决被动服务的局面，提供集中的监控告警管理及监控性能数据展示。
此外，通过OneCenter一体化智能运维管理平台的自动化运维功能，管理平台能够在故障发生时自动获取故障设备相关的各项指标数据及指标状态，确保相应告警和事件发生时的状态能够详细记录并关联，在必要时能够实现自动恢复、自动化巡检、批量操作作业等运维自动化场景。
1.3.3.建立全面准确的资产配置管理
做好数据中心的IT运维管理，首先必须对种类繁多、规模庞大的IT 资源进行有效管理，以免信息的更新不及时，造成信息难以统计、查询、分析和利用。理清IT资产配置台账，梳理配置项之间的关联关系，做好资产生命周期管理，这是实现数据中心一体化运维管理的基础。
通过统一的配置管理库（CMDB），实现对云数据中心所有IT资源的配置信息管理，保证配置项的完整性和精准性，构建运维管理元数据，帮助用户建立统一的IT基础设施台帐。通过一系列配置建模、自动采集、调和、变更控制等手段，保证IT生产环境中配置项的完整性和精准性，为资源监控和服务流程提供数据支撑。
1.3.4.建立符合最佳实践的服务流程管理
OneCenter一体化智能运维管理平台的流程管理提供了面向于最终用
户的服务目录及服务级别管理，并提供规范的ITIL服务支撑流程及资产管理流程。通过流程管理系统进行IT运维服务的流程化、规范化管理；通过与底层统一监控系统的集成，实现了IT运维的自动化；通过完善知识库建设，实现知识库共享；从而提高信息服务效率，提高用户的满意度，帮助用户有效管理人员、信息、资产和知识库，为IT服务管理的规范化建立基础。
1.3.5.建立IT资源全面直观的可视化管理
通过OneCenter一体化智能运维管理平台，用户可以实时查看管理对象的日常运行情况，操作简单，界面直观明了。在信息集成的基础上，通过提供的各种运行分析和性能报告，形成全网统一管理数据视图，提供关键绩效指标体系所需数据基础，管理人员能根据这些数据准确评估整个IT 环境运行情况，及时发现故障隐患和评估威胁。平台预留了符合国家信息技术服务标准（ITSS）的多种对外标准接口，能够实现和第三方系统的功能或数据集成对接，包括短信系统、邮件系统等，有效整合信息展示。
通过3D可视化管理功能，能够以3D技术实现对数据中心的真实展现，实现基于三维环境对数据中心、机柜和各类设备的管理功能，构建数据中心环境、设备和管理信息的可视化平台，实现所有资产对象的管理及相关监控信息整合展示，让相关管理人员清晰直观的掌握IT运营中的有效信息，
实现透明化与可视化的管理。
第2章. 解决方案
勤智运维通过多年来在电信、金融、政府等行业的应用开发与维护经验，在国内首创基于ITIL的企业级业务服务管理平台。针对企、事业单位的IT支持和管理部门，OneCenter一体化智能运维管理平台基于ITIL的
IT服务管理思想，整合了系统监控、应用监控、网络监控、机房监控、虚
拟化资源管理、工作流、ITIL式报表和门户等多种技术手段，帮助用户解
决IT支持与管理过程中的难题，提高IT服务水平和工作效率。
OneCenter一体化智能运维解决方案是在基础架构管理、应用管理、业务服务管理的基础上，通过IT流程管理，帮助客户建立以ITIL流程为框
架的一体化智能运维管理系统，实现自动化和规范化管理。
2.1.系统设计原则
本次一体化智能运维管理平台项目建设与实施方案遵循如下设计原则：
2.1.1.实用性和模块化原则
一体化智能运维管理平台应满足实用性和模块化原则，其提供的功能
将保证满足轨道集团数据中心管理的实际需求，具备良好的实用性，从根
本上减轻系统管理人员的工作负担，提高工作效率。
同时采用灵活的模块化设计，可以方便系统管理人员对平台进行管理，
实现灵活的管理权限分配，具备良好的系统访问权限控制策略。
2.1.2.一致性和开放性原则
一体化智能运维管理平台应满足一致性和开放性原则，支持目前业界
开放标准协议，如CORBA、J2EE、DCOM等，支持标准网络传输、加密和网
管协议，如TCP/IP、SNMP（V1，V2，V3）、RMON（1、2）、RPC、CMIP/CMIS
等。采用开放式API接口和高度模块化设计，方便用户进行二次开发以及
与轨道集团数据中心其他系统进行无缝集成，从而实现管理资源整合，构建完善的一体化智能运维服务管理平台。
2.1.
3.安全性与可靠性原则
一体化智能运维管理平台应满足安全性与可靠性原则，保证系统的运行速度和数据可靠性，对现有的各类应用业务的正常运行不产生影响。
一体化智能运维管理平台安全体系架构主要包括以下内容：
用户登陆过程中通过用户名、密码进行身份认证，可配置只允许
固定IP地址访问；
对于用户所作的任何配置信息应能够采用加密方法进行本地存
储；
采用加密的登录过程（即SSH），保障远程登录的安全性；
能通过在主机安装防火墙和防病毒软件的方式来保证一体化智
能运维管理平台的安全；
系统具备分权分域功能。
2.2.系统安全设计
2.2.1.用户安全机制
OneCenter一体化智能运维管理平台的自身安全性是保证用户管理工
作正常进行的基本因素，因此在进行产品架构设计时，充分考虑了管理系统的安全性，具体措施包括：
系统支持https方式访问；
用户登录失败次数限制；
采用严格的权限控制机制，细划了每个用户的权限和管理范围；
对用户的操作做详细的日志记录，满足安全审计要求；
系统应经过权威的安全漏洞扫描测试，并提供测试证明；
系统中所有涉及到的被管设备的连接信息采用密文存储。
2.2.2.SSO统一认证
OneCenter一体化智能运维管理平台采用SSO(Single Sign On)单点登录方式，即对所有用户实现统一界面登录，支持与ActiveDirectory，LDAP 的用户同步。
2.2.
3.权限分权分域
OneCenter一体化智能运维管理平台可根据组织架构设置多用户管理权限；按照账户角色，实现资源分类、分级管理，可以实现多人同时操作，互不影响，并具有良好的审核和避免冲突的机制。一体化智能运维管理平台不仅可划分到具体的设备类型管理域，也可以划分到具体某台设备，实现了完整的分权、分域管理目标。
2.3.系统建设方法
2.3.1.体系架构
一体化智能运维管理平台分为三个层次，即数据采集层、数据分析和处理层、数据展示层。平台采用模块化设计，模块之间松耦合。新模块可以直接接入平台中，模块之间通过接口、消息队列等方式进行通信。
数据采集层是整个管理平台的基础，负责采集平台运行需要的数据。数据采集层通过多种网络协议，包括SNMP、SSH、TELNET、PING、JDBC、JMX、SMI-S等，从被管设备里获取需要的指标信息，将采集的数据放到缓存进行解析和运算，然后存入数据库，供上层平台进行分析和展示。平台内置可扩展的资源能力库模型，对于不满足的厂家、型号和指标，系统无需二次开发即可通过系统配置实现，支持通过SNMP方式、JDBC方式、JMX方式等方式实现监控指标的自定义扩展。
数据分析和处理层包括资源监控、服务流程管理、配置管理、资产管
理、运维大数据分析等多个子系统，所有系统均为勤智运维自主研发，具
有同一品牌软件著作权，拥有完全自主知识产权。各个子系统独立工作又
数据联动，具备良好的兼容扩展性。
OneCenter一体化智能运维管理平台资源监控，通过业务管理、
资源管理、拓扑管理、巡检管理、报表管理、告警管理等功能对IT
资源环境进行全面的管理，提供了大量的统计和分析数据以及展示
页面，满足用户日常工作的需要。
OneCenter一体化智能运维管理平台具备与云平台、动力环境系
统等其他平台集成的能力，提供多种数据集成方式，并可利用大数
据平台构建运维指数评估分析模型，按照历史数据变化规律，挖掘
业务、指标、故障等关联信息，帮助运维人员找到问题根源改进点。
在平台中进行一体化的监控信息、告警信息的呈现，并进行业务关
联分析、告警关联分析。
OneCenter一体化智能运维管理平台服务流程遵循ITIL/ITSS等
IT服务管理标准，建立以客户为中心的运维模式，将人、技术与流
程进行有效地融合。通过流程管理平台，制定内部运维流程，将运
维团队的服务产品化、标准化。OneCenter一体化智能运维管理平台
提供服务过程的设计、过程记录、监督与考核等事务的管理能力，
及对IT的各项服务、能力进行整合的职能。
OneCenter一体化智能运维管理平台通过数据中心3D可视化展示，从三维可视化的角度呈现机房及设备信息，提供美观形象的可视化
展示平台，包括机房环境可视化、资产可视化、监控可视化、配线
可视化、容量可视化、演示可视化，帮助运维管理人员准确掌握IT
运行态势与运维服务水平。
最上层是B/S架构的展示层，是整个服务管理平台的统一门户，通过统一的用户认证、单点登录，用户可以按不通角色权限通过浏览器轻松访问监控运维系统，查看各个系统、功能模块以及统计数据。同时系统还提供大屏展示的汇总数据和页面，可以满足多元化的监控管理需求。统一门户通过数据及页面集成、页面自定义可以统一呈现网络设备、服务器、操作系统、数据库、中间件、视频摄像头、业务服务、日志、标准服务、集群的状态和信息，统一展现网络拓扑、业务管理、地图拓扑、流量分析、大数据分析结果、配置管理、巡检管理、工单管理、值班管理、巡检管理、知识库管理、我的工作、我的报表、3D机房、2D机房等。第三方系统所使用的菜单名称、菜单图标、呈现位置等可以在页面直接设置。
统一门户提供灵活的配置。监控对象的范围、支持的指标、业务流程、表单、报表、视图、首页呈现的内容、首页呈现的设备/告警/统计信息等都可以进行配置，以适应用户现场的不同需求。配置方式通过浏览器页面直接进行可视化配置，系统采用纯JS方式进行配置页面的开发，用户可以简单方便的进行配置，不需要进行软件修改和开发。资源能力库模型可以直接通过页面配置等方式进行扩展，对于不满足的厂家、型号和指标，系统无需二次开发即可实现。对应网络设备、服务器、操作系统、数据库、中间件、应用等都可以通过配置的方式支持。通过自定义OID的配置方式、自定义脚本、自定义SQL语句、自定义URL地址、自定义JMX内容等方式支持指标的扩展。
系统还提供第三方标准数据接口，提供开放的API接口，支持二次开发，可随需扩展开发所需功能，可以接收包括云计算平台在内的第三方系统的数据或者发送数据给第三方系统，进行一体化整合，实现IT资源的集
中统一管理。同时也可以结合短信平台、邮件系统、桌面客户端等，进行故障、工单等信息的消息通知发送。系统提供数据整合、接口整合、页面整合等方式，可以集成第三方系统的告警、监控、流程、资产、动环、3D 等数据，也可以集成页面，并可以通过接口调用完成告警集成、工单自动生成、3D机房集成、动环数据集成、云平台监控数据集成、云平台配置等操作集成等，有效复用已有系统，不用重复投资。提供与华为云平台、阿里云平台接口集成的方式，统一汇总云平台监控数据、告警数据，在OneCenter 一体化智能运维管理平台中进行一体化的监控信息、告警信息的呈现，并进行业务关联分析、告警关联分析。
系统提供多种提醒及通知方式，包括：短信、邮件、电话、告警客户端、RTX等方式。告警客户端用户本地安装即可使用，当有新告警、新工单产生时，自动弹出提示，并可以在客户端中查看告警情况、工单情况，并可以直接进行关联处理，不同告警级别提供不同的声音提示。
图 2.3-1平台体系架构
2.3.2.功能架构
OneCenter一体化智能运维管理平台采用多层架构及模块化的设计模式，包括运维监控管理、运维流程管理、资产管理、运维自动化管理、运
维大数据分析等多个子系统，所有系统均为勤智运维自主研发，具有同一品牌软件著作权，拥有完全自主知识产权。各个子系统独立工作又数据联动，可根据不同客户需求自由组合。同时OneCenter系统具备良好的扩展性，可以通过第三方数据接口、数据总线、大数据接入分析系统等方式接入第三方平台数据，并提供对数据的深入挖掘和对运维能力的整体评估。
图 2.3-2平台功能架构
2.3.3.技术架构
OneCenter一体化智能运维管理平台采用J2EE架构，全图形化B/S模式，可移植性强，可基于不同操作系统（Windows、Red Hat Linux、国产麒麟等）实现了跨平台部署。统一开放的监控管理平台支持多种数据库（MySql、Oracle、国产神州通用等），支持国产的中间件如TongWeb，支持OpenJDK，提供符合国家信息技术服务标准（ITSS）的第三方系统集成接口。
图2.3-3技术架构
2.3.4.部署架构
OneCenter一体化智能运维管理平台分为Portal服务层、DHS（信息处理）服务层、DCS（信息采集）服务层，每层可根据客户IT环境的实际情况部署在相同或不同的主机上；可以根据客户的管理对象规模，采用单个或多个DCS进行管理容量规划，通过集中式或分布式部署，实现对企业内/外网、总部/分支等复杂结构的IT资源灵活管理。
图 2.3-4部署架构
第3章. 功能概述
3.1.运维监控系统
3.1.1.统一运维管理
统一运维门户作为OneCenter一体化智能运维管理平台的统一入口，具备统一认证，单点登录，自定义首页工作界面等功能。统一运维门户包括资源监控管理，运维服务流程管理，资产配置管理等系统，快速呈现工作内容，提高工作效率；支持对云计算平台、动环监控等第三方系统的集成，实现对第三方系统的数据集中展示和告警统一推送。通过统一认证功能，用户能够在单一界面上对其他系统的用户账号进行管理，对不同角色权限进行修改和配置，并添加用户账号。
图 3.1-1首页统一门户
为了简化运维工作，聚焦工作核心事务，运维平台独创了极简模式运维，将复杂的操作与配置等功能隐藏在极简的设计中。系统根据管理者和运维工程师的日常工作内容提供两套完全不同的视图模式和操作体验及重点工作的便捷入口，让管理者和运维工程师更聚焦于核心业务。
工程师工作内容聚焦于发现问题、分析问题和解决问题的过程。
极简模式工程师视角是聚焦资源故障解决的最佳实践，提供告警列表展现；支持基于资源的一键式全局检索，可根据资源名称、IP地址进行各个功能模块的详细信息检索，覆盖业务管理、拓扑管理、资源管理、配置文件管理、巡检管理、报表管理、告警管理、知识管理等功能；支持内置智能分析引擎，基于知识库对告警进行故障分析，并提供解决方案建议。
管理者工作内容聚焦于核心资源的管理和业务的把控，从人员、资源、技术等方面宏观调配，保障业务的可靠运行。极简模式管理者视角聚焦核心资源的管理和业务把控能力的分析视图；支持业务可用率的统计汇总数据呈现；支持关注的业务视图展现功能。
企业自动化运维平台设计方案
目录 1.企业运维现状与发展趋势 (3) 2.企业运维存在的问题与需求 (3) 2.1运维人员的工作效率与工作主动性需要提升 (4) 2.2需要建立一套高效的运维机制 (4) 2.3缺乏高效的运维技术工具 (4) 3.业务流程标准化与健全运维管理制度 (5) 3.1实现业务流程标准化，为自动化运维打好基础 (5) 3.2建立完整、全面的运维管理制度，为自动化运维的实现保驾护航 (8) 4.自动化运维技术路线选型 (9) 4.1自动化运维概述 (9) 4.2开源运维工具的应用场景与优势 (9) 4.3Saltstack 实现服务器部署的自动化 (14) 5.自动化运维方案设计 (18) 5.1自动化运维规划图 (18) 5.2自动化运维平台模块设计 (20) 6企业自动化运维方案总结 (21)
1.企业运维现状与发展趋势 随着企业信息化的不断发展，运维人员需要面对越来越复杂的业务和越来越多样化的用户需求，不断扩展的应用需要越来越合理的模式来保障运维服务能灵活便捷、安全稳定地持续。某企业从初期的几台服务器发展到庞大的数据中心，单靠人工已经无法满足在技术、业务、管理等方面的要求，那么标准化、自动化、架构优化、过程优化等降低运维服务成本的因素越来越被人们所重视。其中，自动化开始代替人工操作在企业的运维过程中逐渐体现出来了强大的优势。 运维随着企业业务的发展，自动化作为其重要属性之一已经不仅仅只是代替人工操作，更重要的是深层探知和全局分析，关注的是在当前条件下如何实现性能与服务最优化，同时保障投资收益最大化。通过自动化运维能最大限度地在更少的维修时间内实现运维目标，提高运维服务质量。因此, 对于越来越复杂的运维来说，将人工操作逐渐改变为自动化管理是一个重要发展趋势。 2.企业运维存在的问题与需求 某企业初期只有文件共享和邮件服务等几台服务器，运维工作完全由人工操作，随着企业的发展，新业务系统不断上线企业建设了中心机房，运维工作还是以人工为主，但是这一阶段增加了网络管理系
信息化建设解决方案之运维篇
散，自我认可度低，团队人员流动率较大。情况往往是某人好不容易成为熟练工了，却因为看不到职业前景或感觉不受重视而提出辞职。这些中坚力量的离职，会造成客户满意度和运维质量相当长一段时间内出现波动。 （4）服务商难管理，技术水平参差不齐，服务不及时，有问题不能及时解决。 IT运维服务外包存在一定风险，关键在于对于IT运维服务外包供应商的管理不到位，具体体现在招标环节疏于审查、过程监督环节疏于监管、以及事后评价环节疏于考核。通过在招标环节加强对供应商资质、能力水平、案例等考察可以有效包括准入关；通过在服务过程中加强监督可及时发现供应商服务提供能力的异常；通过事后评价可以建立供应商的退出机制，保证供应商提供优秀的服务。 1.2 IT运维服务问题分析 从以上现象可以看出，IT运维服务的所有问题的根源都不是技术问题，而是管理问题，包括流程管理的问题、评价管理的问题、应急管理的问题等等。主要包括：
（1）IT运维服务管理方式缺乏创新。 IT 运维服务管理方式包括自营管理和外包管理，随着IT系统复杂程度的增加，对于IT运维能力的要求也越来越高，自营服务的成本已远远大于外包服务的成本，在某些非关键的领域，应该引入IT运维服务外包这一创新管理模式以降低服务成本，同时将组织自身的IT运维人员解放出来，做更有价值和意义的工作。 （2）IT运维服务管理不规范。 IT运维服务人员很忙碌却得不到业务部门认可的根本原因是双方缺少IT运维服务沟通的基本语言，也就是IT运维服务管理规范不明确，导致业务部门对于IT运维服务部门提供哪些服务不清晰、提供服务的流程不清晰、对于服务的评价指标不清晰，同时也导致IT运维服务人员工作职责不清晰、人员间工作交接不顺畅、服务过程缺少监督等。 （3）工作分工设计不合理，忽视梯队建设。 人员管理问题，根源在于运维工作分配不合理，业绩无法考核。若将运维人员分成一、二、三线支持，不同运维人员各司其职，能使有限的
6.2数据中心运维管理框架 6.2.1.运维管理框架4Ps概述 所谓数据中心运维管理框架是指管理一个数据中心所使用的方法与手段的总称。那么，应该用什么样的方法与手段来管理数据中心呢?在此，信息技术基础架构库(InformationTechnologyInfrastructureLibrary，ITIL)给出了一个比较好的管理框架，即所谓的4Ps。数据中心运维管理框架如图6-3所示。 图6-3数据中心运维管理框架 1.人员 人员是数据中心运维管理的基础，也是数据中心运维管理的核心。一个好的数据中心运维管理框架，少不了合适的技术和管理人员。从前面数据中心运维管理概述中，可以看到数据中心所需要管理的对象，包括基础设施、IT设备、系统与数据、管理工具和人员等。只有具备相应知识背景与管理经验的人，才能有效地整合上述资源，为客户提供符合质量与合同要求的IT服务。因此，在考虑建设数据中心运维管理框架时，必须要考虑到：如何建立起一套科学合理的包括选、用、培养、考核及解聘的人员管理生命周期;如何通过合理的组织架构设计与人员分工，最大限度地发挥个人的主观能动性，为组织目标贡献力量等。 2.流程
流程是数据中心运维管理质量的保证。作为客户IT服务的物理载体，数据中心存在的目的就是保证服务可以按质、按量地提供。服务与产品有着许多的不同，其中最核心的不同在于服务本身是看不见、摸不着的，但又是能通过服务商与客户的互动为客户所感受到的。为确保最终提供给客户的服务是符合服务合同的要求，数据中心需要把现在的管理工作抽象成不同的管理流程，并把流程之间的关系、流程的角色、流程的触发点、流程的输入与输出等进行详细定义。通过这种流程的建立，一方面可以使数据中心的人员能够对工作有一个统一的认识，更重要的是通过这些服务工作的流程化使得整个服务提供过程可被监控、管理，形成真正意义上的“IT服务车间”。 3.产品 产品是数据中心运维管理的加速器。数据中心运维管理涉及的对象庞杂，且重复性工作较多。若完全依靠人工去完成这些工作，一方面对人员的技能与数量有较高的要求，另一方面在工作质量的保证方面也存在风险。为此，越来越多的数据中心在开展运维管理工作时使用大量工具，目的是通过这些工具的部署取代一些监控、操作、配置文件、工作流管理等大量重复性工作，最终实现提升运维水平、降低运维风险、减少运维成本的目的。 4.服务商 服务商是数据中心运维管理的支持者。作为专业化的数据中心运维管理，有效地整合数据中心管理对象，并最终为用户提供专业化的服务才是数据中心服务提供者的核心价值所在。而且，数据中心运维管理中涉及了太多不同种类的设备，数据中心也不可能把所有的技术与管理工作独自承担。聘用一批既懂变压器、发电机、UPS，又了解空调、消防、防火设备，同时还精通IT相关软硬件的人员，对于任何一个企业或机构均是极大的成本支出。所以，数据中心需要与许多设备供应和服务提供商建立良好的战略合作关系。 6.2.2.运维管理的人员要求 如前所述，人员既是数据中心运维管理的基础，也是数据中心运维管理的核心。一个数据中心组建团队时应注意什么呢?以下重点就人员技能、人员分工与人员管理三个方面谈一下数据中心运维管理方面的人员要求。 1.人员技能
实用文档 平台运维保障方案 1.目的 为了保障平台各项业务的正常开展，确保信息系统的正常运行，规范信息系统日常操作及维护阶段安全要求，特制订此方案。 2.系统日常操作及维护管理 2.1.建立双向联动责任人机制 所有涉及到业务平台的资源，包括主机操作系统、应用系统、网络设备和安全设备，指定电信接口人和支撑单位接口人双向联动，由电信公司指定维护接口人专门负责对接支撑单位的技术负责人和维护人员，电信公司的接口人对支撑单位的日常工作进行监督，支撑单位对业务系统的日常操作和维护按照本方案进行记录，做到责任到人，保证各个业务平台的正常运行。 2.2.操作系统日常操作及维护 (1)必须严格管理操作系统账号，定期对操作系统账号和用户权限分配进行检查，系 统维护人员至少每月检查一次，并报信息技术管理员审核，删除长期不用和废弃 的系统账号和测试账号。 (2)必须加强操作系统口令的选择、保管和更换，系统口令做到： ●长度要求：8位字符以上； ●复杂度要求：使用数字、大小写字母及特殊符号混合； ●定期更换要求：每90天至少修改一次。 (3)支撑单位维护人员需定期进行安全漏洞扫描和病毒查杀工作，平均频率应不低于 每月一次，重大安全漏洞发布后，应在3个工作日内进行上述工作。为了防止网 络安全扫描以及病毒查杀对网络性能造成影响，应根据业务的实际情况对扫描时 间做出规定，需安排在非业务繁忙时段。技术负责人应为每个系统指定专门的系 统维护人员，由系统维护人员对所负责的服务器进行检查，至少每天一次，确保
各系统都能正常工作；监控系统的CPU利用率、进程、内存和启动脚本等使用情况。 (4)当支撑单位维护人员监测到以下几种已知的或可疑的信息安全问题、违规行为或 紧急安全事件系统时，应立即报告技术负责人，同时采取控制措施，并进行记录： a)系统出现异常进程； b)CPU利用率，内存占用量异常； c)系统突然不明原因的性能下降； d)系统不明原因的重新启动； e)系统崩溃，不能正常启动； f)系统中出现异常的系统账户； g)系统账户口令突然失控； h)系统账户权限发生不明变化； i)系统出现来源不明的文件； j)系统中文件出现不明原因的改动； k)系统时钟出现不明原因的改变； (5)系统日志中出现非正常时间登录，或有不明IP地址的登录； (6)系统维护人员对操作系统的任何修改，都需要进行备案，对操作系统的重大修改 和配置（如补丁安装、系统升级等操作）必须向技术负责人提交系统调整方案，由信息技术管理员审核通过后方可实施。操作系统的配置和修改必须在非业务时间进行，重大调整必须提前准备应急预案和回退方案。 (7)保证操作系统日志处于运行状态，系统维护人员应定期对日志进行审计分析，至 少每月审计一次，重点对登录的用户、登录时间、所做的配置和操作做检查，在发现有异常的现象时及时向信息技术管理员报告。 (8)系统维护人员应设置操作系统日志归档保存功能，历史记录保持时间不得低于一 年。
IT运维监控管理平台 建设方案 XXXXXXX
目录 第1章概述 (4) 1.1 建设背景 (4) 1.2 建设目标 (4) 1.3 建设思路 (5) 第2章系统总体设计 (6) 2.1 总体架构 (6) 2.2 设计原则 (7) 2.3 运维管理体系架构设计 (8) 2.3.1 系统总体架构设计 (8) 2.3.2 监控采集层 (9) 2.3.3 数据处理层 (9) 2.3.4 运行展现层 (9) 2.4 系统技术路线 (10) 2.4.1 采用Java语言开发 (10) 2.4.2 采用J2EE框架 (11) 2.4.3 采用WebService进行数据互连互通 (11) 2.4.4 数据库技术 (13) 2.4.5 性能控制 (14) 2.4.6 开发、运行环境 (14) 2.5 应用接口总体设计 (14) 2.5.1 系统内部集成接口 (14) 2.5.2 与基础运维管理工具的集成接口 (15) 2.5.3 与ITSM系统的集成接口 (15) 2.5.4 与相关外部系统的统一身份认证与单点登录接口 (15) 2.6 系统安全设计及部署 (16) 2.6.1 输入检验 (16) 2.6.2 GET请求和Cookie中的敏感数据 (16)
2.6.3 防通过嵌入标记实现的攻击 (16) 2.6.4 防口令猜测功能 (17) 2.6.5 页面和字段级的权限控制 (17) 2.6.6 系统安全架构 (17) 第3章系统功能设计 (18) 3.1 动环监控 (18) 3.1.1 配电柜监测 (18) 3.1.2 配电开关及电流监控 (18) 3.1.3 发电机监控 (19) 3.1.4 ATS监测 (19) 3.1.5 STS监测 (19) 3.1.6 UPS监控子系统 (20) 3.2 统一门户子系统 (20) 3.2.1 信息主管领导内容展示 (21) 3.2.2 运维人员内容展现 (21) 3.2.3 一般用户内容展现 (22) 3.3 IT运行监控子系统 (22) 3.3.1 基础平台功能 (22) 3.3.2 网络设备管理 (24) 3.3.3 服务器监控管理 (27) 3.3.4 存储监控管理 (30) 3.3.5 数据库监控管理 (30) 3.3.6 中间件监控管理 (31) 3.3.7 web与应用监控管理 (32) 3.3.8 虚拟化监控管理 (33) 3.3.9 IP地址管理管理 (34) 3.3.10 信息点管理 (35) 3.3.11 告警监控管理与转发处理 (36) 3.3.12 综合监控管理 (37)
云计算数据中心的运维管理 现代信息中心已成为人们日常生活中不可缺少的部分，因此信息中心机房设备的运行正常与否就非常关键。在数据中心生命周期中，数据中心运维管理是数据中心生命周期中最后一个、也是历时最长的一个阶段。加强对云计算运维管理的要点以及相应改进方面措施的研究与探讨，以此不断提高IT运维质量，实现高效的运维管理。这就给运维是否到位提出了严格要求。 1 运维在机房中的地位 在数据中心生命周期中，数据中心运维管理是数据中心生命周期中最后一个、也是历时最长的一个阶段。数据中心运维管理是，为提供符合要求的信息系统服务，而对与该信息系统服务有关的数据中心各项管理对象进行系统地计划、组织、协调与控制，是信息系统服务有关各项管理工作的总称。数据中心运维管理主要肩负合规性、可用性、经济性、服务性等四大目标。 在信息中心机房配备有运维人员，但大都是“全才”的，即什么都管，尤其是对供电系统大都是由主机运维的人员代管。当电源系统出故障时，此代管人员一问三不知，甚至连配电柜门都没开过。这实际上就是把机房的运维放在了一个次要的地位。 当然也有的地方有所分工，看似重视，实际上也没得到真正地重视。比如说机房设备长时间一直运行正常，这时如果运维人员提出要增添运维方面的测量设备，有的领导就认为多余，很难得到批准。但他不知道机房设备所以长时间一直运行正常，正是由于这些运维人员的细心维护和努力保养所获得的。并不是这些人员每天闲着无事可干，他们的这些工作一般是领导看不见的。比如同样多款的UPS在同样的环境条件下，在某卫星地面站就极少出故障，而在同系统别的地方机房同一家同规格的机器就故障连连。原来是前者的运维人员每天都在细心观察和分析机器面板LCD上显示的数据，一旦发现异常苗头及时采取措施;而后者只限于每天抄写这些数据就算完成任务，使异常苗头不断积累，以致于导致故障。比如断路器在额定闭合状态发现触点处温度高了，就要检查是不是电流过大到超过额定值，如果不是就要检查触点接触是否牢靠，是否需要再紧固一下。这样一来，故障隐患就排除了。如果一直不管不问久而久之就会导致跳闸而使系统崩溃。这都是一些小的动作，都是在巡查中顺便做的事情。所以同是运维人员在巡查，但前者在做事而后者只是走马观花。这就是数据中心可靠与不可靠的区别。 运维人员就像幼儿园的保育员和老师。孩子交到幼儿园后，起主要作用的就是保育员和老师，这时保育员和老师就是主体。机器就好比是幼儿园的孩子，孩子是否健康成长，机器是否正常运行，除去本身的健康(可靠性质量)状况外，那就是运维人员的责任了。由于云计算的要求弹性、灵活快速扩展、降低运维成本、自动化资源监控、多租户环境等特性，除基于ITIL(IT 基础设施库)的常规数据中心运维管理理念之外，以下运维管理方面的内容，需要我们加以重点关注。 2 云计算数据中心运维管理的要点 (1)理清云计算数据中心的运维对象 数据中心的运维管理指的是与数据中心信息服务相关的管理工作的总称。云计算数据中心运维对象一般可分成5大类： ①机房环境基础设施 这里主要指的是为保障数据中心所管理的设备正常运行所必需的网络通信、供配电系统、环境系统、消防系统和安保系统等。这部分设备对于用户来说几乎是透明的，比如大多数用
基于BIM三维可视化智慧建筑全生命周期运营管理平台 发表时间：2019-01-02T14:35:30.857Z 来源：《防护工程》2018年第29期作者：王帅张超徐涛温德政殷利庆[导读] 随着物联网、BIM、云计算技术的不断发展和建筑业在智慧城市实现进程中的重要地位，智慧建筑的概念应运而生。 中建八局第二建设有限公司智能公司山东济南 250000 摘要：随着物联网、BIM、云计算技术的不断发展和建筑业在智慧城市实现进程中的重要地位，智慧建筑的概念应运而生。本文通过运用物联网、BIM和云计算等技术实现了基于BIM的三维可视化智慧建筑全生命周期运营管理平台。该平台实现了建筑三维可视化，物理设备实时监测与智能管控，楼层人员定位、故障报警等功能。通过电脑客户端或智能手机端进行各项操作，实现操作简单，无需巡楼，节省人力和管理成本，提高整体效益。 关键字：智慧建筑；物联网；BIM技术；三维可视化；智能管控 一、引言 随着物联网和BIM技术[1-2]的应用与发展，以及BIM二次开发接口的开源能力，经过悉心研究，将传统的楼宇智能化与先进的BIM轻量化技术结合，实现基于BIM三维可视化[3-4]的智慧建筑全生命周期[5]运营管理平台[6-7]，该平台将物联网、云计算技术与BIM模型、运维系统、移动终端等结合起来集成应用，实现设备运行管理、能源管理、安保系统、租户管理等实时监测[8-9]与管控[10]，BIM三维可视化智慧建筑运营管理平台为后期的运维工作提供了信息支撑与保障。 二、主要技术内容 通过该平台可以对整个楼宇的结构进行三维可视化展示；对设备运行、设备规格型号、生产厂家、生产日期及安装时期等情况进行数字化管理；实时监测设备的各项参数，分析各项设备和周围环境的参数，实时预警水电超标和设备故障位置等信息，对可能发生的灾害进行预防，降低运营维护成本，提高维修效率。如果发生火灾可通过BIM可视化系统实时提供最佳逃生通道，指挥业主进行逃生；在平台中通过BIM模型和物联网技术可直接调用监控摄像头，智能控制照明、VRV空调、排风机、换气机等设备，操作简单，无需巡楼，节省人力和管理成本，提高整体效益。该平台主要由三维可视化设备联动，大屏展示，后台管理，生产运维等部分构成。平台重要功能的实现原理如下： （一）三维可视化设备联动原理与实现 利用BIM技术创建三维可视化智慧建筑模型。通过BIM模型可以方便、直观的对整个楼宇的复杂结构进行分析，定位设备所在的位置。在BIM模型中绑定楼宇中所有的设备，比如空调、灯、监控等，绑定之后可以在BIM模型中操作绑定了的设备。在平台中选中需要操作的设备类，在设备列表中查看和更改设备的信息，还能直接定位到对应设备在BIM模型中的位置，然后通过点击BIM模型中的设备图标就可模拟现实中的现场操作。 利用物联网技术实现对硬件设备的控制。通过调用OPC服务接口，将平台中操作硬件设备的指令发送到OPC服务器，OPC服务器获取指令再控制硬件设备。 以监控为例，调用监控时先直接定位到它在BIM模型中的位置，然后点击监控图标会直接弹出该监控的当前画面。通过该平台实现了快速地调用楼宇中各个监控，方便快捷的掌握建筑物内部的情况。 （二）设备数据采集及展示的实现 为了实时的掌握楼宇内外各项指标的情况，平台利用无线传感器实时的监测统计楼宇的门禁、用电、用水、空调、新风机、开水机、财务报警、室外灌溉、室内环境和室外环境情况，将以上采集的信息数据经过转换传给控制器，并将监测结果在大屏上显示。这些实时监测到的数据通过无线传输的方式发送到控制设备与智能手机APP上。通过这些实时数据及时掌握楼宇的状况。比如，可通过BIM可实时调取集中用水、用电的实时画面，针对不良用水、用电实时管理，达到节约能源的作用。 （三）后台管理和生产运维的功能 后台管理部分包含定位管理、BIM模型管理、智能设备管理和权限设备管理这几个部分。定位管理又分为定位人员信息管理、定位区域切换管理、协调器安装位置定位管理、锚节点安装位置定位管理和移动节点管理。BIM模型管理分为BIM源文件管理、BIM文件转换管理、BIM模型集成管理和BIM构件播放管理。智能设备管理包含定位设备管理、门禁设备管理、灯开关设备管理、监控设备管理、新风换气机设备管理、空调设备管理、送排风机设备管理。后台管理部分记录着用户，BIM模型、所有设备、用电用水等相关的所有信息。 生产运维部分包含人员定位分布、人员定位导航、楼宇实时监控、设备故障告警、设备故障研判、设备故障抢修、天气监测、能耗监测和环境监测等。 三、效益分析 （一）经济效益 自主研发BIM可视化智慧建筑管理平台，可替代采购的楼控集成软件，减少采购成本。 （二）社会效益 BIM可视化智慧建筑管理平台实时监测整个楼宇的运行情况，对物业运营起到高效、便捷管理的目标。 四、总结 建筑是城市的重要组成部分，智慧城市的发展离不开建筑业的支持，为了更好、更快的推进智慧城市的建设，智慧建筑将会是未来建筑业的发展趋势。各种信息技术的创新和进步使智慧建筑得以实现，反过来，智慧建筑的不断发展与应用会对信息技术的提出更高的要求，推动信息技术的不断发展与成熟。智慧建筑能够创造良好的社会效益、经济效益和环境效益。 参考文献 [1]刘三明, 雷治策, 孙大峰. BIM+物联网技术在中国尊项目运维管理中的应用[J]. 安装, 2017(7):12-14. [2]王晨. 建筑业基于BIM的物联网技术应用[J]. 房地产导刊, 2015(26).
望采纳 云计算数据中心的运维管理 现代信息中心已成为人们日常生活中不可缺少的部分，因此信息中心机房设备的运行正常与否就非常关键。在数据中心生命周期中，数据中心运维管理是数据中心生命周期中最后一个、也是历时最长的一个阶段。加强对云计算运维管理的要点以及相应改进方面措施的研究与探讨，以此不断提高IT运维质量，实现高效的运维管理。这就给运维是否到位提出了严格要求。 1 运维在机房中的地位 在数据中心生命周期中，数据中心运维管理是数据中心生命周期中最后一个、也是历时最长的一个阶段。数据中心运维管理是，为提供符合要求的信息系统服务，而对与该信息系统服务有关的数据中心各项管理对象进行系统地计划、组织、协调与控制，是信息系统服务有关各项管理工作的总称。数据中心运维管理主要肩负合规性、可用性、经济性、服务性等四大目标。 在信息中心机房配备有运维人员，但大都是“全才”的，即什么都管，尤其是对供电系统大都是由主机运维的人员代管。当电源系统出故障时，此代管人员一问三不知，甚至连配电柜门都没开过。这实际上就是把机房的运维放在了一个次要的地位。 当然也有的地方有所分工，看似重视，实际上也没得到真正地重视。比如说机房设备长时间一直运行正常，这时如果运维人员提出要增添运维方面的测量设备，有的领导就认为多余，很难得到批准。但他不知道机房设备所以长时间一直运行正常，正是由于这些运维人员的细心维护和努力保养所获得的。并不是这些人员每天闲着无事可干，他们的这些工作一般是领导看不见的。比如同样多款的UPS在同样的环境条件下，在某卫星地面站就极少出故障，而在同系统别的地方机房同一家同规格的机器就故障连连。原来是前者的运维人员每天都在细心观察和分析机器面板LCD上显示的数据，一旦发现异常苗头及时采取措施;而后者只限于每天抄写这些数据就算完成任务，使异常苗头不断积累，以致于导致故障。比如断路器在额定闭合状态发现触点处温度高了，就要检查是不是电流过大到超过额定值，如果不是就要检查触点接触是否牢靠，是否需要再紧固一下。这样一来，故障隐患就排除了。如果一直不管不问久而久之就会导致跳闸而使系统崩溃。这都是一些小的动作，都是在巡查中顺便做的事情。所以同是运维人员在巡查，但前者在做事而后者只是走马观花。这就是数据中心可靠与不可靠的区别。 运维人员就像幼儿园的保育员和老师。孩子交到幼儿园后，起主要作用的就是保育员和老师，这时保育员和老师就是主体。机器就好比是幼儿园的孩子，孩子是否健康成长，机器是否正常运行，除去本身的健康(可靠性质量)状况外，那就是运维人员的责任了。由于云计算的要求弹性、灵活快速扩展、降低运维成本、自动化资源监控、多租户环境等特性，除基于ITIL(IT基础设施库)的常规数据中心运维管理理念之外，以下运维管理方面的内容，需要我们加以重点关注。 2 云计算数据中心运维管理的要点 (1)理清云计算数据中心的运维对象 数据中心的运维管理指的是与数据中心信息服务相关的管理工作的总称。云计算数据中心运维对象一般可分成5大类： ①机房环境基础设施 这里主要指的是为保障数据中心所管理的设备正常运行所必需的网络通信、供配电系统、环境系统、消防系统和安保系统等。这部分设备对于用户来说几乎是透明的，比如大多数用户都不会忽略数据中心的供电和制冷。因为这类设备如果发生意外，对依托于该基础设施的应用来说是致命的。 ②数据中心所应用的各种设备
IT运维监控管理平台建设方案（此文word格式，下载后可直接编辑修改套用）
目录 第1章概述 (5) 1.1 建设背景 (5) 1.2 建设目标 (5) 1.3 建设思路 (6) 第2章系统总体设计 (7) 2.1 总体架构 (7) 2.2 设计原则 (8) 2.3 运维管理体系架构设计 (9) 2.3.1 系统总体架构设计 (9) 2.3.2 监控采集层 (10) 2.3.3 数据处理层 (10) 2.3.4 运行展现层 (10) 2.4 系统技术路线 (11) 2.4.1 采用Java语言开发 (11) 2.4.2 采用J2EE框架 (12) 2.4.3 采用WebService进行数据互连互通 (12) 2.4.4 数据库技术 (14) 2.4.5 性能控制 (15) 2.4.6 开发、运行环境 (15) 2.5 应用接口总体设计 (15) 2.5.1 系统内部集成接口 (15) 2.5.2 与基础运维管理工具的集成接口 (16) 2.5.3 与ITSM系统的集成接口 (16) 2.5.4 与相关外部系统的统一身份认证与单点登录接口 (16) 2.6 系统安全设计及部署 (17) 2.6.1 输入检验 (17) 2.6.2 GET请求和Cookie中的敏感数据 (17) 2.6.3 防通过嵌入标记实现的攻击 (17)
2.6.4 防口令猜测功能 (18) 2.6.5 页面和字段级的权限控制 (18) 2.6.6 系统安全架构 (18) 第3章系统功能设计 (19) 3.1 动环监控 (19) 3.1.1 配电柜监测 (19) 3.1.2 配电开关及电流监控 (19) 3.1.3 发电机监控 (20) 3.1.4 ATS监测 (20) 3.1.5 STS监测 (20) 3.1.6 UPS监控子系统 (21) 3.2 统一门户子系统 (21) 3.2.1 信息主管领导内容展示 (22) 3.2.2 运维人员内容展现 (22) 3.2.3 一般用户内容展现 (23) 3.3 IT运行监控子系统 (23) 3.3.1 基础平台功能 (23) 3.3.2 网络设备管理 (25) 3.3.3 服务器监控管理 (28) 3.3.4 存储监控管理 (31) 3.3.5 数据库监控管理 (31) 3.3.6 中间件监控管理 (32) 3.3.7 web与应用监控管理 (33) 3.3.8 虚拟化监控管理 (34) 3.3.9 IP地址管理管理 (35) 3.3.10 信息点管理 (36) 3.3.11 告警监控管理与转发处理 (37) 3.3.12 综合监控管理 (38) 3.3.13 综合报表管理 (39)
xxx区国土资源 一张图工程和服务平台系统基础支撑平台与运维保障平台 建 设 方 案
目录 1项目概述 (2) 1.1项目背景 (2) 1.2项目目标 (2) 1.3建设内容 (2) 2现状及需求分析 (3) 2.1信息化现状 (3) 2.2存在的问题 (4) 2.2.1运维保障面临主要问题 (4) 2.2.2现有保障手段不能满足需求 (4) 2.2.3管理运维问题 (5) 3方案总体设计 (6) 3.1设计原则 (6) 3.2总体架构设计 (7) 3.3实施思路 (7) 4虚拟桌面技术方案设计 (10) 5服务器虚拟化方案设计 (11) 6业务系统运维保障设计 (13) 6.1架构设计 (13) 6.2业务系统应急 (14) 6.3数据保障 (15) 6.4运维迁移 (15) 7项目实施计划 (16) 8项目组织保障 (17) 8.1工作领导小组 (17) 8.2项目专家小组 (17) 8.3项目技术小组 (17)
1项目概述 1.1项目背景 国土资源“一张图”和综合监管平台建设（以下简称“一张图”工程）是国土资源信息化“十二五”规划中的一项核心内容。 根据《国土资源部关于进一步运用现代科技信息手段规范和创新管理的指导意见》(国土资发〔2010〕81号)、《山东省国土资源系统‘一个平台、两个市场’建设方案的通知》（鲁国土资发〔2011〕33号）和《青岛市国土资源和房屋管理局关于加强信息化建设工作的意见的通知》（青土资房发〔2012〕465号）等一系列文件的要求，青岛市国土房管局xxx 分局拟开展xxx区国土资源一张图工程和服务平台系统基础支撑平台及运维保障平台建设，为一张图工程和服务平台系统搭建安全、可靠的基础设施环境，为全局信息化发展奠定坚实的基础。 1.2项目目标 基础支撑平台及运维保障平台的建设实现以下主要目标： （1）通过加强对业务内网、办公网、互联网的安全管理，实现生产数据和涉密信息的集中存放和管理，保证信息安全； （2）通过为32个乡镇国土所提供云端虚拟桌面服务，保障数据不在国土所用户的终端设备上落地的基础上，实现各项数据及业务应用的便捷接入，有效促进业务协 同； （3）通过运维保障平台的建设，为全区国土资源用户提供一致、高度可用、高度可扩展的服务，最大程度地减少系统停机，全面支持国土全系统的业务连续性； （4）通过云平台建设，充分整合已有资源，实现IT基础设施的集约化建设。 1.3建设内容 基础支撑平台及运维保证体系主要包括以下建设内容：
大数据技术与应用专业 人才需求分析和预测性调研报告 一、调研情况分析 (一)政府发展规划与政策动态 推动大数据产业持续健康发展，是党中央、国务院作出的重大战略部署，是实施国家大数据战略、实现我国从数据大国向数据强国转变的重要举措。日前，工业和信息化部正式印发了《大数据产业发展规划（2016－2020年）》（以下简称《规划》），全面部署“十三五”时期大数据产业发展工作，加快建设数据强国，为实现制造强国和网络强国提供强大的产业支撑。 2018年，贵州提出“万企融合”大行动，计划用五年时间，带动10000家企业通过应用大数据技术，提升企业数字化、网络化、智能化水平，实现发展新增长、服务升级。有预测称，这次行动将在贵州形成超过1200亿美元的市场。 (二)市场需求和行业发展趋势 1）大数据市场需求 大数据经过前几年的概念热炒之后，逐步走过了探索阶段、市场启动阶段，当前已经在接受度、技术、应用等各个方面趋于成熟，开始步入产业的快速发展阶段。大数据巨大的应用价值带动了大数据行业的迅速发展，行业规模增长迅速。截至 2014 年，全球大数据市场规模已经成长到300 亿美元的空间，预测到2017 年全球大数据技术和服务市场的2018 年的复合年增长率将达到26.4%，规模达到415 亿美元，是整个IT 市场增幅的6 倍。大数据市场规模在2020 年有望达到611.6 亿美元，符合年增长率将达到26%。 中国大数据产业起步晚，发展速度快。物联网、移动互联网的迅速发展，使数据产生速度加快、规模加大，迫切需要运用大数据手段进行分析处理，提炼其中的有效信息。“大数据”已成为一个热门词语高频出现在各种场合，其专门人才已不能满足市场需求。经过专门调研数据显示，大数据人才岗位缺口2018年高达150万，俱预测2025年中国大数据人才缺口达到200万，这给高校和人力资源企业的一个很大的优惠。未来几年人才需求将持续走俏。引进和培养1000
数据中心运维操作标准及流程 郑州向心力通信技术股份有限公司 二零一八年
1 机房运维管理前期准备 1.1 管理目标 机房基础设施运维团队应与业主管理层、IT部门、相关业务部门共同讨论确定运维管理目标。制定目标时，应综合考虑机房所支持的应用的可用性要求、机房基础设施设施的等级、容量等因素。目标宜包括可用性目标、能效目标、可以用服务等级协议（SLA）的形式呈现。不同应用的可用性目标的机房，可设定不同等级的机房基础设施的运维管理目标。 1.2 参与数据中心建设过程 机房运维团队应充分了解自己将要管理的场地基础设施。对于新建机房，应尽早参与机房基础设施的建设过程，以便将运维阶段的需求在规划、设计、建造、安装和调试等过程中得到充分的考虑；同时为后期做好运维工作打下基础。 1.2.1 应参与规划设计 机房的规划设计是一个谨慎和严谨的过程，需要所有参与机房建设的相关方共同完成，才能确保规划和设计的有效性、实用性等要求。其中，基础设施运维团队应提出运维要求，从运维经验、实际运维难度、提高运维可易性等方面对规划和设计过程进行配合。 1.2.2 应参与相关供应商遴选 机房基础设施运维团队应参与机房基础设施设备供应商选择的全过程，及时地了解各种产品及服务的品牌、型号、规格等关键参数，使之更能满足运维的要求。并就在安装、调试过程中的注意事项等提
出建议，还需要对后续的设备保修等服务提出要求。 1.2.3 应参与建造管理 机房的基础设施运维团队应积极参与机房基础设施的建造工作，并协助做好建设项目的项目管理工作，着重关注工程建造中如材料的使用、工序、建造过程等工作，重点关注隐蔽工程的安装工艺和质量。 机房基础设施运维团队应充分了解施工过程中的工艺。对于新建数据中心，从施工质量和日后运维方便性出发，尽早发现施工过程的问题，及时纠正，方便日后运维和节省日后整改成本。 1.3 测试验证 机房基础设施投产前的测试验证是确保机房基础设施满足设计要求和运行要求的关键环节。 1.3.1 时间和预算 机房的业主应设立测试验证专项预算，预算应包括外部测试验证服务提供商的相关费用，以及在测试验证阶段产生的电费、水费、油费等相关费用。应制定测试验证的工期规划，以更准确地预测机房基础设施交付投产的日期。 1.3.2 测试验证参与方 项目建设管理部门可作为测试验证工作的主体责任单位；运维管理部门可作为测试验证工作的主体审核单位；第三方测试服务商可作为测试验证的实施单位及整体组织工作的协调单位。但运维管理部门应要求测试服务商预先提供测试方案，在运维管理部门审核后方可进行。机房基础设施运维团队可参与测试验证工作，在此过程中熟悉设
xxx 区国土资源 一张图工程和服务平台系统 基础支撑平台与运维保障平台
建
设
方
案
目录
1 项目概述 ................................................................................................................................... 2
1.1 项目背景 ................................................................................................................................. 2 1.2 项目目标 ................................................................................................................................. 2 1.3 建设内容 ................................................................................................................................. 2
2 现状及需求分析 ........................................................................................................................ 3
2.1 信息化现状 ............................................................................................................................. 3 2.2 存在的问题 ............................................................................................................................. 4
2.2.1 运维保障面临主要问题 ................................................................................................. 4 2.2.2 现有保障手段不能满足需求 ......................................................................................... 4 2.2.3 管理运维问题 ................................................................................................................. 5
3 方案总体设计............................................................................................................................6
3.1 设计原则 ................................................................................................................................. 6 3.2 总体架构设计 ......................................................................................................................... 7 3.3 实施思路 ................................................................................................................................. 7
4 虚拟桌面技术方案设计 .......................................................................................................... 10
5 服务器虚拟化方案设计 .......................................................................................................... 11
6 业务系统运维保障设计 .......................................................................................................... 13
6.1 架构设计 ............................................................................................................................... 13 6.2 业务系统应急 ....................................................................................................................... 14 6.3 数据保障 ............................................................................................................................... 15 6.4 运维迁移 ............................................................................................................................... 15
7 项目实施计划.......................................................................................................................... 16
8 项目组织保障.......................................................................................................................... 17
8.1 工作领导小组 ....................................................................................................................... 17 8.2 项目专家小组 ....................................................................................................................... 17 8.3 项目技术小组 ....................................................................................................................... 17