Come e quando smantellare i server Exchange in una distribuzione ibrida

Articolo tratto da technet di microsoft

.

Una delle opzioni più interessanti per ottenere una società a Exchange Online è quello di utilizzare l'approccio distribuzione ibrida descritto nel Piano di una distribuzione ibrida di Exchange Online in Office 365 . Questa è l'unica opzione che permette di facilmente a bordo e caselle di posta off-board (tutte le altre opzioni native sono sul bordo). Oltre alla capacità di off-board, una configurazione ibrida ha le seguenti opzioni principali:

Questo argomento vi aiuterà a capire le opzioni per lo smantellamento di cambio ibrido, e quando ognuno di queste opzioni dovrebbe essere attuato. Ci sono molte variazioni a quando e come disattivare i server ibridi di Exchange. Prendendo il tempo di comprendere le implicazioni e pianificare correttamente la disattivazione totale o parziale dei server locali è importante.

• Disponibilità tra sedi . Questo ti permette di vedere / informazioni sulla disponibilità di un utente, mentre la pianificazione di una riunione, a prescindere dalla loro locali cassette postali.
• Archivio tra sedi . Questo consente al cliente di muoversi unicamente cassetta postale di archiviazione di un utente al cloud. Questo è spesso il primo passo per i clienti di provare Office 365, e, più in particolare, Exchange Online.
• Tra sedi ricerche scoperta . Questo consente al cliente di eseguire una ricerca di e-discovery che striscerà cassette postali e gli archivi in entrambe le sedi (questo richiede di configurare l'autenticazione OAuth).
• Outlook Web App reindirizzamento URL . Questo permette agli utenti di essere reindirizzati ai locali adeguati per l'accesso di Outlook Web App.
• Nessun profilo ricreazione dopo lo spostamento . A differenza di altre opzioni di migrazione, la cassetta postale GUID non cambia. Questo significa che non c'è bisogno di ricreare il tuo profilo o ri-scaricare l'OST dopo uno spostamento della cassetta postale.

A seconda delle esigenze dell'organizzazione, una distribuzione ibrida è l'opzione migliore per fornire l'esperienza utente e la convivenza più senza soluzione di continuità.

Altri metodi di migrare a Exchange Online

Una distribuzione ibrida non è per tutti, in realtà ci sono opzioni di solito migliori. Molti degli inquilini che hanno scelto di distribuire una configurazione ibrida sono sotto di cinquanta posti a sedere. Mentre l'elenco dei vantaggi di una distribuzione ibrida può sembrare attraente, si tratta di un prezzo pesante per quanto riguarda la complessità. Alcuni degli inquilini più piccoli richiedono le caratteristiche di una distribuzione ibrida, ma, per la maggior parte gli inquilini, sarebbe un'esperienza molto meglio utilizzare un cutover, messo in scena, o l'opzione di migrazione IMAP. C'è un programma chiamato FastTrack è possibile utilizzare quando decidere il metodo di migrazione a prendere. Informazioni sul FastTrack è descritta alla Office 365 Deployment Center .

Utilizzare la tabella seguente (da migrazione di cassette postali a Exchange Online ) per decidere che tipo di migrazione lavora per l'organizzazione.

 

organizzazione esistente	Numero di cassette postali da migrare	Vuoi gestire gli account utente nella vostra organizzazione locale?	tipo di migrazione
Scambio 2013, Exchange 2010, Exchange 2007 o Exchange 2003	Meno di 2.000 caselle di posta	No	migrazione cutover di Exchange
Exchange 2007 o Exchange 2003	Meno di 2.000 caselle di posta	No	migrazione di Exchange in scena
Exchange 2007 o Exchange 2003	Più di 2.000 caselle di posta *	sì	Scena migrazione Exchange o migrazione mossa remoto in una distribuzione ibrida di Exchange
Scambio 2013 o Exchange 2010	Più di 2.000 caselle di posta *	sì	migrazione mossa a distanza in una distribuzione ibrida di Exchange
Exchange 2000 Server o versioni precedenti	No massima	sì	migrazione IMAP
Non Exchange on-premises sistema di messaggistica	No massima	sì	migrazione IMAP

* Alcune organizzazioni con meno di 2.000 caselle di posta possono beneficiare di caratteristiche e funzionalità che sono disponibili solo con una distribuzione ibrida. E 'importante considerare con attenzione i vantaggi di una distribuzione ibrida con la complessità che introduce. Si consiglia vivamente che i clienti con meno di 2.000 caselle di posta considerano cutover o messo in scena la migrazione prima di procedere con una distribuzione ibrida.

Perché non si può decidere di smantellare i server Exchange da on-premise

I clienti con una configurazione ibrida spesso trovano dopo un periodo di tempo che tutti i loro caselle di posta sono stati spostati a Exchange Online. A questo punto, si può decidere di togliere i server Exchange dal locale. Tuttavia, scoprono che non possono più gestire le proprie caselle di posta cloud.

Quando la sincronizzazione delle directory è attivata per un inquilino e un utente è sincronizzato da on-premise, la maggior parte degli attributi non può essere gestito da Exchange Online e devono essere gestiti dal locale. Ciò non è dovuto alla configurazione ibrida, ma si verifica a causa di sincronizzazione di directory. Inoltre, anche se si ha la sincronizzazione della directory sul posto senza correre Hybrid configurazione guidata, non è ancora possibile gestire la maggior parte dei compiti del destinatario dalla nube. Per ulteriori informazioni, vedere questo blog TechNet .

Possono essere utilizzati strumenti di gestione di terze parti?

La questione se uno strumento di gestione di terze parti o ADSIEDIT può essere utilizzato è spesso chiesto. La risposta è si possono usare, ma non sono supportati. Exchange Management Console, l'Amministrazione Centro Exchange (EAC), e Exchange Management Shell sono gli unici strumenti supportati che sono disponibili per gestire i destinatari e gli oggetti di Exchange. Se si decide di utilizzare gli strumenti di gestione di terze parti, sarebbe a proprio rischio. strumenti di gestione di terze parti spesso funzionano bene, ma Microsoft non convalida questi strumenti.

scenari comuni

Non è semplice per passare da una configurazione ibrida al cloud. Il processo per entrare in una configurazione ibrida è quella che abbiamo preso un sacco di tempo per ottenere il diritto. Mentre ci sono problemi, riteniamo di aver fatto un buon lavoro di rendere il compito quasi impossibile di andare ibrida un processo basato su procedure guidate abbastanza facile.

Tuttavia, abbiamo messo un piccolo sforzo in come per farti da una configurazione ibrida solo al cloud. A seconda degli obiettivi immediati, questo processo può essere abbastanza semplice con alcune indicazioni. Di seguito sono tre scenari ibridi comuni insieme con la nostra raccomandazione per come raggiungere correttamente l'obiettivo finale del cliente.

Dal momento che la base di clienti ibrido è molto varia, cercando di adattare tutti in scenari “comuni” è difficile. Abbiamo cercato di fornire alcuni scenari di alto livello per l'on-premise Exchange Server smantellamento di seguito, così come si legge attraverso questi scenari e formano un piano per smantellare, è necessario per determinare lo scenario che meglio si adatta alle vostre esigenze.

uno scenario

Problema: La mia organizzazione è stato eseguito in una configurazione ibrida e hanno tutte le mie cassette postali in Exchange Online. Non ho bisogno di gestire i miei utenti da on-premise e non hanno più la necessità di sincronizzazione delle directory o la sincronizzazione delle password.

Soluzione: Dato che tutti gli utenti sarà gestito in Office 365, e non ci sono ulteriori requisiti di sincronizzazione delle directory, si può tranquillamente disattivare la sincronizzazione delle directory e rimuovere Exchange dall'ambiente locale.

 Per disattivare la sincronizzazione delle directory e disinstallare Exchange ibrida

1. Eseguire Get-OrganizationConfig |fl PublicFoldersEnablede verificare che non sia impostato su Remote. Se è impostato su remoto e le cartelle pubbliche sono qualcosa che si desidera continuare a accesso, si avrebbe bisogno di loro migrazione a Exchange Online. Per ulteriori informazioni, vedere Utilizzare la migrazione batch per la migrazione legacy cartelle pubbliche a Office 365 e Exchange Online .
2. Supponendo che si è già spostato tutte le cassette postali a Exchange Online, si può puntare i record DNS MX e di individuazione automatica di Exchange Online, invece che al locale. Per ulteriori informazioni, vedere Riferimento: record esterno Domain Name System per Office 365 .

   Importante:
   Assicurati di aggiornare sia il DNS interno ed esterno, o potrebbe essere incoerente comportamento connettività dei client.

3. Successivamente, si dovrebbe rimuovere il Service Connection Point (SCP) valori sui server Exchange. Questo assicura che nessun SCP di vengono restituiti, e il cliente sarà invece utilizzare il metodo DNS per l'individuazione automatica. Un esempio è mostrato sotto:
   Get-ClientAccessServer | Set-ClientAccessServer -AutoDiscoverServiceInternalUri $ Null
   

   Nota:
   Se si dispone di server Exchange 2007 nell'ambiente, si dovrà eseguire un comando simile sui server Exchange 2007 a null le impostazioni.

4. Ci sono i connettori ingresso e in uscita create dalla Configurazione guidata ibrida che si vuole eliminare. Utilizzare le seguenti operazioni per fare questo:
   1. Accedere al portale di amministrazione di Office 365 e accedere come l'amministratore tenant.
   2. Selezionare l'opzione per la gestione di Exchange .
   3. Passare a flusso di posta -> Collegamento .
   4. A questo punto è possibile disattivare o eliminare i connettori in ingresso e in uscita. Il HCW crea connettori con spazio dei nomi unico ingresso da <identificatore univoco> e in uscita da <identificatore univoco> , come mostrato nel grafico qui sotto.
      
5. Rimuovere la relazione di organizzazione creata dalla procedura guidata di configurazione ibrida. Utilizzare le seguenti operazioni per fare questo:
   1. Accedere al portale di amministrazione di Office 365 e accedere come l'amministratore tenant.
   2. Selezionare l'opzione per la gestione di Exchange.
   3. Passare a Organizzazione .
   4. Sotto Organizzazione condivisione , rimuovere l'organizzazione denominata O365 di on-premise - <identificatore univoco> come mostrato nel grafico qui sotto.
      
6. Se OAuth è configurato per una distribuzione ibrida di Exchange, si consiglia di disattivare la configurazione sia on-premises e Office 365. Nella maggior parte degli ambienti, possono essere saltati questi passaggi perché solo un piccolo sottoinsieme dei nostri clienti hanno OAuth configurato.
   Per disattivare la configurazione in locale:
   1. Da un server Exchange 2013, aprire Exchange Management Shell.
   2. Eseguire il seguente:
      Get-IntraorganizationConnector -Identity ExchangeHybridOnPremisesToOnline | Set-IntraOrganizationConnector -Enabled $ false
      

   Per disattivare la configurazione di Exchange Online:
   1. Connettere Windows PowerShell a Exchange Online.
   2. Eseguire il seguente:
      Eseguire Get-IntraorganizationConnector -Identity ExchangeHybridOnlineToOnPremises | Set-IntraOrganizationConnector -Enabled $ false
      

      L' identità del parametro presuppone che si è utilizzato l'Ibrido di configurazione guidata per configurare OAuth. Se questo non è il caso, potrebbe essere necessario regolare il valore specificato per l'identità dei connettori.
7. Disabilitare la sincronizzazione delle directory per i vostri inquilini. Quando questo passaggio è completato, tutte le attività di gestione degli utenti saranno fatte dagli strumenti di gestione di Office 365. Questo significa che non sarà più utilizzare Exchange Management Console o Exchange Administration Center (EAC). Per ulteriori informazioni su come disattivare la sincronizzazione delle directory, vedere Disattivare la sincronizzazione delle directory .
8. A questo punto è possibile disinstallare in sicurezza di Exchange dai server locali.

scenario due

Problema: La mia organizzazione è stato eseguito in una configurazione ibrida per circa un anno e hanno finalmente spostato il mio ultimo casella di posta nel cloud. Ho intenzione di continuare a Active Directory Federation Services (ADFS) per l'autenticazione degli utenti delle mie caselle di posta di Exchange in linea. (Questo scenario si applica a qualsiasi cliente che sta progettando su come mantenere la sincronizzazione delle directory).

Soluzione: Dal momento che il cliente sta progettando di mantenere AD FS, essi dovranno anche mantenere la sincronizzazione delle directory dal momento che è un prerequisito. A causa di ciò, non possono rimuovere completamente il server Exchange dall'ambiente locale. Tuttavia, possono disattivare la maggior parte dei server Exchange, ma lascia un paio di server dietro per la gestione degli utenti. Tenete a mente che i server che vengono lasciati in esecuzione possono essere eseguiti su macchine virtuali in quanto il carico di lavoro è quasi completamente spostato a Exchange Online.

Il grafico seguente descrive lo stato finale desiderato:

Il grafico seguente descrive lo stato finale reale:

 Per mantenere AD FS e la sincronizzazione delle directory e disattivare la maggior parte dei server Exchange

1. Eseguire Get-OrganizationConfig |fl PublicFoldersEnablede assicurarsi che non è impostato remoto. Se è impostato su remoto e si desidera continuare ad accedere alle cartelle pubbliche, si avrebbe bisogno di loro migrazione a Exchange Online. Per informazioni su come fare questo, vedere Utilizzare la migrazione batch per la migrazione legacy cartelle pubbliche a Office 365 e Exchange Online .

   Importante:
   Se la migrazione delle cartelle pubbliche di Exchange Online non è un'opzione, e ancora ne hanno bisogno per gli utenti, non si deve andare avanti.

2. Dopo aver spostato tutte le cassette postali a Exchange Online, la prima cosa che si vorrebbe fare per smantellare la maggior parte dei server Exchange è puntare il record DNS MX e di individuazione automatica di Exchange Online invece che al locale. Per ulteriori informazioni, vedere Riferimento: record esterno Domain Name System per Office 365 .

   Importante:
   Assicurati di aggiornare sia il DNS interno ed esterno, o si può avere comportamenti di connettività client e del flusso di posta inconsistenti.

3. Successivamente, si dovrebbe rimuovere il Service Connection Point (SCP) valori sui server Exchange. Questo assicura che nessun SCP di vengono restituiti, e il cliente sarà invece utilizzare il metodo DNS per l'individuazione automatica. Un esempio è mostrato sotto:
   Get-ClientAccessServer | Set-ClientAccessServer -AutoDiscoverServiceInternalUri $ Null
   

   Nota:
   Se si dispone di server Exchange 2007 nell'ambiente, si dovrà eseguire un comando simile sul server Exchange 2007 a null le impostazioni

4. Per evitare che gli oggetti di configurazione ibrida di essere ricreato in futuro, è necessario rimuovere l'oggetto di configurazione ibrida da Active Directory. Per fare questo, aprire Exchange Management Shell ed eseguire il seguente:
   Rimuovere-HybridConfiguration
   
   

5. Rimuovere tutti i server Exchange, ad eccezione dei server che si manterrà per la gestione degli utenti e la creazione. Due server dovrebbero essere sufficienti per la gestione degli utenti, anche se si potrebbe ottenere con un unico server. Inoltre, non c'è bisogno di avere una tutte le altre opzioni ad alta disponibilità gruppo di disponibilità del database o.
6. Se OAuth è configurato per una distribuzione ibrida di Exchange, si consiglia di disattivare la configurazione sia on-premises e Office 365. Nella maggior parte degli ambienti, possono essere saltati questi passaggi perché solo un piccolo sottoinsieme dei nostri clienti hanno OAuth configurato.
   Per disattivare la configurazione in locale:
   1. Aprire Exchange Management Shell da un server Exchange 2013.
   2. Eseguire il seguente:
      Get-IntraorganizationConnector -Identity ExchangeHybridOnPremisesToOnline | Set-IntraOrganizationConnector -Enabled $ false
      

   Per disattivare la configurazione di Exchange Online:
   1. Connettere Windows PowerShell a Exchange Online.
   2. Eseguire il seguente:
      Eseguire Get-IntraorganizationConnector -Identity ExchangeHybridOnlineToOnPremises | Set-IntraOrganizationConnector -Enabled $ false
      
      

      Il parametro Identity presuppone che si è utilizzato l'Ibrido di configurazione guidata per configurare OAuth. Se questo non è il caso, potrebbe essere necessario regolare il valore specificato per l'identità dei connettori.
7. Ci sono i connettori ingresso e in uscita create dalla Configurazione guidata ibrida che si vuole eliminare. Utilizzare le seguenti operazioni per fare questo:
   1. Accedere al portale di amministrazione di Office 365 e accedere come l'amministratore tenant.
   2. Selezionare l'opzione per la gestione di Exchange .
   3. Passare a flusso di posta -> Connettori .
   4. A questo punto è possibile disattivare o eliminare i connettori in ingresso e in uscita. Il HCW crea connettori con spazio dei nomi unico ingresso da <identificatore univoco> e in uscita da <identificatore univoco> , come mostrato nel grafico qui sotto.
      
8. Rimuovere la relazione di organizzazione creata dalla procedura guidata di configurazione ibrida. Utilizzare le seguenti operazioni per fare questo:
   1. Accedere al portale di amministrazione di Office 365 e accedere come l'amministratore tenant.
   2. Selezionare l'opzione per la gestione di Exchange .
   3. Passare a Organizzazione .
   4. Sotto Organizzazione condivisione , rimuovere l'organizzazione denominata O365 di on-premise - <identificatore univoco> come mostrato nel grafico qui sotto.
      

scenario tre

Problema: Voglio rimuovere i miei server Exchange locale dopo lo spostamento tutte le mie cassette postali a Exchange Online. Tuttavia, abbiamo scoperto che non stanno usando scambio per altri scopi, ad esempio per un relè (SMTP) Simple Mail Transfer Protocol per un'applicazione o per l'accesso alle cartelle pubbliche. Se si dispone di una necessità di server Exchange locale per soddisfare le esigenze attuali della vostra organizzazione, non può essere nel vostro interesse per rimuovere i server locali.

Soluzione: Si consiglia contro la rimozione di Exchange e la configurazione ibrida a questo punto. Se si dovesse iniziare anche il processo puntando Records di individuazione automatica per Exchange Online, si sarebbe immediatamente rompere alcune caratteristiche come l'accesso alle cartelle pubbliche ibrido. Si potrebbe modificare il record MX per puntare a Online Protection Exchange se non lo è già, si potrebbe anche rimuovere alcuni dei server Exchange locale. Tuttavia, si avrebbe bisogno di mantenere abbastanza a posto per gestire le funzioni ibride rimanenti. Di solito, questo porterebbe ad un ingombro molto ridotto in locale.