Версия: Oracle 19.9
В данной заметке показано наглядно, как может выглядеть переход lgwr от poll->post к режиму post/wait.
Смотрим в трейс файл процесса lgwr, находим там:
*** 2023-02-16T12:45:09.010167+06:00
Log file sync switching to post/wait
Current approximate redo synch write rate is 10286 per sec
Идём в графану и смотрим визуализацию этого события:

Рис1.

Рис2.
На рисунке 1 показано, что переход lgwr от poll->post к режиму post/wait привёл к увеличению ожидания log file sync в 2 раза, с 250мксек до 500мксек, также, увеличилось количество записи редо блоком в 128KB в два раза. На графики этого не видно, но также имеется снижение количества записи редо блоком гораздо меньшим чем 128KB(4,8,16,32KB etc).
На рисунке 2 показано, как изменилось количество ожиданий log file parallel write(oracledb_event_p3_log_file_parallel_write_p2). Количество ожиданий уменьшилось в два раза, в тоже время длительность одного ожидания log file parallel write(oracledb_event_p2_log_file_parallel_write_p2) увеличилось, в среднем на 50%, с 50мксек до 75мксек.
Выглядит как какой-то челночный режим, выполнить меньше операций большим размером блока, что даёт снижение отклика в 2 раза. Данное поведение меняется согласно алгоритму и параметрам базы данных связанных с адаптивной работы LGWR.
Подробнее можно почитать тут:
- Adaptive Switching Between Log Write Methods can Cause ‘log file sync’ Waits (Doc ID 1462942.1)
- ADAPTIVE LOG FILE SYNC: ORACLE, PLEASE DON’T DO THAT AGAIN
Собственно, решение такое: ALTER SYSTEM SET «_use_adaptive_log_file_sync» = FALSE;