(完整word版)数据库维护工作手册.doc

上传人:汽*** 文档编号:560588726 上传时间:2024-01-30 格式:DOC 页数:20 大小:227.50KB
返回 下载 相关 举报
(完整word版)数据库维护工作手册.doc_第1页
第1页 / 共20页
(完整word版)数据库维护工作手册.doc_第2页
第2页 / 共20页
(完整word版)数据库维护工作手册.doc_第3页
第3页 / 共20页
(完整word版)数据库维护工作手册.doc_第4页
第4页 / 共20页
(完整word版)数据库维护工作手册.doc_第5页
第5页 / 共20页
点击查看更多>>
资源描述

《(完整word版)数据库维护工作手册.doc》由会员分享,可在线阅读,更多相关《(完整word版)数据库维护工作手册.doc(20页珍藏版)》请在金锄头文库上搜索。

1、例行工作手册数据库维护工作手册文档编号:文档名称:编 写:审 核:批 准:批准日期:目 录1概述42数据库监控42.1数据库监控工作内容42.2数据库监控工作步骤42.2.1查看数据库日志42.2.2检查是否有失效的数据库对象52.2.3查看数据库剩余空间52.2.4重点表检查52.2.5查看数据库是否正常62.2.6死锁检查62.2.7监控SQL语句的执行62.2.8操作系统级检查62.2.9其他63数据库维护73.1数据库维护工作内容73.2数据库维护工作事项73.2.1页面修复73.2.2数据库对象重建73.2.3碎片回收(数据重组)73.2.4删除不用的数据73.2.5备份恢复73.2

2、.6历史数据迁移83.2.7定期修改密码83.2.8删除掉不必要的用户83.2.9其他84数据库管理常用SQL脚本95日常维护和问题管理175.1目的175.2例行工作建议175.3相关填表说明171 概述数据库的日常监控是使管理员及时了解系统异常的手段。大部分情况下,系统总是正常运行的。只有对正常情况的充分了解,才能通过对比正常情况发现异常情况。对于数据库的日常监控要有记录,文字记录或者电子文档保存。对于数据库异常进行分析,提出解决方案。日常工作包括监控和维护两个部分。此文档中关于数据库的运行命令示例主要针对于ORACLE数据库,但对于SYBASE数据库同样有参考价值,只要换用相对应的语句即

3、可。数据库监控2 数据库监控数据库监控工作内容制定和改进监控方案,编写监控脚本。对于数据库进行日常监测,提交记录。根据监测结果进行分析、预测,提交相应的系统改进建议方案。数据库监控工作步骤2.1.1 查看数据库日志数据库的日志上会有大量对于管理员有用的信息。ORACLE的Alert日志纪录了数据库系统所报的系统级错误信息,以及数据块失效等严重错误信息。错误信息的产生,会产生相应的跟踪文件,通过查看警告日志和跟踪文件可查找错误原因,对于发现的问题应及时解决和汇报。如:1. 表空间是否满,是否需要进行添加或者扩展。Alert文件中会显示有表块无法扩展的提示。2. 表的块或者页面是否损坏。(往往这时

4、alert文件中会显示ora-600的错误。)3. 数据库是否进行了异常操作。(如:drop tablespace等等)。实用命令:报警日志文件(alert.log或alrt.ora)记录数据库启动,关闭和一些重要的出错信息。数据库管理员应该经常检查这个文件,并对出现的问题作出即使的反应。可以通过以下SQL 找到他的路径select value from v$parameter where upper(name) =BACKGROUND_DUMP_DEST,或通过参数文件获得其路径,或者show parameter BACKGROUND_DUMP_DEST。后台跟踪文件路径与报警文件路径一致,

5、记载了系统后台进程出错时写入的信息。用户跟踪文件记载了用户进程出错时写入的信息,一般不可能读懂,可以通过ORACLE的TKPROF工具转化为可以读懂的格式。用户跟踪文件的路径,你可以通过以下SQL找到他的路径select value from v$parameter where upper(name) =USER_DUMP_DEST,或通过参数文件获得其路径,或者show parameter USER_DUMP_DEST。可以通过设置用户跟踪或dump命令来产生用户跟踪文件,一般在调试、优化、系统分析中有很大的作用。可在参数文件种用SQL_TRACE=TRUE打开该文件(对所有用户),也可用a

6、lter session set sql_trace=true打开当前会话,也可用execute dbms_system.set_sql_trace_in_session(sid,serial#,true)打开指定会话。2.1.2 检查是否有失效的数据库对象主要关注索引,触发器,存储过程,函数等等。如:查找user_objects数据字典,看其中是否有状态为invalid的对象。判断失效原因(如:视图失效的原因有可能是由于创建视图的基表被删除等等),找出原因可进行对象重建或修复。实用命令:Select object_name,object_type From user_objects Wher

7、e object_type=INVALID;2.1.3 查看数据库剩余空间1. 剩余空间不足时要扩展空间,一般的,当剩余空间小于10时,要进行空间扩展。对于ORACLE数据库,通过查找tablespaces相关的数据字典可以看到有用的信息。2. 检查数据快速增长的表,通过对于dba_segments数据字典的监视可以找到,当过快增长时,协调开发人员,确定解决方案。2.1.4 重点表检查1. 检查系统核心业务表。因为这些表健康与否与日常业务的正常运行密切相关。重点检查这些表的索引是否失效,表的统计信息是否及时更新,如:当这些表进行了大的数据装载或者删除操作之后。原则上需要检查所有的表,只是由于上

8、面这些表更关键,建议管理员给以更多的关注。2. 重点检查数据量超过百万行的表,各地的情况可能不一样,当数据超过百万行之后,如果索引失效会导致表扫描,占用大量系统IO,严重影响系统性能。2.1.5 查看数据库是否正常包括数据库实例是否正常工作、listener是否工作正常,确保数据库系统环境正常。数据库连接是否正常、检查是否有超出正常水平的连接数。如:平常500个,某天下午忽然达到600个。应记录这种异常情况。分析产生这种情况的原因,如:在低版本的ORACLE中,很可能是一些其他异常的应用出错后产生的死连接。2.1.6 死锁检查监控数据库运行过程中,出现的阻塞,记录现象,记录产生阻塞的SQL语句

9、,执行的用户,发生时间,频率,处理(杀掉、等待自然解锁等)。ORACLE版本中的死锁会在alert文件中产生记录,oracle会自动解锁(其实是选择一个杀掉)。对于死锁的处理过程要进行记录。可以使用OEM工具或者查找相关的V$视图来确认产生阻塞的语句。2.1.7 监控SQL语句的执行查找效率低下的SQL语句,联系协调开发人员,进行相关处理。可使用ORACLE提供的AWR进行,也可使用ORACLE提供的OEM工具执行,或者自行编制的脚本等等。2.1.8 操作系统级检查运行vmstat,sar,topas(AIX系统),glance(HP系统)等命令检查CPU、内存、虚拟内存等的使用情况。运行df

10、,du,iostat检查磁盘使用情况运行netstat检查网络情况运行手工编制的监控脚本检查。针对于操作系统的不同,使用的命令也会有不同,请参考相应的操作系统文档。建议使用man命令察看相应的帮助信息。2.1.9 其他每天查看晚间定时执行的数据库信息收集作业和备份作业的日志输出,确认都已正常完成。往往不能正常完成是由于如下的原因:请确认脚本是否变动(错误的修改造成等等),设备(主机,磁盘阵列,磁带库,网络等等)是否正常,空间是否足够等等。建议每天按业务峰值情况,对数据库性能数据进行定时采集及分析。3 数据库维护数据库维护工作内容包括维护、故障诊断、错误修复、备份恢复、历史数据迁移等过程。数据库

11、维护工作事项3.1.1 页面修复根据日常监控的结果,进行页面(或者数据库坏块)修复,如将表数据导出后重建表,然后导入数据。提交修复记录。3.1.2 数据库对象重建根据数据库监控的结果,重建失效的对象。如:索引、存储过程、函数、视图、触发器等等。实用命令:Alter index rebuild online;3.1.3 碎片回收(数据重组)当某些数据库运行一段时间后,表会产生碎片,影响数据库的性能。可根据日常检查的结果,运用工具或脚本对于数据库空间进行重组或回收。由于ORACLE数据库本身的原因,在进行了DELETE操作之后也不会使HWM(High Water Mark高水位线)降低,因此不会释

12、放所占用的空间,所以建议在进行了数据迁移之后将全库进行EXP,然后进行IMP操作,以释放占用的空间。3.1.4 删除不用的数据此项工作要得到开发方、设计人员、以及相关人员的确认后,方可执行。3.1.5 备份恢复需要定期对于数据库备份进行有效性检测,定期进行数据恢复的演练操作。以防止万一的数据库事故时准备不足。数据库需要采用在线的热备份,不需要关闭数据库进行,在备份的同时可以进行正常的数据库的各种操作,满足了7*24的系统的需要。数据库的备份不能影响用户对数据库的访问。目标需要在线热备份多级增量备份并行备份,恢复减小所需要备份量备份,恢复使用简单可参考如下的方案:1. 每月做一个数据库的全备份(

13、包含只读表空间)2. 每星期做一次零级备份(不包含只读表空间)3. 每个星期三做一次一级备份4. 每天做一个二级备份5. 任何表空间改成只读状态后做一个该表空间的备份。6. 当需要时(如四个小时归档文件系统就要接近满了)备份归档文件。3.1.6 历史数据迁移定期进行历史数据迁移,减少生产数据库的压力。3.1.7 定期修改密码包括SYS,SYSTEM等用户。3.1.8 删除掉不必要的用户对于系统安装时的演示用户,如:hr,scott等。建议每周定期清理和备份一周所产生的Alert日志、跟踪文件和dump文件。分别位于$ORACLE_BASE/admin/$ORACLE_SID/bdump, $O

14、RACLE_BASE/admin/$ORACLE_SID/udump, $ORACLE_BASE/admin/$ORACLE_SID/cdump,等目录下。定期对表进行统计分析,(如可使用analyze等命令,8i以上有dbms_stats包来实现,使SQL优化器总是能找到最好的查询策略。制定和执行纪录保证生产库的安全:应绝对禁止在生产库上进行开发、测试。3.1.9 其他针对不同的数据库版本的不同特点进行相应的维护操作。具体情况请参见ORACLE文档或者访问metalink。4 数据库管理常用SQL脚本常用的SQL脚本,在实施时可供数据库管理员参考,在执行时,需要进行相应的修改。1. 剩余空间

15、检查SELECT tablespace_name, sum ( blocks ) as free_blk , trunc ( sum ( bytes ) /(1024*1024) ) as free_m, max ( bytes ) / (1024) as big_chunk_k, count (*) as num_chunksFROM dba_free_spaceGROUP BY tablespace_name2. 表空间数据量情况显示SELECT tablespace_name, max_blocks, count_blocks, sum_free_blocks, to_char(100*sum_free_blocks/sum_alloc_blo

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 商业/管理/HR > 项目/工程管理

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号