명령줄을 사용하여 메시지 저장소 로깅 구성을 제어하는 옵션을 구성할 수 있습니다.
이러한 옵션의 최적 설정은 로그 데이터가 누적되는 비율에 따라 다릅니다. 1MB의 저장소 공간에는 4,000개에서 10,000개의 로그 항목이 들어갈 수 있습니다. Notice와 같은 보다 세밀한 로깅 수준에서는, 작업량이 중간 정도인 서버가 매주 수백 MB의 로그 데이터를 생성할 수 있습니다. 이 경우 다음과 같은 방법을 사용할 수 있습니다.
저장소 제한에 일치하는 로깅 수준 즉, 평가 수준을 설정하면 로그 데이터는 저장소 제한을 평가하는 데 사용되는 비율과 비슷하게 누적됩니다.
검색 성능에 영향이 없도록 로그 파일 크기를 정의합니다. 또한 회전 일정과 총 저장소 제한에 맞게 조정합니다. 로그 항목이 누적되는 비율이 지정되면, 그 최대값은 회전이 자동으로 수행될 때 예상되는 누적 양보다 약간 크게 설정합니다. 그리고 최대 파일 크기와 최대 파일 수를 곱한 값이 전체 저장소 제한과 거의 일치하도록 해야 합니다.
예를 들어 IMAP 로그 회전이 매일 수행되며 IMAP 로그 데이터의 예상 누적량이 일일 3MB이고 IMAP 로그의 전체 저장소 제한이 25MB인 경우, 최대 IMAP 로그 파일 크기는 3.5MB로 설정할 수 있습니다. 이 예에서 일부 로그 데이터가 너무 빠르게 누적되어 모든 로그 파일이 최대 크기에 도달하고 최대 로그 파일 수에 도달하면 일부 로그 데이터가 손실될 수 있습니다.
서버 백업이 매주 수행되며 IMAP 로그 파일을 매일 회전하는 경우 최대 IMAP 로그 파일 수를 약 10(개별 로그 크기 제한이 초과되는 경우의 회전을 고려한 값)으로 지정하고 최대 수명은 7-8일로 지정할 수 있습니다.
전체 저장소 제한은 하드웨어 용량 내에서 선택하고 해당 서버의 백업 일정에 맞게 조정해야 합니다. 로그 데이터의 예상 누적 비율을 평가하고 안전 계수를 추가한 다음 총 저장소 제한이 서버 백업 사이의 간격을 초과하지 않도록 정의합니다.
예를 들어 매일 평균 3MB의 IMAP 로그 파일 데이터가 누적되고 서버 백업이 매주 수행되는 경우, IMAP 로그의 저장소 제한을 25 - 30MB로 설정할 수 있습니다(디스크 저장소 용량이 충분한 경우).
안전을 위해, 로그 파일이 저장될 볼륨에 허용되는 빈 디스크의 최소 공간을 선택해야 합니다. 이렇게 하면 로그 파일 크기 이외의 요소로 인해 볼륨이 꽉 차게 되면 꽉 찬 디스크에 로그 데이터를 쓰려고 할 때 발생하는 실패가 발생하기 전에 오래된 로그 파일이 삭제됩니다.