현재 오프라인 상태입니다. 인터넷에 다시 연결하기를 기다리고 있습니다.

대형 시스템 볼륨을 백업 하면 백업 프로그램은 성공 하지

2015년 7월 14일 Windows Server 2003 지원 종료

Microsoft는 2015년 7월 14일 Windows Server 2003에 대한 지원을 종료했습니다. 이러한 변경에 따라 해당 소프트웨어 업데이트 및 보안 옵션이 영향을 받습니다. 사용자에게 미치는 영향 및 계속 보호를 받는 방법에 대해 알아보십시오.

이 문서는 Microsoft 기계 번역 소프트웨어를 이용하여 번역되었으며 Microsoft Community에 의한 Community Translation Framework(CTF) 기술 혹은 사람이 번역한 내용에 의하여 사후 편집될 수 있습니다. Microsoft는 Knowledge Base에 있는 모든 문서에 다양한 언어로 접근할 수 있도록 하기 위하여 기계 번역, 사람에 의한 번역 및 커뮤니티가 편집한 내용을 모두 제공합니다. 번역된 문서는 어휘, 구문 및/혹은 문법에 오류가 있을 수 있습니다. Microsoft는 번역 오류로 인한 부정확성, 오류 및/또는 손해와 이를 고객이 사용하는 데에 대하여 책임을 지지 않습니다.

이 문서의 영문 버전 보기:304101
현상
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 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 서버가는 시스템의 페이징 풀에서 메모리를 할당할 수 없으면

레지스트리 설정을 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 "STOP 0x0000003F" 오류 메시지가 Windows Server 2003에서에서 "STOP 0x000000D8", Windows XP 및 Windows 2000 문제를 해결 하는 방법

Windows NT 4.0

중요: 이 섹션, 방법 또는 작업은 레지스트리를 수정하는 방법을 설명하는 단계를 포함합니다. 그러나 레지스트리를 잘못 수정하면 심각한 문제가 발생할 수 있습니다. 따라서 다음 단계를 주의 깊게 수행해야 합니다. 추가 보호 조치로 수정하기 전에 레지스트리를 백업합니다. 그러면 문제가 발생할 경우 레지스트리를 복원할 수 있습니다. 레지스트리를 백업 및 복원하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭합니다.
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 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 열려 있는 파일을 커널 INSUFFICIENT_RESOURCES 보고서를 인해 발생할 수 있습니다.


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

경고: 이 문서는 자동으로 번역되었습니다.

속성

문서 ID: 304101 - 마지막 검토: 05/04/2015 02:32:00 - 수정: 7.0

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
피드백