
通过登入数据库查看分析,发现是TT00进程占用了大量pga,并且长时间不释放。首先找到对应的spid和sid。

然后查到该进程相关信息。

从版本12c开始 使用TTnn 例如TT00进程来负责async 异步的redo传输。另一个后台进程TMON来负责做Redo transport monitor。
这样做的目的是 在11g 中因为NSAi async redo ship异步传输进程仍需要LGWR进程的通知才能工作,造成短暂的redo 传输延迟;所以在12c中TTnn进程的redo传输不再依赖于LGWR。
11g:

12c:

该进程的作用是负责redo的异步传输,要想释放pga,首先想到的是重启传输adg通道。
alter system set LOG_ARCHIVE_DEST_STATE_2=defer;
alter system set LOG_ARCHIVE_DEST_STATE_2=enable;
然而并没有效果,该进程一直存在。
重启备库实时应用。
alter database recover managed standby database cancel;
alter database recover managed standby database using current logfile disconnect from session;
也没有作用,说明该进程是否存在与adg没有关系。
杀手锏,由于该进程不是数据库核心进程,kill解决,数据库会重新派生一个TT00进程。故该进程查杀对数据库运行以及ADG同步无任何影响。


更多精彩干货分享
点击下方名片关注
IT那活儿

文章转载自IT那活儿,如果涉嫌侵权,请发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。




