集团一体化智能运维平台
方案建议书
目录
1一体化运维管理平台产品技术方案 (5)
1.1自动化运维平台架构设计 (5)
1.1.1技术架构 (5)
1.1.2功能架构 (7)
1.1.3部署架构 (8)
1.2自动化运维平台功能设计 (17)
1.2.1资源监控 (17)
1.2.2配置管理数据库CMDB (126)
1.2.3自动化管理 (133)
1.2.4IT运维管理 (156)
1.2.5容量管理 (161)
1.2.6报表管理 (166)
1.2.7用户权限管理 (175)
1.2.8其它 (175)
1.3自动化运维平台系统设计 (185)
1.3.1系统安全性设计 (185)
1.3.2系统可靠性 (187)
1.3.3系统可用性 (187)
1.3.4系统易维护性 (187)
1.3.5系统扩展性 (188)
1.3.6系统可操作性 (188)
1.3.7系统数据库的存储与恢复 (189)
1.3.8系统接入方式 (189)
1.3.9系统开放性（待补充） (189)
2运维管理体系建设及咨询、实施方案 (190)
2.1基于ITIL的运维管理体系实施方法论 (190)
2.2运维管理体系设计示例 (192)
2.2.1事件管理 (193)
2.2.2问题管理 (204)
2.2.3变更&发布管理 (211)
2.2.4IT基础信息配置管理设计与实施 (222)
2.3项目管理及项目实施计划安排 (230)
2.3.1项目组织架构 (230)
2.3.2现场实施组织架构 (231)
2.3.3项目进度安排 (235)
2.3.4项目实施 (238)
1一体化运维管理平台产品技术方案
1.1自动化运维平台架构设计
1.1.1技术架构
1.1.1.1软件技术架构设计
IMC智能管理中心以业务管理和业务流程模型为核心，采用面向服务（SOA）的软件设计思想，基于主流的J2EE架构平台，在保持技术的先进性、扩展性的基础上，采用子系统、层次化、模块化的设计理念，以全开放的、组件化的架构原型。通过MDP消息总线进行集成，将资源监控、自动化运维、运维流程管理融为一体。此外系统还提供了分布式、分级式的部署模式，二级代理支持横向扩展，为客户提供可靠的、可扩展的、高性能的一体化运维管理平台。整个系统还提供开放的restful webservices接口来持续集成。
系统分为资源访问及日志采集适配层、系统功能层及web应用层。
资源访问和日志采集适配层支持丰富的设备访问协议，通过SNMP、CLI（telnet/SSH）、netconf、TR069、FTP、TFTP、SCP、RADIUS、HTTP等协议实现传统网络及SDN等网
络、安全、新网络等设备和软件的统一监控和配置管理；通过IPMI、SMI-S、SNMP、SSH 等协议实现对服务器、存储等设备的硬件监控、带外管理和操作系统自动安装；通过RESTful 接口、SOAP、powershell等实现对Vmware、H3C CAS、KVM、ctrixxen、HW Fusioncomputer等虚拟化产品的统一管理；通过WMI、JDBC、SSH、Telnet、SOAP、http/https等协议实现对操作系统、数据库、中间件、应用系统统一监控和管理。
系统功能层包含了资源监控、CMDB、自动化、运维流程管理模块，资源监控将协议适配层采集的各类告警和性能数据存入到统一的性能数据及告警库中，其上包含了多个功能模块（资源管理、告警管理、拓扑管理、性能管理）和组件（网络管理、主机管理、存储管理、应用管理）实现了数据的处理。CMDB使用开放可持续集成的框架，客户可定义个性化的CI模型及CI关系，并且可通过资源监控模块实现数据的配置信息的自动发现和更新。自动化模块采用开源的ansible框架，实现对异构的IT环境的自动化运维管理，通过connection plugins与主机进行通信，hostinventory提供了主机操作接口，而PlayBooks完成多个脚本任务的编排和调度。运维流程管理组件基于开源的JBPM流程引擎，在此之上开发了事件管理、问题管理、变更管理等多种流程实例，实现运维管理流程化。
Web应用层采用了J2EEweb服务架构，使用了spring、hibernate等多种开源的web 开发框架，实现与用户的交互。
系统通过MDP消息总线完成多个模块间的通信，实现了多模块、组件的融合。通过开源的CAS SOO技术实现了系统的统一认证和权限管理。
H3C坚定不移地走开放合作的道路,iMC智能管理软件提供了开放的RESTful API接口，RESTful Web Services 富有体系化的结构和易扩展的特点，让iMC的可扩展性、可订制能力极大增强。通过REST 风格的Web Services，几乎能够将iMC中的任何功能集成到
我们所期盼的软件中，以应对今天和将来各式各样的业务融合所带来的机遇和挑战。基于iMC管理软件的开放接口，合作伙伴和客户可以进行二次开发，从而创作出独具特色、量身定制的运维管理平台。
1.1.2功能架构
最底层是IT资源层，即运维平台的被管对象，它包含信息中心运行管理的所有对象，可分为网络设备、服务器、计算存储资源、系统应用软件、中间件、虚拟化资源、机房动力环境等。
第二层是业务处理层，包括数据采集和数据处理。它包含网络监控，系统监控，机房环境监控，性能数据，告警事件、日志等数据的集中采集。
数据采集实现对被管理运行对象的监控，掌握运行资源的配置状况、监控对象的运行状态和性能参数，在此基础上可按照业务进行建模。
业务处理层，包含了性能管理及分析、统一事件管理、业务可用性管理、业务健康管理、业务影响分析、CMDB配置管理、ITSM运维管理、自动化操作管理等。可了解业务的整体运行情况，进行业务预警和快速发现IT系统的根源故障，并可与服务管理流程的集成，以及时响应和规范化地处理故障。实现故障的闭环管理。
第三层是业务展示层，提供了多种展示视图和方式，包括3D机房仿真视图，拓扑视图、业务视图、大屏展示等。
1.1.3部署架构
1.1.3.1分布式系统部署架构
XX集团数据中心自动化运维平台需同时支撑5000个点、10000个元素规模的接入量，单台服务器无法实现对此规模的统一管理。需具有大规模横向扩展的分布式部署能力。
iMC智能管理中心支持分布式部署架构。可实现采集与处理分离，在不同的资源区内部署单独的采集单元，实现对数据的采集。此外系统各功能组件可部署到不同的服务器上实现负载分担，例如告警管理、资源管理、日志分析、运维流程管理、流量分析等。
1.1.3.1.1分布式部署架构（数据集中）
二级代理采集服务器数据统一上报到集中的数据库服务器，数据便于维护。二级代理支持横向扩展，实现分布式的软件部署架构。
1.1.3.1.2分布式部署架构（数据分离）
系统还支持数据分离的部署架构，每个数据采集服务器上可配置独立的数据库，数据存放在数据采集服务器本地，管理服务器直接访问远端机房的数据库服务器，实现统一管理。
可使用与远端机房与管理服务器间使用广域网链路连接的场景，采集数据存放在远端机房本地，无需实时上传，减少广域网带宽占用。
1.1.3.2双机热备份部署方案
系统支持双机热备份部署方式，主备集群节点间采用心跳通信，主集群节点中断后可在5秒钟内实现主备切换，保障系统的高可靠运行。主备节点的数据存储在同一的共享存储节点中，保障数据的一致性。
1）主管理服务器集群和备管理服务器集群构成iMC双机热备的群集节点；
2）存储设备为IMC双机热备群集提供共享存储。共享存储是构建双机iMC热备功能的基本构件。
3）交换机为双机热备部署的后端存储网络SW，用于连接群集节点和共享存储设备4）群集节点之间的群集心跳信号通信建议直连。
1.1.3.3分级部署架构
XX集团大型网络中，IT基础结构复杂、设备众多，数据类型繁杂，数据量越庞大，且存在较多树形或星形拓扑的分支机构。而各分支结构也已基本完成了各自的网络建设，与总部IT网络之间相对独立。因此，总部只能通过专线或租用运营商链路管理各分支机构，网络复杂庞大。如果没有分层的网络管理，将会导致单套网管系统负载过大、运维流程混乱、效率低下、权责不清等问题。针对这种情况，提出了分级网络管理解决方案，有效提高iMC 管理网络节点的能力，以便对整个网络进行清晰的管理。
整个网管系统分为上、下级两层甚至多层，同一分级的多个物理区域，其管理区域之间是独立的，各网管系统也是相互独立的。管理员需要通过上级网管直接对下级网管本身及某
些重要设备直接进行管理，各分支节点管理本节点内的设备。
方案特点：
●灵活的部署模式。在上级网管iMC的“资源/下级网管视图/增加下级网管”功能页面中，选择上一步中增加到上级网管管理设备的下级网管服务器，并配置登录方式、端口、用户、登录名和密码等信息，增加下级网管。当使用指定用户作为登录名增加下级网管时，下级网管需要提前建立以输入的登录名作为操作员登录名的操作员，并且操作员的登录密码与输入的下级网管登录密码相同。
●精细的权限控制。
●支持对下级网管的配置和管理。在上级网管iMC的“资源/下级网管视图”中的下级网管列表中，列出了本服务器所配置的全部下级网管，可以点击下级网管列表项对应的图标对下级网管进行修改登录配置、删除、登录下级网管、查看下级网管网络拓扑、查看下级网管资源视图等管理操作。
●支持下级网管的告警上报和在上级网管处管理相关上报告警。在下级网管iMC的“告警/分级网管告警设置”功能页面中，通过配置启用告警上报与否、上级网管告警组件部署服务器IP地址、上级网管告警接收端口、下级网管服务器IP地址、上报告警的设备范围、上报告警的告警范围等来配置下级网管收到某条告警后是否上报给上级网管。在上级网管iMC的“告警/全部告警”功能页面中，告警列表会将下级网管所上报的告警列出，操作员可以对上报的告警进行查看和管理操作。在上级网管iMC的全部告警列表中，操作员可以选择下级网管上报告警后点击“恢复上报告警”链接，来恢复选中的上报告警，并且自动恢复选中告警所属下级网管的全部上报告警。
1.1.3.4系统软件运行环境要求
1.1.3.4.1操作系统(推荐使用x86-64位操作系统)
1.1.3.4.1.1Windows
●Windows Server 2003 with Service Pack 2 (32 bit)
●Windows Server 2003 with Service Pack 2 (64 bit) 和KB942288补丁
●Windows Server 2003 R2 with Service Pack 2 (32 bit)
●Windows Server 2003 R2 with Service Pack 2 (64 bit) 和KB942288补丁
●Windows Server 2008 with Service Pack 2 (32 bit)
●Windows Server 2008 with Service Pack 2 (64 bit)
●Windows Server 2008R2 with Service Pack 1(64 bit)
●Windows Server 2012 (64 bit)
1.1.3.4.1.2Linux
●Red Hat Enterprise Linux Server 5 (32bit)
●Red Hat Enterprise Linux Server 5 (64bit)
●Red Hat Enterprise Linux Server 5.5 (32bit)
●Red Hat Enterprise Linux Server 5.5 (64bit)
●Red Hat Enterprise Linux Server 5.9 (64bit)
●Red Hat Enterprise Linux Server 6.1 (64bit)
●Red Hat Enterprise Linux Server 6.4 (64bit)
1.1.3.4.2数据库
1.1.3.4.
2.1Oracle 11g Release 1和Release 2(仅限于Linux系统上)
由于不同的Oracle数据库版本支持的最大CPU数量有限制，部署方案时参考下表
1.1.3.4.
2.2SQL Server 2005 SP4
1.1.3.4.
2.3SQL Server 2008 SP3
1.1.3.4.
2.4SQL Server 2008 R2 SP2
1.1.3.4.
2.5SQL Server 2012 SP1
由于不同的SQLServer版本支持的最大CPU数量和RAM大小有限制，部署方案时参考下表
1.1.3.4.3Web浏览器
●应该关闭浏览器的所有窗口阻塞设置；
●必须使能浏览器的Cookies；
●客户端推荐分辨率显示宽度为1280；
●推荐使用IE 9或IE10；
●推荐使用Firefox 20及以上版本；
●推荐使用Chrome26及以上版本。
1.1.3.5系统软硬件配置推荐
1.1.3.5.1部署架构图
1.1.3.5.2服务器配置说明
配置采用物理服务器加虚拟机混合部署的模式。
1.1.3.5.3硬件配置要求
此次项目的系统架构所需服务器如下表所示：
运行维护实施方案建议书 一、说明： 编写依据： 根据项目要求，因招标文件因缺少明确指导性的容量、系统设备配置、数量等信息，故在内容上使用通用性的标准，本方案仅供参考，具体需以现场实际情况为准进行进一步的修订和完善，直至确保维护好设备，满足甲方要求，树立我公司的良好形象，更好地服务于客户。 参考标准： 基站电气一次和二次图纸 《电力设备预防性试验规程.》DL／T 596-2015 《配电网运维规程》Q/GDW 1519-2014 《电气装置安装工程电气设备交接试验标准》GBJ50150-2006 《电气装置安装工程电缆线路施工及验收规范》GBJ50168-2006 《电气装置安装工程盘柜及二次回路接线施工及验收规范》GBJ50171-92 《电气装置安装工程低压电器施工及验收规范》GBJ50254-96 《电气装置安装工程接地装置施工及验收规范》GBJ50169-2006
《电气装置安装工程高压电气施工及验收规范》GBJ147-90 《电气装置安装工程电缆线路施工及验收规范》GBJ50168-92 《施工现场临时用电安全技术规范》 二、运行维护管理的主要工作范围： 运行中的日常巡视检查；相关数据、参数、设备运行状况的记录及汇报。 设备运行中出现的隐患、缺陷等异常情况的记录、汇报和处理。 设备出现故障或停运时的检修；计划中的检查性检修；突发性情况下的抢修。 检修或停运时对设备做各项对应性的试验、周期性试验。 三、工作计划 1、与承包方签署合同。 2、运维范围内设备和专用工器具交接。 3、收集运维范围内设备的图纸、说明书、操作说明等资料。 4、项目所涉及设备厂家的联系方式收集。 5、查询项目维护单位相关设备的备用件情况，统计已有备用件，根据情况补充相关备件报承包方审批。 6、与维护项目负责人沟通，了解原设备的运行的状况
运维管理系统方案 概述 伴随着企事业网络规模的不断扩大，企事业服务器的增多，企事业管理的信息化，企事业网络管理也变的越来越重要。一旦网络、服务器、数据库、各种应用出现问题，常常会给企事业造成很大的损失。怎样能7x24小时检测网络系统的运行情况，避免各种故障的发生，改进传统的网络管理方式来适企事业信息化发展的需要？ 因此，运维管理系统就有他的必要性。一个完备的运维管理系统能够提供7x24小时检测网络、服务器、数据库、各种应用系统，及时发现将要出现的问题，并通过短信、Email、声音报告给运维管理人员。运维管理人员就可以及时排除故障，避免造成重大损失。 运维管理系统的功能： 故障发现与警报； 记录日常运维日志信息； 服务器故障统计； 服务器软硬件信息统计； 服务进程管理； 将数据信息存储到数据库，并使用图形方式直观的展示出来； 权限、密码管理； 将数据生成报表。 运维管理系统的特点： 邮件和短信实时故障报警； B/S结构，能够通过web对远程服务器下达指令； 监控服务器和被监控服务器之间通过python socket来发送信息； 统计日常故障处理，以便下次出现同样故障时能够更快的解决问题； 实现自动化管理和自动化监控； 安全管理服务器性能； 操作流程统计与管理。
系统结构 运维管理系统采用B/S构架，运维管理人员随时随地可以对服务器进行管理、配置及故障处理。它是将部署在同一个局域网内的所有服务器统一管理，服务器之间的信息通讯、指令发送、运维管理都通过python来实现。监控服务器端负责采集、统计和分析数据，在数据出现异常时发送报警信息到管理员的email、手机中，并将错误日志存储到数据库中。 运维管理系统主要通过LAMP服务器、python编程、snmp和shell编程来实现。在被监控端安装python服务，并在被监控服务器上部署python程序和shell脚本用于接受监控服务器端指令、信息采集并发送会监控服务器端。监控服务器端部署python程序和LAMP服务器，用于发送指令、接受数据信息、存储数据、统计数据以及异常报警。 运维管理人员日常通过web浏览器远程登录监控管理系统，检测各被监控服务器的运行状态、服务状态、防火墙配置、进程信息、操作日志等信息。在出现异常时，通过运维系统可以查看到具体的异常服务器、进程等信息，并根据这些信息来处理异常。
精选范文、公文、论文、和其他应用文档，希望能帮助到你们！ 信息系统运维服务方案 目录 1服务内容 (2) 1.1 信息资产统计服务 (2) 1.2 网络、安全系统运维服务 (2) 1.3 主机、存储系统运维服务 (7) 1.4 数据库系统运维服务 (11) 1.5 中间件运维服务 (14) 2运维服务流程 (16) 3服务管理制度规范 (19) 3.1 服务时间 (19) 3.2 行为规范 (20) 3.3 现场服务支持规范 (20) 3.4 问题记录规范 (21) 4应急服务响应措施 (23) 4.1 应急基本流程 (23) 4.2 预防措施 (23) 4.3 突发事件应急策略 (24)
1服务内容 1.1信息资产统计服务 此项服务为基本服务，包含在运行维护服务中，帮助我们对用户现有的信息资产情况进行了解，更好的提供系统的运行维护服务。 服务内容包括： ?硬件设备型号、数量、版本等信息统计记录 ?软件产品型号、版本和补丁等信息统计记录 ?网络结构、网络路由、网络IP地址统计记录 ?综合布线系统结构图的绘制 ?其它附属设备的统计记录 1.2网络、安全系统运维服务 从网络的连通性、网络的性能、网络的监控管理三个方面实现对网络系统的运维管理。网络、安全系统基本服务内容：
(1)用户现场技术人员值守 公司可根据用户的需求提供长期的用户现场技术人员值守服务，保证网络的实时连通和可用，保障接入交换机、汇聚交换机和核心交换机的正常运转。现场值守的技术人员每天记录网络交换机的端口是否可以正常使用，网络的转发和路由是否正常进行，交换机的性能检测，进行整体网络性能评估，针对网络的利用率进行优化并提出网络扩容和优化的建议。 现场值守人员还进行安全设备的日常运行状态的监控，对各种安全设备的日志检查，对重点事件进行记录，对安全事件的产生原因进行判断和解决，及时发现问题，防患于未然。 同时能够对设备的运行数据进行记录，形成报表进行统计分析，便于进行网络系统的分析和故障的提前预知。具体记录的数据包括： ?配置数据 ?性能数据
智能化IT运维管理平台 方案建议书
目录 1技术方案概述 (6) 1.1编制说明及依据 (6) 1.1.1编制说明 (6) 1.1.2编制依据 (6) 2项目需求分析 (10) 2.1成果预期与成果目标 (10) 2.2对项目的解读与理解 (11) 2.2.1强化主动监控，实现集中管理 (11) 2.2.2快速定位故障，减少维护成本 (11) 2.2.3提升主动管理、辅助分析决策 (12) 2.2.4直观运行展现，快速指挥调度 (12) 2.2.5规范日常流程，有序高效协作 (12) 2.3主要问题、重点及难点的阐述 (12) 2.3.1实现统一监控、处置及展现 (13) 2.3.2完整、有效、统一的配置管理库 (13) 2.3.3符合ITIL规范的基础服务流程 (14) 2.3.4可灵活定制的运维流程引擎 (14) 2.3.5通过服务目录、服务级别管理提升运维服务质量 (15) 2.3.6简单易用的报表设计器 (15) 2.3.7统一的运维服务门户 (16) 2.3.8面向不同运维视角的个人工作台 (16) 2.3.9完善、严格的权限和认证管理 (16) 2.3.10标准、灵活的开放接口和扩展需求 (17) 3体系及制度建设 (18) 2
3.1参考标准与方法论 (18) 3.1.1运维体系参考标准规范 (18) 3.1.2IT运维管理成熟度分析 (19) 3.1.3运维体系建设方法论 (21) 3.2运维管理体系规划 (24) 3.2.1运维管理规划目标 (24) 3.2.2运维管理总体规划 (24) 3.3运维管理管理制度建设 (26) 3.3.1运维流程管理规范 (26) 3.3.2IT运维操作管理规范 (26) 3.3.3进行运维服务提升评估 (27) 4平台技术方案 (28) 4.1总体设计方案 (28) 4.1.1总体设计技术路线 (28) 4.1.2系统总体功能架构 (29) 4.2功能设计方案 (31) 4.2.1资产配置管理库（CMDB） (31) 4.2.2集中监控管理（监控中心） (48) 4.2.3操作审计管理（操作中心） (115) 4.2.4运维服务流程（流程中心） (123) 4.2.5运维统计分析（度量中心） (179) 4.2.6运维管理门户 (189) 4.3非功能设计方案 (225) 4.3.1系统性能设计 (225) 4.3.2系统扩展性设计 (225) 4.3.3系统安全性设计 (229) 3
信息化建设解决方案之运维篇
散，自我认可度低，团队人员流动率较大。情况往往是某人好不容易成为熟练工了，却因为看不到职业前景或感觉不受重视而提出辞职。这些中坚力量的离职，会造成客户满意度和运维质量相当长一段时间内出现波动。 （4）服务商难管理，技术水平参差不齐，服务不及时，有问题不能及时解决。 IT运维服务外包存在一定风险，关键在于对于IT运维服务外包供应商的管理不到位，具体体现在招标环节疏于审查、过程监督环节疏于监管、以及事后评价环节疏于考核。通过在招标环节加强对供应商资质、能力水平、案例等考察可以有效包括准入关；通过在服务过程中加强监督可及时发现供应商服务提供能力的异常；通过事后评价可以建立供应商的退出机制，保证供应商提供优秀的服务。 1.2 IT运维服务问题分析 从以上现象可以看出，IT运维服务的所有问题的根源都不是技术问题，而是管理问题，包括流程管理的问题、评价管理的问题、应急管理的问题等等。主要包括：
（1）IT运维服务管理方式缺乏创新。 IT 运维服务管理方式包括自营管理和外包管理，随着IT系统复杂程度的增加，对于IT运维能力的要求也越来越高，自营服务的成本已远远大于外包服务的成本，在某些非关键的领域，应该引入IT运维服务外包这一创新管理模式以降低服务成本，同时将组织自身的IT运维人员解放出来，做更有价值和意义的工作。 （2）IT运维服务管理不规范。 IT运维服务人员很忙碌却得不到业务部门认可的根本原因是双方缺少IT运维服务沟通的基本语言，也就是IT运维服务管理规范不明确，导致业务部门对于IT运维服务部门提供哪些服务不清晰、提供服务的流程不清晰、对于服务的评价指标不清晰，同时也导致IT运维服务人员工作职责不清晰、人员间工作交接不顺畅、服务过程缺少监督等。 （3）工作分工设计不合理，忽视梯队建设。 人员管理问题，根源在于运维工作分配不合理，业绩无法考核。若将运维人员分成一、二、三线支持，不同运维人员各司其职，能使有限的
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.综合监控..................................................... 综合监控的优势和亮点......................................... 管理监控与值班监控的功能..................................... 设备运行的功能............................................... 线路流量的功能...............................................
信息化系统 安全运维服务方案
目录
概述 服务范围和服务内容 本次服务范围为局信息化系统硬件及应用系统，各类软硬件均位于局第一办公区内，主要包括计算机终端、打印机、服务器、存储设备、网络（安全）设备以及应用系统。服务内容包括日常运维服务（驻场服务）、专业安全服务、主要硬件设备维保服务、主要应用软件系统维保服务、信息化建设咨询服务等。 服务目标 ●保障软硬件的稳定性和可靠性； ●保障软硬件的安全性和可恢复性； ●故障的及时响应与修复； ●硬件设备的维修服务； ●人员的技术培训服务； ●信息化建设规划、方案制定等咨询服务。 系统现状 网络系统 局计算机网络包括市电子政务外网（简称外网）、市电子政务内网（简称内网）以及全国政府系统电子政务专网（简称专网）三部分。内网、外网、专网所有硬件设备集中于局机房各个独立区域，互相物理隔离。 外网与互联网逻辑隔离，主要为市人大建议提案网上办理、局政务公开等应用系统提供网络平台，为市领导及局各处室提供互联网服务。外网安全加固措施：服务器、瑞星杀毒软件服务器为各联网终端提供系统补丁分发和瑞星杀毒软件管理服务，建立、防火墙等基本网络安全措施。 内网与外网和互联网物理隔离，为局日常公文流转、公文处理等信息化系统提供基础网络平台。内网安全加固措施：服务器、瑞星杀毒软件服务器为各联网终端提供系统补丁分发和瑞星杀毒软件管理服务；配备防火墙实现内网中服务器区域间的逻辑隔离及安全区域间的访问控制，重点划分服务器区，实现相应的访问控制策略。 专网由局电子政务办公室统一规划建设，专网和互联网、内网及其他非涉密网络严格物理隔离，目前主要提供政务信息上报服务和邮件服务。
信息化系统安全运维服务方案
目录 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、防火墙等基本网络安全措施。
目录 1两员考试 (2) 1.1第一步：交通运输部海事局发布考试计划 (2) 1.2第二步：考试计划发布后，考生进行考试报名 (5) 1.3第三步：各海事机构对考核报名信息进行确认 (12) 1.4第四步：各海事机构考试负责人进行考务安排 (14) 1.5第五步：考生打印准考证 (17) 1.6第六步：海事人员及考生可查询考试成绩 (19) 1.7第七步：合格证明发放 (20) 1.8第八步：资格证申请及发放 (22)
1两员考试 1.1 第一步：交通运输部海事局发布考试计划 1．交通部海事局用户打开浏览器（建议火狐、google、IE10以上版本）输入协同管理平台访问地址：https://www.doczj.com/doc/5c2231503.html,.cm打开协同管理平台登录界面，输入用户名/密码登录协同管理平台。 2、点开“危防管理”，点击其中的“海事危防管理系统”，进入危防系统后，点开“两员考核管理”，点击其中的“考试计划制定”。点击右侧箭头，可查看相应考试计划。如下图：
3、点击“制定考试计划”，在页面中输入相关信息，注意是否限制报考人数及人数限制。点击下方“保存”按钮，即可保存本次考试计划，下一步进行发布考试计划，如下图： 其中，点击“考试负责人字典维护”按钮，可修改考试负责人信息，点击保存，完成修改，如下图：
4、保存制定的考试计划后，已制定未发布的考试计划中会显示出来，点击“发布考试计划”按钮，确认后即可发布考试；点击“修改考试计划”按钮，修改信息后，点击下方保存，即可完成修改；点击“删除考试计划”，确认后即可删除考试计划。如下图：
5、发布考试计划后，已发布正执行的考试计划中显示出考试计划。随后，自然人（危防两员）即可在综合服务平台中进行开始报名。如下图： 1.2 第二步：考试计划发布后，考生进行考试报名 1.考生通过综合服务平台进行考生报名，首先完成综合服务平台注册； 1）打开火狐浏览器，输入网址：https://www.doczj.com/doc/5c2231503.html, 2）进入如下页面，点击“用户注册”按钮。
机房运维方案 Standardization of sany group #QS8QHH-HHGX8Q8-GNHHJ8-HHMHGN#
机房运行维护工作建议书 为加强********单位数据中心机房各系统的运行维护和管理工作，保证系统长期稳定、高效运行。根据**************信息化工作管理规定，编制适合于******机房运维方案。 1.运维现状分析 ******数据中心机房目前由*******部门管理，由指定的外协公司承接基本运维工作，其职能限定于出入安全、配件管理、设备管理、运行物理环境管理。对于设备本身及其运行维护、软件运行维护等工作，仍由各个供应商按项目签订的协议提供免费服务，目前这些免费服务大部分处于过期或者即将到期的状态。 目前机房运维没有涵盖桌面终端、大楼综合布线、楼层配线间与设备间等，未构成一个完整的运维体系。 1.1.故障连带现象 多方运维导致机房出现中断或者服务不良的情况时有发生。 ********公司机房由于始终未能受到规范统一的运维管理，加上机房作为数据核心，由各种外部单位组成的运维团队无论在数据安全性、人员责任感、技术全面性等方面，都难以保持机房的持续性运转。 我们没有精确的数据来说明机房的运行情况，这也是目前运维工作尚未达标的一种表现，同样，这也导致我们对现状无法进行精确描述。但是，通过一些现象仍然可以发现机房运维工作应该大幅度改进。 1.1.1.长时间断网
具体原因不详，但由于机房服务器大部分无法接通，成都地区的二级单位网络依赖的DHCP服务无法使用等现象持续多个小时，发现晚，响应慢。 1.1. 2.上班时间网速慢 具体原因不详，但简单归结为SEP或者人多并不能完全的解释网速慢的问题，由于网络是信息化建设的基础，充分发挥机房内部与外部的资源是运维工作的重要职责。 1.1.3.服务意外退出 当虚拟机系统开始引入后，我们时常发现挂载在虚拟机系统上的一些服务器无故宕机且不知道任何原因，当用户需要使用时，由于无法自动恢复，影响正常工作。 1.1.4.不易寻找责任人 机房是一完整的整体，涉及到环境、网络、服务器、存储、操作系统、数据库、应用软件等，当一个故障发生时，难以判定故障原因，而目前机房是各个外协单位各施其责，最终造成故障排除时间缓慢，相互推诿的情况时有发生。 1.2.半自动化运维现状 目前许多企业的IT运维已经实现从人工运维到计算机管理，但延展咨询在同客户的交流中发现其中很多企业的IT运维管理还只是处在“半自动化”的运维状态。因为这种IT运维仍然是等到IT故障出现后再由运维人员采取相应的补救措施。这些传统式被动、孤立、半
信息系统运维服务 方案
XX局信息化系统运维服务方案 XX局 6月
目录 1概述 .................................................................. 错误!未定义书签。 1.1服务范围和服务内容 ............................. 错误!未定义书签。 1.2服务目标................................................. 错误!未定义书签。2系统现状 .......................................................... 错误!未定义书签。 2.1网络架构................................................. 错误!未定义书签。 2.2设备清单................................................. 错误!未定义书签。 2.3应用系统................................................. 错误!未定义书签。 2.4存储系统................................................. 错误!未定义书签。 2.5备份系统................................................. 错误!未定义书签。3服务方案 .......................................................... 错误!未定义书签。 3.1系统日常维护 ......................................... 错误!未定义书签。 3.2信息系统安全服务 ................................. 错误!未定义书签。 3.3系统设备维修及保养服务...................... 错误!未定义书签。 3.4软件系统升级及维保服务...................... 错误!未定义书签。4服务要求 .......................................................... 错误!未定义书签。 4.1基本要求................................................. 错误!未定义书签。 4.2服务队伍要求 ......................................... 错误!未定义书签。
ITSM 运维平台项目实施方案建议书
目录 1实施方案 (3) 1.1实施框架 (3) 1.2实施流程 (3) 1.3实施计划 (6) 1.4组织架构 (10) 1.4.1项目组织架构 (10) 1.4.2人员履历 (11) 1.5项目管理方法 (14) 1.5.1范围管理 (14) 1.5.2沟通管理 (15) 1.5.3问题管理 (16) 1.5.4质量管理 (19) 1.5.5变更管理 (20) 1.5.6风险管理 (21) 1.5.7上线管理计划 (23) 1.5.8质量管理计划 (23) 1.5.9变更管理 (24) 1.5.10用户使用支持计划 (24) 1.5.11遵循BMC最佳实践 (24) 1.6维护支持 (24) 1.6.1定期维护计划 (24) 1.6.2不定期维护 (25) 1.6.3客户请求等级分类 (25) 1.7培训 (27) 1.7.1培训内容 (27) 1.7.2培训课程 (27)
1 实施方案 1.1 实施框架 为了建立统一标准的实施方法，我们的专业服务构建了一套完整的实施框架，以作为构建具体实施方法的基础。该实施框架提供了统一的架构，针对具体的实施方案都将基于该框架进行更加具体的方法细节描述。 实施框架定义了四个模型： ●流程：项目执行的流程或者生命周期 ●团队：定义了团队结构，包括角色，职责和技能 ●控制：对项目进行控制的机制和程序 ●方法：描述具体的实施方法，包括工具，模板和过程 图 1: BMC实施框架 1.2 实施流程 本次项目实施将采用一个结构化且有一定适应能力的流程模型，该模型包括以下内容： ●定义了项目遵从的生命周期：包括计划，分析和设计等 ●定义项目里程碑和交付物
信息系统运行维护方案（IT运维服务方案）
目录 1运维服务内容 (3) 1.1 服务目标 (3) 1.2 信息资产统计服务 (4) 1.3 网络、安全系统运维服务 (4) 1.4 主机、存储系统运维服务 (9) 1.5 数据库系统运维服务 (16) 1.6 中间件运维服务 (19) 2运维服务流程 (21) 3服务管理制度规范 (23) 3.1 服务时间 (23) 3.2 行为规范 (24) 3.3 现场服务支持规范 (25) 3.4 问题记录规范 (25) 4应急服务响应措施 (27) 4.1 应急基本流程 (27) 4.2 预防措施 (27) 4.3 突发事件应急策略 (28)
1服务内容 1.1服务目标 运行维护服务包括，信息系统相关的主机设备、操作系统、数据库和存储设备及其他信息系统的运行维护与安全防范服务，保证用户现有的信息系统的正常运行，降低整体管理成本，提高网络信息系统的整体服务水平。同时根据日常维护的数据和记录，提供用户信息系统的整体建设规划和建议，更好的为用户的信息化发展提供有力的保障。用户信息系统的组成主要可分为两类：硬件设备和软件系统。硬件设备包括网络设备、安全设备、主机设备、存储设备等；软件设备可分为操作系统软件、典型应用软件（如：数据库软件、中间件软件等）、业务应用软件等。 通过运行维护服务的有效管理来提升用户信息系统的服务效率，协调各业务应用系统的内部运作，改善网络信息系统部门与业务部门的沟通，提高服务质量。结合用户现有的环境、组织结构、IT资源和管理流程的特点，从流程、人员和技术三方面来规划用户的网络信息系统的结构。将用户的运行目标、业务需求与IT服务的相协调一致。信息系统服务的目标是，对用户现有的信息系统基础资源进行监控和管理，及时掌握网络信息系统资源现状和配置信息，反映信息系统资源的可用性情况和健康状况，创建一个可知可控的IT环境，从而保证用户信息系统的各类业务应用系统的可靠、高效、持续、安全运行。服务项目范围覆盖的信息系统资源以下方面的关键状态及参数指标： 运行状态、故障情况
集团一体化智能运维平台 方案建议书
目录 1一体化运维管理平台产品技术方案 (5) 1.1自动化运维平台架构设计 (5) 1.1.1技术架构 (5) 1.1.2功能架构 (7) 1.1.3部署架构 (8) 1.2自动化运维平台功能设计 (17) 1.2.1资源监控 (17) 1.2.2配置管理数据库CMDB (126) 1.2.3自动化管理 (133) 1.2.4IT运维管理 (156) 1.2.5容量管理 (161) 1.2.6报表管理 (166) 1.2.7用户权限管理 (175) 1.2.8其它 (175) 1.3自动化运维平台系统设计 (185) 1.3.1系统安全性设计 (185) 1.3.2系统可靠性 (187)
1.3.3系统可用性 (187) 1.3.4系统易维护性 (187) 1.3.5系统扩展性 (188) 1.3.6系统可操作性 (188) 1.3.7系统数据库的存储与恢复 (189) 1.3.8系统接入方式 (189) 1.3.9系统开放性（待补充） (189) 2运维管理体系建设及咨询、实施方案 (190) 2.1基于ITIL的运维管理体系实施方法论 (190) 2.2运维管理体系设计示例 (192) 2.2.1事件管理 (193) 2.2.2问题管理 (204) 2.2.3变更&发布管理 (211) 2.2.4IT基础信息配置管理设计与实施 (222) 2.3项目管理及项目实施计划安排 (230) 2.3.1项目组织架构 (230) 2.3.2现场实施组织架构 (231) 2.3.3项目进度安排 (235) 2.3.4项目实施 (238)
软件平台运维技术方案 总体维护方案 全面保障招标人信息、应用系统平稳运行及有效应用，总体目标如下： 建立系统运维机制。提供全程运维服务，出现故障应能及时告警。必须建立完善的运维机制，包括运维团队、运维方案、运维制度、应急预案等：不发生六级及以上通信设备事件。不发生因云平台环境原因造成的系统故障、停机等事件。 信息安全。运维人员严格遵守有关信息安全与保密管理规定，运维期不得发生六级及以上信息安全事件。 运行指标要求。主机系统（包括存储）可用率不低于%。主机系统可用率=（总时间-主机计划外停机时间）/总时间*100%。应用系统可用率不低于%。应用系统可用率=（总时间-计划外停机时间）/总时间*100%。网络可用率不低于%。信息网络可用率=（总时间-计划外网络中断时间）/总时间*100%服务满意度。服务态度端正，有问必答，用语规范，态度诚恳，耐心解答用户疑难，虚心听取用户意见，处理业务不拖拉，不推诿。客户服务满意度达到99%以上。客户服务年投诉次数小于4次。 问题响应效率。从开始处理后3个小时内解决的问题占全部问题的比重不得低于80%；在一个小时内响应的问题占全部问题的比重不得低于95%；客户端、网络、用户管理、权限变更、操作类问题一个工作日内解决，业务流程、系统配置、权限设计类问题视问题的情况，一般在5个工作日内解决，系统变更业务审批在5个工作日内完成，新需求、开发类问题需视开发及测试情况尽快解决。 恢复措施。具备自动或手动恢复措施，以便在发生错误时能够快速地恢复
正常运行。软件系统故障时，自动恢复时间< 30分钟，手工恢复时间< 4 小时。 信息资产统计服务 此项服务为基本服务，包含在运行维护服务中，帮助我们对用户现有的信息资产情况进行了解，更好的提供系统的运行维护服务。 服务内容包括： 后台管理系统数据信息统计记录 门户网站信息发布安全管理 系统新增功能接口对接及研发 软件产品型号、版本和补丁等信息统计记录 网络结构、网络路由、网络IP地址统计记录 其它附属数据的统计记录 网络、安全系统运维服务 从网络的连通性、网络的性能、网络的监控管理三个方面实现对网络系统的运维管理。网络、安全系统基本服务内容： 序 号 服务模块内容描述 1云服务器配置配合用户进行，云服务器后买，安装部署，调试等工作 2系统故障诊断按服务级别：7×24小时
XX局信息化系统运维服务方案 XX局 2013年6月
目录 1概述 (3) 1.1服务范围和服务内容 (3) 1.2服务目标 (3) 2系统现状 (3) 2.1网络架构 (3) 2.2设备清单 (4) 2.3应用系统 (6) 2.4存储系统 ........................................................ 错误！未定义书签。 2.5备份系统 ........................................................ 错误！未定义书签。3服务方案 (7) 3.1系统日常维护 (7) 3.2信息系统安全服务 (15) 3.3系统设备维修及保养服务 (17) 3.4软件系统升级及维保服务 (18) 4服务要求 (19) 4.1基本要求 (19) 4.2服务队伍要求 (21) 4.3服务流程要求 (22) 4.4服务响应要求 (23) 4.5服务报告要求 (24) 4.6运维保障资源库建设要求 (25) 4.7项目管理要求 (26) 4.8质量管理要求 (26) 4.9技术交流及培训 (26)
5经费预算 (26)
1概述 1.1服务范围和服务内容 本次服务范围为XX局信息化系统硬件及应用系统，各类软硬件均位于XX局第一办公区内，主要包括计算机终端、打印机、服务器、存储设备、网络（安全）设备以及应用系统。服务内容包括日常运维服务（驻场服务）、专业安全服务、主要硬件设备维保服务、主要应用软件系统维保服务、信息化建设咨询服务等。 1.2服务目标 ●保障软硬件的稳定性和可靠性； ●保障软硬件的安全性和可恢复性； ●故障的及时响应与修复； ●硬件设备的维修服务； ●人员的技术培训服务； ●信息化建设规划、方案制定等咨询服务。 2系统现状 2.1网络系统 XX局计算机网络包括市电子政务外网（简称外网）、市电子政务内网（简称内网）以及全国政府系统电子政务专网（简称专网）三部分。内网、外网、专网所有硬件设备集中于XX局机房各个独立区域，互相物理隔离。 外网与互联网逻辑隔离，主要为市人大建议提案网上办理、XX
项目需求建议书案例 项目需求建议书案例 项目需求建议书案例【一】 一、生态旅游项目建议书:开发的可行性 白龙原始森林生态旅游区自然风光秀丽，生态结构原始，乡村风情浓郁，土特产品丰富，区位优势优越，具有发展风景旅游、休闲度假的基础条件和建立高等级生态旅游区的优势。 (一)具有方便快捷的区位交通条件 白龙原始森林生态旅游区位于河南省卢氏县瓦窑沟乡境内，地处豫陕两省三县(河南省卢氏县、西峡县，陕西省商南县)交界，距县城74公里。生态旅游项目建议书规范指出:整个旅游规划区沿209国道分布，距312国道、宁西铁路30公里，距3XX国道、连霍高速、陇海铁路、郑西客运专线XX0公里。即将动工的临(汾)三(亚)高速公路穿境而过，届时，规划中的白龙原始森林生态旅游区东达洛阳、郑州，南到南阳及湖北荆襄，北上山西运城临汾，西到陕西商洛西安，将十分便捷。 (二)具有保存完好的高山原生自然生态环境 规划中的白龙原始森林生态旅游区是卢氏县玉皇山国家森林公园及地质公园的一部分。白龙原始森林生态旅游区所处环境独有的自然生态的“原始性”，表现有以下几个特点: 1、生态旅游项目建议书:典型的深山原始生态结构。白龙原始森
林生态旅游区是全国生态示范区--卢氏县中的主要天然原始林区之一。该区域是国家南水北调工程源头--淇河的上源，地属长江流域，气候湿润，植被完好。山区多为原始森林与原生次生森林，林区植被为立体构成，层次分明，生态系统完整。 2、优良的生态环境。该地在2002年209国道开通之前，一直是四塞之地，基本没有受到人类活动的干扰，空气质量极好，植被没有受到任何破坏，水质无任何污染。经测定，白龙原始森林生态旅游区中号称“空气维生素”的负氧离子最高达每立方厘米XX万个以上(据资料，当每立方厘米空气中的负氧离子数在1万个以上时，人就会感到神清气爽、舒适惬意;而当每立方厘米空气中的负氧离子数达到8万个以上时，就能起到镇静、止喘、消除疲劳、调节神经等防病治病效果)。 3、丰富的野生动植物资源。据调查，主要植物种类有XX0余科近千种，国家级珍贵树种就有水杉、桫椤、银杏等十几种。野生动物主要有大鲵、金钱豹、麂、穿山甲、锦鸡、野雉、野猪等几十种。 (三)生态旅游项目建议书:具有特色鲜明的旅游资源 整个规划区由白龙原始森林、石马古寨、龙洞、泉坪竹海、桫椤河生态漂流五个旅游项目区组成，总面积80平方公里。 ●白龙原始森林。该原始森林是河南省及周边省份面积最大、保存最为完好的原始森林。主峰松树尖最高海拔1996米。景区内古木参天，藤萝缠绕，幽谷深潭，飞瀑流泉，四季景色各异，让人留连忘返。
I T运维管理平台需求方 案 标准化工作室编码[XX968T-XX89628-XJ668-XT689N]
IT运维管理平台需求方案 深圳市粤港科技有限公司 2017年7月 1.项目概述 1.1项目背景 1.2项目目标 通过构建IT服务管理平台，达到以下目标： 1)流程规范化：运用ITIL最佳经验，建设事件管理、问题管理、变更管理、发布 管理，配置管理、知识库、自助服务流程，规范IT运维工作；梳理IT运维服务流程，提供高质量的服务。 2)平台统一化：构建统一的IT服务平台，以此为基础推广到全公司的IT运维和管 理工作，为IT服务提供有力技术支撑。 3)系统集成化：实现与企业现有众多的管理系统包括门户系统、短信平台、邮件系 统等的集成，发挥信息整合和联动优势；
4)管理可视化：有效监控和分析管理流程运行的效率，产生有效的流程管理信息， 实现对服务流程的不断改进和提升。 2.功能需求 2.1服务台 服务台的主要目标：是协调客户（用户）和IT部门之间的关系，为IT服务运作提供支持，从而提高客户的满意度。 IT部门通过服务台统一授理各类事件或服务请求，并使现在由人工完成的事件或服务请求的记录、分派、监督通知、解决方案记录、报表统计等过程电子化、自动化，降低人工操作和管理带来的风险，以提高系统使用人员的工作效率和服务水平，实现IT服务管理质量的同步提升。有以下的需求： 1)可针对不同的事件类型、处理状态、处理人员、组织结构等进行统计分析，并用 图形显示。 2)能够根据自定义的起止时间实现数据查询和报表定制。系统可按小时、日、周、 月、年等不同时间梯度对系统中数据进行汇总、整理。 3)服务台可以向指定人员或群组发送广播通知（邮件或短信）。 4)可以对接收到的事件信息进行必要的统计，得出可用分析用的报表。 5)服务台实现灵活的通知机制，通知的方式包括：发送电子邮件、短信。 6)对于处理完毕的服务请求，系统自动产生回访调查，由最终用户在网页上填写对 处理的反馈意见和评分，以促进服务水平的不断改进。 2.2自助服务管理 自助服务管理是提高服务台效率和客户满意度的有效手段。自助服务管理通过服务目录发布服务内容，帮助用户自己处理事件或完成事件、问题的申报，从而大量降低了
第1章项目概况 (4) 1.1项目背景 (4) 1.2项目目标 (4) 1.3需求分析 (4) 第2章运维服务管理体系建设 (6) 2.1IT服务管理概述 (6) 2.2运维服务管理流程体系 (7) 2.2.1服务支持 (8) 2.2.2服务提供 (14) 2.3运维服务管理规划 (18) 2.3.1第一阶段：服务磨合阶段 (18) 2.3.2第二阶段：主动服务阶段 (21) 2.3.3第三阶段：战略规划阶段 (24) 2.4运维服务质量管理 (24) 2.5建立运维管理规范 (26) 2.5.1运维管理规范概要 (26) 第3章信息系统运行保障方案 (28) 3.1统一服务台建设 (28) 3.2建立文档管理制度 (29) 3.3一般信息化设备及相关软件运维管理 (33) 3.3.1一般信息化设备服务范围 (33) 3.3.2一般信息化设备运维 (33) 3.3.3例行维护流程图 (34) 3.3.4一般设备服务方案 (35) 3.4防（杀）病毒服务 (40) 3.4.1防病毒服务需求 (40) 3.4.2制定合理的防病毒策略和安全管理制度。 (40) 3.4.3客户端防病毒升级软件 (41)
3.4.4防毒组件及时更新 (41) 3.4.5每周防毒系统部署情况统计 (42) 3.4.6每周对产生的病毒事件进行评估 (42) 3.5信息资产巡检及普查服务 (42) 3.5.1主动巡检 (42) 3.5.2信息资产普查 (43) 3.6其它有关说明及要求 (43) 第4章运维服务计划方案 (45) 4.1运维服务准备 (45) 4.1.1签定必要的协议和约定 (45) 4.1.2人员准备 (45) 4.1.3工具准备 (45) 4.2项目人员组织 (46) 4.2.1人员结构 (46) 4.2.2人员职责与岗位要求 (47) 4.3服务计划 (48) 4.3.1服务时间 (48) 4.3.2进场初始阶段 (48) 4.3.3第一个服务阶段 (49) 4.3.4第二个服务阶段 (49) 4.3.5服务总结和延续阶段 (50) 第5章应急服务方案 (51) 5.1灾难应急措施 (51) 5.1.1应急措施体制图与总则 (51) 5.1.2大型灾难紧急行动方案 (52) 5.2运行服务应急方案 (55) 5.2.1启动应急流程 (55) 5.2.2成立应急小组 (58) 5.2.3应急处理过程 (58)