Condividi tramite


Come eseguire il ripristino quando esiste una cassetta postale sia in Exchange Online che in locale

Descrizione

In una distribuzione ibrida Microsoft Exchange Server, un utente può avere una cassetta postale sia in Exchange Online che in un'organizzazione locale di Exchange. Questo non è uno stato desiderato per un'organizzazione ibrida perché creerà problemi di flusso di posta. In questo caso, i messaggi verranno recapitati alla cassetta postale che corrisponde alla posizione del mittente. Se il mittente si trova nell'organizzazione locale, i messaggi verranno recapitati alla cassetta postale locale. Se il mittente si trova nel tenant Exchange Online, i messaggi verranno recapitati alla cassetta postale Exchange Online.

Come migliorare la situazione

Per risolvere il problema relativo al flusso di posta, è consigliabile fare riferimento ai metodi forniti in questo articolo. Altre opzioni possibili usano metodi di ripristino che non sono garantiti per il funzionamento. Man mano che Microsoft 365 continua a evolversi e vengono aggiunte nuove funzionalità, potrebbero essere possibili opzioni aggiuntive. Questo articolo verrà aggiornato per riflettere metodi correttivi aggiuntivi man mano che diventano disponibili.

Scenario 1: Mantenere Exchange Online cassetta postale

Questo scenario è più applicabile se la cassetta postale utente è stata migrata in precedenza a Exchange Online e in qualche modo la cassetta postale precedente è stata riconnessa o è stato effettuato il provisioning di una nuova cassetta postale in locale. Un altro scenario possibile è quando una licenza di Exchange Online viene assegnata prematuramente e viene creata una nuova cassetta postale solo cloud mentre l'utente ha già una cassetta postale esistente in Exchange locale. Assicurarsi di leggere la nota importante alla fine del passaggio 8.

Per usare questo metodo, seguire questa procedura:

  1. Aprire Exchange Management Shell, salvare le informazioni sulla cassetta postale locale in un file, ad esempio "indirizzi SMTP", "DN di Exchange legacy", "attributi di Exchange" e così via.

  2. Impostare il limite di enumerazione del formato di PowerShell su "illimitato" per assicurarsi che nessun valore di attributo venga troncato. Ad esempio:

    $formatenumerationlimit = -1
    Get-Mailbox "mailbox identity" | fl > mailboxinfo.txt
    
  3. Disconnettere la cassetta postale locale:

    Disable-Mailbox "mailbox identity"
    
  4. Abilitare l'utente locale come cassetta postale remota:

    Enable-RemoteMailbox "user identity" -RemoteRoutingAddress "user@contoso.mail.onmicrosoft.com"
    
  5. Ripristinare tutti gli indirizzi proxy personalizzati e tutti gli altri attributi Exchange Server rimossi quando la cassetta postale è stata disabilitata (confrontare con il cmdlet del Get-Mailbox passaggio 2).

  6. Aggiungere il LegacyExchangeDN valore della cassetta postale locale precedente all'indirizzo proxy della nuova cassetta postale remota come indirizzo x500. A tale scopo, eseguire il cmdlet seguente:

    Nota

    Il valore del LegacyExchangeDN parametro è disponibile nel file salvato nel passaggio 2.

    Set-RemoteMailbox -Identity "user identity" -EmailAddresses @{add="x500:/o=First Organization/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=<user identity>"}
    
  7. Raccogliere i GUID delle cassette postali e del database:

    • Per ottenere il GUID della cassetta postale disconnessa, usare il valore del ExchangeGUID parametro dal file salvato nel passaggio 2.

    • Per ottenere il GUID del database locale, usare il valore del Database parametro dal file salvato nel passaggio 2, quindi eseguire il cmdlet seguente:

      Get-MailboxDatabase "database identity" | fl *GUID*
      
    • Per ottenere il GUID della cassetta postale cloud, eseguire il cmdlet seguente usando Exchange Online PowerShell:

      Get-Mailbox "user identity" | fl *ExchangeGUID*
      
  8. (Facoltativo) Contrassegnare il GUID Exchange Online nella cassetta postale remota usando Exchange Management Shell (obbligatorio se si vuole disattivare la cassetta postale in locale).

    Set-RemoteMailbox "user identity" -ExchangeGuid "Exchange guid value of Exchange Online mailbox"
    
  9. Ripristinare il contenuto della cassetta postale disconnessa in Exchange Online usando Exchange Online PowerShell. Per Le credenziali, è necessario specificare un account amministratore di Exchange locale. Per eseguire un ripristino remoto, l'amministratore deve avere una delle condizioni seguenti:

    • Essere un membro del gruppo Domain Admins di Servizi di dominio Active Directory nell'organizzazione locale.
    • Un membro del gruppo amministratori destinatari di Exchange in Active Directory nell'organizzazione locale.
    • Membro del gruppo Gestione organizzazione o Gestione destinatari in Exchange Server 2013 o versioni successive.
    $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
    

    Nota

    Il ripristino remoto non è supportato per Exchange Server 2010. La versione minima supportata è Exchange Server 2013.

Importante

Poiché New-MailboxRestoreRequest è stato progettato per funzionare in una singola organizzazione Exchange Server, i processi di ripristino cross-premise avranno esito negativo a causa di una mancata corrispondenza inevitabile tra exchangeGuid della cassetta postale di origine e di destinazione. La richiesta di ripristino della cassetta postale terminerà con lo stato "FailedOther" e il report (da Get-MailboxRestoreRequestStatistics -IncludeReport) visualizzerà il messaggio di errore seguente nella voce del report finale:

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

L'errore può essere ignorato e il processo viene considerato come un esito positivo, purché la seconda voce del report mostri il numero corretto di elementi copiati(ad esempio, Stato copia: 5000/5000 messaggi, 2,34 GB/2,34 GB). Ad esempio:

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.

Tutti gli elementi segnalati nelle proprietà BadItemsEncountered, LargeItemsEncountered o MissingItemsEncountered (da Get-MailboxRestoreRequestStatistics) devono essere considerati normalmente, in quanto questi sarebbero stati rilevati indipendentemente dal fatto che la cassetta postale sia stata migrata tramite la richiesta di migrazione batch/spostamento o tramite New-MailboxRestoreRequest.

Scenario 2: Rimuovere Exchange Online dati della cassetta postale

Le informazioni sulla cassetta postale in Microsoft 365 potrebbero non essere più necessarie. In questo caso, vedere questo articolo del blog del team di Exchange per altre informazioni su come rimuovere completamente le informazioni sulla cassetta postale Exchange Online.