문제

Windows 관리 도구 이벤트 뷰어에 대한 모든 사람의 의견이 무엇인지 궁금하십니까?

현재 WCF 응용 프로그램을 작성하고 있으며 Windows 이벤트 뷰어를 처리 할 때 오류를 기록하기 시작했습니다. 그런 다음 사용자가 로그인했거나 나가는 것과 같은 오류 이상의 오류 이상을 기록해야한다고 생각하기 시작했습니다.

아니면 디버거를 사용하지 않고 주로 테스트에 사용되는 도구입니까?

모든 입력은 감사합니다 :-)

도움이 되었습니까?

해결책

전반적으로 나는 그것이 당신의 프로그램과 의도 된 청중에 달려 있다고 말할 것입니다. 예를 들어 미국 정부 (특히 DoD)가 사용하는 응용 프로그램은 보안 요구 사항을 충족하기 위해 특정 이벤트 (Windows 이벤트 로그)에 특정 이벤트를 기록해야합니다.

당신이 지금 로깅을 어떻게하고 있는지 모르면와 같은 로깅 프레임 워크를 사용하는 것이 좋습니다. log4net 응용 프로그램 로깅을 수행합니다. 런타임에 멀리 떨어진 곳에 기록 된 내용과 로그인 한 위치를 맞출 수 있습니다. 이는 생산 시스템의 디버깅 문제/오류 또는 테스트에 사용할 수있는 디버거가없는 경우 테스트의 문제에 대해 엄청난 도움이 될 것입니다.

다른 팁

Windows 이벤트 로그는 응용 프로그램이 오류 및 정보 메시지 로그를위한 일반적인 대상입니다. 물론 회사 표준, 운영 환경 설정 및 비 기능적 요구 사항은 모두 로그 대상을 결정할 때 발생합니다.

이벤트 로그에 정보 또는 디버그 메시지를 덤프하는 것은 완벽하게 유효하지만 일반적으로 로그가 필요하지 않은 경우 디버그 메시지로 채워지지 않도록 구성 기반으로 구성됩니다. 이를위한 일반적인 프레임 워크는 log4net 또는 엔터프라이즈 라이브러리입니다.

이벤트 로그에는 몇 가지 네거티브가 있습니다.

  • 일반적으로 많은 응용 프로그램에 런타임 (예 : ASP.NET)에서 키를 생성 할 권한이 없기 때문에 일반적으로 레지스트리 키는 미리 설정해야합니다.
  • 로그는 메시지 로깅을 막을 수 있습니다.
  • 로그는 롤오버로 설정 될 수있어 구형 항목이 손실 될 수 있습니다.
  • 로그 항목의 크기는 제한되어 있습니다 (32767 자로 생각합니다). 큰 항목이 잘립니다 (예 : 큰 WCF 메시지를 기록하는 경우)
라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top