Наблюдение за частыми файловыми переключателями журнала depsite, увеличивающими размер журнала повторения

Question

У нас был журнал изменений размером 256 м, а затем он набрал 512 и, в конечном итоге, 1024 М и в настоящее время имеет 8 журналов. Несмотря на то что мы наблюдаем переключатель журнала happenign каждый 1minute и ест в нашей работе,

моментальный снимок из AWR

Load Profile 

Per Second Per Transaction Per Exec Per Call 
DB Time(s): 1.0 0.1 0.00 0.01 
DB CPU(s): 0.6 0.1 0.00 0.01 
Redo size: 34,893.0 4,609.0  

Instance Activity Stats - Thread Activity 
Statistics identified by '(derived)' come from sources other than SYSSTAT 
Statistic Total per Hour 
log switches (derived) 82 59.88 

Любые предложения о том, как уменьшить количество коммутаторов лог-файлов, я читал, что в идеале это должно быть около 1 переключателя через 15-20 минут.

Answer 1

34893 байт в секунду = 125614800 байт в час, то есть около 120 МБ, где-то рядом с размером 1 группы журналов повтора.

Исходя из этого и размера журналов повтора, я бы сказал, что что-то заставляет периодически переключаться в журнал. Встроенный параметр archive_lag_target заставляет переключатели журналов после истечения заданного количества секунд, это первое, что я хотел бы проверить. Кроме этого, это может быть что-то еще, входящее в базу данных и принудительное включение переключателя журнала, например, задание cron. (60 журнальных переключателей за 60 минут, это довольно подозрительно)