이벤트 ID 2021 및 이벤트 ID 2022 해결 하는 방법

기술 자료 번역 기술 자료 번역
기술 자료: 317249 - 이 문서가 적용되는 제품 보기.
모두 확대 | 모두 축소

이 페이지에서

현상

적용 대상 섹션에서에서 포함 된 운영 체제 중 하나가 잠시 동안 응답 하지 않게 되 고 다음과 유사한 내용의 여러 이벤트를 시스템 로그에 기록 될 수 있습니다.
이벤트 ID: 2022
원본: Srv
설명: 서버는 사용 가능한 연결을 찾을 수 없습니다. n 회 마지막에 s 시간 (초)입니다.
이벤트 ID: 2021
원본: Srv
설명: 서버 마지막 작업 항목 %2 번 만들려면 수 없습니다. %3 초입니다.
또한 서버 또는 문제가 발생 하는 서버에 연결 된 클라이언트에 다음과 유사한 이벤트가 기록 될 수 있습니다.
이벤트 ID: 3013
원본: Rdr
설명: 리디렉터가 수 초과 Computer_Name.
때로는 서버 컴퓨터 자체에 연결 하려고 하면 서버 컴퓨터에 문제가 발생 하는 이벤트 3013 기록 될 수 있습니다.

참고이 문서에 나와 있는 문제 해결 단계를 많은 이벤트 ID 3013 오류를 해결 하려면 사용할 수도 있습니다.

다른 운영 체제의 구성 요소 작동 하지 않을 수 및 상태 코드 1450 이벤트 로그 메시지의 데이터 섹션에서을 보고 하는 오류 메시지를 생성할 수 있습니다. 즉, "시스템 리소스가 부족 합니다." 이러한 이벤트는 시스템 이벤트 로그 또는 응용 프로그램 이벤트 로그에서 찾을 수 있습니다. 이러한 메시지는 기본 이벤트 서버 서비스에 연결 된 경우에이 문서에서 설명 하는 문제에 적용할 수 있습니다. 그러나,이 사실은 쉽게 결정 되지 않습니다. 예를 들어 CLUSSVC에 의해 생성 된 이벤트 ID 1055입니다. 이 이벤트는 일반적으로 서버 서비스에 실패 한 연결 보고 클러스터 서비스입니다.

원인

서버 서비스는 네트워크 I/O 스트림 네트워크 계층에서 대기 중인 작업 항목 요청 유지할 수 없습니다 때문에이 문제가 발생 합니다. 서버 서비스가 충분히 빠르게 하드 디스크 및 exhausts 사용 가능한 리소스 요청한 네트워크 I/O 항목을 처리할 수 없습니다.

많은 근본 원인의 서버 서비스를 사용할 수 있는 리소스를 모두 소모 될 수 있습니다. 예를 들어, 네트워크 어댑터 및 하드 디스크 드라이브 간의 I/O 경로에 문제가 설명 하는 현상이이 문서에서 발생할 수 있습니다.

잘못 된 네트워크 어댑터 드라이버의 설치 되어 있는 경우이 문제가 발생할 수도 있습니다.

해결 방법

이 문제를 해결 하려면 서버 서비스를 사용할 수 있는 리소스의 수를 최대화 하려면 먼저 보십시오. 이렇게 하는 방법에 대 한 자세한 내용은 "수준 1입니다. 서버 리소스 극대화"섹션입니다.

중요 한 이 시점에서 서버 서비스에 대 한 시스템 리소스를 극대화이 문제의 근본 원인을 해결 하 어렵게 하지 않습니다.

그런 다음 어떤 경우 이벤트 id 2022와 2021 오류가 나타납니다 결정 하려고 합니다. 많은 다른 문제가이 문제가 발생할 수 있습니다. 이 문제를 해결할 때 모든 구성 요소에서 하드 디스크 드라이브 배열을 네트워크 어댑터에서 I/O 경로 조사 합니다. 예를 들어, 아마도 이러한 오류는 백업 프로그램이 실행 중일 때에 발생 합니다. 아마도 일찍 아침 사용자가 로그온 할 때 발생 합니다. 간단 하 게만 오류가 발생 하는 경우 서버 서비스가 서버 서비스에 대 한 핫픽스 업데이트를 적용 하는 함께 조정 하 여이 문제를 다룰 수 있습니다.

일반 정보

서버 서비스에서 작업 항목의 누적 때 이벤트 2021이 기록 됩니다. 그러나 디스크 하위 시스템 요청 수를 유지 하지 않습니다 때문에 서버 서비스에서 작업 항목의 누적 가장 일반적인 원인은 있는지 이해 해야 합니다. 서버 서비스는 몇 가지 조정 하는 데 있지만 디스크 처리량에 문제가 발생 하는 경우이 완전히 문제가 해결 되지 않습니다. 따라서 가장 중요 한 단계 디스크 처리량 일반 기준에서 변경 되었거나 적어도 적당 한 제한을 초과 하지 않는지 여부를 결정 하는 것.

이벤트 2022 너무 적은 연결 사용자가 사용할 수 있는 경우에 기록 됩니다. 가장 일반적인 원인은 부족 하 여 사용 가능한 네트워크에 연결 된 넓은 스윙 네트워크 로드 많은 클라이언트가 동시에 연결을 시도 하거나 많은 연결을 시도 하는 일부 클라이언트가 나타낼입니다. 사용자 연결을 신속 하 게 변경할 수 없으므로 클라이언트 프로그램에 인해 수 있습니다. 이 새 사용자에 대해 사용할 수 있도록 너무 적은 연결이 발생 합니다. 따라서 중요 한 단계 중 하나가 네트워크 로드에서 변경 내용을 합리적인 제한 내에 있는지 확인 하십시오입니다.

이러한 메시지의 이벤트 로그를 자주 기록 하는 사소한 변경 로드에 있으면 서버 서비스 작업을 수정할 수 있습니다. 디스크 하위 시스템 속도가 너무 느린 경우 또는 네트워크 로드가 너무 높게 또는 너무 변수 경우 서버 서비스가 수정 문제가 해결 되지 않습니다. 네트워크 패킷 캡처 프로그램을 Microsoft 또는 타사 공급 업체를 성능 모니터 등의 도구에서 이러한 이벤트 true 근본 원인을 확인 하려면 사용 해야 이유입니다. 특정 문제 해결 단계에 설명이 섹션 아래에 하위 단원의 "수준 2입니다. 근본 원인을 식별 합니다. "

수준 1입니다. 서버 리소스 극대화

오류 메시지를 제거 하거나 오류 메시지 빈도 줄이려면 서버 서비스를 사용할 수 있는 리소스의 수를 극대화 할 수 있습니다. 서버 리소스를 늘리는 방법에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 합니다.
228766서버 서비스 속성을 변경 하는 방법

중요 한
  • 이 시점에서 서버 서비스에 대 한 시스템 리소스를 극대화이 문제의 근본 원인을 해결 하 어렵게 하지 않습니다.
  • 서버 서비스에 대 한 문제를 해결 하는 Windows 기반 서버를 다시 빌드하지 마십시오. Windows 기반 서버를 다시 작성 해도 문제가 해결 되지 않습니다. 문제가 다시 발생 합니다.
레벨 2 하위 절에서 설명 하는 방법을 시간이 많이 걸릴. 서버 리소스를 늘리려면 "수준에서 1.에 설명 된 대로 수행할 수 있습니다. 서버 리소스 극대화"하위 절 예비 단계로 문제를 해결 하려면 더 많은 시간을 얻을 수 있습니다. 또는 사소한 변형을 서버 로드 또는 디스크 하위 시스템이 보존할 수 없을 때만 짧은 기간에만 있으면 수준 1 하위 섹션에 설명 된 대로 서버 서비스의 작업을 수정할 수 있습니다.
서버를 덤프 파일을 만들도록 설정 하는 방법에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 하십시오.
254649Windows 2000, Windows XP 및 Windows Server 2003 메모리 덤프 파일 옵션 개요
244139 Windows 기능을 Memory.dmp 파일을 키보드로 생성할 수 있습니다.

서버 서비스는 서버를 시작할 때 자동으로 조정 됩니다. 그러나 Microsoft Windows 2000 및 Windows Server 2003 서비스 팩의 새 릴리스가 출시 된 대로 많은 기본 설정을 업그레이드 하지 않은. 현재 사용 가능한 서비스 팩을 사용 하 여 Microsoft 기술 지원 서비스의 모범을이 섹션에 지정 된 값을 나타냅니다. 현재 핫픽스는 커널, 리디렉터 및 서버 서비스에 대 한 설치 된 대로 현재 서비스 팩을 적용 하는 것 외에도 값 모든 이전 시스템에 적용 됩니다. 업그레이드 된 서버 서비스를 설치 하기 전에 현재 핫픽스를 리디렉터와 커널에 모두 동시에 설치 하는 것이 좋습니다. 바로 현재 커널에 대 한 핫픽스를 설치할 수 없으면 서버 서비스 핫픽스가 설치 된 경우 리디렉터에 대 한 현재 핫픽스를 설치 합니다.

A. 변경 레지스트리 설정을 서버 서비스 성능 최대화

중요 한 이 섹션, 메서드 또는 작업 레지스트리를 수정 하는 방법을 설명 하는 단계를 포함 합니다. 그러나 레지스트리를 잘못 수정 하면 심각한 문제가 발생할 수 있습니다. 따라서 다음이 단계를 신중 하 게 수행 해야 합니다. 추가 보호를 위해이 수정 하기 전에 레지스트리를 백업 합니다. 그런 다음 문제가 발생할 경우 레지스트리를 복원할 수 있습니다. 백업 및 레지스트리를 복원 하는 방법에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 합니다.
322756 백업 하 고 Windows에서 레지스트리를 복원 하는 방법


참고 이 절에서 설명 하는 레지스트리 값을 추가 하면 10 진수 형식으로 입력 해야 합니다.
1. 이벤트 ID 2021 오류를 줄일 합니다.

특히 이벤트 ID 2021 해결 하기 위해 레지스트리 편집기를 시작 하 고 다음 레지스트리 하위 키를 찾습니다.
아래의
그런 다음 추가 또는 다음 DWORD 레지스트리 값을 수정 합니다.
설명: 최대 작업 항목
값 이름: MaxWorkItems
데이터 형식: REG_DWORD
값 데이터: 0x2000 또는 8192 (십진수)

설명: 요청한 버퍼 크기
값 이름: SizReqBuf
데이터 형식: REG_DWORD
값 데이터: 0x4104 또는 16644 (10 진수)

값의 범위

여기 간단한 토론 허용 되는 값의 범위를 명확 하 게 부여 됩니다. 기타 문서 존재 하기는 하지만, 이러한 최대 값을 사용할 수 없습니다 큰 최대 정의 된 값을 표시 합니다.

MaxWorkItems 레지스트리 항목의 값 8196 두 개 이상의 1.5 기가바이트 (GB 메모리 않고) 서버 에서만 사용할 수 있는 / 3 gb Boot.ini 파일에서 전환 합니다. 최대값은 '65535' (10 진수)입니다. 하지만 부족 하 여 작업 항목을 사용 하는 경우이 높게 설정 서버가 응답을 중지 하도록 발생 합니다. 따라서이 값이 클수록 서버 작업 항목 서비스 버퍼 크기를 수정 하지 않고 일반적으로 사용할 수 없습니다. 고급 설정에서 MaxWorkItems 레지스트리 항목은 서버 시작 시 응답 하지 않는 것도 발생할 수 있습니다 및이의 원인을 비페이징 메모리가 소모 됩니다. 관찰 하는 태그입니다. LSwn또는 거의 기타 밀접 하 게 관련 된 태그가 일부.

기본적으로 값에 대 한 SizReqBuf '16644' 있지만 비페이징 풀 할당 작업 항목 당 ' 20480' 됩니다. 추가 할당 추적 때문에 오버 헤드가 있습니다. 따라서 값이 8196 에 대 한 MaxWorkItems 최대 160 mb 256 MB 비페이징 풀 제한 Microsoft x86 32 비트 운영 체제의 모든 버전에서 사용 하는 서버 서비스를 사용할 수 있습니다. 하지만 그렇다만 매우 과도 한 로드 조건에서 최대 제한을 도달할 수 있습니다. Microsoft 기술 지원부는 160 MB 이상의 사용 가능한 최대 256MB의 전체 비페이징 풀의 서버 서비스에 대 한 권장 하지 않습니다. (메가바이트를 바이트로 변환 하려면 1024 * 1024의 값으로 나눕니다.) Microsoft 고객 기술 지원부가 본 여러 문제 고성능 파일 서버가 응답 하는 경우 보다 큰 값 8196 사용 되었습니다. 이러한 서버 비페이징 풀 없이 모든 풀 누수 많이 사용 하는 다른 구성 요소가 있었습니다.

보다 큰 값을 사용 하지 마십시오 8196. 큰 값을 사용 하려는 경우 MaxWorkItems를 줄일 수 있는 SizReqBuf 서버 서비스에서 사용 하는 최대 풀 제한 값입니다. 더 많은 작업 항목이 필요한 경우 일부 응용 프로그램에서는 같은 IIS 백 엔드 서버, 도메인 컨트롤러 또는 파일 서버에서 리디렉션된 사용자 프로필이 저장 되는 위치, 우리 다음 설정 최대 SMB 버퍼 크기를 줄일 해야 합니다.

값 이름: SizReqBuf
데이터 형식: REG_DWORD
값 데이터: 8452 (10 진수)


이렇게 12284 바이트는 비페이징 풀 할당이 됩니다. 이 최대 수 있습니다. 13824 작동 되지 않은 서버에서 사용할 수 있는 항목을 / 3 gb 스위치가 있습니다. 서버 위치에서 / 3 gb 스위치가 사용 설정 하려는 SizReqBuf8452MaxWorkItems6400 높은 로드 서버 비페이징 풀 80MB로는 표준 방법으로 사용을 제한 하기 위해. 기억의 설정 수정에 필요한 것은 / 3 gb SMB/CIFS (일반 인터넷 파일 서비스) 트래픽을 과도 하 게 로드 하지 않으면 서버를 파일입니다. 따라서 내용이 변경 되지 교환, SQL 또는 IIS 프런트 엔드 서버 또는 백 엔드 서버의 WINSOCK을 사용 합니다. 이 RPC 트래픽을 표준 SMB/CIFS 호스트 전송에서 발생 하는 백 엔드 서버에 적용 됩니다. 비에 / 3 gb 작업 항목 부족 후 발생 하는 서버 MaxWorkItems 설정 8196를 설정할 수도 있습니다 SizReqBuf8452MaxWorkItems13824 단기간에 릴리프 루트를 식별 하려고 할 때 발생할.


2. 이벤트 ID 2022 오류를 줄일 합니다.


특히 이벤트 ID 2022 해결 하기 위해 레지스트리 편집기를 시작 하 고 다음 레지스트리 하위 키로 이동 합니다.

아래의



다음 추가 또는 다음 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. 변경 사항을 구현 합니다.


이러한 변경 내용을 구현 하려면 레지스트리 편집기를 종료 합니다. 컴퓨터를 다시 또는 중지 하 고 서버 서비스를 다시 시작 합니다.
서버 서비스를 다시 시작 하려면 다음과이 같이 하십시오.
  1. 시작을 누르고, 실행을 차례로 형식 cmd열기 를 선택한 다음 확인을 클릭 합니다.
  2. 명령 프롬프트에서 입력 합니다. net stop 서버다음 ENTER 키를 누릅니다. 여부를 묻는 경우는 작업 유형 y 및 다음 ENTER 키를 누릅니다.
  3. 형식 net start server다음 ENTER 키를 누릅니다.

    참고 된 추가 종속 서비스를 다시 시작 해야 할 경우 함께 서버 서비스를 중지할 수 있습니다.

B. 자세한 정보

MaxFreeConnections 설정은 서버 서비스 설정을 모두의 가장 중요 한입니다.
자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 하십시오.
245080이벤트 ID 2022 여러 인스턴스 받기


MaxFreeConnections 값은 사용 가능한 연결을 찾기 위해 많은 오류를 포함 하는 이벤트 ID 2022 오류를 해결 하는 데 가장 유용 합니다. 예를 들어, 기록된 된 오류 메시지에 다음과 비슷한 텍스트가 있는 이벤트를 해결 하려면:

이벤트 ID: 2022
원본: Srv
설명: 서버에 대 한 사용 가능한 연결을 찾을 수 없습니다. n 마지막 시간 s 시간 (초)입니다.

사용 가능한 연결을 찾기 위해 많은 오류 상황 "네트워크 카드 초과" 비-네트워크 인식 프로그램 홍수 위치 서버 연결 시도 사용 하 여 나타낼 수도 있습니다. 많은 무료 연결 오류가 발생 하는 경우 네트워크 카드 초과 섹션을 봅니다.

참고 에 일반적으로 부정적인 효과가 이전 레지스트리 값을 추가 하 여


다음 레지스트리 항목 및 값 동일한 하위 키에 있을 수 있습니다. 이 설정은 관련 되어 있지 않습니다 직접 문제를 해결 하려면이 문제에 대 한 수행 하지만 완벽성에 대해 아래 나열 됩니다.

설명: 서버 크기
값 이름: 크기
데이터 형식: REG_DWORD
값 데이터: 0x3 또는 3 (10 진수)
값 3이 있어야 합니다. 이 값은 변경 되지 않습니다.

설명: 최대 해결 되지 않은 명령입니다. 멀티플렉스 최대 개수
값 이름: MaxMpxCt
데이터 형식: REG_DWORD
값 데이터: 0x1000 또는 4096 (10 진수)

특정 시나리오에 필요한 경우가 아니면이 값은 수정 하지 않습니다. 이 설정을 통해 설명은이 문서의 끝에 있습니다.

자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 하십시오.
271148MaxMpxCt 및 MaxCmds 한도 Windows 2000에서

수준 2입니다. 근본 원인 식별

해상도 핵심 문제의 근본 원인을 디스크 하위 시스템이 있는지 여부 또는 네트워크 로드 인지를 알아내는 것입니다. 수량 적 네트워크 부하 문제 인지 어렵게 이므로 디스크 시스템을 검사 하는 것이 좋습니다. 일관 된 짧은 기간에 기록 된 오류 없으면 모두 캡처할 네트워크 패킷 캡처 프로그램을 사용 해야 하는 이벤트 로그 문제 중 네트워크 트래픽 및 디스크 하위 시스템 뿐만 아니라 검토. 그러나 디스크 하위 시스템에서 타사 볼륨 관리자와 시작 하 고 다음 전체 소프트웨어 스택 아래로 이동 될 수 있습니다. 드라이브 하드웨어 끝이 설치 되어 있는 모든 필터 드라이버 및 장치 드라이버의 모든 레이어를 포함 됩니다. 현실화 볼륨 관리자 제거할 수 있지만 다른 필터 드라이버를 일시적으로 라도 제거할 수 있습니다.

Windows 업데이트 되 고 안정적인 A. 확인

1. 네트워크 구성 요소를 업그레이드 합니다.
다음 구성 요소가 있는 핫픽스 트리에서 최신 사용할 수 있어야 합니다. 따라서 네트워크 구성 요소를 최신 버전으로 업그레이드 하십시오.
  1. CIFS/SMB 서버 서비스
    1. Srvsvc.dll
    2. Srv.sys
  2. 리디렉터
    1. Mrxsmb.sys
    2. Rdbss.sys
  3. OS 커널
    1. Ntkrnlmp.exe
    2. Ntkrnlpa.exe
    3. Ntkrpamp.exe
    4. Ntoskrnl.exe
사용 중인 운영 체제의 버전에 적용 되는 최신 사용 가능한 업데이트를 찾으려면 Microsoft 기술 자료를 검색 합니다. Microsoft Windows NT 4.0을 사용 하 고 최신 서비스 팩을 이미 설치한 경우 PSS는 서비스 팩 6a가 (post SP6a) 핫픽스 적용 될 수 있는 이벤트 ID 2022 문제에 대 한.

2. 오류에 대 한 이벤트 로그를 검사 합니다.
모든 네트워크에 관련 된 이벤트 로그 오류 또는 저장소 하드웨어를 찾습니다. 원인은 다음 목록에 있는 문제를 해결 하기 전에 이러한 수정 해야 합니다. 반환 된 오류에 대 한 장치 드라이버를 확인 하 고 또한 일반적으로 모든 하위 수준 드라이버와 상호 운용성 문제를 표시 하는 이벤트에 대 한 이러한 드라이버를 연결 하는 드라이버를 필터링 합니다.

3. 사용 가능한 공간이 오류를 식별 합니다.

참고 드라이브의 디스크 공간을 적이 실행 한 경우이 단계를 수행 해야 합니다.
드라이브의 공간이 부족 되었던 여부를 확인 하려면 이벤트 로그를 검사 합니다. 드라이브의 디스크 공간을 적이 실행 한 경우 파일 시스템이 손상 되지 않도록 하려면 전체 chkdsk 루틴을 실행 해야 합니다.

4. 파일 조각화를 검사 합니다.
파일 조각화는 디스크 저장소를 검사 합니다. 디스크 저장소를 조각 모음 하려면 못할 수 있습니다 하지만 적어도 저장소 시스템에는 분석 작업을 실행할 수 있습니다. 손상 되었거나 심하게 조각난를 실행 하는 '분석 성공' 드라이브는 파일 시스템을 오프 라인으로 수행할 수 있습니다. 그러나이 현재까지 알려진 파일 시스템 문제를 검색 하는 개입 수준이 가장 낮은 메서드입니다. 또한 중요 한 조각 모음 분석에서 반환 된 데이터를 바로 되지 않도록 참고. 또한 패스 완료 하는 데 소요 된 시간은 매우 중요 합니다. 하위 시스템 완료 하려면 오래 걸릴 또는 프로세스를 전혀 완료 되지 않은 일부 디스크 한다는 것을 알 수 있습니다. 이 문서에서 설명 하는 문제 심하게 조각난된 파일 시스템을 만듭니다. Windows 읽기/쓰기 성능을 향상 시키기 위해 하드 디스크를 조각 모음 합니다.

참고 디스크 조각 모음에 대 한 요구는이 문제를 해결 하려면 다른 방법을 요구 하는 저장소 하위 시스템의 I/O 대역폭을 초과할 수 있습니다. 이 파일을 제거 하거나 스토리지 확장을 포함할 수 있습니다.

자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 하십시오.
300978분석 하 고 Windows 2000에서 디스크 볼륨 조각을 모으는 방법


5. 하드 디스크 손상 확인
하드 디스크 손상을 입/출력 발생할 수 있습니다 (I / 0) 운영 체제 됩니다에서 읽거나 하드 디스크에 쓸 때 병목 현상입니다. 하면 하드 디스크 오류를 검사 하려면 명령 프롬프트에서 "chkdsk /r" 명령을 실행할 수 있습니다. 파일 시스템을 사용 하는 기본 방법입니다. 그러나 이러한 문제는 일반적으로 오프 라인 상태로 만들어야 수 없습니다 큰 파일 시스템에서 발생할 때이 메서드를 사용할 수 있습니다. 먼저 매개 변수 없이 chkdsk 파일 시스템에 대해 실행 하기만 하면 됩니다. 일부 동적 시스템의 일반적인 방향의 파일 시스템 오류를 비트 있지만 보고서는 없거나 손상 된 디렉터리, 인덱스 또는 파일 낮아서는 안을 보고 합니다. 다시 방대한 손상 끝내려면, chkdsk 되거나 발생할 수 있습니다 매우 느리게 진행 유틸리티를 발생할 또는 유틸리티의 광범위 한 파일 손상을 나타낼 수 있습니다. 심각한 오류 이면 볼륨 빌드해야 나타내듯이에서는 대화형 chkdsk 실행에 우리가 일반적으로 몇 분 후 해지할 수 있습니다. 다시만 실행 되지만 사용자가이 문제를 해결 하려면 다른 메서드를 사용 해야 할 경우 chkdsk /r 파일 시스템의 문제를 해결할 수 있습니다.

이렇게 하려면 다음과이 같이 하십시오.
  1. 명령 프롬프트를 엽니다.
  2. 형식 chkdsk drive_letter: /r다음 ENTER 키를 누릅니다.
참고 Windows가 설치 된 드라이브에서이 명령을 실행할 경우 Chkdsk 유틸리티가 드라이브를 잠글 수 있도록 컴퓨터를 다시 시작 해야 합니다.

B. 가능한 원인을 검토합니다

문제의 근본 원인을 확인 하려면 가능한 원인의 자세한 목록을 제공 합니다. 좀 더이 문제를 해결 하려면 나열 된 순서 대로 다음 방법을 사용할 수 있습니다. 다음이 단계는 특정 순서로 나열 되지 않습니다.

다음 두 범주 아래는이 이벤트의 근본 원인을 요약할 수 있습니다.
  • 서버 서비스를 오버 로드 합니다.
  • 네트워크 카드 초과


a. 서버 서비스 오버 로드


서버 서비스 오버 로드 되었는지 확인 하려면 아래 나열 된 모든 다른 가능성을 제거 합니다.
  1. 타사 프로그램의 방해

    경우에 따라 타사 프로그램의 실행 중인 프로그램 또는 필터 드라이버가 형태로 서버 서비스의 응답성을 방해할 수 있습니다. 실행 중인 프로그램은 특히 높은 우선 순위로 실행 되는 프로그램의 우선 순위와 기능을 이해 합니다. 필터 드라이버를 검토할 때 필터 드라이버가 현재 사용 중 여러 클래스가 있는지 고려해 야 합니다. 각 클래스에서 드라이버 별도로 평가 되어야 합니다. 일부 시스템의 올바른 작동에 필요한 반면, 일부 클래스 쉽게, 비활성화할 수 있습니다. 공급 업체가이를 해제 하면 않는 한 볼륨 관리 드라이버 및 다중 경로 I/O 활성화 된 남아 있어야 합니다. 사용할 수 있는 필터 드라이버가 볼륨 스냅샷 및 할당량 관리 드라이버입니다. 열린 파일 에이전트 및 파일 복제 소프트웨어 일반적으로 비활성화 됩니다.

    모든 파일을 "실시간" 검색이 수행 되지 않도록 바이러스 백신 소프트웨어의 설정을 수정 합니다. 권장된 설정을 것만 들어오는 파일을 검색 하 여, 해당 페이지 파일을 스캔.PST,.vhd,.tmp 파일, 또는.spl 파일. 더욱 우수한 시간 이후에 검색 하도록 예약할 수 있습니다. 일반적으로 최신 버전의 바이러스 검색 프로그램 문제가 발생할. 하지만 소프트웨어 2 년 또는 두 버전을 현재 버전 보다 오래 된 모든 바이러스를 비활성화 합니다.
  2. 부적절 한 네트워크 액세스입니다.

    잘못 구성 된 네트워크 프로그램이 나 조합이는 잘못 구성 된 워크스테이션 함께 서버 잘못 된 요청을 사용 하 여 홍수 있습니다. 이 문제는 잘못 된 네트워크 어댑터 드라이버를 설치 하거나 소프트웨어 팀 구성 된 네트워크에 설치 되어 있는 경우에 발생할 수도 있습니다.
  3. 하드 디스크에 잘못 된 데이터 구성 및 공간 사용 합니다.

    성능 모니터를 사용 하 여 파일 시스템을 overworked 여부를 결정 합니다. 항상 2-3 초의 시간 간격을 사용 하 여 디스크의 데이터를 수집 하지만 오늘의 과정 디스크 로드 잘 이해를 얻으려면 여러 로그를 수집 할 수 있습니다. 하드 디스크 하위 시스템에 병목 현상이 있는지 여부를 확인 하려면 다음 키 논리 디스크 기반 카운터를 검토 합니다.
    % 유휴 시간
    디스크 읽기 / 초
    디스크 쓰기 / 초
    현재 디스크 큐 길이
    디스크 전송 / 초
    평균 디스크 초/전송

    RAID 최소한 75%를 사용 하도록 구성 된 경우이 문제가 일반적으로 제거할 수 있는 다시 쓰기 캐시 및 25% 이상 확보 하는 공간을 사용할 수 있습니다. 사용 중인 파일 시스템에만 15%의 여유 공간이 있는 하드 디스크가 완전히 간주 됩니다. 공간 압축 좀 더 자유롭게 사용 하는 경우입니다.

    참고 이벤트 ID 2022의 근본 원인으로,이 문제를 해결 하는 어려운 문제입니다.
  4. 조각난된 된 하드 디스크입니다.
    Windows 읽기/쓰기 성능을 향상 시키기 위해 하드 디스크를 조각 모음 합니다.

    자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 하십시오.
    300978분석 하 고 Windows 2000에서 디스크 볼륨 조각을 모으는 방법

    하드 디스크가 조각화 되 나로 인해 거의 가득 "파일 증가 클라이언트 요청" 운영 체제의 경우 무료로 마치려면 시간이 많이 걸릴 수 있는 하드 디스크 공간을 검색 합니다. 이 시간 동안 다른 요청을 완료 하는 데 필요한 시스템 수준 잠금을 사용할 수 없습니다. 서버 서비스 리소스 작업 또한 보류 중인 유지 되 고 있는 이벤트 ID 2022가 발생 합니다.
  5. 파일 시스템 오류
    파일 시스템 오류 없이 실행 되 고 있는지 확인 하십시오. 하드 디스크 손상을 입/출력 발생할 수 있습니다 (I / 0) 운영 체제 됩니다에서 읽거나 하드 디스크에 쓸 때 병목 현상입니다. 실행 해야 하는 하드 디스크 손상을 복구 하는 chkdsk drive_letter: /r 명령 프롬프트에서 명령입니다.

    참고 Windows가 설치 된 드라이브에서이 명령을 실행할 경우 Chkdsk 유틸리티가 드라이브를 잠글 수 있도록 컴퓨터를 다시 시작 해야 합니다.
  6. 결함 있는 하드웨어 장치나 드라이버입니다.

    이 문제는 하드 디스크 하위 시스템으로 가장 중요 한 것입니다. 하드 디스크 하위 시스템이 방금 느린 경우가 있습니다. 이것은 가장 일반적인 클러스터 하드 디스크 하위 시스템 오류 없이 작동 하지만 저하 된 성능 수준으로 실행 하는 잘못 되거나 오래 된 드라이버 또는 잘못 되거나 오래 된 펌웨어 업데이트가 발생 하는 위치입니다.

    디스크 하위 시스템 오류 없이 실행 되 고 고 양호한 응답 시간으로 충분 한 처리량을 설정 해야 합니다. 모든 펌웨어가 최신 버전 인지 확인 합니다. 다른 장치 및 드라이버를 컴퓨터의 응답을 방해할 수 있습니다. 인터럽트 시간 및 기타 하드웨어 장치가 DPC 시간을 확인 하려면 성능 모니터를 사용 합니다. 전체 인터럽트 시간 15% 미만의 시간는 10% 및 DPC 작아야 합니다. "인터럽트 초 당"에 대 한 좋은 임계값 설정할 수 있지만 모든 하드웨어 인터럽트 초 당 15000 보다 큰 경우를 조사 하는 것이 어렵습니다. 또한, "총 프로세서 시간 %" 하드웨어 또는 드라이버 문제를 나타내는 것은 거의 동일한 시간 항목 권한.

    드라이버 제조업체의 최신 업데이트를 설치 합니다. 컴퓨터입니다. 컴퓨터 하드웨어 제조업체에 연락 하는 방법에 대 한 내용은 Microsoft 기술 자료의 다음 문서를 참조 하려면 다음 목록에서 문서 번호를 클릭 하십시오.
    65416 하드웨어 및 소프트웨어 공급 업체 연락처 정보를 A K

    60781 하드웨어 및 소프트웨어 공급 업체 연락처 정보 L P

    60782 하드웨어 및 소프트웨어 공급 업체 연락처 정보를 Q Z
  7. 잘못 된 풀 구성 합니다.

    풀 또는 운영 체제 구성 변경 내용을 지배 하는 드라이버가 서버 서비스에 사용할 수 있는 메모리 풀을 줄일 수 있습니다.

    타사 제품의 활동은 풀 지배 수 있습니다. 이러한 풀 표시 타사 풀 태그에서 확인할 수 있습니다. 일반적으로 유일한 서비스 서비스 태그 페이징되지 않은 풀 많이 사용 되는 LSwn 비페이징된 풀 태그. 서버 서비스 태그를 조사 하 고 값 15 MB를 초과 하는 경우 Microsoft 고객 기술 지원부에 문의 하십시오.
    LSwi-초기 작업 컨텍스트
    LSwn-일반적인 작업 컨텍스트
    LSwq-차단 작업 대기열
    LSwr-원시 작업 컨텍스트
    LSws-특별 한 차단 작업 컨텍스트

    이 값만 서버 서비스가 더 많은 작업을 수행할 수 있는지를 나타냅니다. 또한 페이징된 풀 MmSt 태그 존재를 찾습니다. 이러한 태그 페이지 된 풀 다음 NT 60%를 넘는 파일 캐싱 덕분에 페이징된 풀의 너무 많은 경우. Windows 2000 및 Windows NT 이러한 값을 각각 조정 하는 방법에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 하십시오.
    312362서버가 시스템의 페이징 풀에서 메모리를 할당할 수 없습니다.
    192409 열려 있는 파일이 커널 INSUFFICIENT_RESOURCES 보고서를 일으킬 수 있습니다.


    스냅샷 풀의 다른 태그를 표시 하는 경우는 서버의 비페이징 풀 메모리가 많이 소비 하는 경우 해당 소스를 조사 하십시오. 잘못 된 값으로 페이지 풀 레지스트리 하위 키 값 설정 되어 있는지 확인 하려면 다음 레지스트리 하위 키를 검사 하십시오.
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory 관리

    값 이름: PagedPoolSize
    데이터 형식: REG_DWORD
    값 데이터: 0x0, 0x0A000000 또는 0xffffffff만
  8. 필터 드라이버가 디스크 I/O 스택 및 기타 프로그램

    스택의 모든 필터 드라이버를 해제 하려면 다음과 같이 하십시오. Note는 대부분 파일 복제, 파일 버전 관리, HSM, 할당량 관리, 열린 파일 에이전트 및 또한 바이러스 검색 등의 서비스에 관련 된 드라이버를 필터링 합니다. 이벤트 ID 2022 오류 빈도 따라 잠시 동안 (하루에 몇 시간)에서 이러한 드라이버를 비활성화 한 여부를 결정할 수 수 있으며, 더 많은 것이 문제의 원인은. 모든 드라이버가 최신 인지 그리고 설치에 알려진된 호환성 문제가 있는지 확인 합니다.

    부분 조치로 들어오는 파일만 모니터링 하거나 더 이상 "실시간" 바이러스 백신 검색을 수행 하는 바이러스 백신 프로그램을 구성 합니다. 대신, 업무 시간 이후 또는 낮은 네트워크 트래픽의 기간 동안 일정 바이러스를 검사합니다.

    자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 하십시오.
    240309파일 필터링에서 바이러스 백신 소프트웨어를 완전히 해제 하는 방법
  9. 실행 중인 프로그램을 확인 합니다.

    실행 중인 모든 프로그램을 특히 일반적인 기본 우선 순위 보다 높은 우선 순위로 실행 되는 프로그램의 기능을 확인 합니다. 성능 모니터를 사용 하는 지나치게 많은 CPU 주기를 사용 하는 프로세스를 검색 합니다. 우선 순위가 높은 작업은 sub-second 간격에만 실행 해야 합니다. 타사 모니터링 프로그램 예: Compaq Insight manager, 소프트웨어, UPS 모니터링 소프트웨어 및 데이터베이스를 모니터링 소프트웨어를 모니터링 하는 Microsoft 인터넷 정보 서비스 (IIS) 페이지 조사 해야 합니다. 이 문제의 근본 원인으로 하드 디스크의 병목 상태를 조사할 때 이러한 관찰 관련도 참고. 또한 모든 명명 된 파이프 리소스를 사용 하는 프로그램을 가질 수 있습니다. 이 경우 Poolmon 유틸리티에서 찍은 스냅샷을 사용 하는 명명 된 파이프 태그에 대 한 높은 바이트 수를 확인할 수 있습니다.
b. 카드 초과 네트워크


엔터프라이즈 수준의 지원 구성 문제가이 문제의 일반적인 원인은 이며 다음과 같이 분류할 수 있습니다.
  • Systems Management Server 나 다른 공급 업체의 백업 솔루션의 예약 된 사용이 잘못 되었습니다.
  • 다시 시도 횟수를 사용 하 여 서버의 네트워크 어댑터를 지속적으로 홍수 이전 프로그램입니다.
네트워크 모니터를 사용 하 여 성능 모니터와 함께에서 두 문제를 진단할 수 있습니다. Server service 개체 카운터를 검사할 성능 모니터를 사용 합니다. 다음 범주 중 하나에 속하는 패킷을 조사 하십시오.
  • 오류
  • 파일 연결
  • 트리 연결
있을 오류 조건 유형을 확인 하려면 성능 모니터를 사용 하 고 네트워크 모니터를 사용 하 여 오류 조건, 오류 조건, 또는 둘 모두를 일으키는 프로그램을 일으키는 워크스테이션을 찾습니다.

명령 프롬프트에서 다음 명령을 사용 하 여 추가 정보를 모두 잘못 된 워크스테이션 및 프로그램을 가리키는 나타날 수 있습니다.
net 파일 > netfiles.txt
net 세션 > netsession.txt

특히 워크스테이션으로 역할을 하는 다른 서버 컴퓨터에 있는 경우 다음 이벤트 ID는 일반적으로 잘못 된 워크스테이션 컴퓨터에 나열 됩니다.

이벤트 ID: 3013
설명: 리디렉터가 수 초과 Computer_Name.


하나 네트워킹 문제가 발생할 수 있습니다. 다음과 같은 두 가지 환경에서는이 문제가 발생 합니다.
  • 인터넷 정보 서비스는 원격 서버에 데이터를 저장합니다.
  • 터미널 서버 원격 프로필에 액세스 합니다.
그러나 솔루션은 두 경우 모두 동일합니다. 이러한 문제를 모두 근본 원인을 동일합니다. 해결 되지 않은 서버 메시지 블록 (SMB) 요청이 너무 많습니다.

자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 하십시오.
221790IIS 작업 항목이 부족 하 고 원격 UNC 경로에 연결할 때 RPC 오류가 발생


이런이 경우 서버가 많은 (수천) IIS 가상 루트 또는 많은 (수천) 호스팅 서버를 다시 가리키는 링크가 원격 프로필이 사용 됩니다. 다른 비정상적인 현상이 있지만 않는 반드시 다른 오류가 발생할 수도 있습니다.

이 문제를 해결 하려면 다음과이 같이 하십시오.
  1. Windows 2000 s p 1을 실행 하는 경우 IIS를 실행 중인 서버와 파일 서버에는 다음 Microsoft 기술 자료 문서에서 설명한 post sp1hotfix를 설치 합니다.
    271148 Windows 2000의 MaxMpxCt 및 MaxCmds 한도
  2. 다음 레지스트리 값을 추가 하 여 IIS를 실행 하는 서버에서 MaxCmds 값 증가:
    위해


    값 이름: MaxCmds
    데이터 형식: REG_DWORD
    값 데이터: 4096(decimal)

    참고 이 값 보다 큰 값을 사용 하 여 혜택이입니다.
  3. 다음 레지스트리 값을 추가 하 여 파일 서버의 MaxMpxCt 값을 늘립니다.
    아래의

    값 이름: MaxMpxCt
    데이터 형식: REG_DWORD
    값 데이터: 4096 (10 진수)

    참고 이 값 보다 큰 값을 사용 하 여 혜택이입니다.
  4. IIS를 실행 하는 서버와 파일 서버를 다시 시작 하거나 중지 하 고 워크스테이션 및 서버 서비스를 사용 하 여 다시는 net stopnet start 명령입니다.

이 값을 늘리면 파일 서버와 IIS 클라이언트 서버 컴퓨터 추가 비페이징 풀 메모리가 소모 됩니다. 비페이징 풀 메모리는 최대 256mb (메가바이트) 있습니다. 많은 연결을 사용 하는 많은 클라이언트가 파일 서버의 비페이징 풀 메모리를 모두 소모할 수 있습니다. 성능 모니터를 사용 하 여이 카운터를 감시 하 고 한계에 도달할 수 있도록 합니다. IIS를 실행 하는 컴퓨터 여러 가상 디렉터리 또는 웹 사이트를 가리키는 다른 Windows NT 4.0 서버 컴퓨터의 공유에 있을 수 있습니다.

ASP 디렉터리 모니터를 사용 하 여 ReadDirectoryChangesW 다른 서버에이 디렉터리에 변경 내용을 모니터링 하는 API입니다. 각 보류 ReadDirectoryChangesW 서버에서 작업 컨텍스트 항목이 필요 하 고 사용할 수 있는 작업 컨텍스트의 수는 적습니다. 작업 컨텍스트의 수는 SMB 수준을 협상할 때 서버에서이 클라이언트에 전달 됩니다. 클라이언트의 리디렉터는 서버에서 사용 하는 작업 컨텍스트 수의 내부 개수를 유지 합니다. 작업 컨텍스트의 기본 수는 50입니다. 작업 컨텍스트의 수는 서버 프로세스가 모든 비페이징 풀 메모리를 모두 소모에서 유지 하는 것이 제한 됩니다. 이 발생할 수 있지만 특정 클라이언트가 소모할 수 있는 작업 컨텍스트의 수는 제한이. 이 문제는 IIS 제한 되지 않습니다. Windows NT Explorer 디렉터리 변경 모니터링을 위한 동일한 메커니즘을 사용 합니다. 일반적으로 탐색기는 터미널 서버 환경에서 문제를 발생 합니다.

자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 하십시오.
232476터미널 서버 클라이언트 연결 및 로그온 MaxWorkItem 및 Maxmpxct에서 값 제한
271148 MaxMpxCt 및 MaxCmds 한도 Windows 2000에서


Windows 탐색기에서이 문제가 발생 하는 경우 이전 IIS 문제가 사용 되는 동일한 단계를 사용 하 여 확인 됩니다. 그러나이 솔루션은 빠르게 작업 항목의 서버의 공급 소비 하며 서버에서 호스팅할 수 있는 바탕 화면 프로필 수가 크게 줄어듭니다.

다음 레지스트리 하위 키의 값을 note:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders


찾습니다


또는 명령 프롬프트에서 다음 명령을 사용 하 고 출력 파일을 봅니다. 사용자 당 두 개 이상의 5 파일에 문제가 있음을 나타냅니다.

net 파일 > filelist.txt
net 세션 > netsession.txt

Microsoft는 시스템 정책을 사용 하 여만 다음 폴더의 리디렉션을 지원 합니다.
  • 바탕 화면
  • 시작 메뉴
  • 네트워크 환경
  • 프로그램 폴더
  • 시작


추가 정보

이벤트 ID 2021 및 이벤트 ID 2022 두 상황 중 하나가 발생 합니다. 첫 번째 상황에서 풀 메모리를 할당할 수 없습니다. 작업 항목 (2021) 비페이징 풀 메모리가 필요합니다. 연결 (2022) 비페이징와 페이징 풀 메모리가 모두 필요 합니다. 서버가 해당 이러한 풀의 사용을 제한할 수 있습니다 및 풀도 소모 될 수 있습니다. 이 문제가 발생 하면 할당이 실패 합니다. 거의이 문제를 해결 하려면 수행할 수 있습니다. 컴퓨터에 바로 풀 메모리 부족 실행 중입니다. 풀, 로드를 줄이기 위해 또는 RAM을 더 추가 하려면만 효율적인 솔루션을이 경우는 최대 1.6 g b입니다. 이 시점에서 풀의 이론적인 최대값에 도달 했습니다.
참고 추가 RAM을 추가 하는 이론적인 최대값에 풀에 있는 경우만 유용 합니다.

이러한 두 가지 오류 조건을 발생 시킬 수 있는 두 번째 상황 갑작스런 서버의 부하를 것입니다. (2021) 너무 많이 받습니다 (2022) 연결 요청이 동시에 처리 해야 경우 서버가 사용 가능한 작업 항목 또는 연결을 각각 찾을 수 없습니다. 작업 항목 이므로 연결 보다이에 덜 취약 합니다. 또한 다른 프로세서에서 작업 항목을 가져올 수 있습니다. 이러한 상황은 증가 최소 작업 항목 (2021) 또는 최소 사용 가능한 연결 (2022)를 해결. 연결이 더 이상 필요할 때에 고찰 되어 있기 때문에 설정 가능한 최대 연결 거의 경우 없을 수 없습니다. 그러나 최소 값 보다 큰 값 이어야 합니다.

발생할 수 있는 다른 문제를 사용 하는 것은 / PAE/ 3 GB 시작 스위치입니다. /3GB 스위치는 Windows 2000 기반 컴퓨터에서 사용 하는 경우 페이징 풀 메모리가 192MB Windows NT 4.0 최대 크기를 다시 설정 합니다. 경우는 / PAE 스위치를 사용 하 여 서버에서 사용 가능한 페이징된 풀 메모리를 줄일 수 있습니다. 두 스위치의 사용 또는 스위치 없음 만으로는 두 스위치를 사용 하는 경우 필요한 것 보다 덜 사용 가능한 시스템 리소스를 운영 체제를 구성 합니다. 서버를 사용해 서는 안됩니다 파일에 과도 한 부하가 많이 / 3 gb 전환 합니다. 는 / PAE 스위치 만으로는 모든 문제를 일으키지 않습니다.

정말 어려운 2022 문제에 대 한 이벤트를 기록 하는 경우에 네트워크 캡처를 중지 하려면 이벤트 모니터링 프로그램 사용할 수 있습니다. 또한 앞부분에 나열 된 오류를 받으면 진단 서버를 덤프 하는 드라이버를 얻으려면 PSS-CPR-미국에 문의할 수 있습니다. 종류, 사용 및 열린 파일 수량에 대 한 몇 가지 배경 정보를 수집 하는 경우 덤프 파일은 신속 하 게 근본 원인으로 이어질 수 있습니다.

참조

889100 Windows Server 2003 용 최신 서비스 팩을 구하는 방법
260910 최신 Windows 2000 서비스 팩을 구하는 방법

최신 Windows NT 4.0을 얻으려면 서비스 팩에는 다음 Microsoft 웹 사이트를 방문 하십시오.
http://technet.microsoft.com/en-us/library/cc767869.aspx
참고 되는 서비스 팩 6a (SP6a post) 핫픽스를 이벤트 ID에 대 한 2022 문제 적용 될 수 있습니다.

속성

기술 자료: 317249 - 마지막 검토: 2012년 5월 31일 목요일 - 수정: 1.0
본 문서의 정보는 다음의 제품에 적용됩니다.
  • Microsoft Windows Small Business Server 2003 Premium Edition
  • Microsoft Windows Small Business Server 2003 Standard Edition
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
  • Microsoft Windows 2000 Server
  • Microsoft Windows NT Server 4.0 Standard Edition
키워드:?
kbhowto kbprb kbmt KB317249 KbMtko
기계 번역된 문서
중요: 본 문서는 전문 번역가가 번역한 것이 아니라 Microsoft 기계 번역 소프트웨어로 번역한 것입니다. Microsoft는 번역가가 번역한 문서 및 기계 번역된 문서를 모두 제공하므로 Microsoft 기술 자료에 있는 모든 문서를 한글로 접할 수 있습니다. 그러나 기계 번역 문서가 항상 완벽한 것은 아닙니다. 따라서 기계 번역 문서에는 마치 외국인이 한국어로 말할 때 실수를 하는 것처럼 어휘, 구문 또는 문법에 오류가 있을 수 있습니다. Microsoft는 내용상의 오역 또는 Microsoft 고객이 이러한 오역을 사용함으로써 발생하는 부 정확성, 오류 또는 손해에 대해 책임을 지지 않습니다. Microsoft는 이러한 문제를 해결하기 위해 기계 번역 소프트웨어를 자주 업데이트하고 있습니다.
이 문서의 영문 버전 보기:317249

피드백 보내기

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com