分享
 
 
 

ZT-Statspack安装配置使用说明二

王朝other·作者佚名  2008-05-31
窄屏简体版  字體: |||超大  

spcusr.lis:SPCUSR complete. Please check spcusr.lis for any errors.

spdtab.lis:SPDTAB complete. Please check spdtab.lis for any errors.

spdusr.lis:SPDUSR complete. Please check spdusr.lis for any errors.

在这一步,假如出现错误,那么你可以运行spdrop.sql脚本来删除这些对象。然后重新运行spcreate.sql来创建这些对象。运行 SQL*Plus, 以具有SYSDBA 权限的用户登陆:

SQL> @spdrop.sql

.

.

.

同义词已丢弃。off;

视图已丢掉。

同义词已丢弃。

视图已丢掉。

同义词已丢弃。

用户已丢弃

NOTE:

SPDUSR complete. Please check spdusr.lis for any errors.

SQL>

三. 测试安装好的Statspack

运行statspack.snap可以产生系统快照,运行两次,然后执行spreport.sql就可以生成一个基于两个时间点的报告。

假如一切正常,说明安装成功。

SQL>execute statspack.snap

PL/SQL procedure sUCcessfully completed.

SQL>execute statspack.snap

PL/SQL procedure successfully completed.

SQL>@spreport.sql

可是有可能你会得到以下错误:

SQL> exec statspack.snap;

BEGIN statspack.snap; END;

*

ERROR at line 1:

ORA-01401: inserted value too large for column

ORA-06512: at "PERFSTAT.STATSPACK", line 978

ORA-06512: at "PERFSTAT.STATSPACK", line 1612

ORA-06512: at "PERFSTAT.STATSPACK", line 71

ORA-06512: at line 1

这是Oracle的一个Bug,Bug号1940915。

该Bug自8.1.7.3后修正。

这个问题只会出现在多位的字符集,需要修改spcpkg.sql脚本,$ORACLE_HOME/rdbms/admin/spcpkg.sql,将"substr" 修改为 "substrb",然后重新运行该脚本。

该脚本错误部分:

select l_snap_id

, p_dbid

, p_instance_number

, substr(sql_text,1,31)

...........

substr 会将多位的字符, 当作一个byte.substrb 则会当作多个byte。在收集数据时, statpack 会将 top 10 的 sql 前 31 个字节 存入数据表中,若在SQL的前31 个字有中文,就会出现此错误。

四. 规划自动任务

Statspack正确安装以后,我们就可以设置定时任务,开始收集数据了。可以使用spatuo.sql来定义自动任务。

先来看看spauto.sql的要害内容:

dbms_job.submit(:jobno, 'statspack.snap;', trunc(sysdate+1/24,'HH'), 'trunc(SYSDATE+1/24,''HH'')', TRUE, :instno);

这个job任务定义了收集数据的时间间隔:

一天有24个小时,1440分钟,那么:

1/24 HH 每小时一次

1/48 MI 每半小时一次

1/144 MI 每十分钟一次

1/288 MI 每五分钟一次

我们可以修改spauto.sql来更改执行间隔,如:

dbms_job.submit(:jobno, 'statspack.snap;', trunc(sysdate+1/144,'MI'), 'trunc(SYSDATE+1/24,''HH'')', TRUE, :instno);

然后我们执行spauto,这样我们就建立了一个每30分钟执行一次的数据收集计划。你可以查看spauto.lis来获得输出信息:

SQL>

SQL> --

SQL> -- Schedule a snapshot to be run on this instance every hour, on the hour

SQL>

SQL> variable jobno number;

SQL> variable instno number;

SQL> begin

2 select instance_number into :instno from v$instance;

3 dbms_job.submit(:jobno, 'statspack.snap;', trunc(sysdate+1/144,'MI'), 'trunc(SYSDATE+1/144,''MI'')', TRUE, :instno);

4 commit;

5 end;

6 /

PL/SQL 过程已成功完成。

SQL>

Job number for automated statistics collection for this instance

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Note that this job number is needed when modifying or removing

the job:

JOBNO

----------

22

Job queue process

~~~~~~~~~~~~~~~~~

Below is the current setting of the job_queue_processes init.ora

parameter - the value for this parameter must be greater

than 0 to use automatic statistics gathering:

SQL> show parameter job_queue_processes

NAME TYPE VALUE

------------------------------------ ------- ------------------------------

job_queue_processes integer 12

Next scheduled run

~~~~~~~~~~~~~~~~~~

The next scheduled run for this job is:

SQL> select job, next_date, next_sec

2 from user_jobs

3 where job = :jobno;

JOB NEXT_DATE NEXT_SEC

---------- ---------- ----------------

22 04-12月-02 15:00:00

SQL>

五. 生成分析报告

调用spreport.sql可以生成分析报告:

SQL> @spreport

DB Id DB Name Inst Num Instance

----------- ------------ -------- ------------

1277924236 EYGLE 1 eygle

Completed Snapshots

Snap Snap

Instance DB Name Id Snap Started Level Comment

------------ ------------ ----- ----------------- ----- ----------------------

eygle EYGLE 1 04 12月 2002 14:4 5

8

2 04 12月 2002 15:0 5

0

3 04 12月 2002 15:1 5

0

4 04 12月 2002 15:2 5

0

………………..

87 05 12月 2002 02:2 5

3

88 05 12月 2002 02:3 5

3

89 05 12月 2002 02:4 5

3

90 05 12月 2002 02:5 5

3

91 05 12月 2002 03:0 5

3

92 05 12月 2002 03:1 5

3

93 05 12月 2002 03:2 5

3

94 05 12月 2002 03:3 5

3

95 05 12月 2002 03:4 5

3

96 05 12月 2002 03:5 5

3

97 05 12月 2002 04:0 5

3

98 05 12月 2002 04:1 5

3

eygle EYGLE 99 05 12月 2002 04:2 5

3

100 05 12月 2002 04:3 5

3

Specify the Begin and End Snapshot Ids

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

输入 begin_snap 的值: 1

Begin Snapshot Id specified: 1

输入 end_snap 的值: 100

End Snapshot Id specified: 100

Specify the Report Name

~~~~~~~~~~~~~~~~~~~~~~~

The default report file name is sp_1_100. To use this name,

press <return> to continue, otherwise enter an alternative.

输入 report_name 的值: rep1205.txt

Using the report name rep1205.txt

这样就生成了一个报告,可是假如中间停过机,那么你可能收到以下错误信息:

ERROR: Snapshots chosen span an instance shutdown: RESULTS ARE INVALID

STATSPACK report for

DB Name DB Id Instance Inst Num Release OPS Host

------------ ----------- ------------ -------- ----------- --- ------------

EYGLE 1277924236 eygle 1 8.1.7.0.0 NO AM-SERVER

:ela := ;

*

ERROR 位于第 4 行:

ORA-06550: 第 4 行, 第 17 列:

PLS-00103: 出现符号 ";"在需要下列之一时:

(-+modnotnull<an identifier>

<a double-quoted delimited-identifier><a bind variable>avg

countcurrentexistsmaxminpriorsqlstddevsumvarianceexecute

foralltimetimestampintervaldate

<a string literal with character set specification>

<a number><a single-quoted SQL string>

符号 "null" 被替换为 ";" 后继续。

ORA-06550: 第 6 行, 第 16 列:

PLS-00103: 出现符号 ";"在需要下列之一时:

(-+modnotnull<an identifier>

<a double-quoted delimited-identifier><a bind variable>avg

countcurrentexistsmaxminpriorsqlstddevsumvarianceexecute

foralltimetimestampintervaldate

<a stri

六. 移除定时任务

移除一个定时任务,可以如下操作:

SQL> select job,log_user,priv_user,last_date,next_date,interval from user_jobs;

JOB LOG_USER LAST_DATE NEXT_DATE INTERVAL

---------- ------------------------------ ------------------------------ ------------------------------ ----------- 22 PERFSTAT 2002-12-5:14:33:26 2002-12-5 14:43:00 trunc(SYSDATE+1/144,'MI')

SQL> execute dbms_job.remove('22')

PL/SQL procedure successfully completed

七. 删除历史数据

删除stats$snapshot数据表中的相应数据,其他表中的数据会相应的级连删除:

SQL> select max(snap_id) from stats$snapshot;

MAX(SNAP_ID)

------------

166

SQL> delete from stats$snapshot where snap_id < = 166;

143 rows deleted

你可以更改snap_id的范围以保留你需要的数据。

在以上删除过程中,你可以看到所有相关的表都被锁定。

SQL> select a.object_id,a.oracle_username ,b.object_name

from v$locked_object a,dba_objects b

where a.object_id = b.object_id

/

OBJECT_ID ORACLE_USERNAME OBJECT_NAME

------------------------------------- --------------------------------------------------------------------------------

156 PERFSTAT SNAP$

39700 PERFSTAT STATS$LIBRARYCACHE

39706 PERFSTAT STATS$ROLLSTAT

39712 PERFSTAT STATS$SGA

39754 PERFSTAT STATS$PARAMETER

39745 PERFSTAT STATS$SQL_STATISTICS

39739 PERFSTAT STATS$SQL_SUMMARY

39736 PERFSTAT STATS$ENQUEUESTAT

39733 PERFSTAT STATS$WAITSTAT

39730 PERFSTAT STATS$BG_EVENT_SUMMARY

39724 PERFSTAT STATS$SYSTEM_EVENT

39718 PERFSTAT STATS$SYSSTAT

39715 PERFSTAT STATS$SGASTAT

39709 PERFSTAT STATS$ROWCACHE_SUMMARY

39703 PERFSTAT STATS$BUFFER_POOL_STATISTICS

39697 PERFSTAT STATS$LATCH_MISSES_SUMMARY

39679 PERFSTAT STATS$SNAPSHOT

39682 PERFSTAT STATS$FILESTATXS

39688 PERFSTAT STATS$LATCH

174 PERFSTAT JOB$

20 rows selected

八. 调整STATSPACK的收集门限

Statspack有两种类型的收集选项:

级别(level):控制收集数据的类型

门限(threshold):设置收集的数据的阈值。

1.级别(level)

Statspack共有三种快照级别,默认值是5

a.level 0: 一般性能统计。包括等待事件、系统事件、系统统计、回滚段统计、行缓存、SGA、会话、锁、缓冲池统计等等。

b.level 5: 增加SQL语句。除了包括level0的所有内容,还包括SQL语句的收集,收集结果记录在stats$sql_summary中。

c.level 10: 增加子锁存统计。包括level5的所有内容。并且还会将附加的子锁存存入stats$lathc_children中。在使用这个级别时需要慎重,建议在Oracle support的指导下进行。

可以通过statspack包修改缺省的级别设置

SQL>execute statspack.snap(i_snap_level=>0,i_modify_parameter=>’true’);

通过这样的设置,以后的收集级别都将是0级。

假如你只是想本次改变收集级别,可以忽略i_modify_parameter参数。

SQL>execute statspack.snap(i_snap_level=>10);

2.快照门限

快照门限只应用于stats$sql_summary表中获取的SQL语句。

因为每一个快照都会收集很多数据,每一行都代表获取快照时数据库中的一个SQL语句,所以stats$sql_summary很快就会成为Statspack中最大的表。

门限存储在stats$statspack_parameter表中。让我们了结一下各种门限:

a. executions_th 这是SQL语句执行的数量(默认值是100)

b. disk_reads_tn 这是SQL语句执行的磁盘读入数量(默认值是1000)

c. parse_calls_th 这是SQL语句执行的解析调用的数量(默认值是1000)

d. buffer_gets_th 这是SQL语句执行的缓冲区获取的数量(默认值是10000)

任何一个门限值超过以上参数就会产生一条记录。

通过调用statspack.modify_statspack_parameter函数我们可以改变门限的默认值。

例如:

SQL>execute statspack.modify_statspack_parameter(i_buffer_gets_th=>100000,i_disk_reads_th=>100000;

一一. 在815上的安装配置

a. 数据库状况

SQL> select * from v$version;

BANNER

----------------------------------------------------------------

Oracle8i Enterprise Edition Release 8.1.5.0.0, 64 bit - Producti

PL/SQL Release 8.1.5.0.0 - Production

CORE Version 8.1.3.0.0 - Production

TNS for HPUX: Version 8.1.5.0.0 - Production

NLSRTL Version 3.4.0.0.0 - Production

b. 运行statscbps.sql

SQL> @statscbps.sql

View created.

Synonym created.

Grant succeeded.

SQL>

其他步骤都是相同的。

 
 
 
免责声明:本文为网络用户发布,其观点仅代表作者个人观点,与本站无关,本站仅提供信息存储服务。文中陈述内容未经本站证实,其真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
2023年上半年GDP全球前十五强
 百态   2023-10-24
美众议院议长启动对拜登的弹劾调查
 百态   2023-09-13
上海、济南、武汉等多地出现不明坠落物
 探索   2023-09-06
印度或要将国名改为“巴拉特”
 百态   2023-09-06
男子为女友送行,买票不登机被捕
 百态   2023-08-20
手机地震预警功能怎么开?
 干货   2023-08-06
女子4年卖2套房花700多万做美容:不但没变美脸,面部还出现变形
 百态   2023-08-04
住户一楼被水淹 还冲来8头猪
 百态   2023-07-31
女子体内爬出大量瓜子状活虫
 百态   2023-07-25
地球连续35年收到神秘规律性信号,网友:不要回答!
 探索   2023-07-21
全球镓价格本周大涨27%
 探索   2023-07-09
钱都流向了那些不缺钱的人,苦都留给了能吃苦的人
 探索   2023-07-02
倩女手游刀客魅者强控制(强混乱强眩晕强睡眠)和对应控制抗性的关系
 百态   2020-08-20
美国5月9日最新疫情:美国确诊人数突破131万
 百态   2020-05-09
荷兰政府宣布将集体辞职
 干货   2020-04-30
倩女幽魂手游师徒任务情义春秋猜成语答案逍遥观:鹏程万里
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案神机营:射石饮羽
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案昆仑山:拔刀相助
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案天工阁:鬼斧神工
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案丝路古道:单枪匹马
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:与虎谋皮
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:李代桃僵
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:指鹿为马
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案金陵:小鸟依人
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案金陵:千金买邻
 干货   2019-11-12
 
推荐阅读
 
 
 
>>返回首頁<<
 
靜靜地坐在廢墟上,四周的荒凉一望無際,忽然覺得,淒涼也很美
© 2005- 王朝網路 版權所有