Oracle数据库日常维护方案书

《Oracle数据库日常维护方案书》由会员分享，可在线阅读，更多相关《Oracle数据库日常维护方案书（88页珍藏版）》请在装配图网上搜索。

1、 . . ORACLE数据库日常运行维护年度服务项目方案书88 / 88目录123项目背景与目标 . 51.1 项目背景 . 51.2 项目目标 . 5需求分析. 5项目总体方案. 73.1 数据库性能优化 . 83.1.1 检查 Oracle 数据库性能. 83.1.1.13.1.1.23.1.1.33.1.1.43.1.1.53.1.1.63.1.1.73.1.1.83.1.1.9检查数据库的等待事件 . 9Disk Read 最高的 SQL 语句的获取 . 9查找前十条性能差的 sql. 9等待时间最多的 5 个系统等待事件的获取 . 9检查运行很久的 SQL. 9检查消耗 CPU 最高

2、的进程. 10检查碎片程度高的表 . 10检查表空间的 I/O 比例 . 10检查文件系统的 I/O 比例 . 103.1.1.10 检查死锁与处理 . 103.1.1.11 检查数据库 cpu、I/O、存性能 . 113.1.1.12 查看是否有僵死进程 . 123.1.1.13 检查行/迁移 . 133.1.1.14 定期做统计分析 . 133.1.1.15 检查缓冲区命中率 . 143.1.1.16 检查共享池命中率 . 143.1.1.17 检查排序区 . 143.1.1.18 检查日志缓冲区 . 153.1.2 性能调优与方法. 153.1.2.13.1.2.23.1.2.33.1.

3、2.43.1.2.5寻找问题根源 . 16System_Event 事件 . 16Session_Event 事件 . 16Session_Wait. 17应用优化 . 173.1.2.5.13.1.2.5.23.1.2.5.33.1.2.5.4例程调优 . 17I-O 优化. 19竞争优化 . 19O-S 监控 . 203.2 数据库备份恢复 . 213.2.1 检查 Oracle 数据库备份结果. 213.2.1.13.2.1.23.2.1.3检查数据库备份日志信息 . 21检查 backup 卷中文件产生的时间. 22检查 oracle 用户的 email. 223.3 数据库迁移 .

4、223.4 数据库运维 . 233.4.1 检查数据库基本状况. 233.4.1.13.4.1.23.4.1.3检查 Oracle 实例状态 . 23检查 Oracle 服务进程 . 24检查 Oracle 监听状态 . 243.4.2 检查系统和 oracle 日志文件 . 253.4.2.13.4.2.23.4.2.33.4.2.4检查操作系统日志文件 . 25检查 oracle 日志文件 . 26检查 Oracle 核心转储目录 . 26检查 Root 用户和 Oracle 用户的 email . 273.4.3 检查 Oracle 对象状态 . 273.4.3.13.4.3.23.4.

5、3.33.4.3.43.4.3.53.4.3.6检查 Oracle 控制文件状态 . 27检查 Oracle 在线日志状态 . 27检查 Oracle 表空间的状态 . 28检查 Oracle 所有数据文件状态 . 28检查无效对象 . 29检查所有回滚段状态 . 293.4.4 检查 Oracle 相关资源的使用情况. 303.4.4.13.4.4.23.4.4.33.4.4.43.4.4.53.4.4.63.4.4.7检查 Oracle 初始化文件中相关参数值 . 30检查数据库连接情况 . 31检查系统磁盘空间 . 32检查表空间使用情况 . 32检查一些扩展异常的对象 . 33检查 s

6、ystem 表空间的容 . 33检查对象的下一扩展与表空间的最大扩展值 . 343.4.5 检查数据库安全性 . 343.4.5.13.4.5.2检查系统安全日志信息 . 35检查用户修改密码 . 353.4.6 其他检查 . 363.4.6.13.4.6.23.4.6.33.4.6.43.4.6.5Oracle Job 是否有失败 . 36监控数据量的增长情况 . 36检查失效的索引 . 37检查不起作用的约束 . 37检查无效的 trigger. 374项目实施与管理 . 384.1 项目实施方案 . 384.1.1 项目实施策略 . 384.1.2 项目实施计划 . 384.1.3 项目

7、交付文档 . 394.1.3.14.1.3.2交付要求 . 39提交文件资料 . 395支持服务体系. 405.1.1售后服务 . 405.1.2支持 . 405.1.3 现场服务 . 405.1.4 电子支持 . 415.1.5 紧急故障处理 . 415.1.6 ORACLE 定期巡检服务（24 次/年） . 416培训方案. 416.1.1 培训方式 . 426.1.2 教师、教材使用与授课语言 . 426.1.3 培训计划. 446.1.4 培训分工 . 441 项目背景与目标1.1 项目背景xxx 信息化建设经过多年的发展和完善，已经建立成熟的网络环境与生产经营管理的各类应用系统，目前

8、全厂在线运行的 PC 近 600 台，近年来建设的企业资产管理、基建 MIS 管理系统、全面预算管理系统、生产综合管理系统技术监督管理系统等若干应用信息系统多数是基于 Oracle 数据库系统的应用。这些Oracle 数据库产品的标准服务都已经过了服务期。而各系统随着数据量的逐年增加，陆续出现了性能问题，有必要进行数据库系统的升级与性能优化，以确保应用系统的正常运行，为全厂员工提供更好的信息服务。1.2 项目目标nnnn尽早发现性能瓶颈，与时调整，保障数据库稳定高效工作；对各个系统数据库进行补丁升级服务，安装补丁前需要对补丁的可行性与风险即你想那个分析，并制定升级计划和应急回退计划。同时要做好

9、系统备份准备与详细的测试工作，确保系统的稳定性、安全性，保障系统业务数据的安全；数据库架构的合理化；提升应用系统性能，完成各系统数据库的性能调优工作，包括：外部资源调优、行的重新安排调优、SQL 性能调优、表格和索引存储参数设置调优等。各业务持续性得到有效的保证。2 需求分析通过对 xxx 技术要求进行详实的分析以与 xxx 科技对 xxx 信息系统建设的了解，xxxOracle 产品日常运行维护项目主要从如下几个方面进行：1、 由于 xxx 有些系统软件建设的较早，目前存在不同版本的数据库共存的现象，包括：Oralce8、Oracle9I 以与 Oracle10g 等。而 Oracle9I

10、版本之前的数据库 SQL 编程语句还不是业界通用的标准化的语句，它与后面版本的 SQL编程语句有很大的差别，所以在这方面的性能优化需要做好充分备份的准备。2、 正是由于这些系统建设的较早，基于当时的实际情况，应用系统或数据库都还存在一些不足，针对这些情况软件开发商都开发出相应的补丁提供给用户进行升级以防风险。所以在对各个系统数据库进行补丁升级服务之前，需要对补丁的可行性、安全性与风险进行充分的测试和分析。并制定相关的应急预案与数据库升级计划和应急回退计划，同时还需要做好系统备份准备和详细的测试工作，以确保系统的稳定性、安全性，从而保证系统业务数据的安全；3、 如上所说，这些系统建设的较为长久，

11、由于长时间的运行各个系统存在一些冗余，由于冗余的存在使得这些系统数据库需要进行性能的优化，包括外部资源优化、行的重新安排以与 SQL 性能优化、表格和索引存储参数等需要重新进行设置优化。4、 对于当前的一些应用如：企业资产管理系统(EAM)、基建 MIS 管理系统、全面预算管理系统、生产综合管理系统、企业门户（EIP/EAI）系统、综合指标统计分析系统、燃料管理信息系统、标准化管理信息系统、档案管理信息系统、安健环管理系统、技术监督管理子系统、IT 运维服务系统、SIS 系统接口数据库、生产图纸管理系统等等所有这些系统都需要重新进行整理并形成一个完善的文档资料。5、 由于这些数据库系统承载着

12、xxx 非常重要的业务系统数据，所以在日常维护中需要非常仔细，每周、每月、每季都需要有相应的巡检记录，需要详细记载以下一些容：nnn监控数据库对象的空间扩展情况监控数据量的增长情况系统健康检查，检查以下容:nnnnnnnnnn数据库对象有效性检查查看是否有危害到安全策略的问题。查看 alert、Sqlnet 等日志并归档报错日志分析表和索引查看对数据库会产生危害的增长速度检查表空间碎片数据库性能调整预测数据库将来的性能调整和维护工作后续空间3 项目总体方案建立在 Oracle 数据库上的关键业务系统，是当今企业的核心应用。如何改善其性能和可用性，是包括系统设计、维护和管理人员的最大挑战。为了更

13、好地维护系统和数据库，必须随时了解系统和数据库的运行状况。但由于数据库维护具有一定的复杂性，增加了维护工作的难度。所以数据库维护需要借助一些相关的工具，优秀的数据库管理工具，可以大大简化生产环境下的应用维护和管理，提高 IT 人员的工作效率。数据库管理人员借助相应的工具可以主动、迅速、方便的监控系统的运行。基于我公司多年在 Oracle 数据库的使用与研究经验上，对于 Oracle 数据库的管理，主要包括三方面的容：nnn系统诊断：了解当前运行的 Oracle 的状态，发现数据库性能瓶颈；空间管理：即数据库存储结构的调优，包括定期检查数据库的存储结构，发现 Oracle 数据库存储中的主要问题

14、(如数据库碎片)，进行碎片重组和数据分布以与容量规划等；调优 SQL,分析对系统性能影响比较大的 SQL 语句，调整 SQL 语句的执行效率。使 SQL 存取尽可能少的数据块。下面我们将从以下这几个方面详细阐述：3.1 数据库性能优化Oracle 性能管理既是一种艺术，也是一种科学。从实用角度讲，它可以分为两种类型，主动式和被动式性能管理。主动式性能管理涉与到特定系统实施初期的设计和开发，包括硬件选择、性能与容量规划，海量存储系统的选择， I-O子系统配置与优化，以与如何对不同组件进行定制，以满足 Oracle 数据库和应用系统的复杂要求。被动式性能管理涉与到现有环境中不同组件的性能评估、故障

15、排除和 Oracle环境的优化。本文旨在探讨如何进行被动式性能调优，以便为 Oracle 性能调优提供必要的指导，从而避免仅仅通过反复尝试的方式进行性能调优，提高 Oracle性能管理的效率。所以 ORACLE 数据库性能恶化表现基本上都是用户响应时间比较长，须要用户长时间的等待。获得满意的用户响应时间有两个途径：一是减少系统服务时间，即提高数据库的吞吐量；二是减少用户等待时间，即减少用户访问同一数据库资源的冲突率。对于以上的两个问题，通常我们采用以下几个方面来进行改善：nnnnn调整服务器存分配。例如，可以根据数据库运行状况调整数据库系统全局区（SGA 区）的数据缓冲区、日志缓冲区和共享池的

16、大小；还可以调整程序全局区（PGA 区）的大小。调整硬盘 I/O 问题，达到 I/O 负载均衡。调整运用程序结构设计优化调整操作系统参数和使用资源管理器SQL 优化、诊断 latch 竞争、Rollback(undo) Segment 优化、提升 block的效率等等3.1.1 检查Oracle数据库性能检查 Oracle 数据库性能情况，包含：检查数据库的等待事件，检查死锁与处理，检查 cpu、I/O、存性能，查看是否有僵死进程，检查行/迁移，定期做统计分析，检查缓冲区命中率，检查共享池命中率，检查排序区，检查日志文件所有 2012第 8 页 共 45 页ORACLE 产品日常运行维护年度服

17、务项目缓冲区，总共十个部分。3.1.1.1 检查数据库的等待事件set pages 80set lines 120col event for a40select 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 等等待事

18、件时，需要对其进行分析，可能存在问题的语句。3.1.1.2 Disk Read最高的SQL语句的获取SQLSELECT SQL_TEXT FROM (SELECT * FROM V$SQLAREA ORDER BY DISK_READS)WHERE ROWNUM=5 desc;3.1.1.3 查找前十条性能差的sqlSELECT * FROM (SELECT PARSING_USER_IDEXECUTIONS,SORTS,COMMAND_TYPE,DISK_READS,SQL_TEXT FROM V$SQLAREA ORDER BY DISK_READS DESC)WHERE ROWNUM10

19、 ;3.1.1.4 等待时间最多的 5 个系统等待事件的获取SELECT * FROM (SELECT * FROM V$SYSTEM_EVENT WHERE EVENT NOT LIKE SQL% ORDER BYTOTAL_WAITS DESC) WHERE ROWNUM=5;3.1.1.5 检查运行很久的SQLCOLUMN USERNAME FORMAT A12COLUMN OPNAME FORMAT A16COLUMN PROGRESS FORMAT A8SELECT USERNAME,SID,OPNAME,ROUND(SOFAR*100 / TOTALWORK,0) | % ASPR

20、OGRESS,TIME_REMAINING,SQL_TEXT FROM V$SESSION_LONGOPS , V$SQL WHERE文件所有 2012第 9 页 共 45 页ORACLE 产品日常运行维护年度服务项目TIME_REMAINING 0 AND SQL_ADDRESS=ADDRESS AND SQL_HASH_VALUE = HASH_VALUE;3.1.1.6 检查消耗CPU最高的进程SET LINE 240SET VERIFY OFFCOLUMN SID FORMAT 999COLUMN PID FORMAT 999COLUMN S_# FORMAT 999COLUMN US

21、ERNAME FORMAT A9 HEADING ORA USERCOLUMN PROGRAM FORMAT A29COLUMN SQL FORMAT A60COLUMN OSNAME FORMAT A9 HEADING OS USERSELECT P.PID PID,S.SID SID,P.SPID SPID,S.USERNAME 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$PR

22、OCESS P, V$SESSION S,V$SQLAREA A WHERE P.ADDR = S.PADDR ANDS.SQL_ADDRESS = A.ADDRESS (+) AND P.SPID LIKE %&1%;3.1.1.7 检查碎片程度高的表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_segm

23、ents GROUP BY segment_name);3.1.1.8 检查表空间的 I/O 比例SQLSELECT 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.1.1.9 检查文件系统的 I/O 比例SQLSELECTSUBSTR(A.FILE#,1,2

24、) #, SUBSTR(A.NAME,1,30)NAME,A.STATUS,A.BYTES,B.PHYRDS,B.PHYWRTS FROM V$DATAFILE A, V$FILESTAT B WHERE A.FILE# =B.FILE#;3.1.1.10 检查死锁与处理查询目前锁对象信息：文件所有 2012第 10 页 共 45 页ORACLE 产品日常运行维护年度服务项目col sid for 999999col username for a10col schemaname for a10col osuser for a16col machine for a16col terminal f

25、or a20col owner for a10col object_name for a30col object_type for a10select sid,serial#,username,SCHEMANAME,osuser,MACHINE,terminal,PROGRAM,owner,object_name,object_type,o.object_idfrom dba_objects o,v$locked_object l,v$session swhere o.object_id=l.object_id and s.sid=l.session_id;oracle 级 kill 掉该 s

26、ession：alter system kill session &sid,&serial#;操作系统级 kill 掉 session：#kill -9 pid3.1.1.11 检查数据库cpu、I/O、存性能记录数据库的 cpu 使用、IO、存等使用情况，使用 vmstat,iostat,sar,top等命令进行信息收集并检查这些信息，判断资源使用情况。nCPU 使用情况：rootsale8 # toptop - 10:29:35 up 73 days, 19:54, 1 user, load average: 0.37, 0.38, 0.29Tasks: 353 total, 2 runn

27、ing, 351 sleeping, 0 stopped, 0 zombieCpu(s): 1.2% us, 0.1% sy, 0.0% ni, 98.8% id,0.0% wa, 0.0% hi, 0.0% siMem: 16404472k total, 12887428k used, 3517044k free, 60796k buffersSwap: 8385920k total, 665576k used, 7720344k free, 10358384k cachedPID USER30495 oracle32501 oracle32503 oraclePR151515NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND0 8329m 866m 861m R 10 5.4 7:53.90 oracle0 8328m 1.7g 1.7g S 2 10.6 1:58.38 oracle0 8329m 1.6g 1.6g S 2 10.2 2:06.62 oracle。注意上面的蓝色字体部分，此部分容表示系统剩余的 cpu，当其平均值下降至 10%以下的时视为 CPU 使用率异常，需记录下该数值，并将状态记为异常。文件所有 2012