Share via

Exchange 데이터베이스에 명명된 속성 또는 복제본 식별자가 한도에 다다르면 수신되는 이벤트 9666, 9667, 9668 및 9669

  • 아티클

 

마지막으로 수정된 항목: 2012-04-26

이 항목에서는 Exchange 서버의 응용 프로그램 로그에 기록될 수 있는 이벤트 9666, 9667, 9668 및 9669에 대한 정보를 제공합니다. 사서함 서버 역할이 설치된 Exchange 서버의 데이터베이스가 명명된 속성 또는 복제본 식별자의 최대 한도에 근접하거나 도달하면 이러한 이벤트가 기록됩니다. 명명된 속성 또는 복제본 식별자에 대한 자세한 내용을 보려면 Exchange 데이터베이스의 명명된 속성 및 복제본 식별자 제한에 대한 영향 이해를 참조하십시오.

경고 이벤트 9666 및 9668

사서함 또는 공용 폴더 데이터베이스에 대해 새 명명된 속성 또는 복제본 식별자를 만들 때 할당량 경고 임계값에 도달하면 경고 이벤트 9666 또는 9668이 이벤트 로그에 기록됩니다. 경고 임계값은 구성된 할당량보다 20개 항목이 적습니다. 명명된 속성 또는 복제본 식별자는 이상 없이 만들어집니다. 이 경우 응용 프로그램 로그에 다음 이벤트 중 하나 또는 둘 모두가 표시될 수 있습니다.

  • 이벤트 ID: 9666

    유형: 경고

    범주: 일반

    원본: msgidNamedPropsQuotaWarning

    설명: "<데이터베이스 이름>" 데이터베이스에 만든 명명된 속성의 수가 할당량 제한에 거의 도달했습니다. 명명된 속성의 현재 수: <명명된 속성의 수>. 명명된 속성에 대한 할당량 제한: <구성된 할당량>. 명명된 속성을 만들려는 사용자: <사용자 이름>. 명명된 속성 GUID: <명명된 속성의 GUID>. 명명된 속성 이름/ID: <명명된 속성의 이름>.

    중요

    인증된 명명된 속성과 인증되지 않은 명명된 속성에 대한 제한은 서로 다릅니다. 이벤트 9666은 이 두 명명된 속성 유형에 대해서 모두 기록됩니다. 명명된 속성의 어느 풀을 전부 사용할지 결정하려면 서버의 레지스트리에 있는 구성 값을 해당 이벤트 설명에 상관시켜야 합니다.

  • 이벤트 ID: 9668

    유형: 경고

    범주: 일반

    원본: msgidReplidsQuotaWarning

    설명: "<데이터베이스 이름>" 데이터베이스에 만든 복제본 식별자 수가 할당량 제한에 거의 도달했습니다. 복제본 식별자의 현재 수: <복제본 식별자의 수>. 복제본 식별자에 대한 할당량 제한: <구성된 할당량>. 복제본 식별자를 만들려는 사용자: <사용자 이름>.

오류 이벤트 9667 및 9669

데이터베이스가 명명된 속성 또는 복제본 식별자 할당량 제한에 도달한 경우 새 명명된 속성 또는 복제본 식별자를 만들려고 하면 오류 이벤트 9667 또는 9669가 이벤트 로그에 기록됩니다. 명명된 속성 또는 복제본 식별자가 만들어지지 않습니다. 이 경우 응용 프로그램 로그에 다음 이벤트 중 하나 또는 둘 모두가 표시될 수 있습니다.

  • 이벤트 ID: 9667

    유형: 오류

    범주: 일반

    원본: msgidNamedPropsQuotaError

    설명: 명명된 속성의 수가 할당량 제한(<구성된 할당량>)에 도달하여 "<데이터베이스 이름>" 데이터베이스에 명명된 속성을 새로 만들지 못했습니다. 명명된 속성을 만들려는 사용자: <사용자 이름>. 명명된 속성 GUID: <명명된 속성의 GUID>. 명명된 속성 이름/ID: <명명된 속성의 이름>.

    중요

    인증된 명명된 속성과 인증되지 않은 명명된 속성에 대한 제한은 서로 다릅니다. 이 두 명명된 속성 유형에 대해서는 이벤트 9667이 기록됩니다. 명명된 속성의 어느 풀을 전부 사용할지 결정하려면 서버의 레지스트리에 있는 구성 값을 이벤트 설명에 상관시켜야 합니다.

  • 이벤트 ID: 9669

    유형: 오류

    범주: 일반

    원본: msgidReplidsQuotaError

    설명: 복제본 식별자의 수가 할당량 제한(<구성된 할당량>)에 도달하여 "<데이터베이스 이름>" 데이터베이스에 복제본 식별자를 새로 만들지 못했습니다. 복제본 식별자를 만들려는 사용자: <사용자 이름>.

또한 명명된 속성을 만들려고 하는 Microsoft Office Outlook과 같은 MAPI 클라이언트가 오류 코드 0x80040900(10진수 형식으로 -2147219200)을 받을 수 있습니다. 이 오류 코드는 MAPI_E_NAMED_PROP_QUOTA_EXCEEDED에 해당합니다. 사용자가 새 메시지를 보내거나 사용자의 임시 보관함 폴더에 새 메시지를 저장하려는 경우 일반적으로 이 오류가 수신됩니다.

해결 방안

데이터베이스가 명명된 속성 또는 복제본 식별자에 대해 구성된 할당량에 도달하는 경우 복구가 좀 더 간단하고, 데이터베이스가 절대 최대 수인 32,766개에 도달하는 경우에는 복구 프로세스가 더 복잡하고 Exchange 환경에 보다 치명적입니다.

시작하기 전에

이 절차를 수행하려면 사용하는 계정이 다음 권한을 위임받아야 합니다.

  • Exchange Server 관리자 역할 및 대상 서버의 로컬 관리자 그룹 사용 권한

사용 권한, 역할 위임 및 Microsoft Exchange Server 2007 관리에 필요한 권한에 대한 자세한 내용은 사용 권한 고려 사항을 참조하십시오.

명명된 속성 또는 복제본 식별자에 대해 구성된 할당량에 도달한 경우의 복구

경고 이벤트 9666 또는 9668을 받으면 명명된 속성 또는 복제본 식별자에 대해 구성된 할당량을 늘려 Exchange 프로덕션 환경이 중단되지 않도록 할 수 있습니다. 이 구성을 위해서는 데이터베이스를 분리한 후 다시 탑재해야 하므로 변경 관리 프로세스에서 허용되는 가장 빠른 시간에 유지 관리 창을 예약해야 합니다. 오류 이벤트 9667 또는 9669를 받은 경우에는 사용자가 이미 오류를 받았을 가능성이 있으므로 구성된 할당량을 응급 유지 관리 작업을 구현하여 늘려야 합니다. 명명된 속성 및 복제본 식별자에 대한 할당량을 늘리는 방법에 대한 자세한 단계는 Exchange 2007 데이터베이스에 대해 명명된 속성 및 복제본 식별자 할당량을 구성하는 방법을 참조하십시오.

중요

할당량을 하드 한도인 32,766개 항목까지 늘리지 마십시오. 명명된 속성 또는 복제본 식별자에 대한 기본 할당량을 늘려야 하는 경우에는 상황의 근본 원인을 확인하고 명명된 속성이나 복제본 식별자가 최대 한도에 도달하지 않도록 하십시오.

명명된 속성 또는 복제본 식별자에 대한 하드 한도인 32,766개 항목에 도달한 경우의 복구

데이터베이스에 대해 명명된 속성이나 복제본 식별자를 전부 사용한 경우에는 Exchange 환경에 치명적인 복구 프로세스를 수행해야 합니다.

사서함 데이터베이스를 복구하려면 다음을 수행합니다.

  1. 동일한 서버 또는 사서함 서버 역할이 설치된 다른 Exchange 서버에 새 사서함 데이터베이스를 만듭니다.

  2. 복구해야 할 데이터베이스의 모든 사서함을 새 사서함 데이터베이스로 이동합니다.

  3. 복구해야 할 사서함 데이터베이스가 있는 Exchange 서버에서 다음을 수행합니다.

    1. 복구해야 할 사서함 데이터베이스를 분리합니다.

    2. 복구해야 할 사서함 데이터베이스에 해당하는 데이터베이스 파일을 삭제합니다.

    3. 사서함 데이터베이스를 탑재합니다. 이렇게 하면 사서함 데이터베이스에 대해 빈 데이터베이스 파일이 만들어집니다.

  4. 복구한 빈 사서함 데이터베이스에 모든 사서함을 다시 이동합니다.

공용 폴더 데이터베이스를 복구하려면 다음을 수행합니다.

  1. 사서함 서버 역할이 설치된 다른 Exchange 서버에 새 공용 폴더 데이터베이스를 만듭니다.

  2. 복구해야 할 공용 폴더 데이터베이스와 새로 만든 공용 폴더 데이터베이스 간의 복제를 구성합니다. 공용 폴더 복제 구성에 대한 자세한 단계는 공용 폴더 복제를 구성하는 방법을 참조하십시오.

    중요

    공용 폴더에 대해 복제를 이미 구성한 경우에는 조직의 다른 공용 폴더 데이터베이스에도 명명된 속성을 모두 사용한 항목이 포함되어 있고 하드 한도에도 도달할 가능성이 있습니다. 이 상황을 복구하려면 액세스되지 않은 상태에서 명명된 속성을 사용하고 있을지 모르는 이전 콘텐츠가 제거되도록 공용 폴더에 에이징을 구성해야 합니다. 또는 공용 폴더 데이터베이스의 콘텐츠를 여러 공용 폴더 데이터베이스에 분산할 수도 있습니다.

  3. 모든 콘텐츠를 복제한 후에는 복구해야 할 공용 폴더 데이터베이스가 있는 Exchange 서버에서 다음을 수행합니다.

    1. 공용 폴더 데이터베이스를 분리합니다.

    2. 복구해야 할 공용 폴더 데이터베이스에 해당하는 데이터베이스 파일을 삭제합니다.

    3. 공용 폴더 데이터베이스를 탑재합니다. 이렇게 하면 공용 폴더 데이터베이스에 대해 빈 데이터베이스 파일이 만들어집니다.

  4. 복구된 공용 폴더 데이터베이스에 콘텐츠가 다시 복제되도록 허용합니다.

권장되는 추가 작업

명명된 속성 또는 복제본 식별자가 한도에 다다른 상태를 복구한 후에는 더 많은 수의 명명된 속성 또는 복제본 식별자가 사용된 이유를 알아내야 합니다. 우선 성능 모니터를 사용하여 명명된 속성과 복제본 식별자가 환경에서 만들어지는 수를 자세하게 모니터링해야 합니다.

성능 모니터를 통해 명명된 속성과 복제본 식별자가 환경에서 만들어지는 수를 모니터링하려면 다음을 수행합니다.

  1. 모니터링해야 할 Exchange 서버에 대해 추가 Microsoft Exchange Information Store 서비스 로깅을 사용하도록 설정합니다. 추가 Microsoft Exchange 정보 저장소 로깅을 사용하도록 설정하는 자세한 단계는 Microsoft 기술 자료 문서 254606, XADM: 추가 정보 저장소 로깅을 사용하도록 설정하는 방법(영문)을 참조하십시오.

  2. 성능 모니터를 사용하여 성능 카운터 값을 캡처합니다. 성능 모니터 사용에 대한 자세한 내용은 서버 성능 모니터링(영문)을 참조하십시오. 다음 성능 카운터의 값을 캡처합니다.

    • MSExchangeIS Mailbox\Rows in NamedProps Table

    • MSExchangeIS Mailbox\Rows in ReplidMap Table

    • MSExchangeIS Public\Rows in NamedProps Table

    • MSExchangeIS Public\Rows in ReplidMap Table

  3. 캡처한 성능 데이터를 분석하여, 추세를 확인하고 시간에 따른 이러한 카운터의 증가와 네트워크상의 작업 간 상관 관계를 찾아봅니다.

근본 원인을 확인할 수 없고 서버에 만들어진 명명된 속성과 복제본 식별자의 수가 계속해서 증가할 경우 Microsoft 고객 지원 서비스에 문의하십시오. 고객 지원 서비스에 문의하는 방법에 대한 자세한 내용은 Microsoft 도움말 및 지원을 참조하십시오.

자세한 내용

데이터베이스 관리에 대한 자세한 내용은 저장소 그룹 및 데이터베이스 관리를 참조하십시오.

Exchange 2007의 보안 및 보호 기능에 대한 자세한 내용을 보려면 보안 및 보호를 참조하십시오.