【问题标题】:Undo tablespace is growing after oracle version updated from 11.2.0.1 to 11.2.0.4oracle 版本从 11.2.0.1 更新到 11.2.0.4 后撤消表空间正在增长
【发布时间】:2018-04-25 21:10:54
【问题描述】:

我最近在 RAC 环境中将 oracle 数据库从 11.2.0.1 升级到 11.2.0.4。安装成功,我检查了两个实例的日志。由于 undotablespace 导致 Ora 30036 出现之前,服务一直很好。我在 spfile 中得到了关注

*undo_retention =108000
node11.undo_tablespace='UNDOTBS1'
node12.undo_tablespace='UNDOTBS2'

我有以下长期运行的查询

1. EMD_MAINTENANCE.EXECUTE_EM_DBMS_JOB_PROCS()
2. #This query is for AWR auto workload repository
   select result_key_value from mgmt_policy_assoc_eval_details........ 
   ( select column_value from table cast ...........)

Undotablespace 2 正在以 1700MB/小时的速度增长。我怕空间不够。我有以下问题:-

第一季度。在 RAC 中运行的 oracle 11.2.0.4 的最大 undotablespace 是多少?

第二季度。为什么保留期限规定为 30 小时?

第三季度。为什么 tablespace2 增长过快?

第四季度。有什么可能的解决方法?

需要强调的是,由于计划升级,我们在几天后恢复了服务。我已经停止了企业管理器控制台以及它占用了大量空间。 SysAux 为 99%。

【问题讨论】:

    标签: sql database oracle database-administration


    【解决方案1】:

    第一季度。在 RAC 中运行的 oracle 11.2.0.4 的最大 undotablespace 是多少?

    第二季度。为什么保留期限规定为 30 小时?

    • 是升级前,pramater值没变?手动配置。

    第三季度。为什么 tablespace2 增长过快?

    • 请检查是否有来自 gv$transaction 或 x$ktuxe 的长时间运行的事务消耗过多的撤消块。如果没有,也许撤消保留需要减少。

    第四季度。有什么可能的解决方法?

    • 建议不要设置撤消数据文件自动扩展,以避免磁盘空间不足。并参考 Q3。我认为升级后业务也发生了变化。

    【讨论】:

    • 在故障排除过程中,我发现了以下查询和作业。第一个查询是针对 AWR 自动工作负载存储库之类的。 select result_key_value from mgmt_policy_assoc_eval_details (select column_value from table cast) #select * from TABLE (select cast()) -- VARRAY->嵌套表问题 EMD_MAINTENANCE.EXECUTE_EM_DBMS_JOB_PROCS() 进一步调查我发现企业管理器配置不正确,我有重新配置。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2018-10-07
    • 1970-01-01
    • 2021-12-04
    • 2012-07-08
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多