Modalità e tempistica di rimozione dei server locali di Exchange in una distribuzione ibrida

Nota

A seconda dello scenario, potrebbero essere disponibili indicazioni più mirate:

Se l'attributo di Exchange Source of Authority (SOA) è stato trasferito al cloud e si desidera disinstallare l'ultimo Exchange Server, vedere Disattivare l'ultimo Exchange Server dopo il trasferimento di SOA al cloud.
Se si dispone di un Exchange Server locale solo per la gestione dei destinatari e si desidera arrestare l'ultimo Exchange Server, vedere Gestire i destinatari in ambienti ibridi di Exchange utilizzando gli strumenti di gestione.

Questo articolo illustra la rimozione generale delle autorizzazioni di Exchange locale in una distribuzione ibrida.

Le distribuzioni ibride di Exchange Server descrivono una delle opzioni più interessanti per portare un'azienda a Exchange Online. Questo metodo è l'unica che consente di eseguire facilmente l'onboarding e l'offboarding delle cassette postali. Tutte le altre opzioni native sono solo a bordo. Una configurazione ibrida presenta anche le opzioni chiave seguenti.

Disponibilità locale: informazioni sulla disponibilità degli utenti durante la pianificazione di una riunione, indipendentemente dalla posizione della cassetta postale.
Archiviazione cross-premise: spostare nel cloud solo la cassetta postale di archiviazione di un utente. Questo passaggio è spesso il primo passo per i clienti per provare Microsoft 365 ed Exchange Online.
Ricerche di individuazione cross-premise: con l'autenticazione OAuth, è possibile eseguire ricerche di eDiscovery nelle cassette postali e negli archivi di entrambi gli ambienti.
Reindirizzamento URL di Outlook sul Web: gli utenti vengono reindirizzati all'ambiente appropriato per Outlook sul Web (in precedenza noto come Outlook Web App o OWA).
Nessuna ricreazione del profilo dopo lo spostamento: a differenza di altre opzioni di migrazione, il GUID della cassetta postale non cambia. In altre parole, gli utenti non devono ricreare i profili di Outlook o scaricare di nuovo i file OST dopo lo spostamento della cassetta postale.

A seconda delle esigenze dell'organizzazione, la distribuzione ibrida rappresenta la migliore opzione per fornire un'esperienza utente e di coesistenza senza problemi.

Questo articolo illustra le opzioni per la rimozione delle autorizzazioni di Exchange ibrido e quando è necessario utilizzarle. La modalità e la tempistica di rimozione dei server ibridi di Exchange presentano molte differenze. Pertanto, è importante valutare attentamente le implicazioni e pianificare la rimozione totale o parziale dei server locali.

Altri metodi per eseguire la migrazione a Exchange Online

Una distribuzione ibrida non è per tutti. Molte organizzazioni che scelgono di distribuire una configurazione ibrida hanno meno di 50 utenti. Sebbene i vantaggi di una distribuzione ibrida siano interessanti, l'ibridazione ha un prezzo elevato in termini di complessità. Molte organizzazioni di piccole dimensioni usano una migrazione completa, a fasi o IMAP. Un programma chiamato FastTrack può aiutarti a decidere l'opzione di migrazione migliore. Le informazioni su FastTrack sono descritte nella pagina Microsoft 365 FastTrack.

Utilizzare la tabella seguente per decidere il tipo di migrazione che funziona per l'organizzazione. Per altre informazioni, vedere Modalità di migrazione di più account di posta elettronica a Microsoft 365 o Office 365.

Organizzazione esistente	Numero di cassette postali di cui eseguire la migrazione	Vuoi gestire gli account utente nella tua organizzazione locale?	Tipo di migrazione
Exchange 2003 o versione successiva	Meno di 2.000	No	Migrazione completa di Exchange
Exchange 2007 oppure Exchange 2003	Meno di 2.000	No	Migrazione di Exchange in fasi
Exchange 2007 oppure Exchange 2003	Più di 2.000^*	Sì	Migrazione di Exchange in fasi o migrazione di spostamento remoto in una distribuzione ibrida di Exchange
Exchange 2010 o versioni successive	Più di 2.000^*	Sì	Migrazione di spostamento remoto in una distribuzione ibrida di Exchange
Exchange 2000 Server o versioni precedenti	Illimitato	Sì	Migrazione IMAP
Sistema di messaggistica locale non Exchange	Illimitato	Sì	Migrazione IMAP

^*Alcune organizzazioni con meno di 2.000 cassette postali potrebbero trarre vantaggio dalle caratteristiche e dalle funzionalità disponibili solo con una distribuzione ibrida. Valutare attentamente i vantaggi di una distribuzione ibrida con la complessità intrinseca. È consigliabile prendere in considerazione la migrazione all'intero formato o a fasi per le organizzazioni con meno di 2.000 cassette postali.

Perché non si vogliono rimuovere le autorizzazioni dei server Exchange locali

Molte organizzazioni ibride alla fine spostano tutte le cassette postali in Exchange Online. A questo punto, probabilmente pensano che sia il momento di rimuovere i loro server Exchange locali. Tuttavia, non è una buona idea in quanto la rimozione dei server Exchange locali in una distribuzione ibrida impedisce la gestione delle cassette postali cloud. Il colpevole è la sincronizzazione delle directory.

Quando la sincronizzazione della directory è abilitata e un utente è sincronizzato dall'ambiente locale al cloud, non è possibile gestire la maggior parte delle proprietà utente da Exchange Online, ma è necessario gestire tali proprietà dall'ambiente locale. Anche se hai configurato la sincronizzazione della directory senza eseguire la procedura guidata di configurazione ibrida (HCW), non puoi comunque eseguire la maggior parte delle attività di gestione dei destinatari nel cloud. Per ulteriori informazioni, vedere questo post del blog.

È possibile usare strumenti non Microsoft per gestire gli oggetti di Exchange in una distribuzione ibrida?

Sì, ma non sono supportati. Microsoft supporta i seguenti strumenti per la gestione di oggetti e destinatari di Exchange:

Exchange Management Console.
Interfaccia di amministrazione di Exchange.
The Exchange Management Shell.

Gli strumenti non Microsoft o anche ASDIEDIT non sono supportati per la gestione degli utenti di Exchange e vengono usati a proprio rischio. Questi strumenti spesso funzionano correttamente, ma non è possibile convalidarli.

Scenari comuni solo da ibrido a cloud

Anche se ci sono dei problemi, la creazione di una distribuzione ibrida è un processo relativamente semplice, basato su procedure guidate, che ci siamo presi il tempo di completare correttamente. Ma passare dall'ibrido al cloud non è così facile e richiede un'attenta pianificazione.

Questa sezione contiene tre scenari comuni solo da ibrido a cloud, insieme ai consigli. Individuare lo scenario più adatto alla propria situazione e utilizzarlo per formulare un piano per mantenere o rimuovere le autorizzazioni dell'ambiente Exchange ibrido e/o locale.

Scenario 1: tutte le cassette postali e tutta la gestione del cloud

Scenario: l'organizzazione ha una configurazione ibrida e ora tutte le cassette postali si trovano in Exchange Online. Non è necessario gestire gli utenti nell'ambiente locale e non è necessaria la sincronizzazione della directory o della sincronizzazione delle password.
Soluzione: Poiché tutti gli utenti verranno gestiti in Microsoft 365 e non esistono altri requisiti di sincronizzazione della directory, è possibile disabilitare la sincronizzazione della directory e rimuovere Exchange dall'ambiente locale in modo sicuro.

Disabilitare la sincronizzazione della directory e disinstallare Exchange ibrido

Eseguire il comando seguente in Exchange Management Shell per verificare che il valore PublicFoldersEnabled non sia "Remote":
```
Get-OrganizationConfig | Format-List PublicFoldersEnabled
```
Se il valore di PublicFoldersEnabled è "Remote" ed è necessario accedere alle cartelle pubbliche, sarà necessario eseguirne la migrazione a Exchange Online. Per ulteriori informazioni, vedere Utilizzare la migrazione batch per migrare le cartelle pubbliche di Exchange Server a Exchange Online.
Poiché tutte le cassette postali si trovano in Exchange Online, è possibile puntare il record MX e di individuazione automatica in DNS a Exchange Online. Per altre informazioni, vedere Record di Domain Name System esterni per Office 365.

Importante

Assicurati di aggiornare sia il DNS interno che quello esterno. In caso contrario, la connettività client potrebbe non essere coerente.
Utilizzare il cmdlet Set-ClientAccessServer o Set-ClientAccessService in Exchange Management Shell per rimuovere i valori SCP (Service Connection Point) dai server Exchange. In questo modo si garantisce che non vengano restituiti SCP e che il client utilizzi invece il metodo DNS per l'individuazione automatica.

Exchange 2010 o 2013:
```
Get-ClientAccessServer | Set-ClientAccessServer -AutoDiscoverServiceInternalUri $Null
```
Exchange 2016 o versione successiva:
```
Get-ClientAccessService | Set-ClientAccessService -AutoDiscoverServiceInternalUri $Null
```
Nota

Se si dispone di server Exchange 2007, è necessario eseguire il Get-ClientAccessServer | Set-ClientAccessServer... comando su tali server.
Per eliminare i connettori in ingresso e in uscita creati dalla Configurazione guidata ibrida, eseguire la procedura seguente:
1. Aprire l'interfaccia di amministrazione di Exchange in https://admin.exchange.microsoft.com come amministratore di Exchange e accedere aConnettori delflusso> di posta. In alternativa, per passare direttamente alla pagina Connettori , usare https://admin.exchange.microsoft.com/#/connectors.
2. Nella pagina Connettori , disabilitare o eliminare i connettori in ingresso e in uscita creati dalla Configurazione guidata ibrida:
  - In entrata da <un identificatore univoco>
  - In uscita da <un identificatore univoco>
Rimuovere la relazione organizzativa creata dalla Configurazione guidata ibrida:
1. Aprire l'interfaccia di amministrazione di Exchange all'indirizzo https://admin.exchange.microsoft.com https://admin.exchange.microsoft.com come amministratore di Exchange e accedere a Condivisione organizzazione>. In alternativa, per passare direttamente alla pagina di condivisione , usare https://admin.exchange.microsoft.com/#/organizationsharing.
2. Nella pagina Condivisione, rimuovere la relazione di identificatore> univoco da Office 365 a < locale creata dalla procedura guidata di configurazione ibrida.
Disabilitare la configurazione OAuth dall'ambiente locale e Microsoft 365:
- Exchange locale: Eseguire il seguente comando in Exchange Management Shell:
```
Get-IntraorganizationConnector -Identity ExchangeHybridOnPremisesToOnline | Set-IntraOrganizationConnector -Enabled $False
```
- Exchange Online: eseguire il comando seguente in PowerShell per Exchange Online:
```
Get-IntraorganizationConnector -Identity ExchangeHybridOnlineToOnPremises | Set-IntraOrganizationConnector -Enabled $False
```
Nota

Il valore del parametro Identity presuppone che sia stata usata la Configurazione guidata ibrida per configurare OAuth. In caso contrario, potrebbe essere necessario utilizzare un valore di identità diverso.
Disabilita la sincronizzazione della directory. Per istruzioni, vedere Disattivare la sincronizzazione della directory per Microsoft 365 o Office 365.

Al termine di questo passaggio, è possibile eseguire tutte le attività di gestione degli utenti in Microsoft 365. Non si utilizza più la Exchange Management Console o l'interfaccia di amministrazione di Exchange in Exchange.
A questo punto, è possibile disinstallare in modo sicuro Exchange dai server locali.

Scenario 2: Tutte le cassette postali cloud con ADFS

Scenario: l'organizzazione ha una configurazione ibrida e ora tutte le cassette postali si trovano in Exchange Online. Prevediamo di mantenere Active Directory Federation Services (AD FS) per l'autenticazione utente delle cassette postali di Exchange Online.

Importante

Questo scenario si applica alle organizzazioni ibride che intendono mantenere la sincronizzazione della directory e utilizzare l'interfaccia di amministrazione di Exchange in Exchange locale per gestire i destinatari. Se non è necessario che l'interfaccia di amministrazione di Exchange locale gestisca i destinatari, è possibile rimuovere l'ultimo server Exchange locale e mantenere comunque la sincronizzazione della directory. Per ulteriori informazioni, vedere Gestire i destinatari di Exchange ibridi con strumenti di gestione.
Soluzione:
- Poiché si mantiene AD FS, è necessario mantenere anche la sincronizzazione della directory come prerequisito.
- Anche se non si dispone di cassette postali locali, non è possibile rimuovere completamente tutti i server Exchange dall'ambiente locale. Ma puoi rimuoverne la maggior parte. È necessario lasciare uno o più server Exchange locali (che possono essere macchine virtuali) per la gestione degli utenti, poiché l'origine dell'autorità è ancora in Exchange locale.

Consiglio

Se si sceglie di rimuovere ADFS dall'infrastruttura, la sincronizzazione cloud o Microsoft Entra Connect sincronizza le credenziali locali con il cloud. Ogni servizio autentica gli utenti in modo indipendente:

Microsoft 365 Identity Services gestisce le richieste di autenticazione online.
Active Directory gestisce l'autenticazione interna.

Mantenere ADFS e rimuovere le autorizzazioni per la maggior parte dei server Exchange

Eseguire il comando seguente in Exchange Management Shell per verificare che il valore PublicFoldersEnabled non sia "Remote":
```
Get-OrganizationConfig | Format-List PublicFoldersEnabled
```
Se il valore di PublicFoldersEnabled è "Remote" ed è necessario accedere alle cartelle pubbliche, sarà necessario eseguirne la migrazione a Exchange Online. Per ulteriori informazioni, vedere Utilizzare la migrazione batch per migrare le cartelle pubbliche di Exchange Server a Exchange Online.

Se è necessario mantenere le cartelle pubbliche e la migrazione a Exchange Online non è un'opzione, passare allo scenario 3: Tutte le cassette postali cloud con alcuni servizi di posta elettronica locali.
Poiché tutte le cassette postali si trovano in Exchange Online, è possibile puntare il record MX e di individuazione automatica in DNS a Exchange Online. Per altre informazioni, vedere Record di Domain Name System esterni per Office 365.

Importante

Assicurati di aggiornare sia il DNS interno che quello esterno. In caso contrario, la connettività client potrebbe non essere coerente.
Utilizzare il cmdlet Set-ClientAccessServer o Set-ClientAccessService in Exchange Management Shell per rimuovere i valori SCP (Service Connection Point) dai server Exchange. In questo modo si garantisce che non vengano restituiti SCP e che il client utilizzi invece il metodo DNS per l'individuazione automatica.

Exchange 2010 o 2013:
```
Get-ClientAccessServer | Set-ClientAccessServer -AutoDiscoverServiceInternalUri $Null
```
Exchange 2016 o versione successiva:
```
Get-ClientAccessService | Set-ClientAccessService -AutoDiscoverServiceInternalUri $Null
```
Nota

Se si dispone di server Exchange 2007, è necessario eseguire il Get-ClientAccessServer | Set-ClientAccessServer... comando su tali server.
Per impedire la ricreazione degli oggetti di configurazione ibrida in futuro, eseguire il comando seguente in Exchange Management Shell:
```
Remove-HybridConfiguration
```
Rimuovere tutti i server Exchange locali tranne uno (OK) o due (migliore) per la gestione degli utenti.

Consiglio

Non è necessario un gruppo di disponibilità del database (DAG) o altre opzioni a disponibilità elevata per i server Exchange rimanenti.
Disabilitare la configurazione OAuth dall'ambiente locale e Microsoft 365:
- Exchange locale: Eseguire il seguente comando in Exchange Management Shell:
```
Get-IntraorganizationConnector -Identity ExchangeHybridOnPremisesToOnline | Set-IntraOrganizationConnector -Enabled $False
```
- Exchange Online: eseguire il comando seguente in PowerShell per Exchange Online:
```
Get-IntraorganizationConnector -Identity ExchangeHybridOnlineToOnPremises | Set-IntraOrganizationConnector -Enabled $False
```
Nota

Il valore del parametro Identity presuppone che sia stata usata la Configurazione guidata ibrida per configurare OAuth. In caso contrario, potrebbe essere necessario utilizzare un valore di identità diverso.
Per eliminare i connettori in ingresso e in uscita creati dalla Configurazione guidata ibrida, eseguire la procedura seguente:
1. Aprire l'interfaccia di amministrazione di Exchange in https://admin.exchange.microsoft.com come amministratore di Exchange e accedere aConnettori delflusso> di posta. In alternativa, per passare direttamente alla pagina Connettori , usare https://admin.exchange.microsoft.com/#/connectors.
2. Nella pagina Connettori , disabilitare o eliminare i connettori in ingresso e in uscita creati dalla Configurazione guidata ibrida:
  - In entrata da <un identificatore univoco>
  - In uscita da <un identificatore univoco>
Rimuovere la relazione organizzativa creata dalla Configurazione guidata ibrida:
1. Aprire l'interfaccia di amministrazione di Exchange all'indirizzo https://admin.exchange.microsoft.com https://admin.exchange.microsoft.com come amministratore di Exchange e accedere a Condivisione organizzazione>. In alternativa, per passare direttamente alla pagina di condivisione , usare https://admin.exchange.microsoft.com/#/organizationsharing.
2. Nella pagina Condivisione, rimuovere la relazione di identificatore> univoco da Office 365 a < locale creata dalla procedura guidata di configurazione ibrida.