使用shell脚本查看数据库负载情况(81天)

平时在查看数据库的问题时,会有种迷茫的感觉,如果没有任何人反馈问题,基本上没有主动查找问题的方向,awr,ash都是在得知问题发生的时间段或者一些时间戳来从历史记录中查找相关的信息,个人整理了如下的脚本,能够显示当天的时间段内数据库的负载信息,能够很好掌握数据库的忙闲情况。

来看一个简单的例子,比如我要查看早上6点到中午12点数据库的负载情况

脚本 showdbtime.sh 显示的是在制定的时间段内的 数据库负载的一个综合值。比如6点到7点个小时(60分钟),dbtime如果是120分钟,那么显示的负载就是200%

BEGIN_TIME                                       END_TIME                                  ELAPSED_TIME       DBTIME      WORKLOAD_PER 
----------------------------------- ----------------------------------- ------------- ---------- -------------------- 
201 ** 21-MAY-14 06.07.33.893 PM    201 ** 21-MAY-14 07.07.33.893 PM             60          120            200%

脚本内容如下:

sqlplus -s $DB_CONN_STR@$SH_DB_SID <<EOF
set linesize 200 
col begin_time format a35 
col end_time format a35 
col elapsed_time format 99999999.999 
col workload_per format a20 
SELECT 
begin_time,end_time, 
elapsed_time, 
dbtime, 
trunc(dbtime/decode(elapsed_time,0,1,elapsed_time),2)*100||'%' workload_per 
from 
( 
select 
B.SNAP_ID||' ** '||B.END_INTERVAL_TIME begin_time, 
E.SNAP_ID||' ** '||E.END_INTERVAL_TIME end_time, 
EXTRACT(DAY FROM E.END_INTERVAL_TIME - B.END_INTERVAL_TIME) * 1440 + 
EXTRACT(HOUR FROM E.END_INTERVAL_TIME - B.END_INTERVAL_TIME)* 60 + 
EXTRACT(MINUTE FROM E.END_INTERVAL_TIME -B.END_INTERVAL_TIME) + 
EXTRACT(SECOND FROM E.END_INTERVAL_TIME -B.END_INTERVAL_TIME) / 60  elapsed_time, 
db_time.dbtime 
FROM DBA_HIST_SNAPSHOT B, DBA_HIST_SNAPSHOT E, 
                        ( 
                        SELECT b.snap_id begin_snap, e.snap_id end_snap , 
                        round((sum(e.value) - 
                        sum(b.value)) / 1000000 /60,2) dbtime 
                        FROM DBA_HIST_SYS_TIME_MODEL e, DBA_HIST_SYS_TIME_MODEL b, 
                                        ( 
                                        select min(snap_id)  begin_snap,max(snap_id)  end_snap from DBA_HIST_SNAPSHOT where begin_interval_time > sysdate -1 
                                        and EXTRACT(HOUR FROM END_INTERVAL_TIME) between $1 and $2 
                                        ) temp_snap 
                        WHERE 
                         e.STAT_NAME = 'DB time' 
                         and b.snap_id=temp_snap.begin_snap 
                        and e.snap_id =temp_snap.end_snap 
                        AND b.STAT_NAME = 'DB time' 
                        group by e.snap_id,b.snap_id 
                        ) db_time 
WHERE b.begin_interval_time > sysdate -1 
and EXTRACT(HOUR FROM e.END_INTERVAL_TIME) between $1  and $2 
and b.snap_id=db_time.begin_snap 
and e.snap_id=db_time.end_snap 
) 
/
EOF 
exit

在此基础上如果要查看每个小时的数据库负载情况,可以略做一些改进。

脚本showdbtimerpt.sh

sqlplus -s $DB_CONN_STR@$SH_DB_SID <<EOF 
prompt ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 
set head off 
set pages0 
set feedback off 
set serveroutput on 
spool showdbtimerpt_tmp.sh 
begin 
for i in $1..$2 loop 
dbms_output.put_line('ksh showdbtime  '||i||' '||(i+1)); 
end loop; 
end; 
/ 
spool off;
EOF 
clear 
echo ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 
echo BEGIN_TIME------------------------- END_TIME--------------------------- ELAPSED_TIME- BTIME----- WORKLOAD_PER-------- 
echo ----------------------------------- ----------------------------------- ------------- ---------- -------------------- 
ksh showdbtimerpt_tmp.sh 
rm showdbtimerpt_tmp.sh 
exit

运行结果类似下面的样子。

BEGIN_TIME                                       END_TIME                                  ELAPSED_TIME       DBTIME      WORKLOAD_PER 
----------------------------------- ----------------------------------- ------------- ---------- -------------------- 
201 ** 21-MAY-14 06.07.33.893 PM    201 ** 21-MAY-14 07.07.33.893 PM             60          120            200%
201 ** 21-MAY-14 07.07.33.893 PM    201 ** 21-MAY-14 08.07.33.893 PM             60          150            250%
201 ** 21-MAY-14 08.07.33.893 PM    201 ** 21-MAY-14 09.07.33.893 PM             60          240            400%
201 ** 21-MAY-14 09.07.33.893 PM    201 ** 21-MAY-14 10.07.33.893 PM             60          60              100%
201 ** 21-MAY-14 10.07.33.893 PM    201 ** 21-MAY-14 11.07.33.893 PM             60          120            200%

可以生成每个时间段的负载报表,这样就一目了然了。可以有针对性的根据负载进行相关的性能抓取。

原文发布于微信公众号 - 杨建荣的学习笔记(jianrong-notes)

原文发表时间:2014-05-23

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏Jerry的SAP技术分享

Netweaver工作进程的内存限制 VS CloudFoundry应用的内存限制

一个会话进程能够在堆上申请的内存大小上限, 在事务码RZ11里查看参数abap/heap_area_dia:

1824
来自专栏木头编程 - moTzxx

AJAX 下拉无刷新分页加载

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/u011415782/article/de...

581
来自专栏木东居士的专栏

从0写一个爬虫,爬取500w好友关系数据

2916
来自专栏数据和云

【架构设计】高并发IM系统架构优化实践

作者简介: 少强,网名无衣蒹葭,阿里云资深工程师,主要做分布式存储和搜索相关的工作。 摘要: 介绍如何设计一个稳定、高并发、消息保序的IM系统,以及如何通过使用...

3976
来自专栏云瓣

结合自己造的轮子实践按需加载

经过测试,发现两种方式打包后的体积都为 21 k,第二种方式仍然将整个包引入项目中了。可是 lodash 就是这么玩的呀,这和说好的不一样呀,难道是忽视了什么细...

451
来自专栏大内老A

WCF技术剖析之二十五: 元数据(Metadata)架构体系全景展现[WS标准篇]

元数据实际上是服务终结点的描述,终结点由地址(Address)、绑定(Binding)和契约(Contract)经典的ABC三要素组成。认真阅读过《WCF技术剖...

3019
来自专栏c#开发者

离写出大师级代码只差这一步

离写出大师级代码只差这一步 大师级代码简单的说就是写得流畅,看的舒服,就像《海上钢琴师》影片里的1900弹奏钢琴一样。没看过的可以下着看一下非常经典。如果写代...

2686
来自专栏一枝花算不算浪漫

[读书笔记]C#学习笔记一: .Net Framwork

2708
来自专栏H2Cloud

FF ASIO 异步消息网络框架

在前边 https://cloud.tencent.com/developer/article/1056482 我提到,针对前面使用boost asio 中遇到...

2593
来自专栏Java3y

纳税服务系统总结

纳税服务系统总结 纳税服务系统是我第一个做得比较大的项目(不同于javaWeb小项目),该项目系统来源于传智Java32期,十天的视频课程(想要视频的同学关注我...

2609

扫描关注云+社区