软件项目维护方案
软件项目维护方案 项目背景及目标 项目背景 国政策指导和助下信息化也越越发挥出十分重要作用。
XXXX不断加信息化管理工作力积极实施“上工程”力推进全市局域建设加快办公动化系统进程信息技术改革发挥了重要支撑作用充分发挥政府公共职能促进依法理财、科学理财提供了重要信息技术保障。
近年建设各系统随着数据量逐年增加陆续出现了性能问题有必要进行数据库系统升级及性能优化以确保应用系统正常运行单位员工提供更信息。
项目目标 ● 对各系统数据库进行补丁升级安装补丁前制定详细升级计划和应急回退计划。
● 各业持续性得到有效保证。
分析 XXXXXXX项目我公司有多年行业验。
具有对运维对象进行适监测、指标分析、和及修复能力。
rl 产品日常运行维护项目主要从如下几方面进行 () 每天对RL数据库运行状态,日志件,备份情况,数据库空使用情况,系统使用情况进行看,发现并问题。
() 每周对数据库对象空扩展情况,数据增长情况进行监控,对数据库做健康看,对数据库对象状态做看。
(3) 看表空碎片,提出下步空管理计划。
（）由这些数据库系统承着XXXX非常重要业系统数据所以日常 维护要非常仔细每周、每月、每季都要有相应巡检记录要详细记以下些容 监控数据库对象空扩展情况 监控数据量增长情况 系统健康看看以下容 数据库对象有效性看 看是否有危害到安全策略问题。
看 lr、ql 等日志并归档报错日志 分析表和引 看对数据库会产生危害增长速 看表空碎片 数据库性能调整 预测数据库将性能 调整和维护工作 续空 3 整体运行维护方案 3 Lkr维护 3 验证 LKr 安装 看已安装LKr软件包可以使用命令 r –q|gr 3 启动 LKr ) 启动LKr 器进程 如当前系统没有运行 LKr 则所有器上以r用户身份输入如下命令 # LKrblkr b) 启动LKr G器进程 样以r用户运行命令 # LKrblkGrvr r 以上命令只运行次以每次系统重新启动LKr会动运行上述进程 33 有关LKr软件其它管理任 ) 停止 LKr 如要器上永久停止LKr可以输入下列命令 $LKRblk 该命令会使所有LKr保护处退出状态如希望停止LKr保持应用运行可以使用 $LKRblk b) 看 LKr 进程 键入下列命令可以看当前运行所有 LKr 进程列表 | gr LKr 3 启动LKrG配置工具 进入LKr G管理工具可以通运行命令 LKrblkG 则出现LKr登录界面 可以使用r用户登录也可以使用新建用户进行登录。
35 检测LKr 集群运行状态 可以使用l命令对LKr 集群当前运行状态进行看命令格式 l [q] [ 主机名] 该程序向 输出LKr 层次配置状态和通信路径状态 选项 q 表示输出采用简略形式（建议使用该选项） 选项– 表示要看主机缺X看机 36 管理 LKr 如能运行LKr G则使用其提供菜单命令执行相应操作；执行命令行启动停止前定先使用l命令确认实际状态。
) 启用(rv) 可以使用命令 rr_ 标记名 rr 将标记名所对应机上投入（启动）。
如该命令使用前已另台机器上处运行状态则命令执行结相当执行了次手工切换 如该命令使用前是处停止状态（即备机上执行命令）则命令执行结相当执行了次手工切换 b) 停止(rv) 可以使用命令 rr_ 标记名 rv 将标记名所对应机上停止。
如该命令使用前已另台机器上处运行状态则命令执行不产生任何结 执行命令行前定先使用l命令确认当前状态。
命令停止启动地 命令标记名是区分写 定要等待命令完成命令输出。
详细用法见线助手册。
3 QL RVR维护 计算机系统各种软、硬件故障、用户误操作以及恶破坏是不可避免,这些影响到数据正确性甚至造成数据损失、器崩溃等致命。
下面会根据执行强对维护任及其相应程序进行分类描述执行强用不隔定义包括每天、每周、每月和每季能够建立起良维护实确保QL rvr数据库性能和安全。
3 每天例行维护任 要数据库管理员密切关维护任每天都看下这样可以确保系统可靠性、可用性、运行性能和安全。
每天例行维护任包括 、看是不是所有被请QL rvr都正常运行。
3、看事件日志有没有错误记录。
、看QL rvr日志有没有安全警告记录例如非法登录。
6、设置了完全恢复模型或容量日恢复模型数据库上执行事日志备份任。
7、核实QL rvr作业没有失败。
9、至少要监控处理器、存或者磁盘计数器没有出现瓶颈。
3 每周例行维护任 关程稍逊每天例行维护任每周进行次例行看。
3、看数据库完整性。
5、通重新组织引任压缩聚集和非聚集表和视图。
6、通重新生成引任数据页和引页重新组织数据。
7、更新所有用户表和系统表统计信息 8、清除备份、还原、QL rvr代理作业和维护计划等操作历史数据。
9、如要手动增长数据库或事日志件 0、清除执行维护计划残留下件。
33 每月或每季维护任 有些维护计划不要执行得频繁可以每月或每季执行次。
但是请不要以这些任不要天天执行就无足轻重这些任可以确保数据库环境健康所以不要轻视以下这些维护任 、测试环境执行备份还原操作。
、将历史数据归档。
3、分析收集性能统计数据与基准值相比较。
3、看并更新维护档。
、看并安装新QL rvr补丁和补丁包。
6、验证备份和还原进程是否遵循已定义等级协议。
7、更新QL rvr构建指南。
8、更新QL rvr灾难恢复档。
9、更新维护计划列表 0、修改管理员口令。
、修改QL rvr帐户口令。
33 bLg维护 33 性能调优 33 设定执行队列溢出条件 blg rvr提供给默认执行队列或用户定义执行队列定义溢出条件功能当满足溢出条件器改变其状态“警告”状态并且额外再分配些线程处理队列请而达到降低队列长目。
通启动管理控制台域（如） 器 rvr实例（如rvr） x Q blgkrll 配置下面几项 队列长值表示执行队列可容纳请数默认值是65536不要手动改变值。
队列长阈值分比值表示溢出条件器指出队列溢出前可以达到队列长分比。
如和存不是足够高尽量不要改变默认值“0”。
因blg旦增加不会动缩减虽然终可能确实起到了降低请作用但将运行将影响程序性能。
实际应用场景应根据具体情况适当调整以上参数。
33 设定队列监测行 blg rvr能够动监测到当执行线程变“阻塞”。
如执行队列所有执行线程都变“阻塞”状态blg rvr可能改变状态“警告”或“严重”状态。
如blg rvr变“严重”状态可以通 gr动关闭器并重新启动它。
具体请参考 gr bl档。
通启动管理控制台域（如） 器 rvr实例（如rvr）配置 调整下可配置下面几项 阻塞线程长器将线程诊断阻塞线程前线程必须连续工作长(秒)。
默认情况下bLg rvr 认线程连续工作600 秒成阻塞线程。
阻塞线程计器隔bLg rvr 定期扫描线程以看它们是否已连续工作了“阻塞线程长“ 段指定长隔(秒)。
默认情况下bLg rvr 将隔设置600 秒。
33 尽量使用地库 bLg rvr有两套套接复用器v版和地库。
采用型地库更有效,尽量激活bl v (默认),X默认使用+线程,下双倍。
如系统不能加地库,将会抛出vlgLkx,只能使用v套接复用器,可以调整k rr 分比,默认33%。
该参数可以l rvr g gr配置栏里设置配置完重新启动bLg rvr即可。
33 调整默认执行线程数 名称 开发模式 产品模式 推荐数 x Q 默认执行线程5 默认执行线程5 00 管理控制台修改默认执行队列线程数步骤如下 如管理器没有运行先启动。
访问管理控制台。
展开左边面板rvr 节显示rvr列表。
右击rvr弹出菜单选择V x Q 就会右边面板显示有执行队列表用修改。
填下适当线程数。
击l保存刚才修改。
重启rvr使新执行队列设置生效。
333 B调优 333 驱动程序类型选择 rl提供驱动和驱动,从性能上讲,驱动强驱动,特别是数据量操作。
但简单数据库操作,性能相差不,随着驱动不断改进,这弱势将得到弥补。
而驱动移植性明显强驱动。
所以通常情况下建议使用驱动 333 调节连接池初始容量和容量 B l调优受制bLg rvr线程数设置和数据库进程数,游标。
通常我们线程使用连接,所以连接数并不是越多越,避免两边消耗建议设置连接池值等或者略线程数。
了减少新建连接开销,将值和值设致；值等bLg rvr执行线程数。
3333 其他配置 尽管B l提供了很多高级参数,开发模式下比较有用,但部分生产环境下不调整。
这里建议不要设置测试表, Rrv 和 Rl 也无勾上。
当然如你数据库不稳定,断续,你就可能要上述参数打开 33 B调优 33 调整B应用描述 B应用除代码外调优比较简单,仅仅是对些B应用描述调整。
首先关闭 rg bl,仅仅lr环境下设置复制(优先使用存复制),保证应用正常运行情况下,设置较短超。
生产环境下无看和rvlg k 和rvl Rl k 设,关闭 K Gr 和 Vrb对性能也有助。
外还可以对进行预编译,有两种方法激活rl选项；使用blg事先编译建议采用者。
335 其他调优设置 335 bLg件描述调整 首先设置B主机系统l参数l 然设置bLg件描述。
{L_}bblgb打开件v修改设置件描述指令将默认l – 0修改l – 89 33 维护管理 33 启动blg rvr 启动管理器执行rrvr 启动被管理器执行rgbLg rvr rl 33 停止blg rvr 停止被管理器执行bLg rvr 启动被管理器执行bLg 333 登录和退出管理控制台 管理器启动可以浏览器登录管理控制台 输入RL或管理器地或名 l r管理器监听端口 l 如管理器启动使用L则使用访问管理控制台 弹出窗口“l Lg“输入用户名和密码登录 33 性能监控 看性能参数 l 登录控制台击rvrrvrrgrr 参数分析 )l r Q Lg rg 正常情况下 l r 0 q Lg0rg呈不规则变化曲线r g呈适频锯齿变化曲线。
般说对正常配置生产环境（线程数50~00）如l r 0或者呈现不断降低趋势就应加以关； 空闲线程数与队列长通常有如下关系 、如空闲线程数0 则 q lg 0 ； B、反如q lg0 则空闲线程数0 ； )r g r g lr() – rr() 存使用曲线反应了V 存使用变化情况可以结合其他三值变化情况判断rvr工作情况；比较理想状态是适当频各种锯齿变化 由V G多采用“ rl”机制也就是垃圾回收其他处理将暂停频繁G将明显降低rvr工作效率和性能表现。
3 rl维护 rl b又名rl RB或简称rl。
它是数据库领域直处领先地位产品。
可以说rl数据库系统是目前世界上流行关系数据库管理系统系统可移植性、使用方便、功能强适用各类、、、微机环境。
从实用角讲它可以分两种类型主动式和被动式性能管理。
主动式性能管理涉及到特定系统实施初期设计和开发包括硬件选择、性能及容量规划海量存储系统选择 子系统配置及优化以及如何对不组件进行定制以满足 rl 数据库和应用系统复杂要。
被动式性能管理涉及到现有环境不组件性能评估、故障排除和 rl环境优化。
旨探讨如何进行被动式性能调优以便 rl 性能调优提供必要指导从而避免仅仅通反复尝试方式进行性能调优提高 rl性能管理效率。
所以 RL 数据库性能恶化表现基上都是用户响应比较长须要用户长等待。
获得满用户响应有两途径 是减少系统即提高数据库吞吐量； 二是减少用户等待即减少用户访问数据库冲突率。
对以上两问题通常我们采用以下几方面进行改善 调整器存分配。
例如可以根据数据库运行状况调整数据库系统全局区（G 区）数据缓冲区、日志缓冲区和共享池；还可以调整程序全局区（G 区）。
调整硬盘 问题达到 衡。
调整运用程序结构设计。
优化调整操作系统参数和使用管理器。
QL 优化、诊断 l 竞争、Rllbk() g 优化、提升 blk效率等等。
3 看rl数据库性能 看 rl 数据库性能情况包含看数据库等待事件看死锁及处理看 、、存性能看是否有僵死进程看行链接迁移定期做统计分析看缓冲区命率看共享池命率看排序区看日志RL 产品日常运行维护年项目缓冲区总共十部分。
3 看数据库等待事件 g 80 l 0 l v r 0 l ,v,,,3,_,__ r v$_ r v lk ＇QL%＇ v lk ＇rb%＇; 如数据库长持续出现量像l rqbr b b l ql rb l r r 等等待事件要对其进行分析可能存问题语句。
3 看消耗高进程 L 0 VR L R 999 L R 999 L _# R 999 L R R 9 G “R R“ L RGR R 9 L QL R 60 L R 9 G “ R“ L , , ,R R,R ,RL# _#,RL,RGR RGR,BKGR,,RR(BR(QL_X, , 80)) QLR V$R , V$ ,V$QLR R R R QL_R R (+) LK ＇%%＇; 33 看碎片程高表 QL L g_ bl_,() x R b_g R r (＇＇, ＇＇) GR B g_ VG ()(L X(())R b_g GR B g_); 3 看表空 比例 QLL BL_ ,L_ “L“,R R, BLKRBR,R , BLKR B R V$L , B__L RL# L_ RR B BL_; 35 看件系统 比例 QLLBR(L#,,)“#“,BR(,,30)““,,B,BR,BR R V$L , V$L B R L# BL#; 36 k R高QL语句获取 QLL QL_X R (L R V$QLR RR B K_R) R R5 ; 37 前十条性能差ql L R (L RG_R_ X,R,_,K_R, QL_X R V$QLR RR B K_R ) R R0 ; 38 等待多 5 系统等待事件获取 L R (L R V$_V R V LK ＇QL%＇ RR BL_ ) R R5; 39 看运行很久QL L R R L R 6 L RGR R 8 L R,,,R(R00 LRK,0) || ＇%＇ RGR,_RG,QL_X R V$_LG , V$QL R_RG 0 QL_RR QL__VL _VL; 30 看死锁及处理 询目前锁对象信息 l r 999999 l r r 0 l r 0 l r r 6 l r 6 l rl r 0 l r r 0 l b_ r 30 l b_ r 0 l ,rl#,r,,r,, rl,RGR,r,b_,b_,b_ r b_b ,v$lk_b l,v$ r b_lb_ l_; rl 级 kll 该 lr kll ＇,rl#＇; 操作系统级 kll #kll 9 3 看数据库、、存性能 记录数据库 使用、、存等使用情况使用 v,,r,等命令进行信息收集并看这些信息判断使用情况。
使用情况 [r@l8 ~]# 0935 73 , 95, r, l vrg 037, 038, 09k 353 l, rg, 35 lg, 0 , 0 zb () % , 0% , 00% , 988% ,00% , 00% , 00% 607k l, 8878k , 3570k r, 60796k br 838590k l, 665576k , 7703k r, 035838k R 3095 rl 350 rl 3503 rl 上面加粗体部分部分容表示系统剩余 当其平值下降至 0%以下视 使用率异常记录下该数值并将状态记异常 存使用情况 # r lrrbr 0695867076556 + br 36 700 599 9 5900 如上所示l表示系统总存表示系统使用存r表示系统剩余存当剩余存低总存 0%视异常。
系统情况 # 0837 6 , 333, 5 r,l vrg 00, 05, 00 如上所示l vrg部分表示系统面 3 数值如有高 5 候就表明系统超荷运了并将值记录到巡检表视异常。
3 看是否有僵死进程 l r v$r r r (l r r v$); 有些僵尸进程有阻塞其他业正常运行定期杀僵尸进程。
33 看行链接迁移 qll bl_,_r,_ r b_bl r r＇＇ _0; 含有 lg r 列表有行链接是正常 ,到迁移行保存到_r 表 , 如没有该表执行 rblql qllz bl bl l r; 可通表 _r bl_,_r看出哪些行是迁移行如 qlr bl l r b_zxx ,_r b r rb_r bbl_ ＇B_ZXX＇; qll r b_zxx r r (l_r r _r r bl_ ＇B_ZXX＇); qlr b_zxx l r _r r bl_ ＇B_ZXX＇; 3 定期做统计分析 对采用 rl Bzr 系统要定期对数据对象统计信息进行采集更新使优化器可以根据准备信息作出正确 xl l。
以下情况更要进行统计信息更新 应用发生变化； 规模数据迁移、历史数据迁出、其他数据导入等； 数据量发生变化。
看表或引统计信息是否更新如 qll bl_,_r,l_lz r r_bl rbl_ ＇_RXX＇ qll () r _RXX 如 _r 和 ()如行数相差很多,则该表要更新统计信息建议周做次统计信息收集如 qlx b_gr__(＇＇,R,gr ); 35 看日志缓冲区 QL l ,vl r v$ r (＇r r＇,＇r br llrr＇); 如 r br ll rrr r 超 % 则要增 lg_br。
3 性能调优及方法 性能调优主要有主动调优和被动调优主动调优前面我们已进行了阐述被动调优主要有以下方法进行。
确定合理性能优化目标 测试并记录当前性能指标 确定当前存 rl 性能瓶颈 (rl 何处存等待哪 QL语句与有关) 确定当前操作系统瓶颈 优化相关组件 (应用、数据库、、连接 及其它) 跟踪并实施变化管理制 测试并记录目前性能指标 重复 3 到 7 步直至达到既定优化目标 不要对并非性能瓶颈部分进行优化否则可能引起额外问题。
正如任何聪明人会告诉你“如还坏千万不要修”。
更重要是旦既定优化目标已达到就必停止所有优化。
获取 rl 性能指标 (测试前及测试)必须峰值处理测试并获取系统优化前和优化性能指标。
测试数据应峰值期每 5 分钟进行次。
初始化参数_ 应该被设 R。
通运行以下脚开始快照 $RL_rblbql 通运行以下脚结束快照 $RL_rblql 完成 lql 操作会当前目录生成名“rrx”件包含系统性能数据。
该报告包括每 5 分钟捕获所有与 rl 例程相关参数。
3 寻问题根 如上所述通看 v$_v 事件开始系统事件问题诊断。
下步是看 v$_v出引起或历等待事件进程。
步是通v$_ 获得事件细节。
应该进步通 进行深入分析了核心 、存和 状态参数。
结合两种不诊断结论出系统瓶颈所。
3 应用优化 从统计(和现实) 角看80% rl 系统性能问题可以通 QL 代码优化。
任何应用优化程不外乎是引优化、全表扫描、并行机制改进和选择正确数据组合方法程。
这正是要达到佳应用性能所必须考虑因素。
没有 QL 优化就无法实现高性能应用。
良 QL 语句可以减少 消耗提高响应速。
优化 QL 语句还可以提高应用可扩展性这是除增加量存外任何其它硬件手段也无法实现。
3 优化 优化是系统优化关键步骤还涉及到其它任将件不驱动器卷进行分布采用优化分区技术、确定 子系统瓶颈、确定控制器瓶颈并根据应用类型选择佳 R 级。
优化应该全面了 rl 及rl RB 结构进行。
3 监控 数据库忙应该对操作系统进行监控因操作系统性能指标会揭示数据库活动性质及其对系统影响。
例如了了 利用率可以通 v rrr (r – rvl rq) 、 (lr), (多数 X)、 v (G rx) 及 v 等命令。
r 和v 也可被用确定包括存使用率、 参数、队列等待、取交换区活动等信息。
lr 上 l 也可用获取前面提到 利用率数据。
lr 上 r 性能管理工具也很有用。
rl 数据库性能管理要遵循系统方法论以确保所有核心问题得以。
多数问题可以事先得以管理。
了与 相关问题是成功关键。
勿置疑系统硬件配置上良平衡也是至关重要。
试图探究其余 0%可能覆盖容。
必须遵守严格规定调优目标达到终止所有努力。
了己想到何处是重要更重要是要知道己何到达了目地。
33 例程调优 要配置主要初始化参数 以下是些已知与例程优化关系密切些核心 rl 初始化参数。
它们都会影响 rl 及 G 区活动。
旦改变了生产环境参数就必须对相关 rl动态性能指标和操作系统性能进行监测寻可能由产生异常现象。
) B_BLK_Z 该参数数据库建立前设定定了数据库每数据块。
只有重新建立数据库才有可能改变该参数。
b_blk_z 配置应遵循以下公式B_BLK_Z L BLKZ GZ 这可以确保 rl获得佳 性能不会由冗余或不必要 给 子系统带压力。
) B_BLK_BR 该参数定了 G 区数据库缓冲区块数量。
由这是 rl 取和写入区域它不正确配置会引起严重 性能问题。
尽管缓冲区与应用性质、数据库、步用户数等无关它确是 G 区组件。
常可以看到缓冲区占用 7580%G 区存情况。
该参数及 R_L_Z 通常是两重要 G 优化目标。
只有当数据库缓冲率长低 70%才要增加其说。
若存延迟性应用设计问题则无论数据库缓冲区如何缓冲和写率都不会有太改变。
实调优也曾发现由 QL 语句问题出现缓冲率很高但仍存全系统性能问题情况。
3)R_L_Z 该参数按节数设定定义了 G 共享区。
该组件严重依赖应用类型 (即该应用是重用 QL还是生成动态 QL等等)。
如该应用采用了 配置则共享区应该明显增加因光标状态和用户进程数据等程序全局区域(G)都被置入了共享区。
有关多数应用 R_L_Z 设置可以从每 0 步用户 6 B共享区开始。
这不是成不变因应用性质终会定该组件。
只有当库缓冲和缓冲使用率直低 90%才要关这参数。
但如应用并采用变量合并和共离图标存数量并不会使缓冲使用率高 90%。
共享区会导致处理增加甚至 QL 语句挂起。
如应用不能有效地重用 QL则无论配置多库缓冲或缓冲都无济事不能改善缓冲使用率。
另值得考虑因素是要随使用存储 LQL 代码数量。
应用核心包可以通看 B_R、R_R 得以确认其通询B_B_Z 了。
另外了确定存储 LQL 是否被置存可以 询动态性能视图 V$B_B_Z。
包 B_R_L 程序可被用确定应用包规模。
) LG_BR 根据节设定该参数定义了 G 缓冲区 r lg。
缺X值通常是数据库块四倍这对多数环境并不是佳。
对型 rl 环境其结构应该 5 Kb 左右。
对该存储结构而言更并不味着更。
超 B 就可能有问题。
要监控 V$_ lg br 等待事件优化该存结构。
要提醒是线 r lg 件设置不当会引起 r 请等待。
5) B_RR 该参数可以针对所有件系统支持且不可使用 r rl 实施设定。
这并不要与 r r 起使用因异步 更加。
建议将该参数设定( 独立磁盘驱动器数量卷)。
该参数只有 rrx “vrg r q lg”持续高 才要设定。
rl 80 和更高版该参数已不再被支持而其它两名 B_RR_R 和BR__LV 参数取代。
若要设置 B_RR_R 值高 8则B_RR_R 可被设 且 BR__LV 可被设“”其 值必须设置 ( 独立磁盘驱动器数量卷) 3 竞争优化 多数与 rl 有关竞争问题可以通主动配置管理相关初始化参数进行。
不恰当地配置 r 锁参数可能引起竞争。
了不打破其平衡所参数可进行配置并主动得以处理。
包括表数据库对象可能存两竞争。
是所配置“rl”数量 (缺X值 )。
rl 结构维护着表可用插入块。
对存量步插入表有必要配置该结构。
了以主动方式处理rl 竞争必须建立表配置 RL。
可考虑佳值 ( 数量)。
V$ 不可能指示存 rl 竞争除非存 rl 组而这种设置只存 rl rlll rvr。
即便如也无法了哪表存竞争。
主动式 rl 竞争调优可以事先预防问题出现。
竞争二与引有关即对象块头配置事槽数量。
事槽是块头区域是事处理进程采用身识别进行册以便任何被修改更能够通特定事槽数量低层得以识别地方。
如所有现存事槽已被其它事占用器器进程会从块 R 请 3 节建立新槽。
这种情况适用存量步事对象。
对事槽竞争要设置 R 参数。
对块 8K 数据库多数情况下 佳设置占用空仅 9 节却可以减少运行故障和性能问题。
3 数据库备份恢复 了保证客户数据库系统数据安全性降低各种故障、灾难给客户带数据丢失根据客户系统实际情况协助客户规划实施合客户工作要完善备份恢复方案以确保客户数据库系统安全可靠运行。
数据库恢复与备份主要有以下几 恢复管理器(R)能使备份恢复操作动化 rl 数据泵用以数据库逻辑备份 用户管理允许用户通操作系统命令手动备份数据库。
各种各样其他数据库备份和恢复软件增强了 rl 备份实用程序 rl 备份应事项当数据库处运行状态热备份不备份活动事；使用比如 rl 工具（rl R）或者其他三方软件（Bvl数据存储管理器）压缩 rl 备份数据；如维持数据存储空比备份和恢复数据库更重要话可以考虑使用二进制压缩。
3 看rl数据库备份结 看 rl 数据库备份结是日常运维必不可少环节。
包含看数据库备份日志信息看 bk 卷件产生看 rl 用户 l总共三部分。
3 看数据库备份日志信息 假设备份临目录bkbk我们要看 0 年 7 月 日备份结则用下面命令看 # bkbkbk097lg|gr – rrr 备份脚日志件 bk月份日期年份lg备份临目录下面。
如件存“RRR”则表明备份没有成功存问题要看。
3 看bk卷件产生 #l –l bkbk bk 卷是备份临目录看输出结件日期都应当是当天凌晨由热备份脚产生。
33 看rl用户l #l – 300 vrlrl 热备份脚是通 rl 用户 r 执行。
看 rl l 今天凌晨部分有无 Rrrrl 等出错信息如有则表明备份不正常。
日常维护程由硬件原因或其它些外因素要对数据进行迁移迁移到更加高级主机上、迁移到远程机房上、迁移到不平台下等等些情况。
对数据迁移我公司有非常成熟方案从以下几种方式我们可以充分了其优缺 x这也算是常用简单方法了般是基应用 r 级做导出导入； 优是可以跨平台使用； 缺是停机长停机从 x 到络传输到新库再加上 ； 存储迁移这种情况下数据件、控制件、日志件、l 都存储上（般情况下是裸设备）我们可以直接把存储挂到新机器上然新机器上启动数据库； 优是该迁移方式非常简单主要工作是主机工程师工作b只配合即可停机当库、切存储、起库。
缺是要新老库都是平台是相数据库版。
利用 gr 迁移； 优是停机短停机 vr。
缺主机必须双份、存储必须双份。
用 r 做迁移这种方式比较适合跨件系统迁移如平台下不件系统。
3 数据库运维 数据库运维主要结合各系统实际情况提供切实可行运维建设机制容覆盖 RL 数据库日常维护、紧急故障处理软件升级等客户可依据容进行相应定制。
我们将会提供全面、针对性方案以保证客户系统稳定、高效、可靠运行以达到对业系统有效支持。
3 看数据库基状况 对数据库基状况进行看其包含看rl实例状态看rl进程看 rl 监听进程共三部分。
3 看rl实例状态 QL l _,_,r_,,b_ r v$; 其“”表示 rl 当前实例状态必须“”；“B_”表示 rl 当前数据库状态必须“V”。
QL l ,lg_,_ r v$b; 其“LG_”表示 rl 当前归档方式。
“RVLG”表示数据库运行归档模式下“RVLG”表示数据库运行非归档模式下。
3 看rl进程 $ |gr r_|gr v gr |gr r_|gr v gr| –l 看 rl 进程命令输出输出显示至少应包括以下些进程 rl 写数据件进程输出显示“r_b0_KB” rl 写日志件进程输出显示“r_lgr_ KB” rl 监听实例状态进程输出显示“r__ KB” rl 监听客户端连接进程状态进程输出显示“r__KB” rl 进行归档进程输出显示“r_r0_ KB” rl 进行看进程输出显示“r_k_ KB” rl 进行恢复进程输出显示“r_r_ KB” 33 看rl监听状态 rllrl “rv r”项表示 rl 监听进程正监听哪些数据库实例输出显示至少应该有“KB”这项。
看监听进程是否存 [rl@ ~]$ |gr l|gr v gr 3 看系统和rl日志件 看相关日志件包含看操作系统日志件看 rl 日志件看 rl 核心储目录看 R 用户和 rl 用户 l总共四部分。
3 看操作系统日志件 # vrlgg |gr l 看是否有与 rl 用户相关出错信息。
3 看rl日志件 [rl@ ~]$ rlKBblr_KBlg |gr r [rl@ ~]$ rlKBblr_KBlg |gr rr [rl@ ~]$ rlKBblr_KBlg |gr l rl 运行程会警告日志件(lr_lg)记录数据库些运行情况数据库启动、关闭启动非缺X参数；数据库重做日志切换情况记录每次切换及如因看(k)操作没有执行完成造成不能切换会记录不能切换原因；对数据库进行某些操作如创建或删除表空、增加数据件；数据库发生错误如表空不够、出现坏块、数据库部错误(R－600)等。
定期看日志件根据日志发现问题及进行处理 问题 处理 启动参数不对 看初始化参数件 因看操作或归档操作没有完成造 成重做日志不能切换 如常发生这样情况可以考虑增加重做日 志件组；想办法提高看或归档操作效率； 有人授权删除了表空 看数据库安全问题是否密码太简单；如有 必要撤消某些用户系统权限 出现坏块 看是否是硬件问题(如磁盘生有坏块)如不 是看是那数据库对象出现了坏块对这 对象进行重建 表空不够 增加数据件到相应表空 出现 R600 根据日志件容看相应 R件如 是 rl bg要及打上相应补丁 Lr 日志$RL_rklg 33 看rl核心储目录 $l $RL_BKBr| l $l $RL_BKBr| –l 如上面命令结每天都增长则说明 rl 进程常发生核心储。
这说明某些用户进程或者数据库台进程由无法处理原因而异常退出。
3 看R用户和rl用户l #l – 00 vrlr #l – 00 vrlrl 看有无与 rl 用户相关出错信息。
33 看rl对象状态 看相关 rl 对象状态包含看 rl 控制件状态看 rl线日志状态看 rl 表空状态看 rl 所有数据件状态看 rl 所有表、引、存储程、触发器、包等对象状态看 rl 所有回滚段状态总共六部分。
33 看rl控制件状态 QL l , r v$rll; 输出结应该有 3 条以上（包含 3 条）记录“”应该空。
状态空表示控制件状态正常。
33 看rl线日志状态 QL l gr#,,,br r v$lgl; 输出结应该有 3 条以上（包含 3 条）记录“”应该非“VL”非“L”。
“”显示空表示正常。
333 看rl表空状态 QL l bl_, r b_bl; 输出结 应该都 L。
33 看rl所有数据件状态 QL l , r v$l; 输出结“”应该都“L”。
或者 QL l l_, r b__l; 输出结“”应该都“VLBL”。
335 看所有回滚段状态 QL l g_, r b_rllbk_g; 输出结所有回滚段“”应该“L”。
3 看rl相关使用情况 看 rl 相关使用情况包含看 rl 初始化件相关参数值看数据库连接情况看系统磁盘空看 rl 各表空使用情况看些扩展异常对象看 表空容看对象下扩展与表空扩展值总共七部分。
3 看rl初始化件相关参数值 QL lrr_,x_lz,l_ll,l_vl r v$rr_l; 若 L_VLX_LZ5则表明与 RR_ 相关rl 初始化参数要调整。
可以通修改 rl 初始化参数件$RL_BKBlRLr 修改。
3 看数据库连接情况 看当前会话连接数是否属正常围。
l ,rl#,r,rgr,, r v$; 其 会话() ； RL#会话序列和 起用唯标识会话； R建立该会话用户名； RGR这会话是用什么工具连接到数据库； 当前这会话状态V 表示会话正执行某些任V 表示当前会话没有执行任何操作； 如建立了多连接会消耗数据库对些“挂死”连接可能要手工进行清理。
如 B 要手工断开某会话则执行（般不建议使用这种方式杀数据库连接这样有候 不会断开。
容易引起死连接。
建议通 到操作系统 ,使用 –|gr 方式确认 不是 RL 台进程。
使用操作系统 kll 9 命令杀连接） lr kll ＇,RL#＇; 上例 到 0(R 列空)会话是 rl 台进程不要对这些会话进行任何操作。
33 看系统磁盘空 如件系统剩余空或增长较快对其进行确认并删除不用件以释放空。
[rl@ ~]$ – 3 看表空使用情况 QL l bl_,l,r,r((rl)00) “% r“ r (l bl_, (b(00)) l r b__l gr b bl_) , (l bl_, r((b(00))) r r b_r_ gr b bl_) R bl_ bl_(+) rr b “% r“; 如空闲率%r 0%以上（包含 0%）则要增加数据件扩展表空而不要是用数据件动扩展功能。
请不要对表空增加多数据件增加数据件原则是每数据件 G 或者 G动扩展限制 8G。
35 看些扩展异常对象 qll g_, g_, bl_, (xx_x)00 r r B_g r x_x ! 0 (xx_x)0095 rr B r; 如有记录返回则这些对象扩展已快达到它定义扩展值。
对这些对象要修改它存储结构参数。
36 看对象下扩展与表空扩展值 qll bl_, x_x, bl_ r ll_bl , (l bl_, x(b) bg_k r b_r_ gr b bl_ ) r bl_ bl_ x_x bg_k l x_, x_x, bl_ r ll_x , (l bl_, x(b) bg_k r b_r_ gr b bl_ ) r bl_ bl_ x_x bg_k; 如有记录返回则表明这些对象下扩展该对象所属表空扩展值调整相应表空存储参数。
35 看数据库安全性 看 rl 数据库安全性包含看系统安全信息定期修改密码总共两部分。
35 看系统安全日志信息 系统安全日志件目录vrlg 下主要看登录成功或失败用户日志信息。
看登录成功日志 [r@r ~]# gr vrlgr 看登录失败日志 [r@r ~]# gr vl vrlgr gr l vrlgr 出现日志信息没有错误(vl、r)提示如没有(vl、r)视系统正常出现错误提示应作出系统告警通知。
35 看用户修改密码 数据库系统上往往存很多用户如三方数据库监控系统初始安装数据库演示用户管理员用户等等这些用户密码往往是写定被很多人知道会被别有用心人利用攻击系统甚至进行修改数据。
若存则记录异常。
修改密码方法 qllr r R_ b R; 36 其他看 看当前 rb 任是否正常看 rl b 是否有失败等共六部分。
36 rl b是否有失败 qllb,,l_,x_,lr,brkrb_br_r＇K＇; 如有问题建议重建 b如 x b_brv(); ; xb_bb(,＇RR_LL_;＇,+0,＇+0＇); ; 36 监控数据量增长情况 QL l bl_,((l)Bl)00 _r 3 r (l bl_,(b) l r b_r_ gr b bl_) , 5 (l bl_,(b) l 6 r b__l gr b bl_) B 7 r bl_Bbl_; 根据周每天看情况到空扩展很快数据库对象,并采取相应措施 删除历史数据 移动规定数据库至少保留 6 月历史数据所以以前历史数据可以考虑备份然进行清除以便释放其所占空。
扩表空 lr bl bl_ l ‘l’ z zx ; 数据库结构发生变化如增加了表空增加了数据件或重做日志件这些操作都会造成 rl 数据库控制件变化B 应及进行控制件备份备份方法是 执行 QL 语句 lr b bk rll ＇bkrlbk＇; 或 lr b bk rll r; 这样会 R__(初始化参数件指定)目录下生成创建控制件 QL 命令。
363 看无效rggr L r, rggr_, bl_, R b_rggr R ＇BL＇; 如有失效触发器则启用如qllr rggr RGGR_ bl; 系统技术支持及预防性维护方案 系统开发与实施成功与否很程上取使用单位对该系统使用情况再系统如没有人使用那么也不能说该系统是成功只能说它是失败。
所以我公司尤其重视对使用单位人员针对系统使用培训并根据不使用权限及功能进行有针对性培训。
售 我公司设有专门技术支持心,客户提供快捷周到。
技术支持心有完善售体系,包括电话支持、电子邮件、远程络支持、现场响应、紧急恢复等。
可快速响应各用户请随客户提供优质技术。
电话支持 当系统发生问题用户可以从客专线得到及有效 电话支持。
客户人员做客户记录并向用户明确方式、进程和终办法。
我公司将提供终身 7× 热线电话支持。
提供远程器接入、邮件和电话支持。
3 现场 如用户问题不能通电话客户部会立刻派验丰富工程师到现场用户问题客户人员对程进行记录并向用户提供问题报告．包括问题原因、方法、问题方式和进程以及建议用户对系统进行正常使用指导和培训．问题要用户进行确认。
定期巡检 根据招标件技术要我公司定期对系统进行运维巡检并出具巡检报告发现并预防可能产生问题；巡检完成次月 5 日前提交上月巡检报告。
巡检容包括系统日志、络状况、系统空状况、存储设备状态、系统性能、产品参数与配置、数据库各种件状态与配置、数据库安全审计、数据对象配置合理性、实例运行效率、QL 代码性能调优等。
5 项目管理体系 5 概述 项目管理主要包括管理组织、计划管理、质量控制、档管理、风险管理及围控制等部分容。
5 管理组织 系统实施开发涉及量业处理流程与用户核心管理理念与组织架构,必须得到各部门通力合作,尤其是业部门骨干参与。
Ø Ø 将委派相应人员担任方项目总协调人。
B项目管理组、项目理 项目理全权责项目管理责业和技术方面协调。
职责如下 Ø Ø 作出项目实施计划 Ø Ø 安排协调项目组成员工作 Ø Ø 保证项目按规定标准和质量进行 Ø Ø 定期提交项目进展情况报告、及提出要问题 Ø Ø 管理项目风险 Ø Ø 控制项目预算 Ø Ø 工作进管理 5 计划管理 根据项目进要制定切实可行工作计划规定每成员任看任完成情况和质量是保证项目顺利实施重要保证。
工作计划管理应包括以下几 Ø Ø 按周做出工作计划并双方批准。
Ø Ø 每周进行工作量统计质量看并由客户签。
Ø Ø 每周做出工作结说明完成原因及改进建议。
Ø Ø 工作分到人。
Ø Ø 项目理应随协调每人工作避免重复或脱节。
包括 Ø Ø 工作质量审与评定 Ø Ø 工作质量测试 Ø Ø 工作程控制和完整性 Ø Ø 责归集客户签署阶段成确认 质量审 审是以计划容基础以目标和方法依据对所用各种技术工作进行描述提交执行档和软件所有提交审记录将会作项目审计线被保存。
测试管理 般包括以下几部分 Ø Ø 模块测试保证验证独立模块功能。
Ø Ø 集成测试保证验证项目整应用区域整体功能。
Ø Ø 测试结确认。
进行上述各类测试前双方项目理必须先拟定测试计划确定测试数据和可接受测试结。
5 档管理 项目实施程由项目实施复杂性多方人员参加以及跨长等因素所以任何、建议、方案和结论都必须档化、标准化以便和引用。
包括 l l 项目管理档 l l 客户化档和模块开发档 l l 客户提交档 l l 客户改变报告和批准 l l 测试方案和测试结报告 l l 客户签署阶段成确认 l l 项目总结报告 建立变更表和日志 3 建立问题与风险报表和日志 建立周阶段工作总结报告 5 建立会议备忘录和日志 55 风险管理 )用户不能准确表达用户技能限制 型系统实施首先要对用户现场现状及用户做详尽描述。
通常由用户人员对己业理还不断深化因往往实施应用系统用户对描述会随着实施不断深入而有所改变造成系统不稳定。
避免风险可按下列方法实施 阶段其它项目上验再利用 所拥有深专项目实施程将技能传授给项目组。
3 客户项目组通力合作和力支持。
)实施围不断扩及项目延期 通常实施程用户会对项目开始所提出目标和要有所变化造成实施围不断扩和项目实施延期终使项目搁浅。
避免这种情况发生我们应该 建立项目实施管理组明确项目目标和各权限；处理项目实施成明确预算控制。
配备验丰富项目理。
控制实施围变化──形成面档、陈述更改原因待高层管理部门批准方可实施更改。
3)缺乏多厂商相协调和各厂商所责任不清 项目实施所涉及厂商很多包括硬件、数据库、应用软件、三方软件、络或集成商等项目实施程要多方协调、通力合作只有这样才能保证项目保质保量、如期完成。
)系统技能和技术风险 对项目实施而言选择应用系统是十分重要应用系统标准是 该产品必须是灵活。
3 有良技术基础建立开放系统上有先进开发工具。
5)领导层全力支持 领导层全力支持是必不可少。
我们必须尽切可能争取他们关心和支持以保障跨部门协作顺畅。
6)避免各类人员业水平不对项目实施影响 选择项目成员强调项目成员应有较强业背景,业水平和较强接受新事物能力。
业流程和分析采取启发式询问多人多岗位调然综合以及到业现场调等方法。
7)避免实施开发人员变更影响项目进 我们建议所有实施开发人员所作工作都应有档记录客户方确认档应交由专人保管包括纸张和电子介质。
所有承诺和方案等以面签准。
不得随便更改其容。
除非通样审批程序进行。
这样新实施人员可以通上述档很快进入工作状态。
对前任工作成修改控制可避免些不必要返工。
如出现要改变原定实施围都应以正式档方式提出项目组成员必须谨慎考虑项目围改变将对整项目进程可能产生影响。
必须批准才能进行。
实施程必须加以跟踪。
围改变档容 l 说明围改变容理由。
l 说明改变部分项目进程状态。
l 评估改变部分对项目进程可能影响。
l 评估改变部分对项目费用可能影响。
批准程序 提出实施围改变请报告。
凡涉及到整项目进展费用成调整较改变必须交由项目开发实施领导组批准通。
调整相应实施计划。
57 沟通机制 项目例会 项目实施期每周五下午500定召开项目例会双方项目组责人及关成员须按参加交流讨论项目工作进情况并以会议备忘录形式记录会议容和议由双方项目组责人签确认存档。
工作周报 项目实施期每周五上午00以前项目组责人向客户项目责人提交项目实施开发工作周报（包含下周工作计划及周工作完成情况）如实反映周工作完成情况并报告项目进情况和实施成。
问题管理 项目实施程如出现问题问题管理表详细描述记录问题情况并向双方项目组责人进行汇报双方应组织相关人员进行充分沟通、分析问题原因、出方案并确定问题跟踪双方责任人 5 项目实施方案 5 项目实施策略 项目实施成功与否主要表现“两机制、测试”顺畅沟通机制和 技术移机制、模拟测试。
顺畅沟通机制建立和用户方良顺畅协调机制； 技术移机制系统移交日常管理工作有比较专业性成功技术移是以系统良运作前提和保证。
模拟测试通模拟环境完成系统调试并真实环境完成试运行测试。
因而次日常运行维护程我公司也将按照软件项目实施策略进行管理从而保证整项目维护就如开发程样严格管理。
5 项目实施计划 信息系统日常运行维护年项目是长期优化维护项目项目我公司根据多年开发维护验可分两阶段。
阶段优化实施阶段包括各应用系统环境情况调应用系统统计登记、数据库系统优化等。
二阶段运维阶段主要包括相关应用培训数据库管理培训、数据库备份恢复培训以及期系统运维、看等保护措施定期对全厂数据库及系统进行巡检巡检容包括系统日志、络状况、系统空状况、存储设备状态、系统性能、产品参数与配置、数据库各种件状态与配置、数据库安全审计、数据对象配置合理性、实例运行效率、QL 代码性能调优等。
53 项目交付档 53 交付要 我公司提供将使用国法定单位制即国际单位制语言。
提供纸介质件提供 电子版件。
组织结构清晰、逻辑性强。
容正确、准确、致、清晰完整满足项目要。
53 提交件 档容至少包括系统维护手册、数据库定期巡检记录、数据库日常运维手册、档介质包括 系统信息表 数据库日常运维手册 数据库定期巡检记录表 应用系统巡检记录 其他相关技术 53 项目组织 项目组是实施项目直接执行人责按照工作说明确定实施围组织项目实施工作保证质量并实施程遇到技术方面问题。
项目组包括项目理、分析师、开发工程师、实施工程师总体职责如下 保证与项目有关问题得到及 提供有关产品技能和以往验 3 计划、协调项目实施程各方面工作 建立项目环境和项目组结构 5 依据项目计划充分调动并做这些勤保障并必要候寻更高层次支持 6 针对客户工作流程重组提出建议 7 从总体上控制项目实施进保证质量 l 客户理 客户理配合客户项目理责计划、组织、指导和协调项目组工作并适当候责项目组部和其他有关方面相沟通项目关键看对项目各方面进行看与指导主要职责如下 建议项目阶段审核 制定项目计划 3 规定培训容及程制定培训及勤计划 指导、建议、管理项目日常活动 5 管理项目初始变更及变更程 6 定期向项目领导及项目指导委员会汇报项目进展状况并提出问题改进措施 7 协助客户通报并出现问题 8 合理分配项目人员 9 计划、组织系统集成执行 0 确认任完成实施质量控制 发现、协调相沟通变更控制组织方面等问题 完成项目状态报告 3 项目实施程序、原则标准建立与执行 项目组成员团队有效工作 5 责监督项目实施质量 6 责完成项目监督报告 l 技术理 技术理责如下 主持调研和讨论会 分析现有工作流程 3 确定用户功能并协助制作档 设计工作流程 5 指导培训计划制定与培训勤工作展开 6 关键用户提供标准产品培训 7 根据功能确定产品功能和流程选择 8 计划测试并预估测试所 9 制定测试方案 0 协助制定系统测试程和测试所业案例 协助监控、评估测试执行 终用户培训提供指导和建议 3 定义基础数据换步骤和策略 l 技术人员 技术人员主要职责如下 提供系统运行环境配置建议和优化措施 产品安装及系统管理员培训 3 责产品所基础数据整理及导入系统 责关键用户使用培训 5 责调研工作 6 责培训制作 6 技术流程管理方案 6 制定规制 制定规制是了提高技术部效率、质量及售响 应。
技术部定会精诚团结做到客户零投诉。
6 方案设计 ） 客户故障致电和客户约维修现场前给客户打电话确认客户是否现场如确实事情比较多和客户约维修不了给客户打电话释希望客户能谅约维修 ） 维修程如遇到疑难问题及跟国市场部系不能拖那不如和国市场部系还不能及应给客户释并承诺 3） 维修结束定要让客户签售维修单 ） 每天下班技术部事起碰头把当天没遗留问题和二天工作安排说清楚这样有利二天整技术部工作安排。
7 应急预案 当系统出现紧急情况无论是正常工作或非工作我公司确认立即派工程师进行电话支持和远程支持派工程师赴现场提供紧急技术支持。
如 rl 系统不能正常工作发生严重影响正常生产营管理紧急故障要 0 分钟通电话、远程控制工具远程响应指导客户方工程师操作30分钟提交方案派出技术专到客户现场并以快速系统故障。
8 驻场人员管理制 8 人员管理制 ）工作不应无故离岗、串岗不得闲聊、吃零食、声喧哗确保办公环境安静有序。
）员工工作必须全身心地投入保持高效率地工作。
3）员工任何不可利用公司场所、设备及其他从事私人活动。
发现给予警告情节严重者公司将予以辞退。
8 人员更换方案 ） 变更前所有工作交接 ） 向客户方提交变更说明 3） 项目理统安排人员工作调整 83 勤保障措施 （）工作长计划短安排统筹兼顾要有轻重缓急安排工作要密合理提前计划和商量提前安排不要使勤人员某段无事可做。
（）严格上下班不定期岗和考勤。
（3）明确勤人员各工作围和职责避免推委扯皮现象。
（）工作安排要检落实限定完成。
9 培训方案 9 培训方案设计 人员培训作工程实施重要环节对整项目实施至关重要通系统培训使得工作人员得到日常工作要专业技术知识和验从而保障整系统顺利运行。
项目建设终系统将交付用户使用项目培训是项目实施重要环节 通项目培训对业主人员进行全面技术培训使业主单位人员达到能独立进行管理、故障处理、日常测试维护等工作以便我方提供软、硬件能够正常、安全运行。
9 培训形式 了使培训达到佳效使用户获得尽可能多知识和验我们将采用多种途径对用户进行培训l 授课由专业深教师现场对用户进行培训培训包括软件安装调试测试参数配置等。
通常由课堂讲授和现场操作讲授组成通常由用户使用手册支持适当操作辅助。
l 现场指导项目执行程我们工程实际操作会详细讲操作步骤指导客户操作并答客户问题。
93 培训对象 根据XXXX信息心有关见用户将凭次系统建设机会培训批己管理和维护队伍。
这部分人员培训主要能达到以下目标 掌握系统初始化和主要参数设定方法； 对般性故障进行诊断、定位和排除； 掌握系统故障恢复方法； 熟练各种系统操作和维护手册； 配合我公司进行系统维护和故障修复； 指导般操作人员工作。
9 培训 项目培训主要包括功能培训和应用系统技术培训两部分。
功能培训用对系统所有业功能进行培训通培训使不岗位、不角色用户都可以掌握系统操作方法。
通应用系统技术培训使用户单位系统运行管理人员既具有系统技术原理理论基础又具有进行系统维护实际操作能力。
95 培训目 通应用系统技术培训可以使应用系统技术培训对象是项目单位技术人员以及各职能部门责人主管领导。
培训方案目是了项目单位技术人员能够有效地管理和维护应用系统确保系统可靠运行XXXXXXX信息系统该信息系统平台不仅要成熟稳定产品更要技术熟练运行维护人员以便能更地进行科学有效运行维护工作。
而名合格运行维护人员就要严格有效专业培训掌握专门技能才能胜任。
我公司将XXXXX所有责维护系统相关系统主管人员、操作人员、系统管理人员等进行系统化、体化培训培训涉及到rl维护方案、器维护与配置、存储维护与配置等知识综合性培训以确保相关科技人员能够独立进行管理、运行、故障处理及日常测试维护等工作使该系统能够得到正确应用和良维护保证整信息系统可以健康、稳定运行。
96 培训目标 了满足项目单位培训将安排优秀讲师准备教材精心组织培训。
次培训将达到以下目标 通对业人员进行培训使不岗位工作人员都可以熟练掌握系统业规则和操作流程从而提高系统应用水平充分发挥软件性能。
通对技术人员进行培训使他们掌握软件配置与维护方法；公司将提供全面开放实践交流环节通多种形式技术交流与动手实践学员将更地掌握系统建设使用技术顺利地承担系统维护管理工作。
通相关培训使技术人员可以了、掌握、提高与系统紧密衔接计算机络及软件知识；使业人员提高计算机应用水平从而提升应用单位整体计算机水平促进单位部信息化建设。
97 培训方式 应用系统技术培训采用集培训组织形式用户现场用户开设培训课程。
98 培训教材 培训相关手册 我们提供简明易懂培训和讲义所有以形式提供。
给每科室发针对该科室系统操作手册用日常看。
99 培训课程 免费提供技术培训课程主要包括软件安装调试测试参数配置等。
具体培训课程安排与容如下 软硬件平台rl 、bLg 、ql rvr005 、Lkr7 、Vr 50 、 、、 Lx 我们目标就是提供综合性、专门与支持让能够利用计算机稳定、可靠、方便地工作。
无论是现还是将我们公司都会让得到满。
系统维护及售 0 档管理方案 ○项目件集存放、统备份、统访问、统授权 ○件可以根据项目进行分类与看项目档可以根据业要定义项目属性如项目名称、标识、类型、责任人等。
○ 项目档产生、批准、更新、归档、询都可以通工作流实现标准化与规化管理。
○支持项目件清单并支持将清单导出 质量监督管理办法 目 了加强质量精确化管理贯彻“用户至上用心”理念增强员工识和质量观念使客户质量受控提高客户满和忠诚。
工作程序 质量监督容 以客户投诉、客户表扬、客户满评价及改进措施执行情况主要监管容；其他相关规执行情况作阶段性监管容。
监管环节 质量监管主要从业开展、业合作和跟踪三阶段对质量关键进行监管。
()业开展包括对各项目岗位人员及性、态良性、记录准确性、业开展合理性等方面进行质量监控。
(二)业合作主要对业开展程沟通及性、合作方案执行规性和业合作质量稳定性进行监管。
(三)跟踪对业开展进行监督通对象满测评、专项回访等方式了对象感知提升质量确保跟踪及性和信息反馈准确性。
3 监管客户投诉 ● 监控是否发生有责投诉； ● 投诉处理质量（及率、合格率、满率）是否达到公司要； Ø ● 每月是否形成了客户部投诉分析报告； Ø ● 报告改进见是否传递到相关责任部门； Ø ● 相关责任部门是否按改进见制订了措施并进行整改； Ø ● 验证改进措施完成情况。