系统维护及机房运维综合管理方案

运

维

服

务

方

案

2016年5月18日

XXX系统维护及机房运维方案

二零一七年六月

目录

1 服务内容 (3)

1.1 服务目标 (3)

1.2 信息资产统计服务 (3)

1.3 网络、安全系统运维服务 (4)

1.4 主机系统运维服务 (6)

1.5 存储系统运维服务 (10)

1.6 数据安全存储及灾备运维服务 (11)

1.6.1 传统的灾备方式 (11)

1.6.2 容灾方案的关键指标 (13)

1.6.3 常见的备份策略 (14)

1.6.4 容灾的核心问题 (15)

1.6.5 容灾的实现方式 (16)

1.6.6 异地容灾技术 (18)

1.6.7 灾难恢复级别 (20)

1.7 容灾建设方式 (21)

1.7.1 企业信息系统保护层次 (21)

1.7.2 容灾技术模型 (23)

1.7.3 业务平台的保护---业务处理能力的冗余 (23)

1.7.4 数据平台的保护---业务状态数据的复制 (24)

1.7.5 接入平台冗余和贴换 (24)

1.7.6 容灾模式 (24)

1.7.6.1 容灾层次 (25)

1.7.6.2 容灾范围 (25)

1.7.6.3 同级容灾或降级容灾 (26)

1.7.6.4 容灾技术概述 (27)

1.7.6.5 基于存储的数据复制技术建设容灾系统 (28)

1.7.6.6 小结 (31)

2 运维服务流程 (32)

3 服务管理制度规范 (34)

3.1 服务时间........................................................................... . (34)

3.2 行为规范............................................................................. .. (34)

3.3 现场服务支持规范................................................................. . (35)

3.4 问题记录规范.......................................................................... ................................................ .35

4 应急服务响应措施................................................................... (37)

4.1 应急基本流程................................................................................................................................ ..37

4.2 预防措施......................................................................................... .............................. . (37)

4.3 突发事件应急策略 (38)

1服务内容

1.1服务目标

可为提供的运行维护服务包括，信息系统相关的主机设备、操作系统、存储设备容灾的运行维护服务，保证用户现有的信息系统的正常运行，降低整体管理成本，提高网络信息系统的整体服务水平。同时根据日常维护的数据和记录，提供用户信息系统的整体建设规划和建议，更好的为用户的信息化发展提供有力的保障。

用户信息系统的组成主要可分为两类：硬件设备和软件系统。硬件设备包括网络设备、安全设备、主机设备、存储设备等；软件设备可分为操作系统软件、典型应用软件（如：数据库软件、中间件软件等）、业务应用软件等。

通过运行维护服务的有效管理来提升用户信息系统的服务效率，协调各业务应用系统的内部运作，改善网络信息系统部门与业务部门的沟通，提高服务质量。结合用户现有的环境、组织结构、IT资源和管理流程的特点，从流程、人员和技术三方面来规划用户的网络信息系统的结构。将用户的运行目标、业务需求与IT服务的相协调一致。

提供的信息系统服务的目标是，对用户现有的信息系统基础资源进行监控和管理，及时掌握网络信息系统资源现状和配置信息，反映信息系统资源的可用性情况和健康状况，创建一个可知可控的IT环境，从而保证用户信息系统的各类业务应用系统的可靠、高效、持续、安全运行。

服务项目范围覆盖的信息系统资源以下方面的关键状态及参数指标：

?运行状态、故障情况

?配置信息

?可用性情况及健康状况性能指标

1.2信息资产统计服务

此项服务为基本服务，包含在运行维护服务中，帮助我们对用户现有的信息资产情况进行了解，更好的提供系统的运行维护服务。

机房服务内容包括：

?机房电源、温度、湿度信息统计记录

?硬件设备型号、数量、版本等信息统计记录

?软件产品型号、版本和补丁等信息统计记录

?存储产品型号、版本和性能等信息统计记录

?网络结构、网络路由、网络IP地址统计记录

?综合布线系统结构图的绘制

?其它附属设备的统计记录

1.2.1机房电源、温度、湿度要求

1.3网络、安全系统运维服务

从网络的连通性、网络的性能、网络的监控管理三个方面实现对网络系统的运维管理。网络、安全系统基本服务内容：

(1)用户现场技术人员值守

可根据用户的需求提供长期的用户现场技术人员值守服务，保证网络的实时连通和可用，保障接入交换机、汇聚交换机和核心交换机的正常运转。现场值守的技术人员每天记录网络交换机的端口是否可以正常使用，网络的转发和路由是否正常进行，交换机的性能检测，进行整体网络性能评估，针对网络的利用率进行优化并提出网络扩容和优化的建议。

现场值守人员还进行安全设备的日常运行状态的监控，对各种安全设备的日志检查，对重点事件进行记录，对安全事件的产生原因进行判断和解决，及时发现问题，防患于未然。

同时能够对设备的运行数据进行记录，形成报表进行统计分析，便于进行网络系统的分析和故障的提前预知。具体记录的数据包括：

?配置数据

?性能数据

?故障数据

(2)现场巡检服务

现场巡检服务是对客户的设备及网络进行全面检查的服务项目，通过该服务可使客户获得设备运行的第一手资料，最大可能地发现存在的隐患，保障设备稳定运行。同时，将有针对性地提出预警及解决建议，使客户能够提早预防，最大限度降低运营风险。

巡检包括的内容如下：

(3)网络运行分析与管理服务

网络运行分析与管理服务是指工程师通过对网络运行状况、网络问题进行周期性检查、分析后，为客户提出指导性建议的一种综合性高级服务，其内容包括：

(4)重要时刻专人值守服务

深刻知道保证重要时刻设备稳定运行对客户成功尤为关键，因此，可对客户

提供重要时刻的专人现场值守支持，包括政府客户的重大会议期间、金融客户的年终结算日、运营商客户的生产网重大割接或其它任何客户认为可能对其业务运营产生重大影响的时刻。

如需专人值守，客户需至少提前3周与授权服务商客户服务经理联系。对每位合约客户，授权服务商均需按事先合同约定提供专人值守服务。客户如需超出合同约定范围的更多值守支持，需额外支付相应人力和差旅费用。

1.4主机系统运维服务

现在造成IT架构不可用的原因有很多，主要包括非计划性宕机和计划性宕机两大类，其中，非计划性宕机主要是由计算机故障或数据故障引起的;计划性宕机主要是由于生产系统的数据改变或系统改变引起的。

(1)、非计划性宕机

非计划性宕机主要包括主机宕机、数据故障宕机、存储故障、人为错误、数据损坏、站点故障等。

主机故障宕机

当主机系统或数据库服务器出现意外故障并导致服务中断时，主机系统就会发生故障。

数据故障宕机

数据故障是指丢失、损坏或破坏关键企业数据。数据故障的原因比计算机故障更加错综复杂，可能由于存储硬件、人为错误、损坏或站点故障引起。

存储故障

单一存储配置，目前都是采用磁盘RAID技术加热备磁盘来解决，因此存储系统的故障主要是由机房电力故障或人为因素导致存储设备的电源发生故障。

人为错误

人为错误包括：误删除重要数据或升级语句中不正确的“WHERE”子句更新了比预定更多的行。

数据损坏

数据损坏通常由 I/O 堆栈中的故障组件导致，例如，数据库将 I/O 作为更新交易的结果，该数据库 I/O 将在各个组件中进行传输，包括：操作系统的I/O 代码、文件系统、卷管理器、设备驱动程序、主机总线适配器、存储控制器

和磁盘驱动器，直至最后被写入。I/O 堆栈中任何组件发生错误或硬件故障，都可能“变换”数据中的一些位，进而导致损坏的数据被写入数据库中，这一损坏可能是数据库控制信息或用户数据，它们对于数据库的正常工作至关重要;同样，磁盘故障也可能损坏数据。

站点故障

数据保护特性提供了预防灾难性事件的能力，这些事件可能在某一段时间内严重减缓站点的处理能力，这些事件包括文件损坏、自然灾害、电力或通信中断，甚至恐怖活动。

(2)、计划性宕机

计划性宕机是IT系统在运行阶段所不可避免的，但IT系统停机运维会影响到数据库停止对外提供服务，会对业务运营造成一定影响，特别是对7×24×365的业务系统、计费系统、在线交易系统等。

计划内停机包括例行操作、定期维护和部署新设备等：例行操作指频繁进行的维护任务，包括备份、性能管理、用户管理和批处理;定期维护，如安装补丁和重新配置系统，只是偶尔进行，以更新数据库、应用程序、操作系统、中间件或网络;部署新设备包括硬件、操作系统、据库、应用程序、中间件或网络的重大升级。

申请计划停机时不仅要考虑计划的停机时间，同时还要考虑因停机造成的对整个业务系统的影响。

数据更改导致的停机

对于数据的更改例如增加数据空间、改变数据库的对象，添加及删除数据库对象，对数据库的参数进行调整等操作，都有可能导致计划性停机。

系统更改而导致的停机

由于系统更改导致的停机主要表现在两方面：一是主机系统的更改，例如更新设备、添加硬件、调整参数造成主机系统重启;二是数据库系统的更改，例如数据库补丁升级，调整一些重要参数需要重新启动数据库的运维操作。

提供的主机系统的运维服务包括：主机的日常监控，设备的运行状态监控，故障处理，操作系统维护，补丁升级等内容。

主机系统基本服务内容：

现场值守人员可进行监控管理的内容包括：

?CPU 性能管理；

?内存使用情况管理；

?硬盘利用情况管理；

?系统进程管理；

?主机性能管理；

?实时监控主机电源、风扇的使用情况及主机机箱内部温度；

?监控主机硬盘运行状态；

?监控主机网卡、阵列卡等硬件状态；

?监控主机HA运行状况；

?主机系统文件系统管理；

?监控备份服务进程、备份情况（起止时间、是否成功、出错告警）；

1.5网络存储系统运维服务

提供的机房存储环境（SAN、NAS）运行维护服务是包括存储的IOPS和Space 利用管理，存储的主动IOPS性能和Space利用管理对系统运维非常重要。可了解用CIFS、iscsi、FC、FCoE、NFS协议运行状况，通过性能管理可了解存储的日常运行状态，识别存储的IOPS性能，有针对性地进行性能优化。同时，密切注意存储系统的变化，主动地预防可能发生的问题。

存储---主机规划

主机名HostName

分区

Space

应用

Application

OS版本HA版本HBA型

号

IOPS

（64K\512K）存储故障

单一存储配置，目前都是采用磁盘RAID技术加热备磁盘来解决，因此存储系统的故障主要是由机房电力故障或人为因素导致存储设备的电源发生故障。数据损坏通常由 I/O 堆栈中的故障组件导致，例如，数据库将 I/O 作为更新交易的结果，该数据库 I/O 将在各个组件中进行传输，包括：操作系统的 I/O 代码、文件系统、卷管理器、设备驱动程序、主机总线适配器、存储控制器和磁盘驱动器，直至最后被写入。I/O 堆栈中任何组件发生错误或硬件故障，都可能“变换”数据中的一些位，进而导致损坏的数据被写入数据库中，这一损坏可能是数据库控制信息或用户数据，它们对于数据库的正常工作至关重要;同样，磁盘故障也可能损坏数据。

为了减少单一站点的故障，是数据业务连续性，实现数据的异地备份，并在发生意外灾难时对数据进行快速恢复，确保客户的业务持续性。

提供的存储运行维护服务还包括快速发现、诊断和解决性能问题，在出现问题时，及时找出性能瓶颈，解决存储性能问题，维护高效的应用系统。存储运行维护服务，主要工作是使用技术手段来达到管理的目标，以系统最终的运行维护为目标，提高用户的工作效率。

1.6数据安全存储及灾备运维服务

1.6.1传统的灾备方式

说到灾难恢复，自然会想到备份。企业关键数据丢失会中断企业正常商务运行，造成巨大经济损失，容灾和备份都是保护数据的有效手段。同时，数据容灾与数据备份相互联系，主要体现在以下几个方面：

数据备份是数据容灾的基础

数据备份是系统、数据容灾的基础，也是低端容灾的实现，是高端容灾（实时数据保护）的有力保障。目前备份技术主要有快照备份、离线备份、异地存储备份。备份系统通过备份策略，对计算机信息系统的操作系统、文件系统、应用程序、数据库系统等数据集，实现某一时间点的完整拷贝，拷贝的数据处在非在线状态，不能被立刻访问，必须通过相应操作,如恢复等方式使用备份数据。这也解决了高端容灾（实时数据保护）不能解决的问题：人为误操作、恶意性操作等，这类操作，计算机系统是不能区分的，一旦执行，将造成数据中心、灾备中心同时修改；对于数据库系统，在日志方式下，可以通过回滚方式修改，对于文件系统、操作系统等其他配置信息是不能回滚的，将造成毁灭性的结果。因此在建设高端容灾系统的前提，一定要做好本地系统的备份，这是容灾技术的起点。

数据备份是数据高可用的最后一道防线，其目的是为了系统数据崩溃时能够快速的恢复数据。虽然它也算一种容灾方案，但这种容灾能力非常有限，因为传统的备份主要是采用数据内置或外置的磁盘机进行冷备份，备份磁盘同时也在机房中统一管理，一旦整个机房出现了灾难，如火灾、盗窃和地震等灾难时，这些备份磁盘也随之销毁，所存储的磁盘备份也起不到任何容灾功能。

双机热备的备份方式

面对灾难各大容灾厂商首先所提出的容灾解决方案就是双机热备技术。双机热备技术是基于应用切换的原理即整个容灾系统由两套业务系统和共享一个存储阵列所构成。一但主服务器出现异常或故障，备份服务器立刻接管主服务器的应用。也就是目前通常所说的active/standby 方式，主要通过纯软件切换的方式实现双机容错。因为两台服务器共享一个磁盘阵列上的数据，所以当磁盘损坏的时候就造成两台服务器都不可用，这样就达不到容灾的效果。而且通过纯软件来切换的话存在误切换的情况，就是当主服务器还是正常的时候就把业务系统的连接切换到备用服务器上，这就会造成业务系统的暂时停顿等问题。

双机双存储

双机双存储即在双机热备的基础上增加一套存储，实现应用层的切换和底层数据的不间断复制。其工作原理与双机热备类似。数据库若要能够正常启动，必会先检测其数据文件，日志文件，控制文件等一系列文件的完整性，才可以正常启动。对于双机双存储的存储层复制来说是文件层复制，他们无法做到检测数据

的一致性，一旦双机双存储发生的是逻辑错误时，无论是主服务器还是备用服务器都将无法启动。

容灾不是简单备份

真正的数据容灾就是要避免传统冷备份的先天不足，它能在灾难发生时，全面、及时地恢复整个系统。容灾按其容灾能力的高低可分为多个层次，例如国际标准SHARE78 定义的容灾系统有七个层次：从最简单的仅在本地进行磁盘备份，到将备份的磁盘存储在异地，再到建立应用系统实时切换的异地备份系统，恢复时间也可以从几天到小时级到分钟级、秒级或0 数据丢失等。

1.6.2 灾备方案的关键指标

RTO （Recovery Time Object）

RTO即恢复时间目标：是指“将信息系统从灾难造成的故障或瘫痪状态恢复到可正常运行状态，并将其支持的业务功能从灾难造成的不正常状态恢复到可接受状态”所需时间，其中包括备份数据恢复到可用状态所需时间、数据处理系统切换时间、以及备用网络切换时间等，该指标用以衡量容灾方案的业务恢复能力。

RPO （Recovery Point Time）

RPO即数据恢复点目标：是指业务系统所允许的灾难过程中的最大数据丢失量（以时间来度量），这是一个与数据备份系统所选用的技术有密切关系的指标，用以衡量灾难恢复方案的数据冗余备份能力。

容灾半径

容灾半径是指生产中心和灾备中心之间的直线距离，用以衡量容灾方案所能防御的灾难影响范围。显然，具有零RTO、零RPO 和大容灾半径的灾难恢复方案是用户最期望的，但受系统性能要求、适用技术及成本等方面的约束，这种方案实际上是不大可行的。所以，用户在选择容灾方案时应该综合考虑灾难的发生概率、灾难对数据的破坏力、数据所支撑业务的重要性、适用的技术措施及自身所能承受的成本等多种因素，理性地作出选择。

1.6.3 常见的备份策略

备份策略描述

Full Backup 完全备份是每次对系统进行完全的备份。当数据发生数据丢失灾难时。完全备份所需要的时间最长和消耗的磁带最多，但恢复时间最短和操作最方便。

Incremental Backup 增量备份是备份上一次全备份或者增量备份系统发生改变的数据。这种备份策略的优点时节省了磁带空间，缩短了备份时间。其缺点在于当灾难发生时，数据的恢复比较麻烦而且可靠性比较差。其中任何一盘磁带出现问题都会影响之后的磁带恢

复。

Differential Backup

差量备份是备份上一次全备份后到系统发生改变过的文件。其优点是无需要每天对系统做完全备份，备份所需要时间短并且节省了磁带空间。它的灾难恢复也很方便。系统管理员只需要全备份和增量备份的介质就可以进行系统的恢复。

Synthetic Backup 合成备份是当备份窗口较短时进行。在进行合成备份的时候，会从完全备份、增量备份和差量备份中读取信息，然后创建一个新的完全备份。这种完全备份可以离线进行且网络还是在继续使用，不会降低系统性能或者妨碍网络中的用户。

次备份的内容是从上次0级或1级备份以来发生改变的内容。

累积增量备份（Cumulative Incremental Backup ）：此备份主要在于每次备份的是从上次0级备份以来发生改变的内容。

1.6.4容灾的核心问题

容灾适应性

指的是容灾系统在实施和使用的过程中对原有的生产系统、硬件系统、网络系统的影响，有的容灾系统可能需要冻结原有的生产系统的情况下进行数据的复制，有点容灾系统可能要对硬件、网络环境进行改造，改造成系统所要求的条件。这些对改造对原有的系统和数据都存在一定的风险性。

容灾可见性

指的是容灾系统的容灾效果是不是可见、可查询的。有的容灾系统的容灾效果要等灾难发生之后，备用系统恢复之后才能验证是不是真做到了数据零丢失的效果。如果数据复制失败不能马上反应出来同样达不到容灾的效果。所以容灾系统的核心问题：能否构建一个绿色容灾系统，在实施和使用过程中不会影响原生产系统，无需改造硬件和网络环境，其容灾结果的好与坏又实时可见、可验证。

1.6.5 容灾的实现方式

通常，应用服务器通过SAN访问存储资源。针对SAN共享存储模型进行了进一步的细化，把SAN存储分为：

应用层

文件/记录层

块管理

物理存储设备

如下图所示。

SNA共享存储模型

因此，可以从文件/记录层、块管理层来实现容灾。根据容灾的发起端来进行划分，容灾可分为：

数据库级容灾：基于数据库的容灾技术传输的是SQL指令或者重作日志文件。如Oracle数据库自带的Data Guard 技术。

卷管理级容灾：基于主机卷管理软件的容灾技术可以选择同步或者异步复制方式。存储目标数据的逻辑卷不能被业务系统所使用，属于冷容灾方式。如VERITAS VVR远程数据复制软件。

网络级容灾：网络级容灾主要是指基于虚拟存储技术的容灾。例如IBM的PPRC、EMC 的Mirrorview、HDS 的Truecopy复制技术。

存储设备级容灾：通过存储控制器实现的设备级数据远程镜像或复制是传统容灾方式中最高效最可靠的方式。基于磁盘系统的同步数据复制功能可实现异地数据的容灾。

虚拟化存储产品实现远程复制

1.6.6异地容灾技术

远程镜像技术

远程镜像技术是在主数据中心和备援中心之间的数据备份时用到。远程镜像又叫远程复制，是容灾备份的核心技术，同时也是保持远程数据同步和实现灾难恢复的基础。远程镜像按请求镜像的主机是否需要远程镜像站点的确认信息，又可分为同步远程镜像和异步远程镜像。

同步远程镜像(同步复制技术)是指通过远程镜像软件，将本地数据以完全同步的方式复制到异地，每一本地的I/O事务均需等待远程复制的完成确认信息，方予以释放。同步镜像使远程拷贝总能与本地机要求复制的内容相匹配。当主站点出现故障时，用户的应用程序切换到备份的替代站点后，被镜像的远程副本可以保证业务继续执行而没有数据的丢失。但它存在往返传播造成延时较长的缺点，只限于在相对较近的距离上应用。

异步远程镜像(异步复制技术)保证在更新远程存储视图前完成向本地存储系统的基本I/O操作，而由本地存储系统提供给请求镜像主机的I/O操作完成确认信息。远程的数据复制是以后台同步的方式进行的，这使本地系统性能受到的影响很小，传输距离长(可达1000公里以上)，对网络带宽要求小。但是，许多

远程的从属存储子系统的写没有得到确认，当某种因素造成数据传输失败，可能出现数据一致性问题。为了解决这个问题，目前大多采用延迟复制的技术，即在确保本地数据完好无损后进行远程数据更新。

快照技术

远程镜像技术往往同快照技术结合起来实现远程备份，即通过镜像把数据备份到远程存储系统中，再用快照技术把远程存储系统中的信息备份到远程的磁带库、光盘库中。

快照是通过软件对要备份的磁盘子系统的数据快速扫描，建立一个要备份数据的快照逻辑单元号LUN和快照cache，在快速扫描时，把备份过程中即将要修改的数据块同时快速拷贝到快照cache中。快照LUN是一组指针，它指向快照cache和磁盘子系统中不变的数据块(在备份过程中)。在正常业务进行的同时，利用快照LUN实现对原数据的一个完全的备份。它可使用户在正常业务不受影响的情况下，实时提取当前在线业务数据。其“备份窗口”接近于零，可大大增加系统业务的连续性，为实现系统真正的7×24运转提供了保证。

快照是通过内存作为缓冲区(快照cache)，由快照软件提供系统磁盘存储的即时数据映像，它存在缓冲区调度的问题。

互连技术

早期的主数据中心和备援数据中心之间的数据备份，主要是基于SAN的远程复制(镜像)，即通过光纤通道FC，把两个SAN连接起来，进行远程镜像(复制)。当灾难发生时，由备援数据中心替代主数据中心保证系统工作的连续性。这种远程容灾备份方式存在一些缺陷，如：实现成本高、设备的互操作性差、跨越的地理距离短(10公里)等，这些因素阻碍了它的进一步推广和应用。

目前，出现了多种基于IP的SAN的远程数据容灾备份技术。它们是利用基于IP的SAN的互连协议，将主数据中心SAN中的信息通过现有的TCP/IP网络，远程复制到备援中心SAN中。当备援中心存储的数据量过大时，可利用快照技术将其备份到磁带库或光盘库中。这种基于IP的SAN的远程容灾备份，可以跨越LAN、MAN和WAN，成本低、可扩展性好，具有广阔的发展前景。基于IP 的互连协议包括：FCIP、iFCP、Infiniband、iSCSI等。

虚拟存储

在有些容灾方案产品中，还采取了虚拟存储技术，如西瑞异地容灾方案。虚

运维管理系统方案

运维管理系统方案 概述 伴随着企事业网络规模的不断扩大，企事业服务器的增多，企事业管理的信息化，企事业网络管理也变的越来越重要。一旦网络、服务器、数据库、各种应用出现问题，常常会给企事业造成很大的损失。怎样能7x24小时检测网络系统的运行情况，避免各种故障的发生，改进传统的网络管理方式来适企事业信息化发展的需要？ 因此，运维管理系统就有他的必要性。一个完备的运维管理系统能够提供7x24小时检测网络、服务器、数据库、各种应用系统，及时发现将要出现的问题，并通过短信、Email、声音报告给运维管理人员。运维管理人员就可以及时排除故障，避免造成重大损失。 运维管理系统的功能： 故障发现与警报； 记录日常运维日志信息； 服务器故障统计； 服务器软硬件信息统计； 服务进程管理； 将数据信息存储到数据库，并使用图形方式直观的展示出来； 权限、密码管理； 将数据生成报表。 运维管理系统的特点： 邮件和短信实时故障报警； B/S结构，能够通过web对远程服务器下达指令； 监控服务器和被监控服务器之间通过python socket来发送信息； 统计日常故障处理，以便下次出现同样故障时能够更快的解决问题； 实现自动化管理和自动化监控； 安全管理服务器性能； 操作流程统计与管理。

系统结构 运维管理系统采用B/S构架，运维管理人员随时随地可以对服务器进行管理、配置及故障处理。它是将部署在同一个局域网内的所有服务器统一管理，服务器之间的信息通讯、指令发送、运维管理都通过python来实现。监控服务器端负责采集、统计和分析数据，在数据出现异常时发送报警信息到管理员的email、手机中，并将错误日志存储到数据库中。 运维管理系统主要通过LAMP服务器、python编程、snmp和shell编程来实现。在被监控端安装python服务，并在被监控服务器上部署python程序和shell脚本用于接受监控服务器端指令、信息采集并发送会监控服务器端。监控服务器端部署python程序和LAMP服务器，用于发送指令、接受数据信息、存储数据、统计数据以及异常报警。 运维管理人员日常通过web浏览器远程登录监控管理系统，检测各被监控服务器的运行状态、服务状态、防火墙配置、进程信息、操作日志等信息。在出现异常时，通过运维系统可以查看到具体的异常服务器、进程等信息，并根据这些信息来处理异常。

机房的维护管理方案

机房管理方案 随着计算机技术的快速发展和员工对计算机使用操作步骤的日益增加，播出机房的地位和作用越来越重要。合理有效地对机房进行管理，将对设备的运行维护、快速处理设备故障、降低成本具有十分重要的意义。 一、机房环境的要求 1、机房空气环境 机房设备维护主要包括电气环境、温湿度、防尘、防鼠等方面。 （1）电气环境要求 电气环境的要求主要是指防静电要求和防电磁干扰等。 防静电要求播出设备内部电路采用大量的半导体、CMOS等器件。由于这类器件对静电的敏感范围为25～1000V，而静电产生的静电电压往往高达数千伏甚至上万伏，足以击穿各种类型的半导体器件，因此机房应铺设抗静电活动地板，地板支架要接地，墙壁也应做防静电处理，机房内不可铺设化纤类地毯。工作人员进入机房内要穿防静电服装和防静电鞋，避免穿着化

纤类服装进入机房。柜门平常应关闭，工作人员在机房内搬动设备和拿取备件时动作要轻，并尽量减少在机房内来回走动的次数，以免物体间运动摩擦产生静电。 对于长期运行但无法经常清洁的设备，专门对设备做一次清洁是很有必要的。在长期的维护工作中，有时会碰到电路板的告警，如果对该电路板重新插拔，清洁掉电路板插针周围的灰尘，电路板就会恢复正常。 电磁干扰对播出设备的硬件和软件都有可能造成损害，播出设备本身产生的电磁辐射也会对临近的电子设备产生影响。因此，设备在安装时，应与临近用电设备保持一定的距离，必要时机房应采取屏蔽措施，以免临近电子设备之间相互产生干扰。播出设备的机外布线最好与火线交叉通过，并尽量避免长距离靠近并行。 （2）温湿度要求 播出设备尤其是交换机和磁盘阵列等设备对机房的温度有着较高的要求。温度偏高，易使机器散热不畅，使晶体管的工作参数产生漂移，影响电路的稳定性和可靠性，严重时还可造成元器件的击穿损坏。播出设备在长期运行工作期间，机器温度控制在18℃～25℃之间较为适宜。湿度对通信设备的影响也很大。空气潮湿，易引起设备的金属部件和插接件管部件产生锈蚀，并引起电路板、插接件和布线的绝缘降低，严重时还可

信息化建设解决方案之运维篇

信息化建设解决方案之运维篇

散，自我认可度低，团队人员流动率较大。情况往往是某人好不容易成为熟练工了，却因为看不到职业前景或感觉不受重视而提出辞职。这些中坚力量的离职，会造成客户满意度和运维质量相当长一段时间内出现波动。 （4）服务商难管理，技术水平参差不齐，服务不及时，有问题不能及时解决。 IT运维服务外包存在一定风险，关键在于对于IT运维服务外包供应商的管理不到位，具体体现在招标环节疏于审查、过程监督环节疏于监管、以及事后评价环节疏于考核。通过在招标环节加强对供应商资质、能力水平、案例等考察可以有效包括准入关；通过在服务过程中加强监督可及时发现供应商服务提供能力的异常；通过事后评价可以建立供应商的退出机制，保证供应商提供优秀的服务。 1.2 IT运维服务问题分析 从以上现象可以看出，IT运维服务的所有问题的根源都不是技术问题，而是管理问题，包括流程管理的问题、评价管理的问题、应急管理的问题等等。主要包括：

（1）IT运维服务管理方式缺乏创新。 IT 运维服务管理方式包括自营管理和外包管理，随着IT系统复杂程度的增加，对于IT运维能力的要求也越来越高，自营服务的成本已远远大于外包服务的成本，在某些非关键的领域，应该引入IT运维服务外包这一创新管理模式以降低服务成本，同时将组织自身的IT运维人员解放出来，做更有价值和意义的工作。 （2）IT运维服务管理不规范。 IT运维服务人员很忙碌却得不到业务部门认可的根本原因是双方缺少IT运维服务沟通的基本语言，也就是IT运维服务管理规范不明确，导致业务部门对于IT运维服务部门提供哪些服务不清晰、提供服务的流程不清晰、对于服务的评价指标不清晰，同时也导致IT运维服务人员工作职责不清晰、人员间工作交接不顺畅、服务过程缺少监督等。 （3）工作分工设计不合理，忽视梯队建设。 人员管理问题，根源在于运维工作分配不合理，业绩无法考核。若将运维人员分成一、二、三线支持，不同运维人员各司其职，能使有限的

安全运维服务方案

1概述 1.1服务范围和服务内容 本次服务范围为XX局信息化系统硬件及应用系统，各类软硬件均位于XX局第一办公区内，主要包括计算机终端、打印机、服务器、存储设备、网络（安全）设备以及应用系统。服务内容包括日常运维服务（驻场服务）、专业安全服务、主要硬件设备维保服务、主要应用软件系统维保服务、信息化建设咨询服务等。 1.2服务目标 ●保障软硬件的稳定性和可靠性； ●保障软硬件的安全性和可恢复性； ●故障的及时响应与修复； ●硬件设备的维修服务； ●人员的技术培训服务； ●信息化建设规划、方案制定等咨询服务。 2系统现状 2.1网络系统 XX局计算机网络包括市电子政务外网（简称外网）、市电子政务内网（简称内网）以及全国政府系统电子政务专网（简称专网）三部分。内网、外网、专网所有硬件设备集中于XX局机房各个独立区域，互相物理隔离。 外网与互联网逻辑隔离，主要为市人大建议提案网上办理、XX局政务公开等应用系统提供网络平台，为市领导及XX局各处室提供互联网服务。外网安全加固措施：WSUS服务器、瑞星杀毒软件服务器为各联网终端提供系统补丁分发和瑞星杀毒软件管理服务，建立IPS、防火墙等基本网络安全措施。 内网与外网和互联网物理隔离，为XX局日常公文流转、公文处理等信息化系统提供基础网络平台。内网安全加固措施：WSUS服务器、瑞星杀毒软件服务器为各联网终端提供系统补丁分发和瑞星杀毒软件管理服务；配备防火墙实现内网中服务器区域间的逻辑隔离及安全区域间的访问控制，重点划分服务器区，实现相应的访问控制策略。 专网由XX局电子政务办公室统一规划建设，专网和互联网、内网及其他非涉密网络严格物理隔离，目前主要提供政务信息上报服务和邮件服务。

系统维护和机房运维方案

运 维 服 务 方 案 2016年5月18日

目录 1 服务内容 (3) 1.1 服务目标 (3) 1.2 信息资产统计服务 (3) 1.3 网络、安全系统运维服务 (4) 1.4 主机系统运维服务 (6) 1.5 存储系统运维服务 (10) 1.6 数据安全存储及灾备运维服务 (11) 1.6.1 传统的灾备方式 (11) 1.6.2 容灾方案的关键指标 (13) 1.6.3 常见的备份策略 (14) 1.6.4 容灾的核心问题 (15) 1.6.5 容灾的实现方式 (16) 1.6.6 异地容灾技术 (18) 1.6.7 灾难恢复级别 (20) 1.7 容灾建设方式 (21) 1.7.1 企业信息系统保护层次 (21) 1.7.2 容灾技术模型 (23) 1.7.3 业务平台的保护---业务处理能力的冗余 (23) 1.7.4 数据平台的保护---业务状态数据的复制 (24) 1.7.5 接入平台冗余和贴换 (24) 1.7.6 容灾模式 (24) 1.7.6.1 容灾层次 (25) 1.7.6.2 容灾范围 (25) 1.7.6.3 同级容灾或降级容灾 (26) 1.7.6.4 容灾技术概述 (27) 1.7.6.5 基于存储的数据复制技术建设容灾系统 (28) 1.7.6.6 小结 (31) 2 运维服务流程 (32) 3 服务管理制度规范 (34) 3.1 服务时间........................................................................... . (34) 3.2 行为规范............................................................................. .. (34) 3.3 现场服务支持规范................................................................. . (35) 3.4 问题记录规范.......................................................................... ................................................ .35 4 应急服务响应措施................................................................... (37) 4.1 应急基本流程................................................................................................................................ ..37 4.2 预防措施......................................................................................... .............................. . (37) 4.3 突发事件应急策略 (38)

运维监控管理平台建设方案(参考)

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运维服务方案范例

IT运维服务方案 2009年6月

目录 1 .......................................................................................... X XXXXXXX公司的服务内容3 1.1....................................................................................................................... 服务目标 3 1.2........................................................................................................ 信息资产统计服务 3 1.3.............................................................................................. 网络、安全系统运维服务 4 1.4.............................................................................................. 主机、存储系统运维服务 6 1.5..................................................................................................... 数据库系统运维服务 9 1.6............................................................................................................ 中间件运维服务 10 2 ............................................................................................................. 运维服务流程11 3 ...................................................................................................... 服务管理制度规范13 3.1....................................................................................................................... 服务时间 13 3.2....................................................................................................................... 行为规范 13 3.3........................................................................................................ 现场服务支持规范 14 3.4................................................................................................................ 问题记录规范 14 4 ...................................................................................................... 应急服务响应措施16 4.1................................................................................................................ 应急基本流程 16 4.2....................................................................................................................... 预防措施 16 4.3........................................................................................................ 突发事件应急策略

IT综合运维管理系统技术方案

IT综合运维管理系统 技 术 方 案

目录 1.1.项目总体背景................................................. 1.2.项目的总体思路............................................... 整体思路..................................................... 建设与管理范围............................................... 达到的效果................................................... 1.3.综合运维管理系统............................................. 系统简述..................................................... 架构和功能................................................... 第2章需求分析 ...................................................... 2.1.总体要求..................................................... 2.2.需求分析..................................................... 2.3.建设目标..................................................... 第3章整体架构设计 .................................................. 3.1.实施范围..................................................... 3.2.网络系统管理模式............................................. 3.3.统一的网络系统解决方案蓝图................................... 代理方式与无代理方式结合的设计............................... 数据库设计考虑............................................... 3.4.平台总体设计................................................. 设计要求..................................................... 结合BTIM的平台总体设计...................................... 信息系统综合网管系统系统软件的选型........................... 设计要求..................................................... 数据采集层技术设计........................................... 3.5.数据管理层技术设计........................................... 设计要求..................................................... 数据管理层技术设计........................................... 3.6.其他技术设计................................................. 设计要求..................................................... 相关技术设计................................................. 3.7.平台功能扩展设计（接口方面的设计）........................... 第4章综合管理系统功能 .............................................. 4.1.综合网管系统架构图........................................... 4.2.综合监控..................................................... 综合监控的优势和亮点......................................... 管理监控与值班监控的功能..................................... 设备运行的功能............................................... 线路流量的功能...............................................

数据中心运维服务方案

数据中心机房及信息化终端设备维护方案 一、概况 xxx客户数据中心机房于XX年投入使用，目前即将过保和需要续保运维的设备清单如下：

另外，全院网络交换机设备使用年限较长，已全部过保，存在一定的安全隐患。 二、维保的意义 通过机房设备维护保养可以提高设备的使用寿命，降低设备出现故障的概率，避免重特大事故发生，避免不必要的经济损失。设备故障时，可提供快速的备件 供应，技术支持，故障处理等服务。 通过系统的维护可以提前发现问题，并解决问题。将故障消灭在萌芽状态， 提高系统的安全性，做到为客户排忧解难，减少客户人力、物力投入的成本。为 机房内各系统及设备的正常运行提供安全保障。可延迟客户设备的淘汰时间，使 可用价值最大化。 通过引入专业的维护公司，可以将客户管理人员从日常需要完成专业性很强 的维护保养工作中解放出来，提升客户的工作效率，更好的发挥信息或科技部门 的自身职能。 通过专业的维护，将机房内各设备的运行数据进行整理，进行数据分析，给

客户的机房基础设施建设、管理和投入提供依据。 三、维护范围 1、数据中心供配电系统 2、数据中心信息化系统 3、全院信息化终端设备 4、数据库及虚拟化系统 四、提供的服务 为更好的服务好客户，确实按质按量的对设备进行维护；我公司根据国家相关标准及厂商维护标准，结合自身多年经验积累和客户需求，制定了一套自有的服务内容： 1、我公司在本地储备相应设备的备品备件，确保在系统出现故障时，及时免费更换新的器件，保障设备使用安全。 2.我公司和客户建立24小时联络机制，同时指定一名负责人与使用方保持沟通，确保7*24小时都可靠联系到工程技术人员，所有节日都照此标准执行。 3.快速进行故障抢修：故障服务响应时间不多于30分钟，2小时内至少2人以上携带相关工具、仪器到达故障现场，直到设备恢复正常运行。 4.我公司对维修维护的设施设备的使用性能负责，在维修维护过程中严格执行技术规范，保证设施设备的性能符合相关技术标准要求。在维修维护间，我方应对设施设备可能存在的故障隐患做出评估，并进行恰当的预防性处理，以保证设

信息化系统 安全运维服务方案技术方案(标书)

信息化系统安全运维服务方案

目录 1概述 (3) 1.1服务范围和服务内容 (3) 1.2服务目标 (3) 2系统现状 (3) 2.1网络系统 (3) 2.2设备清单 (4) 2.3应用系统 (6) 3服务方案 (7) 3.1系统日常维护 (7) 3.2信息系统安全服务 (14) 3.3系统设备维修及保养服务 (16) 3.4软件系统升级及维保服务 (18) 4服务要求 (18) 4.1基本要求 (18) 4.2服务队伍要求 (20) 4.3服务流程要求 (20) 4.4服务响应要求 (21) 4.5服务报告要求 (23) 4.6运维保障资源库建设要求 (23) 4.7项目管理要求 (24)

4.8质量管理要求 (24) 4.9技术交流及培训 (24) 5经费预算 (25)

1概述 1.1服务范围和服务内容 本次服务范围为XX局信息化系统硬件及应用系统，各类软硬件均位于XX局第一办公区内，主要包括计算机终端、打印机、服务器、存储设备、网络（安全）设备以及应用系统。服务内容包括日常运维服务（驻场服务）、专业安全服务、主要硬件设备维保服务、主要应用软件系统维保服务、信息化建设咨询服务等。 1.2服务目标 ●保障软硬件的稳定性和可靠性； ●保障软硬件的安全性和可恢复性； ●故障的及时响应与修复； ●硬件设备的维修服务； ●人员的技术培训服务； ●信息化建设规划、方案制定等咨询服务。 2系统现状 2.1网络系统 XX局计算机网络包括市电子政务外网（简称外网）、市电子政务内网（简称内网）以及全国政府系统电子政务专网（简称专网）三部分。内网、外网、专网所有硬件设备集中于XX局机房各个独立区域，互相物理隔离。 外网与互联网逻辑隔离，主要为市人大建议提案网上办理、XX 局政务公开等应用系统提供网络平台，为市领导及XX局各处室提供互联网服务。外网安全加固措施：WSUS服务器、瑞星杀毒软件服务器为各联网终端提供系统补丁分发和瑞星杀毒软件管理服务，建立IPS、防火墙等基本网络安全措施。

IT运维监控管理平台建设方案

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)

运维服务方案

1概述 1.服务目标 ●保障软硬件的稳定性和可靠性； ●保障软硬件的安全性和可恢复性； ●故障的及时响应与修复； ●硬件设备的维修服务； ●可额外信息化建设规划、方案制定等咨询服务。 2服务方案 2.1系统日常维护 系统首要维护工作是信息化系统的日常维护，主要包括以下4个方面： 2.1.1系统支撑软硬件的日常维护 系统支撑软硬件主要包括服务器、存储、网络设备、安全设备及数据库软件、中间件等基础软硬件巡检。 2.1.1.3网络、安全设备维护 网络、安全平台维护的目标是：通过网络、安全系统管理服务，降低网络设备故障率，提高网络设备的运行性能。提高市民卡机房网络运行的稳定性、可靠性，以专业化运作模式解决市民卡机房各类信息系统信息化发展的需求。需要提供故障诊断、远程支持、现场支持、软件升级、设备搬迁、网络优化、网络巡检、现场培训、技术交流、网络安全、网络建设建议等服务。具体服务内容如下：（1）网络故障排查 （2）网络设备硬件状态检查 （3）网络流量监测 （4）安全策略配置及配置优化

（5）网络设备配置管理服务 （6）网络设备资料整理，配置参数整理 （7）网络使用状况趋势分析及建议 2.1.4维护制度建设 制度是一种必须共同遵守的行为规范，是保证工作有序开展和任务圆满完成的基础。建立和健全市民卡机房信息化设施运行维护的各项管理制度，对于维护工作的顺利完成是必需的。 要求运维团队依据以下标准，协助客户建立规范、科学、实用的维护制度。 （1）《电子信息系统机房设计规范》（GB50174-2008） （2）《综合布线设计规范》GB50311-2007 （3）《中华人民共和国消防法》 （4）《电力供电标准与内部控制管理制度全集》 （5）《成都市电子政务外网使用管理规定》 （6）ISO/IEC 9001:2008质量管理体系 （7）ISO/IEC 20000: 2005 IT服务管理体系 （8）ITIL(Information Technology Infrastructure Library) 2.0 IT基础架构库终端设备的日常维护 （9）ITSS（Information Technology Service Standards）信息技术服务标准 2.2信息系统安全服务 风险评估和安全加固工作贯穿于信息系统的整个生命周期的各阶段中。在运行维护阶段，要不断地实施风险评估以识别系统面临的不断变化的风险和脆弱性，并通过安全加固进行有效的安全措施干预，确保安全目标得以实现。

信息化系统 安全运维服务方案技术方案 标书

信息化系统 安全运维服务方案

目录

1概述 服务范围和服务内容 本次服务范围为XX局信息化系统硬件及应用系统，各类软硬件均位于XX局第一办公区内，主要包括计算机终端、打印机、服务器、存储设备、网络（安全）设备以及应用系统。服务内容包括日常运维服务（驻场服务）、专业安全服务、主要硬件设备维保服务、主要应用软件系统维保服务、信息化建设咨询服务等。服务目标 ●保障软硬件的稳定性和可靠性； ●保障软硬件的安全性和可恢复性； ●故障的及时响应与修复； ●硬件设备的维修服务； ●人员的技术培训服务； ●信息化建设规划、方案制定等咨询服务。 2系统现状 网络系统 XX局计算机网络包括市电子政务外网（简称外网）、市电子政务内网（简称内网）以及全国政府系统电子政务专网（简称专网）三部分。内网、外网、专网所有硬件设备集中于XX局机房各个独立区域，互相物理隔离。 外网与互联网逻辑隔离，主要为市人大建议提案网上办理、XX局政务公开等应用系统提供网络平台，为市领导及XX局各处室提供互联网服务。外网安全加固措施：WSUS服务器、瑞星杀毒软件服务器为各联网终端提供系统补丁分发和瑞星杀毒软件管理服务，建立IPS、防火墙等基本网络安全措施。 内网与外网和互联网物理隔离，为XX局日常公文流转、公文处理等信息化系统提供基础网络平台。内网安全加固措施：WSUS服务器、瑞星杀毒软件服务器为各联网终端提供系统补丁分发和瑞星杀毒软件管理服务；配备防火墙实现内网中服务器区域间的逻辑隔离及安全区域间的访问控制，重点划分服务器区，实现相应的访问控制策略。 专网由XX局电子政务办公室统一规划建设，专网和互联网、内网及其他非涉密网络严格物理隔离，目前主要提供政务信息上报服务和邮件服务。

机房类运维服务方案

服务方案 一、总体维护服务方案 1、预防性检查 1.1 巡检时间 每月1日工作日上午9点 1.2、巡检地点 计算机机房 1.3、巡检目的 进行机房检查，对机房设备及供电系统、UPS系统、精密空调系统、网络设备等设备进行检查，及时发现设备隐患，排除故障。 1.4、巡检要求 1.4. 1.巡检期间，进行状态检查，若发现问题，如计算机机房物理环境异常、精密空调异常、UPS及配电系统异常等，应按照应急预案及操作流程进行处理。 （1）电源、UPS：检查机房供电状况，UPS工作情况、指示状态。检查UPS蓄电池使用状态，确保蓄电池无松动。并使用温度枪进行检测物理温度。确保配电柜及UPS、蓄电池无温度过高现象。（2）机房环境：检查机房卫生状况及物理环境。 （3）机房温度：检查温湿度，将温湿度控制在一定围。温度：22℃±5℃，湿度≤60%. （4）机房空调：空调运行状态、空调部有无漏水现象、空调噪音、空调风量等。（5）机房照明：机房照明系统是否正常，有无异常状况。 （6）机房PDU：PDU市电或UPS是否正常，使用温度枪进行检测外部物理温度。 （7）机房整体：检查机房其余设备运行状态，有无报警及指示灯异常状态。 1.4. 2.如果故障按恢复规程无法有效恢复，特别是当发生机房环境（动力、空调）故障、关键的设备、网络、系统、服务如无法及时恢复时，应立即通知甲方相关领导，由相关领导协调资源进行故障处理。 1.4.3.故障处理过程必须在机房日常巡检表的备注栏中详细记录，以备查阅。 1.5、计算机机房现场管理要求 1.除工作人员外，其他工作人员进出机房，需签字后方可进入，同时计算机机房人员要在现场，检查监督其人员工作，避免其他人员未经授权擅自接触机房物理设备。 2.机房的机柜、线缆、设备等的标签管理；

数据中心机房运维方案

数据中心运维外包 服 务 方 案 2019年8月

数据中心运维外包服务方案 目录 一、运维的重要性 (1) 二、维护范围 (1) 三、提供的服务 (2) 四、服务内容 (3) （一）UPS供配电系统 (3) （二）机房空调系统 (5) （三）服务器运维 (7) （四）存储系统运维 (9) （五）虚拟化平台运维 (10) （六）数据库系统运维 (11) （七）网络设备运维 (13) （八）其它有关系统或设备运维 (15) 五、运维报价服务 (16)

一、运维的重要性 数据中心的日常运维工作是至关重要的。设备故障时，应提供快速的备件供应、技术支持、故障处理等服务。通过机房设备维护保养可以提高设备的使用寿命，降低设备出现故障的概率，避免重特大事故发生，避免不必要的经济损失。 数据中心的运维工作专业性很强，通过引入专业的维护公司进行日常运维工作。建设及使用单位相关管理人员可从日常需要完成专业性很强的维护保养工作中解放出来，重点做好管理及协调工作，更好的发挥信息或科技部门的其它职能。 通过专业、系统、全面的维护可以提前发现问题，并解决问题。将故障消灭在萌芽状态，提高系统的安全性，做到为客户排忧解难，减少客户人力、物力投入的成本，为机房内各系统及设备的正常运行提供安全保障。可延迟客户设备的淘汰时间，使可用价值最大化。通过专业的维护，将数据中心机房内各类设备的运行数据进行整理，进行数据分析，给客户的机房基础设施建设、管理和投入提供依据。 二、维护范围 数据中心机房于××年×月建成并投入使用，数据中心有关设备及基础系统清单如下：

三、提供的服务 为更好的服务好客户，确实按质按量的对设备进行维护；我公司根据国家相关标准及厂商维护标准，结合自身经验积累和客户需求，制定以下服务内容： 1.我公司在本地储备相应设备的备品备件，确保在系统出现故障时，及时免费更换新的器件，保障设备使用安全。 2.我公司和客户建立24小时联络机制，同时指定一名负责人与使用方保持沟通，确保7*24小时都可靠联系到工程技术人员，所有节日都照此标准执行。 3.快速进行故障抢修：故障服务响应时间不多于30分钟，2小时内至少2人携带相关工具、仪器到达故障现场现行故障排查处理，直到设备恢复正常运行。 4.我公司对维修维护的设施设备的使用性能负责，在维修维护过程中严格执行技术规范，保证设施设备的性能符合相关技术标准要求。在维修维护间，我方应对设施设备可能存在的故障隐患做出评估，并进行恰当的预防性处理，以保证设施设备的安全运行。若故障隐患超出维修维护范围的，及时书面通知客户，并提出消除隐患建议。 5.维护巡检中我公司提供设备系统图或使用说明书：将机房内设备的整个系统等汇编成资料，由维护人员进行统一放置，便于应急查询。 6.巡检次数每年不少于四次，每次巡检后，由维修维护方提供巡检报告，并由使用方签字确认。每月由我公司客户服务人员定期进行回访，听取客户意见反馈，搭建起双方的沟通渠道。 7.提供系统应急方案：设备在12小时内还无法修复的应有备份应急处理方案。如提供适合负载功率的备机、备用空调等。 8.培训：提供专业理论知识培训和操作培训，维修维护培训，简单故障处理培训，培训文档由我公司整理。 9.人员配置：全年（包括所有的节假日期间）提供不少于2名工程师在常住贵阳本地，确保满足响应时间要求；到现场的维护维修工程师至少一名是能完全解决故障并有丰富从业经验的。 10.我公司每次巡检完毕后提供维护报告，同时还提供全年维护报告、每次维修事故报告等资料，根据事故提出相应的整体解决方案等管理规划层面的内容。

XXIT运维监控管理平台建设方案

XXIT运维监控管理平台建设方案 IT运维监控管理平台建设方案XXXXXXX 目录第1章概述3 1.1 建设背景3 1.2 建设目标3 1.3 建设思路 4 第2章系统总体设计5 2.1 总体架构 5 2.2 设计原则6 2.3 运维管理体系架构设计7 2.3.1 系统总体架构设计7 2.3.2 监控采集层8 2.3.3 数据处理层8 2.3.4 运行展现层8 2.4 系统技术路线9 2.4.1 采用Java语言开发9 2.4.2 采用J2EE框架10 2.4.3 采用WebService进行数据互连互通10 2.4.4 数据库技术12 2.4.5 性能控制13 2.4.6 开发、运行环境13 2.5 应用接口总体设计13 2.5.1 系统内部集成接口13 2.5.2 与基础运维管理工具的集成接口14 2.5.3 与ITSM系统的集成接口14 2.5.4 与相关外部系统的统一身份认证与单点登录接口14 2.6 系统安全设计及部署15 2.6.1 输入检验15 2.6.2 GET请求和Cookie中的敏感数据15 2.6.3 防通过嵌入标记实现的攻击15 2.6.4 防口令猜测功能16 2.6.5 页面和字段级的权限控制16 2.6.6 系统安全架构16 第3章系统功能设计17 3.1 动环监控17 3.1.1 配电柜监测17 3.1.2 配电开关及电流监控17 3.1.3 发电机监控18 3.1.4 ATS监测18 3.1.5 STS监测18 3.1.6 UPS监控子系统19 3.2 统一门户子系统19 3.2.1 信息主管领导内容

展示20 3.2.2 运维人员内容展现20 3.2.3 一般用户内容展现21 3.3 IT运行监控子系统21 3.3.1 基础平台功能21 3.3.2 网络设备管理23 3.3.3 服务器监控管理26 3.3.4 存储监控管理29 3.3.5 数据库监控管理29 3.3.6 中间件监控管理30 3.3.7 web与应用监控管理31 3.3.8 虚拟化监控管理32 3.3.9 IP地址管理管理33 3.3.10 信息点管理34 3.3.11 告警监控管理与转发处理35 3.3.12 综合监控管理36 3.3.13 综合报表管理37 3.4 IT服务管理子系统38 3.4.1 功能特点38 3.4.2 服务台管理41 3.4.3 服务目录管理42 3.4.4 服务请求管理42 3.4.5 事件管理43 3.4.6 问题管理43 3.4.7 变更管理44 3.4.8 值班管理44 3.4.9 公告管理45 3.4.10 IT运维报告45 3.4.11 用户管理46 第4章培训方案46 第5章系统价值47 第6章售后服务47第1章概述1.1 建设背景随着近年来经济的进一步迅速发展，企事业机关单位IT运行环境日趋复杂，运行监控工作难度加大，尤其是随着信息化建设的不断深入，信息系统越来越多，各类系统越来越复杂，系统的关联度也越来越高。数据处理量成倍增长，而随着互联网应用的发展，网上应用系统也越来越多，使IT 系统运行环境变得更加复杂，造成了机房管理、系统监控、运行维护工作十分困难的局面。虽然信息中心各科室对已经有各的监控管理手段，但缺乏一个集中、统一的监控平台，及时发现与解决网络、硬件、安全设备、操作系