首页 > Linux操作系统 > Linux操作系统 > 数据库健康检查(转)
在做健康检查之前,我们应该对客户的数据库环境有一定了解,根据环境不同,检查的内容也不一样:
鉴于目前为止做过为复杂的健康检查为在RAC+DataGuard上,所以只介绍上面三种情况。
在此之前,我们还有一点需要注意,如果是第一次做健康检查,需要统计完善数据库、操作系统环境信息;如果是日常巡检,则把重点放在性能上。
下面只讲个大概,不做细致说明,不贴代码:
第一次健康检查:
在第一次健康检查中,我们需要对客户的数据库、操作系统等做全面的信息收集,我们要做到的是:比客户更了解他的数据库!
需要收集的(补:操作系统信息可以通过配置文件或命令调用信息得知,下面为数据库)信息包括:
补充:目标既然是比用户更熟悉他们的数据库,有关业务的文件应当加以注意,如最大表(是用户表?)的记录数和备份文件位置、状态(备份重于一切啊)。
日常巡检:
【单机环境】
在单机环境中,我们重点根据AWR报告、alert日志等信息,发现客户数据库在运行过程中出现的问题。如果需要,可通过OSWatcher、NMON等对操作系统性能进行评估
补充:对于AWR报告信息,很多值得注意的反映数据库性能,运行状态的信息;重点放在高耗时的等待事件和sql信息上,可作为优化的重要提示信息。
【RAC环境】此环境下就是需要对另外的节点的重复检查流程。
在单机基础上
【备库】
这个健康检查需要检查的内容写的非常简单,可作为一个参考。这里面科技含量最高的部分,在于对Oracle知识的积累和长期分析得出的经验。
在遇到问题时,通常通过以下几种方式搜索解决方案:
ORA错误:http://www.ora-code.com/
Eygle的网站:http://www.eygle.com/
老杨的博客:http://yangtingkun.itpub.net/
AskTom:http://asktom.oracle.com/pls/apex/f?p=100:1:0:::RP,APP
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/24582392/viewspace-688144/,如需转载,请注明出处,否则将追究法律责任。