问题描述
大家好，
我们公司运行在windows 2012r2服务器上的oracle database 19c版本19.9上。最近，我遇到了一个问题，两个数据库每天产生大约100GB的归档日志负载过多。
我试图调整重做日志的大小，虽然我实现的是更少的档案，但总日志大小保持不变。
此外，试图找出导致如此高的日志负载的原因，通常似乎是DBWx，M00x oracle进程甚至在晚上也会产生如此巨大的重做日志记录。
但是我怎么能弄清楚是什么导致这些过程整天产生这样的负载，例如it应用程序，一个频繁刷新的实体化视图等。
由于我是新手，请有人给我任何建议，如何/在何处/在该问题上进一步研究，甚至需要一些文档？
提前谢谢。
致以最诚挚的问候，
万杰普
我们公司运行在windows 2012r2服务器上的oracle database 19c版本19.9上。最近，我遇到了一个问题，两个数据库每天产生大约100GB的归档日志负载过多。
我试图调整重做日志的大小，虽然我实现的是更少的档案，但总日志大小保持不变。
此外，试图找出导致如此高的日志负载的原因，通常似乎是DBWx，M00x oracle进程甚至在晚上也会产生如此巨大的重做日志记录。
但是我怎么能弄清楚是什么导致这些过程整天产生这样的负载，例如it应用程序，一个频繁刷新的实体化视图等。
由于我是新手，请有人给我任何建议，如何/在何处/在该问题上进一步研究，甚至需要一些文档？
提前谢谢。
致以最诚挚的问候，
万杰普
专家解答
it usually appears to be the DBWx, M00x oracle processes producing such huge redo logging even at night
你能澄清一下你是如何推断的吗？
您可以运行这样的东西来查看当前会话重做消费
但是不要忘记，这是自启动以来的总和，因此后台进程可能 * 看起来 * 很大。您可以随着时间的推移捕捉到这一点，并寻找大的 * 增量 * 来看到大的重做消费者。
你能澄清一下你是如何推断的吗？
您可以运行这样的东西来查看当前会话重做消费
SQL> select se.sid, se.username, se.program,
2 s.name, st.value
3 from v$statname s, v$sesstat st, v$session se
4 where st.STATISTIC# = s.STATISTIC#
5 and s.name = 'redo size'
6 and st.sid = se.sid;
SID USERNAME PROGRAM NAME VALUE
---------- -------------------- ------------------------------ ------------------ ----------
1 ORACLE.EXE (SVCB) redo size 0
2 ORACLE.EXE (LREG) redo size 0
4 ORACLE.EXE (ARC1) redo size 0
5 ORACLE.EXE (W00G) redo size 3577020
7 ORACLE.EXE (W005) redo size 3296016
10 MCDONAC sqlplus.exe redo size 133032808
123 ORACLE.EXE (PMAN) redo size 0
124 ORACLE.EXE (W001) redo size 4819232
126 ORACLE.EXE (ARC2) redo size 0
127 ORACLE.EXE (QM02) redo size 0
130 ORACLE.EXE (W00H) redo size 4652836
132 ORACLE.EXE (M005) redo size 84148
245 ORACLE.EXE (PMON) redo size 0
246 ORACLE.EXE (DIA0) redo size 0
247 ORACLE.EXE (PXMN) redo size 0
248 ORACLE.EXE (AQPC) redo size 0
250 ORACLE.EXE (W00I) redo size 4059068
256 ORACLE.EXE (Q00A) redo size 10740
367 ORACLE.EXE (CLMN) redo size 0
368 ORACLE.EXE (DBW0) redo size 53280336
369 ORACLE.EXE (W006) redo size 4400524
371 ORACLE.EXE (ARC3) redo size 0
375 ORACLE.EXE (W00D) redo size 9442808
377 ORACLE.EXE (W00J) redo size 2722244
489 ORACLE.EXE (PSP0) redo size 0
490 ORACLE.EXE (LGWR) redo size 0
491 ORACLE.EXE (MMON) redo size 9822340
493 ORACLE.EXE (TT02) redo size 0
494 ORACLE.EXE (Q00B) redo size 0
496 ORACLE.EXE (M004) redo size 0
611 ORACLE.EXE (VKTM) redo size 0
612 ORACLE.EXE (CKPT) redo size 0
613 ORACLE.EXE (MMNL) redo size 0
614 ORACLE.EXE (W002) redo size 6602960
621 ORACLE.EXE (M006) redo size 33761328
733 ORACLE.EXE (GEN0) redo size 0
734 ORACLE.EXE (LG00) redo size 0
736 ORACLE.EXE (Q005) redo size 83004
737 ORACLE.EXE (W008) redo size 6906068
739 ORACLE.EXE (W00K) redo size 4555732
741 ORACLE.EXE (QM00) redo size 584
855 ORACLE.EXE (MMAN) redo size 0
856 ORACLE.EXE (SMON) redo size 10801232
857 ORACLE.EXE (CJQ0) redo size 40256
859 ORACLE.EXE (M007) redo size 288796
861 ORACLE.EXE (W009) redo size 8930444
863 ORACLE.EXE (W00L) redo size 1417656
865 ORACLE.EXE (Q006) redo size 13272
977 ORACLE.EXE (DBRM) redo size 0
978 ORACLE.EXE (LG01) redo size 0
979 ORACLE.EXE (TMON) redo size 0
981 SCOTT sqlplus.exe redo size 4836
982 ORACLE.EXE (Q007) redo size 21912
983 ORACLE.EXE (W007) redo size 4266036
985 ORACLE.EXE (W00A) redo size 6367388
987 ORACLE.EXE (W00M) redo size 8278092
1099 ORACLE.EXE (GEN1) redo size 0
1100 ORACLE.EXE (SMCO) redo size 0
1101 ORACLE.EXE (M000) redo size 612156
1103 ORACLE.EXE (TT00) redo size 0
1105 ORACLE.EXE (W003) redo size 4695152
1107 ORACLE.EXE (M001) redo size 243696
1109 ORACLE.EXE (W00B) redo size 6692988
1111 ORACLE.EXE (W00N) redo size 2160448
1113 ORACLE.EXE (Q003) redo size 7328
1221 ORACLE.EXE (DIAG) redo size 0
1222 ORACLE.EXE (RECO) redo size 0
1223 ORACLE.EXE (ARC0) redo size 0
1226 ORACLE.EXE (W00C) redo size 5112228
1229 ORACLE.EXE (W00E) redo size 3631248
1233 ORACLE.EXE (Q008) redo size 21688
1343 ORACLE.EXE (TT01) redo size 0
1344 ORACLE.EXE (VKRM) redo size 0
1345 ORACLE.EXE (W000) redo size 5693972
1347 ORACLE.EXE (W004) redo size 5368884
1351 ORACLE.EXE (W00F) redo size 4168088
1356 ORACLE.EXE (Q009) redo size 0
但是不要忘记，这是自启动以来的总和，因此后台进程可能 * 看起来 * 很大。您可以随着时间的推移捕捉到这一点，并寻找大的 * 增量 * 来看到大的重做消费者。
文章转载自ASKTOM，如果涉嫌侵权，请发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
