XADM: 정보 저장소 폴더 액세스가 느려질 수 있다

기술 자료 번역 기술 자료 번역
기술 자료: 216076 - 이 문서가 적용되는 제품 보기.
중요: 이 문서에서는 레지스트리 수정 방법을 설명합니다. 레지스트리를 수정하기 전에 해당 레지스트리를 백업하고 문제 발생 시 이를 복원하는 방법을 이해해야 합니다. 레지스트리 백업, 복원 및 편집 방법은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
256986 Microsoft Windows 레지스트리 설명
모두 확대 | 모두 축소

이 페이지에서

현상

개인 또는 공용 정보 저장소에서 하나 이상의 폴더를 열려고 하면 프로세스가 매우 느려지거나 응답하지 않을 수 있습니다. 이 문제는 아래와 같은 방식으로 나타날 수 있습니다.
  • 폴더에 있는 메일에 액세스할 경우 예를 들어, 항목 상태를 읽음에서 읽지 않음으로 변경하거나 항목을 열거나 삭제하는 경우 클라이언트 응답이 매우 느립니다.
  • "클라이언트 작업을 정상적으로 수행하지 못했습니다."라는 문장이 포함된 MAPI(Messaging Application Programming Interface) 오류 메시지가 나타납니다.
  • Mdbdata 폴더에 있는 로그 파일이 꾸준히 증가하고 공용 폴더 리소스나 사서함 리소스에 거의 변화가 없는 것이 관찰되는 경우가 있습니다.
  • 새 폴더를 만들고 문제가 있는 폴더 내용을 새 폴더로 이동하면 며칠 동안은 문제를 해결할 수 있지만 나중에 문제가 다시 발생합니다.
  • 특정 폴더에 액세스하는 경우 응답이 느려지거나 문제가 발생하지만 같은 데이터베이스의 다른 폴더는 보통 때처럼 응답합니다. 이것은 게이트웨이 폴더와 같은 특별한 폴더를 포함합니다(예를 들어, Mts-in 및 Mts-out 폴더).

원인

개별 폴더에 너무 많은 캐싱 제한, 백 링크 및 검색 작업이 있습니다.

이 문서에서 설명하는 문제가 발생하는지 확인하려면 다음 테스트 중 하나를 수행하십시오.

중요: 테스트 1이 서버의 폴더 보기를 다시 설정하기 때문에 테스트 1을 수행하기 전에 정보 저장소를 완벽하게 온라인 백업했는지 확인하십시오.

테스트 1

  1. 공용 또는 개인 정보 저장소의 Reset Views 레지스트리 값을 추가합니다.

    경고: 레지스트리 편집기를 잘못 사용하면 심각한 문제가 발생할 수 있으며 문제를 해결하기 위해 운영 체제를 다시 설치해야 할 수도 있습니다. Microsoft는 레지스트리 편집기를 잘못 사용함으로써 발생하는 문제에 대해 해결을 보증하지 않습니다. 레지스트리 편집기의 사용에 따른 모든 책임은 사용자에게 있습니다.

    이 값을 추가하려면 다음 절차에서 해당하는 작업을 하나 수행하십시오.
    • 공용 정보 저장소: 레지스트리 키를 수정하여 공용 정보 저장소의 Reset Views 값을 변경하려면 다음 단계를 수행하십시오.
      1. 레지스트리 편집기(Regedt32.exe)를 시작합니다.
      2. 레지스트리에서 다음 키를 찾습니다.
        HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersPublic
      3. REG_DWORD 형식의 Reset Views 값을 추가합니다.
      4. 이 레지스트리 항목이 없는 Reset Views의 기본값은 0입니다. 값을 1로 설정합니다.
      5. 레지스트리 편집기를 끝냅니다.
    • 개인 정보 저장소: 레지스트리 키를 수정하여 개인 정보 저장소의 Reset Views 값을 변경하려면 다음 단계를 수행하십시오.
      1. 레지스트리 편집기(Regedt32.exe)를 시작합니다.
      2. 레지스트리에서 다음 값을 찾습니다.
        HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersPrivate
      3. REG_DWORD 형식의 Reset Views 값을 추가합니다.
      4. 이 레지스트리 항목이 없는 Reset Views의 기본값은 0입니다. 값을 1로 설정합니다.
      5. 레지스트리 편집기를 끝냅니다.
  2. 정보 저장소 서비스를 중지한 다음 다시 시작합니다.
이 값이 존재하고 0이 아닌 값으로 설정된 경우 정보 저장소는 다음 정리 간격(정보 저장소 유지 관리 시간)에서 캐싱된 제한을 모두 삭제하고 값을 0으로 다시 설정합니다. 레지스트리 키를 확인하여 값이 0으로 다시 설정되었는지 확인할 수 있습니다. 캐싱된 제한이 삭제된 후에 폴더 성능이 크게 향상된 경우 이 문서에서 설명하는 문제가 발생할 수 있습니다.

테스트 2

  1. 정보 저장소를 중지합니다.
  2. 명령 프롬프트에서 Exchsrvr\Bin 폴더로 가서 다음 명령을 실행합니다.
    isinteg -pri|pub -dump -l logfilename
    경고: 이 명령은 지정된 데이터베이스에 있는 모든 폴더의 세부 정보를 덤프합니다. 데이터베이스 크기에 따라 생성된 로그 파일은 매우 커질 수 있습니다.
  3. 로그 파일을 확인하고 다음 필드 아래에서 많은 항목이 있는 폴더를 찾습니다.
    Search FIDs=
    Recursive FIDs=
    Search Backlinks=
    Categ FIDs=
    예를 들면 다음과 같습니다.
    Search FIDs=0001-000000000418,0001-00000000041B,0001-000000000421, 0001-000000000423,0001-000000000424,0001-000000000428,0001-00000000042D
    수백 개의 항목이 계속되는 경우 이 문서에서 설명하는 문제가 발생할 수 있습니다.

해결 과정

이 문제를 해결하려면 영향을 받는 데이터베이스(공용 또는 개인 정보 저장소)의 Aging Keep Time 값을 기본값인 8일에서 1일로 줄입니다.

Aging Keep Time

이 값을 줄이려면 다음 절차에서 해당하는 작업을 하나 수행하십시오.
  • 공용 정보 저장소: 레지스트리 키를 수정하여 공용 정보 저장소의 Aging Keep Time 값을 변경하려면 다음 단계를 수행하십시오.
    1. 레지스트리 편집기(Regedt32.exe)를 시작합니다.
    2. 레지스트리에서 다음 키를 찾습니다.
      HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersPublic
    3. REG_DWORD 형식의 Aging Keep Time 값을 추가합니다.
    4. 이 레지스트리 항목이 없는 Aging Keep Time의 기본값은 8일입니다. Exchange Server 4.0 및 5.0은 이 값을 밀리초 단위(밀리초 단위로 8일은 691,200,000: 1000*60*60*24*8 = 691,200,000)로 저장하며 Exchange Server 5.5는 이 값을 초 단위(초 단위로 8일은 691,200:60*60*24*8 = 691,200)로 저장합니다. 새 Aging Keep Time 값을 1일로 설정하려면 Exchange Server 4.0과 5.0의 경우 86,400,000, Exchange Server 5.5의 경우 86,400으로 설정합니다. 더 낮은 값으로 설정해야 할 경우 Exchange Server 4.0과 5.0은 밀리초 단위를 사용하고 Exchange Server 5.5는 초 단위를 사용한다는 것을 명심하십시오.

      참고: 이 값은 십진수로 입력합니다.
    5. 레지스트리 편집기를 끝냅니다.
  • 개인 정보 저장소: 레지스트리 키를 수정하여 개인 정보 저장소의 Aging Keep Time 값을 변경하려면 다음 단계를 수행하십시오.
    1. 레지스트리 편집기(Regedt32.exe)를 시작합니다.
    2. 레지스트리에서 다음 값을 찾습니다.
      HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersPrivate
    3. REG_DWORD 형식의 Aging Keep Time 값을 추가합니다.
    4. 이 레지스트리 항목이 없는 Aging Keep Time의 기본값은 8일입니다. Exchange Server 4.0 및 5.0은 이 값을 밀리초 단위(밀리초 단위로 8일은 691,200,000: 1000*60*60*24*8 = 691,200,000)로 저장하며 Exchange Server 5.5는 이 값을 초 단위(초 단위로 8일은 691,200:60*60*24*8 = 691,200)로 저장합니다. 새 Aging Keep Time 값을 1일로 설정하려면 Exchange Server 4.0과 5.0의 경우 86,400,000, Exchange Server 5.5의 경우 86,400으로 설정합니다. 더 낮은 값으로 설정해야 할 경우 Exchange Server 4.0과 5.0은 밀리초 단위를 사용하고 Exchange Server 5.5는 초 단위를 사용한다는 것을 명심하십시오.

      참고: 이 값은 십진수로 입력합니다.
    5. 레지스트리 편집기를 끝냅니다.
    6. 정보 저장소 서비스를 중지한 다음 다시 시작합니다.
이 값을 아직도 적절하게 낮추지 않은 경우 적용 가능한 성능 수준에 도달할 때까지 값을 줄입니다. 그러나 이 문서의 "Aging Clean Interval" 절에서 설명하는 대로 Aging Clean Interval 값을 기본값 1일에서 더 줄여야 합니다.

Aging Clean Interval

Aging Clean Interval 값은 정보 저장소가 캐시에서 무엇을 제거해야 하는지 확인하는 간격(Exchange Server 4.0, 5.0 및 5.5의 경우 초 단위)입니다. 기본값은 24시간(또는 86,400초)입니다. 정보 저장소의 Aging Clean Interval 값을 줄이려면 레지스트리를 수정하여 정보 저장소의 Aging Clean Interval 값을 줄입니다.
  1. 레지스트리 편집기(Regedt32.exe)를 시작합니다.
  2. 레지스트리에서 다음 키를 찾습니다.
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersSystem
  3. REG_DWORD 형식의 Aging Clean Interval 값을 추가합니다.
  4. 기본적으로 레지스트리 항목이 없는 Aging Clean Interval 값은 86,400(또는 초 단위로 1일인 60*60*24)입니다. 새 Aging Clean Interval 값을 86,400 미만의 수로 설정합니다.

    참고: 이 값은 십진수입니다.
  5. 레지스트리 편집기를 끝냅니다.
  6. 정보 저장소 서비스를 중지한 다음 다시 시작합니다.

Isinteg 실행

Isinteg 유틸리티를 실행하여 캐싱된 제한을 강제로 즉시 정리할 수 있습니다. 이럴 경우 다음 사항이 발생합니다.
  • 백 링크가 지워집니다.
  • 제한 표가 삭제됩니다.
폴더에 대해 많은 제한이 있고 isinteg -fix 명령을 실행하는 경우 이러한 캐싱된 검색이 모두 지워지고 폴더는 정상적으로 실행됩니다.
isinteg -fix -pri -test morefld
Microsoft Exchange Information Store Integrity Checker v5.5.265
Copyright (c) 1986-1997 Microsoft Corp. All rights reserved.
Started: 04/28/00 19:06:08
Server name: Server.domain.com
Store path: D:\exchsrvr\MDBDATA\PRIV.EDB
Store size: 1510031360 bytes
Output log: isinteg.pri
Check mode: check and fix
Options: -fix -pri -test morefld

Starting test 1 of 3, 'Categorization Tables'
Finished Categorization Tables. Time: 0h:0m:0s
Starting test 2 of 3, 'Restriction Tables'
Finished Restriction Tables. Time: 0h:0m:0s
Starting test 3 of 3, 'Search Folder Links'
Finished Search Folder Links. Time: 0h:0m:23s
No reference count tests

추가 정보

확장 MAPI에서 폴더 검색에 사용할 수 있는 메서드는 두 가지로 Restrict() 및 FindRow() 메서드가 있습니다. Restrict() 메서드는 해당 폴더에서 제한을 캐싱하고 며칠 동안 제거되지 않습니다. 보기, 필터 또는 검색이 항상 변화하는 기본 인덱스를 사용하는 경우 폴더가 호출될 때마다 새 제한이 추가됩니다. 이것은 변경이 적용될 때마다 모든 백 링크를 액세스해야 하기 때문에 폴더 성능이 심각하게 저하될 수 있습니다.

폴더 인덱스 에이징 제어에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
159197 XADM: 폴더 인덱스 에이징 제어
Collaboration Data Objects(CDO) 1.21도 문제를 일으킬 수 있습니다. CDO MessageFilter 개체는 MAPI 제한으로 구현됩니다. 가능하면 MessageFilter에 의존하는 CDO 코드는 FindRow를 사용하는 동일한 확장 MAPI 코드로 대체되어야 합니다. 하지만 이것이 항상 가능한 것은 아닙니다. 예를 들어, 약속을 검색하는 CDO 코드는 확장 MAPI가 약속 항목을 이해하지 못하기 때문에 확장 MAPI로 대체할 수 없습니다. 이 경우 여러 가지 MessageFilter 수를 줄일 수 있는지 CDO 코드를 다시 평가해야 합니다.



Microsoft 제품 관련 기술 전문가들과 온라인으로 정보를 교환하시려면 Microsoft 뉴스 그룹에 참여하시기 바랍니다.

속성

기술 자료: 216076 - 마지막 검토: 2005년 8월 24일 수요일 - 수정: 2.1
본 문서의 정보는 다음의 제품에 적용됩니다.
  • Microsoft Exchange Server 4.0 Standard Edition
  • Microsoft Exchange Server 5.0 Standard Edition
  • Microsoft Exchange Server 5.5 Standard Edition
  • Microsoft Exchange 2000 Enterprise Server
  • Microsoft Exchange 2000 Server Standard Edition
  • Microsoft Messaging Application Programming Interface
  • Microsoft Collaboration Data Objects 1.21
키워드:?
kbprb KB216076

피드백 보내기

 

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