oracle 11g SYSAUX使用率高问题

这篇具有很好参考价值的文章主要介绍了oracle 11g SYSAUX使用率高问题。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

因为业务系统的原因,目前维护的环境中还有很多11g的系统,每月都会遇到几次SYSAUX表空间满的问题,周末就写下可能遇到的各种情况

mos查看文档:

WRH$_ACTIVE_SESSION_HISTORY Does Not Get Purged Based Upon the Retention Policy (Doc ID 387914.1)

 Troubleshooting Issues with SYSAUX Space Usage (Doc ID 1399365.1)

计算当前优化器统计信息和AWR快照表占用sysaux的空间
SQL> @?/rdbms/admin/awrinfo.sql


检查优化器统计信息直方图表中的信息的有效天数
select systimestamp - min(savtime) from sys.wri$_optstat_histgrm_history;

purge统计信息(修改有效天数)
exec dbms_stats.purge_stats(sysdate - 1);

一、若SYSAUX使用率已经接近100%,影响到业务的使用了,2个办法

1、SYSAUX表空间新增数据文件,首先恢复业务使用

2、直接使用以下truncate sql,首先恢复业务使用

truncate table WRH$_ACTIVE_SESSION_HISTORY;
truncate table WRH$_EVENT_HISTOGRAM;
truncate table WRH$_LATCH;
truncate table WRH$_SQLSTAT;

select count(*) from WRH$_ACTIVE_SESSION_HISTORY;

二、如使用率在80%或者更低时,建议每月执行如下sql

alter session set "_swrf_test_action" = 72;

##手动执行一个快照:
Exec dbms_workload_repository.create_snapshot;

修改统计信息的保持时间,默认为31天,这里修改为7天,过期的统计信息会自动被删除
select dbms_stats.get_stats_history_retention from dual;
exec dbms_stats.alter_stats_history_retention(7);
select dbms_stats.get_stats_history_retention from dual;

修改AWR快照的保存时间为7天(7*24*30),每小时收集一次
exec dbms_workload_repository.modify_baseline_window_size(2);
exec dbms_workload_repository.modify_snapshot_settings ( interval => 30, retention => 10080, topnsql => 100);

删除故障处理如下
begin dbms_workload_repository.modify_snapshot_settings ( interval => 60, retention => 10080, topnsql => 100);
  2  end;
  3  /
begin dbms_workload_repository.modify_snapshot_settings ( interval => 60, retention => 10080, topnsql => 100);
*
ERROR at line 1:
ORA-13541: system moving window baseline size (691200) greater than retention
(604800)
ORA-06512: at "SYS.DBMS_WORKLOAD_REPOSITORY", line 174
ORA-06512: at "SYS.DBMS_WORKLOAD_REPOSITORY", line 222
ORA-06512: at line 1

直接执行
exec dbms_workload_repository.modify_baseline_window_size(5);
exec dbms_workload_repository.modify_snapshot_settings(interval=>30, retention=>5*24*30);

20230803日更新

在11.2.0.4版本中WRH$_ACTIVE_SESSION_HISTORY不会自动分区,需要手工执行语句才会创建一个新的分区,保留时间过期后系统会自动清理该分区的数据,这里是一个Bug,需要打补丁14084247, 该补丁可以Offline Mode和Online Mode

Patch 14084247: STBH: ORA-01555 DUE TO WRH$_ACTIVE_SESSION_HISTORY NOT PURGED
STBH: ORA-01555 DUE TO WRH$_ACTIVE_SESSION_HISTORY NOT PURGED (Patch)
p14084247_112040_Linux-x86-64.zip    382.8 KB    (392031 bytes)
SHA-1    0B78381578CB63555DB4ABF72FA848D7D59A4740
SHA-256    55529C5B2AB11A92F4633BC8E4394282A51625CE462A8DF585CE87E5F383A594        

离线模式
$ cd <PATCH_TOP_DIR>/14084247
$ opatch apply

在线:单机模式,使用的语法为:
$ opatch apply online -connectString <SID>:<USERNAME>:<PASSWORD>:
$ ./opatch apply online -connectString orcl:sys:orcl#2023
 
在线:RAC环境语法:
$ opatch apply online -connectString <SID_Node1>:<Username_Node1>:<Password_Node1>:<Node1_Name>,<SID_Node2>:<Username_Node2>:<Password_Node2>:<Node2_Name>,<SID_NodeN>:<Username_NodeN>:<Password_NodeN>:<NodeN_Name>文章来源地址https://www.toymoban.com/news/detail-454178.html

到了这里,关于oracle 11g SYSAUX使用率高问题的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • Redis内存使用率高,内存不足问题排查和解决

    表面现象是系统登录突然失效,排查原因发现,使用redis查询用户信息异常,从而定位到redis问题 我的redis使用的是华为云的redis分布式缓存服务,所以在问题排查方面,我们可以结合华为云提供的丰富的分析诊断工具来辅助排查解决问题。 1、问题定位到redis上,登陆redis服务

    2024年02月03日
    浏览(29)
  • Java CPU或内存使用率过高问题定位教程

    Spring cloud微服务广泛应用后,服务的监控和运维压力也与日俱增,经常有服务出现CPU或者内存使用率过高的告警,那么遇到这样的问题我们该如何排查呢?我们可以借助哪些工具来定位问题呢?本文将介绍一下遇到此类问题的解决思路和方法。 1.通过应用日志定位思路 对于业

    2024年03月28日
    浏览(43)
  • 安装oracle 11g,先决条件检查失败问题解决方法

    1.1 先决条件检查失败 在安装oracle 11g时,出现执行先决条件失败的情况如下: 你可以点击全部忽略,继续强制安装,一般不会影响功能,

    2024年02月08日
    浏览(42)
  • Oracle11G的表空间数据文件大小限制问题处理

    oracle11g的表空间数据文件容量与DB_BLOCK_SIZE有关,在初始建库时,DB_BLOCK_SIZE要根据实际需要,设置为 4K,8K、16K、32K、64K等几种大小,ORACLE的物理文件最大只允许4194304个数据块(由操作系统决定),表空间数据文件的最大值为 4194304×DB_BLOCK_SIZE/1024M。 即: 4k最大表空间为:163

    2024年02月05日
    浏览(85)
  • 安装oracle11g时遇到INS-13001的问题处理

    在安装时点击setup.exe之后,出现了:[INS-13001]环境不满足最低要求 这时,打开你的解压后的database文件夹,找到stage,然后cvu,找到 cvu_prereq.xml文件,用记事本打开,增添一下内容 OPERATING_SYSTEM RELEASE=\\\"6.2\\\"            VERSION VALUE=\\\"3\\\"/            ARCHITECTURE VALUE=\\\"32-bit\\\"/      

    2024年02月08日
    浏览(32)
  • 【BUG】解决安装oracle11g或12C中无法访问临时位置的问题

    安装oracle时,到第二步出现oracle11g或12C中无法访问临时位置的问题。 针对客户端安装,在cmd中执行命令:前面加实际路径setup.exe -ignorePrereq -J\\\"-Doracle.install.client.validate.clientSupportedOSCheck=false\\\" 如: 针对服务端安装,在cmd中执行命令:前面加实际路径setup.exe -ignorePrereq -J\\\"-Doracl

    2024年02月11日
    浏览(28)
  • 超简单!超详细!使用Docker Desktop部署Oracle11g(其他oracle版本也适用)

    完全没接触过此软件的建议看看视频了解一下,这边推荐一个视频,1.25倍速跳着看,稍微了解一下操作流程更方便了解此文 注意,安装完打开后若是提示你wsl版本过低,请更新wsl版本并默认选中wsl2,两句命令的事,若你的windows是家庭版,请自行搜索wsl2安装方法,其他用户

    2024年02月04日
    浏览(46)
  • python-在系统托盘显示CPU使用率和内存使用率

    一、添加轮子 1.添加托盘区图标库  infi.systray 2.添加图像处理库  Pillow 3.添加  psutil  来获取CPU、内存信息 二、完整代码 三、实际效果展示

    2024年02月05日
    浏览(48)
  • 【Docker】docker启动oracle11g并初始化数据,部署和使用

    前提:已经在docker中安装好Oracle 1.启动docker : 出现问题,请查看:Exited 139解决Window下docker启动oracle11g失败 2.进入容器 : [containerId]为你的容器名或者id 3.切换用户 以及 创建表空间存储位置 : 4.进入DBA,创建表空间,创建用户,授权 : 5.其他拓展 : 导出 导入

    2024年02月14日
    浏览(34)
  • io使用率高运行堵塞怎么解决?linux系统由io使用率高引起的运行堵塞的解决方法

    1.在宝塔查看服务器负载100%,而cpu和内存使用率都正常 输入top命令查看平均负载:

    2024年02月15日
    浏览(33)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包