DetailPage-MSS-KB

기술 자료

기술 자료: 304101 - 마지막 검토: 2015년 5월 4일 월요일 - 수정: 7.0

 

이 페이지에서

현상

NTBackup.exe 사용 하거나 NT 백업 API를 사용 하는 타사 백업 프로그램을 사용 하 여 백업을 만들려고 하면 백업이 성공적으로 완료 되지 않을 수 있습니다. 서버에서 로컬로 프로그램을 실행할 경우에이 문제가 발생할 수 있습니다. 또한 다음 현상 중 하나 이상이 발생할 수 있습니다.
  • 다음 오류 메시지 중 하나 이상이 응용 프로그램 로그에 나타납니다.
    오류 메시지 1
    오류 1450: 시스템 리소스가 부족하여 요청한 서비스를 완성할 수 없습니다.

    오류 1450: / 0x5aa 16 진수 ERROR_NO_SYSTEM_RESOURCES

    운영 체제 오류 1450 부족 시스템 리소스가 요청한 서비스를 완성할 수 있습니다.

    "장치" 쓰기 실패 상태 1450 =
    오류 메시지 2
    오류 1130: 서버 저장소가 부족은이 명령을 처리할 수 없습니다.

    오류 1130 / 16 진수 0x46a ERROR_NOT_ENOUGH_SERVER_MEMORY

    백업 또는 복원 작업이 비정상적으로 종료 됩니다.
  • 이벤트 ID 2020 및 이벤트 ID 2021 메시지는 서버 서비스에 의해 생성 될 수 있습니다.

    참고: 일반적으로 이벤트 ID 2020 및 이벤트 ID 2021 메시지가 나타나지 않습니다.
  • Hewlett-Packard (HP) OmniBack 백업 프로그램을 실행 하는 경우 다음과 유사한 오류 메시지가 나타날 수 있습니다.
    [81:78] C:\foldername\file.name
    57256 바이트 오프셋된 436176408(:1) 읽을 수 없습니다: ([1450]
    위한 시스템 리소스가 부족 요청한 서비스를 완성할 수 있습니다.).
  • Windows 작업 관리자의 성능 탭을 보면 비페이징된 커널 메모리가 매우 낮은 알 수 있습니다.
참고: 이 문서에서 설명 하는 문제가 관련이 없는 이유로이 오류 메시지가 나타날 수 있습니다. 메시지가 나타나면이 문서에서 설명 하는 가장 가능성이 높은 원인은 두 대형 시스템 볼륨을 백업 하는 경우에 이러한 오류 메시지는.

이 문제가 발생 하는지 확인 하려면 Windows 작업 관리자를 시작 하 고 성능 탭을 클릭 합니다. 오른쪽 아래에 커널 메모리 (K) 영역을 찾은 다음 페이징에 대 한 값을 확인 합니다. 이 값은 약 160 메가바이트 (MB)에 도달 하면 Microsoft Windows NT 4.0 또는 Microsoft Windows 2000에서이 문제가 발생할 수 있습니다. 또한이 값을 160 MB 초과 하면 Microsoft Windows Server 2003에서이 문제가 발생할 수 있습니다. 더 높은 값으로 페이지 된 풀 메모리에 대 한 레지스트리 키를 설정한 경우 발생 하지 것입니다이 문제 페이지 된 풀 메모리의 훨씬 더 높은 값이 사용 될 때까지 (문제는 페이징된 풀 메모리 사용 설정 값의 약 80%에 도달 하면 발생할 수 있습니다). 있으면 gflags 설정은 풀 태그에 대 한 켜고 Poolmon 유틸리티를 사용 하면 활용률이 MmSt 태그 참조. 공유 파일을 추적 하는 데 사용 되는 운영 체제 메모리 매핑하는 데 사용 되는 풀 태그입니다.

원인

이 문제의 두 가지 원인은 관련이 있습니다. 더 자주 원인은 먼저 나열 됩니다.
  • 파일을 더 이상 메모리 캐시 관리자가 처리할 수 있는 것 보다 열려 있습니다. 따라서 캐시 관리자 사용 가능한 페이징된 풀 메모리를 모두 사용 했습니다.
  • 백업 프로그램 백업 API 해당 버전의 운영 체제에 액세스할 수 보다 큰 파일을 백업 하려고 했습니다. 이것은 같은 결과 (즉, 페이징된 풀 모두 사용).

    참고 이 두 번째 문제는 Microsoft Windows NT 4.0 기반 컴퓨터에서 발생할 가능성이 높습니다.
각 문제 해결 Windows Server 2003, Microsoft Windows 2000 또는 Windows NT 4.0에서이 문제가 발생 하는 여부에 따라 다릅니다.

해결 방법

Windows Server 2003 및 Windows 2000

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


두 레지스트리 설정을 변경 해야 할 수 있습니다. 항상 첫 번째 설정을 변경 해야 합니다. 시스템의 구성에 따라 두 번째 설정을 변경 해야 수 있습니다.

레지스트리 1 설정

  1. 시작, 실행을 형식 regedit열기 상자 및 다음 확인을 클릭 합니다.
  2. 다음 레지스트리 하위키를 찾아 클릭합니다.
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management
  3. 편집 메뉴에서 새로만들기를 가리킨 및 다음 DWORD 값을 클릭 합니다.
  4. 형식 PoolUsageMaximum 항목 이름 및 다음 ENTER 키를 누릅니다.
  5. PoolUsageMaximum마우스 오른쪽 단추로 클릭 하 고 수정을 클릭 합니다.
  6. 10 진수를 클릭 합니다.
  7. 값 데이터 상자에 입력 합니다 60를 누른 다음 확인을 클릭 합니다.

    중요
    • 60에 초기 값으로 사용 합니다. 백업 성공 하지 못한 경우 40 값으로 사용 합니다. 작동 하지 않는 경우 페이지 된 풀 요구를 줄이는 백업 프로그램의 동작을 변경 해야 합니다. 값에서 작동 하는 경우 백업 작동 하지 않습니다 때까지 값을 약 25% 늘릴 수도 있습니다. 백업이 실패할 경우이 문서에서 설명 하는 두 번째 레지스트리 설정을 사용 합니다.
    • 이 레지스트리 설정에 값이 60 개 이상 있는지 확인 합니다.
    • /3GB 스위치를 사용 하는 경우 40 초기 설정으로 사용 합니다. 이 값은 백분율 값을 메모 합니다.
  8. 레지스트리 편집기를 종료합니다.
  9. 컴퓨터를 다시 시작합니다.
가장 스트레스가 백업 중 이러한 설정을 테스트 해야 합니다 백업 가장 리소스를 소모 확실 하지 않은 경우를 완료 하려면 전체 백업 주기 월 기다려야 할 수 있습니다. 이 상황은 때문에 낮은 값을 먼저 테스트 하는 것이 좋습니다. 자세한 내용은 다음 문서 번호를 클릭하여 Microsoft 기술 자료의 다음 문서를 확인하십시오.
312362  (http://support.microsoft.com/kb/312362/ ) 서버가는 시스템의 페이징 풀에서 메모리를 할당할 수 없으면

레지스트리 설정을 2

  1. 시작, 실행을 형식 regedit열기 상자 및 다음 확인 을 누릅니다
  2. 다음 레지스트리 하위키를 찾아 클릭합니다.
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management
  3. 편집 메뉴에서 새로만들기를 가리킨 및 다음 DWORD 값을 클릭 합니다.
  4. 형식 PagedPoolSize 항목 이름 및 다음 ENTER 키를 누릅니다.
  5. PagedPoolSize마우스 오른쪽 단추로 클릭 하 고 수정을 클릭 합니다.
  6. 16 진수를 클릭 합니다.
  7. 값 데이터 상자에 값을 입력 합니다 FFFFFFFF를 누른 다음 확인을 클릭 합니다.

    중요
    • 컴퓨터에 다른 리소스 대신 최대 페이지 된 풀을 할당 PagedPoolSize 0xFFFFFFFF (-1)로 설정 합니다. 일반적으로 도메인 컨트롤러 또는 터미널 서버에 설치 되어야 합니다. 기본적으로 대부분의 Windows 2000 시스템을 160 mb 페이징된 풀 최대 크기를 제한할 수 것 같습니다. 커널 디버거는 공용 웹 사이트에서 다운로드를 사용 하려면 디버거에서 커널 덤프를 열어서 확인할 수 있습니다. 명령을 사용 하 여 ! vm. 이렇게 페이지 풀 163840 KB의 최대 예. 시스템에서 사용할 수 있는 페이지 테이블 항목 (Pte) 줄어들고 Windows 2000에서 343 mb 페이징된 풀은 최대 확장이 값이 추가 됩니다. Windows Server 2003에서 더 큰 값을 페이지 된 풀의 최대 크기를 확장할 수 있습니다.

      참고: 기본 및 Windows Server 2003에 대 한 최대 페이지 된 풀 값은 Windows 2000 보다 훨씬 큽니다. 일반적으로 Windows Server 2003 값은 Windows 2000에 있는 값 보다 50% 이상. 이러한 큰 값 사용 하면 문제 직면할 가능성이 페이징된 풀 값이이 문서에 설명 되어 있는 문제에 기여 하는 곳. 그러나 가능이 문제가 발생할 수 있습니다.
    • 이 값은 시스템 Pte 사용할 수 있는 제한 합니다. Pte는 시스템에서 사용 하는 다른 관련 없는 시스템 리소스입니다. 이 설정은 운영 체제 예기치 않게 중지 하 고 시작할 때 블루 스크린에 stop 0x3F 오류 표시 하려면 발생할 수 있습니다. 시스템 다시 시작 메뉴 또는 복구 콘솔에서 마지막으로 성공한 다시 시작 옵션을 사용 하 여이 복구할 수 있습니다. 자유 시스템 페이지 테이블 항목 카운터를 보려면 성능 모니터를 사용 합니다. 관찰된 가능한 값이 40000 PagePoolSize 설정을 추가할 수 있습니다.
    • 실행 하는 경우 3 GB/PAE 함께, 포괄적인 테스트 없이 및 정확히 얼마나 많은 시스템 PTE 환경에 있어야 합니다 설정 하기 전에이 설정을 설정 하지 마십시오. 아마도 10000-20000 사용 가능한 범위의 값을 볼 수 있습니다. 문서를 사용 하 여 페이지 된 풀 메모리를 구성 하지만 10000 사용 가능한 시스템 Pte 아래 삭제 하지 않음. /3GB 스위치를 사용 하는 경우 다른 값이 설정 하지 마십시오. 지원 되는 유일한 값은 0, 0A000000를 FFFFFFFF입니다.
  8. 레지스트리 편집기를 종료합니다.
  9. 컴퓨터를 다시 시작합니다.
이 문제를 해결 하 고 방지 하는 방법에 대 한 자세한 내용은 Microsoft 기술 자료에 있는 다음 문서 번호를 클릭 합니다.
256004  (http://support.microsoft.com/kb/256004/ ) "STOP 0x0000003F" 오류 메시지가 Windows Server 2003에서에서 "STOP 0x000000D8", Windows XP 및 Windows 2000 문제를 해결 하는 방법

Windows NT 4.0

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


참고: Windows NT 4.0 서비스 팩 6a를 사용 해야 합니다.

첫 번째 문제를 해결 합니다.

  1. 레지스트리 편집기(Regedt32.exe)를 시작합니다.
  2. 찾아 다음 다음 레지스트리 하위 키를 누릅니다.
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory_Management
  3. 편집 메뉴에서 값 추가를 클릭하고 다음 레지스트리 값을 추가합니다.
    값 이름: UnusedFileCache
    데이터 형식: REG_DWORD
    기 수: 10 진수
    값 데이터: 15
    참고: 이 숫자는 사용 하지 않는 세그먼트에서 사용할 수 있는 풀의 %를 나타냅니다. 0 값 시스템 Windows NT 4.0 서비스 팩 3 유사한 기본 동작을 사용 합니다. 값 5-40 나타냅니다 시스템 풀 사용량에 따라 사용 되지 않는 파일 캐시를 잘라야 합니다. 가장 적극적인 5입니다 (캐시 크기 증가, 최소) 및 40 최소 손상 되 (즉, 있습니다 캐시를 트리밍합니다 전에 가장 큰 증가 캐시 있습니다.)

    중요
    • 15를 초기 값으로 사용 합니다. 백업 성공 하지 못한 경우 5를 값으로 사용 합니다. 작동 하지 않으면, 페이지 된 풀 요구를 줄이는 백업 프로그램의 동작을 변경 하거나 해야 하거나 Windows로 업그레이드 해야 2000 곳 이상, 이중 페이지 된 풀 (대 한 자세한 내용은 "Windows 2000" 참조 절) 사용할 수입니다. 경우이 값은 백업이 완료 될 때까지 약 20% 증가 하는 것이 좋습니다. 백업이 실패할 경우이 문서에서 설명 하는 두 번째 레지스트리 설정을 사용 합니다.
    • /3GB 스위치를 사용 하는 경우 초기 설정으로 5를 사용 합니다.
  4. 레지스트리 편집기를 종료합니다.
  5. 컴퓨터를 다시 시작합니다.
가장 스트레스가 백업 중 이러한 설정을 테스트 해야 합니다 백업 가장 리소스를 소모 확실 하지 않은 경우를 완료 하려면 전체 백업 주기 월 기다려야 할 수 있습니다. 이 때문에 낮은 값을 먼저 테스트 하는 것이 좋습니다. 자세한 내용은 다음 문서 번호를 클릭하여 Microsoft 기술 자료의 다음 문서를 확인하십시오.
171458  (http://support.microsoft.com/kb/171458/ ) Windows NT 큰 파일을 열려는 요청이 실패할 수 있습니다.

두 번째 문제를 해결 합니다.

한 가지 가능한 해결 백업을 제한 한 번에 하나의 파일 백업 하는 것입니다. 이 수 하거나 백업 파일의 크기에 따라 작동 하지 않을 수 있습니다. (것입니다 180 gb 보다 작은 파일에서 작업 합니다.) 또한 여러 개의 큰 파일을 백업 하는 하지만 각 파일 180 GB 보다 작은 경우이 해결을 시도할 수 있습니다. 또한 첫 번째 문제를 해결 하려면 단계를 수행 해야 합니다. 180 GB 보다 큰 파일에 대 한 해결 방법은 없습니다 있습니다. 따라서 시스템 Windows 2000으로 업그레이드 해야 합니다. 해결 방법으로 원격으로 시스템을 백업 하려고 하면 같은 문제가 발생할 수 있습니다.
  1. 레지스트리 편집기(Regedt32.exe)를 시작합니다.
  2. 다음 레지스트리 하위키를 찾아 클릭합니다.
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory_Management
  3. 편집 메뉴에서 값 추가를 클릭하고 다음 레지스트리 값을 추가합니다.
    값 이름: DisablePagedPoolHint
    데이터 형식: REG_DWORD
    기 수: 10 진수
    값 데이터: 1
  4. 레지스트리 편집기를 종료합니다.
  5. 컴퓨터를 다시 시작합니다.

현재 상태

Microsoft는 이 문제가 '적용 대상' 섹션에 나열된 Microsoft 제품의 문제임을 확인했습니다.

추가 정보

NTBackupreadNTBackupwrite 둘 다를 사용 하 여 I/O를 버퍼링 합니다. 이 Windows NT 캐시 I/O 스트림에 대해 수행 하는 것을 의미 합니다. 파일의 메타 데이터를 백업 하는 유일한 API 이기도 합니다. 이 캐시 제한 된 리소스에서 추출 됩니다: 즉, 풀과 비페이징된 풀. 이 때문에 매우 많은 파일이 나 아주 큰 파일 풀 리소스가 부족 하 여 발생할 수 있습니다.

여러 가지 요인을 페이지 된 풀 메모리의 공급을 소모할 수 있습니다. 풀 태그를 설정 하 고 poolsnaps 드라이버는 페이지 된 풀 메모리가 소모 될 수 있도록 다른 시간 간격에 따라 걸릴 수 있습니다. 풀스냅을 MmSt 태그 (Mm 섹션 개체 프로토타입 Pte) 큰 소비자 이며 80 m B는 매우 많은 수의 파일 서버에서 아마도 열려 됩니다.

키가 존재 하는 경우 컴퓨터에서 가능한 최대 페이지 된 풀 메모리를 FFFFFFFF 설정 페이지 된 풀 키와 Windows 2000에서 페이징된 풀의 343 MB 또는 164 MB. 가능한 최대 페이지 된 풀 메모리가 192MB Windows NT 에서입니다. 기본적으로 시스템이 총 페이지 된 풀의 80% 도달 하면 할당 된 페이징된 풀 메모리 트리밍하려면 메모리 관리자가. 예를 들어, 80 %343 mb는 274 MB입니다. 메모리 관리자의 요구를 충족 하도록 만큼 빠르게 해제할 수 없습니다,이 문서의 "현상" 절에 나열 된 이벤트가 발생할 수 있습니다. 이전 버전 (예를 들어, 40%에 도달 하면) 프로세스를 시작 하도록 메모리 관리자를 조정 하면 컴퓨터 유지할 수 있습니다 페이지 된 풀 요구를 충족 사용량이 갑자기 페이지 된 풀 메모리가 부족 해지지 않도록.자세한 내용은 다음 문서 번호를 클릭하여 Microsoft 기술 자료의 다음 문서를 확인하십시오.
192409  (http://support.microsoft.com/kb/192409/ ) 열려 있는 파일을 커널 INSUFFICIENT_RESOURCES 보고서를 인해 발생할 수 있습니다.


이 문서에 나와있는 다른 공급업체 제품들은 Microsoft와 무관한 회사에서 제조한 것입니다. Microsoft는 이러한 제품의 성능 또는 안정성에 대해 명시적이든 묵시적이든 어떠한 보증도 하지 않습니다.

본 문서의 정보는 다음의 제품에 적용됩니다.
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows NT Server 4.0 Standard Edition
  • Microsoft Windows NT Server 4.0 Enterprise Edition
키워드: 
kbprb kbmt KB304101 KbMtko
기계 번역된 문서기계 번역된 문서
이 문서는 Microsoft 기계 번역 소프트웨어를 이용하여 번역되었으며 Microsoft Community에 의한 Community Translation Framework(CTF) 기술 혹은 사람이 번역한 내용에 의하여 사후 편집될 수 있습니다. Microsoft는 Knowledge Base에 있는 모든 문서에 다양한 언어로 접근할 수 있도록 하기 위하여 기계 번역, 사람에 의한 번역 및 커뮤니티가 편집한 내용을 모두 제공합니다. 번역된 문서는 어휘, 구문 및/혹은 문법에 오류가 있을 수 있습니다. Microsoft는 번역 오류로 인한 부정확성, 오류 및/또는 손해와 이를 고객이 사용하는 데에 대하여 책임을 지지 않습니다.
이 문서의 영문 버전 보기:304101  (http://support.microsoft.com/kb/304101/en-us/ )
공유
추가 지원 옵션
Microsoft Community 지원 포럼
직접 문의하기
Microsoft Certified Partner 찾기
Microsoft Store