공용 폴더 약속 있음/없음 정보 문제 해결

  • 아티클

 

마지막으로 수정된 항목: 2011-06-21

제품 이름

Exchange

제품 버전

8.0

제품 빌드 번호

8.0

이벤트 ID

8207

이벤트 원본

MSExchangeFBPublish

구성 요소

Cdopt

심볼 이름

evtPublicFolderUpdateFailed

메시지 텍스트

%1 가상 컴퓨터에 있는 약속 있음/없음 정보를 사용하여 공용 폴더를 업데이트하는 동안 오류가 발생했습니다. 오류 번호는 %2입니다.

설명

이 오류 이벤트는 이 이벤트를 로깅한 Microsoft® Exchange Server가 Schedule+ 약속 있음/없음 정보가 있는 공용 폴더를 업데이트하지 않았음을 나타냅니다. Schedule+ 약속 있음/없음 정보는 Microsoft Office Outlook® 2003 또는 이전 클라이언트용 공용 폴더에 게시됩니다. 이 이벤트는 약속 있음/없음 정보가 게시되는 공용 폴더 저장소가 분리 상태인 경우에 발생할 수 있습니다.

  • 표시되는 특정 오류 번호가 0x80070005인 경우 이 오류 이벤트는 Schedule+ 약속 있음/없음 정보에 사용되는 개체 클래스 MsexchPFtree를 갖는 공용 폴더가 예상 위치인 CN=Folder Hierarchies,CN= Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=<조직 이름>,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=<루트 도메인>에 없음을 나타냅니다.

사용자 작업

이 오류를 해결하려면 다음 단계를 수행하십시오.

  1. Exchange 조직의 공용 폴더 저장소가 하나 이상 탑재 상태인지 확인합니다.

  2. 응용 프로그램 및 시스템 로그에서 기타 관련 오류 및 경고 이벤트를 검토합니다. 이러한 관련 이벤트가 이 이벤트의 근본 원인을 찾는 데 도움이 될 수 있습니다.

  3. 표시되는 오류 번호가 0x80070005이면 아래 절차를 사용하여 오류의 원인과 해결 방법을 확인하십시오.

ADSI 편집은 클라이언트 컴퓨터나 서버에서 실행할 수 있습니다. 컴퓨터가 도메인의 구성원일 필요는 없지만 사용자가 연결 중인 Active Directory 디렉터리 서비스 도메인을 보고 편집할 수 있는 권한이 해당 사용자에게 있어야 합니다. ADSI 편집을 사용하는 방법에 대한 자세한 내용은 Adsiedit Overview(영문)를 참조하십시오.

중요

ADSI 편집 또는 다른 모든 LDAP 버전 3 클라이언트를 사용할 때 Active Directory 개체의 특성을 잘못 수정하면 심각한 문제가 발생할 수 있습니다. 이러한 문제를 해결하려면 Windows Server 2003, Exchange 2007 또는 Windows Server 2003과 Exchange 2007을 모두 다시 설치해야 할 수 있습니다. Microsoft는 Active Directory 개체 특성을 잘못 수정할 경우 발생하는 문제를 해결할 수 있음을 보장하지 않습니다. 이러한 특성을 수정하여 발생하는 모든 문제에 대한 책임은 사용자에게 있습니다.

ADSI 편집을 사용하여 CN=Public Folders 컨테이너의 위치를 확인하려면 다음을 수행합니다.

  1. ADSI 편집을 사용하여 CN=Public Folders 컨테이너가 기본 위치인 CN=Folder Hierarchies,CN= Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=<조직 이름>,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=<루트 도메인> 아래에 있는지 확인합니다.

    1. CN=Public Folders 컨테이너가 기본 위치에 없는 경우 CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=<루트 도메인>으로 이동되었는지 확인합니다.

    2. CN=Public Folders가 CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=<루트 도메인>에 있는 경우 기본 위치인 CN=Folder Hierarchies,CN=* *Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=<조직 이름>,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=<루트 도메인>으로 다시 이동하고 정보 저장소 서비스를 다시 시작합니다.

  2. CN=Public Folders 컨테이너가 기본 위치인 CN=Folder Hierarchies,CN= Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=<조직 이름>,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=<루트 도메인>에 없고 부모 컨테이너 CN=Folder Hierarchies도 없는 경우 아래 단계를 사용하여 CN=* *Exchange Administrative Group (FYDIBOHF23SPDLT) 컨테이너 아래에 CN=Folder Hierarchies를 만듭니다.

    1. CN= Exchange Administrative Group (FYDIBOHF23SPDLT) 컨테이너를 마우스 오른쪽 단추로 클릭하고 새로 만들기를 가리킨 다음 개체를 클릭합니다.

    2. 클래스 목록 선택에서 msExchPublicFolderTreeContainer를 클릭한 다음 다음을 클릭합니다.

    3. 특성: cn 페이지의 값 상자에 Folder Hierarchies를 입력한 다음 다음을 클릭합니다.

    4. 마침을 클릭하여 Folder Hierarchies 개체를 만듭니다.

    5. 새로 만든 CN=Folder Hierarchies 개체를 마우스 오른쪽 단추로 클릭하고 새로 만들기, 개체를 차례로 클릭합니다.

    6. 클래스 목록 선택에서 msExchPFTree를 선택한 다음 다음을 클릭합니다.

    7. 값 상자에 Public Folders를 입력한 다음 다음을 클릭합니다.

    8. Exchange 관리 콘솔을 사용하여 공용 폴더 저장소를 분리한 다음 탑재합니다.

  3. 위의 단계로 이 문제를 해결할 수 없는 경우

    1. 공용 폴더 저장소를 분리하고 공용 폴더 저장소 파일인 Pub1.edb 및 Pub1.stm의 복사본을 만듭니다.

    2. 원래의 Pub1.edb 및 Pub1.stm 파일 이름을 Pub1Old.edb 및 PubOld1.stm으로 바꿉니다.

    3. 공용 저장소를 탑재하여 새 Pub1.edb 및 Pub1.stm 파일이 생성되도록 합니다.

    4. 공용 폴더 저장소를 다시 분리하고 이번에는 공용 폴더 저장소 파일 Pub1.edb 및 Pub1.stm의 이름을 약간 다르게 바꿉니다.

    5. 3b단계의 Pub1Old.edb 및 PubOld1.stm의 이름을 원래 위치에 있던 원래 파일 이름인 Pub1.edb 및 Pub1.stm으로 바꿉니다.

    6. 공용 폴더 저장소를 탑재하고 정보 저장소 서비스를 다시 시작합니다. 이제 문제가 해결될 것입니다.

UNRESOLVED_TOKEN_VAL(InstallBPATool)