果_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