软件项目维护方案
软件项目维护方案 1. 项目背景及目标 1.1. 项目背景在国家政策的指导和帮助下，信息化也越来越发挥出十分重要的作用。XXXX不断加大信息化管理工作力度，积极实施“上网工程”，大力推进全市局域网建设，加快办公自动化系统进程，信息技术在改革中发挥了重要的支撑作用，为充分发挥政府公共职能，促进依法理财、科学理财，提供了重要的信息技术保障。近年来建设各系统随着数据量的逐年增加，陆续出现了性能问题，有必要进行数据库系统的升级及性能优化，以确保应用系统的正常运行，为单位员工提供更好的信息服务。
1.2. 项目目标● 对各系统数据库进行补丁升级服务，安装补丁前制定详细的升级计划和应急回退计划。
● 完成各系统数据库的性能调优工作。
● 各业务持续性得到有效的保证。
2. 需求分析 XXXXXXX项目，我公司有多年的行业经验。具有对运维服务对象进行适时监测、指标分析、和及时修复的能力。
Oracle 产品日常运行维护项目主要从如下几个方面进行： (1). 每天对ORACLE数据库的运行状态,日志文件,备份情况,数据库的空间使用情况,系统资源的使用情况进行查看,发现并解决问题。 (2). 每周对数据库
对象的空间扩展情况,数据的增长情况进行监控,对数据库做健康查看,对数据库对象的状态做查看。 (3). 查看表空间碎片,提出下一步空间管理计划。对ORACLE数据库状态进行一次全面查看。（4）由于这些数据库系统承载着XXXX非常重要的业务系统数据，所以在日常维护中需要非常仔细，每周、每月、每季都需要有相应的巡检记录，需要详细记载以下一些内容： n 监控数据库对象的空间扩展情况 n 监控数据量的增长情况 n 系统健康查看，查看以下内容: n 数据库对象有效性查看n 查看是否有危害到安全策略的问题。
n 查看 alert、Sqlnet 等日志并归档报错日志 n 分析表和索引 n 查看对数据库会产生危害的增长速度 n 查看表空间碎片 n 数据库性能调整n 预测数据库将来的性能 n 调整和维护工作 n 后续空间 3. 整体运行维护服务方案 3.1. Lifekeeper维护 3.1.1. 验证 LifeKeeper 的安装查看已经安装的LifeKeeper软件包，可以使用命令： rpm –qa|grep stee 3.1.2. 启动 LifeKeeper a) 启动LifeKeeper 服务器进程如果当前您的系统没有运行 LifeKeeper 则在所有服务器上以root用户身份输入如下命令 # /opt/LifeKeeper/bin/lkstart b) 启动LifeKeeper GUI服务器进程同样以root用户运行命令# /opt/LifeKeeper/bin/lkGUIserver start 注意：以上命令只需运行一次，以后每次系统重新启动时，LifeKeeper会自动运行上述进程 3.1.3. 有关的LifeKeeper软件的其它管理任务 a) 停止 LifeKeeper 服务如
果需要在服务器上永久停止LifeKeeper服务，可以输入下列命令$LKROOT/bin/lkstop 该命令同时会使所有LifeKeeper保护的资源处于
退出服务状态，如果希望在停止LifeKeeper时保持资源/应用的运行，
可以使用： $LKROOT/bin/lkstop -f b) 查看 LifeKeeper 进程键入下
列命令可以查看当前运行的所有 LifeKeeper 进程列表 ps -ef | grep LifeKeeper 3.1.4. 启动LifeKeeperGUI配置工具进入LifeKeeper GUI管理工具可以通过运行命令： /opt/LifeKeeper/bin/lkGUIapp 则
出现LifeKeeper登录界面：可以使用root用户登录，也可以使用新
建的用户进行登录。
3.1.5. 检测LifeKeeper 集群运行状态可以使用lcdstatus命令对LifeKeeper 集群的当前运行状态进行查看，命令格式： lcdstatus [-q] [-d ] 该程序向 stdout 输出在LifeKeeper 资源层次配置状态和通信
路径的状态. 选项 -q 表示输出采用简略的形式（建议使用该选项）选
项–d 表示要查看的主机，缺X查看本机 3.1.6. 管理 LifeKeeper 中
的资源注意：如果能运行LifeKeeper GUI，则使用其提供菜单命令执
行相应操作；在执行命令行启动/停止资源前，一定先使用lcdstatus
命令确认资源的实际状态。
a) 启用资源(In-Service) 可以使用命令： ./perform_action -t -a restore 将资源标记名所对应的资源在本机上投入服务（启动）。如
果该资源在命令使用前已经在另一台机器上处于运行状态，则本命令执
行的结果相当于执行了一次手工切换！！！如果该资源在命令使用前是处于停止状态（即在备机上执行本命令），则本命令执行的结果相当于执行了一次手工切换b) 停止资源(out-of-service) 可以使用命令： ./perform_action -t -a remove 将资源标记名所对应的资源在本机上停止服务。如果该资源在命令使用前已经在另一台机器上处于运行状态，则本命令执行不产生任何结果注意： n 在执行命令行前后，一定先使用lcdstatus命令确认资源的当前状态。
n 命令停止/启动本地的资源 n 命令中的是区分大小写的 n 一定要等待命令完成，注意命令的输出。
n 详细用法见在线帮助手册。
3.2. SQL SERVER维护计算机系统各种软、硬件故障、用户误操作以及恶意破坏是不可避免的,这些影响到数据的正确性甚至造成数据损失、服务器崩溃等致命后果。数据库的备份对保证系统的可靠性具有重要的作用。
下面会根据执行强度对维护任务及其相应的程序进行分类描述，执行强度用不同的时间间隔定义，包括每天、每周、每月和每季度，能够建立起良好的维护实务，确保SQL Server数据库性能和安全。
3.2.1. 每天的例行维护任务需要数据库管理员密切关注的维护任务，最好每天都查看一下，这样可以确保系统的可靠性、可用性、运行性能和安全。每天的例行维护任务包括： 1、查看是不是所有被请求的SQL
Server服务都正常运行。
2、查看日常备份日志中成功、警告或者失败记录。
3、查看Windows事件日志有没有错误记录。
4、查看SQL Server日志有没有安全警告记录，例如非法登录。
5、执行完全备份或差异备份。
6、在设置了完全恢复模型或大容量日恢复模型的数据库上执行事务日志备份任务。
7、核实SQL Server作业没有失败。
8、查看所有的数据库文件和事务日志具有合适的磁盘空间大小。
9、至少要监控处理器、内存或者磁盘计数器没有出现瓶颈。
3.2.2. 每周的例行维护任务关注程度稍逊于每天的例行维护任务，最好每周进行一次例行查看。每周的例行维护任务包括： 1、执行完全备份或差异备份。
2、查看以前执行的维护计划报告。
3、查看数据库完整性。
4、如果需要，执行收缩数据库任务。
5、通过重新组织索引任务压缩聚集和非聚集表和视图。
6、通过重新生成索引任务在数据页和索引页重新组织数据。
7、更新所有用户表和系统表的统计信息 8、清除备份、还原、SQL Server 代理作业和维护计划等操作的历史数据。
9、如果需要，手动增长数据库或事务日志文件 10、清除执行维护计划残留下来的文件。
3.2.3. 每月或每季度的维护任务有一些维护计划不需要执行得过于频繁，可以每个月或每个季度执行一次。但是请不要以为这些任务不需要天天执行就无足轻重，这些任务可以确保数据库环境的健康，所以不要轻视以下这些维护任务： 1、在测试环境中执行备份还原操作。
2、将历史数据归档。
3、分析收集的性能统计数据，与基准值相比较。
3、查看并更新维护文档。
4、查看并安装最新的SQL Server补丁和补丁包。
5、如果运行簇、数据库镜像或日志传送，则监测故障转移。
6、验证备份和还原进程是否遵循已定义的服务等级协议。
7、更新SQL Server构建指南。
8、更新SQL Server灾难恢复文档。
9、更新维护计划列表 10、修改管理员口令。
11、修改SQL Server服务帐户口令。
3.3. WebLogic维护 3.3.1. 性能调优 3.3.1.1. 设定执行队列的溢出条件 Weblogic Server提供给默认的执行队列或用户自定义的执行队列自定义溢出条件的功能，当满足此溢出条件时，服务器改变其状态为“警告”状态，并且额外的再分配一些线程去处理在队列中的请求，而达到
降低队列长度的目的。通过启动管理控制台，在域（如：mydomain）> 服务器> server实例（如：myserver）> Execute Queue > weblogic.kernel.Defalt > 配置下面几项：队列长度：此值表示执行队列中可容纳的最大请求数，默认值是65536，最后不要手动改变此值。队列长度阈值百分比：此值表示溢出条件，在此服务器指出队列溢出之前可以达到的队列长度大小的百分比。线程数增加：当检测到溢出条件时，将增加到执行队列中的线程数量。如果CPU和内存不是足够的高，尽量不要改变默认值“0”。因为Weblogic一旦增加后不会自动缩减，虽然最终可能确实起到了降低请求的作用，但在将来的运行中将影响程序的性能。最大线程数：为了防止创建过多的线程数量，可以通过设定最大的线程数进行控制。在实际的应用场景中，应根据具体情况适当的调整以上参数。 3.3.1.2. 设定队列监测行为 Weblogic Server能够自动监测到当一个执行线程变为“阻塞”。变为“阻塞”状态的执行线程将无法完成当前的工作，也无法再执行新请求。如果执行队列中的所有执行线程都变为“阻塞”状态，Weblogic server可能改变状态为“警告”或“严重”状态。如果Weblogic server变为“严重”状态，可以通过Node Manager来自动关闭此服务器并重新启动它。具体请参考：Node Manager Capabilities文档。通过启动管理控制台，在域（如：mydomain）> 服务器> server实例（如：myserver）>配置> 调整下可配置下面几项：阻塞线程最长时间：在此服务器将线程诊断
为阻塞线程之前，线程必须连续工作的时间长度(秒)。默认情况下，WebLogic Server 认为线程在连续工作600 秒后成为阻塞线程。阻塞线程计时器间隔：WebLogic Server 定期扫描线程以查看它们是否已经连续工作了“阻塞线程最长时间“ 字段中指定的时间长度的间隔时间(秒)。默认情况下，WebLogic Server 将此时间间隔设置为600 秒。 3.3.1.2.1. 尽量使用本地IO库 WebLogic Server有两套套接字复用器：Java版和本地库。采用小型本地库更有效,尽量激活Enable Native IO(默认),此时UNIX默认使用CPUs+1个线程,Window下为双倍CPU。如果系统不能加载本地库,将会抛出https://www.doczj.com/doc/1f634630.html,ng.UnsatisfiedLinkException,此时只能使用Java套接字复用器,可以调整socket readers 百分比,默认为33%。该参数可以在Console Server Tuning Configuration配置栏里设置，配置完，重新启动WebLogic Server即可。
3.3.1.2.2. 调整默认执行线程数名称开发模式产品模式推荐个数 Execute Queues 默认的执行线程为15 默认的执行线程为25 200 在管理控制台修改默认执行队列线程数的步骤如下： n 如果管理服务器没有运行，先启动。
n 访问管理控制台。
n 展开左边面板的Servers 节点，显示Server列表。
n 右击Server，在弹出菜单中选择View Execute Queues ，就会在右边
面板显示有执行队列的表用来修改。
n 注意：你只能修改默认的执行队列或者用户定义的执行队列。
n 在Name列，直接点击默认执行队列名称，显示配置标签用来修改执行队列数。
n 填下适当的线程数。
n 点击Apply，保存刚才的修改。
n 重启Server，使新的执行队列设置生效。
3.3.1.3. JDBC调优 3.3.1.3.1. 驱动程序类型选择 Oracle提供thin 驱动和oci驱动,从性能上来讲,oci驱动强于thin驱动,特别是大数据量的操作。但在简单的数据库操作中,性能相差不大,随着thin驱动的不断改进,这一弱势将得到弥补。而thin驱动的移植性明显强于oci驱动。所以在通常情况下建议使用thin驱动 3.3.1.3.2. 调节连接池初始容量和最大容量 JDBC Connection Pool的调优受制于WebLogic Server 线程数的设置和数据库进程数,游标的大小。通常我们在一个线程中使用一个连接,所以连接数并不是越多越好,为避免两边的资源消耗，建议设置连接池的最大值等于或者略小于线程数。同时为了减少新建连接的开销,将最小值和最大值设为一致；值等于WebLogic Server的执行线程数。
3.3.1.3.3. 其他配置尽管JDBC Connection Pool提供了很多高级参数,在开发模式下比较有用,但大部分在生产环境下不需调整。这里建议最好不要设置测试表, 同时Test Reserved Connections和Test
Released Connections也无需勾上。当然如果你的数据库不稳定,时断时续,你就可能需要上述的参数打开 3.3.1.4. WEB调优 3.3.1.4.1. 调整WEB应用描述符 WEB应用除代码之外的调优比较简单,仅仅是对一些WEB应用描述符的调整。首先关闭Session Monitoring Enabled,仅仅在Cluster环境下设置Session复制(优先使用内存复制),在保证应用正常运行的情况下,设置较短的Session超时时间。同时生产环境下无需查看Jsp和servlet：JSPPage Check Secs和Servlet Reload Check Secs 均设为-1,关闭JSP Keep Generated 和JSP Verbose对性能也有帮助。此外，还可以对jsp进行预编译,有两种方法：激活precompile选项；使用weblogic.appc事先编译，建议采用后者。
3.3.1.5. 其他调优设置 3.3.1.5.1. WebLogic文件描述符大小调整首先设置WEB主机系统的ulimit参数为unlimited ，然后设置WebLogic 中文件描述符的大小。
在{WL_HOME}/bea/weblogic/common/bin中打开文件commEnv.sh，修改设置文件描述符大小的指令，将默认的：ulimit –n 1024修改为：ulimit –n 8192 3.3.2. 维护管理 3.3.2.1. 启动weblogic server n 启动管理服务器：执行startAdmserver.sh n 启动被管理服务器：执行startManagedWebLogic.sh servername adminurl 3.3.2.2. 停止weblogic server n 停止被管理服务器：执行stopWebLogic.sh servername n 启动被管理服务器：执行stopWebLogic.sh 3.3.2.3. 登
录和退出管理控制台 n 管理服务器启动后可以在浏览器中登录管理控制台n 输入URL：http://hostname:port/console或https://hostname:port/console l hostname：管理服务器的ip地址或DNS名 l port：管理服务器监听的端口 l 如果管理服务器启动时使用SSL，则使用https访问管理控制台n 在弹出的窗口“Console Login“中输入用户名和密码登录 3.3.2.4. 性能监控 n 查看性能参数l 登录控制台后点击Servers-servername-Monitoring-Performance n 参数分析 n 1)Idle Threads && Queue Length && Throughout 正常情况下idle threads >0 ，queue Length为0，Throughout呈不规则变化曲线，Memory Usage呈适度频度的锯齿变化曲线。
一般来说，对于正常配置的生产环境（线程数50~200），如果idle threads 空闲线程数与队列长度通常有如下关系： A、如果空闲线程数>0 ，则 queue length =0 ； B、反之，如果queue length>0 ，则空闲线程数=0 ； n 2)Memory Usage Memory Usage = totalMemory() –freeMemory() 内存使用曲线反应了JVM Heap内存使用的变化情况，可以结合其他三个值的变化情况来判断server工作情况；比较理想的状态是适当频度的各种锯齿变化，由于JVM GC多采用“stop the world”机制，也就是垃圾回收时其他处理将暂停，过度频繁的GC将明显降低server工作效率和性能表现。
3.4. Oracle维护 Oracle Database，又名Oracle RDBMS，或简称Oracle。是甲骨文公司的一款关系数据库管理系统。它是在数据库领域一直处于领先地位的产品。可以说Oracle数据库系统是目前世界上流行的关系数据库管理系统，系统可移植性好、使用方便、功能强，适用于各类大、中、小、微机环境。它是一种高效率、可靠性好的适应高吞吐量的数据库解决方案。
3.4.1. 数据库性能优化 Oracle 性能管理既是一种艺术，也是一种科学。从实用角度讲，它可以分为两种类型，主动式和被动式性能管理。主动式性能管理涉及到特定系统实施初期的设计和开发，包括硬件选择、性能及容量规划，海量存储系统的选择， I-O子系统配置及优化，以及如何对不同组件进行定制，以满足 Oracle 数据库和应用系统的复杂要求。
被动式性能管理涉及到现有环境中不同组件的性能评估、故障排除和Oracle环境的优化。本文旨在探讨如何进行被动式性能调优，以便为Oracle 性能调优提供必要的指导，从而避免仅仅通过反复尝试的方式进行性能调优，提高 Oracle性能管理的效率。
所以 ORACLE 数据库性能恶化表现基本上都是用户响应时间比较长，须要用户长时间的等待。获得满意的用户响应时间有两个途径：一是减少系统服务时间，即提高数据库的吞吐量；二是减少用户等待时间，即减少用户访问同一数据库资源的冲突率。
对于以上的两个问题，通常我们采用以下几个方面来进行改善： n 调整服务器内存分配。例如，可以根据数据库运行状况调整数据库系统全局区（SGA 区）的数据缓冲区、日志缓冲区和共享池的大小；还可以调整程序全局区（PGA 区）的大小。
n 调整硬盘 I/O 问题，达到 I/O 负载均衡。
n 调整运用程序结构设计。
n 优化调整操作系统参数和使用资源管理器。
n SQL 优化、诊断 latch 竞争、Rollback(undo) Segment 优化、提升block的效率等等。
3.4.1.1. 查看Oracle数据库性能查看 Oracle 数据库性能情况，包含：查看数据库的等待事件，查看死锁及处理，查看 cpu、I/O、内存性能，查看是否有僵死进程，查看行链接/迁移，定期做统计分析，查看缓冲区命中率，查看共享池命中率，查看排序区，查看日志ORACLE 产品日常运行维护年度服务项目缓冲区，总共十个部分。
3.4.1.1.1. 查看数据库的等待事件 set pages 80 set lines 120 col event for a40 select sid,event,p1,p2,p3,WAIT_TIME,SECONDS_IN_WAIT from v$session_wait where event notlike ＇SQL%＇ and event not like ＇rdbms%＇; 如果数据库长时间持续出现大量像latch free，enqueue，buffer busy waits，db file sequential read，db file scattered read
等等待事件时，需要对其进行分析，可能存在问题的语句。
3.4.1.1.2. 查看消耗CPU最高的进程 SET LINE 240 SET VERIFY OFF COLUMN SID FORMAT 999 COLUMN PID FORMAT 999 COLUMN S_# FORMAT 999 COLUMN USERNAME FO RMAT A9 HEADING “ORA USER“ COLUMN PROGRAM FORMAT A29 COLUMN SQL FORMAT A60 COLUMN OSNAME FORMAT A9 HEADING “OS USER“ SELECT P.PID PID,S.SID SID,P.SPID SPID,https://www.doczj.com/doc/1f634630.html,ERNAME USERNAME,S.OSUSER OSNAME,P.SERIAL# S_#,P.TERMINAL,P.PROGRAM
PROGRAM,P.BACKGROUND,S.STATUS,RTRIM(SUBSTR(A.SQL_TEXT, 1, 80)) SQLFROM V$PROCESS P, V$SESSION S,V$SQLAREA A WHERE P.ADDR = S.PADDR AND S.SQL_ADDRESS = A.ADDRESS (+) AND P.SPID LIKE ＇%&1%＇;
3.4.1.1.3. 查看碎片程度高的表SQL> SELECT segment_name table_name,COUNT(*) extents FROM dba_segments WHERE ownerNOT IN (＇SYS＇, ＇SYSTEM＇) GROUP BY segment_name HAVING COUNT(*)=(SELECT MAX(COUNT(*))FROM dba_segments GROUP BY segment_name); 3.4.1.1.4. 查看表空间的I/O比例SQL>SELECT DF.TABLESPACE_NAME NAME,DF.FILE_NAME “FILE“,F.PHYRDS PYR, F.PHYBLKRDPBR,F.PHYWRTS PYW, F.PHYBLKWRT PBW FROM V$FILESTAT F, DBA_DATA_FILES DF WHEREF.FILE# = DF.FILE_ID ORDER BY DF.TABLESPACE_NAME; 3.4.1.1.5. 查看文件系统的I/O比例
SQL>SELECTSUBSTR(A.FILE#,1,2)“#“,SUBSTR(https://www.doczj.com/doc/1f634630.html,,1,30)“NAME“,A.STATUS,A.BYTES,B.PHYRDS,B.PHYWRTS FROM V$DATAFILE A, V$FILESTAT B WHERE A.FILE# =B.FILE#; 3.4.1.1.6. Disk Read最高的SQL语句的获取SQL>SELECT SQL_TEXT FROM (SELECT * FROM V$SQLAREA ORDER BY DISK_READS) WHERE ROWNUM 0 AND SQL_ADDRESS=ADDRESS AND SQL_HASH_VALUE = HASH_VALUE; 3.4.1.1.10. 查看死锁及处理查询目前锁对象信息： col sid for 999999 col username for a10 col schemaname for a10 col osuser for a16 col machine for a16 col terminal for a20 col owner for a10 col object_name for a30 col object_type for a10 select sid,serial#,username,SCHEMANAME,osuser,MACHINE,
terminal,PROGRAM,owner,object_name,object_type,o.object_id from dba_objects o,v$locked_object l,v$session s where o.object_id=l.object_id and s.sid=l.session_id; oracle 级 kill 掉该 session： alter system kill session ＇&sid,&serial#＇; 操作系统级 kill 掉 session： #>kill -9 pid 3.4.1.1.11. 查看数据库cpu、I/O、内存性能记录数据库的 cpu 使用、IO、内存等使用情况，使用 vmstat,iostat,sar,top等命令进行信息收集并查看这些信息，判断资源使用情况。
n CPU 使用情况： [root@sale8 ~]# top top - 10:29:35 up 73 days,
19:54, 1 user, load average: 0.37, 0.38, 0.29Tasks: 353 total, 2 running, 351 sleeping, 0 stopped, 0 zombie Cpu(s): 1.2% us, 0.1% sy, 0.0% ni, 98.8% id,0.0% wa, 0.0% hi, 0.0% si Mem: 16404472k total, 12887428k used, 3517044k free, 60796k buffers Swap: 8385920k total, 665576k used, 7720344k free, 10358384k cached PID USER 30495 oracle 32501 oracle 32503 oracle 注意上面的加粗字体部分，此部分内容表示系统剩余的 cpu，
当其平均值下降至 10%以下的时视为 CPU 使用率异常，需记录下该数
值，并将状态记为异常n 内存使用情况：# free -m Totalusedfreesharedbufferscached Mem:20261958670761556 -/+ buffers/cache: 326 1700 Swap: 5992 92 5900 如上所示，total表示系统总内存，used表示系统使用的内存，free
表示系统剩余内存，当剩余内存低于总内存的 10%时视为异常。
n 系统负载情况：#uptime 12:08:37 up 162 days, 23:33, 15 users,load average: 0.01, 0.15, 0.10 如上所示，load average部
分表示系统负载，后面的 3 个数值如果有高于 2.5 的时候就表明系统
在超负荷运转了，并将此值记录到巡检表，视为异常。
3.4.1.1.12. 查看是否有僵死进程 select spid from v$process where addr not in (select paddr from v$session); 有些僵尸进程有阻塞其
他业务的正常运行，定期杀掉僵尸进程。
3.4.1.1.13. 查看行链接/迁移Sql>select table_name,num_rows,chain_cnt From dba_tables Where owner=＇CTAIS2＇ Andchain_cnt0; 注：含有 long raw 列的表有行链接是正常的,找到迁移行保存到chained_rows 表中, 如没有该表执行 ../rdbms/admin/utlchain.sql Sql>analyze table tablename list chained rows; 可通过表 chained_rows 中table_name,head_rowid看出哪些行是迁移行如: Sql>create table aa as selecta.* from sb_zsxx a,chained_rows b where a.rowid=b.head_rowid andb.table_name =＇SB_ZSXX＇; sql>delete from sb_zsxx where rowid in (selecthead_rowid from chained_rows where table_name = ＇SB_ZSXX＇); sql>insertinto sb_zsxx select * from chained_row where table_name = ＇SB_ZSXX＇; 3.4.1.1.14. 定期做统计分析对于采用 Oracle Cost-Based-Optimizer 的系统，需要定期对数据对象的统计信息进行采集更新，使优化器可以根据准备的信息作出正确的explain plan。
在以下情况更需要进行统计信息的更新：应用发生变化；大规模数据迁移、历史数据迁出、其他数据的导入等；数据量发生变化。
查看表或索引的统计信息是否需更新，如：Sql>Select table_name,num_rows,last_analyzed From user_tables wheretable_name =＇DJ_NSRXX＇ sql>select count(*) from DJ_NSRXX
如 num_rows 和 count(*)如果行数相差很多,则该表需要更新统计信息，建议一周做一次统计信息收集，如：Sql>exec sys.dbms_stats.gather_schema_stats(ownname=>＇CTAIS2＇,cascade=>TRUE,degree => 4); 3.4.1.1.15. 查看日志缓冲区SQL> select name,value from v$sysstat where name in (＇redo entries＇,＇redo buffer allocationretries＇); 如果 redo buffer allocation retries/redo entries 超过 1% ，则需要增大 log_buffer。
3.4.1.2. 性能调优及方法性能调优主要有主动调优和被动调优，主动调优在前面我们已经进行了阐述，被动调优主要有以下方法进行。
n 确定合理的性能优化目标 n 测试并记录当前的性能指标 n 确定当前存在的 Oracle 性能瓶颈 (Oracle 中何处存在等待，哪个 SQL语句与此有关) n 确定当前的操作系统瓶颈 n 优化相关的组件 (应用、数据库、I/O、连接 OS 及其它) n 跟踪并实施变化管理制度 n 测试并记录目前的性能指标 n 重复第 3 到第 7 步直至达到既定的优化目标不要对并非性能瓶颈的部分进行优化，否则可能引起额外的问题。正如任何聪明的人会告诉你的：“如果还未坏，千万不要修”。更重要的是，一旦既定的优化目标已经达到，就务必停止所有的优化。
获取 Oracle 的性能指标 (测试前及测试后)必须在峰值处理时测试并获取系统在优化前和优化后的性能指标。数据采集不应在数据库instance 刚刚起动后进行。同时，测试数据应在峰值期间每过 15 分钟
进行一次。初始化参数TIMED_STATISTICS 应该被设为 TRUE。
通过运行以下脚本开始快照：$ORACLE_HOME/rdbms/admin/utlbstat.sql. 通过运行以下脚本结束快照： $ORACLE_HOME/rdbms/admin/utlestat.sql. 完成 utlestat.sql 操作后，会在当前目录中生成名为“report.txt”的文件，包含系统的性能数据。该报告包括每 15 分钟捕获的所有与 Oracle 例程相关的参数。
3.4.1.2.1. 寻找问题根源如上所述，通过查看 v$system_event 事件开始系统事件的问题诊断。下一步是查看 v$session_event，找出引起或经历等待事件的进程。最后一步是通过v$session_wait 获得事件的细节。同时，应该进一步通过 OS 进行深入分析，了解核心的 CPU、内存和 IO 状态参数。最后，结合两种不同的诊断的结论，找出系统瓶颈所在。
3.4.1.2.2. 应用优化从统计(和现实) 的角度看，80% 的 Oracle 系统性能问题可以通过 SQL 代码优化来解决。任何应用优化的过程，不外乎是索引优化、全表扫描、并行机制改进和选择正确数据组合方法的过程。这正是要达到最佳应用性能所必须考虑的因素。没有 SQL 的优化，就无法实现高性能的应用。良好的 SQL 语句可以减少 CPU资源的消耗，提高响应速度。同时，优化后的 SQL 语句还可以提高应用的可扩展性，这是除增加大量内存外，任何其它硬件手段也无法实现的。
3.4.1.2.2.1. I-O 优化 I-O 优化是系统优化中的一个关键步骤，还涉及到其它任务，将文件在不同驱动器/卷中进行分布，采用优化分区技术、确定 I-O 子系统瓶颈、确定控制器瓶颈并根据应用的类型选择最佳的RAID 级。I-O 优化应该在全面了解 Oracle 及Oracle RDBMS 结构之后进行。应该在进行 I-O 优化前后实施 I-O 数据监控，如平均服务时间，IOPS，平均磁盘队列长度等。
3.4.1.2.2.2. O-S监控数据库忙时，应该对操作系统进行监控，因为操作系统的性能指标会揭示数据库活动的性质及其对系统的影响。例如，为了了解 CPU 的利用率，可以通过system activity reporter (sar –u interval frequency) 、 mpstat (SunSolaris), top (多数 UNIX)、osview (SGI Irix) 及 vmstat 等命令。Sar 和vmstat 也可被用于确定包括内存使用率、I-O 参数、队列等待、读取/交换区活动等信息。在Solaris 上，mpstat utility 也可用于获取前面提到的 CPU 利用率数据。Solaris 上的 Adrian 性能管理工具也很有用。可以利用其中的一到多个工具来确定系统的性能状况，找出可能存在的瓶颈。
Oracle 数据库性能的管理需要遵循系统的方法论，以确保所有核心问题得以解决。多数问题可以事先得以管理。了解与 O-S 相关的问题是成功的关键。勿需置疑，系统硬件配置上的良好平衡也是至关重要的。必须承认， 80% 的系统性能问题可以通过书写更好的 SQL 语句来解决。来文试图探究其余 20%中可能覆盖的内容。同时，必须遵守严格的规定，
系统维护服务内容及要求 一、维护服务内容 1.系统日常运行维护。包括系统操作指导、因系统缺陷导致的各种 BUG的修复、因误操作导致的数据错误维护等等； 2.系统突发事件的诊断、排除； 3.因业务发展需要或需求变动引发对系统的新增、完善软件功能且 工作量小于（含）1人日的开发工作，年累计不能超过30个工作日； 4.咨询服务。帮助解答甲方提出的系统相关的各种业务和技术问 题，包括技术咨询、指导和信息提供等。 5.数据库数据清理。定期清理运维过程中所生成的生产数据库中的 临时表，从应用系统角度来优化数据库，如建立并优化索引、优化存储过程、数据库表拆分等，提高应用系统运行速度。 对于数据库参数方面的优化工作，可提出建议和要求，并辅助数据库厂商或运维上进行数据库性能优化。 6.运维总结 乙方应定期撰写运维总结报告，总结回顾本期各项运维工作开展情况，重点描述和分析出现的技术问题和服务质量问题，并给出整改方案。 超出上述维护服务内容的部分，维护形式及费用，甲乙双方另行商定。
二、维护形式 维护分为被动式和主动式两种形式： 1.被动式服务包括： （1）现场技术服务方式，指因应用软件系统出现重大故障导致业务中止时，乙方派技术人员运程协助甲方技术、业务人员一起对故障进行分析，提出解决方案，在征得甲方同意后对故障进行处理和排除； （2）远程维护方式，通过电话、电子邮件、传真或远程访问等方式进行系统故障的处理、技术支持、咨询服务等工作。 2.主动式服务包括： （1）按月巡检：乙方按月到现场对系统进行全面检查，优化系统，同时做好各类系统运行情况的记录。对可能出现的故障提出解决预案及系统功能改进等方面的技术咨询工作，并提供必要的现场指导。另外，乙方还可根据需要，在现场对甲方的技术、业务人员进行系统运行管理、日常维护、使用操作及开发技术等方面的培训；（2）主动服务：乙方定期将行业内一些先进的管理理念、管理思路和新的 三、要求 1．对于任何运行维护任务，乙方服务人员需严格填写维护记录单，并由甲方签字认可。
2014-2015年度设施、设备维护保养类（配电系统维护保养） 维 护 保 养 实 施 方 案
四川省XXXXXXX公司 2014.5.26 第一章对招标文件响应性 1.1工程概况及对招标文件响应性 1.2质量目标 1.3安全生产目标 1.4文明施工目标 1.5环境保护目标 第二章资源配置 2.1项目经理的经历、业绩 2.2主要人员经历、业绩 2.3拟投入工程的工器具及设备 第三章配电系统、运行维护 3.1配电系统、运行维护技术方案 3.2投运方案 3.3运行、维护管理措施及流程 3.4制度建设 3.5人员职责 第四章质量保证 4.1质量保证体系及组织机构 4.2质量保证措施 第五章安全生产
5.1安全生产保证体系及组织机构5.2突发性事故应急预案措施5.3安全生产保证措施 第六章文明施工 6.1文明施工保证体系及组织机构6.2文明施工总体策划 第七章环境保护 7.1组织机构 7.2环境保护措施及目标 第八章业绩
编制依据 1、《2014-2015年度设施、设备维护保养类（配电系统维护保养）》及招标资料 2、《电气装置安装工程35kV及以下架空电力线路施工及验收规》（GB50173） 3、《电气装置安装工程电缆线路施工及验收规范》（GB50168） 4、《电气装置安装工程接地装置施工及验收规范》（GB50169） 5、《电气装置安装工程电气设备交接试验标准》（GB50150） 6、《电力工程电缆设计规范》（GB50217） 7、《电力变压器运行规程》（DL/T572） 8、《电力电缆线路运行规程》（Q/GDW512） 9、《高压断路器运行规程》 10、《微机继电保护装置运行管理规范》（GB50194-93） 11、《电力安全工作规程》 12、《电力生产事故调查规程》 13、《防止电力生产重大事故的二十五项重点要求》 14、《建设工程施工现场供用电安全规范》
应用软件培训方案Last revision on 21 December 2020
X X市人民医院H I S新增模块培训计划概要 本次新增模块为：门诊医生站，住院护士站，住院医生站，电子病历，体检管理系统，一卡通系统，社保卡门诊接口，LIS 根据实际情况首先培训门诊医生站，住院护士站，住院医生站等模块，其后根据后续模块的基础数据准备完成，再对相关人员进行培训。对于电子病历模块，我们建议医院先抽调不超过两个科室的三名医生作为首次启用的对象，我们重点进行培训，期间我们指导这三名医生学习做电子病历模板的技能、电子病历使用的技能后，然后在全院全面推进。【此方案将会在后续进行完善】 培训阶段 第一阶段，培训人员名单，培训批次与培训时间的确定 由院方实施组员组织协调，提供各个科室相关人员名单，天网实施组员与院方实施组员共同协商安排好培训批次与培训时间。 第二阶段，his新增模块基础数据准备阶段 1）培训人员，医院方实施组员， 2）培训内容，进行相关模块基础数据维护，确保软件的正常运行， 3）培训方式，直接联系两关实施人员现场讲解； 4）所需时间，一天。 第三阶段，第一次集中培训 1）培训人员，医院方相关工作人员，
2）培训内容，相关模块的使用流程，使用技巧，注意事项，不同人员的相关职责， 3）培训方式，根据相关科室工作人员数量，合理分配分批次在培训室进行演示培训； 4）所需时间，每个模块需时1小时 第四阶段，第二次答疑培训，第一次培训结束后，院方相关人员在测试库进行试运行，一方面提高操作熟练度，一方面排查常见错误操作，在进行一段时间操作联系后，第二次培训进行集中答疑， 1）培训人员，各个科室工作人员代表，负责收集不同操作员使用过程中出现的疑问。 2）培训内容，对疑问的解答。 3）培训方式，在培训室集中培训 4）所需时间，共需时4个小时左右 第五阶段，考核 1）培训人员，医院所有使用新增模块的工作人员， 2）培训内容，相关模块使用熟练度考核 3）培训方式，由院方实施组员充当考核人，对工作人员进行考核并评分，可以科室为单位同步进行考核。 4）所需时间，每人次需时30分钟到1小时 第六阶段，考核未通过人员的再次培训 1）培训人员，考核未通过工作人员 2）培训内容，未掌握的模块
影响机房安全的隐患主要有：电源系统不稳定、室内温湿度过高过低、漏水、进出管理不当、空调设备出故障、机房明火不当等。为预防或发现这些机房运行中的难题，动环监控系统运行维护方案适时而生，通过对动力、环境、网络、安保等进行集中监控和管理来确保机房安全。 一、动环监控系统运行维护方案的介绍 动环监控系统运行维护方案与前端各智能环境设备进行实时通讯交互，通过智能监控、分析、控制，并以多样化的报警处理机制和友好的展现方式，使数据中心运维人员及时了解数据中心设备与环境的运行状况。 三、动环监控系统运行维护方案的主要功能 1、数据存储 系统具有超大容量的数据存储空间，支持报警数据存储、按时间点存储、按时间间隔存储、按数据变化幅度存储等多样化的存储方式，满足不同客户不同需求。 2、权限管理 强大的交互性权限分配功能：不同类型、不同区域的设备在不同时间段的可由具有不同权限的不同管理员进行管理，保证用户多系统交叉管理的稳步进行。 3、故障预警
故障预警机制可在故障产生前给管理人员发送通知，使得故障能免于产生或迅速解决，提前预防故障产生，减少财产损失。 4、报警管理 多样化的报警组、报警方式分配原则让您随时随地接收到报警，包括按时段分配，按设备分配等方式；报警方式包括微信、短信、电话、邮件、声光、语音、APP 推送等方式，保证及时发送，精确通知告警。 5、能耗管理 能耗管理功能实时展示机房各大/小区域、设备的电量、PUE等参数值，使管理人员实时了解机房能源消耗情况，是否达到建设标准，为节能减排实施提供参考依据。 6、报表输出 系统将所保存的历史数据、操作记录、事件日志等记录生成各种图表方式进行管理。
信息系统运行维护方案 2012年8月
目录 第一章目标 (3) 第一节运行维护服务目标 (3) 第二节运行维护内容及步骤 (3) 第二章运行维护服务具体内容 (4) 第一节驻点服务 (4) 第二节运维服务 (5) 第三节服务方式建议 (6) 第四节运维服务内容 (7) 1.预防性维护服务 (7) 2.中心机房设备维护服务 (7) 3.台式PC机类维护服务 (8) 4.笔记本计算机维护服务 (8) 5.服务器维护服务 (9) 6.工作站软件维护 (9) 7.语音（电话）信息点维护 (9) 8.病毒防护与监控服务 (10) 9.运维期结束前 (10) 第三章XX 运行维护服务预算 (10)
第一章目标 第一节运行维护服务目标 信息系统主要业务为税务征收系统及外部门之间数据交换系统，为确保XX 的网络系统、应用系统、安全系统、防病毒系统及办公OA系统在可靠、高效、稳定的环境中运行。达到故障快速定位并解决、信息安全可控可查、不断优化运行效率和性能，保障XX 信息系统资源共享，提高办公效率和质量，提高决策能力、管理能力、应急能力。针对XX 现有的网络环境、服务器硬件设备以及办公硬件设备，病毒防护等进行实时行监控，更好地规范和提高XX 的各项维护工作，保障网络、应用平台的正常运行以及防病毒的顺利正常开展。保证整体运维项目实施顺利，确保网络原因对业务运行影响最小化、确保网络故障快速定位并解决、确保网络信息安全可控可查、确保不断优化网络的运行效率和性能。保证目标系统7×24正常工作。 第二节运行维护内容及步骤 1.协助XX信息系统工作计划，掌握信息系统各设备运行情况，具体落实各设 备运行维护工作； 2.巡视运行维护各岗位，检查运行维护情况和服务质量，督导、协调各项工作， 保持XX信息系统运行维护良好的秩序； 3.保证按时按质完成XX负责人交付的各项维护任务。 4.通过数据分析和其他相关网络测试设备，解决XX 信息系统问题； 5.发展和维护问题解决程序、网络文件和标准操作程序； 6.协助管理XX 信息系统集成，更新维护各种工程用设备器材； 7.协助XX 调试、维护PC及OA工作计划，掌握调试、维护PC及OA设备运
中国石油天然气股份有限公司安徽销售分公司加油站运维服务方案 中石油燃料油江苏兴能工程建设有限公司 二O一四年九月
目录 第一章运维服务的整体设想与策划 (1) 一、项目调研 (1) 二、运维目标——“一站式管理、保姆式服务” (1) （一）倡导“全员参与”的管理文化 (1) （二）推广“平等互动”的服务文化 (1) 三、运维管理模式 (2) 四、拟采取的管理服务措施 (2) （一）实施“质量、成本双否决”运作机制 (2) （二）建立“加油站式”的员工培训机制 (2) （三）构建服务平台——客户服务中心 (3) （四）致力于设施、设备的循环改进 (3) 第二章管理机构设置和规章制度 (3) 一、机构设置、组织框图、工作流程、管理机制等 (3) （一）机构设置 (3) （二）管理框架的组织框图 (4) 二、管理规章制度、岗位工作标准、考核办法、落实措施 (7) (一)管理规章制度 (7) (二)岗位工作标准 (7) (三)考核办法及落实措施 (7)
第三章管理人员的配备和管理 (8) 一、人员配备及培训计划和内容 (8) （一）“各分销公司加油站运维”人员配置表（总计为12人） (8) 二、人员录用、考核标准及奖惩淘汰机制 (9) （一）录用 (9) (二)考核 (9) (三)员工奖惩 (9) 第四章具体实施方案 (10) 一、全面掌握加油站的数量、设备、设施使用情况 (10) 二、加油站设备运维设施方案 (10) 三、加油站设施运维实施方案 (10) 四、后勤保障实施方案 (11)
第一章运维服务的整体设想与策划 一、项目调研 为使日后的运维服务工作更加贴近各分销公司的实际情况，在进行运维服务前对加油站做如下分类调研： 1、加油站分布情况：测算各加油站到各分销公司运维服务中心距离的，交通便捷情况。 2、登记加油站内在运维范围内设备规格、数量、生产厂家以及使用情况，收集相关设备维修，保养记录及设备是否在质保期范围内。 3、对加油站相关设施使用情况做好登记，以及设施是否在质量保修期范围内。 3、对星级加油站员工数量及加油站场区面积做好记录，便于做好后勤保障服务。 二、运维目标——“一站式管理、保姆式服务” 开展运维服务工作，我公司高度重视各分销公司的文化需求、服务需求及主动参与各分销公司对加油站运行建设的愿望。 我们提出“一站式管理、保姆式服务”的运维模式，强调由物化管理上升到文化管理，实现传统维修理念与现代加油站运行方式高度共融的“一站式管理、保姆式服务”的管理目标。“一站式管理、保姆式服务”及两个层面，一是通过对本公司运维管理人的人际交流培训教育，增强服务意识并积极与仓储调运处、分销公司以及加油站管理人员之间的沟通。二是通对运维人员业务能力的培训以降低管理难度，提升管理效果。我们的设想是： （一）倡导“全员参与”的管理文化 在运维项目经理部内部我们强调员工在合理分工基础上的充分合作，安全管理方面提倡“全员防范，全员消防”等，以多层面的共同参与和协作来弥补管理上的缺项和漏项。在加油站内，我们推崇“为业主节约每一分，让业主满意多一分”的管理理念。 （二）推广“平等互动”的服务文化 服务文化的涵义在于“把提供优质服务视为工作的自然方式和最重要的规范”。服务连着业主和运维管理人，我们对两者关系的定位是：建立在权利与义务对等基础之上的合法契约关系。 建立这种认识能使员工真正尊重自身的工作，产生服务热情，自觉尝试去寻找满足业主期望的恰当方法，提供发自内心的“微笑服务”。业主在享受服务的同时提出改进意见，服务产品的供方和需方均保持愉悦的心境，服务水准在平等互动的基础上得以提升。
项目编号：XXXX公司 项目名称：XXXX公司信息系统建设项目 项目包别：第3包 版本号：1.0 XXXX公司信息系统项目 培训方案 建设方项目经理： 确认签字： 日期： 承建方项目经理 确认签字： 日期：
1.培训目标 培训作为XXXX公司本次信息化项目知识转移的重要手段，其主要目标包括：?确保培训XXXX公司的最终操作员能熟练操作软件； ?确保XXXX公司的操作人员理解总体流程和系统集成性； ?确保新流程和系统功能的知识转移，使其能从上线的第一天开始正确地、高效地使用系统； ?培养XXXX公司关键用户（包括项目管理人员），使其掌握系统的核心功能以及项目实施方法和步骤，可以进行企业内部培训； ?培养XXXX公司系统管理员，使其掌握日常运行和维护系统的技能，包括故障排除、寻求供应商支持等； ?培养XXXX公司软件技术人员进行ERP系统基本表结构、应用开发平台、数据交换平台使用等 ?提供有效的、全面的和标准的文档给最终用户，成为其后续稳定应用的保障。 2.培训方法 为保证在短期内将各种知识和技能传授给XXXX公司不同层面的众多项目参与者，我们建议如下培训方法： ?对管理层培训采用沟通、汇报、课堂教学的方式进行； ?对关键用户提供产品的全面培训； ?建议对关键用户以咨询、交流、课堂教学等方式进行； ?对最终用户培训要针对业务岗位进行； 建议最终用户培训基于其岗位相关的业务流程和系统操作需求，培训材料统一开发、由实施顾问提供培训以保证培训质量。建议建立网上学习交流系统提供业务流程手册和系统最终用户培训资料，另外需要在系统中创建专门的练习用数据库，使最终用户在完成最终用户培训后，仍然可以自行学习和专研，并在工作中参考。 采用专职培训员
系统运维方案 一、企业面临的问题 1、缺乏集中的监控管理平台，运维管理人员无法主动掌握IT平台的运行情况，对主机系统、网络系统、数据库、应用系统等没有合适的手段进行监控，无法做到快速的主动预警、快速的故障定位和故障排除。 2、被动的运维管理模式导致运维人员对故障后知后觉，重复劳动多，工作强度大，最终IT部门、各业务部门都不满意。 3、建立在手工基础上的巡检工作，难免有主观性强、随意性强的缺点，数据不能真实反映系统的运行状态，并且一旦岗位流动，不能保证系统维护的延续性。 4、IT管理部门无法掌握现有IT资源是否充分发挥了作用，系统如何配置更能满足业务发展的需要，一切都确乏科学的数据做为投资决策的依据，难免造成盲目投资、重复建设的巨大浪费。给企业带来不可弥补的经济损失。 二、运维管理系统的作用 1、打破传统的“分散监控、分散管理”模式，通过建立一个集中的监控管理平台，实现对整个IT系统的“集中管理、统一运维”。 2、打破传统的“只有在出现问题时，才能被动应对”的后知后觉的服务模式，系统通过7*24小时不间断的监控，主动发现故障隐患，及时预警，以利于及时消除隐患，防患于未然，并能迅速定位故障，及时通知，有利于快速排除故障。 3、通过建立一个集中的监控管理平台，以“全面监控、准确预警、及时通知、快速解决”的方式，记录所有监控数据，并根据需要提供分析报告，有案可查，便于进行系统的、科学的分析和总结。 4、打破传统的IT部门对IT资源心中无底的状况，通过统一的集中监控管理平台，管理人员能够清晰地知道现有资源的合理性，实现资源的有机整合与充分利用，以科学数据作为投资决策的依据，避免了盲目投资、重复建设造成的巨大浪费。给企业降低了成本，提高了工作效率，提升了管理质量和企业的核心竞争力。 5、打破传统的IT维护只关注IT元素问题。在系统中可以为您集中展现银行业务系统的各种信息，为领导及时了解业务状况及时决策提供便利。 三、运维管理系统的功能特点 1、7*24小时自动监控功能：将以往固定的阶段性系统巡检工作，变为系统自动的7x24小时不间断检测，可代替人工进行值守。直接提升了系统的IT管理自动化程度，工作效率显著提高！ 2、快速定位故障功能：将复杂的IT环境按照银行业务关联方式进行整合，能直观地看到整个IT系统的运行状态，及时准确的上报：是IT系统出现了什么问题，导致业务出现问题；可以迅速定位故障点，直接提高了维护部门响应及处理问题的速度。 3、系统自动预警功能：通过系统7x24小时不间断检测，并根据数据进行分析，一旦情况异常，系统自动产生预警信息及时通知各位领导及管理员，为防患于未然提供强有力的帮手。 4、管理及决策功能：直观的报告式系统性能统计表，使IT管理者及时了解IT系统各部分的运行状况，提供的历史性能和故障数据，为IT管理决策提供了科学的依据；并获得最直观的与业务有关的各种信息，为维护人员提供方便快捷的运维管理工具。 5、确保业务系统稳定性功能：保障业务的整体稳定性，提前发现网络中存在的各种潜在问题，提前处理，使故障率大大降低，网络故障时间大大减少，用户的投诉率明显减少，提升了业务服务质量，也降低了维护成本。 内网安全管理 1、所有域用户不能随便更改桌面背景，保证公司使用带有LOGO的统一背景。 2、所有域用户不能运行管理员已经限制的程序。 3、所有域用户禁止使用管理员权限。 4、配置域用户所有IE的默认设定为本企业网站，保证员工打开IE可以直接访问到公司网站，且用户不能自行更改主页。 5、禁止域用户使用运行，防止打开注册表等修改系统配置（管理员除外）。
运行维护实施方案建议书Last revision on 21 December 2020
运行维护实施方案建议书 一、说明： 编写依据： 根据项目要求，因招标文件因缺少明确指导性的容量、系统设备配置、数量等信息，故在内容上使用通用性的标准，本方案仅供参考，具体需以现场实际情况为准进行进一步的修订和完善，直至确保维护好设备，满足甲方要求，树立我公司的良好形象，更好地服务于客户。 参考标准： 基站电气一次和二次图纸 《电力设备预防性试验规程.》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、与维护项目负责人沟通，了解原设备的运行的状况 7、根据实际情况制定维护项目制度和规程（见）。 8、根据用户计划调整预防性试验的空窗期。（试验内容见第部分） 四、工作方法 一次主设备
IT运维服务方案 2009年6月
目录 1XXXXXXXX公司的服务内容 (3) 1.1服务目标 (3) 1.2信息资产统计服务 (4) 1.3网络、安全系统运维服务 (4) 1.4主机、存储系统运维服务 (7) 1.5数据库系统运维服务 (10) 1.6中间件运维服务 (12) 2运维服务流程 (13) 3服务管理制度规范 (15) 3.1服务时间 (15) 3.2行为规范 (16) 3.3现场服务支持规范 (16) 3.4问题记录规范 (16) 4应急服务响应措施 (18) 4.1应急基本流程 (18) 4.2预防措施 (18) 4.3突发事件应急策略 (19)
1xxxxxxxx公司的服务内容 1.1服务目标 xxxxxxxx公司可为提供的运行维护服务包括，信息系统相关的主机设备、操作系统、数据库和存储设备的运行维护服务，保证用户现有的信息系统的正常运行，降低整体管理成本，提高网络信息系统的整体服务水平。同时根据日常维护的数据和记录，提供用户信息系统的整体建设规划和建议，更好的为用户的信息化发展提供有力的保障。 用户信息系统的组成主要可分为两类：硬件设备和软件系统。硬件设备包括网络设备、安全设备、主机设备、存储设备等；软件设备可分为操作系统软件、典型应用软件（如：数据库软件、中间件软件等）、业务应用软件等。 xxxxxxxx公司通过运行维护服务的有效管理来提升用户信息系统的服务效率，协调各业务应用系统的内部运作，改善网络信息系统部门与业务部门的沟通，提高服务质量。结合用户现有的环境、组织结构、IT资源和管理流程的特点，从流程、人员和技术三方面来规划用户的网络信息系统的结构。将用户的运行目标、业务需求与IT服务的相协调一致。 xxxxxxxx公司提供的信息系统服务的目标是，对用户现有的信息系统基础资源进行监控和管理，及时掌握网络信息系统资源现状和配置信息，反映信息系统资源的可用性情况和健康状况，创建一个可知可控的IT环境，从而保证用户信息系统的各类业务应用系统的可靠、高效、持续、安全运行。 服务项目范围覆盖的信息系统资源以下方面的关键状态及参数指标：运行状态、故障情况 配置信息 可用性情况及健康状况性能指标
运行维护实施方案建议书 一、说明： 1.1编写依据： 根据项目要求，因招标文件因缺少明确指导性的容量、系统设备配置、数量等信息，故在内容上使用通用性的标准，本方案仅供参考，具体需以现场实际情况为准进行进一步的修订和完善，直至确保维护好设备，满足甲方要求，树立我公司的良好形象，更好地服务于客户。 1.2参考标准： 基站电气一次和二次图纸 《电力设备预防性试验规程.》DL／T 596-2015 《配电网运维规程》Q/GDW 1519-2014 《电气装置安装工程电气设备交接试验标准》GBJ50150-2006 《电气装置安装工程电缆线路施工及验收规范》GBJ50168-2006 《电气装置安装工程盘柜及二次回路接线施工及验收规范》GBJ50171-92 《电气装置安装工程低压电器施工及验收规范》GBJ50254-96 《电气装置安装工程接地装置施工及验收规范》GBJ50169-2006
《电气装置安装工程高压电气施工及验收规范》GBJ147-90 《电气装置安装工程电缆线路施工及验收规范》GBJ50168-92 《施工现场临时用电安全技术规范》JGJ46-886.3 二、运行维护管理的主要工作范围： 2.1运行中的日常巡视检查；相关数据、参数、设备运行状况的记录及汇报。 2.2设备运行中出现的隐患、缺陷等异常情况的记录、汇报和处理。 2.3设备出现故障或停运时的检修；计划中的检查性检修；突发性情况下的抢修。 2.4检修或停运时对设备做各项对应性的试验、周期性试验。 三、工作计划 1、与承包方签署合同。 2、运维范围内设备和专用工器具交接。 3、收集运维范围内设备的图纸、说明书、操作说明等资料。 4、项目所涉及设备厂家的联系方式收集。 5、查询项目维护单位相关设备的备用件情况，统计已有备用件，根据情况补充相关备件报承包方审批。
信息系统运行维护方案（IT运维服务方案）
目录 1运维服务内容......................... 错误!未定义书签。 服务目标.......................... 错误!未定义书签。 信息资产统计服务 .................. 错误!未定义书签。 网络、安全系统运维服务 ............ 错误!未定义书签。 主机、存储系统运维服务 ............ 错误!未定义书签。 数据库系统运维服务 ................ 错误!未定义书签。 中间件运维服务.................... 错误!未定义书签。2运维服务流程......................... 错误!未定义书签。3服务管理制度规范..................... 错误!未定义书签。 服务时间.......................... 错误!未定义书签。 行为规范.......................... 错误!未定义书签。 现场服务支持规范 .................. 错误!未定义书签。 问题记录规范...................... 错误!未定义书签。4应急服务响应措施..................... 错误!未定义书签。 应急基本流程...................... 错误!未定义书签。 预防措施.......................... 错误!未定义书签。
突发事件应急策略 .................. 错误!未定义书签。
辽宁工程技术大学（葫）共青团营销管理学院委员会 2012－2013学年度下学期软件培训 活 动 计 划 团委组织部 2013年04月16日计算机应用软件培训活动计划 一．活动目的： 春风送爽，万象更新，为了给对计算机应用软件（主要是PS、视频制作方面）感兴趣的同学提供一个学习提高的机会，同时也对各
部门涉及处理视频、图片、文字文件的相关人员进行有目的性的强化训练，使今后各部门在涉及到电脑的相关工作上能更加快捷高效出彩的开展，也让大家在新的学年里有更多的进步和发展，并且更好的完成和配合院里布置的各项工作。我们进行一次全面的培训，希望通过本次培训，参训同学能够学有所得，为己所用，更好的展示自身的长处和亮点，本活动届时将邀请在计算机应用软件（主要是PS、视频制作方面）上有较为深入研究认识的相关人员对参与者进行指导，同时还将发放相关软件的学习资料供大家学习研究。培训结束后，我们会进行一个小小的成果测试（内容包括word、excel和ppt）。通过对同学们的集体培训，来进一步提升团委各部门的工作效率以及他们的自身素质。 二．活动名称： 计算机应用软件培训 三．活动时间、地点： 时间：2013年5月5日下午1点半 地点：静远341 四．组织单位： 营销管理学院共青团委员会 五．活动针对对象： 任职于学院团委的部长和副部长 六．活动通知方式： 短信通知
七．活动人员安排： 备品：刘鹏飞、张保山 桌布：刘鹏飞、张保山 会场打扫：郑亮丽 布置黑板：邹涛 场内秩序的维护：王慧 照相：李雪 八．活动流程： 本次活动主要分为两个阶段：第一阶段是开展PS及视频软件应用培训及word、excel、ppt学习；第二阶段是成果测试。 第一阶段：软件培训 形式：开办专门的讲座(或发放相关学习资料进行自学) 具体流程如下： 一、主持人致开场词，宣布活动正式开始并介绍出席嘉宾； 二、由辅导者进行教学演示； 三、主持人宣布本次培训到此结束并请嘉宾先退场。 第二阶段：成果测试 形式：软件相关知识考核（试卷形式） 具体流程如下： 一、监考员发放试卷； 二、考生在限定时间内完成答题； 三、交卷；
运维管理服务方案集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#
中国石油天然气股份有限公司安徽销售分公司加油站运维服务方案 中石油燃料油江苏兴能工程建设有限公司 二O一四年九月 目录
第一章运维服务的整体设想与策划 一、项目调研 为使日后的运维服务工作更加贴近各分销公司的实际情况，在进行运维服务前对加油站做如下分类调研： 1、加油站分布情况：测算各加油站到各分销公司运维服务中心距离的，交通便捷情况。 2、登记加油站内在运维范围内设备规格、数量、生产厂家以及使用情况，收集相关设备维修，保养记录及设备是否在质保期范围内。 3、对加油站相关设施使用情况做好登记，以及设施是否在质量保修期范围内。 3、对星级加油站员工数量及加油站场区面积做好记录，便于做好后勤保障服务。 二、运维目标——“一站式管理、保姆式服务” 开展运维服务工作，我公司高度重视各分销公司的文化需求、服务需求及主动参与各分销公司对加油站运行建设的愿望。 我们提出“一站式管理、保姆式服务”的运维模式，强调由物化管理上升到文化管理，实现传统维修理念与现代加油站运行方式高度共融的“一站式管理、保姆式服务”的管理目标。“一站式管理、保姆式服务”及两个层面，一是通过对本公司运维管理人的人际交流培训教育，增强服务意识并积极与仓储调运处、分销公司以及加油站管理人员之间的沟通。二是通对运维人员业务能力的培训以降低管理难度，提升管理效果。我们的设想是： （一）倡导“全员参与”的管理文化 在运维项目经理部内部我们强调员工在合理分工基础上的充分合作，安全管理方面提倡“全员防范，全员消防”等，以多层面的共同参与和协作来弥补管理
电信学院团总支学生会 ——办公软件培训 策 划 案
电信学院办公软件培训活动策划 一、活动背景： 当今社会，计算机应用已经渗透到生活的方方面面，适应当代信息产业发展的需要，熟练的掌握计算机的基本应用技能，在各领域已经成为当代人才判定的标准之一。尤其是办公软件的应用和同学们个人材料的整理、学生干部的工作息息相关！如今，为了让学生会干部更加熟练的掌握办公软件的基本操作，提高工作效率，同时促进学生会新成员之间的学习和交流，提高学生会的整体综合素质，电信学院团总支学生会将举办一次主要针对Word 2007和excel 2007的基本操作技能培训活动，希望借此活动能为大家提供一个良好的交流和学习的平台。 二、活动主题： 交流、学习、进步 三、活动目的： 为广大对办公软件（word 2007、excel 2007）应用感兴趣和需求迫切的同学提供一个相互交流，一起学习，共同进步的机会。 四、主办单位： 电子信息学院团总支学生会办公室 五、活动对象： 电子信息学院团总支学生会全体干部和本院对word 2007、excel
2007感兴趣的同学。 六、活动时间： 10月23日晚19:00——21:00 七、活动地点： 十二教101教室 八、活动资源： 1、已有资源：培训课的授课人员 2、需要的资源：建议有条件的同学自带笔记本安装了相关软件的电脑。 九、活动的开展： 前期的宣传和准备： 1、提前借好教室； 2、第八周学生会例会上向学生会全体干部宣传，在由相应班级的联络干部向该班进行宣传；宣传部负责出宣传板向本院全体学生宣传； 3、收集同学们在word 2007和excel 2007应用方面所关注的问题； （二）培训内容： 主要针用word 2007和excel 2007对各种文字、图片、数据、图表等内容进行处理的基本知识。 （三）培训流程： 总共时长为两大节，每大节时长为1.5小时。 第一大节：XXX时到XXX时word 2007 陈磊
信息系统运维服务 方案
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服务队伍要求 ......................................... 错误!未定义书签。
十二、项目运营维护初步方案 运营构想 通过多次与各级地方政府进行PPP项目的洽商、沟通，积累了丰富的PPP 项目实施经验，并积极寻求与综合实力强、信誉高的运营机构进行合作，为各类PPP项目实施管理奠定了基础。目前，我公司已与多家运营机构建立战略合作关系，并已将广州爱奇体育有限公司和湖北博天体育设施有限公司引入至已中标的“监利县文化体育中心PPP项目”和“赤水市生态文化体育公园PPP项目”。 一旦我公司中标该项目，我公司与大通湖区城市建设投资开发有限公司按相关协议约定成立SPV公司，由SPV公司负责本项目的设计、融资、建设、运营、维护、移交。SPV公司在文体中心建成前9~12个月开始策划文体中心运营维护方案；制定文体中心的管理制度；组织相关人员进行上岗培训；文体中心建成前6个月开始在益阳市电视台、广播电台播放文体中心的宣传广告，使当地居民家户喻晓；文体中心建成前2个月开始印发广告传单进行宣传，使文体中心走进千家万户；文体中心建成，组织召开一场别开生面的祝典活动，进一步扩大文体中心的影响力；文体中心建成后，及时为当地居民办理会员卡；建成后，每年与当地政府一起组织召开一届文体运动会；每年春节期间与当地政府一起组织一次文化活动；在文体中心建成3年内，采取各种优惠措施，让当地居民获得实惠，培育市场，激发广大市民兴趣，吸引更多的市民参与；在文体中心建成3年后，根据文体中心运营效果，再决定是否向益阳、岳阳、常德等地宣传，扩大运营；文体中心建成后，安排服务人员对卫生、环境进行日常清扫、对各种设施进行定期检查、维护，秩序进行维护等，保证文体中心正常运行。 SPV公司将根据该项目性质、规模、社会需求、服务宗旨等引进综合实力强、信誉高的专业化运营机构负责后期的项目运营，确保将该项目打造成大通湖区的“文化名片”，助力大通湖区政府推进区域经济发展、改善城市环境及形象。 努力向当地居民提供图书馆、群艺馆、档案馆、展览馆、博物馆、市民服务中心、会议中心、体育馆、羽毛球馆、全民健身中心等公共产品，重点为此区域
详细培训服务方案 1 培训计划 产品运行好坏往往与用户具备的操作和维护能力紧密相关，凡是用户能熟练进行操作和维护的系统，往往能长期可靠运行而很少出现故障，反之则会隔三差五地出现问题。从这个意义来说，技术支持及培训做到位，无异于增加了产品的可靠性，这是使用者和供货者共同的心愿。 我公司深知对产品的使用人员进行培训的重要性，只有经过良好培训的用户才可以减少重复操作，提高使用率。因此，我们此次项目设计了一个专门的培训计划,培训不同层次的系统用户，使他们能够高效率低成本地完成工作。 2 培训对象 为保证本次项目的顺利实施和保障日后设备被充分有效的使用，本次主要的培训对象为设备使用人员，人员数量由使用方确定。 3 培训目的 为确保系统投入使用后，能够稳定、良好地运行，达到建设预期的目的，将对用户相关人员进行全面、细致的培训工作。 本项目人员培训，是指对系统的使用人员、开发、系统管理人员进行培训。目的是使该项目的受训人员充分具备系统安装、配置、使用和故障处理的能力，了解与项目相关的系统软件和操作环境，以及对系统设计及其相关业务的认识，以便更好的开展工作。经过培训，保证贵方人员能够独立进行使用、管理、维护和日常处理，保证系统正常、安全的运行。 通过训练后使操作员能够熟练的操作本系统，并能处理一些基本故障。保证使用者能对整个产品全面了解，熟悉日常维护工作，有能力处理一般性问题，并消除系统因使用或操作不当而引起的故障，减少突发故障的发生。 4 培训费用 我公司为用户提供免费培训服务，保证参加培训人员熟练使用本系统。
5 培训内容 培训内容包括本项目中所涉及到的所有产品。 我公司将提供产品的全部详细技术资料，为用户安装调试后，根据用户的时间安排，组织设备的使用者及相关人员进行统一的专业培训，并提供成文的培训教材供用户参考。培训内容分为三部份： 1）产品硬件认知 A：系统的组成及配置 B：系统的产品工作原理 C：主要设备功能介绍 D：设备连接方式及配件的使用 2）产品软件操作 A：操作步骤 B：操作规范 C：操作注意事项 D：操作实习 3）系统维护 A：系统的日常维护与安全注意事项 B：基本故障诊断与处理 C：重点、难点介绍 D：设备报修方式 6 培训时间及地点 培训时间：用户指定 培训地点：用户指定 7 培训方式 A：现场培训 着重培训操作员对系统的操作与问题的处理，培训的主要内容包括： 系统的软件安装 显示信息的日常维护
文档编号：XXXXXXXXXX 版本号：XXXXXXXXXX XXX项目 系统运维方案 编制单位:XXX公司 编制日期：2016年7月2日
目录
1项目概况 〔阐述此运维项目的基本情况、运行状况、运行环境等。〕 示例： 项目名称：xxx项目 建设单位：xxx学校 承建单位：xxx公司 监理单位：xxx公司 运维时间：XXXX年XX月XX日至XXXX年XX月XX日 2运维服务方案 2.1运维服务的原则 〔阐述项目运维时需遵守的原则。〕 示例： 1、全面考虑，重点部署，分步实施安全保障体系是融合设备、技术、管理于一体的系统工程，需要全面考虑；同时，尽量考虑到涉及网络安全的重点因素，充分考虑可扩展性和可持续性，从解决眼前问题、夯实基础、建设整个体系等方面作好安全工作。 2、规范性、先进性、可扩展性、完整性并重安全防护涵盖的对象较多，涉及管理、技术等多个方面，包括系统定级、安全评测、风险评估等多项环节，是一项复杂的系统工程，相关工作应按照国家有关标准实施。系统应采用成熟先进的技术，同时，网络安全基础构架和安全产品必须有较强的可扩展性，为安全系统的改进和完善创造条件。
…… 2.2运维服务的范围及内容 2.2.1运维服务范围 〔描述运维服务的范围。〕 示例： 用户信息系统的组成主要可分为两类：硬件设备和软件系统。硬件设备包括网络设备、安全设备、主机设备、存储设备等；软件设备可分为操作系统软件、典型应用软件（如：数据库软件、中间件软件等）、业务应用软件等。 通过运行维护服务的有效管理来提升用户信息系统的服务效率，协调各业务应用系统的内部运作，改善网络信息系统部门与业务部门的沟通，提高服务质量…… …… 2.2.2运维服务的内容 〔描述运维服务的内容。〕 示例： 1、大屏幕显示子系统 结合大屏幕显示子系统运行维护服务合同，对大屏幕显示子系统进行日常运行维护，主要包括网站日常运行维护、故障处理及重大活动现场保障等工作。具体内容如下： （1）日常系统巡检； （2）日常运行维护服务；
创元一方HIS系统培训方案 概要 本次新增模块为：门诊医生站，住院护士站，住院医生站，电子病历，体检管理系统，一 卡通系统，社保卡门诊接口，LIS 根据实际情况首先培训门诊医生站，住院护士站，住院医生站等模块，其后根据后续模块的基础数据准备完成，再对相关人员进行培训。对于电子病历模块，我们建议医院先抽调不超过两个科室 的三名医生作为首次启用的对象，我们重点进行培训，期间我们指导这三名医生学习做电子病历模 板的技能、电子病历使用的技能后，然后在全院全面推进。 培训阶段 第一阶段，培训人员名单，培训批次与培训时间的确定 由院方实施组员组织协调，提供各个科室相关人员名单，天网实施组员与院方实施组员 共同协商安排好培训批次与培训时间。 第二阶段，his新增模块基础数据准备阶段 1）培训人员，医院方实施组员， 2）培训内容，进行相关模块基础数据维护，确保软件的正常运行， 3）培训方式，直接联系两关实施人员现场讲解； 4）所需时间，一天。 第三阶段，第一次集中培训 1）培训人员，医院方相关工作人员， 2）培训内容，相关模块的使用流程，使用技巧，注意事项，不同人员的相关职责， 3）培训方式，根据相关科室工作人员数量，合理分配分批次在培训室进行演示培训； 4）所需时间，每个模块需时 1 小时 第四阶段，第二次答疑培训，第一次培训结束后，院方相关人员在测试库进行试运行，一方面提高操作熟练度，一方面排查常见错误操作，在进行一段时间操作联系后，第二次培训进行集中答疑， 1）培训人员，各个科室工作人员代表，负责收集不同操作员使用过程中出现的疑问。 2）培训内容，对疑问的解答。 3）培训方式，在培训室集中培训 4）所需时间，共需时 4 个小时左右 第五阶段，考核 1）培训人员，医院所有使用新增模块的工作人员， 2）培训内容，相关模块使用熟练度考核 3）培训方式，由院方实施组员充当考核人，对工作人员进行考核并评分，可以科室为单位同步进行考核。 4）所需时间，每人次需时30 分钟到 1 小时