XXX系统运维投标文件(含运维方案

第一篇：XXX系统运维投标文件(含运维方案

XXX系统运维投标文件(含运维方案)

比较实用运维的投标的方案模板!,主要针对小机、存储、PCSERVER,数通网络等。

目录

一法定代表人授权书

二、法定代表人或其授权代表身份证复印件 三投标申请及声明

四、报价表

五、报价明细表 5.1企业简介 5.1.1公司概况 5.1.2 公司资质 5.1.3 管理与运作 5.1.4 发展目标 5.2同类业绩情况:

六、投标单位资质证明文件（见下附件）

七、运维方案

7.1运维服务目标及服务范围

7.2服务内容7.3运维人员组织架构7.3.1运维组织结构介绍 7.3.2运维成员职责 7.3.3运维成员组织结构 7.4 运维质量保证措施 7.4.1 质量控制管理 7.4.2 进度控制管理 7.5运维流程及服务方式 7.5.1 服务方式 7.5.2运维流 7.6具体服务项目及输出文档

7.6.1小型机、pc服务器、网络设备及存储系统 7.6.2机房空调、UPS设备运维服务 7.6.3数据库系统运维服务 7.6.4中间件系统运维服务 7.7应急服务响应措施 7.7.1突发事件应急流程 7.7.2预防措施及处理办法

一、法定代表人授权书 ：

本授权书声明：xxx科技有限公司（投标单位）的xxx 董事长（法定代表人姓名、职务）授权xxx销售经理（被授权人的姓名、职务）为本公司的合法代理人，就xxxxxx项目投标及合同的签订，以本公司名义处理一切与之有关的事务。

本授权书于年月日签字生效，有效期天，特此声明。

法人授权代表签字： 法人授权代表身份证号码：

投标单位：xxx科技有限公司（公章）法定代表人：（印鉴）

年 月日

二、法定代表人或其授权代表身份证复印件

三、投标申请及声明

致：xxx投资咨询有限公司

根据贵方号招标文件，正式授权下述签字人销售经理(姓名和职务)代表申报人xxx有限公司（招标投标单位名称），提交下述文件正本一式壹份，副本一式叁份。据此函，签字人兹宣布同意如下：)承认和愿意按照招标文件中的各项规定和要求，提供相应服务（服务期一年）。总报价为（大写）：元整(¥元)，接招标单位中标通知书后10天内进场提供相关服务。)愿意按照《合同法》和《中华人民共和国招标投标法》履行自己的责任和义务。)如果我们申请书被接受，我们将履行招标文件中规定的每一项要求，按期、按质、按量完成任务。)我们愿意提供招标人在招标文件中要求的所有资料。5)我们理解，最低报价不是中标的唯一条件。)我们同意按招标文件规定，交纳投标保证金。遵守xxx投资咨询有限公司有关招标的各项规定。7)我方的申请书在开标后60天内有效。

申报投标单位名称：xxx有限公司（盖章）法定代表人：（印鉴）年月日

四、报价表

招标单位： 项目名称： 总报价（小写）：（大写）：

其他说明：我公司将于签订合同7日后进场，提供优质维保服务

投标单位：xxxx有限公司（盖章）

法定代表人：xxxxxxx（盖章）

编 制 时 间：年月日

五、报价明细表

[此处图片未下载成功]

投标单位：（公章）法定代表人（印鉴）

年月 日

[此处图片未下载成功]

5.1企业简介

.1.1公司概况

.1.2公司资质 5.1.3管理与运作 5.1.4发展目标

.2同类业绩情况:

[此处图片未下载成功]

附下页：

六、投标单位资质证明文件（附下页）)企业法人营业执照复印件加盖投标单位公章； 2）税务登记证复印件

七、运维方案

.1运维服务目标及服务范围

通过购买专业运维服务，进一步加强xxx数据中心运行维护，对数据中心运行维护流程提供先进的管理理念与流程，并通过专业的技术支持为数据中心运行维护工作提供专业的技术平台，满足xxx大数据量安全存储的要求，可以满足多种应用运行环境稳定的要求，可以满足系统及数据高效、可靠和安全运行的要求，可以满足运行设备统一管理、及时的故障恢复的要求，可以保证在数据中心构建的应用系统和数据集中运行的设备平台正常运行，满足省本级数据库和应用系统的建设需要，达到高效、稳定、安全和高扩展性的要求，为实现省本级信息化建设的可持续发展奠定集中统一的设施基础。

设备及软件清单：

[此处图片未下载成功]

7.2服务内容

依据客户提供的设备及软件清单，我公司对xxxxxx提供如下服务内容：

[此处图片未下载成功]

[此处图片未下载成功]

全面巡检，巡检时检查蓄电池使用情况，并且 进行充放电

坏件更换 配备机房专业知识的人员对机房实行 5X8 小 时值班。

次/年 提供7*24 小时 立即响应 提供 现场更换

数据库

中间件

要求完整、详细、真实的维护记录文档，按 月、季、年度提交规范的维护报告。维护文档 日

常运行状态监控 BUG 管理 数据库安装、配置管理 存储管理 对数据库进行优化 按季度进行巡检 解决数据库运行中出现的各类故障 文档提交 规范的维护制度 维护文档 日常运行状态监控 BUG 管理 按季度进行巡检 安装维护 解决中间件运行中出现的各类故障 备件保证 备件库 备件更换 技术服务 驻点服务： 1.提供 7×24 小时免费故障检测与 维修换件现场服务 2.预防性维护服务 远程技术支持服务： 1.提供 7×24 小时的故障 响应电话支持 2.每周一次与客户沟通交流 培训服务：1.专业知识培训 2.日常运维管理 远程诊断 远程拨入系统分析 远程故障解决 远程系统性能监控

提供 提供 提供 提供 提供 提供

[此处图片未下载成功]

7.3运维人员组织架构

.3.1运维组织结构介绍

我公司将在此运维项目中投入业务水平高、技术能力强的运维人员和质量控制人员，采用xxx公司严格规范的运维管理模式，进行全方位管理。

为了进一步确保运维项目的进度与质量，xxx公司在项目运维阶段、质量管理、技术文档等方面进行严密规范的部署。公司的运维队伍组成包括：

运维项目总负责人（常务总经理兼任）；

运维管理委员会（项目经理、甲方代表、监理代表）； 运维驻点服务小组； 技术支持专家组； 备品备件供应小组； 文档管理小组

.3.2运维成员职责

项目经理职责：

项目经理受公司总经理任命和委托，全权负责运维项目合同的各项条款的履行。对运维项目的优质、高效安全负全责。

驻点工程师职责：、负责对小型机、服务器、存储设备相关的申报事件进行处理和解决。

2、负责对小型机、服务器、存储设备提供日常性能和运行状况监控，对故障进行分析处理及建立完善预警机制。、负责保障机房服务器正常运行，遵循用户的安全保障管理要求。

4、接受用户对服务器维护事件的督办、检查，协助服务台完成对用户意见进行回访和事件统计、分析。对服务过程和反馈的意见进行改进，同时接受服务台的绩效考评工作。

5、及时提供服务器运行和问题处理情况，并向用户负责，并按周、月、季、年提交运维运维服务工作进度总结和计划。、负责整理和归纳服务器日常维护知识库，提交至运维服务平台。

7、负责整理和提交服务器运维过程资料和相关配套维护文档。

技术支持专家职责：

.为客户提供7×24小时的故障响应电话支持。

.接听客户服务热线电话和接收（电话/Email/Fax等）客户服务请求;3.通过网络或电话为客户提供即时的远程技术支持, 包括软硬件故障的诊断和排除, 客户端软件的安装和设置。.协调多方服务团队，及时跟进未完成的服务请求并及时更新系统信息和状态;

备品备件管理员职责：

.组织实施备品备件的订购、运输及入库工作

.负责汇总待料备件，及时采购或调拨，并主动向项目经理说明待料

原因、追踪处理。

.3.3运维成员组织结构

针对本次维保项目我公司配备了5名专职人员具体如下表：

[此处图片未下载成功]

7.4运维质量保证措施

.4.1质量控制管理

按照相应的ISO9001：2000国际质量体系标准及国家规定进行质量控制，还以相应的规范要求对设计质量，施工质量、材料和设备质量进行管理、要求、控制。

公司的施工阶段性内部验收制度，是质量控制管理的有利保证。工程的每一个阶段完成时，公司技术支持部门都要按有关部门规范和要求进行严格的内部验收。验收标准整体上高于用户验收标准。

.4.2 进度控制管理 针对本次项目我公司结合客户要求做出如下运维计划：

[此处图片未下载成功]

具体输出见本投标文件7.6 具体服务项目及输出文档

.5运维流程及服务方式

.5.1服务方式

针对本次项目我公司为保证各系统的稳定可靠的运行我公司根据该项目的具

体要求提供三种方式的技术支持服务，分别为：现场服务、远程技术支持服务、针对甲方运维人员的技术培训服务。

现场服务

对客户的系统进行现场维护和巡检，驻点工程师对各个应用系统完成定期巡检，同时输出巡检报告提交给客户，驻点工程是还应对客户的故障设备进行维修和更换备件服务。为了让客户得到更及时和更快的服务，驻点工程师还提供7×24小时的故障响应电话支持。

远程技术支持服务

远程技术服务主要是通过电话或其他方式受理客户和驻点工程师的疑难问题，通过沟通来指导客户或驻点工程师解决问题，同时远程技术服务工程师还通过电话或者其他方式与客户主动沟通来提高客户管理和运维能力。

技术培训服务 为提高客户的运维人员的技术水平及运维管理能力，我公司将派遣具有丰富实施经验的技术专家定期对客户进行相关专业（主机、存储、数通、网络、安全、机房环境等）的培训。

培训可以采用灵活多样的方式如面对面交流、课堂授课、邮件沟通等。

.5.2运维流程

我公司除培训服务外，为本项目提供两种服务方式：一种为技术人员现场值守，另一种是定期巡检结合故障现场服务。

1、技术人员现场值守运行维护服务的基本操作流程如下图所示：

[此处图片未下载成功]

2、定期巡检结合故障现场运行维护服务的基本操作流程如下图所示：

[此处图片未下载成功]

.6具体服务项目及输出文档

小型机、pc服务器、网络设备及存储系统

小型机、pc服务器、网络设备及存储系统运维部分主要分为三部分，分别为小型机存储系统运维、pc服务器运维、网络设备运维。

小机存储系统运维内容主要包含小型机设备、光纤交换机、存储设备三部分主要从以下几个方面进行维护：、检查设备各部件的状态灯；

2、检查并处理设备的错误日志；

3、硬件设备的全面检查；

4、网络配置的检查及测试；

5、操作系统性能分析；、核对各小型机配置信息，根据需要调整配置；

7、检查设备的微码版本；

8、检查存储设备运行情况；

针对如上要求输出如下检测报告：

[此处图片未下载成功]

表示系统内存不足

系统镜像

执行命令： lsvg –l rootvg

检查系统卷组的镜像状态。各个逻辑卷的 PPs 数量应该为 LPs 数量的整数倍，倍数 正常□异常□ 大于 1 并且能被 PVs 整除，表示卷组已经作镜像。各个 逻辑卷的 LV STATE 应该为 syncd, 否则表示镜像不同步。检查已经挂载的文件系统的使用状态。重点检查 /(根)/tmp(临时)/var(日志文件)这些动态文件系统的使用 率最好保持在 70%以下。检查系统日志是否有硬件或软件方面的永久错误。若发 现错误类型为 P 的信息，则需要注意。检查各个网卡的配置情况，状态

是否为 UP,检查 ip 地 址和子网掩码等配置是否正确。检查磁带备份的可读性。若没有错误显示，则表示备份 磁带的数据是有效可恢复的。正常□异常□

文件系统

执行命令： df-k 执行命令： errpt 执行命令： ifconfig –a 执行命令： lsmksysb-V-f /dev/rmt0

错误日志 网卡配置 情况 系统备份

正常□异常□ 正常□异常□ 正常□异常□

客户确认巡检结论： 【 用户代表签字： 服务工程师签字： 】合格【 】不合格 年 年 月 月 日 日:

[此处图片未下载成功]

存储系统设备巡检：

[此处图片未下载成功]

Pc服务器运维内容主要包含设备硬件、操作系统、软件几个方面进行考虑。PC服务器巡检：

[此处图片未下载成功]

其它分区 操作系统版本/ 核心 patch 版本 高可用性软件 数据库软件 存储软件 备份软件

正常□异常□ 正常□异常□ 正常□异常□ 正常□异常□ 正常

□异常□ 正常□异常□ 正常□异常□ 正常□异常□ 正常□异常□ 正常□异常□ 【 】不合格 日 日

巡检结论： 用户代表签字：

【 】合格 年 月 月

服务工程师签字：

年

[此处图片未下载成功]

网络设备的运维内容主要包含交换机、防火墙以及负载均衡等相关设备 输出文档按照如下：

[此处图片未下载成功]

7.6.2机房空调、UPS设备运维服务

为保证机房内各个应用系统的设备正常稳定的运行，良好的机房环境是非常必要的，我公司针对本次项目主要从机房空调系统、UPS供配电系统，作为重点运维内容，同时对机房内的其他指标项进行检测如机房内温度、湿度、消防系统、新风系统等。

机房空调系统的运维内容主要遵循如下表单进行巡检：

[此处图片未下载成功]

备注：我公司巡检人员每周会严格按照机房空调巡检报告具体要求对客户的空调系统检测，为保证空调系统的工作正常，每年不低于2次的全面巡检，对故障配件进行检修，在日常维护中及时清理及更换过滤网和加湿罐等耗材，定期清理机房空调的室外机，检修内各供水管路及排水管路，杜绝漏水，保证管路畅通。在设备出现故障后，保证在48小时内恢复正常。

机房UPS系统的运维内容主要遵循如下表单进行巡检：

[此处图片未下载成功]

备注：我公司巡检人员每周会严格按照UPS巡检报告具体要求对客户的UPS供配电系统进行检测，根据具体的检测结果对UPS设

备进行合理维修，为保证UPS设备的正常运行，每年至少进行一次全面巡检，巡检时检查蓄电池使用情况，在客户授权的情况下进行充放电，当UPS设备发生故障时，应在72小时内恢复正常运行。

[此处图片未下载成功]

7.6.3数据库系统运维服务

针对数据系统的运维我公司提供如下解决方案：本方案适用于技术人员的日常运维工作。DB维护方法

数据库启动、以oracle用户用户登录，‘/as sysdba’ sqlplus> startup、以oracle用户或ora816用户登录 ‘/as sysdba’ sqlplus>startup nomunt

>alter database mount； sqlplus >alter database open；、第一种启动方式是最常用的手工启动方式，第二种启动方式是数据库有故障时常用的逐步启动方式，可以观察故障点。因为startup nomount 语句只读取spfile（server parameter file 数据库参数文件），启动instance，启动SGA和后台进程；alter database mount语句打开控制文件，确认数据文件和联机日志文件的位置，但此时不对数据文件和日志文件进行校验检查；alter database open打开包括Redo log文件在内的所有数据库文件，这种方式下可访问数据库中的数据。Startup完成功能是上述三条语句的之和。数据库停止、sqlplus ‘/as sysdba’

>shutdown normal 正常方式关闭数据库。

2、shutdown immediate

立即方式关闭数据库,在 SQLPLUS中执行数据库并不立即关闭，而是在所有事务执行完毕并提交工作后才关闭，所以可能会等待，因此在关闭数据前要停掉连接到数据库的所有应用程序。建议日常维护工作中的关闭数据库，采用此方式。

3、shutdown abort

直接关闭数据库，正在访问数据库的会话会被突然终止。如果数据库中有大量

操作正在执行，这时执行shutdown abort后，因日志回滚、前滚（Roll Back/Roll Forward），下次重新启动数据库需要教长时间。当用shutdown immediate不能关闭数据库时，shutdown abort可以立即完成数据库的关闭操作。监听器的启停、监听器的启动，以oracle用户用户登录 start [$ORACLE_SID]、监听器的停止，以oracle用户用户登录 stop [$ORACLE_SID]、监听器状态的查看，以oracle用户用户登录 status [$ORACLE_SID]、检测服务名是否有效，在操作系统下运行

SERVICE_NAME NUMBERS _NAME为你建立的服务名，NUMBERS为你要试PING数据库服务的次数 用户管理、用SQL语句查看系统中已有用户情况 select * from dba_users;、增加新的用户，并授予连接和资源权限，只有授予连接权限才可登录，授

予资源权限才可建表和修改

user USERNAME profile defaultidentified by PASSWORD default tablespace DEFALUT_TABLESPACE_NAME temporary tablespace TEMP_TABLESPACE_NAME;grant connect http://to USERNAME;grant resource to USERNAME;、修改用户口令

user USERNAME identified by NEWPASSWORD;、删除用户 user USERNAME;、限制某个已有用户会话的连接数(通过创建profile的方式)profile PROFILENAME limit sessions_per_user

CONNECT_NUMBERS;

user USERNAME profile PROFILENAME;

数据库参数文件、参数文件位置$ORACLE_HOME/dbs/spfileINSTANCE_NAME.ora,参数主要分为

动态参数和非动态参数，动态参数修改够直接生效，非动态参数需要重新启动数据库才能生效。

2、修改参数的方法

set PARAMETER_NAME = VAlUE scope=both(system/spfile)、几个重要的参数、db_block_size 数据库块大小，数据库创建时决定，创建后不能修改。B、db_block_buffers 数据高速缓冲区大小为此值与db_block_buffes的乘

积，该区越大越好。、share_pool_size 程序高速缓冲区和数据字典缓冲区的大小，主要用于存

储执行过的sql语句，减少重复分析，提高运行速度。该区也越大越好，但建议数据高速缓冲区加上程序高速缓冲区和数据字典缓冲区的大小（即SGA）一般不超过系统物理内存的50%。、sort_area_size 每个会话用于排序操作的内存大小，建议为默认值的两

倍到１M之间。、process 能同时访问数据库的最大进程数，根据连接数的多少，来设定，一般为300以上。、db_io_slaves 后台写进程数 对I/O比较繁忙的数据库，可以将其设为多

于1个。

（以上参数以9i为参考，在10g里个别参数名有所变化）数据库概况的查询、表空间的情况

tablespace_name,stauts from dba_tablespaces;、数据文件的情况

FILE_NAME,FILE_ID,TABLESPACE_NAME FROM DBA_DATA_FILES;、段的情况

SEGMENT_NAME，TABLESPACE_NAME,SEGMENT_ID,FILE_ID,STATUS FROM DBA_ROLLBACK_SEGS;

4、表、存储过程的拥有者名字和创建日期

owner,object_name,object_type,created from all_objects

object_type=’TABLE’OR OBJECT_TYPE=’PROCEDURE'、其他常用的视图和表

$lock 锁的情况 v$session 会话的情况 v$process 进程的情况 v$parameter 数据库参数 v$rollname 回滚段的情况 v$sqlarea 共享池中的SQL语句 v$waitstat 等待的会话 dba_jobs 数据里定义的作业

_jobs_running 数据库里正在运行的作业 dba_views 数据库中所有视图的文本 dba_indexs 数据库中所有索引的描述

_free_space 数据库中所有表空间自由分区 dba_db_links 数据库中所有数据库链接

常用对象的创建和使用、表的创建(在表空间zy上创建表dhhm为例)tablhttp://e dhhm

(hm varchar2(11), varchar2(60))tablespace zy;、索引的创建(将DHHM表上hm字段建立索引hmsy存储在表空间zy上为例)index hmsy on dhhm(hm)tablespace zy;、已有存储过程、函数、包源代码的查找 name,text from user_source where name=NAME;、数据库链接的创建和使用

public database link DBLINKNAME.world connect to USERNAME identdied by PASWORD using SERVICENAME;select * from TABLE_NAME@DBLINKNAME;

5、同义词的创建和使用(以dyh用户可以查询并修改yyxt用户的dhhm表为例)dyh.dhhm for yyxt.dhhm;grant select on yyxt.dhhm to dyh;grant update on yyxt.dhhm to dyh;

失效数据库对象的检测和编译、失效存储过程的查找和编译

'alter procedure'||object_name||' compile;' from _objects where status = 'INVALID' and object_type='PROCEDURE’ 然后复制粘贴并执行第一条语句的输出结果、失效的包的查找和编译 'alter package'||object_name||' compile;' from _objects where status = 'INVALID' and 'PACKAGE’ 然后复制粘贴并执行第一条语句的输出结果

表空间的管理、查看所有表空间大小和使用率

a.tablespace_name,sum(a.bytes)/1024/1024 “total size(M)”,(10000*(sum(a.bytes)/1024/1024-sum(b.bytes)/1024/1024))/(M)“,(10000*(sum(a.bytes)/1024/1024-sum(b.bytes)/1024/1024)/(sum(a.bytes)/1024/1024))/100 ”percent %“ dba_data_files a,(select tablespace_name,file_id, sum(bytes)bytes dba_free_space group

by

tablespace_name,file_id)

b

where

1000”used

size a.tablespace_name=b.tablespace_name a.file_id=b.file_id group by a.tablespace_name;

2、使用文件系统的表空间扩展 database TABLESPACE_NAME add datafile FILE_NAME size SIZE;

3、用裸设备表空间的扩展

database TABLESPACE_NAME add datafile RAW_DEVICE_NAME size SIZE;这里需要注意的是裸设备要提前建立后，且这里使用的是裸设备的字符文件

（类型为C）,SIZE值要比其实际大小要稍微小一些。、集群中，在某一台主机上共享卷组上增加文件系统和裸设备后，一定要 同步到集群中另外的主机，否则当数据库在另外的主机中启动时，会找不着相应的设备号，导致数据库不能够被打开。、查找表空间的剩余空间块数以及最大空闲块的大小，如果碎片过多或最大空闲块过小，需要手工合并表空间碎片 tablespace_name,count(*)“free block number”,trunc(sum(bytes)/1024/1024)“total free size(M)”,trunc(max(bytes)/1024/1024)

“max block(M)” from dba_free_space group by tablespace_name;、手工合并某表空间碎片

tablespace TABLESPACE_NAME coalesce;

数据文件I/O的统计优化 文件名 format a35； select ://size SIZE;(注：三个大写字符串是需要变化的具体值)

这里需要注意的是裸设备要提前建立，且这里使用的是裸设备的字符文件（类型为c）,SIZE值要比其实际大小要稍微小一些，如设备大小为15M，语句里就不能使用15M，只要比15M小10K左右就可以。

相关通用工具介绍 Manager（EM）

是用于Oracle数据库管理的一个功能强大的工具，并且可以通过IE访问连接，使用EM可以完成大部分的数据库管理工作。

.作为 oracle 用户登录到操作系统上。执行以下命令来启动 dbconsole 进程： emctl start dbconsole 启动后可以通过登录以下URL来连接： https://localhosts:5500/em

.通过执行以下命令来检查 dbconsole 进程的状态： emctl status dbconsole 3.停止 dbconsole 进程： emctl stop dbconsole

.6.4中间件系统运维服务

中间件系统运维主要组从如下几个方面进行：根据客户要求我公司从如下几个方面进行巡检：

1、操作系统版本 AIX

# oslevel –r或者 # oslevel –s或者、WebShpere版本以及补丁级别 查看版本方法如下： 方法一：

如果websphere启动了，那么可以用浏览器访问console,欢迎页面右上角就

写有相关信息，默认情况使用http://ip:9090/admin登陆 方法二：

如果是WebSphere 6.1，则记录在

如果WebSphere 7.0，则记录在

方法三：

执行WebSphere cation Server安装目录的bin目录下的versionInfo命令，由输出信息可以查看到WAS的产品信息。

平台执行versionInfo.exe Unix和Linux平台执行versionInfo.sh 这个将会看到非常详细的信息，推荐使用该方法 cd /bin versionInfo.exe

3、查看WAS的JDK版本

方法一：通过SystemOut.log文件查找

查看任意慨要文件(profile)下的SystemOut.log文件，此文件包含WebSphere Application Server

产品相关信息,包括的版本信息。

/logs/server1/SystemOut.log 方法二：通过从命令行运行 java –version /java/bin/java-fullversion

4、查看web服务器版本信息

平台上的IBM HTTP Server的版本信息，运行apache.exe –v C:FilesHTTP Server>apache-v Server version: IBM_HTTP_Server/6.0 Apache/2.0.47 Server built: Nov 4 2004 10:11:21 和Linux平台上的IBM HTTP Server的版本信息，运行httpd –v httpd-v version: IBM_HTTP_Server/6.0 Apache/2.0.47 Server built: Nov 4 2004 10:11:21

5、JAVA堆

一般JVM大小设置为1G，使用以下过程来设置 JVM 堆大小：

选择服务器

->

应

用

程

序

服

务

器

-> Server1http://-> 进程定义->Java 虚拟机 滚动到初始堆大小和最大堆大小字段并设置值。单击确定以保存更改。

6、系统运行日志 WebSphere5.0,5.1

/AppServer/logs WebSphere6.0,6.1

/AppServer/profiles/

/logs

下面2个是出了故障后，进行定位的，导出内存内容的，检查配置参数。

7、Java core

通过分析javacore可以获得jvm中当前运行的线程情况，分析不同时间的javacore文件，可以分析出一些死锁的问题

文件直接看，或者使用ThreadAnalyzer查看

选择服务器-> 应用程序服务器-> Server1-> 进程定义->环境条目 滚动到IBM_JAVADUMP_OUTOFMEMORY查看属性定义，然后找到相关文件

8、Heap dump

通过分析heapdump可以获得jvm内存中当前的对象分布情况，从而查找解决内存泄漏的问题。heapdump文件似乎只有在内存泄漏的时候才会生成，因为要将内存中的数据写道文件，所以当堆大小设置比较大的时候，这个过程会要比较长的时间

选择服务器-> 应用程序服务器-> Server1-> 进程定义->环境条目 滚动到IBM_HEAP_DUMP_OUTOFMEMORY查看属性定义，然后找到相关文件

一、确认磁盘空间是否满足要求、WebSphere 应用服务器自身代码的占用空间。这个空间一般在1G左右，在不同的系统平台上略有差异。、概要文件所占的空间。WebSphere应用服务器V6.1创建的概要文件基本类型有3种，每个概要文件所占用的空间如下：应用程序服务器(Application Server)：在WebSphere应用服务器安装没有选择安装样本程序时，这一概要文件所占磁盘

空间约为200M； ment Manager：30M；定制概要文件（Custom，即node agent）：10M。、如果要安装WEB服务器，则在WEB服务器所在服务器上要预留WEB服务器所占的磁盘空间。IBM HTTP服务器一般占用110M左右的空间。、如果安装WEB服务器，则在WEB服务器所在机器上通常也要安装Web Server Plug-in组件，该组件所占磁盘空间约为200M。、WebSphere 应用服务器系统日志的占用空间。日志空间的估算要结合系统对日志的配置情况。WebSphere应用服务器的主要日志有SystemOut.log，SystemErr.log。我们可设置日志文件的大小和保存的历史日志文件数量，从而可以估算出其需要的空间。、如果有WEB服务器，需考虑WEB服务器的日志空间。如果客户开启了WEB服务器的访问日志access.log（默认开启），此日志增长的速度极快，要预留足够的空间。、备份文件需要的空间。WebSphere应用服务器提供了一个备份命令（backupConfig.bat/sh），用来备份应用服务器的配置及其上应用。我们建议在系统稳定之后及时备份。对于一个典型生产系统，WebSphere应用服务器这个配置文件经常超过100M。可在发出backupConfig命令时，使用-logfile参数指定该备份文件的存放位置。、系统出错时日志，例如，JVM在发生OutOfMemory时，在大多数平台上WebSphere应用服务器会默认写javacore文件和heapdump文件，记录错误出现时的JVM Heap、线程情况，以备错误诊断使用。虽然可以调整应用服务器参数使之不产生此类文件，但为了分析问题，通常需要从此类文件入手。这类文件通常都特别大，例如heapdump文件，可能达到几百M。如果多次出现OutOfMemroy，对磁盘空间的占用很快。因此，必须考虑为此类文件预留磁盘空间。、WAS安装程序还需要在系统的临时目录/tmp中有100M以上的空闲空间。

10、用户发布到WebSphere应用服务器上所有应用程序以及应用自身的应用日志的占用空间。这个大小与实际应用相关，而且不同应用可以差别很大。

二、日常管理任务、查看/更改应用服务器端口 更改应用访问端口

默认情况下，WAS的管理控制台和应用访问是两个不同的端口。访问WAS的管理控制台或者WAS上部署的应用，所使用的端口由应用服务器端口以及虚拟主机决定。假设我们要把应用访问的端口从9080变成9082（实际工作中，如果没有Web服务器，有的环境会希望把应用访问端口变成80，方法类似），则按如下步骤进行：登陆WAS管理控制台，选择 左边菜单 服务器 － 应用服务器，点击 server1，选择“端口”，点击“WC_defaulthost”，修改端口为自己想要的任意端口（注意避免端口冲突），例如，9082。然后点击“确定”。然后“保存”。更改WAS管理控制台端口

登陆WAS管理控制台，选择 左边菜单 服务器 － 应用服务器，点击 server1选择“端口”。然后更改WC_adminhost为自己希望的管理控制台端口。然后点击“确定”、“保存”。选择 左边菜单 环境 － 虚拟主机，点击；然后选择admin_host，选择“主机别名”。把原有端口9060改成与前面应用服务器/端口/WC_adminhost一致的端口，例如，9063。或者点击“新建”，创建一个主机别名 *, 9063。然后“确定”，“保存”。目的就是要让 应用服务器/端口/WC_adminhost的端口出现在 虚拟主机/admin_host的主机别名列表中。

2、管理安全性（1）启用管理安全性

启用管理安全性将激活用于防止未经授权的用户使用服务器的设置，简单来说，进入管理控制台、更改应用服务器配置、停止应用服务器进程这些管理任务，都需要输入预先定义的用户名和密码才能完成。缺省情况下，创建概要文件时会启用管理安全性。如果在创建概要文件时没有选择“启用管理安全性”，在随后使用过程中又希望启用，则可按如下步骤进行：

首先进入控制台，例如：http://was_ip:9060/admin，注意这里登陆的用户一定要是设置安全性的用户。例如，admin。选择“安全性”>“安全管理、应用程序和基础结构”，然后点击“安全配置向导”。为了配置的简便性，在“指定保护范围”中，可以不选择“使用 Java 2 安全性来限制应用程序访问本地资源”；在“选择用户存储库”中接受默认选项，用户存储库为“联合存储库”，点击“下一步”；在配置用户存储库中填入用户名、密码。如果您是第一次启用管理安全性，则输入一个新的用户名（您登陆管理控制台的用户名）和密码。这个用户名密码是任意的，并不要求是操作系统用户，因为联合存储库默认的用户条目来自于文

件；如果以前曾经使用该存储库启用过管理安全性，则使用存储库中持有管理员特权的用户名和密码。点击“下一步”、“完成”。保存之后重启应用服务器，这时登陆管理控制台等就需要提供您预定义的用户名/密码了。（2）停用管理安全性

停用管理控制台很简单，不选择“启用管理安全性”，点击“应用”，保存并重启应用服务器即可。有一种特殊情况下，特如忘掉了管理员密码，此时我们无法登陆管理控制台，从而无法在管理控制台中停用管理安全性。这时，可从$WAS_HOME/profiles/xxx概要文件名/bin目录下，发出如下命令： wsadmin-conntype NONE。当wsadmin的命令行窗口出现之后，发出下列命令： securityoff。上述操作在应用服务器启动或停止的状态都能发出。再次启用WAS时，就是停用管理安全性的状态了。（3）更改管理员密码

当我们需要更改管理员密码时，可以选择“用户和组”>“管理用户”，在搜索内容为“*”时点击“搜索”，会列出该存储库中的所有用户。选中管理用户标识，可更改该用户的密码。更改即时生效。(4)停用管理安全性

停用管理控制台很简单，不选择“启用管理安全性”，点击“应用”，保存并重启应用服务器即可。有一种特殊情况下，特如忘掉了管理员密码，此时我们无法登陆管理控制台，从而无法在管理控制台中停用管理安全性。这时，可从$WAS_HOME/profiles/xxx概要文件名/bin目录下，发出如下命令： wsadmin-conntype NONE。当wsadmin的命令行窗口出现之后，发出下列命令： securityoff。上述操作在应用服务器启动或停止的状态都能发出。再次启用WAS时，就是停用管理安全性的状态了。(5)更改管理员密码

当我们需要更改管理员密码时，可以选择“用户和组”>“管理用户”，在搜索内容为“*”时点击“搜索”，会列出该存储库中的所有用户。选中管理用户标识，可更改该用户的密码。更改即时生效。(6)忘记管理员密码

如果忘记管理员密码，我们无法进入管理控制台更改密码。此时，需要先用“停用管理安全性”一节中wsadmin命令的方法，停用管理安全性，然后“更改

管理员密码”，再次“启用管理安全性”即可。(7)创建更多的管理用户

使用启用管理安全性的WAS环境时，默认情况下只有一个管理员ID，这意味着同一时刻只有一个人能登陆管理控制台。这对于多人开发小组在同一WAS环境发布测试时并不方便。您可先在存储库中创建一个用户，然后为该用户ID分配相应的管理角色。具体步骤如下：1）选择“用户和组”>“管理用户”，点击“添加”，添加一个用户ID，例如，admin1。保存。2）选择“用户和组”>“管理用户角色，填入用户名（必须是在存储库中已经存在的用户名），选择相应的管理角色，例如，“管理员”。点击“确定”，保存。这样，下次重启WAS时，两个用户都能同时登陆管理控制台。

3、备份/恢复概要文件

生产环境、概要文件配置过于复杂或经常更改时，需要定期备份概要文件，以便必要时快速恢复。您可使用backupConfig 命令备份配置文件。例如，要备份概要文件AppSrv01的当前配置，可以从$WAS_HOME/profiles/AppSrv01/bin目录下，发出命令 backupConfig，它会将AppSrv01当前概要文件默认生成一个压缩包，您也可以指定该压缩包的名称，例如：backupConfig WebSphereConfig_2007_05_30.zip。恢复配置时，使用restoreConfig WebSphereConfig_2007_05_30.zip。

4、正确卸载WAS

需要提醒的是，WAS的卸载过程不是直接删除目录，如果这样做，下次你可能无法在同一台机器上成功安装WAS。在卸载WAS之前，先停止机器上的WAS进程，用ps –ef |grep java确保没有was进程在运行。然后，执行WAS_HOME/uninstall/uninstall.sh命令卸载WAS。如果因为某些特殊原因卸载向导引导的卸载过程没有成功（例如，您直接删除了WAS安装目录），或者您希望在同一目录再次安装WAS，请参照信息中心“手工卸载”给出的建议。

应用部署通常会涉及如下几个任务：配置应用所需要的环境：如系统变量、虚拟主机、类路径、安全性等等；配置应用所需要的资源如JMS资源、数据源等。其中，需要注意的是：

（1）应用打包：部署在 WebSphere 应用服务器上的应用可以是打包的*.ear/*.war文件，也可以是未打包但符合J2EE规范要求的组件。在生产环境中，推荐使用打包的*.ear/*.war文件，便于版本控制和管理。对于复杂项目中多个J2EE组件的打包，请参见文章“关于J2EE应用开发项目包的管理”。

（2）管理 Utility Jar包：大多数J2EE应用都会有一些公用的Utility Jar包，首先要强调的是：一定要避免在同一个类载入路径下存在同一个类的多个版本！这会在实际运行中带来很多莫名其妙且难以诊断的问题。其次，对于JDBC驱动这类通用等级较高的Utility Jar包，可以放置在/lib/ext目录下；对于多个应用共享的Utility Jar，可以放在 /lib/ext中，也可以放在shared library（共享库）中，推荐放在shared library中；对于单个应用使用的Utility Jar，可与应用打包在一起，或放入shared library中。共享库的使用能够避免Utility Jar包多个版本的混乱，以及Utility Jar包的冲突。共享库配置方法请参见红皮书sg247304 12.5.4 Step 4: Sharing utility JARs using shared libraries章节。

（3）Jar 包冲突：Jar包冲突问题在大型Java软件开发中经常遇到，简单的说，当不同应用使用的公用Utility Jar包、应用服务器底层的Jar包中存在同名、且版本不同的类时，我们称之为Jar包冲突。这种问题的解决办法可以参考文章如何在WebSphere中解决Jar包冲突。

（4）会话超时：针对应用场景的不同，不同应用期望的会话超时时间各不相同。WebSphere应用服务器的会话管理分为Application server、Application、Web Module三个级别。顾名思义，在每个特定级别上更改的会话管理的配置，对当前级别起作用。部署在WebSphere应用服务器上的应用，默认的会话超时时间为30分钟，默认的会话管理级别是Application Server。如果您期望更改您的应用，例如，DefaultApplication的会话超时时间，可按如下步骤进行：选择应用程序>应用程序名>会话管理，选择“覆盖会话管理”，并在“设置超时”中填上期望的会话超时时间。点击“确定”保存即可。（5）环境变量设置

当应用需要通过写Java环境变量的方式配置一些变量时，可在应用服务器启动脚本中用-D参数指定，也可以在应用程序服务器 > 应用程序服务器名（例如，server1)> 进程定义 > Java 虚拟机中设置“通用JVM参数”-Daaa=xxx。

7.7应急服务响应措施

.7.1突发事件应急流程

在日常运维中可能会出现突发事件，一旦出现如下问题我公司将遵循应急流程处理突发事件。

突发事件的来源，可能来自三个途径，第一巡检维护过程中发现、第二设备运行发生告警、业务部门反馈，一旦发生驻点工程师第一时间告知客户，并将具体的情况一同告知，以最快速度联系公司相关技术专家和公司相关高层领导，与专家进行充分沟通初步定为故障，并将故障定级，同时告知客户，如遇到驻点工程师无法解决的故障时，公司内相关领域技术专家会以最快速度赶到事故现场进行故障处理，直至问题解决，在问题解决之后。由技术专家和驻点工程师共同完事件问题报告，将事故的发生原因，处理的方式，已及如何避免再次发生的方法进行详细记录，录入客户的运维管理文件中，同时由公司技术专家完成将此案例录入公司内部知识案例库，作为以后借鉴依据，当事故处理完毕后，由驻点工程师或技术专家讲结果告之客户和公司相关领导。

具体流程详见下图所示：

[此处图片未下载成功]

.7.2预防措施及处理办法

系统运维应急方案是对中断或严重影响业务的故障，如宕机、数据丢失、业务中断等，进行快速响应和处理，在最短时间内恢复业务系统，将损失降到最低。在系统维护过程中，突发事件的出现将是很难完全避免的，针对这种情况，设计了完善的突发事件应急策略。

系统巡检人员要定期规范检查各硬件设备的运转情况和应用软件运行情况，同时做好日常的数据增量备份和定期全备份。对发现的问题在报各级负责人的同时，要协调相关资源分析问题根源，确定解决方案和临时解决措施，避免造成更大的影响。问题得到稳定或彻底解决后，要形成问题汇报，避免以后类似重大紧急情况的发生。

对发现的问题在报负责人的同时，要协调相关资源分析问题根源，确定解决方案和临时解决措施，避免造成更大的影响。问题得到稳定或彻底解决后，要形成问题汇报，避免以后类似重大紧急情况的发生。

当获悉出现突发事件时，驻点工程师可以立即从知识库中获取相应的应急策略，并综合用户方的具体情况，与公司技术专家沟通，给出相关解决方案，然后在第一时间以电话、邮件支持或现场服务的方式帮助用户解决问题，尽最大努力减小突发事件对用户日常应用的影响。

文库下载网是专业的免费文档搜索与下载网站，提供行业资料，考试资料，教学课件，学术论文，技术资料，研究报告，工作范文，资格考试，word文档，专业文献，应用文书，行业论文等文档搜索与文档下载，是您文档写作和查找参考资料的必备网站。

第二篇：软件系统运维方案

软件开发维护服务外包

第I页

2010年7月

东软集团软件股份有限公司

目录 项目概述..........................................................................................................................................1 1.1 1.2 2 项目背景.................................................................................................................................1 项目范围.................................................................................................................................1

运维服务需求内容..........................................................................................................................4 2.1 2.2 2.3 2.4 2.5 软件维护需求.........................................................................................................................4 软件开发需求.........................................................................................................................4 集成服务需求.........................................................................................................................5 现场服务需求.........................................................................................................................6 用户培训需求.........................................................................................................................7 东软服务理念..................................................................................................................................8 3.1 3.2 3.3 服务理念.................................................................................................................................8 服务宗旨.................................................................................................................................8 服务理解.................................................................................................................................8 东软运维服务保障体系................................................................................................................10 4.1 东软售后服务体系简介.......................................................................................................10

售后服务体系理念.......................................................................................................10 4.1.2 服务支持体系构架.......................................................................................................10 4.1.3 技术支持服务形式.......................................................................................................11 4.2 东软公司四级服务支持体系................................................................................................12 4.2.1 第1级服务：本地项目服务机构及项目经理...........................................................13 4.2.2 第2级服务：东软公司南京分公司以及华东大区技术人员....................................14 4.2.3 第3级服务：社保平台系统建设专家.......................................................................14 4.2.4 第4级服务：东软总部技术支撑部门.......................................................................15 运维服务总体方案........................................................................................................................16 5.1 5.2 无锡金保工程建设情况.......................................................................................................16 金保工程总体架构...............................................................................................................16 4.1.1

5.2.1 IT基础设施包括网络及硬件平台层和数据层...............................................................17 5.2.2 基础服务应用平台.......................................................................................................18 5.2.3 业务组件与表示层.......................................................................................................18 5.2.4 东软通用企业应用平台—UniEAP..............................................................................19 5.2.4.1 通用企业应用平台的结构.....................................................................................................19 5.2.4.2 通用企业应用平台的功能.....................................................................................................25 5.2.4.3 通用企业应用平台的特点.....................................................................................................26

5.2.5 基于通用企业平台的运维服务...................................................................................27 5.2.6 应用逻辑实现策略.......................................................................................................28 5.2.6.1 核心经办业务技术架构概述.................................................................................................32 5.2.6.2 核心经办业务技术架构设计.................................................................................................34 5.2.6.3 技术架构中各层对象在创建过程中的依赖关系..................................................................36

第II页

5.3 5.4 维护服务计划.......................................................................................................................38 软件维护方案.......................................................................................................................38

远程支持服务流程.......................................................................................................38

5.4.2 现场服务流程...............................................................................................................40 5.4.3 服务内容.......................................................................................................................42 5.4.4 客户服务质量文件.......................................................................................................43 5.5 应急维护方案.......................................................................................................................45 5.5.1 应急预案目标...............................................................................................................45 5.5.2 应急预案具体措施.......................................................................................................45 5.5.3 应急处理流程...............................................................................................................46 5.6 软件开发方案.......................................................................................................................47 5.6.1 项目启动过程...............................................................................................................48 5.6.2 需求分析.......................................................................................................................48 5.6.3 开发策划.......................................................................................................................49 5.6.4 设计与编码实现...........................................................................................................50 5.6.4.1 系统设计.................................................................................................................................50 5.6.4.2 编码实现.................................................................................................................................50 系统测试.......................................................................................................................50 5.6.6 实施培训.......................................................................................................................52 5.6.7 总结验收.......................................................................................................................53 5.6.8 问题处理机制...............................................................................................................54 5.6.9 系统维护流程...............................................................................................................54 5.7 集成服务方案.......................................................................................................................56 5.7.1 集成服务目标...............................................................................................................57 5.7.2 岗位分工和职责...........................................................................................................58 5.7.3 维护作业制度...............................................................................................................59 5.7.4 系统安全制度...............................................................................................................60 5.7.5 故障处理制度...............................................................................................................60 5.7.6 技术档案和原始记录的管理制度...............................................................................61 5.8 现场服务方案.......................................................................................................................63 5.8.1 现场组织管理策略.......................................................................................................63 5.8.2 项目管理组织体系.......................................................................................................64 5.8.3 项目组织各角色的职责...............................................................................................65 5.8.3.1 项目领导小组.........................................................................................................................65 5.8.3.2 项目指导小组.........................................................................................................................65 5.8.3.3 项目经理.................................................................................................错误！未定义书签。5.8.3.4 项目顾问委员会.....................................................................................错误！未定义书签。5.8.3.5 过程组.....................................................................................................................................66 5.8.3.6 实施经理.................................................................................................错误！未定义书签。5.8.3.7 商务经理.................................................................................................错误！未定义书签。5.8.3.8 项目软件经理.........................................................................................................................67

5.8.4 5.6.5 5.4.1

现场维护管理...............................................................................................................70 5.8.5 项目管理监控...............................................................................................................71 5.8.5.1 阶段评估.................................................................................................................................71

第III页

5.8.5.2 5.8.5.3 5.8.5.4 迭代评估.................................................................................................................................72 状态评估.................................................................................................................................72 资源监控.................................................................................................................................73

5.9 用户培训方案.......................................................................................................................76

5.9.1 东软针对本项目的培训承诺.......................................................................................76

5.9.2 东软针对本项目提供的技术培训...............................................................................76 5.9.2.1 培训计划.................................................................................................................................76 5.9.2.2 培训方式.................................................................................................................................80 5.9.2.3 售后跟踪培训.........................................................................................................................81

5.9.3

5.9.3.1 5.9.3.2 5.9.3.3 5.9.3.4 5.9.3.5 5.9.3.6 5.9.3.7 培训综合能力...............................................................................................................81

东软公司培训中心简介.........................................................................................................82 大连东软信息技术学院.........................................................................................................82 南海东软信息技术学院.........................................................................................................83 成都东软信息技术学院.........................................................................................................83 东软在线大学.........................................................................................................................84 公司培训优势.........................................................................................................................86 咨询.........................................................................................................................................86 项目管理及质量控制....................................................................................................................88 6.1 6.2 6.3 东软项目管理概述...............................................................................................................88 人员配备策略.......................................................................................................................91 项目组人员列表...................................................................................................................92

6.3.1 6.3.2 6.3.3

6.3.3.1 6.3.3.2 6.3.3.3 6.3.3.4 6.3.3.5 6.3.3.6 项目负责人员安排.......................................................................................................92

现场人员安排...............................................................................................................94 后台支持人员安排.......................................................................................................96 设计人员.................................................................................................................................96 开发人员.................................................................................................................................97 软件测试人员.......................................................................................................................100 项目管理人员.......................................................................................................................103 咨询策划人员.......................................................................................................................104 集成支持人员.......................................................................................................................105 开发过程管理指导思想.............................................................................................109 配置与变更管理.........................................................................................................110 配置管理资源配备...............................................................................................................111 项目配置策略.......................................................................................................................111 创建项目配置环境...............................................................................................................114 变更与交付工件...................................................................................................................114 管理基线...............................................................................................................................115 管理软件系统交付...............................................................................................................116 变更请求管理.......................................................................................................................116 监测与报告配置状态...........................................................................................................121 项目质量方针.............................................................................................................121 项目质量目标.............................................................................................................121 6.4 项目组织管理.....................................................................................................................109

6.4.1 6.4.2

6.4.2.1 6.4.2.2 6.4.2.3 6.4.2.4 6.4.2.5 6.4.2.6 6.4.2.7 6.4.2.8

6.5 质量保证方案.....................................................................................................................121

6.5.1 6.5.2

第IV页

6.5.3 质量保证承诺.............................................................................................................122

6.5.4 项目质量范围和标准.................................................................................................122 6.5.4.1 质量范围...............................................................................................................................122 6.5.4.2 质量标准...............................................................................................................................123

6.5.5

6.5.5.1 6.5.5.2 6.5.5.3 6.5.5.4 6.5.5.5 质量管理.....................................................................................................................123

质量保证的基本思想...........................................................................................................123 软件生产过程中主要的工作活动........................................................................................125 质量过程管理.......................................................................................................................126 质量保证专项活动SQA......................................................................................................127 软件工作产品质量审计和相关文档....................................................................................128 项目实施各方职责.....................................................................................................131 需要用户和原承建商配合的建议.............................................................................132 项目管理方面.......................................................................................................................132 软件开发阶段.......................................................................................................................132 培训组织工作.......................................................................................................................133 项目验收阶段.......................................................................................................................133 6.6 项目沟通管理.....................................................................................................................130

6.6.1 6.6.2

6.6.2.1 6.6.2.2 6.6.2.3 6.6.2.4

客户交互的安排.........................................................................................................133

6.7 项目风险管理.....................................................................................................................134 6.7.1 风险管理过程.............................................................................................................134 6.7.1.1 风险管理计划.......................................................................................................................134 6.7.1.2 项目风险的跟踪...................................................................................................................134 项目风险管理计划.....................................................................................................135 6.7.3 本项目风险和对策.....................................................................................................136 6.8 项目文档提交件管理.........................................................................................................137 6.8.1 项目交付物.................................................................................................................137 6.8.2 递交成果的签署.........................................................................................................138 6.8.3 递交成果的拒绝.........................................................................................................139 6.9 针对本项目的具体承诺.....................................................................................................140 结束语..........................................................................................................................................142 7.1 7.2 7.3 东软与劳动保障信息化建设..............................................................................................142 东软与无锡金保信息化建设..............................................................................................143 预祝项目圆满成功.............................................................................................................144 6.7.2 6.6.3

第V页 项目概述

无锡市金保工程自2007年上线以来，信息系统运行稳定，应用软件满足了劳动保障业务不断发展的需要，实现了劳动就业和社会保障业务办理的一体化，整个应用软件于2007年5月份完成验收。按合同约定，三年内由软件开发商负责免费维保。2010年5月是三年软件免费维保期期满之时。为了保证无锡金保工程应用软件系统能安全平稳运行，且能不断满足人力资源和社会保障业务的不断发展，采购单位拟将应用系统软件开发及维护服务实行统一外包。

1.1 项目背景

2007年，我市按照国家“金保工程”的建设要求，建成了全面覆盖劳动保障业务的信息系统，建设了集中式的劳动保障资源数据库，实现了劳动保障基础数据的“同人、同城、同库”，体现了数据向上集中、服务向下延伸。同时我市发行了用途广泛的社会保障卡，记录了持卡人个人身份、就业和社会保障等基础信息。应用软件主要由“无锡市社会保险管理信息系统”、“无锡市劳动就业管理信息系统”及相关应用系统组成，涵盖了劳动保障所有业务领域，包括劳动力资源、劳动关系、劳动监察、劳动仲裁、劳动事务代理、社会保险参保缴费、申领各项保险待遇、医疗就诊和费用报销、定点零售药店购药、公共服务、统计分析等，今后还要包括合并后的人力资源和社会保障局业务内容。

1.2 项目范围

根据招标文件要求，我市金保工程项目启动以来至2010年5月31日止，与软件开发商签订的所有软件项目合同所涵盖的内容，均在软件维保服务范围内，包含应用软件运行中的修改、完善、升级、优化、部署、监控等。目前尚未过免费维护期的仍然由原合同规定的维保单位进行免费维护。

本次运维服务所包含的我市金保工程应用软件主要包括以下内容：  无锡市社会保险信息管理系统  无锡市劳动就业信息管理系统

第1页

 无锡市企业退休人员社区管理系统  无锡市老年补贴管理系统  无锡市居民医疗管理系统

 无锡市社会保险单位管理信息系统(报盘软件) 无锡市征地报盘管理系统

 无锡市劳动保障单位网上申报管理系统  无锡市社保卡金融应用软件管理系统  无锡市社区扁平化管理单点登陆系统  无锡市异地就医系统  无锡市定点医疗机构托管系统  软件程序版本更新系统

 无锡市企业退休人员健康体检管理信息系统  无锡新农保系统和老农保系统  无锡市女职工单位报盘管理系统

 无锡市劳动保障行政权力内控及电子监察系统  劳动保障数据上传管理

 无锡市失业保险维护管理信息系统  无锡市零就业家庭管理系统

 无锡市创业促就业管理系统（内外网） 无锡市创业培训网上学校信息管理系统  劳动保障网百件实事网上办

 无锡市劳动保障综合统计系统和主要指标管理系统  无锡市劳动保障信访管理系统  触摸屏管理系统  各种接口软件

根据人力资源和社会保障业务发展的实际需要及时提出业务需求，中标单位及时根据用户要求，积极组织资源，配合制定进度，确保软件需求分析、软件开发、测试、培训、上线、运行跟踪监控、优化等工作在规定的时间进度内准确、及时、安全、稳定地上线运行。每个新项目按软件工程要求进行管理，验收完毕第2页

后纳入日常软件运维范围。

目前根据部相关文件要求今年需完成居民养老业务、社会保险经办能力提升、内控项目等的开发上线工作。

第3页 运维服务需求内容

根据招标文件要求，运维服务主要分为软件维护、软件开发、集成服务、现场服务和用户培训五个方面，每个部分的需求和具体要求如下：

2.1 软件维护需求

软件维护需求主要包括以下11项内容：

 协助检查数据库运行情况，及时处理数据库故障；  协助定期对数据库进行优化，提高数据库运行效率；

 协助检查应用软件中间件运行情况，及时优化并处理中间件故障；  接受全市各级劳动保障经办机构数据维护申请，在采购单位的授权下及时进行数据维护处理；

 接受全市各级劳动保障经办机构软件维护申请，对应用软件进行完善性修改，处理应用软件存在的问题；

 完成劳动就业系统及社会保险信息系统和月度初始化工作；  按照部、省要求从生产库向交换库转换数据，生成指标数据上报；  配合系统硬件的维护，及时处理涉及数据库和应用软件相关工作；  配合完成日常的统计分析报表，完成特殊的查询统计需求；

 在采购单位的统一安排下,按相关政策要求进行数据批量处理工作,如:养老调资、医疗帐户调整、失业金上下限标准调整等,整个过程需要建立有关数据安全、备份、测试、验证、应急恢复等机制；  医疗历史数据迁移，医院信息管理系统接口支持。

2.2 软件开发需求

软件开发维护方面对中标单位提出如下要求和需求，主要包括以下6项内容：  必须按软件项目开发的实际需要组织后台开发人力资源,现场技术人员与后端支持按照开发和维护服务要求配置资源，主要开发人员要培养后备力量，防止人员变动影响服务质量，确保软件开发和维护工作按计划第4页

顺利完成。

 对于采购单位提出的应用软件升级需求，由现场工程师与采购单位业务部门进行沟通，了解业务部门对应用软件的升级需求，形成需求文档，经采购单位相关部门确认后，按双方商定的开发进度进行开发和实施。 完成升级需求后，需经用户方相关领导确认。中心端应用版本升级、安排在中午休息时间；医院端软件升级一般在下午5点以后。软件部署上线时，主要开发人员必须到现场提供技术支持。

 软件升级完成，并运行稳定2周（以打版时间为准）后，向采购单位提供程序源代码，并及时组织对采购单位技术人员的培训工作。 软件开发和升级完善遇到不能按时完成等重大问题时，须提前提出，双方协商解决。

 本项目不接受联合投标及转包、分包行为，不得使用分包商履行本合同项下的任何义务。

2.3 集成服务需求

集成服务对中标单位提出如下要求和需求，主要包括以下6项内容：  中标单位应以保障无锡市劳动保障应用系统平稳运行为目标，对采购单位劳动保障信息系统提供总集成技术支持服务，包含对当前无锡市劳动保障应用系统涉及的各方面进行故障诊断、监控和巡检、应用级运维和调优、系统调整部署、升级规划和评估和相关单位服务调度，但不包含该系统所涉及系统硬件设备和系统软件产品本身的原厂维护和保修服务。

主要工作包括：根据应用软件系统运行要求提供应用级集成调优、数据库中间件与应用软件协同配置调整、网络设备配置优化和部署优化、主机操作系统、双机集群、中间件等系统软件的部署、配置、调优工作，备份容灾的应用级维护服务和定期演练等。

每年对采购单位的信息系统进行一次全面的评估，提交“无锡市人力资源和社会保障信息系统运行评估及升级调整建议书”，以使采购单位有充足的时间进行项目规划、申请、落实资金、采购等工作，满足不断发第5页

展的信息系统运行要求。

 需向采购单位提供集成技术支持服务方案，明确对系统运行监控和巡检、系统运行故障诊断、应用级运维和调优、应用系统按需部署调整、系统规划评估等方面的服务计划安排。

 须安排资深系统工程师负责采购单位金保工程系统的集成服务工作，响应级别为7*24，采购单位遇到问题第一时间向中标单位反映，中标单位必须在30分钟内响应，远程不能解决的需要在4小时内到现场，并协调各相关单位解决问题。

 须对采购单位金保工程系统提供两月一次的日常巡检服务。

 须每年对采购单位金保工程系统进行一次全面的评估，提交“无锡市人力资源和社会保障信息系统运行评估及升级调整建议书”，以使采购单位有充足的时间进行项目规划、申请、落实资金、采购等工作，满足不断发展的信息系统建设要求。

 采购单位如因业务要求有新的系统建设要求，中标单位应根据需求给出建设方案、预算规划和指导性意见，并协助采购单位进行前期方案论证、建设阶段的集成、数据迁移、数据库升级、应用迁移等工作，并协调相关厂商完成全部建设工作。

2.4 现场服务需求

现场服务对中标单位提出如下要求和需求，主要包括以下6项内容：  合同期内，中标单位需要派驻至少四名具有独立工作能力和经验的工程师长驻现场,其中至少2名熟悉社会保险信息管理系统，至少1名熟悉劳动就业信息管理系统，至少1人熟悉劳动社保一体化系统、劳动就业信息管理系统及相关业务系统接口部分；确定其中一人作为现场服务负责人,现场牵头协调与用户单位的相关事宜。

 指定一名熟悉劳动保障信息系统和现场经验的项目经理做为本项目的服务运维总负责人，根据系统运维服务需要进行远程支持和不定期的现场支持，确保整个系统高效、安全、稳定的运行，同时负责协调与用户单位的商务、技术、人员安排、项目管理及进度控制等事宜。

第6页

 每周召开一次“软件服务质量评估”例会，给采购单位相关负责人员以周报形式总结一周软件服务工作及下周工作安排。

 现场服务人员的变动，需经采购单位同意，采购单位有权要求对不合格人员的进行调整。

 中标单位现场人员必须遵守采购单位的管理要求，在关键时点，如假日或软件升级后第一天上班等，需要严格遵守作息时间,避免出现问题得不到及时解决。

 重大节假日必须提供值班人员名单及联系方式。

2.5 用户培训需求

用户培训对中标单位提出如下要求和需求，主要包括以下4项内容：  中标单位应按需对应用软件操作人员（包含报盘软件）集中进行免费培训，并提交掌握系统操作所需要的培训资料。

 系统升级后应对技术人员进行技术培训，帮助相关技术人员熟悉软件的各项功能及具体实现。

 中标单位负责每年对采购单位技术人员进行不少于两次的系统软硬件相关技术培训，使采购单位技术人员具备系统日常运行维护所需的技能（每次8人左右）。

 定期组织用户与软件开发人员之间的技术交流活动。

第7页 东软服务理念

3.1 服务理念

重视信用、值得信赖、留意形象、迅速反应、善解人意。

3.2 服务宗旨

东软服务宗旨是提供客户满意的服务，提供领先的客户关怀，并成为客户最佳的合作伙伴。客户满意是我们存在的目的，协助客户去赢得和保持竞争优势是我们服务的目标。

东软自成立以来，一直坚持应用软件创造客户价值的经营理念，使客户在激烈的竞争中获得巨大优势。我们通过以下几方面的实现从而使我们的服务宗旨和目标得以实现。

1、取得最高的客户满意度--通过东软专业化的优质的服务，协助客户去赢得和保持竞争优势，并取得最佳的经济效益；

2、在全国树立一致的服务形象--在全国各地，客户都将获得同样高水平的技术支持和专业的服务支持；

3、企业解决方案保持领先地位－－为客户提供功能和质量均无可匹敌的企业解决方案；

4、采用当今最尖端的软件开发技术--东软采用的每一项技术都得到企业行业范围应用的检验；

5、拥有技术熟练、高度敬业的专业服务队伍－－东软在应用软件业务、系统集成以及相匹配的服务均拥有最好的人力资源；

6、保持良好的业绩－－东软每年以高速的业绩发展，并不断地投资于人才队伍建设，并将成为客户长久的合作伙伴。

3.3 服务理解

东软公司自创立以来，一直将“人”视为公司最重要的资产和力量，“以人第8页

为本”的激励体系和企业文化是对这一理解的完美体现。这些“人”包括我们的客户和我们的员工。他们对东软的忠诚与奉献，是我们取得成功的最主要因素。

客户对东软的支持，是建立在我们完整的企业解决方案及高效率的服务支持基础之上的。我们始终围绕客户价值创造东软的软件，通过技术创新来满足客户需求，为客户提供满意的服务支持。

客户满意是我们存在的目的，协助客户去赢得和保持竞争优势是我们服务的目标，服务固然是需要高成本和高技术，但服务的高价值使客户与我们共同发展进步。我们通过不断地服务客户，保证了客户对应用的理解，因为客户需要的并不是技术本身，而是能创造客户价值的一种方案，而方案不是通过我们与客户间的交易完成，而是通过我们与客户的伙伴关系共同完成，服务是我们与客户、产品技术与应用的融合。高质量的服务是东软的价值，服务是我们学习和成功的基础，服务使我们更加了解市场和客户，从而保证客户投资更加安全。

我们为客户提供了全国一致的服务，给全国客户提供了丰富的服务支持内容。东软的所有客户都可以通过签约购买东软的全面服务支持。东软在服务器、网络设备、布线系统、外部设备、平台软件、应用软件、备件支持等多方面为客户提供一年或多年的服务支持，而对于相关服务项目的响应速度，客户可以通过购买金牌服务、银牌服务、铜牌服务支持得以实现。

东软热线服务提供东软软件产品安装、实施以及使用等全面的全国化、一体化支持。东软沈阳设立服务策划管理部，并设立技术和产品服务支持热线，与全国各地分支机构联网，从而保证能快捷有效地向全国的客户提供一体化的全面的服务支持。对东软的软件产品维护，提供了及时的软件更新和升级服务。

东软具有多年的为客户提供本地化服务支持的经验，服务工作人员出色而敬业的表现得到了国内客户的一至认可。

第9页 东软运维服务保障体系

根据本项目的实际要求，东软公司组成了一支专业队伍负责担负着专业的客户服务工作，无论是在系统的开发、安装调试过程中还是在系统投入运行之后，无论发生任何问题用户都可以得到最快的响应。

4.1 东软售后服务体系简介 4.1.1 售后服务体系理念

为用户提供易用、可靠的产品和满意的售后服务。

4.1.2 服务支持体系构架

东软公司十分重视对客户的服务，在过去的十几年的时间里，东软公司逐渐建立起了集中管理与分布实施相结合的一套完整的技术支持与服务体系，主要有三层结构构成：

1、公司层面的集中管理机制

为了更好地快速响应客户的服务请求，同时严格执行ISO9000体系所要求的客户服务流程，公司在整个公司层面建立有客户服务中心（CSC）、项目管理办公室（PMO）和解决方案技术中心（STC）。

由CSC对应客户服务（包括需求、申请、投诉、反馈等）响应机制和客户满意度调查机制，从而达到对整个技术支持与服务机制的运营管理和检控职能。

由PMO负责公司全部在线实施项目的整体的项目管理与监控，包括开发流程、QA保证、统一配置管理、合同执行、现场项目状态、项目周报、项目资源协调等。

由STC负责对解决方案或者产品在出厂前的压力容量测试、业务功能验证、生产过程测试等。

2、基于分布式的区域支持与服务机制

东软公司面向国内市场在华东、华北、华南、东北、华中、西南、西北、山第10页

东设立八个大区，建立了虚拟总部，并相应的建立了强大的服务支持平台，实施总部职能，能够灵活快速的对客户服务需求做出及时响应，客户在任何地方都将获得同样高水平的技术支持和专业化服务。

八大区域分别是华东大区(区域总部在上海，南京设有分公司,下辖江苏、上海、浙江和安徽)、东北大区（区域总部在沈阳，下辖辽宁、吉林、内蒙古和黑龙江）、华北大区（区域总部在北京，下辖北京、天津、河北、河南和山西）、西北大区（区域总部在西安，下辖陕西、宁夏、青海和甘肃）、华中大区（区域总部在武汉，下辖湖北、江西和湖南）、西南大区（区域总部在成都，下辖重庆、四川、贵州、云南和西藏）、华南大区（区域总部在深圳，下辖广东、广西、福建和海南）、山东大区（区域总部在济南、下辖山东和新疆）。

3、基于事业部体系的业务咨询与应用系统支持与服务机制

东软公司是面向行业核心业务领域提供产品和业务解决方案的服务商，对此，面向行业客户的核心业务领域的咨询和支持或者软件应用技术的支持和服务机制是建立在东软公司行业事业部体制内的。

东软公司行业事业部能够为最终客户提供全方位的行业业务咨询、核心业务系统的技术支持以及应用系统的服务，包括现场服务（Onsite）或者离岸式服务（Offshore）。

4.1.3 技术支持服务形式

东软公司服务体系目前有300名专业技术服务人员，其中获得专业技术认证的人员占40%，大部分人员是具有丰富行业经验和项目实施经验的资深专业技术人员，他们主要是面向具有关键任务应用的客户提供专业技术服务。

东软公司已经建立了全国分布式的服务体系，能够为全国性、地区性大客户提供每周7天、每天24小时的全面的技术支持和专业服务。

东软公司非常重视客户满意度工作，公司的质量目标是客户满意度要达到95%，服务流程的全过程都有监控管理措施，客户服务代表会定期的与客户保持联系，进行客户满意度调查，及时协调处理客户遇到的各类支持请求，然后跟踪服务过程，最后形成客户满意度调查报告上报公司领导。

根据本项目的技术支持服务要求，东软公司为客户提供技术服务主要有两种第11页

方式：

1、远程方式

东软公司将提供服务热线电话，以便客户可以及时通过该热线提出服务请求，东软公司将对服务请求情况通过专门的管理系统进行记录和跟踪。同时作为热线电话的补充，还将提供专门的传真和电子邮箱以便服务请求信息的更准确交流。

对于客户的服务请求，东软公司将通过电话、传真和电子邮箱提供技术咨询和支持、问题分析和技术指导及相关技术文档和工具的支持。在客户的许可下，东软公司将通过远程拨号方式进入客户相关系统分析系统状况、协助客户分析和解决系统问题。

2、现场方式

对于客户的服务请求，东软公司能够保证其解决时效和质量的基础上以远程方式作为优先选择。但在下述条件下，东软公司会派出技术服务人员到现场提供技术支持和服务：

 远程方式不能满足服务时效要求、或服务任务必须到现场才可完成  客户系统出现非常严重的故障（如系统停机或其故障严重危及关键应用的运行）

 应客户要求且东软公司的项目经理同意的现场服务。

4.2 东软公司四级服务支持体系

我们遵循“技术领先、服务领先、意识领先”。而且我们领先满足客户的需求，想客户所想，急客户所急，领先给客户提供关怀。我们必须不断了解客户的需求，不断跟踪客户的发展，不断向客户学习，不断通过售后服务来完善软件的满意度，不断地通过技术创新快速地满足客户变化的需求，才能为客户提供满意的售后服务。

东软公司的销售、售后服务、软件开发队伍早已覆盖全国，本公司在全国各主要省会城市均设有分支机构，为全国各省市客户提供本地化的售后服务。2002年公司组织机构调整后，公司在南京设有分公司，拥有强大的技术力量和丰富的备件库，常驻本地服务，能够充分保证无锡金保信息系统建设项目售后服务的快速有效。

第12页

东软公司为无锡社会保险信息系统建设项目提供的技术服务工作将基于东软公司社保事业部的技术和支持力量，依托东软公司华东大区和东软公司沈阳总部的多层次技术支持，再加上本地项目组构成一个完善的四级服务体系，为本次项目相关业务应用软件开发、实施与服务项目提供最高效、方便、快捷的技术支持和售后服务。具体说明如下：

4.2.1 第1级服务：本地项目服务机构及项目经理

东软公司社保事业部将为本项目成立几个专门的工作小组，其中将负责完成主要的现场工作的人员有：

 负责本项目需求调研的需求调研小组；  负责本项目开发的项目开发组；

 负责系统的现场安装、调试、培训的系统工程师小组；

 负责平台系统正式移交后，在承诺的服务周期内提供售后服务支持的项目维护小组；

这些小组的东软公司工程师将提供最直接的现场服务工作，并且将和本项目实施小组的工作人员们一道完成现场开发和实施工作，提供第1级的技术服务支持。

东软公司将派出经过专业技术培训，有丰富的新农保信息系统建设经验，熟悉社保项目业务知识，能够对系统运行状况做出正确判断的优秀人才来参加本项目的现场实施和维护工作。

他们是设立在用户现场的系统服务队伍，能够迅速解决本项目的实际问题，提供本地化的第1级服务。

同时，由于此项目涉及双方部门都非常多，参与人员较多，协调难度大，工作量大，因此为了更好地完成本项目的实施工作，东软公司将任命有长期社保行业信息化建设经验的负责人作为本项目的项目经理，其职责如下：

1）作为东软公司与用户方工作组间的代表，与用户对口直接接触，第一时间获取用户信息、意见和需求，并协调东软公司内部各方面做出及时的相应；

2）作为整个项目实施计划的执行负责人和监督者，负责协调、监督东软公司各部门按时、圆满地完成既定的实施工作任务，保证工程进度按时完成，保证第13页

工程质量达到项目要求；

3）作为整个项目的项目经理，在用户现场担任东软公司项目实施的总负责人，协调人员安排、问题协商与解决等工作。

4.2.2 第2级服务：东软公司南京分公司以及华东大区技术人员

负责本级任务的主要是华东大区和南京分公司的软件和系统集成工程师。 东软华东大区系统工程师（负责安全体系的技术支持和售后维护） 东软华东大区软件工程师（负责中间件、数据库系统的技术支持和售后维护）

 南京分公司软件工程师（负责应用软件、中间件、数据库系统的技术支持和售后维护）

他们为本项目设立的规模化系统服务队伍，能够迅速赶到现场解决系统的实际问题，提供本地化的第2级服务。

4.2.3 第3级服务：社保平台系统建设专家

对于无锡金保信息系统建设项目，东软公司将派遣最优秀的IT专家参与到该项目中，这其中包括：

 负责全面开发管理的高层专家

 负责全面质量管理的质量保证人员（包括负责QA质量管理和QC质量控制）

 负责系统测试的测试专家

 加入到项目组中的系统平台建设技术总负责人、总体和详细设计总负责人，加入到系统工程师小组中的硬件及网络技术专家等

这些专家为无锡社会保险信息系统建设项目提供系统级的技术基础平台建设于咨询，总体规划，详细设计、硬件及网络技术支持等服务，作为第3级服务，可与无锡市劳动保障业主方建设实施小组进行直接的技术交流。

第14页

4.2.4 第4级服务：东软总部技术支撑部门

东软公司总部沈阳东大软件园，下设有“研发部”，“网络软件事业部”，“培训中心”，“客户服务中心”，“网络技术支撑中心”等部门，都可为无锡金保系统建设项目的建设提供全方位基础核心系统软件及硬件和网络技术支持，还包括进行各种技术培训，解决各类技术疑难问题，计算机新技术的应用等，以上可作为第4级层次的技术服务。

第15页 运维服务总体方案

5.1 无锡金保工程建设情况

无锡金保工程涉及的业务面广，系统复杂度高，开始就提出了一体化紧耦合的设计思想，并且要实现金保工程中的业务经办、公众服务、基金监管、决策支持四大功能以及统一的社保卡系统建设。

无锡金保工程从2004年5月开始启动，经历了方案确定、需求调研、系统设计、开发、测试、试运行的过程，社保系统于2005年10月8日正式启动使用。包含的子系统有养老保险、失业保险、医疗保险、工伤保险、生育保险、儿童统筹、互助医疗、退休人员社会化管理等系统和劳动就业系统，目前各系统都在正常运行。

截止到2009年，系统共有参保单位两万多家，全年养老、医疗、失业、工伤、生育五大保险参保人数分别达到183.88万、207.21万、128.22万、138.1万和123.55万，覆盖率均在98%以上。纳入“城保”、“地保”、“新农保”三个层次的农村养老保障人数达到169.44万，综合覆盖率达89.9%。联网的定点医疗机构有300多家，药店将近150家，同时东软还为参保单位提供了单位报盘系统，不仅方便了参保单位，也节省了经办机构二次录入的工作量，提高了工作效率。

5.2 金保工程总体架构

无锡是东软在社保信息化建设进程中遇到的包含软件功能最全、覆盖领域最广、开发周期最紧的城市之一。东软充分认识到此项目在全国的影响力，对此项目非常重视。我公司经过对无锡金保工程多年的建设对无锡市金保工程应用软件业务需求以及系统设计原则、设计思想和系统的技术路线都非常熟悉，结合信息技术的发展及东软在劳动保障行业信息化建设中的经验和产品，东软公司设计的系统逻辑结构模型，如下图所示：

第16页

图5-1金保工程逻辑结构图

如上图所示，无锡市劳动保障信息系统以电子政务标准体系和劳动及社会保障标准体系为指导，以投融资与运营模式和项目实施监理模式为依托，按照多层架构的模式将系统自上而下分为表现组件与业务组件、业务运作支撑平台、IT基础设施三个层次，监控及管理、信息安全是贯穿三个层次的两大体系。

5.2.1 IT基础设施包括网络及硬件平台层和数据层

网络及硬件平台包括网络设备、服务器主机、操作系统、存储设备等资源，是应用软件开发、运行的基础平台。网络平台层的构成具有个性化的特征，不同的应用环境具有不同的主机设备、不同的网络设备、不同的存储介质、不同的操作系统。因此这要求建立在网络平台层之上的应用支撑平台层必须具备跨平台的特性，只有这样才可延伸原有资源的生命周期，避免硬件设施的重复投资。东软的统一电子解决方案框架平台是基于J2EE技术建设的，因此系统具备跨操作系统的特性，从而可最大程度地保护用户投资。其中应用服务器中间件采用BEA Weblogic中间件，数据库采用Oracle。

第17页

5.2.2 基础服务应用平台

应用支撑平台层起到保证事务完整性、响应大规模并发处理、支持异构系统的互联，并对应用数据的安全性进行保障，是三层结构不可或缺的重要组成部分。本系统采用BEA Weblogic Platform、BEA TUXEDO为J2EE应用服务器和消息/交易中间件。

业务支撑平台层是多层架构业务系统的核心支撑部分。东软的业务支撑平台以J2EE应用服务器和消息（交易）中间件为核心依托，包括UniEAP、UniFlow、UniDXP、Neusoft IM UM四个东软自主版权的通用中间件产品。UniEAP是三层框架开发平台，为实现业务应用的快速开发提供动力和保障；UniFlow是工作流平台，用于管理业务系统易变的流程；UniDXP是数据交换平台，用于数据传输和数据转换以及应用系统集成；Neusoft IM UM是统一消息平台，主要用于公共服务系统中将手机、语音等多种渠道的消息统一成一种消息。业务支撑平台将各系统中的共性功能抽象、封装并统一解决，提供丰富的功能组件，使用开发人员可以将主要精力集成在业务逻辑，而不是复杂的技术实现。

业务支撑平台中UniEAP是东软的核心企业应用平台，在下面章节中将做详细介绍，在今后的运维服务系统开发中，我公司也将充分利用该开发平台的优势，利用平台中的一系列的组件和工具以及相应的开发方法，进而达到快速建设应用系统的根本目的。

5.2.3 业务组件与表示层

业务逻辑层实现了应用系统所有的业务组件，业务组件基于应用支撑层进行构建开发，并且业务组件设计开发遵循“高内聚、低偶合”的思想，使业务组件之间可以保持相对独立，并且通过表示层个性化定制业务组件。

用户通过系统表示层实现对业务系统的操作与交互，系统表示层设计遵循操作方式简便、灵活、友好；操作界面设计风格统一，符合业务办理流程规范，便于操作员学习掌握等标准进行设计，并可以根据每个用户使用特点和角色的不同，形成个性化的应用界面。表示层提供业务展现、内容管理、个性化定制、访问控制、搜索服务等功能。

第18页

5.2.4 东软通用企业应用平台—UniEAP 无锡市劳动保障信息系统系统的设计和开发将基于东软自主研发的通用企业应用平台UniEAP进行开发。下面对UniEAP的结构、功能和特点进行简要介绍。

UniEAP就是Universal Enterprise Application Platform（通用企业应用平台）。如果从更广义的角度来讲，又称为“组件框架”，即Component FrameWork。UniEAP是东软构建于多层架构的，以J2EE规范为核心技术实现模型的多层应用开发、运行的框架和平台。它不仅仅是一个框架，它还提供了一系列的组件和工具以及相应的开发方法，进而达到快速建设应用系统的根本目的。

UniEAP不是Application Server，它与BEA Weblogic Application Server、IBM WebSpere Application Server、Sun ONE Application Server、Tomcat、JBOSS均不属于同等性质产品。它是一个基于组件技术的快速开发和运行平台，它的部分组件最终同业务应用组件一起部署到Application Server上。

5.2.4.1 通用企业应用平台的结构

UniEAP在整体框架上采用典型的MVC模式，集中了大量功能强大、灵活易用的功能组件。UniEAP既支持C/S/S结构也支持B/S/S结构，其中两种体系结构共用同一套业务逻辑处理服务，只是表现和控制层不同。 UniEAP统一的业务逻辑层

第19页

商业逻辑层以EJB/Java Bean技术为实现手段，提供了对象持久化及打印、邮件等商业逻辑组件。设计要点如下：

1．用EJB和JavaBean做商业逻辑；

第20页

2．通过统一的服务组件基类调用安全、日志、工作流、规则等引擎式服务构件；

3．在管理管理信息系统中对象持久化是一个关键性服务，单一的数据库接口解决全部问题并不现实，因此采用由OP层统一包装，统一管理，但暴露多种操作接口的方式来解决。对象持久化接口提供面向对象和面向过程两大类，具体支持四种方式：

1)得到connection 2)简单的sql execute封装

3)可持久化的数据总线DataSet,通过其xml接口可发送到页面）4)DAO（单表抽成的可持久化的实体类对象）

平台在商业逻辑层还提供了许多通用业务组件，如打印、报表组件。 C/S/S结构的视图层和控制层

第21页

C/S/S结构的框架设计基本上采用劳动部社保核心平台二版的结构，这是一套经过验证是健壮稳定的架构。与社保核心平台二版略有不同的是：由于业务逻辑层采用我公司统一的通用企业应用平台，所以在控制层最后一道任务分发环节Event调用业务逻辑服务组件时，是通用BSFactory利用“工厂”模式来获取服务组件对象的。这样做的好处是可以以透明的方式处理EJB和Java Bean的服务对象。

C/S/S结构中客户端的设计要点是：

第22页

1.GUI采用传统的Window界面，以Delphi为开发工具；

2.客户端通过统一的动态库函数与服务端的门户MainServlet通讯，通讯的内容以XML为数据格式，整个通讯协议完全模拟SOAP协议；

3.客户端的设计在分层基础上对类进行了适当的归类。做到类之间的调用关系明确。类的责任单一。类之间的依赖关系简单。编程实现较为方便。下面简略的介绍一下编程常用的调用关系。为了说明上的方便，图中把框架完成的调用关系去掉了。调用关系简图如下：

IVODAOServerDCMSieaf.dllServerClientDCM

C/S/S结构中控制层的设计要点是：

1.整个控制层的设计思路参考B/S/S结构中的Struts框架。MainServlet可以映射到Struts的ActionServlet，而RequstProcesser + Event可映射到Struts的Action；

2.但与Struts不同的是它与客户端之间传递的均是XML，没有表现语义，因此它要增加XML信息过滤器、转换器等功能；  B/S/S结构的视图层和控制层设计

第23页

界面层以JSP/XML/XSL/JS技术为主要实现手段，为系统开发提供了一系列功能强大的组件，主要有以下几大类：

1.轻型控件：封装所有的HTML Form元素和按钮，提供显示、标准行为控第24页

制和校验功能；

2.重型控件：包括DataWindow，目录树，Tab页等具有复杂功能属性的控件；

3.局部刷新和对话框：采用微软提供的局部刷新控件，提供局部刷新功能，并封装通用的页面对话框；

4.Object：Applet和COM，用于复杂界面操作和客户端本地化操作。请求控制层以Servlet技术为实现手段，综合运用struts框架和WorkFlow引擎，以单点入口的方式统一控制请求。设计要点如下：

1.采用Structs控制请求和业务流程，拓展Struts的ActionServlet和DispatchAction作为UniEAP的流程控制基类；

2.组织机构和权限管理模块进行身份和权限认证，从视图、操作、数据三个层次控制权限行为；

3.日志和异常处理负责系统信息的记录；

4.封装UniWorkflow的接口，在流程多变的业务系统中用UniWorkflow定制和控制业务流程。

5.Action本身并不处理业务逻辑，而是通过统一的BSFactory从EJB Container获取Business Service Componets处理业务逻辑。

5.2.4.2 通用企业应用平台的功能

UniEAP作为我公司自主研发的各种管理信息系统（社保、电力、电信、证券、OA、CRM、ERP等）的一个整体的框架和平台，为应用系统的开发提供一个统一的模型，为应用系统的知识积累和模式提炼提供技术途径，为应用系统定制提供技术手段，解决具有共性的技术问题，提供具有通用性的系统组件，以达到简化应用系统的开发过程、提高应用系统开发效率、提高共享组件的重用率、提供应用系统开发的质量、加强应用系统之间的融合性、加强应用系统的重组能力、加强应用系统可定制的能力、加强对新技术的跟踪和适应能力的目的。

大型的平台才能支持超大型的多功能的软件，应用共性平台技术是社会保障行业IT建设规模化所必经的历程。要达到规模化系统建设就不得不搭建这样包含技术标准和行业标准的平台，UniEAP就是这样的一个平台。

第25页

标准化技术是构建共性平台的灵魂。从技术本身的发展来说，过去各个IT厂商注重突破性的技术，大家走到一起发展，标准化就变成了一个首要技术。只有标准化，使得客户获得的是所有软件提供商的精华浓缩，使世界上所有的软件精品找到公共的接口，所以标准化技术使得系统达到最优。在软件方面，在标准化技术方面体现为标准的组件框架和标准的软件部件。东软的每一个软件部件都是按照标准化软件部件的要求开发的，有着一个公开的标准化接口，可以很方便地嵌入到组件框架平台当中。标准化的软件部件是解决方案得以快速实施的一个重要的技术保证，一方面满足了客户可以根据自己的情况选择不同的部件的需求，另一方面也使软件开发更加规模化，软件产业更加工业化。

5.2.4.3 通用企业应用平台的特点

1）UniEAP采用了三层结构的技术框架，为应用系统提供了一个非常良好的结构，应用系统将来的升级、扩充、修改和定制都非常方便。当用户需要发生变化或需要对某个功能进行修改的时候，可能只需要对某一个层次的组件进行修改，而不会对整个系统的结构发生影响。

2）UniEAP支持www.xiexiebang.com，用于复杂界面操作和客户端本地化操作。

UIM层以Servlet技术为实现手段，以struts框架为依托，采用单点入口的方式统一控制请求。设计要点如下：

采用Structs控制请求和业务流程，拓展Struts的ActionServlet和DispatchAction作为基础服务应用平台的流程控制基类；

Action本身并不处理业务逻辑，而是通过统一的Ineraction Object Factory从EJB Container获取Ineraction Object处理业务逻辑。

 EJB Container设计

商业逻辑层以EJB/Java Bean技术为实现手段，提供了对象持久化及打印、邮件等商业逻辑组件。设计要点如下：

用EJB和JavaBean做商业逻辑；

通过统一的服务组件基类调用安全、日志、工作流、规则等引擎式服务构件； 在管理管理信息系统中对象持久化是一个关键性服务，单一的数据库接口解决全部问题并不现实，因此采用由OP层统一包装，统一管理，但暴露多种操作接口的方式来解决。对象持久化接口提供面向对象和面向过程两大类，具体支持四种方式：

1)得到connection 2)简单的sql execute封装

3)可持久化的数据总线DataSet,通过其xml接口可发送到页面）4)DAO（单表抽成的可持久化的实体类对象）

平台在商业逻辑层还提供了许多通用业务组件，如打印、报表组件。

 Web Container与EJB Container请求模型

第35页

图5-7Web Container与EJB Container请求模型

基础服务应用平台在逻辑服务组件上借鉴Spring的实现机制，采用类似Web Service的UDDI所定义的、由基本的三个角色构造的“Service Requestor — Service Registry — Service Provider”三角型访问模式，所有发布的Interaction Object都在Interaction Object Factory中注册，且可以同时存在多个Provider（如在J2EE体系中就存在Java Bean、EBJ、Web Service三种典型的Provide）。Action相当于Service Requestor，它调用Interactional Object时先通过Interactinal Object Factory根据注册信息找到Interactional Object的Provider，然后得到由Provider提供一个Interactional Object的stub，最后再调用Interactional Object的service method对请求进行处理。这所以这样做的一个根本目的是：将逻辑组件开发和部署分开，由工具插件统一负责组件部署，业务开发人员只需要用最简单的语言完成业务逻辑即可。

基础服务应用平台专门为Interactional Object的访问定义了一个“Interactional Object Factory”层，这一层主要考虑的是屏蔽在Action中对Interactional Object的不同调用方式，使得在不同的环境下的移植变得很方便（不管是何种组件的调用方式，返回给Action的服务接口都是相同的，从而保证Action中代码的可复用性）。

5.2.6.3 技术架构中各层对象在创建过程中的依赖关系

架构中的几层在“创作”过程的依赖关系是什么，即凭什么知道要创建几个AppLogic、几个Interaction、几个Action、几个PB/JSP界面？

下图阐述了几层对象在创作过程中的依赖关系，它们之间的连线是本节说明第36页 的重点，所以颜色调成了红色，对这些线的说明调成了蓝色，以显突出。注释文字可能有点不清楚，拷在下面：

 用户界面需求会决定最终的界面窗口是什么样子的。我们提倡在需求调研时就把大部分界面都确定下来。

 界面会决定有什么样的Interaction，以及Interaction都完成什么样的功能。但并非一个窗口就完全对应一个Interaction，一个窗口可能会用到多个Interaction，而一个Interaction也可能被多个窗口调用。但界面中的一次请求肯定对应一个Interaction对象中的一个方法，要不然怎么管Interaction叫“交互对象呢”？一次交互就是一个完整的事务。 一般说来，一个Interaction对应一个Action，Action是替Interaction收发HTTP请求的“门童”。 界面间接决定了Action的命运。

 逻辑需求和行业经验会决定设计出多少AppLogic，落实到具体的模型就是有什么实体类，有什么控制类。其中实体类会在编码阶段被拆分为DataSet、DAO、行为类。

 Interaction是GUI层和BL层的“和事佬”，它主要是要满足GUI的请求，但也要照顾AppLogic的脸色，必要时要对GUI和BL做个折中处理。

图5-8示意图

前后台交互文档中对说明哪个Action的哪个方法来响应界面请求，入参、出参是什么，看了交互文档后就一目了然了。这只是表面现象，本质上是界面在第37页

向后台说明，你的哪个Interaction和哪个方法响应我的请求。

5.3 维护服务计划

按招标文件要求，软件服务日期从合同签署日起到2015年5月31日止。软件外包服务计算到次年的5月31日，如第一年为合同签署日到2011年5月31日，第二年从2011年6月1日到2012年5月31日，第三年从2012年6月1日到2013年5月31日，第四年从2013年6月1日到2014年5月31日，第五年从2014年6月1日到2015年5月31日。

我公司如果有幸中标，将严格按照合同签订服务日期进行软件维护服务，并在服务期间对每个软件服务项目（包括新业务开发项目和日常事务）都需要给出项目开发完成进度、工作量（人月）、人员安排及项目管理措施，得到采购单位的同意后按计划组织实施。

5.4 软件维护方案 5.4.1 远程支持服务流程

我公司为用户提供400免费技术服务热线(400-655-6789)，在接到用户请求后，根据请求情况协调公司资源，第一时间给用户反馈并解决问题。

第38页

用户接线员登记和查询应用软件系统工程师平台系统工程师项目组汇总解决售前技术支持工程师高级培训教师系统专家疑难问题 图表5-1技术支持服务热线工作流程图

1、诊断故障并提交故障诊断报告

根据系统运行过程中出现的系统故障或其它异常情况，及时进行故障诊断，并提出故障诊断报告。故障诊断报告的主要内容包括：故障现场情况记录、故障的级别和紧急处理过程记录等。

2、制定系统维护和故障恢复的实施计划

根据提交的故障诊断报告，制定系统维护和故障恢复的实施计划。按照制定的计划实施系统维护工作。

3、管理、监督维护计划的实施

组成系统维护工程管理和监督工作组，全面负责管理和监督系统维护工作实施过程（应包含用户方与项目承包商双方）。并根据系统维护实施的各个阶段提交维护工作报告。

4、确认维护工作完成并提交维护报告

在系统维护工作完成后，由系统维护人员提交系统维护工作报告，由用户方项目组的技术人员对系统维护情况进行测试并予以确认。

5、提交成果

每次系统维护工作完成后，都应提交如下的报告、记录等文档等资料：

第39页

 故障诊断报告

 系统维护和故障恢复的实施计划  维护工作阶段报告  系统维护工作报告

说明：紧急情况下，以排除故障，满足用户需要为首要任务，可以进行紧急处理，但事后要补充相应文档与记录。

5.4.2 现场服务流程

众所周知，最优的售后服务是一个项目的承建商必须做出的承诺。但是，如何根据用户的实际情况（人员素质、计算机应用水平、系统的要求等），做出切合实际的项目售后服务计划书，才是用户关注的问题。优质的售后服务也一直是我们东软公司在经营活动中最基本的原则。东软公司的技术支撑部门担负着专业的服务工作，无论是在系统的安装调试过程中还是在系统投入运行之后，无论发生任何问题用户都可以得到最快的响应，售后服务流程如下图所示：

第40页

图表5-2售后服务流程

社会保险的组织结构、计算机应用水平、系统对人员素质要求等情况的分析，我们认为：社会保险信息系统稳定运行是保证本项目建设成功的一项关键因素。

东软公司提供的服务内容包括：

 应用软件运行维护：应用软件自身缺陷的调整，为客户及时解决日常运行中出现的问题。

 根据政策和经办规程调整，及时响应需求变更（含与金保工程其他子系统和外部机构的接口），并在业主要求的时限内完成对应用系统的修改或调整。

 应用软件技术改造与升级服务：主动或应客户要求，将最新的技术成果和先进的管理模式升级到原有系统，使应用系统的永远保持先进性。

 数据库支持服务：东软公司提供通过Oracle OCP认证的专职工程师第41页

为客户提供长期的数据库优化及技术支持服务，以及异常数据修正、批量数据处理等数据维护工作。

 定期系统巡检：在系统维护期过后，按照签订的维护合同，定期等到现场对应用系统运行情况，主机运行情况，数据库系统情况进行检查和维护。

 客户新技术培训服务：为使客户技术人员能及时掌握最新技术，东软公司每年组织客户在沈阳、大连信息学院进行技术学习。 现场诊断与客户回访：东软公司启动心贴心客户服务计划，每年选一批客户，由东软公司领导组团对客户进行回访和现场系统诊断，对诊断发现的问题跟踪解决。

 网络与硬件服务：虽然本次只是软件招标，但离不开网络及硬件系统的支持，东软公司愿凭自身的技术实力，为本项目提供硬件调试与网络技术支持服务。 客户端服务

（1）收集最终用户对系统的使用意见和建议；（2）对最终用户进行操作指导；（3）客户端故障判断和排除指导；

（4）单机版数据转入系统的操作指导和技术支持；（5）服务方式以提供远程服务为主。

5.4.3 服务内容

（1）协助检查数据库运行情况，及时处理数据库故障；（2）协助定期对数据库进行优化，提高数据库运行效率；

（3）协助检查应用软件中间件运行情况，及时优化并处理中间件故障；（4）接受全市各级劳动保障经办机构数据维护申请，在采购单位的授权下及时进行数据维护处理；

第42页

中标单位接到采购单位通过电话，信函，传真，电子邮件等方式提出关于软件的服务请求后，一个工作日内给予响应并提供服务，不得推诿。应及时响应系统的技术支持，如系统出现问题，须提供7*24小时技术支持服务；

中标单位应按采购单位要求负责全市新定点医疗机构的许可证制作发放工作；

（5）接受全市各级劳动保障经办机构软件维护申请，对应用软件进行完善性修改，处理应用软件存在的问题；

（6）完成劳动就业系统及社会保险信息系统和月度初始化工作；（7）按照部、省要求从生产库向交换库转换数据，生成指标数据上报；（8）配合系统硬件的维护，及时处理涉及数据库和应用软件相关工作；（9）配合完成日常的统计分析报表，完成特殊的查询统计需求；（10）在采购单位的统一安排下,按相关政策要求进行数据批量处理工作,如:养老调资、医疗帐户调整、失业金上下限标准调整等,整个过程需要建立有关数据安全、备份、测试、验证、应急恢复等机制；

（11）医疗历史数据迁移，医院信息管理系统接口支持。

5.4.4 客户服务质量文件

在客户服务中，东软公司通过以下文件来保证服务的规范和质量：  客户服务管理：

 《客户服务管理》，售后技术维护，客户问题管理  客户问题办理：

 《客户问题受理规范》，问题记录，问题分发、办理监督，问题回复，问题月报

 《故障诊断报告》，故障现场情况记录、故障的级别和紧急处理过程记录等

 《系统维护和故障恢复的实施计划》

第43页

 《维护工作阶段报告》、《维护工作总结报告》  《系统维护验收测试计划》  《维护工作验收报告》  客户满意度测量：

 《客户满意度测量》，收集满意度，统计分析（月、季、半年、全年），提出改进措施

 客户培训的相关表格：（为把客户培训工作做得更好的辅助性表格）

 《客户培训申请表》  《客户培训费用确认表》  《客户培训邀请函》  《客户培训邀请函回执》  《客户培训计划》  《客户培训记录》  《客户培训调查表》  《客户培训评估表》  《客户培训总结》

根据以上的质量保证体系规定，东软公司为无锡社会保险信息系统建设项目设计的执行一次较完整的系统维护过程的基本步骤如下：

1）根据无锡社会保险信息系统建设项目运行过程中软硬件出现的系统故障或其它异常情况，双方合作及时进行故障诊断，并提出《故障诊断报告》；

2）根据提交的《故障诊断报告》，制定《系统维护和故障恢复的实施计划》，东软公司按照制定的计划实施维护工作；

3）双方共同组成系统维护工程管理和监督工作组，全面负责管理和监督系统维护工作实施过程；

4）东软公司根据系统维护实施的各个阶段具体情况提交《维护工作阶段报告》，在系统维护工作完成后，由系统维护人员提交《维护工作总结报告》；

5）最后根据《故障诊断报告》、《系统维护和故障恢复的实施计划》、《维护工作阶段报告》和《维护工作总结报告》，东软公司技术人员和用户方项目组的技术人员一起，讨论确定《系统维护验收测试计划》；并依此对系统进行测试验第44页

收，测试合格提交《维护工作验收报告》维护工作完成，否则继续整改。

几年来的实践证明，基于ISO9000：2000和CMM的质量保证体系的规范化质量管理为东软公司的发展创新、为客户提供更高质量的软件产品发挥着至关重要的作用。东软公司仍将充分利用规范化的客户服务体系，依靠多年来的成功经验，在项目的全过程中为无锡社会保险信息系统建设项目的建设提供最优良的服务。

5.5 应急维护方案

系统在运行过程中一旦出现紧急重大问题，导致新系统不能正常运行的情况下，就需要启动售后服务紧急预案，以保证业务经办的正常进行。

5.5.1 应急预案目标

在一旦出现紧急情况下，需要启动应急预案的情况下，应急预案必须以保证业务经办正常运行为目标。

5.5.2 应急预案具体措施

应急预案需要从业务系统、数据库、网络平台三个方面来考虑应急处理措施，在出现紧急重大问题的情况下，我公司会在最短时间内作出故障响应，第一时间由驻现场维护人员启动备份系统，同时将指派具有解决故障能力的软件工程师、数据库工程师以及硬件网络工程师组成的紧急服务小组解决问题。

第45页

第三篇：运维管理系统方案

运维管理系统方案

概述

伴随着企事业网络规模的不断扩大，企事业服务器的增多，企事业管理的信息化，企事业网络管理也变的越来越重要。一旦网络、服务器、数据库、各种应用出现问题，常常会给企事业造成很大的损失。怎样能7x24小时检测网络系统的运行情况，避免各种故障的发生，改进传统的网络管理方式来适企事业信息化发展的需要？

因此，运维管理系统就有他的必要性。一个完备的运维管理系统能够提供7x24小时检测网络、服务器、数据库、各种应用系统，及时发现将要出现的问题，并通过短信、Email、声音报告给运维管理人员。运维管理人员就可以及时排除故障，避免造成重大损失。

        运维管理系统的功能：

故障发现与警报；

记录日常运维日志信息； 服务器故障统计；

服务器软硬件信息统计； 服务进程管理；

将数据信息存储到数据库，并使用图形方式直观的展示出来； 权限、密码管理； 将数据生成报表。运维管理系统的特点：        邮件和短信实时故障报警；

B/S结构，能够通过web对远程服务器下达指令；

监控服务器和被监控服务器之间通过python socket来发送信息； 统计日常故障处理，以便下次出现同样故障时能够更快的解决问题； 实现自动化管理和自动化监控； 安全管理服务器性能； 操作流程统计与管理。

第四篇：系统运维工程师

系统运维工程师

系统运维工程师年终个人工作总结及下年工作计划

时间一晃而过，弹指之间，2010年悄然而至，自从2010年3月份刚进入公司，我是第一次接触公司、接触通信行业、接触公司网络管理及维护。虽然跟我的专业和技能都一致，但所有的实际经验都是第一次，让我没有任何准备，同样也打消了任何顾虑，人生就是这样，所有的一切都是要从第一次开始，没有接触过、干过并不可怕，领导给了我机会，让我有了一次尝试、一次展现自己的平台，那么我一定会更加倍的努力做好工作才是最大的回报。并且也是对自己的一次肯定。经过一段时间的工作及陌生环境的磨合，专心钻研业务知识，努力提高理论知识和业务工作水平。遵纪守法，踏实工作认真完成领导交办的各项工作任务，使自己渐渐的融入和适应到新的工作环境中。过去的大半年里在领导和同事们的悉心关怀和支持帮助下,通过自身的不懈努力，在思想、学习和工作等方面取得了新的进步。现总结如下:

一、公司电脑日常维护工作

刚一开始接手工作的时候，发现公司大部分工作电脑都没有安装安全防护软件和升级系统补丁；员工随意安装系统及应用软件，致使公司局域网内病毒隐患严重、工作不稳定和系统崩溃，工作秩序被打乱，员工不严格要求自己，上班时间聊QQ、玩农场、看娱乐网站等；为此公司和个人工作经常受到影响,工作效率降低。针对这种情况，我采取了以下措施：

1、先对公司员工进行一次基本知识培训，让员工了解到计算机的正确使用方法，病毒防范，重要文件的备份等。从而大大提高了员工对电脑使用的熟练程度。

2、先恢复良好的秩序。电脑使用时如发现故障和需更改设置，必须先报告公司运维人员，由专门人员来进行专业及针对化的操作，个人不能私自进行改动，进行这样做的目的避免由于人为的盲目操作使某一台电脑的故障影响整个局域网内的其它工作，使故障扩大化，并延长了解决问题的周期。

3、使员工使用统一的、经过安全测试的系统及应用软件，安装、设置统一的杀毒软件、防火墙等安全防护软件，且经过努力实践，并在每台机器上设定了自动系统补丁升级及定期查杀规则。

4、对于个人的关键性数据资料、邮件进行路径转移备份，使这些数据远离危险故障点，避免意外丢失所带来的严重后果。操作系统进行常规定期备份，便于事后的还

原。

5、对于网络管理进行了监管工作，公司所有电脑安装了行为管理软件后，员工工作效率逐步提高，自觉性得到明显改进，从而净化了公司网络办公环境。

经过一段时间的贯彻和工作，先前的混乱现象得到有效控制，现公司的十余台电脑，工作状态稳定，没有出现大面积的系统崩溃和故障。

二、网络的日常维护

路由器及交换机的维护管理，确保公司网络运行正常，员工正常利用网络资源。加强路由器的规则设置，优化外网接口，内部员工合理地分配带宽流量，使公司的网络能稳定有效地工作。

三、公司网络制度管理和完善

公司经过一段时间的运转，各个部门的规章制度通过大家一起研究、探讨、立会并完善制定了各项规章制度，计算机管理也形成了制度，大家按章办事，使之成为一种工作习惯。同时公司的资产管理及日常的文书表格非常混乱和环节上的缺失。为此特地制作了一批表格、登记申请单及统计表。使得公司资产和资源得到有效的管理和控制，杜绝管理上的失控和资产流失。

四、公司服务器平台管理与维护工作

公司发展逐步扩大，对于公司所有的业务支撑平台-服务器，为重中之重；本我司服务器相应出现几次重大故障，分别如下：

1、网络故障七次，重大一次，因服务器遭DDOS攻击，导致我司服务器无法正常工作。事后通过紧急处理后得以恢复正常。其它几次分别为机房断电、网络升级、电信与联通DNS解析故障影响到我司服务器平台网络连接不正常。

2、系统故障三次，其中一次为短信平台服务器系统文件损坏，导致系统崩溃。经过技术部采用紧急预案措施在两小时内得以恢复系统。

3、其它故障共计5次，因联通网关溢出，无法与我司IVR服务器数据库网关同步，导致用户无法正常订购与使用我司亲情相伴业务。

经过出现几次重大故障后，技术部多次研究与讨论，制定出一套完善的应急措施与日常维护计划。尽量归避风险及减少事故发生，同时确保做到问题提前预防、及时发现、迅速解决并恢复正常运营。

4、针对服务器出现在问题所在，在技术部其它同事的配合下完成服务器的重新部署，访问权限及安全性的提高，数据库优化等相关措失后，目前服务器已运行正常。

5、公司针对员工的工作岗位与职位重新部署了FTP服务器的访问权限与互联网访问，使每个员工都能把重要的文件放到服务器上相关部门的文件夹里作备份，且通过内外网均可实现访问FTP服务器，大大方便了员工在外出差或在家里随时提取相关资料，且员工的访问权限不一样，故某些与自己无关或公司重要资料进行了保密设置，从而大大提高了公司重要资料的完整性与保密性。总结本的工作，尽管有了一点点的进步和成绩，但在一些方面还存在着很多的不足。比如：工作经验不足，对公司的网络与办公环境未得到很大的改善；遇到困难的时候与领导沟通不够等等，这都有待于在今后的工作中加以改进。

在新的一年里，将百尺竿头，更进一步，2011年的大致工作计划为：

1、在公司内部使用一种简便、有效的软件工作平台，使之便于公司所有员工的工作、交流、探讨，发布公共信息等（如OA软件）。

2、利用投影仪设备资源制作会议幻灯片为员工培训计算机操作及工作常用软件知识的小窍门，争取进一步提高全公司工作人员的专业化及工作效率。

3、解决企业网站制作等专业性知识问题，业余时间强化学习并能胜任网站管理工作。

4、进一步增强IT系统和网络系统的稳定性和管理，使用更为高效的域控制系统来代替目前的工作组局域网，使内、外网连接任意，在任何地方工作都能连接本公司服务器资源。

5、重新改建机房机柜网络布线，使机柜走线更加美观，同时方便以后维护时线路排除更加明了，直观。

6、在资金允许的情况下对公司办公电脑、网络、会议系统布署方案升级优化，进一步提高员工工作效率，为公司节约成本开支。

7、学习更多的网络知识，充分的将一些新的技术应用到公司当中来。为公司提供更优质、更便捷、更效率、更节能的办公方式。

2011年，是全新的一年，也是自我挑战的一年，我将努力改正过去一年工作中的不足，强化理论和业务学习，不断提高自身综合素质，把新一年的工作做好，为公司更好的发展尽一份力！

扩展阅读：如何 成为系统运维工程师 要成为系统运维工程师，需要学习那些课程？Windows、Linux、网络和Oracle哪些知识点需要学习，武汉怎么参加培训？

[标签：工程师,linux,oracle] 听前辈说软件开发工程师，以及系统运维工程师，在考虑选择。大家帮忙说一下我该选什么？学习哪些内容？才毕业没什么工作经验，该如何准备？

系统运维要求什么都懂一点，主要是基于Linux、UNIX有前途，shell网络数据库都需要懂一些。越老越吃香知识不需要太多创造性的东西了解基本规律然后去部署排错以后转管理。

我们来看看系统运维都有一些什么要求深入了解Linux/Unix操作系统 深入了解分布式系统、计算机网络、硬件体系结构

精通Linux/Unix环境下脚本语言（Shell、Perl、PHP、JSP、Python）的编程熟练使用grep、awk、sed、vi等系统工具

可以学RHCE+CCNP+OCP RHCE是红帽Linux认证目前最普及的企业版LINUX发行版的认证学了通吃LINUX再学一下AIX就UNIX搞定；可以朝RHCA发展

CCNP基本是思科网络工程师比较成熟基础的技能培训认证，将来有钱了可以朝CCIE发展

OCPOracle数据库DBA认证专家也是成熟的基础认证，可以发展为OCM 这个课程可塑性很强延展性出去能满足绝大多数的工作需求至于日常的局域网维护硬件什么的就不说了

你是武汉的话你可以找授权培训官网都可以查 武汉誉天RHCE+CCNP+OCP 系统运维做的很多啊网络操作系统数据库网站运维《互联网运营智慧--高可用可扩展网站技术实战》本书深入浅出地介绍运维架构中的各个节点，从网络规划到服务器安装到负载均衡、分布式文件系统等架构规划，无一不囊括，包括：从简要说明选择开源技术作为运营环境开篇，到选定平台及工具的部署实施，以实例展示如何使用开源工具，来实现用户访问量在1000万这样的一个级别的站点功能。

运维工程师熟悉tcpip系列协议，熟练配置思科和华为网络能参考手册配置其他厂商设备包括安全设备

熟悉服务器硬件系统配置操作系统unixlinuxwindows等安装配置检测其运行等 熟悉常见的应用如webftp邮件等服务搭建及排查熟悉常见的系统安全设置，以及整个安全体系架构

会安装及配置维护常见数据库oraclemysqlsql-server等有一定的存储方面的知识。。。。

要熟悉你服务器的环境相关的东西特别是网络相关

熟悉服务器的硬件配置熟悉服务器上的操作系统及各种常见的应用系统熟悉发生故障的时候处理流程等

不强求你精通内核调优等但是你知识要全面而且有一两手是拿手的 主要想当linux运维，服务器管理方面 最佳答案

操作：下个虚拟机，装CentOS。

教材：《鸟哥的Linux私房菜基础学习篇》、《鸟哥的Linux私房菜服务器架设篇》第三版。这两本书深入浅出，原理讲得很透彻而易懂，不像很多书只讲皮毛或很枯燥。第三版是以CentOS为例的。

RedHat官方也有教材，但是一来你没有配套的系统练，二来它的原理方面不如上书讲得深。

CentOS和RedHatEnterprise的源代码是一样的，很多都兼容。学好CentOS再迁移到RHEL很容易。如果是小型企业，用CentOS就可以了。大型企业才有必要购买RHEL。

软硬并施!软件:主要是服务器操作系统和数据库系统

硬件:服务器硬件,数据存储硬件(如EMC、IBMSAS磁盘阵列,存储服务器)网络：Cisco网络设备，局域网，接入网，光纤通道存储网国家电网的工程师，责任重于泰山！

linux运维工程师主要干些什么？有什么要求？我们知道多少？对于linux你了解多少呢？linux运维工程师职责linux运维工程师招聘linux服务器

工作职责：

1、负责Linux操作系统的安装、配置，系统监控和维护，问题处理，软件升级。

2、负责Linux系统下的常用软件（如FTPServer、Apache、NginX、MySQL、ORACLE等）安装及日常维护。

3、负责Linux的系统维护、优化。

4、负责Linux系统的网络安全及数据日常备份。

5、会编写常用的SHELL脚本。

6、能独立完成新软件的安装和配置及工作文档

7、了解Web技术/Java语言开发，支持其他部门工作。

8、了解TCP/IP/UDP/DDNS协议，能在Linux配置包括网站服务器，以及DNS/DDNS，和DHCP服务器等。

职位要求：

1、具有2年以上Linux系统维护的经验，熟悉Linux/Unix常用服务的安装配置与使用

2、精通Linux系统原理，熟悉内核参数调谐，精通基于linux的常用服务配置，如mail/nginx/dns等，并能够快速部署；深入掌握apache、tomcat及weblogic配置及调优

3、熟悉Linux系统架构，管理以及优化。

4、熟练掌握LINUX网络安装、配置、日常管理、安全、备份、恢复、故障处理、日志分析等技能。

5、熟悉虚拟机技术，熟悉虚拟化架构下的系统维护、分布式管理、容错、备份等技术。

6、熟练掌握交换机，防火墙等常用网络设备的配置，熟悉TCP/IP协议

7、熟练相关应用服务器如web、email、ftp、http等

linux运维工程师主要干些什么？有什么要求？我们知道多少？对于linux你了解多少呢？linux运维工程师职责linux运维工程师招聘linux服务器

工作职责：

1、负责Linux操作系统的安装、配置，系统监控和维护，问题处理，软件升级。

2、负责Linux系统下的常用软件（如FTPServer、Apache、NginX、MySQL、ORACLE等）安装及日常维护。

3、负责Linux的系统维护、优化。

4、负责Linux系统的网络安全及数据日常备份。

5、会编写常用的SHELL脚本。

6、能独立完成新软件的安装和配置及工作文档

7、了解Web技术/Java语言开发，支持其他部门工作。

8、了解TCP/IP/UDP/DDNS协议，能在Linux配置包括网站服务器，以及DNS/DDNS，和DHCP服务器等。职位要求：

1、具有2年以上Linux系统维护的经验，熟悉Linux/Unix常用服务的安装配置与使用

2、精通Linux系统原理，熟悉内核参数调谐，精通基于linux的常用服务配置，如mail/nginx/dns等，并能够快速部署；深入掌握apache、tomcat及weblogic配置及调优

3、熟悉Linux系统架构，管理以及优化。

4、熟练掌握LINUX网络安装、配置、日常管理、安全、备份、恢复、故障处理、日志分析等技能。

5、熟悉虚拟机技术，熟悉虚拟化架构下的系统维护、分布式管理、容错、备份等技术。

6、熟练掌握交换机，防火墙等常用网络设备的配置，熟悉TCP/IP协议

7、熟练相关应用服务器如web、email、ftp、http等

第五篇：系统运维

1、信息系统的技术要素：数据、硬件、软件、通信网络、基础设施。

（1）数据是信息系统处理的对象，是信息系统最基本的元素。数据又包括信息、知识、智慧

（2）硬件是计算机设备的总称，也叫做硬件设备，一般分为中央处理、存储器和输入、输出设备。

（3）信息系统依靠软件帮助终端用户使用计算机硬件，将数据加工转换为各类信息产品。一般软件分为基础软件和信息系统软件。

2、信息系统的影响因素：

内部因素五个：（1）战略计划（2）管理高层（3）用户需求（4）IT部门（5）现行信息化基础

外部因素六个：（1）技术（2）供应商（3）客户（4）竞争对手（5）经济环境（6）政府

3、云计算是一种按使用量计费的服务模式，包括：软件即服务（SaaS）、平台即服务（PaaS）和基础设施即服务（IaaS）

4、信息系统运维的目标：信息系统运维的目标是建立一个高效、灵活的信息系统运维体系，确保信息系统安全、可靠、可用、可控，进而达到IT的充分利用。（简答或者提空）

5、信息系统运维的内容：

（1）例行操作：运维提供方提供预定的例行服务，以及时获得运维对象的状态，发现并处理潜在的故障隐患

（2）响应支持：运维提供方接到需求方运维请求或故障报告后，在双方达成的服务品质协议承诺内尽快降低和消除对需求方业务的影响。

（3）优化改善：运维提供方适应需求方业务需求，通过提供调优、改进等服务，达到提高运维对象性能或管理能力的目的。

（4）咨询评估：运维提供结合需求业务需求，通过对运维对象的调研和分析，提出咨询建议或评估的方案。

6、信息系统运维的对象是运维服务的受体，主要包括基础环境、网络平台、硬件设备、基础软件、信息系统软件、数据等。

7、信息系统运维管理的主要流程：事件管理、事故管理、问题管理、配置管理、变更管理、发布管理、知识管理。

8、运维管理流程将达到以下目标：

（1）标准化：通过流程框架，构建标准的运维流程。（2）流程化：将大部分运维工作流程化，确保工作的可重复，并且这些工作都有质量的完成，提升运维工作效率。

（3）自动化：基于流程框架将事件与运维管理流程相关联，一旦被监控的系统发生性能超标或 机，会触发相关事件及事件事先定义好的流程。

9、运维管理人员的内容：

（1）明确各业务人员的任务及职权范围，尽可能确切地规定各类人员在各项业务活动中应负的责任、应做的事情、办事的方式和工作的次序。

（2）对于每一个岗位都应该有定期的检查和评价，为此对信息运维的每项工作都有一定的评价指标。

（3）要在工作中对工作人员进行培训，以便使他们的工作能力不断地提高，工作质量不断改善，提高系统的效率。

10、信息系统运维模式：自主运维模式、完全外包运维模式、混合运维模式。

11、信息系统运维的外包概念：信息系统运维外包也称为信息系统代维，是指信息系统使用单位将全部或一部分的信息系统运维服务工作，按照规定的维护服务要求，外包委托给专业公司管理。

12、信息系统设施运维的对象：基础环境、硬件、网络、基础软件等。

13、基础软件：主要包括有操作系统、数据库系统、中间件及其他的支撑系统。

14、故障诊断与修复原则：先易后难、先软后硬、先边缘后核心、先链路后设备。

15、云环境下信息系统设施运维的优势：

1）设施运维工作更加专业、敏捷 2）设施运维单机故障影响更小 3)设施运维成本更低。

16、云环境下信息系统设施运维的挑战：1）设施架构复杂度更高 2)设施故障可能造成更大范围的损失 3)运维故障处理难度更大。

17、信息系统软件运维的管理流程：P、D、C、A（P-Plan计划 ；D-Do执行；C-Check检查；A-Act处理）。

18、信息系统软件运维文档管理：（1）文档管理制度化（2）文档管理标准化、规范化（3）落实文档管理人员（4）保持文档的一致性（5）维护文档的可追踪性。

19、信息系统软件运维的日常内容：监控、预防性检查、常规操作。

20、软件缺陷一般分为四种：微小的、一般的、严重的、致命的。

21、信息系统软件缺陷状态有：（1）活动状态（问题没有解决，通过验证缺陷仍然存在）、（2）已解决状态（问题已经解决或者通过单元测试）、（3）关闭状态（经过验证后，确认缺陷不存在之后的状态）。

22、信息系统软件恢复管理流程的要点如下：（1）系统恢复申请被提出；（2）分析信息系统软件故障原因；（3）恢复安装前检查，恢复系统后测试；（4）对恢复安装过程进行跟踪，确认；

（5）系统恢复申请单、故障原因分析记录、恢复安装记录等过程文档存档。

23、数据资源运维的管理对象：数据文件、数据管理系统、存储介质。

24、数据资源运维的应急响应：

（1）制定应急故障处理预案，设立应急故障处理小组，确定详细的故障处理步骤和方法。

（2）制定灾难恢复计划，定期进行灾难演练，以防备系统崩溃和数据丢失。

（3）灾难发生后，应急故障处理小组能及时采取措施实现数据保护及系统的快速还原和恢复。

25、数据库故障及恢复一般包括事物故障（事物内部逻辑错误）、系统故障（软故障，指系统停止运行任何事情）、介质故障（硬故障，主要指外存故障）。

26、数据备份模式分为：逻辑备份、物理备份。

27、按备份过程分为：冷备份和热备份。

28、按备份策略分为：完全备份、增量备份、差异备份。

29、SRDF可提供三种工作模式：同步模式、半同步模式、自适应复制模式。

30、远程数据同步复制的实现又包括两个部分：有足够带宽的网络连接和好的数据复制管理软件。数据复制管理软件采用Veritas的Volume Replicator（VVR）。VVR采用可靠地连接和监听协议，可远程备份系统同步进行逻辑卷复制。VVR支持广域网节点间数据的同步和异步复制，支持多点的复制。Veritas的GCM软件可是实现广域网的集群管理。

31、云环境下的数据资源运维：特点（1）云计算采用分布式存储的方式来存储数据，采用冗余存储的方式来保证存储数据的可靠性。（2）云计算的数据存储技术必须具有高吞吐率和高传输率的特点。未来的发展将集中在超大规模的数据存储、数据加密和安全保证，以及继续提高I/O速率等方面。

32、云计算需要面对海量数据交互、需要高效、稳定的数据通信、存储系统支撑，还需要实现对云环境下海量数据的安全保障和有效监控。其影响主要体现在以下方面：

（1）海量数据的高可用性保障的要求；（2）云环境下数据安全保障的要求；（3）异构海量数据高效管理的要求。

33、信息系统安全包括：实体安全、运行安全、信息安全和人员安全等几个部分。

34、数据安全必须反映以下两个基本原则：最低特权；最少透露。

35、数据安全的影响因素：物理环境的威胁； 病毒与非法访问的威胁； 对数据库的错误使用与管理不到位； 数据库系统自身的安全缺陷。

36、数据加密的方法有对称密钥加密和非对称密钥加密。对称密钥加密：指双方具有共享的密匙，只有双方都知道密钥的情况下才能使用。

非对称密钥加密：也称公开密钥加密，密钥是由公开密钥和私有密钥组成的密钥对，用私有密钥进行加密，利用公开密钥可以进行解密。

37、信息系统安全组织保障的原则：一致性、全员性、连续性、主动性、有效性、正式性。

课后思考题：

1、信息系统运维外包的概念是什么？信息系统运维外包的动因是什么？

答：信息系统运维的外包概念：信息系统运维外包也称为信息系统代维，是指信息系统使用单位将全部或一部分的信息系统运维服务工作，按照规定的维护服务要求，外包委托给专业公司管理。

信息系统运维外包的动因：（1）有利于提高组织竞争力；（2）借助专业公司的管理流程和工具软件降低信息系统运维的成本；（3）提高服务质量、降低故障率；（4）降低业务部门隐性成本。

2、简述信息系统设施的故障诊断步骤与修复方法 答：

3、信息系统软件运维的管理模式有何特点？ 答：

4、软件测试在信息系统软件运维中有何作用？ 答：

5、常用的数据备份策略有哪些？

答：（1）完全备份（Full Backup），是指对某一时间点上的所有数据或应用进行的一个完全拷贝。

（2）增量备份（Incremental Backup）是指在一次完全备份或上一次增量备份后，以后每次的备份只需备份与前一次相比或者被修改的文件。

（3）差异备份（Differential Backup），先在某一时点进行一次完全备份，后续备份只要记录当前数据与完全备份的差异。

6、云环境下数据资源运维的特点有哪些？

答：（1）云计算采用分布式存储的方式来存储数据，采用冗余存储的方式来保证存储数据的可靠性。

（2）云计算的数据存储技术必须具有高吞吐率和高传输率的特点。未来的发展将集中在超大规模的数据存储、数据加密和安全保证，以及继续提高I/O速率等方面。

7、常见软件安全的影响因素有那些？

答：（1）操作系统的安全漏洞：输入/输出非法访问；访问控制的混乱；不完全的中介；操作系统后门；操作系统型病毒。

（2）基于Web的信息系统软件攻击（3）主要攻击方式：数据篡改；编程攻击。

8、常见数据安全的影响因素有哪些？ 答：（1）物理环境的威胁；

（2）病毒与非法访问的威胁；

（3）对数据库的错误使用与管理不到位；

（4）数据库系统自身的安全缺陷。