解决Oracle数据库出现问题时的脚本有哪些

本篇内容主要讲解“解决Oracle数据库出现问题时的脚本有哪些”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习“解决Oracle数据库出现问题时的脚本有哪些”吧!>>>>查看操作系统负载登上数据库服务器后，第一个就是通过系统命令确认下CPU、内存、I/O是否异常，每个系统的命令不一样，常见的有top、topas、vmstat、iostat。

>>>>查看等待事件

第二步就是连到数据库查看活动的等待事件，这是监控、巡检、诊断数据库最基本的手段，通常81%的问题都可以通过等待事件初步定为原因，它是数据库运行情况最直接的体现，如下脚本是查看每个等待事件的个数、等待时长，并排除了一些常见的IDLE等待事件。这里就需要掌握一些常见异常等待事件的原因，并形成条件反射，比如library cache lock、read by other session、row cache lock、buffer busy waits、latch:shared pool、gc buffer busy、cursor: pin S on X、direct path read、log file sync、enq: TX – index contention、PX Deq Credit: send blkd、latch free、enq: TX – row lock contention等等，如果异常等待事件的个数和等待时间很长，那么排查原因的入口就在这里。

>>>>根据等待事件查会话得到异常等待事件之后，我们就根据等待事件去查会话详情，也就是查看哪些会话执行哪些SQL在等待，另外还查出来用户名和机器名称，以及是否被阻塞。另外如下脚本可改写成根据用户查会话、根据SQL_ID查会话等等。>>>>查询某个会话详情得到会话列表之后，可以根据如下SQL查询某个会话的详细信息，如上次个执行的SQL_ID，登录时间等，该SQL也可改写成多个。>>>>查询对象信息从前面两个SQL都可以看到会话等待的对象ID，可以通过如下SQL查询对象的详细信息。根据SQL_ID、HASH_VALUE查询SQL语句。如果v$sqlarea中查不到，可以尝试DBA_HIST_SQLTEXT视图中查询。关于SQL语句的执行计划、对象的统计信息、性能诊断、跟踪SQL等这里就不展开，后面计划出一个类似的系列，敬请关注。>>>>查询会话阻塞情况通过如下SQL查询某个会话阻塞了多少个会话。>>>>查询数据库的锁通过如下SQL查询某个会话的锁，有哪些TM、TX锁，以及会话和锁关联查询的SQL，注意这里指定了ctime大于100秒，30%的情况是人为误操作锁表，导致应用SQL被阻塞，无法运行。>>>>保留现场证据有的问题可能需要分析很长时间，或者是需要外部人员协助分析，那么保留现场证据就非常重要了，下面脚本是systemstate dump和hanganalyze步骤，如果有sqlplus无法登陆的情况，可以加-prelim参数。>>>>杀会话通常情况下，初步定为问题后为了快速恢复业务，需要去杀掉某些会话，特别是批量杀会话，有时还会直接kill所有LOCAL=N免费云主机域名O的进程，再杀会话时一定要检查确认，更不能在别的节点或者别的服务器上执行。>>>>重启方法如需要修改静态参数、内存等问题，需要重启数据库，（不要觉得重启很LOW，在很多情况下为了快速恢复业务经常使用这个从网吧里传出来的绝招），记住千万不要在这个时候死磕问题原因、当作课题研究，我们的首要任务是恢复业务。>>>>CRT按钮小技巧另外介绍一个小技巧，就是把常用的脚本整理到SecureCRT的Button Bar中，只需要点一下设置好的button，就相当于直接执行相应的SQL语句，这样就不用每次粘贴复制执行，或者是把脚本上传到每个服务器上。不过不要设置DDL等操作性的button，以免误点。到此，相信大家对“解决Oracle数据库出现问题时的脚本有哪些”有了更深的了解，不妨来实际操作一番吧！这里是百云网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！

相关推荐: 怎么解决message客户端无法重新使用SPID为799的会话问题

本篇内容主要讲解“怎么解决message客户端无法重新使用SPID为799的会话问题”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习“怎么解决message客户端无法重新使用SPID为799的会话问题”吧!报错日志：m…