什么原因会导致AWR报告中DB Time显示异常？
物理机P720，操作系统，powerVM下的aix7.1
数据库oracle11g 11.2.0.4，双机RAC。
数据库对应的应用程序：未承载任何应用，无业务负载。
在查看60分钟的AWR报告时，发现DB Time非常高，能够达到11.72亿分钟；DB CPU等待时间能够达到703.28亿秒。另外，在OEM中的性能页签，平均活动会话数，显示也异常，能达到2200万个。
请问这是 powerVM 虚拟化的原因，还是oracle rac的bug，还是什么其他原因？如何解决呢？请各位高手赐教。
附件：
awr_report_58752_58753.zip (61.17 KB)
ashrpt_2_0731_1655.zip (6.13 KB)
5同行回答
根据AWR报告及平均活动会话数达到2200万个可知，大量的活动会话导致了大量cpu等待，从而DB CPU值过大。重点应该是查什么原因导致存在2200万个活动会话，建议直接查询视图v$active_session_history，追查这些会话是由什么程序发起，在处理什么SQL语句，从应用端查原因。
收起ChatGPT 回答
根据您提供的信息，可以初步判断这个问题可能是由于资源竞争引起的。具体来说，可能是由于虚拟化层（powerVM）中的资源分配不合理，导致数据库实例无法获得足够的CPU和内存资源，从而导致DBTime和DB CPU等待时间非常高，活动会话数异常。
为了解决这个问题，您可以采取以下措施：
- 检查虚拟化层中的资源分配是否合理，是否存在资源竞争。可以使用powerVM的监控工具来查看CPU、内存、网络等资源的使用情况，找出瓶颈所在。
- 调整虚拟化层中的资源分配，确保数据库实例能够获得足够的CPU和内存资源。可以根据实际情况增加虚拟CPU的数量，或者增加虚拟机的内存大小。
- 检查数据库实例中是否存在性能问题。可以使用AWR报告和OEM的性能页签来查看数据库实例的性能指标，找出性能瓶颈所在。如果存在性能问题，可以采取相应的优化措施，例如优化SQL语句、调整数据库参数等。
- 如果以上措施无法解决问题，可以考虑升级数据库版本或者虚拟化层版本，以获得更好的性能和稳定性。
总之，解决这个问题需要综合考虑虚拟化层和数据库实例两个方面的因素，找出瓶颈所在，采取相应的措施来优化性能。