果_Tra
satio
过程。
f2是由操作人员在程序上操作，单独更新某一指定病人，只调用zl_体检任务结果_Tra
satio
过程。后一种情况肯定不会频繁执行该过程，目标锁定在第一种，后台作业方式，于是查看系统后台作业，发现问题作业，如下：
该后台作业中该过程的执行频率被调整3分钟，通过对zl_体检任务结果_Tra
satio
All过程分析我们知道，只要体检病人没有完成体检，都会对其检验结果进行更新，而该医院当时正好进行大量体检，有上千病人没有完成体检，每次执行该过程，都会对这些病人进行更新，可想而知肯定会产生大量日志，所以如此频繁的执行该过程，肯定是不现实的，定位了问题，接下来就该处理该问题。
现场处理问题
询问相关人员，了解到由于该院体检科想实时得到体检病人的检验结果，所以我们的同事按医院的要求对作业执行频率进行了调整所致，说明了问题的严重性，经过和医院协商，阐述利弊，得到医院的同意，按医院要求最后把该后台作业修改为每天执行2次，中午一次，晚上一次。处理方法如下：
11
删除原来的job
由于知道job号为107，所以调用dbms_job包删除
fexecdbms_jobremove107
22
创建2个的job一个是中午13点执行，一个晚上执行1点
1点的jobvariablejob
umberbegi
sysdbms_jobsubmitjobjobwhatzl_体检任务结果_Tra
satio
All
ext_dateto_date20072010010000ddmmyyyyhh24missi
tervaltru
cSysdate1012400246000246060commite
d13点的jobvariablejob
umberbegi
sysdbms_jobsubmitjobjobwhatzl_体检任务结果_Tra
satio
All
ext_dateto_date20072010130000ddmmyyyyhh24missi
tervaltru
cSysdate1132400246000246060commite
d
33
后续处理
f通过上面的修改，马上可以观察到2个节点的日志产生速度明显下降了，观察了1个小时，才产生了1个归档日志，由于是在下午时分，本身医院业务不是太忙，这种归档日志的产生速度应该是正常的。
然后，再对每个节点的备份和归档日志的删除策略进行下检查，1，2号机都改为每天晚上12点定时删除30天前的归档日志，sta
dby的机器由于空间比较大，调整为每天12点定时删除60天前的归档日志，最后要求医院近期观察下日志的生成速度，经过医院的确认，得到医院的认可。
（另：第二天，要求医院提供日志切换的次数统计，如下图，可以看到确实归档日志切换已经恢复正常，看到问题得到解决，医院的管理员也相当高兴。）
后续总结
通过本次问题的处理，可以看出，彻底解决该问题其实不困难，但是r