1Hbase日常运维aA
1.1监控Hbase运行状况
1.1.1操作系统
1.1.1.1IO
a.群集网络IO，磁盘IO，HDFS IO
IO越大说明文件读写操作越多。当IO突然增加时，有可能：
https://www.doczj.com/doc/4516742454.html,pact队列较大，集群正在进行大量压缩操作。
2.正在执行mapreduce作业
可以通过CDH前台查看整个集群综合的数据或进入指定机器的前台查看单台机器的数据：
b.Io wait
磁盘IO对集群的影响比较大，如果io wait时间过长需检查系统或磁盘是否有异常。通常IO增加时io wait也会增加，现在FMS
的机器正常情况io wait在50ms以下
跟主机相关的指标可以在CDH前台左上角先点“主机”选项卡然后选要查看的主机：
1.1.1.2CPU
如果CPU占用过高有可能是异常情况引起集群资源消耗，可以通过其他指标和日志来查看集群正在做什么。
1.1.1.3内存
1.1.2JAVA
GC 情况
regionserver长时间GC会影响集群性能并且有可能会造成假死的情况
1.1.3重要的hbase指标
1.1.3.1region情况
需要检查
1.region的数量（总数和每台regionserver上的region数）
2.region的大小
如果发现异常可以通过手动merge region和手动分配region来调整
从CDH前台和master前台以及regionServer的前台都可以看到region数量，如master前台：
在region server前台可以看到storeFile大小：
1.1.3.2缓存命中率
缓存命中率对hbase的读有很大的影响，可以观察这个指标来调整blockcache的大小。
从regionserver web页面可以看到block cache的情况：
1.1.3.3读写请求数
通过读写请求数可以大概看出每台regionServer的压力，如果压力分布不均匀，应该检查regionServer上的region以及其它指标
master web上可以看到所以regionServer的读写请求数
regionServer上可以看到每个region的读写请求数
1.1.3.4压缩队列
压缩队列存放的是正在压缩的storefile，compact操作对hbase的读写影响较大
通过cdh的hbase图表库可以看到集群总的压缩队列大小：
可以通过CDH的hbase主页查询compact日志：
点击“压缩”进入：
1.1.3.5刷新队列
单个region的memstore写满(128M)或regionServer上所有region的memstore大小总合达到门限时会进行flush操作,flush 操作会产生新的storeFile
同样可以通过CDH的hbase前台查看flush日志：
1.1.3.6rpc调用队列
没有及时处理的rpc操作会放入rpc操作队列，从rpc队列可以看出服务器处理请求的情况
1.1.3.7文件块保存在本地的百分比
datanode和regionserver一般都部署在同一台机器上，所以region server管理的region会优先存储在本地，以节省网络开销。如果block locality较低有可能是刚做过balance或刚重启，经过compact之后region的数据都会写到当前机器的datanode，block locality也会慢慢达到接近100：
1.1.3.8内存使用情况
内存使用情况,主要可以看used Heap和memstore的大小，如果usedHeadp一直超过80-85%以上是比较危险的
memstore很小或很大也不正常
从region Server的前台可以看到：
1.1.3.9slowHLogAppendCount
写HLog过慢（>1s）的操作次数，这个指标可以作为HDFS状态好坏的判断
在region Server前台查看：
1.1.4CDH检查日志
CDH有强大的系统事件和日志搜索功能，每一个服务(如：hadoop,hbase)的主页都提供了事件和告警的查询，日常运维除了CDH 主页的告警外，需要查看这些事件以发现潜在的问题：
选择“事件搜索”中的标签（“警报”、“严重”）可以进入相关的事件日志，如“严重”：
1.2检查数据一致性以及修复方法
数据一致性是指：
1.每个region都被正确的分配到一台regionserver上，并且
region的位置信息及状态都是正确的。
2.每个table都是完整的，每一个可能的rowkey 都可以对应
到唯一的一个region.
1.2.1检查
hbase hbck
注：有时集群正在启动或region正在做split操作，会造成数据不一致
hbase hbck -details
加上–details会列出更详细的检查信息，包括所以正在进行的split任务
hbase hbck Table1 Table2
如果只想检查指定的表，可以在命令后面加上表名，这样可以节省操作时间
CDH
通过CDH提供的检查报告也可以看到hbck的结果，日常只需要看CDH hbck的报告即可：
选择“最近的Hbck结果”：
1.2.2修复
1.2.2.1局部的修复
如果出现数据不一致，修复时要最大限度的降低可能出现的风险，使用以下命令对region进行修复风险较低：
1.2.2.1.1hbase hbck -fixAssignments
修复region没有分配(unassigned)，错误分配（incorrectly assigned）以及多次分配（multiply assigned）的问题
1.2.2.1.2hbase hbck -fixMeta
删除META表里有记录但HDFS里没有数据记录的region
添加HDFS里有数据但是META表里没有记录的region到META表1.2.2.1.3hbase hbck -repairHoles
等价于：hbase hbck -fixAssignments -fixMeta -fixHdfsHoles -fixHdfsHoles的作用：
如果rowkey出现空洞，即相邻的两个region的rowkey不连续，则使用这个参数会在HDFS里面创建一个新的region。创建新的region之后要使用-fixMeta和-fixAssignments参数来使用挂载这个region，所以一般和前两个参数一起使用
1.2.2.2Region重叠修复
进行以下操作非常危险，因为这些操作会修改文件系统，需要谨慎操作！
进行以下操作前先使用hbck –details查看详细问题，如果需要进行修复先停掉应用，如果执行以下命令时同时有数据操作可能会造成不可期的异常。
1.2.2.2.1hbase hbck -fixHdfsOrphans
将文件系统中的没有metadata文件(.regioninfo)的region目录
加入到hbase中，即创建.regioninfo目录并将region分配到regionser
1.2.2.2.2hbase hbck -fixHdfsOverlaps
通过两种方式可以将rowkey有重叠的region合并：
1.merge:将重叠的region合并成一个大的region
2.sideline:将region重叠的部分去掉，并将重叠的数据先写入
到临时文件，然后再导入进来。
如果重叠的数据很大，直接合并成一个大的region会产生大量的split和compact操作，可以通过以下参数控制region过大：-maxMerge
-sidelineBigOverlaps 假如有大于maxMerge个数的 region重叠, 则采用sideline方式处理与其它region的重叠.
-maxOverlapsToSideline
1.2.2.2.3hbase hbck -repair
以下命令的缩写：
hbase hbck -fixAssignments -fixMeta -fixHdfsHoles
-fixHdfsOrphans -fixHdfsOverlaps -fixVersionFile
–sidelineBigOverlaps
可以指定表名：
hbase hbck -repair Table1 Table2
1.2.2.2.4hbase hbck -fixMetaOnly –fixAssignments
如果只有META表的region不一致，则可以使用这个命令修复1.2.2.2.5hbase hbck –fixVersionFile
Hbase的数据文件启动时需要一个version file，如果这个文件丢失，可以用这个命令来新建一个，但是要保证hbck的版本和Hbase集群的版本是一样的
1.2.2.2.6hbase
org.apache.hadoop.hbase.util.hbck.OfflineMetaRepair
如果ROOT表和META表都出问题了Hbase无法启动，可以用这个命令来创建新的ROOT和META表。
这个命令的前提是Hbase已经关闭，执行时它会从hbase的home目录加载hbase的相关信息（.regioninfo），如果表的信息是完整的就会创建新的root和meta目录及数据
1.2.2.2.7hbase hbck –fixSplitParents
当region做split操作的时候，父region会被自动清除掉。
但是有时候子region在父region被清除之前又做了split。造成有些延迟离线的父region存在于META表和HDFS中，但是没有部署，HBASE又不能清除他们。这种情况下可以使用此命令重置这些在META表中的region为在线状态并且没有split。然后就可以使用之前的修复命令把这个region修复
1.3手动merge region
进行操作前先将balancer关闭，操作完成后再打开balancer
经过一段时间的运行之后有可能会产生一些很小的region，
需要定期检查这些region并将它们和相邻的region合并以减少系统的总region数，减少管理开销
合并方法：
1.找到需要合并的region的encoded name
2.进入hbase shell
3.执行merge_region ‘region1’,’region2’
1.4手动分配region
如果发现台regionServer资源占用特别高，可以检查这台regionserver上的region是否存在过多比较大的region,通过hbase shell将部分比较大的region分配给其他不是很忙的regions server：
move ‘regionId’,’serverName’
例：
move
'54fca23d09a595bd3496cd0c9d6cae85','vmcnod05,60020,13902 11132297'
1.5手动major_compact
进行操作前先将balancer关闭，操作完成后再打开balancer
选择一个系统比较空闲的时间手工major_compact，如果hbase 更新不是太频繁，可以一个星期对所有表做一次major_compact，这个可以在做完一次major_compact后，观看所有的storefile数量，如果storefile数量增加到major_compact后的storefile的近
二倍时，可以对所有表做一次major_compact，时间比较长，操作尽量避免高锋期
注：fms现在生产上开启了自动major_compact，不需要做手动major compact
1.6balance_switch
balance_switch true 打开balancer
balance_switch flase 关闭balancer
配置master是否执行平衡各个regionserver的region数量，当我们需要维护或者重启一个regionserver时，会关闭balancer，这样就使得region在regionserver上的分布不均，这个时候需要手工的开启balance。
1.7regionserver重启
graceful_stop.sh --restart --reload --debug nodename 进行操作前先将balancer关闭，操作完成后再打开balancer
这个操作是平滑的重启regionserver进程，对服务不会有影响，他会先将需要重启的regionserver上面的所有 region迁移到其它的服务器，然后重启，最后又会将之前的region迁移回来，但我们修改一个配置时，可以用这种方式重启每一台机子，对于hbase regionserver重启，不要直接kill进程，这样会造成在zookeeper.session.timeout这个时间长的中断，也不要通过
bin/hbase-daemon.sh stop regionserver去重启，如果运气不太好，-ROOT-或者.META.表在上面的话，所有的请求会全部失败
1.8regionserver关闭下线
bin/graceful_stop.sh nodename
进行操作前先将balancer关闭，操作完成后再打开balancer
和上面一样，系统会在关闭之前迁移所有region，然后stop进程。
1.9flush表
所有memstore刷新到hdfs，通常如果发现regionserver的内存使用过大，造成该机的regionserver很多线程block，可以执行一下flush操作，这个操作会造成hbase的storefile数量剧增，应尽量避免这个操作，还有一种情况，在hbase进行迁移的时候，如果选择拷贝文件方式，可以先停写入，然后flush所有表，拷贝文件
1.10Hbase迁移
1.10.1copytable方式
bin/hbase org.apache.hadoop.hbase.mapreduce.CopyTable
--peer.adr=zookeeper1,zookeeper2,zookeeper3:/hbase
'testtable'
这个操作需要添加hbase目录里的conf/mapred-site.xml，可以复制hadoop的过来。
1.10.2Export/Import
bin/hbase
org.apache.hadoop.hbase.mapreduce.Export testtable
/user/testtable [versions] [starttime] [stoptime]
bin/hbase
org.apache.hadoop.hbase.mapreduce.Import testtable /user/t esttable
1.10.3直接拷贝hdfs对应的文件
首先拷贝hdfs文件，如bin/hadoop distcp
hdfs://srcnamenode:9000/hbase/testtable/
hdfs://distnamenode:9000/hbase/testtable/
然后在目的hbase上执行bin/hbase org.jruby.Main
bin/add_table.rb /hbase/testtable
生成meta信息后，重启hbase
2Hadoop日常运维
2.1监控Hadoop运行状况
https://www.doczj.com/doc/4516742454.html,Node、ResourseManager内存(namenode要有足够内存)
2.DataNode和NodeManager运行状态
3.磁盘使用情况
4.服务器负载状态
2.2检查HDFS文件健康状况
命令：hadoop fsck
2.3开启垃圾箱(trash)功能
trash功能它默认是关闭的，开启后，被你删除的数据将会mv 到操作用户目录的".Trash"文件夹，可以配置超过多长时间，系统自动删除过期数据。这样一来，当操作失误的时候，可以把数据mv回来
3本项目场景下的hbase参数调整
hb ase生产配置修
改.xl sx
运维服务方案运维服务承诺如我公司中标，我公司作出如下承诺： 1、运维工作人员 1.我司针对本项目成立专门的运维团队和项目管理机构，负责保障服务期内本项目安全、稳定地运行。 2.我司明确运维团队组织、人员、岗位职责、工作流程等，须建立详细的运维保障体系，并提供方案。 3.系统运维团队须具备安全防范系统工程设计、施工和维护能力。 4.系统运维团队须熟练掌握网络安全配置技术，包括网络及安全设备管理、安全域划分、安全策略优化、防火墙配置、VPN管理技术。 5.系统运维团队须具备视频服务管理能力，精通各种视频监控设备与平台，精通视频资源目录服务体系管理，精通各种可视调度系统设备维护。 2、巡检排故工作 1.对重点设备的维护工作，采取分工负责的措施；节假日期间，或有重要的会议及有关活动期间，应专门安排值班，同时作好应急准备工作，必要时安排专人在现场值班，以确保系统正常运行。 2.维护人员应围绕系统功能、系统的各项技术指标及操作运行情况，逐点、逐台、逐项地进行检验，边检边进行记录，并排除发现的故障。 3、用户信息反馈及持续改进工作 1.建立客户意见反馈渠道，收集对维护工作的希望、要求和意见。 2.建立维护工作联系卡，提供公司相关部门负责人及维护工作人员联系电话，保证与客户联系的畅通、维护工作的及时、有效。 3.每半年向用户送交《维护工作客户意见征询表》，收集对维护工作的意见、要求和评议。 4.每维护年度对客户满意度作统计分析，提交书面报告及时修正维护工作方案、方法及纠正维护工作的不足之处，回复客户的意见和要求，提高维护工作质量和服务水平。 4、服务响应要求 (1)运营维护服务要求我司提供服务期内详细的运行维护保障服务方案，包括服务内容、服务形式和服务保障措施。
i t运维项目维护服务方案(总 23页) -CAL-FENGHAI.-(YICAI)-Company One1 -CAL-本页仅作为文档封面，使用请直接删除
目录 1公司的服务内容............................................. 错误!未定义书签。 服务目标............................................... 错误!未定义书签。 信息资产统计服务 ....................................... 错误!未定义书签。 网络、安全系统运维服务 ................................. 错误!未定义书签。 主机、存储系统运维服务 ................................. 错误!未定义书签。 数据库系统运维服务 ..................................... 错误!未定义书签。 PC运维服务............................................. 错误!未定义书签。2运维服务流程............................................... 错误!未定义书签。3服务管理制度规范........................................... 错误!未定义书签。 服务时间............................................... 错误!未定义书签。 行为规范............................................... 错误!未定义书签。 现场服务支持规范 ....................................... 错误!未定义书签。 问题记录规范........................................... 错误!未定义书签。4应急服务响应措施........................................... 错误!未定义书签。 应急基本流程........................................... 错误!未定义书签。 预防措施............................................... 错误!未定义书签。 突发事件应急策略 ....................................... 错误!未定义书签。 5机房管理制度规范 (20) 机房环境标准 (20) 机房设备标准 (21) 机房检查表 (24)
目录 1公司的服务内容 (2) 1.1 服务目标 (2) 1.2 信息资产统计服务 (2) 1.3 网络、安全系统运维服务 (3) 1.4 主机、存储系统运维服务 (7) 1.5 数据库系统运维服务 (11) 1.6 PC运维服务 (13) 2运维服务流程 (15) 3服务管理制度规范 (17) 3.1 服务时间 (17) 3.2 行为规范 (18) 3.3 现场服务支持规范 (18) 3.4 问题记录规范 (18) 4应急服务响应措施 (20) 4.1 应急基本流程 (20) 4.2 预防措施 (20) 4.3 突发事件应急策略 (21) 5机房管理制度规范 (20) 5.1 机房环境标准 (20) 5.2 机房设备标准 (21) 5.3 机房检查表 (24)
1公司的服务内容 1.1服务目标 公司可为提供的运行维护服务包括，信息系统相关的主机设备、操作系统、数据库和存储设备的运行维护服务，保证用户现有的信息系统的正常运行，降低整体管理成本，提高网络信息系统的整体服务水平。同时根据日常维护的数据和记录，提供用户信息系统的整体建设规划和建议，更好的为用户的信息化发展提供有力的保障。 用户信息系统的组成主要可分为两类：硬件设备和软件系统。硬件设备包括网络设备、安全设备、主机设备、存储设备等；软件设备可分为操作系统软件、典型应用软件（如：数据库软件、PC运维服务等）、业务应用软件等。 公司通过运行维护服务的有效管理来提升用户信息系统的服务效率，协调各业务应用系统的内部运作，改善网络信息系统部门与业务部门的沟通，提高服务质量。结合用户现有的环境、组织结构、IT资源和管理流程的特点，从流程、人员和技术三方面来规划用户的网络信息系统的结构。将用户的运行目标、业务需求与IT服务的相协调一致。 信息系统服务的目标是，对用户现有的信息系统基础资源进行监控和管理，及时掌握网络信息系统资源现状和配置信息，反映信息系统资源的可用性情况和健康状况，创建一个可知可控的IT环境，从而保证用户信息系统的各类业务应用系统的可靠、高效、持续、安全运行。 服务项目范围覆盖的信息系统资源以下方面的关键状态及参数指标： 运行状态、故障情况 配置信息 可用性情况及健康状况性能指标 1.2信息资产统计服务 此项服务为基本服务，包含在运行维护服务中，帮助我们对用户现有的信息资产情况进行了解，更好的提供系统的运行维护服务。 服务内容包括： 硬件设备型号、数量、版本等信息统计记录 软件产品型号、版本和补丁等信息统计记录
XXXXXXX站维护项目 运维方案 XXX公司
目录 第一章运维方案 (4) 1.1 运维总体原则 (4) 1.1.1 整体性原则 (4) 1.1.2 有效性原则 (4) 1.1.3 可靠性原则 (4) 1.1.4 反馈性原则 (4) 1.1.5 防范预警原则 (4) 1.2 运维服务目标 (4) 1.3 项目运维服务方案 (4) 1.3.1 运维服务总则 (4) 1.3.1.1 安全性 (4) 1.3.1.2 稳定性 (4) 1.3.2 运维服务计划 (5) 1.3.2.1 启动阶段和运维体系的导入 (5) 1.3.2.2 正常服务阶段 (5) 1.3.2.3 收尾阶段 (5) 1.3.3 运维服务体系 (6) 1.3.3.1 IT服务体系的建立 (6) 1.3.3.2 IT运维体系的建立 (7) 1.3.3.3 系统运维制度建设 (9) 1.3.3.4 运维管理机制建设 (9) 1.3.3.5 项目沟通机制建设 (11) 1.3.3.6 运维保障机制建设 (12) 1.3.4 运维团队组织 (13) 1.3.4.1 组建团队 (13) 1.3.4.2 工作岗位设置 (15) 1.3.4.3 组织机构 (16) 1.3.4.4 人员安排 (17) 1.3.4.5 团队建设 (18) 1.3.5 运维协作环境 (19) 1.3.6 运维服务内容 (20) 1.3.6.1 网站内容保障服务 (20) 1.3.6.2 日常巡检服务 (20) 1.3.6.3 网站安全服务 (22) 1.3.6.4 技术支持 (49) 1.3.6.5 其它 (50) 1.3.7 运维服务交接 (56) 1.3.7.1 制定工作交接计划 (56) 1.3.7.2 启动交接 (56) 1.3.7.3 文档、流程、系统交接 (56) 1.3.7.4 运维对象调查及其内容再识别 (56)
一、概述 IDC机房基础设施管理主要是对各类基础设施设备的巡检、监控、维护、操作，本体系制定了上述内容的具体方法及相关要求。本体系指定的目标是保障机房基础设施、设备正常、安全、可持续运行，规范日常运行管理工作，对保障机房正常使用环境的设备运行进行有效监控。本体系适用于基础设施各相关岗位。 二、维护职能划分 日常巡检工作内容应由机房值班人员负责，巡检结束后填写《日常巡检记录表》。 维护保养工作应由专业分包服务人员实施，维护保养结束后及时填写维护保养记录，并应由机房运维岗位负责人签字确认。 原则上UPS及精密空调的维护应由设备厂商专职工程师实施。三、供配电系统 供配电系统是指通过电源由多种配电设备(或元件)和配电设施所组成直接向终端用户分配电能的一个电力网络系统。是对低压配电柜、UPS系统等的统称。 3.1日常巡检内容 供配电系统日常巡检内容包括： (1)配电室环境温度、洁净度，注意有无异味、异常声响等； (2)查看各个开关的仪表显示应正常； (3)查看各开关状态确认无误； (4)检查各开关有无异常声响、变形；
(5)用点温仪测量开关温度并记录； (6)检查变压器温度、声音、电压、电流、风机启动有无异常； (7)日常巡检工作由值班人员进行，巡检状况因记录在《日常巡检记录表中》； 3.2巡视检查频次 每日一次。 3.3维护保养 3.3.1月维护 a)清洁设备表面和场所的卫生； b)对日常维护记录中反映出来的主要数据的变化规律进行分析，发现异常要进行调整或检修； c)检查转动和震动部件，紧固其不应松动的紧固件(不包括电气接点，电气接点的维护、紧固应有计划的停电进行)； d)由分包服务责任人按规定填写《供配电系统维护记录表》。 3.3.2季维护 供配电系统季维护属于部分检修性维护，应根据具体情况对相关设备停电后进行。 a)完成设备的月维护工作。 b)针对日巡视及月巡视相关记录对负荷量较大及负荷变化较大的线路及开关接线处进行检查，对松动部件进行紧固。紧固工作应停电进行，停电前注意确认，以防误操作。 c)对配电柜进行全面除尘，除尘应使用专用工具，并且工作人员
XXXXXXX政府门户网站 维护项目 运维方案 XXX公司 2017年5月
目录 第一章运维方案................................................................................................................................................ 1.1 运维总体原则 .................................................................................................................................................. 1.1.1 整体性原则............................................................................................................................................... 1.1.2 有效性原则............................................................................................................................................... 1.1.3 可靠性原则............................................................................................................................................... 1.1.4 反馈性原则 (4) 1.1.5 防范预警原则........................................................................................................................................... 1.2 运维服务目标 .................................................................................................................................................. 1.3 项目运维服务方案 .......................................................................................................................................... 1.3.1 运维服务总则........................................................................................................................................... 安全性 .......................................................................................................................................................... 稳定性 .......................................................................................................................................................... 1.3.2 运维服务计划........................................................................................................................................... 启动阶段和运维体系的导入....................................................................................................................... 正常服务阶段 .............................................................................................................................................. 收尾阶段 ...................................................................................................................................................... 1.3.3 运维服务体系........................................................................................................................................... 服务体系的建立 ............................................................................................................................................ 2 IT运维体系的建立 ..................................................................................................................................... 系统运维制度建设 ...................................................................................................................................... 运维管理机制建设 ...................................................................................................................................... 项目沟通机制建设 ...................................................................................................................................... 运维保障机制建设 ...................................................................................................................................... 1.3.4 运维团队组织........................................................................................................................................... 组建团队 (19) 工作岗位设置 .............................................................................................................................................. 组织机构 ...................................................................................................................................................... 人员安排 (17) 团队建设 ...................................................................................................................................................... 1.3.5 运维协作环境........................................................................................................................................... 1.3.6 运维服务内容........................................................................................................................................... 网站内容保障服务 ...................................................................................................................................... 日常巡检服务 .............................................................................................................................................. 网站安全服务 .............................................................................................................................................. 技术支持 ...................................................................................................................................................... 其它 .............................................................................................................................................................. 1.3.7 运维服务交接........................................................................................................................................... 制定工作交接计划 ...................................................................................................................................... 启动交接 ...................................................................................................................................................... 文档、流程、系统交接 .............................................................................................................................. 运维对象调查及其内容再识别...................................................................................................................
信息系统运行维护方案 2012年8月
目录 第一章目标 (3) 第一节运行维护服务目标 (3) 第二节运行维护容及步骤 (3) 第二章运行维护服务具体容 (4) 第一节驻点服务 (4) 第二节运维服务 (5) 第三节服务方式建议 (6) 第四节运维服务容 (7) 1. 预防性维护服务 (7) 2. 中心机房设备维护服务 (7) 3. 台式PC机类维护服务 (8) 4. 笔记本计算机维护服务 (8) 5. 服务器维护服务 (9) 6. 工作站软件维护 (9) 7. 语音（）信息点维护 (9) 8. 病毒防护与监控服务 (10) 9. 运维期结束前 (10) 第三章XX 运行维护服务预算 (10)
第一章目标 第一节运行维护服务目标 信息系统主要业务为税务征收系统及外部门之间数据交换系统，为确保XX 的网络系统、应用系统、安全系统、防病毒系统及办公OA系统在可靠、高效、稳定的环境中运行。达到故障快速定位并解决、信息安全可控可查、不断优化运行效率和性能，保障XX 信息系统资源共享，提高办公效率和质量，提高决策能力、管理能力、应急能力。针对XX 现有的网络环境、服务器硬件设备以及办公硬件设备，病毒防护等进行实时行监控，更好地规和提高XX 的各项维护工作，保障网络、应用平台的正常运行以及防病毒的顺利正常开展。保证整体运维项目实施顺利，确保网络原因对业务运行影响最小化、确保网络故障快速定位并解决、确保网络信息安全可控可查、确保不断优化网络的运行效率和性能。保证目标系统7×24正常工作。 第二节运行维护容及步骤 1.协助XX信息系统工作计划，掌握信息系统各设备运行情况，具体落实各设 备运行维护工作； 2.巡视运行维护各岗位，检查运行维护情况和服务质量，督导、协调各项工作， 保持XX信息系统运行维护良好的秩序； 3.保证按时按质完成XX负责人交付的各项维护任务。 4.通过数据分析和其他相关网络测试设备，解决XX 信息系统问题； 5.发展和维护问题解决程序、网络文件和标准操作程序； 6.协助管理XX 信息系统集成，更新维护各种工程用设备器材； 7.协助XX 调试、维护PC及OA工作计划，掌握调试、维护PC及OA设备运
（网站策划）政府门户网站维护项目运维方案
XXXXXXX政府门户网站 维护项目 运维方案 XXX公司 2017年5月
目录第一章运维方案4 1.1 运维总体原则4 1.1.1 整体性原则4 1.1.2 有效性原则4 1.1.3 可靠性原则4 1.1.4 反馈性原则4 1.1.5 防范预警原则4 1.2 运维服务目标4 1.3 项目运维服务方案5 1.3.1 运维服务总则5 1.3.1.1 安全性5 1.3.1.2 稳定性5 1.3.2 运维服务计划5 1.3. 2.1 启动阶段和运维体系的导入6 1.3. 2.2 正常服务阶段6 1.3. 2.3 收尾阶段6 1.3.3 运维服务体系7 1.3.3.1 IT服务体系的建立7 1.3.3.2 IT运维体系的建立10 1.3.3.3 系统运维制度建设12 1.3.3.4 运维管理机制建设13 1.3.3.5 项目沟通机制建设15 1.3.3.6 运维保障机制建设17 1.3.4 运维团队组织19 1.3.4.1 组建团队19 1.3.4.2 工作岗位设置21 1.3.4.3 组织机构23 1.3.4.4 人员安排24 1.3.4.5 团队建设26 1.3.5 运维协作环境28 1.3.6 运维服务内容28 1.3.6.1 网站内容保障服务28 1.3.6.2 日常巡检服务29 1.3.6.3 网站安全服务32 1.3.6.4 技术支持16 1.3.6.5 其它18 1.3.7 运维服务交接26 1.3.7.1 制定工作交接计划26 1.3.7.2 启动交接27 1.3.7.3 文档、流程、系统交接27 1.3.7.4 运维对象调查及其内容再识别27 1.3.7.5 交接工作总结会27
目录 1运维服务内容错误!未定义书签。 服务目标错误!未定义书签。 信息资产统计服务错误!未定义书签。 网络、安全系统运维服务错误!未定义书签。 主机、存储系统运维服务错误!未定义书签。 数据库系统运维服务错误!未定义书签。 中间件运维服务错误!未定义书签。 2运维服务流程错误!未定义书签。 3服务管理制度规范错误!未定义书签。 服务时间错误!未定义书签。 行为规范错误!未定义书签。 现场服务支持规范错误!未定义书签。 问题记录规范错误!未定义书签。 4应急服务响应措施错误!未定义书签。 应急基本流程错误!未定义书签。 预防措施错误!未定义书签。 突发事件应急策略错误!未定义书签。
服务内容 服务目标 运行维护服务包括，信息系统相关的主机设备、操作系统、数据库和存储设备及其他信息系统的运行维护与安全防范服务，保证用户现有的信息系统的正常运行，降低整体管理成本，提高网络信息系统的整体服务水平。同时根据日常维护的数据和记录，提供用户信息系统的整体建设规划和建议，更好的为用户的信息化发展提供有力的保障。 用户信息系统的组成主要可分为两类：硬件设备和软件系统。硬件设备包括网络设备、安全设备、主机设备、存储设备等；软件设备可分为操作系统软件、典型应用软件（如：数据库软件、中间件软件等）、业务应用软件等。 通过运行维护服务的有效管理来提升用户信息系统的服务效率，协调各业务应用系统的内部运作，改善网络信息系统部门与业务部门的沟通，提高服务质量。结合用户现有的环境、组织结构、IT资源和管理流程的特点，从流程、人员和技术三方面来规划用户的网络信息系统的结构。将用户的运行目标、业务需求与IT服务的相协调一致。 信息系统服务的目标是，对用户现有的信息系统基础资源进行监控和管理，及时掌握网络信息系统资源现状和配置信息，反映信息系统资源的可用性情况和健康状况，创建一个可知可控的IT 环境，从而保证用户信息系统的各类业务应用系统的可靠、高效、持续、安全运行。 服务项目范围覆盖的信息系统资源以下方面的关键状态及参数指标： 运行状态、故障情况 配置信息 可用性情况及健康状况性能指标 统计运维数椐、提供信息系统管理和工作报告、归纳总结并提供用户想了解的数椐报告 信息资产统计服务 此项服务为基本服务，包含在运行维护服务中，帮助我们对用户现有的信息资产情况进行了解，更好的提供系统的运行维护服务。 服务内容包括： 硬件设备型号、数量、版本等信息统计记录 软件产品型号、版本和补丁等信息统计记录 网络结构、网络路由、网络IP地址统计记录 综合布线系统结构图的绘制 其它附属设备的统计记录 硬件设备清单如下表统计： 网络、安全系统运维服务 从网络的连通性、网络的性能、网络的监控管理三个方面实现对网络系统的运维管理。网络、安全系统基本服务内容：
水质自动监测系统运行维护方案 1运行维护总体内容 为保证国家水环境质量自动监测网的数据连续准确可靠，运维单位严格按照招标人的技术要求和质量控制要求，全面负责水站（站房、采水、所有仪器设备等）的日常运行维护。 （1）运行维护期间运维单位遵守国家的有关法律、法规及其他规定，依照有关规范和技术要求，本着为招标人负责的精神，依照规范，科学管理，使水站的运行结果达到国家及行业颁布的技术标准和招标人要求的考核指标要求；使水质自动监测系统发挥其效能和作用。 （2）运行维护及管理期间，站房值守人员的工资及相关费用，以及水站运行产生的水电、通讯、采暖费用、试剂耗材费用、仪器设备维修费、设施设备的年检保养和水站安全保障所发生的费用，均由运维单位负责。如遇水电、通讯条件无法满足运维需要，站房采水等基础设施出现无法解决的重大问题时，运维单位提前和当地监测站协调解决并报告招标人。 （3）运维单位承诺每年适时对水站站房进行一次修缮，并做好避雷系统的年检工作。 （4）运维单位积极参加招标人组织的技术培训以及运维质量的相互监督检查，接受招标人或其委托相关机构的监管和考核。 （5）运行维护期间，如遇招标人为水站更换或新增仪器，运维单位积极配合做好新仪器的安装、调试和运行维护等工作，以及数据无缝对接到招标人指定的管理平台中。 （6）运行维护期间，水站的全部资产（建筑物、设备、软件、配套设施、水质自动监测系统和配套监控系统产生的各类数据信息及相关文档资料等）属采购人所有。未经招标人同意，运维单位保证不会以任何方式对各类财产进行出售、抵押或转移 （7）运维单位保证对水站的监测数据做好保密工作，不以任何方式和渠道向外界提供或用于商业用途。 （8）运行维护期间，运维单位会确保水站全部资产的完整、安全并处于良好状态。为每个水站配备值守人员，避免出现因被盗、人为破坏等原因造成的资
运 维 服 务 方 案 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)
XXXXXXX政府门户网站维 护项目 运维方案 XXX公司 2017年5月
目录
第一章运维方案 1.1运维总体原则 1.1.1整体性原则 我们将综合考虑XXX目前所有门户网站相关应用系统的现状，提出整体的运行维护策略，有效保障系统运行中各环节的不间断运行，并综合使用不同层次的技术手段，为应用系统和系统依托的基础环境提供全方位的监控管理和服务。 1.1.2有效性原则 将充分利用各种现代技术手段，选择一款功能丰富、技术先进的系统运维监控软件，结合科学合理的运行管理机制，对系统的稳定可靠运行提供有效的保障。 1.1.3可靠性原则 对维护工作中后续应用系统模块的开发设计中，应采用成熟可靠的技术和产品，同时配合完善的项目控制规范和质量保证体系，保证互联网站的升级维护中的严格的质量控制，保证系统开发和运行的安全可靠。 1.1.4反馈性原则 实现运维中发现、需要解决的问题要及时反馈给信息系统的开发商进行完善，利于优化机构、岗位设置，利于业务流程的改进。 1.1.5防范预警原则 运维系统中应包含各种预案，争取实现在故障、问题出现时有章可循，在紧急状态有应急措施，提高运维效率，将故障代价减小到最小。
按照网站管理处要求，完成与XXX网站运维相关的日常工作。 1.3项目运维服务方案 1.3.1运维服务总则 1.3.1.1安全性 （1）XXX门户网站及内容管理平台应用的安全性 确保网站能够正常访问；确保网站群动态应用正常，并能够提供正常的服务。 （2）XXX门户网站及内容管理平台数据的安全性 确保数据库中的信息跟网站发布的信息一致；确保数据库数据正确，不被非法破坏，并且及时做数据库和网站数据的备份，当意外发生时，网站能够及时、完全恢复；未经许可，不得将网站数据泄漏给其它个人或组织；由专人负责，保证数据的安全。 1.3.1.2稳定性 （1）不间断服务 提供7*24不间断服务，专人值守，监控网站；意外情况下，及时通知信息中心相关负责人，并做好各项应急准备。定期向信息中心相关负责人汇报网站运营情况。 （2）访问响应时间 监控网站群访问速度，如访问相应时间过长，及时查找原因，并向信息中心相关负责人汇报；监控网站群动态应用，对影响应用性能方面因素及时预警，并提出相应解决方案，及时汇报给信息中心相关负责人。