이벤트 ID 2021 및 이벤트 ID 2022 문제를 해결하는 방법
![]() |
시스템 팁본 문서의 정보는 현재 사용하는 Windows 버전과 다른 버전에 적용됩니다. 따라서 문서의 내용이 관련되지 않을 수도 있습니다.Windows XP 솔루션 센터 방문하기 | ![]() |
이 페이지에서
현상
적용 대상 섹션에서 포함된 운영 체제 중 하나가 잠시 동안 응답하지 않을 수 있으며 다음과 비슷한 여러 이벤트가 시스템 로그에 기록될 수 있습니...
적용 대상 섹션에서 포함된 운영 체제 중 하나가 잠시 동안 응답하지 않을 수 있으며 다음과 비슷한 여러 이벤트가 시스템 로그에 기록될 수 있습니다.
또한 서버 또는 문제가 발생하는 서버에 연결된 클라이언트에 다음과 유사한 이벤트가 기록될 수 있습니다.
때로는 서버 컴퓨터 자체에 연결을 시도할 때 서버 컴퓨터에 문제가 발생하는 이벤트 3013 기록될 수 있습니다.
참고이 문서에서 설명하는 문제 해결 단계를 많은 이벤트 ID 3013 오류를 해결하는 데 사용할 수도 있습니다.
운영 체제의 다른 구성 요소가 제대로 작동하지 않 및 상태 코드 1450 데이터 섹션에 해당 이벤트 로그 메시지를 보고할 오류 메시지를 생성할 수 있습니다. 즉, "시스템 리소스 부족." 이러한 이벤트는 시스템 이벤트 로그에 응용 프로그램 이벤트 로그를 찾을 수 있습니다. 이러한 메시지는 기본 이벤트를 서버 서비스에 대한 연결을 경우 경우에만 이 문서에서 설명하는 문제에 적용됩니다. 그러나 이 사실은 쉽게 결정되지 않습니다. 예를 들어, CLUSSVC에 의해 생성된 이벤트 ID 1055 것입니다. 이 이벤트는 일반적으로 서버 서비스가 실패한 연결을 보고하는 클러스터 서비스에서 있습니다.
이벤트 ID: 2022
원본: Srv
설명: 마지막 s 동안 사용 가능한 연결이 n 번 찾으려면 서버가 없습니다.
원본: Srv
설명: 마지막 s 동안 사용 가능한 연결이 n 번 찾으려면 서버가 없습니다.
이벤트 ID: 2021
원본: Srv
설명: 지난 %3초 동안 작업 항목을 %2번 만들려면 서버가 없습니다.
원본: Srv
설명: 지난 %3초 동안 작업 항목을 %2번 만들려면 서버가 없습니다.
이벤트 ID: 3013
원본: Rdr
설명: Computer_Name 수 있는 리디렉터가 초과되었습니다.
원본: Rdr
설명: Computer_Name 수 있는 리디렉터가 초과되었습니다.
참고이 문서에서 설명하는 문제 해결 단계를 많은 이벤트 ID 3013 오류를 해결하는 데 사용할 수도 있습니다.
운영 체제의 다른 구성 요소가 제대로 작동하지 않 및 상태 코드 1450 데이터 섹션에 해당 이벤트 로그 메시지를 보고할 오류 메시지를 생성할 수 있습니다. 즉, "시스템 리소스 부족." 이러한 이벤트는 시스템 이벤트 로그에 응용 프로그램 이벤트 로그를 찾을 수 있습니다. 이러한 메시지는 기본 이벤트를 서버 서비스에 대한 연결을 경우 경우에만 이 문서에서 설명하는 문제에 적용됩니다. 그러나 이 사실은 쉽게 결정되지 않습니다. 예를 들어, CLUSSVC에 의해 생성된 이벤트 ID 1055 것입니다. 이 이벤트는 일반적으로 서버 서비스가 실패한 연결을 보고하는 클러스터 서비스에서 있습니다.
원인
서버 서비스를 I/O 스트림 네트워크 계층에서 대기 중인 네트워크 작업 항목에 대한 필요 시 유지할 수 있기 때문에 이 문제가 발생합니다. 서버...
서버 서비스를 I/O 스트림 네트워크 계층에서 대기 중인 네트워크 작업 항목에 대한 필요 시 유지할 수 있기 때문에 이 문제가 발생합니다. 서버 서비스가 충분히 빠르게 하드 디스크 및 exhausts 사용 가능한 리소스에 요청한 네트워크 I/O 항목을 처리할 수 없습니다.
사용 가능한 리소스가 낭비되지 서버 서비스의 루트 원인은 여러 가지가 있을 수 있습니다. 예를 들어, 네트워크 어댑터 및 하드 디스크 드라이브 간의 I/O 경로에 있는 모든 문제를 이 문서에서 설명하는 현상이 발생할 수 있습니다.
잘못된 네트워크 어댑터 드라이버가 설치되어 있으면 이 문제가 발생할 수 있습니다.
사용 가능한 리소스가 낭비되지 서버 서비스의 루트 원인은 여러 가지가 있을 수 있습니다. 예를 들어, 네트워크 어댑터 및 하드 디스크 드라이브 간의 I/O 경로에 있는 모든 문제를 이 문서에서 설명하는 현상이 발생할 수 있습니다.
잘못된 네트워크 어댑터 드라이버가 설치되어 있으면 이 문제가 발생할 수 있습니다.
해결 방법
이 문제를 해결하려면 서버 서비스를 사용할 수 있는 자원 수를 최대화하려면 먼저 시도하십시오. 이렇게 하는 방법에 대한 자세한 내용은 "수준 1...
이 문제를 해결하려면 서버 서비스를 사용할 수 있는 자원 수를 최대화하려면 먼저 시도하십시오. 이렇게 하는 방법에 대한 자세한 내용은 "수준 1. 참조하십시오. 서버 리소스를 최대화"섹션입니다.
중요한 이 시점에서 서버 서비스의 시스템 리소스 극대화를 이 문제의 근본 원인을 해결하는 데 어렵게 있지 않습니다.
그런 다음, 어떤 상황에서 이벤트 ID에서 2022 오류와 2021 오류가 나타나고 보십시오. 많은 다른 문제로 인해 이 문제가 발생했을 수 있습니다. 이 문제를 해결할 때는 하드 디스크 드라이브 배열을 네트워크 어댑터에서 I/O 경로에 있는 모든 구성 요소를 조사하십시오. 예를 들어, 아마도 이러한 오류는 백업 프로그램이 실행되는 경우에만 발생합니다. 아마도 이러한 경우에만 초기에 아침 사용자가 로그온할 때 발생합니다. 대해서만 간략하게 오류가 발생하면 서버 서비스가 서버 서비스에 대한 핫픽스 업데이트를 적용하는 함께 조정 이 문제를 해결할 수 있습니다.
이벤트 2022 너무 적은 연결을 사용자에 대해 사용할 수 없을 때 기록됩니다. 가장 일반적인 원인은 부족하여 사용 가능한 네트워크 연결 넓은 스윙 네트워크 로드 많은 클라이언트가 동시에 연결을 시도하는 많은 연결을 시도하는 일부 클라이언트가 나타낼 것입니다. 사용자가 연결을 빠르게 만들 수 없습니다 클라이언트 프로그램을 인해 것 같습니다. 이 새 사용자에 대해 사용할 수 있도록 너무 적은 연결이 끊어집니다. 따라서 가장 중요한 단계 중 하나는 네트워크 로드 변경 내용을 합리적인 제한 내에 있는지 여부를 확인할 수 있습니다.
이러한 메시지가 자주 발생하지 않는 기준으로 이벤트 로그에 기록될 수 로드 에서 사소한 변경 내용이 있으면 서버 서비스 작업을 수정할 수 있습니다. 디스크 하위 시스템 속도가 너무 느리면 또는 네트워크 로드가 너무 높게 또는 너무 변수 경우 서버 서비스가 수정하면 문제가 해결되지 것입니다. 성능 모니터와 네트워크 패킷 캡처 프로그램을 Microsoft 또는 타사 공급업체 같은 도구를 이러한 이벤트 true 근본 원인을 확인하는 데 사용할 합니다 왜 것입니다. 특정 문제 해결 단계를 설명하는 이 섹션에서 sub-section “ 수준 2. 근본 원인을 식별하는. ”
중요한
덤프 파일을 만들도록 서버를 설정한 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
서버가 시작될 때 서버 서비스는 자동으로 조정되어 있습니다. 하지만 새 버전의 Microsoft Windows 2000 및 Windows Server 2003 서비스 팩이 출시된 같이 여러 가지 기본 설정을 업그레이드하지 않은. 이 섹션에서 지정한 값을 현재 사용 가능한 서비스 팩을 사용하여 Microsoft 고객기술지원부에 최상의 방법을 나타냅니다. 커널, 리디렉터 및 서버 서비스에 대한 현재 핫픽스가 설치된 아니라 현재 서비스 팩을 적용하는 것 외에 값이 모든 이전 시스템이 적용됩니다. 업그레이드된 서버에 서비스를 설치하기 전에 사용자가 현재 핫픽스를 리디렉터와 커널 동시에 설치하는 것이 좋습니다. 커널 현재 핫픽스를 즉시 설치할 수 없으면 서버 서비스 핫픽스를 설치하면 리디렉터에 대한 현재 핫픽스를 설치하십시오.
참고 이 절에서 설명하는 레지스트리 값을 추가할 때 해당 10진수 형식으로 입력해야 합니다.
특히 이벤트 ID 2021 해결하기 위해 레지스트리 편집기를 시작하고 다음 레지스트리 하위 키를 찾습니다.
설명: 최대 작업 항목
값 이름: MaxWorkItems
데이터 형식: REG_DWORD
값 데이터: (10진수) 8192 또는 0x2000과 같습니다
설명: 요청한 버퍼 크기
값 이름: SizReqBuf
데이터 형식: REG_DWORD
데이터 값: 0x4104 또는 16644 (10진수)
값 범위
간단한 토론 여기에 허용되는 값의 범위를 설명하기 위해 제공됩니다. 다른 문서 표준이 있지만 있는 큰 최대 정의된 값, 이러한 최대 값을 사용할 수 없습니다 표시합니다.
MaxWorkItems 레지스트리 항목에 대해 8196 값을 경우에만 두 개 이상의 1.5 기가바이트 (GB 메모리 및 없이) 서버에서는 사용할 수 있는 /3 gb Boot.ini 파일에 있는 전환합니다. 최대 값은 '65535' (십진수) 입니다. 그러나 충분한 작업 항목을 사용한 경우 이 높게 설정하면 서버가 응답을 중지할 수 발생할 수 있습니다. 따라서 큰 값은 일반적으로 서버 서비스 작업 항목 버퍼 크기 수정하지 않고 사용할 수 없습니다. MaxWorkItems 레지스트리 항목의 높게 설정하면 시작할 때 응답하지 서버 경우에도 발생할 수 있으며 페이지되지 않은 메모리 고갈이 발생할 수 있습니다. 관찰된 태그 LSwn, 수 또는 거의 기타 밀접하게 관련된 태그.
기본적으로 SizReqBuf 값은 '16644' 있지만 비페이징 풀 할당 작업 항목 당 ' 20480' 됩니다. 추가 할당 추적 때문에 오버헤드가 있습니다. 따라서 8196MaxWorkItems에 대한 값 160 MB (메가바이트) 모든 버전의 Microsoft x 86 32비트 운영 체제 256 MB 비페이징 풀 제한의 최대 사용할 서버 서비스를 사용할 수 있습니다. 그러나 로드가 매우 조건에서 최대 한도에 도달할 경우에도 다음. Microsoft 기술지원부에 160 MB 이상의 사용을 가능한 최대 256 MB 전체 비페이징 풀의 서버 서비스 위한 사용하지 않는 것이 좋습니다. 바이트 수 메가바이트 변환하려는 경우 1024 * 1024 값으로 나눕니다. Microsoft 고객기술지원부에 8196 보다 큰 값이 사용된 때 고성능 파일 서버가 응답하지 여러 문제를 살펴보았습니다. 이러한 서버 풀 페이지되지 않은 풀 누수 많이 사용하여 다른 구성 요소와 있었습니다.
따라서 8196 보다 큰 값을 사용하지 마십시오. MaxWorkItems에 대해 더 큰 값을 사용할 경우, 서버 서비스에서 사용하는 최대 풀 제한하려면 SizReqBuf 값을 줄이십시오. 작업 항목을 더 필요하면 일부 응용 프로그램은 같은 있는 IIS 백 엔드 서버, 도메인 컨트롤러 또는 파일 서버에 리디렉션된 사용자 프로필이 저장되는 위치를 우리는 다음 설정 가진 최대 SMB 버퍼 크기를 줄여야 합니다.
값 이름: SizReqBuf
데이터 형식: REG_DWORD
데이터 값: 8452 (10진수)
이로 인해 비페이징 풀 할당 12284 바이트. 최대 13824 작업 항목이 않고 서버에서 사용할 수 있게 됩니다 있는 /3 gb 현재 전환합니다. 서버의 위치를 해당 /3 gb 스위치를 사용하는 8452 및 MaxWorkItems 고도로 로드된 서버에 대한 표준 사례로 80 MB 비페이징 풀 사용을 제한하려면 6400 수 SizReqBuf 설정하는 것이 좋습니다. 기억할 것에 대한 설정을 수정할 필요가 있는 /3 gb SMB/CIFS (일반 인터넷 파일 서비스) 트래픽을 로드가 아주 않으면 파일 서버. 따라서, IIS, SQL 또는 Exchange 프런트 엔드 서버 또는 WINSOCK 사용하는 백 엔드 서버의 변경할 수 있습니다. 이 표준 SMB/CIFS 호스팅되는 전송 RPC 트래픽이 필요 백 엔드 서버에 적용할 수 있습니다. 공격에 대한 /3 gbMaxWorkItems8196 로 설정한 후 작업 항목을 부족을 발생할 서버, SizReqBuf8452 및 13824 대한 근본적인 원인을 식별할 때 단기 릴리프 위해 MaxWorkItems 설정할 수도 있습니다.
특히 이벤트 ID 2022 해결하기 위해 레지스트리 편집기를 시작하고 다음 레지스트리 하위 키로 이동하십시오.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters
다음 추가 또는 다음 DWORD 레지스트리 값을 수정하십시오.
설명: 최대 사용 가능한 연결
값 이름: MaxFreeConnections
데이터 형식: REG_DWORD
값 데이터: 0x1000 또는 4096 (10진수)
설명: 최소 자유 연결
값 이름: MinFreeConnections
데이터 형식: REG_DWORD
값 데이터: 0x100 또는 256 (10진수)
중요한 이러한 설정은 Windows 2000에서 현재 서비스 팩 4 또는 이후 핫픽스를 설치해야. Windows Server 2003 서비스 팩 1 또는 나중에 최신 수정이 필요합니다. 범위를 핫픽스나 서비스 팩을 않고 설정을 너무 낮게 유용하게 사용할 수 있습니다 (100, 32 각각). 최대 4096 중인 좋습니다 현재 및 256 각각.
이러한 변경을 구현하기 위해 레지스트리 편집기를 종료합니다 컴퓨터를 다시 또는 중지 및 서버 서비스를 다시 시작하십시오.
서버 서비스를 다시 시작하려면 다음과 같이 하십시오.
추가 정보는 다음 문서 번호를 클릭하여 Microsoft 기술 자료에서 확인하십시오:
MaxFreeConnections 값을 포함하는 사용 가능한 연결을 찾기 위해 많은 오류 이벤트 ID 2022 오류를 해결하는 데 유용합니다. 예를 들어, 로그된 오류 메시지에서 다음과 유사한 텍스트를 사용하는 이벤트를 해결하려면:
이벤트 ID: 2022
원본: Srv
설명: 마지막 s 동안 사용 가능한 연결이 n 번 찾으려면 서버가 없습니다.
사용 가능한 연결을 찾기 위해 많은 오류 위치를 홍수 비-네트워크 인식 프로그램 "네트워크 카드 초과를" 상황은 서버에 연결 시도를 사용하여 나타낼 수도 있습니다. 많은 사용 가능한 연결이 실패할 경우 네트워크 카드 초과를 절을 참조하십시오.
참고 가지 일반적으로 부정적인 효과가 이전 레지스트리 값을 추가하여 있습니다.
다음 레지스트리 항목 및 값에서 동일한 하위 키가 존재할 수 있습니다. 이 설정은 직접 문제 해결을 위해 이 문제에 대한 수행할 수 있지만 이해를 돕기 위해 아래 나열된 관련되어 있지 않습니다.
설명: 서버 크기
값 이름: 크기
데이터 형식: REG_DWORD
값 데이터: 0x3 또는 3 (10진수)
값 3 있어야 합니다. 이 값을 변경하지 마십시오.
설명: 최대 해결되지 않은 명령. 멀티플렉스 최대 개수
값 이름: MaxMpxCt
데이터 형식: REG_DWORD
값 데이터: 0x1000 또는 4096 (10진수)
필요한 특정 시나리오를 경우가 아니면 이 값은 수정하지 않습니다. 이 설정을 통해 설명은 이 문서의 끝에 찾을 수 없습니다.
추가 정보는 다음 문서 번호를 클릭하여 Microsoft 기술 자료에서 확인하십시오:
다음 구성 요소가 있는 핫픽스 트리에서 최신 사용할 수 있어야 합니다. 따라서 네트워크 구성 요소 최신 버전으로 업그레이드:
2. 오류에 대한 이벤트 로그를 검사하십시오.
모든 네트워크 중 하나에 관련된 이벤트 로그 오류를 또는 저장소 하드웨어를 찾아보십시오. 원인은 다음 목록에서 문제를 해결하기 전에 이러한 수정해야 합니다. 반환 오류는 장치 드라이버를 확인하고 이러한 드라이버는 일반적으로 낮은 수준 드라이버와 상호 운용성 문제를 표시 이벤트에 대한 연결할 드라이버를 필터링할 수도.
3. 사용 가능한 공간이 오류를 식별하십시오.
참고 디스크 공간이 있는 드라이브를 적이 실행한 경우 이 단계를 수행해야 합니다.
드라이브에 여유 공간이 적이 것 여부를 확인하려면 이벤트 로그를 검사하십시오. 디스크 공간이 있는 드라이브를 적이 실행한 경우 파일 시스템이 손상되지 것이 있는지 전체 chkdsk 루틴을 실행해야 합니다.
4. 파일 조각화를 검사합니다
파일 조각화는 디스크 저장소를 검사하십시오. 디스크 저장소를 조각 모음하려면 못할 수 있습니다 있지만 저장소 시스템에 최소한 분석 단계에서 실행할 수 있습니다. 손상된 또는 매우 패스' 분석 ' 실행 드라이브 조각난 노트의 파일 시스템을 오프라인 상태로 수 있지만 이 최소 방해가 되지 메서드는 현재 파일 시스템 문제 검색 알려진 것입니다. 또한 이를 중요합니다 조각 모음 분석을 통해 반환된 데이터를 단지 않음을 유의하십시오. 또한 패스 완료하는 데 걸린 시간을 매우 중요합니다. 일부 디스크 하위 시스템에 완료하는 데 오래 걸릴 또는 프로세스를 전혀 완료 찾을 수 있습니다. 심하게 조각난된 파일 시스템은 이 문서에서 설명하는 문제를 만듭니다. Windows 읽기/쓰기 성능을 향상시키기 위해 하드 디스크를 조각 모음하십시오.
참고 디스크 조각 모음에 대한 요구 사항은 이 문제점을 해결하기 위해 다른 방법을 필요로 하는 저장소 하위 시스템의 I/O 대역폭을 초과할 수 있습니다. 파일 제거 또는 저장소 확장 포함될 수 있습니다.
추가 정보는 다음 문서 번호를 클릭하여 Microsoft 기술 자료에서 확인하십시오:
5. 하드 디스크 손상 확인
입출력 하드 디스크가 손상될 수 있습니다 (I/0) 운영 체제, 파일에서 읽거나 하드 디스크에 쓸 때 bottlenecks. 하드 디스크에서 오류 검사 명령 프롬프트에서 "chkdsk/r" 명령을 실행할 수 있습니다. 파일 시스템을 검사하는 데 사용할 기본 메서드가 아닙니다. 그러나 이러한 문제를 일반적으로 오프라인 가져올 수 없습니다 큰 파일 시스템에서 발생할 때 이 메서드를 사용할 수 있습니다. 첫째, chkdsk 매개 변수 사용하지 않고 파일 시스템에 대해 실행하기만 하면 됩니다. 일부 동적 시스템에서 일반적인 방향으로 파일 시스템 오류를 비트 있지만 보고서에 모든 없거나 손상된 디렉터리, 인덱스 또는 파일이 없어야 합니다 보고합니다. 다시 방대한 손상 있습니다 끝내려면, chkdsk 인해 매우 느리게 진행 유틸리티를 발생할 또는 유틸리티를 광범위한 파일 손상을 나타낼 수 있습니다. 심각한 오류가 생성되는 경우 볼륨을 다시 나타나듯이 있는 대화형 chkdsk 실행 우리는 일반적으로 이를 몇 분 후에 중지할 수 있습니다. 다시 이 상황을 해결하기 위해 다른 방법을 사용할 수 있을 수도 있지만 chkdsk/r 실행하는 파일 시스템의 문제를 해결할 수 있습니다.
이렇게 하려면 다음과 같이 하십시오.
이러한 이벤트의 원인은 다음 두 범주 아래에 요약할 수 있습니다.
서버 서비스가 오버로드 여부를 확인하려면 아래에 나열된 모든 다른 가능성을, 제거하십시오.
엔터프라이즈 수준의 문제가 이 문제의 일반적인 원인은 있으며 다음과 같이 분류할 수 있습니다 구성 지원:
명령 프롬프트에서 다음 명령을 사용하여 사용자가 모두 잘못된 워크스테이션, 프로그램을 가리킨 추가 정보를 받을 수 있습니다.
net 파일 > netfiles.txt
net session > netsession.txt
특히 워크스테이션으로 역할을 하는 다른 서버 컴퓨터에 있는 경우에는 다음과 같은 이벤트 ID가 일반적으로 잘못된 워크스테이션 컴퓨터에 나열됩니다.
다른 한 네트워킹 문제가 있을 수 있습니다. 이 문제는 다음 두 가지 환경에서 볼 수 있습니다.
추가 정보는 다음 문서 번호를 클릭하여 Microsoft 기술 자료에서 확인하십시오:
이러한 경우에 서버가 많은 (수천) IIS 가상 루트 또는 많은 (수천) 호스팅 서버에 다시 가리키는 링크가 원격 프로필이 사용됩니다. 다른 비정상적인 현상이 있지만 않는 반드시 다른 오류가 발생할 수도 있습니다.
이 문제를 해결하려면 다음과 같이 하십시오.
이 값을 늘리면 파일 서버와 IIS 클라이언트 서버 컴퓨터 추가 비페이징 풀 메모리가 소모됩니다. 비페이징 풀 메모리가 상한값을 256 메가바이트 (MB). 많은 연결을 사용하는 많은 클라이언트가 파일 서버의 비페이징 풀 메모리를 모두 소모할 수 있습니다. 이 카운터는 감시할 성능 모니터를 사용하고 있는지 확인해야 제한에 도달하므로지 않습니다. IIS가 실행되는 컴퓨터에서 여러 가상 디렉터리 또는 다른 Windows NT 4.0 Server 컴퓨터에 있는 공유를 가리키는 웹 사이트를 가질 수 있습니다.
ASP 디렉터리 모니터 API ReadDirectoryChangesW 사용하여 다른 서버에서 디렉터리에 변경 내용을 모니터링합니다. 서버에서 작업 컨텍스트를 각 보류 중인 ReadDirectoryChangesW 항목이 필요로 하며 사용 가능한 작업 컨텍스트가 제한된 수의. 작업 컨텍스트의 수는 SMB 수준을 협상할 때 서버에서 클라이언트로 전달됩니다. 클라이언트의 리디렉터는 서버에서 사용하는 작업 컨텍스트의 수는 내부 개수를 유지합니다. 작업 컨텍스트의 기본 수는 50입니다. 작업 컨텍스트의 수는 서버 프로세스가 모든 비페이징 풀 메모리 낭비되지 유지하려면 제한됩니다. 이 발생할 수 있지만 제한이 데 얼마나 많은 작업 컨텍스트 특정 클라이언트가 소모할 수 있습니다. 이 문제는 IIS 제한되지 않습니다. Windows NT 탐색기는 동일한 메커니즘을 디렉터리 변경 모니터링을 사용합니다. 일반적으로 탐색기 터미널 서버 환경에서 문제가 발생할 수 있습니다.
추가 정보는 다음 문서 번호를 클릭하여 Microsoft 기술 자료에서 확인하십시오:
Windows 탐색기를 사용하여 이 문제가 발생할 경우 이전 IIS 문제가 사용되는 것과 같은 단계를 사용하여 처리됩니다. 그러나 이 솔루션은 빠르게 작업 항목의 서버의 공급 소비하며 서버를 호스팅할 수 있는 바탕 화면 프로필 수가 크게 줄어듭니다.
다음 레지스트리 하위 키 값을 유의하십시오.
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders
또는 명령 프롬프트에서 다음 명령을 사용하여 다음 출력 파일을 볼 수 있습니다. 사용자 당 두 개 이상의 5 파일을 문제가 있음을 나타냅니다.
net 파일 > filelist.txt
net session > netsession.txt
Microsoft은 시스템 정책을 사용하여 다음 폴더의 리디렉션을 지원합니다.
중요한 이 시점에서 서버 서비스의 시스템 리소스 극대화를 이 문제의 근본 원인을 해결하는 데 어렵게 있지 않습니다.
그런 다음, 어떤 상황에서 이벤트 ID에서 2022 오류와 2021 오류가 나타나고 보십시오. 많은 다른 문제로 인해 이 문제가 발생했을 수 있습니다. 이 문제를 해결할 때는 하드 디스크 드라이브 배열을 네트워크 어댑터에서 I/O 경로에 있는 모든 구성 요소를 조사하십시오. 예를 들어, 아마도 이러한 오류는 백업 프로그램이 실행되는 경우에만 발생합니다. 아마도 이러한 경우에만 초기에 아침 사용자가 로그온할 때 발생합니다. 대해서만 간략하게 오류가 발생하면 서버 서비스가 서버 서비스에 대한 핫픽스 업데이트를 적용하는 함께 조정 이 문제를 해결할 수 있습니다.
일반 정보
서버 서비스에서 작업 항목의 누적 때 이벤트 2021이 기록됩니다. 그러나 디스크 하위 시스템의 요청 수를 유지하지 않습니다 때문에 서버 서비스에서 작업 항목의 누적 가장 일반적인 원인은 있는지 이해해야 합니다. 서버 서비스를 사용하면 일부 조정에 수 있지만 디스크 처리량이 문제가 발생한 경우 이 완전히 문제가 해결되지 않습니다. 따라서 가장 중요한 단계는 디스크 처리량이 일반 초기 계획의 변경되었거나 적어도 합리적인 제한 내에 없는 여부를 결정해야 합니다.이벤트 2022 너무 적은 연결을 사용자에 대해 사용할 수 없을 때 기록됩니다. 가장 일반적인 원인은 부족하여 사용 가능한 네트워크 연결 넓은 스윙 네트워크 로드 많은 클라이언트가 동시에 연결을 시도하는 많은 연결을 시도하는 일부 클라이언트가 나타낼 것입니다. 사용자가 연결을 빠르게 만들 수 없습니다 클라이언트 프로그램을 인해 것 같습니다. 이 새 사용자에 대해 사용할 수 있도록 너무 적은 연결이 끊어집니다. 따라서 가장 중요한 단계 중 하나는 네트워크 로드 변경 내용을 합리적인 제한 내에 있는지 여부를 확인할 수 있습니다.
이러한 메시지가 자주 발생하지 않는 기준으로 이벤트 로그에 기록될 수 로드 에서 사소한 변경 내용이 있으면 서버 서비스 작업을 수정할 수 있습니다. 디스크 하위 시스템 속도가 너무 느리면 또는 네트워크 로드가 너무 높게 또는 너무 변수 경우 서버 서비스가 수정하면 문제가 해결되지 것입니다. 성능 모니터와 네트워크 패킷 캡처 프로그램을 Microsoft 또는 타사 공급업체 같은 도구를 이러한 이벤트 true 근본 원인을 확인하는 데 사용할 합니다 왜 것입니다. 특정 문제 해결 단계를 설명하는 이 섹션에서 sub-section “ 수준 2. 근본 원인을 식별하는. ”
수준 1입니다. 서버 리소스 극대화
오류 메시지 없애기 위해 또는 오류 메시지 빈도를 줄이려면 서버 서비스를 사용할 수 있는 자원 수를 최대화할 수 있습니다. 서버 리소스를 늘리는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.228766 (http://support.microsoft.com/kb/228766/ ) 서버 서비스 속성을 변경하는 방법
중요한
- 이 서버 서비스에 대한 시스템 리소스를 극대화하는 것이 이 문제의 근본 원인을 해결하는 데 더 어렵게 만들 수 없습니다.
- 서버 서비스 문제를 해결하려면 Windows 기반 서버를 다시 수행할지 않습니다. Windows 기반 서버를 다시 문제가 해결되지 않습니다. 문제가 다시 발생합니다.
덤프 파일을 만들도록 서버를 설정한 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
254649 (http://support.microsoft.com/kb/254649/ ) 메모리 덤프 파일 옵션 Windows 2000, Windows XP 및 Windows Server 2003 개요
244139 (http://support.microsoft.com/kb/244139/ ) Windows 기능을 Memory.dmp 파일을 키보드로 생성할 수 있습니다.
서버가 시작될 때 서버 서비스는 자동으로 조정되어 있습니다. 하지만 새 버전의 Microsoft Windows 2000 및 Windows Server 2003 서비스 팩이 출시된 같이 여러 가지 기본 설정을 업그레이드하지 않은. 이 섹션에서 지정한 값을 현재 사용 가능한 서비스 팩을 사용하여 Microsoft 고객기술지원부에 최상의 방법을 나타냅니다. 커널, 리디렉터 및 서버 서비스에 대한 현재 핫픽스가 설치된 아니라 현재 서비스 팩을 적용하는 것 외에 값이 모든 이전 시스템이 적용됩니다. 업그레이드된 서버에 서비스를 설치하기 전에 사용자가 현재 핫픽스를 리디렉터와 커널 동시에 설치하는 것이 좋습니다. 커널 현재 핫픽스를 즉시 설치할 수 없으면 서버 서비스 핫픽스를 설치하면 리디렉터에 대한 현재 핫픽스를 설치하십시오.
A. 변경 레지스트리 설정을 서버 서비스 성능 최대화
중요한 이 섹션에서는, 메서드 또는 작업이 레지스트리 수정 방법을 알려 주는 단계가 포함되어 있습니다. 그러나 레지스트리를 잘못 수정하면 심각한 문제가 발생할 수 있습니다. 따라서 다음 이 단계를 주의 깊게 따라야 합니다. 추가 보호 기능을 수정하기 전에 레지스트리를 백업해야. 그런 다음 문제가 발생할 경우 레지스트리를 복원할 수 있습니다. 백업 및 복원하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.322756 (http://support.microsoft.com/kb/322756/ ) 백업 및 Windows 에서 레지스트리를 복원하는 방법
참고 이 절에서 설명하는 레지스트리 값을 추가할 때 해당 10진수 형식으로 입력해야 합니다.
1. 이벤트 ID 2021 오류를 줄입니다.
특히 이벤트 ID 2021 해결하기 위해 레지스트리 편집기를 시작하고 다음 레지스트리 하위 키를 찾습니다.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters
그런 다음 추가 또는 다음 DWORD 레지스트리 값 수정:설명: 최대 작업 항목
값 이름: MaxWorkItems
데이터 형식: REG_DWORD
값 데이터: (10진수) 8192 또는 0x2000과 같습니다
설명: 요청한 버퍼 크기
값 이름: SizReqBuf
데이터 형식: REG_DWORD
데이터 값: 0x4104 또는 16644 (10진수)
값 범위
간단한 토론 여기에 허용되는 값의 범위를 설명하기 위해 제공됩니다. 다른 문서 표준이 있지만 있는 큰 최대 정의된 값, 이러한 최대 값을 사용할 수 없습니다 표시합니다.
MaxWorkItems 레지스트리 항목에 대해 8196 값을 경우에만 두 개 이상의 1.5 기가바이트 (GB 메모리 및 없이) 서버에서는 사용할 수 있는 /3 gb Boot.ini 파일에 있는 전환합니다. 최대 값은 '65535' (십진수) 입니다. 그러나 충분한 작업 항목을 사용한 경우 이 높게 설정하면 서버가 응답을 중지할 수 발생할 수 있습니다. 따라서 큰 값은 일반적으로 서버 서비스 작업 항목 버퍼 크기 수정하지 않고 사용할 수 없습니다. MaxWorkItems 레지스트리 항목의 높게 설정하면 시작할 때 응답하지 서버 경우에도 발생할 수 있으며 페이지되지 않은 메모리 고갈이 발생할 수 있습니다. 관찰된 태그 LSwn, 수 또는 거의 기타 밀접하게 관련된 태그.
기본적으로 SizReqBuf 값은 '16644' 있지만 비페이징 풀 할당 작업 항목 당 ' 20480' 됩니다. 추가 할당 추적 때문에 오버헤드가 있습니다. 따라서 8196MaxWorkItems에 대한 값 160 MB (메가바이트) 모든 버전의 Microsoft x 86 32비트 운영 체제 256 MB 비페이징 풀 제한의 최대 사용할 서버 서비스를 사용할 수 있습니다. 그러나 로드가 매우 조건에서 최대 한도에 도달할 경우에도 다음. Microsoft 기술지원부에 160 MB 이상의 사용을 가능한 최대 256 MB 전체 비페이징 풀의 서버 서비스 위한 사용하지 않는 것이 좋습니다. 바이트 수 메가바이트 변환하려는 경우 1024 * 1024 값으로 나눕니다. Microsoft 고객기술지원부에 8196 보다 큰 값이 사용된 때 고성능 파일 서버가 응답하지 여러 문제를 살펴보았습니다. 이러한 서버 풀 페이지되지 않은 풀 누수 많이 사용하여 다른 구성 요소와 있었습니다.
따라서 8196 보다 큰 값을 사용하지 마십시오. MaxWorkItems에 대해 더 큰 값을 사용할 경우, 서버 서비스에서 사용하는 최대 풀 제한하려면 SizReqBuf 값을 줄이십시오. 작업 항목을 더 필요하면 일부 응용 프로그램은 같은 있는 IIS 백 엔드 서버, 도메인 컨트롤러 또는 파일 서버에 리디렉션된 사용자 프로필이 저장되는 위치를 우리는 다음 설정 가진 최대 SMB 버퍼 크기를 줄여야 합니다.
값 이름: SizReqBuf
데이터 형식: REG_DWORD
데이터 값: 8452 (10진수)
이로 인해 비페이징 풀 할당 12284 바이트. 최대 13824 작업 항목이 않고 서버에서 사용할 수 있게 됩니다 있는 /3 gb 현재 전환합니다. 서버의 위치를 해당 /3 gb 스위치를 사용하는 8452 및 MaxWorkItems 고도로 로드된 서버에 대한 표준 사례로 80 MB 비페이징 풀 사용을 제한하려면 6400 수 SizReqBuf 설정하는 것이 좋습니다. 기억할 것에 대한 설정을 수정할 필요가 있는 /3 gb SMB/CIFS (일반 인터넷 파일 서비스) 트래픽을 로드가 아주 않으면 파일 서버. 따라서, IIS, SQL 또는 Exchange 프런트 엔드 서버 또는 WINSOCK 사용하는 백 엔드 서버의 변경할 수 있습니다. 이 표준 SMB/CIFS 호스팅되는 전송 RPC 트래픽이 필요 백 엔드 서버에 적용할 수 있습니다. 공격에 대한 /3 gbMaxWorkItems8196 로 설정한 후 작업 항목을 부족을 발생할 서버, SizReqBuf8452 및 13824 대한 근본적인 원인을 식별할 때 단기 릴리프 위해 MaxWorkItems 설정할 수도 있습니다.
2. 이벤트 ID 2022 오류를 줄입니다.
특히 이벤트 ID 2022 해결하기 위해 레지스트리 편집기를 시작하고 다음 레지스트리 하위 키로 이동하십시오.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters
다음 추가 또는 다음 DWORD 레지스트리 값을 수정하십시오.
설명: 최대 사용 가능한 연결
값 이름: MaxFreeConnections
데이터 형식: REG_DWORD
값 데이터: 0x1000 또는 4096 (10진수)
설명: 최소 자유 연결
값 이름: MinFreeConnections
데이터 형식: REG_DWORD
값 데이터: 0x100 또는 256 (10진수)
중요한 이러한 설정은 Windows 2000에서 현재 서비스 팩 4 또는 이후 핫픽스를 설치해야. Windows Server 2003 서비스 팩 1 또는 나중에 최신 수정이 필요합니다. 범위를 핫픽스나 서비스 팩을 않고 설정을 너무 낮게 유용하게 사용할 수 있습니다 (100, 32 각각). 최대 4096 중인 좋습니다 현재 및 256 각각.
3. 변경 내용을 구현하십시오.
이러한 변경을 구현하기 위해 레지스트리 편집기를 종료합니다 컴퓨터를 다시 또는 중지 및 서버 서비스를 다시 시작하십시오.
서버 서비스를 다시 시작하려면 다음과 같이 하십시오.
- 시작 을 누르고, 실행 을, 열기 상자에서 cmd 를 입력한 및 다음 확인 을 누릅니다.
- 명령 프롬프트에 net stop 서버 를 입력한 다음 Enter 키를 누릅니다. 작업을 확인하라는 메시지가 나타나면 y 를 입력한 다음 Enter 키를 누릅니다.
- net start 서버 를 입력한 다음 Enter 키를 누릅니다.
참고 함께 서버 서비스가 중지된 추가 종속 서비스를 다시 시작해야 할 수 있습니다.
B. 자세한 정보
가장 중요한 모든 서버 서비스 설정을 MaxFreeConnections 설정입니다.추가 정보는 다음 문서 번호를 클릭하여 Microsoft 기술 자료에서 확인하십시오:
245080 (http://support.microsoft.com/kb/245080/ ) 이벤트 ID 2022 여러 인스턴스를 받기
MaxFreeConnections 값을 포함하는 사용 가능한 연결을 찾기 위해 많은 오류 이벤트 ID 2022 오류를 해결하는 데 유용합니다. 예를 들어, 로그된 오류 메시지에서 다음과 유사한 텍스트를 사용하는 이벤트를 해결하려면:
이벤트 ID: 2022
원본: Srv
설명: 마지막 s 동안 사용 가능한 연결이 n 번 찾으려면 서버가 없습니다.
사용 가능한 연결을 찾기 위해 많은 오류 위치를 홍수 비-네트워크 인식 프로그램 "네트워크 카드 초과를" 상황은 서버에 연결 시도를 사용하여 나타낼 수도 있습니다. 많은 사용 가능한 연결이 실패할 경우 네트워크 카드 초과를 절을 참조하십시오.
참고 가지 일반적으로 부정적인 효과가 이전 레지스트리 값을 추가하여 있습니다.
다음 레지스트리 항목 및 값에서 동일한 하위 키가 존재할 수 있습니다. 이 설정은 직접 문제 해결을 위해 이 문제에 대한 수행할 수 있지만 이해를 돕기 위해 아래 나열된 관련되어 있지 않습니다.
설명: 서버 크기
값 이름: 크기
데이터 형식: REG_DWORD
값 데이터: 0x3 또는 3 (10진수)
값 3 있어야 합니다. 이 값을 변경하지 마십시오.
설명: 최대 해결되지 않은 명령. 멀티플렉스 최대 개수
값 이름: MaxMpxCt
데이터 형식: REG_DWORD
값 데이터: 0x1000 또는 4096 (10진수)
필요한 특정 시나리오를 경우가 아니면 이 값은 수정하지 않습니다. 이 설정을 통해 설명은 이 문서의 끝에 찾을 수 없습니다.
추가 정보는 다음 문서 번호를 클릭하여 Microsoft 기술 자료에서 확인하십시오:
271148 (http://support.microsoft.com/kb/271148/ ) MaxMpxCt 및 Windows 2000에서 MaxCmds 제한
수준 2입니다. 근본 원인 식별
해상도 키를 문제의 근본 원인을 디스크 하위 시스템이 있는지 또는 네트워크 로드 여부를 결정해야 합니다. 네트워크 로드가 문제가 있는지 수량적으로 설정하려면 어렵기 때문에 최적의 디스크 시스템을 검사할 수 있습니다. 있는 경우 오류 일관된 짧은 기간 이벤트 로그 합니다 모두 캡처할 네트워크 패킷 캡처 프로그램을 또한 중에 문제가 네트워크 트래픽을 사용하고, 외에도 디스크 하위 시스템을 검사하여 기록한. 디스크 하위 시스템이 있습니다 타사 볼륨 관리자 시작 및 전체 소프트웨어 스택 아래로 이동 합니다. 모든 계층의 설치되어 있는 모든 필터 드라이버 및 장치 드라이버를 끝 하드웨어 드라이브가 포함됩니다. 우리는 볼륨 관리자 제거할 수 있지만 다른 많은 필터 드라이버를, 적어도 일시적으로 제거할 수 있다는.Windows 업데이트되고 안정적인 A. 확인하십시오
1. 네트워크 구성 요소 업그레이드다음 구성 요소가 있는 핫픽스 트리에서 최신 사용할 수 있어야 합니다. 따라서 네트워크 구성 요소 최신 버전으로 업그레이드:
- SMB/CIFS 서버 서비스
- Srvsvc.dll
- Srv.sys
- 리디렉터
- -
- Rdbss.sys
- OS 커널
- Ntkrnlmp.exe
- Ntkrnlpa.exe
- Ntkrpamp.exe
- Ntoskrnl.exe
2. 오류에 대한 이벤트 로그를 검사하십시오.
모든 네트워크 중 하나에 관련된 이벤트 로그 오류를 또는 저장소 하드웨어를 찾아보십시오. 원인은 다음 목록에서 문제를 해결하기 전에 이러한 수정해야 합니다. 반환 오류는 장치 드라이버를 확인하고 이러한 드라이버는 일반적으로 낮은 수준 드라이버와 상호 운용성 문제를 표시 이벤트에 대한 연결할 드라이버를 필터링할 수도.
3. 사용 가능한 공간이 오류를 식별하십시오.
참고 디스크 공간이 있는 드라이브를 적이 실행한 경우 이 단계를 수행해야 합니다.
드라이브에 여유 공간이 적이 것 여부를 확인하려면 이벤트 로그를 검사하십시오. 디스크 공간이 있는 드라이브를 적이 실행한 경우 파일 시스템이 손상되지 것이 있는지 전체 chkdsk 루틴을 실행해야 합니다.
4. 파일 조각화를 검사합니다
파일 조각화는 디스크 저장소를 검사하십시오. 디스크 저장소를 조각 모음하려면 못할 수 있습니다 있지만 저장소 시스템에 최소한 분석 단계에서 실행할 수 있습니다. 손상된 또는 매우 패스' 분석 ' 실행 드라이브 조각난 노트의 파일 시스템을 오프라인 상태로 수 있지만 이 최소 방해가 되지 메서드는 현재 파일 시스템 문제 검색 알려진 것입니다. 또한 이를 중요합니다 조각 모음 분석을 통해 반환된 데이터를 단지 않음을 유의하십시오. 또한 패스 완료하는 데 걸린 시간을 매우 중요합니다. 일부 디스크 하위 시스템에 완료하는 데 오래 걸릴 또는 프로세스를 전혀 완료 찾을 수 있습니다. 심하게 조각난된 파일 시스템은 이 문서에서 설명하는 문제를 만듭니다. Windows 읽기/쓰기 성능을 향상시키기 위해 하드 디스크를 조각 모음하십시오.
참고 디스크 조각 모음에 대한 요구 사항은 이 문제점을 해결하기 위해 다른 방법을 필요로 하는 저장소 하위 시스템의 I/O 대역폭을 초과할 수 있습니다. 파일 제거 또는 저장소 확장 포함될 수 있습니다.
추가 정보는 다음 문서 번호를 클릭하여 Microsoft 기술 자료에서 확인하십시오:
300978 (http://support.microsoft.com/kb/300978/ ) 분석 및 Windows 2000에서 디스크 볼륨 조각을 모으는 방법
5. 하드 디스크 손상 확인
입출력 하드 디스크가 손상될 수 있습니다 (I/0) 운영 체제, 파일에서 읽거나 하드 디스크에 쓸 때 bottlenecks. 하드 디스크에서 오류 검사 명령 프롬프트에서 "chkdsk/r" 명령을 실행할 수 있습니다. 파일 시스템을 검사하는 데 사용할 기본 메서드가 아닙니다. 그러나 이러한 문제를 일반적으로 오프라인 가져올 수 없습니다 큰 파일 시스템에서 발생할 때 이 메서드를 사용할 수 있습니다. 첫째, chkdsk 매개 변수 사용하지 않고 파일 시스템에 대해 실행하기만 하면 됩니다. 일부 동적 시스템에서 일반적인 방향으로 파일 시스템 오류를 비트 있지만 보고서에 모든 없거나 손상된 디렉터리, 인덱스 또는 파일이 없어야 합니다 보고합니다. 다시 방대한 손상 있습니다 끝내려면, chkdsk 인해 매우 느리게 진행 유틸리티를 발생할 또는 유틸리티를 광범위한 파일 손상을 나타낼 수 있습니다. 심각한 오류가 생성되는 경우 볼륨을 다시 나타나듯이 있는 대화형 chkdsk 실행 우리는 일반적으로 이를 몇 분 후에 중지할 수 있습니다. 다시 이 상황을 해결하기 위해 다른 방법을 사용할 수 있을 수도 있지만 chkdsk/r 실행하는 파일 시스템의 문제를 해결할 수 있습니다.
이렇게 하려면 다음과 같이 하십시오.
- 명령 프롬프트를 엽니다.
- 형식 chkdsk drive_letter:/r, 다음 Enter 키를 누릅니다.
B. 가능한 원인을 검토하십시오
문제의 근본 원인을 확인하려면 원인은 자세한 목록을 제시합니다. 보다 이 문제를 해결하려면 다음 방법을 아래에 나타난 순서대로 사용할 수 있습니다. 이러한 단계는 특정 순서로 나열되지 않습니다.이러한 이벤트의 원인은 다음 두 범주 아래에 요약할 수 있습니다.
- 오버로드된 서버 서비스입니다.
- 네트워크 카드 초과
a. 오버로드된 서버 서비스
서버 서비스가 오버로드 여부를 확인하려면 아래에 나열된 모든 다른 가능성을, 제거하십시오.
- 타사 프로그램의 간섭
경우에 따라 타사 프로그램에서 양식 실행 중인 프로그램 또는 필터 드라이버가 서버 서비스의 응답 능력이 방해할 수 있습니다. 함수 및 프로그램, 특히 높은 우선 순위로 실행되는 프로그램이 실행 중인 우선 순위가 이해하십시오. 필터 드라이버를 검사할 때, 우리는 현재 사용되는 필터 드라이버 중 여러 클래스가 있는지 고려해야 합니다. 각 클래스 에서 드라이버 별도로 평가해야 합니다. 일부 시스템의 올바른 작동을 위해 필요한 반면 일부 클래스는 쉽게, 비활성화할 수 있습니다. 공급업체에 이 자동으로 해제할 수 있습니다 한 볼륨 관리 드라이버 및 다중 경로 I/O 활성화된 남아 있어야 합니다. 볼륨 스냅샷 및 할당량 관리 드라이버를 사용하지 않도록 설정할 수 있습니다 필터 드라이버는 있습니다. 열린 파일 에이전트 및 파일 복제 소프트웨어를 일반적으로 사용되지 않습니다.
바이러스 백신 소프트웨어의 설정을 수정하여 모든 파일에 대한 "실시간 검색을 수행하지 않습니다. 권장된 설정은 검색만 들어오는 파일 및 페이지, .PST, .vhd, .tmp, .shd, 또는 .spl입니다 파일을 검색할 수 있습니다. 또는 더 좋은 시간 이후에 검색하도록 예약할 수 있습니다. 일반적으로 최신 버전의 바이러스 검색 프로그램 없는 문제를 일으키는. 그러나 모든 바이러스 소프트웨어 2년 또는 두 버전 이외의 현재 릴리스 이전 검색 사용 안 함. - 부적절한 네트워크 액세스입니다.
잘못 구성된 네트워크 프로그램이나 조합하여가 잘못 구성된 워크스테이션 함께 서버에 잘못된 요청을 사용하여 넘칠 수 있습니다. 이 문제는 잘못된 네트워크 어댑터 드라이버가 설치되어 있지 않거나 네트워크 팀 구성 소프트웨어를 설치한 경우 발생할 수 있습니다. - 하드 디스크의 잘못된 데이터 구성 및 공간 사용.
성능 모니터를 사용하여 파일 시스템 작업이 과다하게 할당되지 수 있는지 여부를 결정합니다. 항상 시간 간격 (2-3 초 단위)를 사용하여 디스크 데이터 수집을 있지만 하루 과정에서 디스크 로드 잘 이해하고 얻으려면 여러 로그를 수집할 수 없을 수 있습니다. 하드 디스크 하위 시스템에 병목 현상이 있는지 확인하려면 다음 키 논리 디스크 기반 카운터를 검토:
% 유휴 시간
초당 디스크 읽기
초당 디스크 쓰기
현재 디스크 큐 길이
디스크 전송/초
평균 디스크 초/전송
RAID 최소한 75% 사용하도록 구성된 경우 이 문제는 일반적으로 제거할 수 나중 쓰기 캐시 및 25% 이상의 여유 공간을 사용할 수 있습니다. 사용 중인 파일 시스템에서 사용 가능한 공간이 15%만 있는 하드 디스크는 완전히 전체 고려해야 합니다. 압축 좀 더 자유롭게 사용할 수 있는 경우 공간이 필요합니다.
참고 이벤트 ID 2022 근본 원인을 같이 이 어려운 문제를 해결할 수 있습니다. - 조각난된 하드 디스크입니다.
Windows 읽기/쓰기 성능을 향상시키기 위해 하드 디스크를 조각 모음하십시오.
추가 정보는 다음 문서 번호를 클릭하여 Microsoft 기술 자료에서 확인하십시오:300978 (http://support.microsoft.com/kb/300978/ ) 분석 및 Windows 2000에서 디스크 볼륨 조각을 모으는 방법
하드 디스크 조각화 또는 거의 모든 클라이언트 요청을 증가"파일" 운영 체제 인해 사용 가능한 하드 디스크 공간이 마치려면 시간이 매우 오래 걸릴 수 검색하십시오. 이 시간 동안 다른 요청을 완료하는 데 필요한 시스템 수준 잠금을 사용할 수 없습니다. 서버 서비스 리소스 작업 또한 보류 중인 유지되고 발생하는 이벤트 ID 2022 발생합니다. - 시스템 오류 파일
파일 시스템 오류 없이 실행되는지 확인하십시오. 입/출력 하드 디스크가 손상될 수 있습니다 (I/0) 운영 체제, 파일에서 읽거나 하드 디스크에 쓸 때 bottlenecks. 실행해야 하는 하드 디스크 손상을 복구할 수 있는 chkdsk drive_letter:/r 명령 프롬프트에서 명령.
참고 어떤 Windows가 설치된 드라이브에서 이 명령을 수행할 경우 Chkdsk 유틸리티가 드라이브를 잠글 수 있도록 컴퓨터를 다시 합니다. - 결함 있는 하드웨어 장치 또는 드라이버입니다.
하드 디스크 하위 시스템으로 가장 중요한 문제입니다. 하드 디스크 하위 시스템이 방금 느린 경우도 있습니다. 이 위치를 하드 디스크 하위 시스템 오류 없이 작동할 수 있지만 성능이 저하될된 수준에서 실행할 올바르지 않거나 오래된 드라이버 또는 올바르지 않거나 오래된 펌웨어 업데이트를 원인은 클러스터에서 가장 일반적입니다.
디스크 하위 시스템은 오류 없이 실행되는지 확인하고 충분한 처리량이 양호한 응답 시간이 있는지 설정해야 합니다. 모든 펌웨어가 최신 버전인지 확인하십시오. 다른 장치 및 드라이버 컴퓨터의 응답 능력이 방해할 수 있습니다. 성능 모니터를 사용하여 인터럽트 시간 및 기타 하드웨어 장치가 DPC 시간을 확인합니다. 전체 인터럽트 시간에 15% 미만의 시간 10% 및 DPC 작아야 합니다. "인터럽트 초 당" 좋은 임계값을 설정할 수 있지만 모든 하드웨어 인터럽트를 초 당 15,000 보다 큰 경우 조사하는 데 어려울 수 있습니다. 또한, "% 전체 프로세서 시간" 하드웨어 또는 드라이버 문제를 나타내는 것과 거의 동일한 시간 항목을 권한.
구하여 컴퓨터에 최신 드라이버 및 제조업체에 업데이트를 설치하십시오. 컴퓨터 하드웨어 제조업체에 연락하는 방법에 대한 자세한 내용은 Microsoft 기술 자료 문서를 보려면 다음 목록에서 적절한 문서 번호를 누르십시오. - 잘못된 풀 구성입니다.
풀 또는 운영 체제 구성 변경 dominate 드라이버가 서버 서비스에 사용할 수 있는 메모리 풀을 줄일 수 있습니다.
활동 타사 제품을 사용하여 풀을 dominate 수 있습니다. 이러한 풀 표시 타사 풀 태그는 통해 식별할 수 있습니다. 일반적으로 사용하는 많은 비페이징된 풀 페이지되지 않은 LSwn 있는지 유일한 servicer 서비스 태그 태그 풀. 다음 서버 서비스를 태그 조사하고 15 MB 값을 초과할 경우 Microsoft 고객기술지원부에 문의하십시오.
LSwi - 초기 작업 컨텍스트
LSwn - 일반적인 작업 컨텍스트
LSwq - 차단 작업 대기열
LSwr - 원시 작업 컨텍스트
LSws - 특수 차단 작업 컨텍스트
이러한 값은 경우에만 서버 서비스가 더 많은 작업을 수행할 수 있음을 나타냅니다. 또한 페이징된 풀 MmSt 태그 존재를 찾습니다. 이러한 태그를 통해 캐싱 페이지된 풀 다음 NT 60% 파일 경우 너무 많은 페이징된 풀 중 낭비되지 않습니다. Windows 2000 및 Windows NT 이러한 값을 각각 조정하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.312362 (http://support.microsoft.com/kb/312362/ ) 서버가 시스템 페이징된 풀로부터 메모리를 할당할 수 없습니다.192409 (http://support.microsoft.com/kb/192409/ ) 열려 있는 파일을 보고서에 INSUFFICIENT_RESOURCES 커널 발생할 수 있습니다.
스냅샷 풀의 다른 태그 표시 경우 서버의 비페이징 풀 메모리가 많이 소비하는 경우 원본을 조사하십시오. 페이지 풀을 레지스트리 하위 키 값을 적절하지 않은 값으로 설정되어 있지 않습니다 않도록 하려면 다음 레지스트리 하위 키를 검사하여: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management
값 이름: PagedPoolSize
데이터 형식: REG_DWORD
값 데이터: 0x0 또는 0x0A000000 또는 0xFFFFFFFF 경우에만 - 드라이버 디스크 I/O 스택 및 기타 프로그램 필터
스택에 있는 모든 필터 드라이버를 해제합니다. 가지 많은 드라이버 파일, 파일 버전 관리, HSM, 할당량 관리, 열린 파일 에이전트를 복제와 또한 바이러스 검색 같은 서비스가 관련된 필터링할 유의하십시오. 이벤트 ID 2022 오류 빈도, 따라 잠시 동안 몇 시간이 하루) 에서 이러한 드라이버는 사용하지 않으면 한 여부를 확인할 수 있습니다 있고 이상 이 문제가 발생합니다. 현재 있는 모든 드라이버가 설치 없음 알려진된 호환성 문제가 있는지 확인하십시오.
부분 수단으로 들어오는 파일만 모니터링할 또는 "실시간 바이러스 백신 더 이상 수행하려면 바이러스 백신 프로그램을 구성하십시오. 대신, 업무 시간 후에 또는 낮은 네트워크 트래픽의 기간 동안 일정 바이러스가 검색합니다.
추가 정보는 다음 문서 번호를 클릭하여 Microsoft 기술 자료에서 확인하십시오:240309 (http://support.microsoft.com/kb/240309/ ) 완전히 파일 필터링에서 바이러스 백신 소프트웨어를 해제하는 방법 - 실행 중인 프로그램을 확인하십시오.
실행 중인 모든 프로그램, 특히 일반적인 기본 우선 순위가 높은 우선 순위로 실행되는 프로그램의 기능을 결정하십시오. 성능 모니터 지나치게 많은 양의 CPU 사이클 사용하는 프로세스가 감지할 수 있습니다. 우선 순위가 높은 작업을 sub-second 간격을 경우에만 실행해야 합니다. 타사 프로그램 (예: Compaq 통찰력 관리자 모니터링 소프트웨어, UPS 모니터링 소프트웨어 및 데이터베이스 소프트웨어 모니터링 모니터링 Microsoft 인터넷 정보 서비스 (IIS) 페이지 조사해야 합니다. 이 문제의 근본 원인은 같이 하드 디스크 병목 현상을 조사할 때 이러한 관측값을 또한 관련이 있음을 유의하십시오. 또한 모든 명명된 파이프 리소스를 사용하는 프로그램을 사용할 수 있습니다. 이 경우 Poolmon 유틸리티에 의해 수행된 스냅샷 사용되는 명명된 파이프 태그의 높은 바이트 수가 참고 됩니다.
b. 카드 초과를 네트워크합니다
엔터프라이즈 수준의 문제가 이 문제의 일반적인 원인은 있으며 다음과 같이 분류할 수 있습니다 구성 지원:
- SMS의 또는 타사 백업 솔루션이 예약된 사용이 잘못되었습니다.
- 재시도 사용하여 서버의 네트워크 어댑터가 지속적으로 넘치게 이전 프로그램.
- 오류
- 파일 연결
- 트리 연결
명령 프롬프트에서 다음 명령을 사용하여 사용자가 모두 잘못된 워크스테이션, 프로그램을 가리킨 추가 정보를 받을 수 있습니다.
net 파일 > netfiles.txt
net session > netsession.txt
특히 워크스테이션으로 역할을 하는 다른 서버 컴퓨터에 있는 경우에는 다음과 같은 이벤트 ID가 일반적으로 잘못된 워크스테이션 컴퓨터에 나열됩니다.
이벤트 ID: 3013
설명: Computer_Name 수 있는 리디렉터가 초과되었습니다.
다른 한 네트워킹 문제가 있을 수 있습니다. 이 문제는 다음 두 가지 환경에서 볼 수 있습니다.
- IIS 원격 서버에 있는 데이터를 저장합니다.
- 터미널 서버는 원격 프로필을 액세스하고 있습니다.
추가 정보는 다음 문서 번호를 클릭하여 Microsoft 기술 자료에서 확인하십시오:
221790 (http://support.microsoft.com/kb/221790/ ) IIS 작업 항목이 실행되며 원격 UNC 경로에 연결할 때 RPC 오류가 발생한다
이러한 경우에 서버가 많은 (수천) IIS 가상 루트 또는 많은 (수천) 호스팅 서버에 다시 가리키는 링크가 원격 프로필이 사용됩니다. 다른 비정상적인 현상이 있지만 않는 반드시 다른 오류가 발생할 수도 있습니다.
이 문제를 해결하려면 다음과 같이 하십시오.
- Windows 2000 SP1을 실행하는 경우 다음 Microsoft 기술 자료 IIS를 실행하는 서버 및 파일 서버 설명된 게시-SP1hotfix 설치:
271148 (http://support.microsoft.com/kb/271148/ ) Windows 2000에서 MaxMpxCt 및 MaxCmds 제한
- 다음 레지스트리 값을 추가하여 IIS를 실행하는 서버에서 MaxCmds 값을 늘려야: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanworkstation\parameters
값 이름: MaxCmds
데이터 형식: REG_DWORD
데이터 값: 4096(decimal)
참고 이 값보다 큰 값을 사용하면 이점이 없습니다 있습니다. - 다음 레지스트리 값을 추가하여 파일 서버의 MaxMpxCt 값을 늘릴: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters
값 이름: MaxMpxCt
데이터 형식: REG_DWORD
값 데이터: 4096 (10진수)
참고 이 값보다 큰 값을 사용하면 이점이 없습니다 있습니다. - IIS를 실행하는 서버 및 파일 서버를 다시 또는 중지하고 net stop 및 net start 명령을 사용하여 워크스테이션 및 서버 서비스를 다시 시작하십시오.
이 값을 늘리면 파일 서버와 IIS 클라이언트 서버 컴퓨터 추가 비페이징 풀 메모리가 소모됩니다. 비페이징 풀 메모리가 상한값을 256 메가바이트 (MB). 많은 연결을 사용하는 많은 클라이언트가 파일 서버의 비페이징 풀 메모리를 모두 소모할 수 있습니다. 이 카운터는 감시할 성능 모니터를 사용하고 있는지 확인해야 제한에 도달하므로지 않습니다. IIS가 실행되는 컴퓨터에서 여러 가상 디렉터리 또는 다른 Windows NT 4.0 Server 컴퓨터에 있는 공유를 가리키는 웹 사이트를 가질 수 있습니다.
ASP 디렉터리 모니터 API ReadDirectoryChangesW 사용하여 다른 서버에서 디렉터리에 변경 내용을 모니터링합니다. 서버에서 작업 컨텍스트를 각 보류 중인 ReadDirectoryChangesW 항목이 필요로 하며 사용 가능한 작업 컨텍스트가 제한된 수의. 작업 컨텍스트의 수는 SMB 수준을 협상할 때 서버에서 클라이언트로 전달됩니다. 클라이언트의 리디렉터는 서버에서 사용하는 작업 컨텍스트의 수는 내부 개수를 유지합니다. 작업 컨텍스트의 기본 수는 50입니다. 작업 컨텍스트의 수는 서버 프로세스가 모든 비페이징 풀 메모리 낭비되지 유지하려면 제한됩니다. 이 발생할 수 있지만 제한이 데 얼마나 많은 작업 컨텍스트 특정 클라이언트가 소모할 수 있습니다. 이 문제는 IIS 제한되지 않습니다. Windows NT 탐색기는 동일한 메커니즘을 디렉터리 변경 모니터링을 사용합니다. 일반적으로 탐색기 터미널 서버 환경에서 문제가 발생할 수 있습니다.
추가 정보는 다음 문서 번호를 클릭하여 Microsoft 기술 자료에서 확인하십시오:
232476 (http://support.microsoft.com/kb/232476/ ) 터미널 서버 클라이언트 연결과 로그온 MaxWorkItem 및 MaxMpxCt 값이 제한된
271148 (http://support.microsoft.com/kb/271148/ ) MaxMpxCt 및 Windows 2000에서 MaxCmds 제한
Windows 탐색기를 사용하여 이 문제가 발생할 경우 이전 IIS 문제가 사용되는 것과 같은 단계를 사용하여 처리됩니다. 그러나 이 솔루션은 빠르게 작업 항목의 서버의 공급 소비하며 서버를 호스팅할 수 있는 바탕 화면 프로필 수가 크게 줄어듭니다.
다음 레지스트리 하위 키 값을 유의하십시오.
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders
또는 명령 프롬프트에서 다음 명령을 사용하여 다음 출력 파일을 볼 수 있습니다. 사용자 당 두 개 이상의 5 파일을 문제가 있음을 나타냅니다.
net 파일 > filelist.txt
net session > netsession.txt
Microsoft은 시스템 정책을 사용하여 다음 폴더의 리디렉션을 지원합니다.
- 바탕 화면
- 시작 메뉴
- 네트워크 환경
- 프로그램 폴더
- 시작
추가 정보
이벤트 ID 2021 및 이벤트 ID 2022 두 가지 상황 중 하나로 인해 발생합니다. 첫 번째 상황에서는 풀 메모리를 할당할 수 없습니다. 작업 항목 (2021) 비페이징 풀 메모리가 필요합니다. 연결 (2022) 비 페이징 및 페이지된 풀 메모리가 모두 필요합니다. 서버가 해당 이러한 풀 사용을 제한하고 있는 풀 없어질 수 있습니다. 이 경우 할당이 실패합니다. 거의 이를 해결하기 위해 수행할 수 있습니다. 컴퓨터를 방금 풀 메모리가 부족하거나 실행 중입니다. 풀, 로드를 줄이기 위해 또는 RAM을 더 추가하는 경우에만 효율적인 솔루션을 예의 경우 최대 1.6 GB (기가바이트). 이 시점에서 해당 풀의 이론적인 최대를 도달했습니다.
참고 해당 풀 때 자신의 이론적인 최대값 이미 있지 않은 경우 RAM을 추가하는 경우에만 도와줍니다.
이러한 두 가지 오류 조건을 발생시킬 수 있는 두 번째 서버의 로드가 갑자기 상황입니다. (2021) 너무 많이 받습니다 (2022) 연결 요청을 동시에 처리해야 하는 경우 서버가 사용할 수 있는 작업 항목 또는 연결, 각각 찾지 못할 수 있습니다. 더 많은 작업 항목이 있으므로 사용자는 덜 이 연결 수보다 취약합니다. 또한 다른 프로세서 작업 항목은 가져올 수 있습니다. 해결하려면 이 상황을 최소 작업 항목 (2021) 또는 최소 사용 가능한 연결 (2022)를 늘립니다. 연결이 더 이상 필요하지 않으면 이를 경우에만 시 살펴보았습니다 수 있기 때문에 설정하면 최대 사용 가능한 연결이 경우 거의 영향을 미칠 수 없습니다. 그러나 이를 최소 값보다 커야 합니다.
또 다른 문제가 발생할 수 있습니다, /PAE 및 /3 GB 시작 스위치를. Windows 2000 기반 컴퓨터에/3 GB 스위치를 사용하는 경우 페이징 풀 메모리 다시 Windows NT 4.0 최대 양을 192 MB로 설정합니다. 경우 해당 /PAE 스위치를 서버에 사용되는, 사용 가능한 페이징된 풀 메모리를 줄일 수 있습니다. 두 스위치 사용하면 운영 체제에서 단독으로, 두 스위치를 사용할 경우 합니다 것보다 덜 사용 가능한 시스템 리소스를 또는 스위치를 하나도 구성합니다. 많이 stressed 파일 서버를 사용하지 않는 합니다 /3 gb 전환합니다. 해당 /PAE 스위치를 사용하면 모든 문제를 일으키지 것입니다.
정말 어려운 2022 문제의 이벤트가 기록될 때 네트워크 캡처를 중지하려면 프로그램을 모니터링 이벤트를 사용할 수 있습니다. 또한 앞에서 설명한 오류를 받으면 서버는 덤프하는 진단 드라이버를 구하십시오 PSS-CPR-US 문의할 수 있습니다. 형식, 사용 및 열린 파일 양에 대한 배경 정보를 수집한 경우 덤프 파일을 ROOT 원인을 빠르게 안내합니다.
참고 해당 풀 때 자신의 이론적인 최대값 이미 있지 않은 경우 RAM을 추가하는 경우에만 도와줍니다.
이러한 두 가지 오류 조건을 발생시킬 수 있는 두 번째 서버의 로드가 갑자기 상황입니다. (2021) 너무 많이 받습니다 (2022) 연결 요청을 동시에 처리해야 하는 경우 서버가 사용할 수 있는 작업 항목 또는 연결, 각각 찾지 못할 수 있습니다. 더 많은 작업 항목이 있으므로 사용자는 덜 이 연결 수보다 취약합니다. 또한 다른 프로세서 작업 항목은 가져올 수 있습니다. 해결하려면 이 상황을 최소 작업 항목 (2021) 또는 최소 사용 가능한 연결 (2022)를 늘립니다. 연결이 더 이상 필요하지 않으면 이를 경우에만 시 살펴보았습니다 수 있기 때문에 설정하면 최대 사용 가능한 연결이 경우 거의 영향을 미칠 수 없습니다. 그러나 이를 최소 값보다 커야 합니다.
또 다른 문제가 발생할 수 있습니다, /PAE 및 /3 GB 시작 스위치를. Windows 2000 기반 컴퓨터에/3 GB 스위치를 사용하는 경우 페이징 풀 메모리 다시 Windows NT 4.0 최대 양을 192 MB로 설정합니다. 경우 해당 /PAE 스위치를 서버에 사용되는, 사용 가능한 페이징된 풀 메모리를 줄일 수 있습니다. 두 스위치 사용하면 운영 체제에서 단독으로, 두 스위치를 사용할 경우 합니다 것보다 덜 사용 가능한 시스템 리소스를 또는 스위치를 하나도 구성합니다. 많이 stressed 파일 서버를 사용하지 않는 합니다 /3 gb 전환합니다. 해당 /PAE 스위치를 사용하면 모든 문제를 일으키지 것입니다.
정말 어려운 2022 문제의 이벤트가 기록될 때 네트워크 캡처를 중지하려면 프로그램을 모니터링 이벤트를 사용할 수 있습니다. 또한 앞에서 설명한 오류를 받으면 서버는 덤프하는 진단 드라이버를 구하십시오 PSS-CPR-US 문의할 수 있습니다. 형식, 사용 및 열린 파일 양에 대한 배경 정보를 수집한 경우 덤프 파일을 ROOT 원인을 빠르게 안내합니다.