다음을 통해 공유


사서함이 Exchange Online 온-프레미스에 있을 때 복구하는 방법

설명

Microsoft Exchange Server 하이브리드 배포에서 사용자는 Exchange Online 사서함과 Exchange 온-프레미스 organization 둘 다에 있을 수 있습니다. 메일 흐름 문제를 만들기 때문에 하이브리드 organization 원하는 상태가 아닙니다. 이 경우 메시지는 보낸 사람의 위치에 해당하는 사서함으로 배달됩니다. 발신자가 온-프레미스 organization 있는 경우 메시지는 온-프레미스 사서함으로 전달됩니다. 보낸 사람 Exchange Online 테넌트에서 메시지가 Exchange Online 사서함으로 전달됩니다.

상황을 개선하는 방법

이 메일 흐름 문제를 해결하려면 이 문서에서 제공하는 메서드를 참조하는 것이 좋습니다. 다른 가능한 옵션은 작동이 보장되지 않는 복구 방법을 사용합니다. Microsoft 365가 계속 발전하고 새로운 기능이 추가됨에 따라 추가 옵션이 있을 수 있습니다. 이 문서는 사용 가능한 추가 수정 방법을 반영하도록 업데이트됩니다.

시나리오 1: Exchange Online 사서함 유지

이 시나리오는 사용자 사서함이 이전에 Exchange Online 마이그레이션되었고 어떻게든 이전 사서함이 다시 연결되었거나 온-프레미스에서 새 사서함이 프로비전된 경우에 가장 적용할 수 있습니다. 또 다른 가능한 시나리오는 Exchange Online 라이선스가 조기에 할당되고 사용자에게 Exchange 온-프레미스에 기존 사서함이 이미 있는 동안 새 클라우드 전용 사서함이 만들어지는 경우입니다. 8단계의 끝에서 중요한 메모를 읽어야 합니다.

이 메서드를 사용하려면 다음 단계를 수행합니다.

  1. Exchange 관리 셸을 열고 온-프레미스 사서함 정보를 파일에 저장합니다(예: "SMTP 주소", "레거시 Exchange DN", "Exchange 특성" 등).

  2. 특성 값이 잘리지 않도록 PowerShell 형식 열거형 제한을 "무제한"으로 설정합니다. 예를 들면 다음과 같습니다.

    $formatenumerationlimit = -1
    Get-Mailbox "mailbox identity" | fl > mailboxinfo.txt
    
  3. 온-프레미스 사서함의 연결을 끊습니다.

    Disable-Mailbox "mailbox identity"
    
  4. 온-프레미스 사용자를 원격 사서함으로 사용하도록 설정합니다.

    Enable-RemoteMailbox "user identity" -RemoteRoutingAddress "user@contoso.mail.onmicrosoft.com"
    
  5. 사서함이 비활성화되었을 때 제거된 사용자 지정 프록시 주소 및 기타 Exchange Server 특성을 복원합니다(2단계의 Get-Mailbox cmdlet과 비교).

  6. LegacyExchangeDN 이전 온-프레미스 사서함의 값을 새 원격 사서함의 프록시 주소에 x500 주소로 추가합니다. 이렇게 하려면 다음 cmdlet을 실행합니다.

    참고

    매개 변수의 LegacyExchangeDN 값은 2단계에 저장된 파일에서 찾을 수 있습니다.

    Set-RemoteMailbox -Identity "user identity" -EmailAddresses @{add="x500:/o=First Organization/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=<user identity>"}
    
  7. 사서함 및 데이터베이스의 GUID를 수집합니다.

    • 연결이 끊긴 사서함의 GUID를 얻으려면 2단계에 저장된 파일의 매개 변수 값을 ExchangeGUID 사용합니다.

    • 온-프레미스 데이터베이스의 GUID를 얻으려면 2단계에 저장된 파일의 매개 변수 값을 Database 사용한 다음, 다음 cmdlet을 실행합니다.

      Get-MailboxDatabase "database identity" | fl *GUID*
      
    • 클라우드 사서함의 GUID를 얻으려면 Exchange Online PowerShell을 사용하여 다음 cmdlet을 실행합니다.

      Get-Mailbox "user identity" | fl *ExchangeGUID*
      
  8. (선택 사항) Exchange Management Shell을 사용하여 원격 사서함에 Exchange Online GUID를 스탬프합니다(사서함을 온-프레미스로 다시 보드를 끄려는 경우 필요).

    Set-RemoteMailbox "user identity" -ExchangeGuid "Exchange guid value of Exchange Online mailbox"
    
  9. Exchange Online PowerShell을 사용하여 연결이 끊긴 사서함의 내용을 Exchange Online 복원합니다. 자격 증명의 경우 온-프레미스 Exchange 관리자 계정을 지정해야 합니다. 원격 복원을 수행하려면 관리자에게 다음 조건 중 하나가 있어야 합니다.

    • 온-프레미스 조직의 AD DS(Active Directory 도메인 서비스)에서 Domain Admins 그룹의 구성원이어야 합니다.
    • 온-프레미스 조직에서 Active Directory의 Exchange 받는 사람에 게 관리자 그룹의 구성원 이어야 합니다.
    • Exchange Server 2013 이상에서 조직 관리 또는 받는 사람 관리 그룹의 구성원입니다.
    $cred = Get-Credential
    New-MailboxRestoreRequest -RemoteHostName "mail.contoso.com" -RemoteCredential $cred -SourceStoreMailbox "exchange guid of disconnected mailbox" -TargetMailbox "exchange guid of cloud mailbox" -RemoteDatabaseGuid "guid of on-premises database" -RemoteRestoreType DisconnectedMailbox
    

    참고

    원격 복원은 Exchange Server 2010에서 지원되지 않습니다. 지원되는 최소 버전은 2013년 Exchange Server.

중요

는 단일 Exchange Server organization 작동하도록 설계되었으므로 New-MailboxRestoreRequest 원본과 대상 사서함 ExchangeGuid 간의 불가피한 불일치로 인해 프레미스 간 복원 작업이 실패합니다. 사서함 복원 요청은 "FailedOther"상태 종료되고 보고서(에서Get-MailboxRestoreRequestStatistics -IncludeReport)는 최종 보고서 항목에 다음 오류 메시지를 표시합니다.

Get-MailboxRestoreRequest "<mailbox's ID>" | `
Get-MailboxRestoreRequestStatistics -IncludeReport | `
select -ExpandProperty Report | `
select -ExpandProperty Entries | `
select -Last 2 | `
select -Last 1

CreationTime               : mmmm/dddd/yyyy 12:16:36 AM
ServerName                 : YTBPR01MB4016
Type                       : Error
TypeInt                    : 4
Flags                      : Failure, Fatal
FlagsInt                   : 18
Message                    : Fatal error RecipientNotFoundPermanentException has occurred.
MessageData                : {0, 1, 0, 0...}
MessageBytes               : {10, 29, 70, 97...}
Failure                    : RecipientNotFoundPermanentException: Cannot find a recipient that has mailbox
                             GUID '2ed5d0ca-54e2-4226-xxxx-a48848e18c0f'.
BadItem                    :
ConfigObject               :
MailboxSize                :
SessionStatistics          :
ArchiveSessionStatistics   :
MailboxVerificationResults : {}
DivergenceFixupResults     : {}
DebugData                  :
Connectivity               :
SourceThrottleDurations    :
TargetThrottleDurations    :
UnknownElements            :
UnknownAttributes          :
XmlSchemaType              :
LocalizedString            : mmmm/dddd/yyyy 12:16:36 AM [YTBPR01MB4016] Fatal error
                             RecipientNotFoundPermanentException has occurred.
Identity                   :
IsValid                    : True
ObjectState                : New

이 실패는 무시될 수 있으며 보고서의 두 번째 항목에서 마지막 항목이 복사된 항목의 올바른 수를 표시하는 한(예: 복사 진행률: 5000/5000 메시지, 2.34GB/2.34GB) 작업이 성공으로 처리됩니다. 예를 들면 다음과 같습니다.

Get-MailboxRestoreRequest "<mailbox's ID>" | `
Get-MailboxRestoreRequestStatistics -IncludeReport | `
select -ExpandProperty Report | `
select -ExpandProperty Entries | `
select -Last 2 | `
select -First 1

CreationTime               : mmmm/dddd/yyyy 12:16:36 AM
ServerName                 : YTBPR01MB4016
Type                       : Informational
TypeInt                    : 0
Flags                      : None
FlagsInt                   : 0
Message                    : Copy progress: 799/799 messages, 25 MB (26,215,094 bytes)/25 MB (26,215,094
                             bytes), 0/0 folders completed.
MessageData                : {0, 1, 0, 0...}
MessageBytes               : {10, 68, 67, 111...}
Failure                    :
BadItem                    :
ConfigObject               :
MailboxSize                :
SessionStatistics          :
ArchiveSessionStatistics   :
MailboxVerificationResults : {}
DivergenceFixupResults     : {}
DebugData                  :
Connectivity               :
SourceThrottleDurations    :
TargetThrottleDurations    :
UnknownElements            :
UnknownAttributes          :
XmlSchemaType              :
LocalizedString            : mmmm/dddd/yyyy 12:16:36 AM [YTBPR01MB4016] Copy progress: 799/799 messages, 25 MB
                             (26,215,094 bytes)/25 MB (26,215,094 bytes), 0/0 folders completed.

BadItemsEncountered, LargeItemsEncountered 또는 MissingItemsEncountered 속성(에서)에 Get-MailboxRestoreRequestStatistics보고된 모든 항목은 일반적으로 처리되어야 합니다. 이는 사서함이 마이그레이션 일괄 처리/이동 요청을 통해 마이그레이션되었는지 또는 New-MailboxRestoreRequest를 통해 마이그레이션되었는지 여부에 관계없이 발생했기 때문에 정상적으로 처리되어야 합니다.

시나리오 2: Exchange Online 사서함 데이터 제거

Microsoft 365의 사서함 정보는 더 이상 필요하지 않을 수 있습니다. 이 경우 Exchange Online 사서함 정보를 완전히 제거하는 방법에 대한 자세한 내용은 이 Exchange 팀 블로그 문서를 참조하세요.