아시는분은 아시겠지만, 아파치 자체에서 log rotate가 가능합니다. 이는 bin 디렉토리의 rotatelogs가 담당합니다.

win32 apache 2.0의 경우 httpd.conf에 다음을 추가합니다.

TransferLog "|d:/apache2/bin/rotatelogs.exe d:/apache2/logs/access.log 10M"

|d:/apache2/bin/rotatelogs.exe는 rotatelogs.exe의 경로입니다.

d:/apache2/logs/access.log 10M는 분석할 로그파일이 d:/apache2/logs/access.log이며, 10M가 넘으면 순환(rotate)하라는 의미입니다.

리눅스 시스템에서도 경로만 지정해 주면 됩니다.

이로써 Cron이 없는 Windows 시스템이나 Cron을 사용하지 않고도 로그파일의 크기를 조절할 수 있습니다.

아래는 아파치 Document에서 가져왔습니다.
---------------------------------------------
로그를 파이프로 보내기
아파치 웹서버는 오류 로그와 접근 로그를 파일에 직접 쓰지않고 파이프를 통해 다른 프로세스로 보낼 수 있다. 이 기능을 사용하면 서버에 코드를 추가하지않고도 매우 유연하게 로그를 처리할 수 있다. 로그를 파이프에 쓰기위해 파일명 자리에 파이프문자 "|"와 뒤에 표준입력으로 로그 항목을 읽을 실행파일명을 적으면 된다. 아파치는 서버가 시작할때 파이프로 연결할 로그 프로세스를 시작하고, 서버가 실행되는 동안 프로세스가 죽으면 다시 시작한다. (이 마지막 기능때문에 우리는 이 방법을 "믿을 수 있는 파이프 로그"라고 부른다.)

파이프로 연결된 로그 프로세스는 부모 아파치 httpd 프로세스가 띄우고, 프로세스의 userid도 같다. 즉, 파이프로 연결된 로그 프로그램은 보통 root로 실행된다. 그러므로 프로그램을 간단하고 안전하게 만드는 것이 매우 중요하다.

파이프로 부르는 전체 명령어를 따옴표로 묶음을 명심하라. 이 예는 접근 로그에 대한 것이지만, 오류 로그도 마찬가지다.

서버를 재시작하지않고 로그를 순환할 수 있는 것이 파이프 로그를 사용하는 중요한 이유다. 아파치 웹서버는 이를 위해 rotatelogs라는 간단한 프로그램을 포함한다. 예를 들어 24시간마다 로그를 순환한다면:

CustomLog "|/usr/local/apache/bin/rotatelogs /var/log/access_log 86400" common

다른 사이트에 cronolog라는 비슷하지만 훨씬 더 유연한 로그 순환 프로그램이 있다.

조건부 로그와 같이 파이프 로그는 매우 강력한 도구지만, 나중에 처리하는 등의 더 간단한 방법이 가능한 경우 사용해서는 안된다.