2009-04-23 2 views
1

이것은 내가 이미 묻는 것보다 약간 더 구체적인 질문 인 것처럼 보입니다. '화재 및 잊지'로깅 서비스를 찾고 있다면 윈도우 이벤트 로그 서비스가 얼마나 신뢰할 수 있는지, 그래서 서비스를 호출하는 중 오류가 발생해도 호출자에게 영향을 미치지 않으며 OS에 의해 어딘가에 기록됩니다.강력한 이벤트 로깅

+0

서비스 자체에 딸꾹질이 발생할 것이라고 생각되는 특정 상황이 있습니까? – theG

+0

디스크 공간 부족? – ProfK

+0

디스크가 가득 차면 이벤트 로그의 내용을 제어하는 ​​설정이 있습니다. 예산 내에서 가장 오래된 이벤트 삭제는 옵션입니다. 그래서 CPU를 멈추고 부팅을 거부합니다. 당신 (PC 관리자)이 결정을 내립니다. – RBerteig

답변

2

Windows 측에서는 이벤트 로그가 정상입니다. 많은 응용 분야에서 오랫동안 사용되어 왔지만 확실히 안정적입니다. 충분한 정보를 입력하여 크래시 할 수있는 독창적 인 방법을 찾을 수는 있을지 모르지만 모든 API에 해당 될 것입니다. 제대로 사용하면 효과가 있습니다.

이런 말을하는 경우 일반적으로 "화재 및 잊어 버리기"컨텍스트에서 이벤트 로그를 사용하지 마십시오. 관리자가 시스템 로그를 읽어야한다는 것을 명심하십시오. 너무 많은 이벤트를 먹이면 관리자의 관점에서 볼 때 매우 쓸모 없게됩니다. 희소하게 그것을 뜻 깊은 사건을 위해서만 사용하는 경우에, 당신은 당신의 시간을 걸리고 당신의 입력이 유효하다는 것을 확인하고 예외는 당신의 주요 논리 등을 맞댄 전파하지 않는다.

마지막으로 로깅 인프라를 찾고있는 경우 Windows에 내장 된 고성능 이벤트 추적 인프라 인 ETW을 살펴보십시오.

0

내 경험에 비추어 볼 때 Event Service에 프로그래밍 방식으로 문제가 발생한 적은 한번도 없었습니다. 한번은 문제가 있었지만 내 가게의 플랫폼 "전문가"가 발생시킨 4201 (?) '액세스 거부'오류였습니다. 그러나 사용법이나 API 호출과 관련해서는 절대 아무것도하지 마십시오.

0

실제로 Windows 이벤트 로그는 실제로 잘 작동합니다. 안정성에 관해 우리가 가진 유일한 문제는 NT4 시대 였고 오랫동안 실천 중이었습니다. 반복적으로 같은 이벤트로 넘치지 않도록주의하십시오. 실제로는보아야 할 고통이됩니다.)

관련 문제