看了下等待事件主要是gc和io的问题，当然问题的根源还是SQL，主要针对这两个top SQL优化下（SQL本身、业务逻辑等）：

数据库卡，具体的表现是什么？比如部分业务卡，总体卡？
那么此时的系统资源情况如何？

另外awr最好是给一份卡的时间的，而不是一份持续N个小时的awr，这样很可能会使问题隐藏起来

其次，光从这份awr看，一个是楼上大佬提到的sql问题，还有就是可以关注下IO，表空间和数据文件的io情况没显示，这是一个bug，需要去打补丁解决，从等待事件来看,redo相关io等待比较高

还有就是看看备份，在这份awr里面，一共的io是3.几个T，而rman就占了2.几个T，需要看看备份的时间，如果是在早上业务时间段还没跑完，考虑修改rman备份策略（比如：提前发起备份，在周末业务低峰期发起全备，平时做增备或备份归档）