관리에 필요한 가장 적합한 메시지 저장소와 관리 서비스 로깅 구성을 정의할 수 있습니다. 이 절에서는 최적의 구성과 정책을 결정하는 데 도움이 되는 문제에 대해 설명하고 이를 구현하는 방법에 대해 설명합니다.
로그 파일의 이름 지정 스키마(service.sequenceNum.timeStamp)는 유연한 로그 회전과 백업 정책을 지정하는 데 도움이 됩니다. 각 서비스에 대한 이벤트가 서로 다른 파일에 기록되기 때문에 문제를 빠르게 차단할 수 있습니다. 또한 파일 이름의 일련 번호가 계속 커지고 타임스탬프가 항상 고유하기 때문에 제한된 일련 번호 집합을 모두 사용한 후 새 로그 파일이 기존 로그 파일을 덮어쓰지 않습니다. 대신 보다 유연한 수명 제한, 파일 수 또는 전체 저장소 용량에 도달하였을 때만 기존 로그 파일을 삭제하거나 덮어쓰게 됩니다.
Messaging Server는 관리 작업을 단순화하고 백업 작업을 수월히 하는 로그 파일의 자동 회전 기능을 지원합니다. 이후의 기록되는 이벤트를 저장하기 위해 수동으로 현재 로그 파일을 지우고 새 파일을 만들 필요가 없습니다. 서버를 중단하거나 새 로그 파일을 시작하도록 서버에 수동으로 알리지 않고도 디렉토리에서 현재 로그 파일을 제외한 모든 파일을 언제든지 백업할 수 있습니다.
로깅 정책 설정 시 전체 로그 저장소 제한, 최대 로그 파일 수, 개별 파일 크기, 최대 파일 수명 및 로그 파일 회전 비율을 제어하는 옵션을 설정할 수 있습니다(각 옵션별).
로그 파일의 회전이나 삭제를 시작할 수 있는 두 개 이상의 제한을 설정해야 합니다. 먼저 도달한 제한이 작업을 제어합니다. 예를 들어 최대 로그 파일 크기가 3.5MB이고 매일 새 로그가 생성되도록 지정한 경우, 로그 데이터가 24시간 동안 3.5MB 이상 작성되면 매일 하나 이상의 로그 파일이 생성됩니다. 또한 최대 로그 파일 수가 10이고 최대 수명이 8일인 경우, 로그 회전이 더 빠르게 수행되면 8일이 되기 전에 10개의 파일이 생성되므로 로그 파일의 수명 제한에는 도달하지 않게 됩니다.
Messaging Server 관리 로그에 대해 제공되는 다음 기본값을 계획의 시작점으로 사용할 수 있습니다.
디렉토리의 최대 로그 파일 수: 10
최대 로그 파일 크기: 2MB
모든 로그 파일에 허용되는 총 최대 크기: 20MB
허용되는 빈 디스크 최대 공간: 5MB
로그 롤오버 시간: 1일
만료 전 최대 수명: 7일
로깅 수준: Notice
이 구성에서는 서버 관리 로그 데이터가 매일 약 2MB 정도 누적될 것이며, 1주에 한 번 백업하고, 관리 로그의 저장소에 할당된 총 크기는 최소한 25MB가 되는 것으로 가정합니다. 로깅 수준이 더 세밀한 경우 이 설정이 충분하지 않을 수 있습니다.
POP, IMAP 또는 HTTP 로그의 경우에도 처음에는 동일한 값을 사용할 수 있습니다. 모든 서비스에 대략 여기에 표시된 기본값과 동일한 로그 저장소 요구 사항이 있는 경우 처음에는 총 로그 저장소 용량을 약 150MB로 설정해야 합니다. 이는 일반적인 저장소 요구 사항이며 실제 요구 사항은 환경에 따라 크게 다를 수 있습니다.
명령줄을 사용하여 메시지 저장소 로깅 구성을 제어하는 옵션을 구성할 수 있습니다.
이러한 옵션의 최적 설정은 로그 데이터가 누적되는 비율에 따라 다릅니다. 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로 설정할 수 있습니다(디스크 저장소 용량이 충분한 경우).
안전을 위해, 로그 파일이 저장될 볼륨에 허용되는 빈 디스크의 최소 공간을 선택해야 합니다. 이렇게 하면 로그 파일 크기 이외의 요소로 인해 볼륨이 꽉 차게 되면 꽉 찬 디스크에 로그 데이터를 쓰려고 할 때 발생하는 실패가 발생하기 전에 오래된 로그 파일이 삭제됩니다.