Windows 서비스 로그 파일 위치에 대한 '우수 사례'는 무엇입니까?

Question

많은 Windows 서비스는 일별 로그 파일을 "프로그램 파일"아래의 응용 프로그램 설치 디렉토리에 씁니다.

Windows 시스템 응용 프로그램 (예 : IIS)은 % SystemRoot % \ System32 \ LogFiles를 사용합니다. 내 봉사를 위해해야 ​​할 일이 있습니까?

Answer 1

로그 디렉토리를 구성 할 수 있도록합니다. 사용법에 따라 OS 드라이브 나 필요 이상으로 권한을 부여해야하는 위치에 로그가 필요하지 않을 수 있습니다.

이벤트 로그는 더 자세한 로깅을위한 최선의 솔루션이되지는 않습니다. 우리는 오류 및 경고와 주요 상태 변경 (시작/중지/etc.)에 이벤트 로그를 사용하지만 더 자세한 동작을 위해 로그 파일을 사용합니다.

Answer 2

하나의 옵션은 많은 IT 직원이 로그를 찾을 것으로 예상되는 이벤트 로그를 사용하는 것입니다.

로그 파일을 사용하려면 좋은 위치는 % Temp % 디렉토리에 있어야합니다.

Answer 3

이 두 가지는 일반적으로 비스타 (및 XP이지만 자주는 아니지만)에서 작성하는 것이 좋습니다. 오히려 % AllUsersProfile % \ application data \ yourService \

Answer 4

이벤트 로그를 사용하십시오. 데이터를 풍부한 형식으로 저장하고 WMI를 통해 좋은 쿼리를 지원할 수 있습니다 (예 : 관리자는 경고를 위해 모든 100 개의 서버의 로그를 동시에 쿼리 할 수 ​​있습니다. 파일 이름 "Payroll.xml"이 포함되어 있습니다 - 서비스 문제를 해결하기 위해 로그 파일을 파고 들지 않음).

Answer 5

내 Windows 서비스에서 "C : \ App 로그 파일 \"의 기본 디렉토리에 로그를 출력하고 사용자가 다른 위치를 선택할 수있게합니다. 나는 자동적으로 그것들을 순환 시키므로 나는 Monday.log, Tuesday.log 등을 가지고있다. 화요일 아침에 나는 Wednesday.log를 지우고 다음 날에는 비어있게 될 것이다. 마지막으로, 일주일면 충분하지 않습니다, 나는 수요일로 이전 하나의 이름을 바꿉니다 .V01. 이 주간주기의 이유는 이전 버전에서 다른 사람이 수행 한 로그가 날짜별로 있었고 모든 것이 지워질 때까지 자동으로 하드 디스크를 채우는 데있었습니다. 대부분의 시스템에는 유지 보수 할 사람이 없으므로 자체 유지 관리 작업을 수행해야합니다.

마지막으로 시스템 이벤트 로그는 비정기적인 메시지에 적합한 장소이지만 트랜잭션 등의 상세한 로그에는 적합하지 않습니다. 시스템 로그 외부에 로그 파일이 있으면 개발자에게 다시 보낼 수 있습니다 분석을 훨씬 쉽게 할 수 있습니다.