| PostgreSQL 8.3.3문서 | ||||
|---|---|---|---|---|
| Prev | Fast Backward | Chapter 22. 데이터베이스 정기 점검 작업 | Fast Forward | Next |
데이터베이스 서버의 로그 출력을 /dev/null에 그냥 건네버리는 것이 아니라, 어딘가 보존해 두기를 추천합니다. 문제의 원인을 구명할 때 로그 출력은 귀중합니다. 그러나 로그 출력은(특히, 고도의 디버그 레벨에서) 거대하게 되기 쉽상이므로, 끝없이 보존하고 싶지는 않을 것입니다. 새로운 로그 파일을 시작시키고, 정해진 기간을 경과한 낡은 로그 파일을 버리기 위해서, 로그 파일을"회전"시킬 필요가 있습니다.
단지 postgres의 stderr로 파일을 건네준다면, 로그 출력을 가질 수 있지만, 로그 파일을 절약하기 위해서는 서버를 정지하고, 재시작 시킬 수 밖에 없습니다. 개발 환경에서 PostgreSQL를 사용하고 있다면, 상관하지 않지만, 실행 서버에서는 이러한 행동이 적절하지 않습니다.
서버의 stderr를 몇 개의 로그 회전 프로그램에 전송하는 편이 좋습니다. 내장 로그 회전 프로그램이 있어, postgresql.conf의 logging_collector설정 파라미터를 true로 설정하여 사용 할 수 있습니다. 이 프로그램을 제어하는 파라미터에 대해서는Section 17.7.1에서 설명합니다.
또한, 이미 다른 서버 소프트웨어로 사용하는 외부 로그 회전 프로그램이 있다면, 그 프로그램을 사용하고 싶을 것입니다. 예를 들면, Apache배포물에 포함되는rotatelogs를 PostgreSQL로 사용할 수 있습니다. 이를 위해, 단지 서버의 stderr출력을 원하는 프로그램에 연결만 시키십시요. pg_ctl로 서버를 시작한 경우, stderr는 이미 stdout로 방향이 바뀌었기 때문에, 파이프 커멘드만이 필요합니다. 다음은 예제입니다.
pg_ctl start | rotatelogs /var/log/pgsql_log 86400
다른 실행 단계의 로그 출력을 관리하는 방법은 syslog에 모두를 송신하고, syslog에 파일의 회전을 실시하게 하는 것입니다. 이 때문에 postgresql.conf의log_destination설정 파라미터를syslog(syslog에만 로그를 출력)로 설정해 주십시요. 그리고 새로운 로그 파일에 입력을 시작하고 싶을 때, syslogdemon에게SIGHUP시그널을 송신해 주십시요. 로그 회전을 자동화시키고 싶은 경우, logrotate프로그램은 syslog으로부터 로그 파일을 을 가지고 설정할 수 있습니다.
그러나 많은 시스템, 특히 거대한 로그 메세지에서는syslog는 그다지 신뢰할 수 없습니다. 필요한 메세지를 절단하거나 삭제 할 가능성이 있습니다. 또한, Linux에서는 syslog는 메세지를 디스크와 동기화할만큼 성능이 좋지 않습니다 (이는 syslog설정 파일 내의 파일명 앞에 -를 사용하여 무효화 할 수 있습니다).
위에 설명한 모든 방법은 설정 간격에 따라 새로 시작하는 로그 파일을 관리할 수 있지만, 이미 안 쓰이는 로그파일의 삭제는 하지 않습니다. 아마도 정기적으로 오래된 로그 파일을 일괄적으로 삭제하도록 설정하고 싶을 것입니다. 다른 가능성은 회전 프로그램을 설정해 오래된 로그 파일을 주기적으로 겹쳐 쓰기하게 만드는 방법이 있습니다.