暂无图片
AWR分析报告问题求助:RAC数据库增加了存储,对asm进行了扩容,之后数据库性能变差,和数据库存储扩容有没有关系呢
我来答
分享
。。。。
2024-07-08
AWR分析报告问题求助:RAC数据库增加了存储,对asm进行了扩容,之后数据库性能变差,和数据库存储扩容有没有关系呢
我来答
添加附件
收藏
分享
问题补充
3条回答
默认
最新
广州_老虎刘

下面这些top SQL,都有很大的优化空间. 执行时间几千秒的SQL, 有点不可思议.

磁盘应该是机械磁盘, 如果有扩容前的AWR,可以对比一下扩容前后的IO变化.  如果相关SQL得到优化, 可能磁盘问题就不是问题了.


暂无图片 评论
暂无图片 有用 1
打赏 0
暂无图片
吾亦可往

数据库性能变差可能与存储扩容有关,但不能简单地确定就是扩容导致的,还需要进一步分析 AWR 报告中的各项指标来综合判断。


以下是一些可能的原因及分析方向:


  1. 存储配置问题:

    • 扩容后的存储可能存在性能瓶颈,例如磁盘 I/O 性能下降、存储网络延迟增加等。
    • 存储的条带化、RAID 配置等可能不合理,影响了数据的读写性能。
  2. ASM 重新平衡(Rebalance):

    • 在 ASM 扩容后,可能会触发重新平衡操作,这可能会消耗大量的系统资源,导致性能暂时下降。可以查看 AWR 报告中与 ASM 相关的等待事件和资源使用情况来确认。
  3. 数据分布变化:

    • 扩容可能导致数据在存储中的分布发生变化,使得某些热点数据不再能高效访问,从而影响性能。
  4. 数据库参数未调整:

    • 存储扩容后,可能需要相应地调整一些数据库参数,如缓存大小、I/O 相关参数等,以适应新的存储环境。
  5. 其他因素:

    • 应用程序的更改、并发负载的增加、数据库架构的不合理等其他因素也可能导致性能变差。


要确切地判断性能下降是否与存储扩容直接相关,需要详细分析 AWR 报告中的等待事件、资源使用情况(CPU、内存、I/O 等)、SQL 执行计划等信息,以及检查数据库的配置和应用程序的行为。

暂无图片 评论
暂无图片 有用 0
打赏 0
龙镇君

已采纳,内容无效

暂无图片 评论
暂无图片 有用 0
打赏 0
回答交流
Markdown


请输入正文
提交
相关推荐
10g rac 监听大量nsevwait_error提示
回答 3
上传附件:oswatch.zip
expdp 并行导出报错 ORA-31693 ORA-29913 ORA-39068
回答 3
使用parallel(expdp和impdp)参数来进行并行化。如果dumpfile指定一个文件,就没什么意义。在任意时刻只能有一个服务器进程进行写入操作,因此会存在一定的文件锁争用。最好是指定dum
RAC节点被PMON关闭,报ora-00600错误
回答 4
墨天轮自带C函数查询功能,从callstack中找到报错相关函数的缩写,查询一下吧
oracle 资源量化工具推荐
回答 3
已采纳
新数的Shinsight监控平台还不错
Oracle监听程序不见,如何处理?
回答 1
已采纳
重新启动一下。如果lsnrctl的程序都没有了,从其他数据库上复制一个,或者重建一下。
添加主键的方式
回答 3
从实际效果来讲两者是一样的,但为了更好维护建议还是选择自定义名称这种方式
Oracle update如何减少redo的产生?
回答 4
已采纳
在SQL语句级别加并行参数控制,可以大幅减少redo的产生update/parallel(4)/empset...不要改transactionauditing这个参数,只是为了减少redo的生成量而去
Oracle数据库用户密码遗忘,如何重置?
回答 1
已采纳
使用具有DBA权限的用户登录,例如SYS,重置你这个普通用户的密码。sqlplus/assysdbaalterusertestidentifiedbytest;
系统运行时,慢sql大多是锁等待造成,这种情况是需要修改业务逻辑吗?
回答 1
已采纳
先优化慢查询sql,如果没用,再修改业务逻辑。
Oracle12C 跑 benchmark 压测报错 ORA-04098: trigger 'SYSTEM.BMSQL_HISTORY_BEFORE_INSERT' is invalid and failed re-validation
回答 1
应该是触发器SYSTEM.BMSQLHISTORYBEFOREINSERT或者相关资源有问题了https://blog.itpub.net/26015009/viewspace2936320/
问题信息
请登录之后查看
邀请回答
暂无人订阅该标签,敬请期待~~