- 浏览: 1197898 次
- 性别:
- 来自: 上海
文章分类
- 全部博客 (361)
- java综合 (33)
- 项目管理 (10)
- 工作流 (6)
- spring (11)
- hibenate (17)
- struts (0)
- javascript,html,css,ajax,jquery (11)
- IDE (9)
- 生活 (0)
- 工作 (0)
- 杂记 (1)
- 数据库 (96)
- 服务器 (5)
- 可视编辑 (0)
- freemarker (6)
- 操作系统 windows (13)
- web页面 (6)
- jms (15)
- 调优 (4)
- 测试和bug管理 (2)
- 原理 (1)
- 項目-atf (17)
- 安全 (3)
- xml (4)
- 操作系统 liunx (21)
- 网络 (22)
- office (11)
- 设计 (2)
- 软件 (1)
- 数据库 mysql (6)
- 胖客户端-flex (1)
- 正则 (9)
- oracle- liunx (3)
- sql2000 (2)
- 模式 (1)
- 虚拟机 (2)
- jstl (2)
- 版本控制 打包工具 (0)
- AOP (1)
- demo (1)
- 小软件 (2)
- 感恩 (1)
- iphone 4 (1)
- 反欺诈业务经验整理 (0)
最新评论
-
sea0108:
mark
java内存模型 -
XingShiYiShi:
方便把:testPNR();具体实现发出来吗?谢谢
用正则表达式解析 航信的电子客票和pnr报文 -
wh359126613:
如果js和webservice不在同一个服务器上,有跨域问题如 ...
使用javascript调用webservice示例 -
雨飛雁舞:
...
oracle 动态性能(V$)视图 -
ouyang1224:
好东西
oracle 动态性能(V$)视图
AWR介绍与SYSAUX空间关系
2007-11-05 14:56
0、问题起源:正式库中sysaux表空间膨胀
1).正式库中sysaux情况介绍: 正式库中的sysaux表空间初始设置为800m,上个月占用率达到97%,警告日志中出现SYSAUX表空间不足的信息。将其扩充到1300m。 前几天又出现sysaux表空间不足的信息,使用率达到93%,警告日志中出现SYSAUX表空间不足的信息。该表空间又被扩充100m,达到1400m。 目前使用率是90%,剩余空间约120m。 2).表空间膨胀原因 通过查询表dba_segments,可看到该表空间中占用空间最多的表为:wrh$_active_session_history(约380m)及该表索引(约65m)。共计约450m。 SELECT OWNER, SEGMENT_NAME, SEGMENT_TYPE, BYTES / 1024 / 1024 FROM DBA_SEGMENTS WHERE TABLESPACE_NAME = 'SYSAUX'; 查询表wrh$_active_session_history中的数据,约1680,000条记录。 select count(*) from wrh$_active_session_history; 将该表中的数据按照event_id分组,查询产生数据量最多的事件的event_id和event_name。 可见主要事件为cursor: pin S wait on X(约1670,000条) SELECT A.EVENT_ID, B.NAME, COUNT(*) FROM WRH$_ACTIVE_SESSION_HISTORY A, V$EVENT_NAME B WHERE A.EVENT_ID = B.EVENT_ID GROUP BY A.EVENT_ID, B.NAME; 由此,基本找到了sysaux表空间膨胀的原因:数据库中产生大量的“cursor: pin S wait on X”事件。 3).如何解决“cursor: pin S wait on X”事件 用google搜索一下,目前还没发现解决办法。有的帖子说这是oracle这个版本的bug(http://www.itpub.net/720856.html)。 但是wrh$_active_session_history表中的数据可以减小。它的产生是由于开启了awr(auto workload repository)。定期从活动的session中产生快照,并保存在磁盘上(表wrh$_active_session_history),有一定的保留期。 默认情况下,oracle每个1小时产生一次快照,并将其保留7天。查询表dba_hist_wr_control可以看到: SQL> select * from dba_hist_wr_control; DBID SNAP_INTERVAL RETENTION TOPNSQL ---- ------------- ----------- ---------- 1148 +00000 00:1 +00007 00:0 DEFAULT 那么,就可以通过四种途径解决: (1)关闭快照(影响:不会产生性能分析数据) (2)减小产生快照的频率(影响:产生粗糙的性能分析数据) (3)减小快照在磁盘中的保留期限(影响:只能保存短期的性能分析数据)。 (4)同时使用方法2和方法3(影响:同方法2和方法3)。 4).参考资料 oracle 10g 新特性中文笔记(第五章):http://mugen.itpub.net/post/76/21994 oracle10g AWR[zt] http://xsb.itpub.net/post/419/308733 10gR2的wrh$_分区表快速膨胀怎么办?http://xzh2000.itpub.net/post/96/210366 一、WHY——为什么会出现ASH和AWR? 1. 10g之前 用户的连接将产生会话,当前会话记录保存在v$session中;处于等待状态的会话会被复制一份放在v$session_wait中。当该连接断开后,其原来的连接信息在v$session和v$session_wait中就会被删除。这是10g之前的状况。 2. v$session_wait_history与ASH 若是一个普通的会话(我是指没有大量地耗费资源),则对于性能调整来说无足轻重。但若该会话在活动时大量占用了资源(比如:CPU,内存,I/O等),该会话信息的丢失,将无法评测当时的系统瓶颈究竟是什么。令DBA高兴的是,oracle10g中保留下了v$session_wait中的这些信息。 在10g中新出现了一个视图:v$session_wait_history。这个视图保存了每个活动session在v$session_wait中最近10次的等待事件。但这对于一段时期内的数据库性能状况的监测是远远不够的,为了解决这个问题,在10g中还新添加了一个视图:v$active_session_history。这就是ASH(active session history)。 典型的情况下,为了诊断当前数据库的状态,需要最近的五到十分钟的详细信息。然而,由于记录session的活动信息是很费时间和空间的,ASH采用的策略是:保存处于等待状态的活动session的信息,每秒从v$session_wait中采样一次,并将采样信息保存在内存中。 3. AWR 注意,ASH的采样数据是保存在内存中。而分配给ASH的内存空间是有限的,当所分配空间占满后,旧的记录就会被覆盖掉;而且数据库重启后,所有的这些ASH信息都会消失。这样,对于长期检测oracle的性能是不可能的。在Oracle10g中,提供了永久保留ASH信息的方法,这就是AWR(auto workload repository)。 由于全部保存ASH中的信息是非常耗费时间和空间的,AWR采用的策略是:每小时对v$active_session_history进行采样一次,并将信息保存到磁盘中,并且保留7天,7天后旧的记录才会被覆盖。这些采样信息被保存在视图wrh$_active_session_history中。而这个采样频率(1小时)和保留时间(7天)是可以根据实际情况进行调整的,这就给DBA们提供了更加有效的系统监测工具。 AWR永久地保存系统的性能诊断信息,由SYS用户拥有。一段时间后,你可能想清除掉这些信息;有时候为了性能诊断,你可能需要自己定义采样频率来获取系统快照信息。Oracle 10g在包dbms_workload_repository中提供了很多过程,通过这些过程,你可以管理快照并设定基线(baselines)。 4. 小结 这样,我们就知道了ASH和AWR产生的原因和功能。ASH保存了系统最新的处于等待的会话记录,可以用来诊断数据库的当前状态;而AWR中的信息最长可能有1小时的延迟,所以其采样信息并不能用于诊断数据库的当前状态,但可以用来作为一段时期内数据库性能调整的参考。 对于这些视图间的继承关系,eygle给出了一个关系图: 图1 各个视图的层次 其中视图dba_hist_active_sess_history是wrh$_active_session_history和其他几个视图的联合展现,通常通过这个视图进行历史数据的访问。 二、WHAT——什么是AWR? 现在我们稍微详细地了解一下刚才所说内容。 1. ash占用的内存大小 ASH的采集信息保存在内存中,在旧的信息被采样到AWR中后,可被新采集的信息覆盖,重启oracle后该信息被清除。分配给ASH的内存大小可以查询到: SQL> select pool, name, bytes/1024/1024 From v$sgastat where name like '%ASH %'; POOL NAME BYTES/1024/1024 ------------- ------------- --------------- shared pool ASH buffers 2 2. AWR更正 为了便于描述和理解,在第一部分中,我们说AWR就是保存ASH中的信息。 其实,AWR记录的信息不仅是ASH,还可以收集到数据库运行的各方面统计信息和等待信息,用以诊断分析。 AWR的采样方式是,以固定的时间间隔为其所有重要的统计信息和负载信息执行一次采样,并将采样信息保存在AWR中。 可以这样说:ASH中的信息被保存到了AWR中的视图wrh$_active_session_history中。ASH是AWR的真子集。 3. mmon进程与mmnl进程 快照由一个称为 MMON 的新的后台进程(及其从进程)以及MMNL后台进程自动地每隔固定时间采样一次。我们先来看一下10g的概念指南中对这两个新增加的后台进程的介绍: * MMON进程负责执行多种和管理相关(manageability-related)的后台任务,例如: * 当某个测量值(metrics)超过了预设的限定值(threshold value)后提交警告 * 创建新的 MMON 隶属进程(MMON slave process)来进行快照(snapshot) * 捕获最近修改过的 SQL 对象的统计信息 * MMNL进程负责执行轻量级的且频率较高的和可管理性相关的后台任务,例如捕获会话历史信息,测量值计算等。 AWR的采样工作由MMON进程每个1小时执行一次,ASH信息同样会被采样写出到AWR负载库中。虽然ASH buffer被设计为保留1小时的信息,但很多时候这个内存是不够的,当ASH buffer写满后,另外一个后台进程MMNL将会主动将ASH信息写出。 4. SYSAUX表空间 这些采样数据都存储在SYSAUX表空间中,并且以WRM$_* 和 WRH$_*的格式命名。前一种类型存储元数据信息(如检查的数据库和采集的快照),后一种类型保存实际采集的统计数据。 SQL> select table_name from dba_tables where table_name like 'WRM$%'; TABLE_NAME ----------------------- WRM$_WR_CONTROL WRM$_SNAP_ERROR WRM$_SNAPSHOT WRM$_DATABASE_INSTANCE WRM$_BASELINE 当SYSAUX表空间满后,AWR将自动覆盖掉旧的信息,并在警告日志中记录一条相关信息: ORA-1688: unable to extend table SYS.WRH$_ACTIVE_SESSION_HISTORY partition WRH$_ACTIVE_3533490838_1522 by 128 in tablespace SYSAUX 5. 采样频率和保留时间 可以通过查询视图dba_hist_wr_control或(wrm$_wr_control)来查询AWR的采样频率和保留时间。默认为每1小时采样一次,采样信息保留时间为7天。 SQL> select * from dba_hist_wr_control; DBID SNAP_INTERVAL RETENTION TOPNSQL ---- ------------- ----------- ---------- 1148 +00000 00:1 +00007 00:0 DEFAULT SQL> select DBID, SNAP_INTERVAL, SNAPINT_NUM, RETENTION from wrm$_wr_control; DBID SNAP_INTERVAL SNAPINT_NUM RETENTION ---------- ------------------ ----------- -------------------- 1160732652 +00000 01:00:00.0 3600 +00007 00:00:00.0 6. 采样数据量 由于数据量巨大,把所有ASH数据写到磁盘上是不可接受的。一般是在写到磁盘的时候过滤这个数据,写出的数据占采样数据的10%,写出时通过direct-path insert完成,尽量减少日志生成,从而最小化数据库性能的影响。 7. 初始化参数statistics_level AWR的行为受到参数STATISTICS_LEVEL的影响。这个参数有三个值: * BASIC:awr统计的计算和衍生值关闭.只收集少量的数据库统计信息. * TYPICAL:默认值.只有部分的统计收集.他们代表需要的典型监控oracle数据库的行为. * ALL : 所有可能的统计都被捕捉. 并且有操作系统的一些信息.这个级别的捕捉应该在很少的情况下,比如你要更多的sql诊断信息的时候才使用. 三、HOW——如何使用AWR? AWR由ORACLE自动产生,但是也可以通过DBMS_WORKLOAD_REPOSITORY包来手工创建、删除和修改。可以使用desc命令查看该包中的过程。下面只介绍几个常用的: 1. 手工创建一个快照 SQL> select count(*) from wrh$_active_session_history; COUNT(*) ---------- 317 SQL> begin 2 dbms_workload_repository.create_snapshot(); 3 end; 4 / PL/SQL 过程已成功完成。 SQL> select count(*) from wrh$_active_session_history; COUNT(*) ---------- 320 2. 手工删除指定范围的快照 SQL> select * from wrh$_active_session_history where snap_id = 96; SNAP_ID DBID INSTANCE_NUMBER SAMPLE_ID SAMPLE_TIME ---------- ---------- --------------- ---------- ---------------------------- 96 1160732652 1 236930 06-10月-07 11.26.04.562 上午 96 1160732652 1 236930 06-10月-07 11.26.04.562 上午 96 1160732652 1 236930 06-10月-07 11.26.04.562 上午 SQL> begin 2 dbms_workload_repository.drop_snapshot_range(low_snap_id => 96, high_snap_id => 96, dbid => 1160732652); 3 end; 4 / PL/SQL 过程已成功完成。 SQL> select * from wrh$_active_session_history where snap_id = 96; 未选定行 3. 修改采集时间和统计信息保留时间 PROCEDURE MODIFY_SNAPSHOT_SETTINGS 参数名称 类型 输入/输出默认值? ------------------------------ ----------------------- ------ -------- RETENTION NUMBER IN DEFAULT INTERVAL NUMBER IN DEFAULT TOPNSQL NUMBER IN DEFAULT DBID NUMBER IN DEFAULT 通过修改retention参数可以修改awr信息的保留期限。默认的是七天,最小的值是一天。如果把retention设置为零,自动清除就关闭了.如果awr发现sysaux空间不够,它通过删除那些最老部分的快照来重新使用这些空间.同时,也会给dba发一条警告,告诉sysaux空间不够了(在警告日志中). 通过修改interval参数可以修改awr信息的采样频率。最小的值是10分钟,默认的是60分钟.典型的值是10,20,30,60,120等等。把interval设为0则关闭自动捕捉快照.如将收集间隔时间改为30 分钟一次。并且保留5天时间(注:单位都是为分钟): SQL> select *from dba_hist_wr_control; DBID SNAP_INTERVAL RETENTION TOPNSQL ---------- ------------------ -------------------------- ----------- 1160732652 +00000 01:00:00.0 +00007 00:00:00.0 DEFAULT SQL> exec dbms_workload_repository.modify_snapshot_settings(interval=>30, retention=>5*24*60); PL/SQL 过程已成功完成。 SQL> SELECT *from dba_hist_wr_control; DBID SNAP_INTERVAL RETENTION TOPNSQL ---------- ------------------- ------------------------- ----------- 1160732652 +00000 00:30:00.0 +00005 00:00:00.0 DEFAULT SQL> 4. 设置基线 基线(baseline)是一种机制,这样你可以在重要时间的快照信息集做标记。一个基线定义在一对快照之间,快照通过他们的快照序列号识别.每个基线有且只有一对快照。 一次典型的性能调整实践从采集量度的基准线集合、作出改动、然后采集另一个基准线集合开始。可以比较这两个集合来检查所作的改动的效果。在 AWR 中,对现有的已采集的快照可以执行相同类型的比较。 假定一个名称为 apply_interest 的高度资源密集的进程在下午 1:00 到 3:00 之间运行,对应快照 ID 95 到 98。我们可以为这些快照定义一个名称为 apply_interest_1 的基准线: SQL> select *From dba_hist_baseline; 未选定行 SQL> select * from wrm$_baseline; 未选定行 SQL> exec dbms_workload_repository.create_baseline(95, 98, 'apply_interest_1'); PL/SQL 过程已成功完成。 这一操作将快照从 95 到 98 编号,作为上面指定的基准线的一部分。查看现有的基准线: SQL> select *from dba_hist_baseline; DBID BASELINE_ID BASELINE_NAME START_SNAP_ID START_SNAP_TIME END_SNAP_ID END_SNAP_TIME ---------- ----------- ------------------------- ------------- ------------------------------------- ----------- ------------ 1160732652 1 apply_interest_1 95 06-10月-07 11.00.05.375 上午 98 06-10月-07 01.44.58.062 下午 SQL> select *from wrm$_baseline; DBID BASELINE_ID BASELINE_NAME START_SNAP_ID END_SNAP_ID ---------- ----------- ---------------------------- ------------- ----------- 1160732652 1 apply_interest_1 95 98 SQL> 在一些调整步骤之后,我们可以创建另一个基准线 — 假设名称为 apply_interest_2,然后只为那些与这两条基准线相关的快照比较量度。 SQL> exec dbms_workload_repository.create_baseline(92, 94, 'apply_interest_2'); PL/SQL 过程已成功完成。 像这样把快照分隔在仅仅几个集合中有助于研究调整对于性能量度的影响。您可以在分析之后使用 drop_baseline() 来删除基准线;快照将保留(也可级联删除)。此外,当清除例程开始删除旧的快照时,与基准线相关的快照不会被清除,从而允许进行进一步的分析。 5. 删除基线 如果要删除一个基准线: SQL> exec dbms_workload_repository.drop_baseline(baseline_name=>'apply_interest_1', cascade=>false); PL/SQL 过程已成功完成。 SQL> select *from wrh$_active_session_history where snap_id in (95,96,97,98); SNAP_ID DBID INSTANCE_NUMBER SAMPLE_ID SAMPLE_TIME ---------- ---------- --------------- ---------- ------------------------------- 95 1160732652 1 235360 06-10月-07 10.56.29.872 上午 95 1160732652 1 235230 06-10月-07 10.54.19.857 上午 95 1160732652 1 233130 06-10月-07 10.19.19.478 上午 95 1160732652 1 232830 06-10月-07 10.14.18.859 上午 95 1160732652 1 232250 06-10月-07 10.04.38.481 上午 97 1160732652 1 238600 06-10月-07 12.33.08.420 下午 97 1160732652 1 238600 06-10月-07 12.33.08.420 下午 97 1160732652 1 238600 06-10月-07 12.33.08.420 下午 97 1160732652 1 238600 06-10月-07 12.33.08.420 下午 97 1160732652 1 238600 06-10月-07 12.33.08.420 下午 97 1160732652 1 238600 06-10月-07 12.33.08.420 下午 SNAP_ID DBID INSTANCE_NUMBER SAMPLE_ID SAMPLE_TIME ---------- ---------- --------------- ---------- ------------------------------- 97 1160732652 1 238420 06-10月-07 11.50.55.686 上午 97 1160732652 1 238230 06-10月-07 11.47.45.687 上午 98 1160732652 1 239140 06-10月-07 01.42.00.976 下午 98 1160732652 1 239140 06-10月-07 01.42.00.976 下午 98 1160732652 1 239140 06-10月-07 01.42.00.976 下午 98 1160732652 1 239140 06-10月-07 01.42.00.976 下午 98 1160732652 1 239140 06-10月-07 01.42.00.976 下午 98 1160732652 1 239130 06-10月-07 01.27.04.161 下午 98 1160732652 1 239130 06-10月-07 01.27.04.161 下午 98 1160732652 1 239130 06-10月-07 01.27.04.161 下午 已选择21行。 SQL> exec dbms_workload_repository.drop_baseline(baseline_name=>'apply_interest_2', cascade=>true); PL/SQL 过程已成功完成。 SQL> select *from wrh$_active_session_history where snap_id in (92,93,94); 未选定行 SQL> 6. 生成报表 awr有个报表生成机制,可以对存储在workload资料库的统计产生汇总报表。这个分析对一段时间的统计做的。这个报表生成机制很像statspack。 可以使用脚本awrrpt.sql或awrrpti.sql来查看AWR报告(非常类似statspack中的spreport.sql),这两个脚本都在目录$ORACLE_HOME/rdbms/admin中。Awrrpt.sql脚本可以显示指定快照id范围的诊断信息,报告可以保存为文本文件或HTML文件;awrrpti.sql脚本与awrrpt.sql类似,唯一的不同就是在awrrpti.sql脚本中,你可以指定数据库ID和实例ID(作为参数)。报告包括如下诊断信息: [1] Report summary [1] Wait events statistics [1] SQL statistics [1] Instance activity statistics [1] I/O statistics [1] Buffer pool statistics [1] Advisory statistics [1] Wait statistics [1] Undo statistics [1] Latch statistics Segment statistics [1] Dictionary cache statistics [1] Library cache statistics [1] SGA statistics [1] Resource limit statistics [1] init.ora parameters 通过运行$ORACLE_HOME/rdbms/admin目录中的awrrpt.sql脚本,AWR的功能可以立即通过它从采集的统计数据和量度中生成的报表得到最好的说明。这个脚本显示所有的现有AWR快照并请求两个特定的快照作为时间间隔边界。它产生两种类型的输出:文本格式(类似于Statspack报表的文本格式但来自于AWR信息库)和默认的HTML格式(拥有到部分和子部分的所有超链接),从而提供了非常用户友好的报表。 运行这个脚本必须要select any dictionary权限.这个脚本提示你输入选项如怎么和在哪里生成这个报表: *首先,你需要指明你要生成html还是text格式的 *要选择快照的天数:输入天数,和你最近的快照,可选的,你可以使用dba_hist_snapshot表来看你要用哪个snap_id. *开始snap_id和终止snap_id,这个快照对定义你的报表产生的时间间隔. *文件名称,报告写的用户指定的文件. 现在运行该脚本以查看报表,从而对AWR的报表功能有一个直观的了解。 SQL> @D:\oracle\product\10.2.0\db_1\RDBMS\ADMIN\awrrpt.sql Current Instance ~~~~~~~~~~~~~~~~ DB Id DB Name Inst Num Instance ----------- ------------ -------- ------------ 1160732652 ORCL 1 orcl Specify the Report Type ~~~~~~~~~~~~~~~~~~~~~~~ Would you like an HTML report, or a plain text report? Enter 'html' for an HTML report, or 'text' for plain text Defaults to 'html' 输入 report_type 的值: Type Specified: html Instances in this Workload Repository schema ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ DB Id Inst Num DB Name Instance Host ------------ -------- ------------ ------------ ------------ * 1160732652 1 ORCL orcl YUECHAOTIAN Using 1160732652 for database Id Using 1 for instance number Specify the number of days of snapshots to choose from ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Entering the number of days (n) will result in the most recent (n) days of snapshots being listed. Pressing <return> without specifying a number lists all completed snapshots. 输入 num_days 的值: 4 Listing the last 4 days of Completed Snapshots Snap Instance DB Name Snap Id Snap Started Level ------------ ------------ --------- ------------------ ----- orcl ORCL 81 04 10月 2007 07:24 1 83 05 10月 2007 13:34 1 84 05 10月 2007 16:19 1 85 05 10月 2007 17:00 1 86 05 10月 2007 18:00 1 87 05 10月 2007 19:10 1 88 05 10月 2007 20:00 1 89 05 10月 2007 21:00 1 90 05 10月 2007 22:00 1 91 05 10月 2007 23:00 1 95 06 10月 2007 11:00 1 97 06 10月 2007 13:27 1 98 06 10月 2007 13:44 1 99 06 10月 2007 14:00 1 100 06 10月 2007 14:30 1 101 06 10月 2007 15:00 1 102 06 10月 2007 15:30 1 Specify the Begin and End Snapshot Ids ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 输入 begin_snap 的值: 100 Begin Snapshot Id specified: 100 输入 end_snap 的值: 102 End Snapshot Id specified: 102 Specify the Report Name ~~~~~~~~~~~~~~~~~~~~~~~ The default report file name is awrrpt_1_100_102.html. To use this name, press <return> to continue, otherwise enter an alternative. 输入 report_name 的值: Using the report name awrrpt_1_100_102.html <HTML><HEAD><TITLE>AWR Report</TITLE> ……(省略结果) End of Report </BODY></HTML> Report written to awrrpt_1_100_102.html SQL> 将产生的HTML脚本粘贴出来,用IE打开看看:一个指定时间段的完整的数据库性能报告就展现在我们面前了。下面是部分截图: 图2 AWR报告截图 7. statspack和awr 在过去,你可以手工的使用statspack来获得历史数据.你也可以继续在oracle10g中使用statspack,但是如果你要使用workload资料库,那你需要更改你的应用程序代码。statspack用户应该转到10g的workload 资料库。 这里不支持数据从statspack移植到workload资料库.同样,也没有视图来模拟statspack. 在rac环境,每个快照包含集群的所有的节点.每个节点的快照数据有相同的snap_id,但靠实例id来区分。一般地,rac中的快照是在同一时间捕捉的。 你也可以使用db control来进行手工的快照。手工的快照支持系统产生的自动快照。手工的快照可以自定义在你要捕捉的系统行为的两个时间点跟自动的不一致的时候,从而拥有更大的灵活性。 |
发表评论
-
并发行级锁超2秒报警监控sql
2010-07-20 16:18 1939并发行级锁超2秒报警监控sql -
数据设计规范v
2010-06-22 19:47 0数据设计规范v -
Oracle 有趣排序包括那些
2010-06-20 16:51 1452按拼音排序 select * from table ... -
Oracle sql 性能优化调整
2010-06-20 16:15 1395Oracle sql ... -
Delete、Drop、Truncate的比较(转)
2010-05-31 13:39 1475Delete、Drop、Truncate的比较 关键字: d ... -
Oracle误操作解决方案(转)
2010-05-31 13:35 1392Oracle误操作解决方案 文章分类:数据库 一.误删除数 ... -
一个递归调用的存储过程
2010-04-19 01:51 1848一个递归调用的存储过程 -
oracle index学习总结
2009-12-08 10:44 19629oracle index 1.index需要储存空间 ... -
Jdbc 和hibernate
2009-11-16 23:38 1876Jdbc 和hibernate 一、Jdbc是java ... -
去掉 powerDesigner 中表设计时的 name和code联动的功能
2009-11-16 17:04 3485去掉 powerDesigner 中表设计时的 name和co ... -
oracle数据库索引未被使用的问题及其解决2007
2009-11-15 01:42 2132一次,在进行WEB页面上进行历史数据文件检查时,发现数据库访问 ... -
RMAN配置及备份与恢复练习
2009-09-27 18:06 16261.创建表空间SQL>create tablespace ... -
误删除数据后怎么立即恢复(不考虑全库备份和利用归档日志)
2009-09-27 18:01 3385要达到删除数据,有以下几种方式都可以:1、delete2、dr ... -
IMP数据到指定的表空间
2009-09-27 12:47 9104IMP数据到指定的表空间 一直以来,我都认为只要指定用户的默 ... -
ORACLE UPDATE 语句语法与性能分析
2009-09-27 09:49 1880为了方便起见,建立了以下简单模型,和构造了部分测试数据: 在 ... -
oracle job 例子
2009-09-22 12:38 3064一、设置初始化参 ... -
oracle 时间加减综合
2009-09-17 11:43 1981加法 select sysdate,add_mon ... -
详细介绍ORACLE sqlplus命令
2009-09-09 16:42 2061一、ORACLE的启动和关闭1、在单机环境下要想启动或关闭OR ... -
to_char 'NLS_DATE_LANGUAG参数
2009-09-02 18:41 1481select to_char(sysdate, 'Day'), ... -
Oracle oracle 多语言排序
2009-08-17 14:43 1974Oracle9i之前,中文是按照二进制编码进行排序的。在ora ...
相关推荐
#### 一、SYSAUX表空间的引入与作用 自Oracle 10g版本起,为了更好地管理和优化数据库性能,SYSAUX表空间作为一个全新的概念被引入。它的主要目的是为了减轻SYSTEM表空间的压力,并作为SYSTEM表空间的辅助表空间来...
在分析AWR报告时,需要注意的是,DB Time与Elapsed time的对比可以反映数据库的繁忙程度。如果DB Time远小于Elapsed time,说明大部分时间数据库处于空闲状态。反之,如果DB Time接近Elapsed time,表明系统正在处理...
AWR 报告所有的数据来源于 AWR 视图,即以 DBA_HIST_开头的所有系统表。AWR 的前身是 Statspack,Statspack 在 Oracle 10g 和 Oracle 11g 中也有提供,同时和 AWR 一起做了同步更新,而且 Statspack 是公开源代码的...
从标题和描述中,我们可以了解到该文档主要讲述了Oracle8i数据库临时表空间满时的解决方案。Oracle8i是甲骨文公司推出的一个关系型数据库管理系统,它是Oracle数据库的一个版本,在业界有着广泛的应用。临时表空间...
- **表空间满处理**:当`SYSAUX`表空间满时,AWR将自动覆盖最旧的数据,并在警告日志中记录相关信息。 #### 6. AWR控制参数 - **采样频率与保留时间**:通过查询视图`dba_hist_wr_control`或`wrm$_wr_control`来...
AWR 的主要功能是采集统计数据,并将其保存在 SYSAUX 表空间中的几个表中,这些表以 WRM$_* 和 WRH$_* 格式命名。其中,WRM$_* 表存储元数据信息,如检查的数据库和采集的快照,而 WRH$_* 表保存实际采集的统计数据...
这些数据存储在SYSAUX表空间中,而AWR和SYSAUX功能都是从Oracle 10g版本开始引入的。AWR的主要作用是为数据库性能调优提供支持,其历史可以追溯到大约1999年左右,至今已有15年的发展历程。AWR的默认快照间隔为1小时...
AWR报告能够帮助数据库管理员(DBA)了解和分析系统在一段时间内的资源使用情况,从而诊断性能问题,特别是那些由低效SQL语句引起的性能问题。据统计,约90%的数据库性能问题都与低效的SQL有关。因此,掌握如何利用...
这些数据存储在SYS用户下的以WR开头的表(位于SYSAUX表空间)以及以DBA_HIST开头的视图中。每个快照都有一个唯一的SNAP_ID,方便后续查询和分析。AWR的相关对象包括165个表和78个视图,构成了一个完整的性能数据仓库...
【AWR产品全力支持Linux操作系统】 AWR(Automated Workload Repository)是Oracle数据库性能管理的一个重要工具,它主要用于收集和分析数据库的工作负载信息,帮助DBA(数据库管理员)识别性能瓶颈并进行优化。AWR...
AWR收集的数据存储在SYSAUX表空间的MGMT$*表中,因此确保SYSAUX表空间有足够的空间以容纳AWR数据是非常重要的。此外,AWR的维护也会消耗一定的数据库资源,因此在设置AWR的收集频率时应考虑到这一点。 4. **AWR与...
3. AWR 报告的作用:AWR 报告可以显示占用临时表空间最高的 SQL 语句,但可能不准确体现出占用临时表空间最高的 SQL 语句。 4. 使用 shell 脚本来记录和分析临时表空间使用情况:可以编写 shell 脚本来记录使用临时...
然而,PostgreSQL作为开源的关系型数据库管理系统,并没有原生支持与Oracle AWR类似的特性。但通过一些第三方工具和自定义脚本,可以在PostgreSQL中实现类似的功能。本篇文章将详细介绍如何在PostgreSQL中实现Oracle...
在本案例中,"cursor: pin S wait on X"事件的频繁发生导致了sysaux表空间的膨胀,这通常与数据库的游标管理有关。wrh$_active_session_history表存储了这些事件的详细信息,它是由AWR创建并维护的。 1. **AWR的...
AWR通过定期生成快照的方式收集系统在特定时间段内的工作负载信息,并将这些数据存放在SYSAUX表空间中。通过对这些快照进行对比分析,可以发现系统性能的变化趋势以及可能存在的瓶颈。 #### AWR的工作原理 AWR的...
### AWR仿真案例教程知识点详解 ...通过以上步骤,可以系统地学习如何在AWR Microwave Office软件中从原理图创建布局。这些步骤不仅适用于本教程中的案例,也适用于各种复杂的微波和射频设计场景。