2009-06-01 2 views
1

사용자 지정 성능 카운터가 설치된 DLL에서 installutil을 실행했습니다. 나는 2 개의 카테고리를 설치했지만 첫 번째 카테고리에 문제가 있다는 것을 깨달았 기 때문에 카테고리를 삭제했지만 삭제하기 전에 asp.net 앱을 실행하여 작동하는지 확인했습니다.사용자 지정 성능 카운터 설치 및 제거 문제

문제는 범주를 삭제 한 후 응용 프로그램을 다시 작성하면 사용자 지정 perfmon 카운터에 기록되지만 값이 업데이트되지 않습니다.

두 번째 사용자 지정 범주가 올바르게 작동하고 카운터가 채워집니다. perfmon 내에서 두 범주를 모두 볼 수 있지만 첫 번째 범주 카운터는 asp.net을 실행할 때 업데이트되지 않습니다.

누구든지이 문제에 직면 해 있습니다. 기존 인스턴스를 삭제해야합니까? 컴퓨터를 재부팅하지 않으려 고합니다.

답변

2

(카운터 설치 방법에 따라 ...) perf 카운터가 "고아"가 될 수 있습니다.

IMHO 이것은 perf 카운터가 Reg 및 "다른 곳에"<에 설치되어있어 다른 perf 카운터 정보가 저장되는 위치를 찾으려고 시도하기 때문입니다.

경우에 따라 regkeys가 적절하게 빌드되어 적절하게 등록되지만 OS "다른 위치"의 위치가 올바르게 빌드되지 않았습니다. 어딘가에서 퍼커 카운터 캐시가있는 것과 거의 같습니다. (누구에게 코멘트 하시겠습니까?)

설치 후 요약하면 lodctr/R을 적절한 perms와 함께 명령 줄에서 실행하면 대부분의 설치에서이 문제를 해결할 수 있습니다. 나는 다른 사람들이이 주제에 대한 믿음을 초월하여 일반적으로 이용할 수있는 문서 (즉, MS) SUCKS라고 말하는 것에 관심을 가질 것입니다 ...

grrr.

+0

감사합니다 ... 재부팅이 끝나고 카운터 데이터가 올바르게 업데이트됩니다. 하지만 또 다른 문제가 있습니다. 클래스를 확인하기 위해 wbemtest를 실행할 때 클래스가 있지만 현재 인스턴스가 없습니다. 따라서 wmi를 사용하여 개체를 쿼리하면 카운터 데이터가 반환되지 않습니다. 이제 인스턴스가없는 이유를 조사하고 있습니다. –