1. log file sync란?

서버 프로세스가 커밋 또는 롤백 수행 시 LGWR은 리두 버퍼에서 가장 최근의 기록이 이루어진 이후 시점부터 커밋 지점까지의 리두 레코드를 리두 로그 파일에 기록하며 이를 'sync write'라고 함.
서버 프로세스는 커밋 명령을 내린 후 LGWR가 성공적으로 기록을 할 때까지 대기하기 되는데, 이 때 'log file sync' 이벤트를 대기함.

2. 커밋 회수와 log file sync

지나치게 많은 커밋은 'log file sync' 대기의 결정적인 주범.
일반적으로 커밋 1회 수행 시 'log file sync' 대기가 발생하므로, 여러 세션에서 동시에 대량의 커밋 수행하면, 이 이벤트가 광범위하게 나타남

오라클은 커밋에 의해 매번 'sync write'를 수행할 경우 시스템 전체에 악영향을 줄 수 있으므로, 가급적 커밋 요청을 모아 한꺼번에 'sync write'를 수행함.
이를 'group commit'이라 부르며, PL/SQL 블록에서 반복적으로 커밋을 하거나, 'Recursive SQL'에 의한 커밋, 또는 여러 세셔네서 동시에 커밋 요청이 올 경우 사용.
'group commit'이 사용되는 경우에 'user commits' 통계값은 커밋 명령을 호출한 횟수와 동일하게 증가하지만 'log file sync' 대기는 한번만 발생함.

I/O 시스템 성능이 느린 경우, LGWR의 'sync write' 수행시간이 늘어나고, 이로 인해 'log file sync' 대기시간 증가할 수 있음.
이 때, LGWR은 'log file parallel write' 이벤트를 대기하는데, 커밋 회수 검토 후 이상이 없음에도 이 이벤트가 보일 경우, I/O 성능 개선이 필요함.
일반적으로, 이 이벤트의 원인은 로그 파일이 위치한 I/O 시스템의 성능에 믄제가 있다고 파악할 수 있음.

1	☞ 'Nologging' 옵션 사용이 가능하다면, 리두 데이터량을 획기적으로 줄일 수 있으므로, 경합 해소 가능.
2	☞ SQL*Loader로 대량의 데이터 적재 시, 'Direct load option'을 사용함.
3	☞ 임시작업이 필요할 경우, 가급적 'Temporary Table'을 사용함. ☞ 'Temporary Table'을 사용할경우, 비록 언두에 의해 리두는 생성되지만, 데이터에 대한 리두는 생성되지 않기 때문에, 리두 데이터양이 전반적으로 감소함.
4	☞ 인덱스가 있는 테이블에 대해 'Direct load' 작업 수행시, 인덱스를 ''Unusable' 상태로 변경 > 데이터 생성 > 인덱스 'Nologging' 모드로 재구성' 할 경우, 리두 생성 방지 가능.
5	☞ LOB 데이터의 경우 데이터 크기가 크다면, 가급적 'Nologging' 속성 부여함.

리두버퍼의 크기가 지나치게 큰 경우, 'log file sync' 대기가 증가하는 경향이 있음.
리두 버퍼의 크기가 큰 경우, LGWR에 의한 백그라운드 기록 횟수가 줄어드는데, 이 경우 유저 세션에서 'sync write' 수행 시 기록해야 할 데이터량이 많이지므로, 대기시간 증가함.

1. 'log file sync' 대기	☞ 리두 버퍼의 크기 감소.
2. 'log buffer space' 대기	☞ 리두 버퍼의 크기 증가.
3. 2개가 동시에 보일 경우	☞ '_LOG_IO_SIZE' 히든 파라미터는 리두 버퍼의 내용을 리두 로그 파일에 저장하는 임계치 값. ☞ 'log buffer space' 대기를 줄이기 위해, 리두 버퍼 크기를 증가시키고, '_LOG_IO_SIZE' 사이즈를 감소시켜야 함.