《oracle日常维护巡检工作汇总》由会员分享，可在线阅读，更多相关《oracle日常维护巡检工作汇总（8页珍藏版）》请在金锄头文库上搜索。
1、oracle日常维护工作内容(1) .每天对ORACLE数据库的运行状态,1志文件，备份情况，数据库的空间使用情况，系统资源的使用情 况进行检查,发现并解决问题。(2) .年周对数据序对象的空间扩展情况，数据的增长情况进行监控，对数据库做健康检查，对数据库对象的 状态做检查.每天工作(1) (1).确认所有的INSTANCE状态正常.登陆到所有数据库或例程，检测ORACLE后台进程： $ps ef|grep ora(2) .检查文件系统的使用(剩余空间)。如果文件系统的剩余空间小于20%,需删除不用的文件以杼放空 间.对于业务交易生产系统和数据库日志归档目录，当空间不足,请急时清理.$df-h
2、(3) .检查口志文件和trace文件记录alert和trace文件中的错误.连接到数据库服务器 cd 到 bdump 目录,通常是$ORACLE_BASE/admin/bdumptail命令来查看alert_.log文件 如果发现任何新的ORA-借误，记泵并解决(4) .检查数据文件的状态记录状态不是online”的数据文件，并做恢笈。Select file_name from dba_data_files where status:OFFLINE (5).检查表空间的使用情况SELECT SUM(bytes) / (1024 * 1024) AS free_spacef tablespac
3、e_name FROM dba_free_space GROUP BY tablespace_name;SELECT a.tablespace_namer a.bytes total, b.bytes used, c. bytes free, (b.bytes * 100) / a.bytes % USED ”， (c.bytes * 100)/ a.bytes % FREE ” FROM sys.sm$ts_avail a, sys.sm$ts_used b, sys.sm$ts_free c WHERE a.tablespace.name = b.tablespace_name AND a
4、.tablespace_name = c.tablespace_name;(6) .检查剩余表空间SELECT tablespace_name/ SUM (blocks) AS free_blk, TRUNC (SUM (BYTES) / (1024 * 1024) AS fee_m, MAX (BYTES) / (1024) AS big_chunk_k, COUNT (*) AS num_chunks FROM dba_free_spaceGROUP BY tablespace name;(7) .检无数据库性能，记录数据库的cpu使用、10、buffer命中率等等 使用 vmstat/o
5、stat,glanceJop 等命令每周工作(1) .监捽数据库对象的空间扩展情况根据本周每天的检查情况找到空间扩展很快的数据库对象，并采取相应的措施alter tablespace 表空间名 add datafile 7ul/oradata/userdata_002.ora size *m;(2) .检查无效的数据库对象SELECT owner; object.name, object_typeFROM dba_objectsWHERE status = invalid1;(3) .检查不起作用的约束SELECT owner; constraint.name, table_namez con
6、straint_typer statusFROM dba_constraintsWHERE status = DISABLED AND constraint_type = P ;(4) .检查无效的triggerSELECT owner; trigger_namez table_name/ statusFROM dba_triggersWHERE status = DISABLED;每月的工作(1) .检查表空间碎片根据本月每周的检查分析数据库碎片情况，找到相应的解决方法(2) .寻找数据库性能调整的机会比较旬天对数据库性能的监控报告，确定是否有必要对数据库性能进行调整(3) .数据库性能调整
7、如有必要,进行性能调整(4) .提出下步空间管理计划根据保周的监控，提出空间管理的改进方法 Oracle DBA 口常管理 |目的：这篇文档有很详细的资料记录者对一个共至更多的ORACLE数据库每天的，每月的，每年的运行 的状态的结果及检查的结果，在文档的附录中你将会看到所有检查，修改的SQL和PL/SQL代码。目录L口常维护程序A.查找一些新的警告口志B.检贪数据库备份是否正确C.检查数据库的性能是否正常合理，是否有足够的空间和资源D.将文档U志复制到备份的数据库中2 .晚间维护程序A.收集VOLUMETRIC的数据3 .每周维护工作A.直找那些破坏规则的OBJECTB.查找是否仃违反安全策
8、略的向睡C.杳看错误地方的SQL*NET 口志D.将所有的警告日志存档4 .月维护程序A.查看对数据库会产生危害的增长速度B.回顾以前数据库优化性能的调整C.杳看I/O的屏颈问想D.回顾 FRAGMENTATIONE.将来的执行计划F.自看调整点和维护5 .附录A.月维护过程B.晚间维护过程C.周维护过程一.日维护过程A.查找新的警告日志文件1) .联接操作管理系统2) .使用TELNET或是可比较程序3) .时每一个管理实例,经常的执行$ORACLE_BASE/bdump操作，并使其能回退到控制数据 库的SID.4) .在提示下,使用TAIL命令查看alert_,log,或是用其他方式检查文
9、件中最近时期的警告日 志5) .如果以前出现过的一些ORA_ERRORS又出现，将它记录到数据库恢复口志中井口仔细的研究它们， 这个数据库恢复日志在(FILE)中B.瓷数据库备份是否成功C.检查对合理的性能来说是否有足够的资源1).检查在表空间中有没有剩余空间.对每一个实例来说,检查在表空间中是否存在有剩余空间来满足当天的预期的需要。当数据库中已有的数 据是稳定的，数据口增长的平均数也是可以计兑出来，最小的剩余空间至少要能满足每天数据的增长.A)运行FREE.SQL来检查表空间的剩余空间.B)运行SPACE.SQL来检查表空间中的剩余空间百分率3).识别出一些过分的增长食看故据库中超出资源或是
10、增长速度过大的段,这些段的存储参数需要周整.a)收集I数据大小的信息.可以用ANALYZE5PCT.SQL。如果你收集的是每晚的信息.则可跳过这 一步.b）检查当前的范孙可用NR.EXTENTS.SQL。如果范用空间对象的NEXT.EXTENT比表空间所能提供的最大范用还要大，那么这将影响数据库的运行. 如果我们找到了这个目标，可以用ALTER TABLESPACE COALESCE调充它的位置,或加另外的数据文 件。A）运行SPACEBOUND.SQL。如果都是正常的，将不返回任何行。5） .回顾CPU.内存.网络,硬件资源论点的过程A）检查CPU的利用情况.进到x:.htm =system
11、metrics=CPU利用页,CPU的最大限度为400,当CPU的占用保持在350以上有一段时间的话, 我们就需要查看及研究出现的问题.G.将存档口志发制到备用数据库中如果有一个备用数据库,将适当的存档口志豆制到备用数据库的期望 位置，备用数据库中保存最近期的数据.二.晚间维护过程 大部分的数据库产品将受益于每晚确定的检查进程的运行。A.收集VOLUMETRIC数据1 .分析计划和收集数据更准确的分析计算并保存结果。a）如果你现在没TT作这些的话,用MK VOLFACT.SQL来创建测定体积的表。b）收集晚间数据大小的信息,用ANALYZE COMP.SQL.O收集统计结果,用POP VOL.
12、SQL。d）在空闲的时候检查数据,可能的话.每周或每个月进行。三.每周维护过程A.查找被破坏的目标1.所有的索引都要放到索引表空间中。运行MKREBUILDJDX.SQLB.查看报错的SQL*NET日志。1 .客户端的口志。2 .服务器端的日志.C.将所有的警告日志存档做好每天的记录，总结分析表空间的增长幅度Free.sql查看剩余表空间SELECT tablespace-name, SUM (blocks) AS free_blk,TRUNC (SUM (BYTES) / (1024 * 1024) AS free_mrMAX (BYTES) / (1024) AS big_chunk_kr
13、 COUNT (*) AS num_chunksFROM dba_free_spaceGROUP BY tablespace_name- Space.sql查看表空间使用情况SELECT tablespace_namez largest_free_chunk, nr_free_chunks, sum_alloc_blocks, sum free blocks, rTO_CHAR (100 * sum_free_blocks / sum_alloc_blocks, 0999 )11 % AS pct_freeFROM (SELECT tablespaceame, SUM (blocks) AS
14、sum_alloc_blocks FROM dba_data_filesGROUP BY tablespace_name),(SELECT tablespace_name AS fs_ts_name,MAX (blocks) AS largest_free_chunk,COUNT (blocks) AS nr_free_chunks, SUM (blocks) AS sum_free_blocksFROM dba_free_spaceGROUP BY tablespace_name)WHERE tablespace_name = fs_ts_name 一- analyze5pct.sqlBEG
15、INdbms_utility.analyze_schema ( &OWNER, ESTIMATE, NULL, 5 );END ;/一- nr-extents.sql-To find out any object reaching ;-extents, and manually upgrade it to allow unlimited max_extents (thus only objects we*expect* to be big are allowed to become big)/* Formatted on 2007/03/06 17:25 (Formatter Plus v4.8.7) */SELECT e.owner; e.segment_typez e.segment_namef COUNT (*) AS nr_extentsf s.max-extents,TO.CHAR (SUM (e.BYTES) / (1024 *
