내 서버의 w3wp.exe 프로세스가 항상 99%인 이유는 무엇입니까?

CUP는 일반적으로 서버가 정상적으로 실행될 때 60% 미만이어야 합니다. 가끔 CUP가 크게 변동하거나, 서버가 갑자기 멈추거나 매우 느려지는 경우가 있는데, 작업 관리자를 확인하면 w3wp가 많이 나타납니다. exe는 CPU를 소모하는데, 종료되자마자 새로운 w3wp.exe가 나타나서 CPU를 점유하게 됩니다. 이런 경우에는 관리자가 IIS 서비스를 다시 시작해야 하는데 이상한 점은 IIS 서비스를 다시 시작한 후에는 모든 것이 정상이라는 것입니다. 시간이 좀 걸릴 수 있습니다. 문제가 다시 발생했습니다.

직접적인 이유:

다중 읽기 및 쓰기 프로세스 중에 하나 이상의 ACCESS 데이터베이스가 손상되었습니다. Microsoft의 MDAC 시스템이 손상된 ACCESS 파일을 쓸 때 ASP 스레드는 BLOCK 상태에 있습니다. 결과적으로 다른 스레드는 대기만 할 수 있고 IIS는 교착 상태에 빠지며 w3wp.exe에서 모든 CPU 시간이 소비됩니다.

해결책: 1

IIS 관리자에서 여러 응용 프로그램 풀을 설정하고 가상 호스트 사이트를 응용 프로그램 풀에 각각 추가합니다. 응용 프로그램 풀이 여러 개인 경우 각 응용 프로그램 풀에 대해 w3wp.exe 파일이 생성됩니다. 작업 관리자를 통해 모든 w3wp.exe의 CPU 사용률을 볼 수 있습니다. iis 관리자를 통해 애플리케이션 풀을 열고 애플리케이션 풀을 하나씩 중지합니다. 응용 프로그램 풀을 중지하는 동안 작업 관리자에서 w3wp.exe의 CPU 사용률이 갑자기 떨어지고 CPU 사용률이 정상으로 돌아오는 것을 관찰합니다. 이렇게 하면 어떤 응용 프로그램 풀에 문제가 있는지 확인할 수 있습니다. 그런 다음 각 응용 프로그램 풀이 사이트에 해당하는 여러 응용 프로그램 풀을 만들 수 있습니다. 이런 방식으로 응용 프로그램 풀을 하나씩 중지하면 어떤 웹 사이트에 문제가 있는지 확인할 수 있습니다. 가장 문제가 되는 파일은 "**COUNT.MDB", "*COUNT.ASP"와 같은 카운터 ACCESS 파일입니다. 이 파일을 찾은 후 삭제하거나 다운로드하여 ACCESS2000을 사용하여 복구할 수 있습니다. 문제가 해결될 것입니다.

해결책: 2

W3wp.exe는 CPU 쿼리 방법을 너무 많이 차지합니다. 이는 많은 웹 공급자에게 가장 골치 아픈 문제입니다. 작업 관리자에서 w3wp.exe는 너무 높은 점유율을 차지합니다. 해결 방법은 다음과 같습니다:

1. 먼저 작업 관리자를 열고 w3wp.exe가 컵 수준을 차지하는지 확인하고 프로세스를 종료합니다.

2. 내 컴퓨터-관리-이벤트 뷰어-시스템-w3wp.exe에 대한 오류 보고서를 찾아 프로그램 풀 이름을 기록한 다음 특정 시간(예: 12.59.56)을 기록합니다.

3. 시스템 보안과 관련하여 해당 시간(예: 12.59.56)에 로그인한 사용자를 찾습니다.

4. iis를 열어 2에서 쿼리한 프로그램 풀을 찾습니다. , 그리고 3명의 사용자가 로그인을 하고, 교차로를 타면 어떤 웹사이트 컵이 차지하고 있는지 정확하게 알 수 있습니다.