문제

Granular Restore Technology(GRT)을 사용하면서 개별 항목을 테이프에 백업하거나 디스크로부터 개별 항목을 복원할 때 액세스 거부가 발생하는 Microsoft Exchange의 일반적인 원인.

세부 정보:

Granular Restore Technology(GRT)는 여러 Backup Exec for Windows Servers Remote Agent에 걸쳐 개별 항목의 백업 및 복원을 허용합니다. Exchange GRT 기능은 MAPI(Messaging API)를 사용하여 단일 계정에서 개별 사용자를 흉내냄으로써 개별 사서함에 액세스하고 컨텐츠의 카탈로그를 작성합니다.

GRT에서 테이프로 백업하거나 GRT에서 디스크로 복원할 때 사서함 컨텐츠의 카탈로그를 작성하는 과정은 Information Store(또는 선택 목록이 생성된 방법에 따라 개별 저장소 그룹이 될 수도 있음)가 완전히 백업된 후에 수행됩니다. 저장 과정은 "단계별"로 수행되며 Exchange 환경은 Backup Exec이 효과적으로 GRT를 사용하여 사서함을 액세스하고 백업의 경우 카탈로그를 작성허가나 복원의 경우 카탈로그를 읽을 수 있도록 시뮬레이션됩니다.

오류 메시지

• V-79-57344-33928 - Access Denied. Cannot backup directory Storage_Group and its subdirectories.
  
  0xe00002fe - Cannot log on to MAPI with the specified credentials. Review the resource credentials for the job, and then run the job again.
  OR
  
   
• Exchange Information Store 백업이 "Access is denied" 오류와 함께 실패하며 작업 로그에 다음 오류를 표시합니다.
  
  Completed status: Failed
  Final error: 0xe0008488 - Access is denied.
  Final error category: Security Errors - Access Denied. Cannot backup directory mailbox database and its subdirectories.

원인

위의 오류는 백업 작업에 사용되는 로그온 계정의 권한이 충분하지 않거나 사서함 저장소에 아직 사서함이 있는 비활성화된 Active Direcotry 사용자 계정이 하나 이상 있을 경우에 발생합니다. Backup Exec은 Exchange 서버의 MAPI 하위 시스템을 사용하여 Exchange Information Store 데이터베이스 항목에 대한 개별 복원 선택 항목을 생성하며 데이터베이스는 이러한 항목을 Active Directory에 쿼리합니다. 이는 백업 작업이 디스크 백업(B2D) 폴더 대신 테이프에 리디렉션되었을 때 발생합니다.

사용자의 계정이 비활성화된 경우 Backup Exec은 Active Directory에서 해당 사용자의 사서함에 대한 정보를 가져올 수 있으며 액세스 거부 오류가 반환됩니다. 이는 시스템 로그온 계정이 Backup Exec 콘솔에 정의되지 않았을 경우에도 발생할 수 있습니다.

솔루션

1. 이 과정에 필요한 계정은 복잡한 프로세스의 수행에 필요한 아주 구체적인 권한과 속성을 가지고 있어야 합니다:
   • 이 계정은 Exchange 최상위 수준에서 Exchange 전체 관리자(Exchange 2003), Exchange 조직 관리자(Exchange 2007) 또는 Exchange의 조직 관리 그룹의 구성원(Exchange 2010)이어야 합니다.
      
   • 계정은 도메인 관리자(권장 사항, 도메인 관리자는 Exchange 서버의 로컬 관리자 그룹의 구성원이어야 함)이거나 Exchange 서버의 로컬 관리자 중 하나이거나 둘 모두(권장 사항)여야 합니다.
      
   • 계정은 Exchange 서버에 활성 사서함이 있어야 합니다.
      
   • 계정은 사서함을 통해 이메일을 받은 적이 있어야 합니다.
      
   • 계정은 사서함을 통해 이메일을 보낸 적이 있어야 합니다.
      
   • 계정은 처음 5자가 고유한 이름이어야 합니다. (이 조건을 테스트하려면 기술 자료 https://www.veritas.com/docs/TECH24691 을 참조하십시오).
      
   • 계정은 글로벌 주소 목록에 숨겨지지 않고 표시되어 있어야 합니다.
      
   • Backup Exec의 시스템 로그온 계정과 Backup Exec 서비스에 할당된 계정이 동일한지 확인합니다.
      
   • 백업/복원 작업이 시스템 로그온 계정을 사용하도록 설정되어 있어야 하며 이 계정이 DOMAIN\USER로 구성되어 있는지 확인합니다.
      
   • Active Directory에서 USER 계정의 "계정 이름", "로그온 계정 이름" 및 "표시 이름"이 서로 일치하는지 확인합니다. (이름과 필드는 AD 버전에 따라 다릅니다).
      
   • Exchange 관리 콘솔(Exchange 2010) 또는 Exchange 관리 도구(Exchange 2007)가 BE 미디어 서버에 설치되어 있어야 하며 메일 서버에도 동일한 버전과 업그레이드가 설치 및 실행되어야 합니다.(BE Exchange 에이전트 사용에 대한 전체 요구 사항).
      
   • Backup Exec 시스템 로그온 계정(SLA)이 Exchange 백업에 사용된 것과 동일한 ID가 되도록 변경합니다. SLA는 Backup Exec 서비스에서 사용된 ID와도 일치해야 합니다.
      
   • Backup exec 콘솔에서 네트워크 -> 로그온 계정을 누르고 "시스템 로그온 계정"이 있는지 확인합니다.  없는 경우 시스템 계정 버튼을 눌러 "시스템 로그온 계정"을 만듭니다.
     
      
2. 사용자 계정 또는 사서함이 비활성화되었을 때 및 테이프로 GRT(Granular Restore Technology) 백업을 실행할 때 발생하는 장애를 해결하려면 다음 단계 중 하나 이상을 수행합니다:
3. 비활성화된 사서함에 "전체 사서함 액세스" 및 "연결된 외부 계정" 권한을 SELF로 할당합니다. https://www.veritas.com/docs/TECH37069.
    
4. Active Directory의 활성 사용자 계정에 사서함을 다시 연결하여 재활성화합니다.
    
5. 사서함 저장소에서 사서함을 삭제합니다.
    
6. 테이프 장치 대신 디스크 백업(B2D) 폴더로 백업을 수행합니다.
    

 

• Exchange 서버 및 Information Store에 대한 리소스 인증 정보에 Exchange 리소스를 백하기에 충분한 권한이 있는지 확인합니다.

 

 

Granular Restore Technology(GRT)을 사용하면서 개별 항목을 테이프에 백업하거나 디스크로부터 개별 항목을 복원할 때 액세스 거부가 발생하는 Microsoft Exchange의 일반적인 원인.

세부 정보:

Granular Restore Technology(GRT)는 여러 Backup Exec for Windows Servers Remote Agent에 걸쳐 개별 항목의 백업 및 복원을 허용합니다. Exchange GRT 기능은 MAPI(Messaging API)를 사용하여 단일 계정에서 개별 사용자를 흉내냄으로써 개별 사서함에 액세스하고 컨텐츠의 카탈로그를 작성합니다.

GRT에서 테이프로 백업하거나 GRT에서 디스크로 복원할 때 사서함 컨텐츠의 카탈로그를 작성하는 과정은 Information Store(또는 선택 목록이 생성된 방법에 따라 개별 저장소 그룹이 될 수도 있음)가 완전히 백업된 후에 수행됩니다. 저장 과정은 "단계별"로 수행되며 Exchange 환경은 Backup Exec이 효과적으로 GRT를 사용하여 사서함을 액세스하고 백업의 경우 카탈로그를 작성허가나 복원의 경우 카탈로그를 읽을 수 있도록 시뮬레이션됩니다.

UMI: V-79-57344-33928 ETrack: 0xe00002fe UMI: V-79-57344-766