Exchange 2007 - Roadmap di pianificazione per l'aggiornamento e la coesistenza

Si applica a: Exchange Server 2010 SP2, Exchange Server 2010 SP3

Ultima modifica dell'argomento: 2012-07-23

Microsoft Exchange Server 2010 può essere distribuito in un'organizzazione esistente di Microsoft Exchange Server 2007. In questo argomento vengono descritti in dettaglio gli aspetti relativi alla pianificazione e le operazioni di configurazione necessarie in caso di coesistenza tra Exchange 2010 e Exchange 2007.

Pianificazione dell'organizzazione di Exchange esistente

Prima di continuare la pianificazione di Exchange 2010, verificare che l'organizzazione corrente Exchange 2007 soddisfi i requisiti descritti negli argomenti seguenti:

• Requisiti di sistema di Exchange 2010

• Prerequisiti di Exchange 2010

Coesistenza

Ogni organizzazione che esegue l'aggiornamento da Exchange 2007 a Exchange 2010 sperimenta un periodo di coesistenza: alcuni componenti utilizzano ancora le funzionalità di Exchange 2007, mentre altri hanno già completato l'aggiornamento a Exchange 2010.

Tenere presente i seguenti problemi di coesistenza:

• Interfacce di gestione   In Exchange 2010, è possibile gestire le cassette postali e i server Exchange 2010 utilizzando Exchange Management Console (EMC) o Exchange Management Shell. È possibile anche utilizzare EMC per visualizzare alcuni attributi sui server Exchange 2007. Per ulteriori informazioni, vedere Interoperabilità di Exchange Management Console.

• Funzionalità dei ruoli del server   Le funzionalità dei ruoli del server Exchange 2010 disponibili per i client nell'organizzazione di Exchange durante il periodo di coesistenza dipendono dalla versione del server Exchange in cui viene archiviata la cassetta postale dell'utente e dalla versione dell'applicazione client di posta elettronica utilizzata per accedere a Exchange.

  Per ulteriori informazioni sulla modalità di comunicazione tra server, vedere Informazioni sulla pipeline di trasporto.

• Gruppi di routing   Per un'organizzazione di grandi dimensioni che dispone di molti gruppi di routing, è necessaria una topologia di routing che mantenga il flusso di posta durante il periodo di coesistenza. Quando si pianifica un periodo di coesistenza tra Exchange 2010 e Exchange 2007, è necessario comprendere le differenze nella modalità con cui ogni versione determina la topologia di routing. Per ulteriori informazioni sul routing e sulla coesistenza, vedere Aggiornamento da Exchange 2007 Transport.

Processo di aggiornamento da Exchange 2007 a Exchange 2010

Di seguito vengono illustrati in modo dettagliato i passi necessari per passare da Exchange 2007 a Exchange 2010.

Innanzitutto, occorre eseguire l'aggiornamento di tutti i siti Active Directory connessi a Internet, effettuando le seguenti operazioni:

1. Eseguire l'aggiornamento dei server Exchange 2007 esistenti a Exchange 2007Service Pack 2 (SP2).

2. Distribuire i server Exchange 2010 nel seguente ordine:

   1. Accesso client

   2. Trasporto Hub

   3. Messaggistica unificata

   4. Cassette postali

3. Configurare il server Accesso client di Exchange 2010.

4. Configurare il server Trasporto Hub e i server Messaggistica unificata di Exchange 2010.

5. Spostare le cassette postali da Exchange 2007 a Exchange 2010

Quindi, aggiornare nello stesso modo tutti i siti Active Directory interni.

Nella figura seguente vengono illustrati i passi del processo di aggiornamento da Exchange 2007 a Exchange 2010.

Panoramica sulla procedura di aggiornamento da Exchange 2007 a Exchange 2010

Ordine dei siti Active Directory per l'aggiornamento

Quando si aggiorna l'organizzazione a Exchange 2010, è necessario iniziare dai server nei siti Active Directory accessibili da Internet, quindi è possibile aggiornare i siti Active Directory interni: l'aggiornamento di un sito Active Directory interno prima dell'aggiornamento di tutti i siti accessibili da Internet non è supportato. Questo perché l'inoltro del server Accesso client a un altro server Accesso client è supportato solo dalle versioni più recenti del ruolo del server Accesso client (Exchange 2010) alle versioni precedenti (Exchange 2007) e non il contrario.

Ordine dei ruoli del server per l'aggiornamento

Nei primi siti Active Directory che si sta aggiornando, il primo ruolo del server Exchange 2010 da installare è il ruolo Accesso client. Si consiglia di aggiornare un sito Active Directory alla volta a Exchange 2010. In base alle dimensioni del sito Active Directory, potrebbe trattarsi di un unico server Accesso client o di un array con carico bilanciato dei server Accesso client di Exchange 2010.

Quando si installano i ruoli del server Exchange 2010, si consiglia il seguente ordine:

1. Ruolo del server Accesso client

2. Ruolo del server Trasporto Hub

3. Ruolo del server Cassette postali

4. Ruolo del server Messaggistica unificata (UM)

5. Ruolo del server Trasporto Edge

Per ulteriori informazioni sull'aggiornamento dei ruoli del server, vedere gli argomenti seguenti:

• Aggiornamento da Exchange 2007 Client Access

• Aggiornamento da Exchange 2007 Transport

• Aggiornamento da Exchange 2007 SP3 alla Messaggistica unificata di Exchange 2010 RTM

• Aggiornamento dalle postali di Exchange 2007

Coesistenza tra Exchange 2007 e Exchange 2003 in modalità mista

Quando si è pronti a eseguire l'aggiornamento di un ambiente in modalità mista, aggiornare ogni sito di Active Directory individualmente. Se si dispone di siti Active Directory solo con Exchange 2007 o Exchange 2003, seguire le istruzioni per eseguire l'aggiornamento da tale versione per tale sito Active Directory. Ad esempio, se si dispone di Exchange 2007 nel sito A Active Directory, seguire le istruzioni di aggiornamento di Exchange 2007. Ad esempio, se si dispone di Exchange 2003 installato nel sito B Active Directory, seguire le istruzioni di aggiornamento di Exchange 2003. Per ulteriori informazioni sull'aggiornamento delle versioni di Exchange 2003 e Exchange 2007, vedere Informazioni sull'aggiornamento a Exchange 2010.

Se si dispone di siti Active Directory in cui sono installati Exchange 2003 e Exchange 2007, seguire le istruzioni di aggiornamento di Exchange 2003 e Exchange 2007, quindi eseguire i passaggi di aggiornamento necessari per entrambi. Per ulteriori informazioni sull'aggiornamento a Exchange 2010 in questo scenario, vedere i seguenti argomenti:

• Informazioni sull'aggiornamento a Exchange 2010

• Installazione di Exchange 2010 in un'organizzazione che esegue sia Exchange 2003 sia Exchange 2007

Differenze di amministrazione

Exchange Management Console (EMC) è disponibile sia in Exchange Server 2010 e Exchange Server 2007. Segue un elenco delle attività e azioni che è possibile eseguire utilizzando EMC in Exchange 2010 o Exchange 2007:

• Azioni che creano oggetti, come le nuove cassette postali o una nuova rubrica offline (OAB) possono essere eseguite solo sulla stessa versione di EMC dell'oggetto di destinazione. Ad esempio, la creazione di una cassetta postale su un server Cassette postali di Exchange 2007 deve essere eseguita con EMC in Exchange 2007. Quanto segue vale per:

  • I database Cassette postali di Exchange 2007 non possono essere gestiti da EMC in Exchange 2010, anche se possono essere visualizzati.

  • EMC in Exchange 2010 non può abilitare o disabilitare le cassette postali di messaggistica unificata di Exchange 2007.

  • EMC in Exchange 2010 non può gestire i dispositivi mobili di Exchange 2007.

• Le azioni che richiedono la visualizzazione degli oggetti possono essere eseguite da qualsiasi versione di EMC su qualsiasi versione di oggetti di Exchange, con alcune eccezioni:

  • È possibile visualizzare gli oggetti delle regole di trasporto di Exchange 2010 e Exchange 2007 solo dalla versione corrispondente di EMC.

  • È possibile visualizzare i server di Exchange 2010 e Exchange 2007 solo dalla versione corrispondente di EMC.

  • Lo strumento Visualizzatore code in EMC in Exchange 2010 non può collegarsi a un server Exchange 2007 per visualizzare le code o i messaggi.

    Nota

    Se un oggetto di Exchange 2007 (come un gruppo di archiviazione) non è più presente in Exchange 2010, non è prevista, né fornita alcuna interoperabilitàExchange 2010.

• Non è possibile eseguire attività di configurazione della verifica messaggi tra Exchange 2010 e Exchange 2007. È necessario utilizzare strumenti di verifica messaggi di Exchange 2007 nei server Exchange 2007 e strumenti di verifica messaggi di Exchange 2010 nei server Exchange 2010.

Coesistenza dei server Accesso client

Il ruolo del server Accesso client può coesistere con i server Accesso client di Exchange 2007. Prima di aggiornare il primo sito Active Directory, è necessario installare Exchange 2007 Service Pack 2 (SP2) su tutti i server Accesso client di Exchange 2007 all'interno dell'organizzazione.

Una volta installato il primo server Accesso client o l'array del server Accesso client di Exchange 2010 nell'organizzazione, il servizio di individuazione automatica per i server Accesso client di Exchange 2007 reindirizzeranno gli utenti con cassette postali su un server Cassette postali di Exchange 2010 all'endpoint Accesso client appropriato di Exchange 2010.

Per l'installazione di Exchange 2010 all'interno dell'organizzazione, è necessaria la creazione di un secondo nome host DNS (Domain Name System). Anche quando si installa il primo server Accesso client di Exchange 2010 nell'organizzazione, è necessario creare un nome host. Se il nome host corrente è https://contoso.com, si consiglia la creazione di http://legacy.contoso.com. Installare il primo server Accesso client o l'array del server Accesso client di Exchange 2010, copiare le impostazioni appropriate dei servizi Microsoft Outlook Web Access, Microsoft Exchange ActiveSync, POP3, IMAP4, Servizi Web di Exchange e di individuazione automatica, quindi configurare http://legacy.contoso.com affinché punti ai server Accesso client di Exchange 2007 e https://contoso.com affinché punti al server Accesso client o all'array del server Accesso client di Exchange 2010. Per entrambi i nomi host, è necessario il certificato SSL (Secure Sockets Layer) appropriato. Si consiglia un nome alternativo dell'oggetto in grado di supportare più nomi host. Per ulteriori informazioni, vedere Aggiornamento da Exchange 2007 Client Access.

Coesistenza di Exchange ActiveSync

Per la coesistenza con Exchange ActiveSync, configurare un nome host DNS legacy. Gli utenti con cassette postali sui server Cassette postali di Exchange 2007 verranno inoltrati da Exchange 2010 a Exchange 2007.

Quando la cassetta postale di un utente si trova in Exchange 2007, l'utente sperimenta la versione Exchange 2007 di Exchange ActiveSync durante la coesistenza. Tale utente disporrà della funzionalità Exchange 2010 di Exchange ActiveSync quando la cassetta postale verrà spostata in Exchange 2010. Per ulteriori informazioni sulla coesistenza con Exchange ActiveSync, vedere Aggiornamento da Exchange 2007 Client Access.

Coesistenza di Outlook Web App

Se un utente con una cassetta postale su un server Cassette postali di Exchange 2007 si connette a un server Accesso client di Exchange 2010 nello stesso sito Active Directory, l'utente verrà reindirizzato a un server Accesso client di Exchange 2007 all'interno di tale sito. Se un utente con una cassetta postale su un server Cassette postali di Exchange 2007 si connette a un server Accesso client di Exchange 2010 in un sito Active Directory diverso e non è presente alcun server Accesso client accessibile da Internet nel sito Active Directory di destinazione, l'utente verrà inoltrato a un server Accesso client di Exchange 2007 all'interno del sito Active Directory di destinazione. Come con Exchange 2007, se un utente accede a un server Accesso client di Exchange 2010 in un sito Active Directory diverso da quello in cui risiede la cassetta postale ed è presente un server Accesso client accessibile da Internet nel sito Active Directory contenente la cassetta postale, l'utente verrà reindirizzato al server Accesso client nel sito Active Directory di destinazione. Quando la cassetta postale di un utente si trova in Exchange 2007, l'utente sperimenta le versioni Exchange 2007 di Microsoft Office Outlook Web App durante la coesistenza. Tale utente disporrà della funzionalità Exchange 2010 di Outlook Web App quando la cassetta postale verrà spostata in Exchange 2010.

Durante l'aggiornamento di Outlook Web App, esistono diversi scenari di autenticazione che devono essere esaminati:

• Autenticazione basata su form interrotta su un server Accesso client di Exchange 2007   In questo scenario, il server Accesso client di Exchange 2010 reindirizzerà l'utente al server Accesso client legacy e non sarà necessario un secondo accesso.

• Soluzione di autenticazione di terze parti di fronte al server Accesso client di Exchange 2007 Per questo scenario, è necessario Microsoft Internet Security and Acceleration (ISA) Server o un'altra soluzione di autenticazione di fronte ai server Exchange. In questa situazione, agli utenti verrà richiesta solo l'autenticazione della soluzione, che passerà le credenziali a tutti i server Exchange 2010 o Exchange 2007 necessari.

• Autenticazione non basata su form interrotta su un server Accesso client di Exchange 2007 Outlook Web App reindirizzerà l'utente a un server Accesso client legacy di Exchange 2007. La ripetizione dell'autenticazione dipende dal meccanismo di autenticazione utilizzato. Ad esempio, se viene utilizzata l'autenticazione integrata di Windows, l'utente sperimenterà un unico accesso. Se viene utilizzata l'autenticazione di base, l'utente dovrà autenticarsi due volte.

Le procedure di aggiornamento e coesistenza da seguire per Outlook Web App dipendono dallo scenario di autenticazione selezionato. Per ulteriori informazioni sulla coesistenza con Outlook Web App, vedere Aggiornamento da Exchange 2007 Client Access.

Coesistenza del server Trasporto Hub

Il ruolo del server Trasporto Hub è stato progettato per gestire tutto il flusso di posta per l'organizzazione Exchange. Inoltre, è responsabile della gestione delle regole di trasporto, dei criteri di inserimento nel journal e del recapito dei messaggi. Questo server viene distribuito nella foresta di Active Directory ed è necessario affinché le cassette postali di Exchange 2010 siano in grado di inviare e ricevere i messaggi. I messaggi inviati a Internet vengono inoltrati dal server Trasporto Hub al server Trasporto Edge o a uno smart host di terze parti.

È possibile aggiungere un server Trasporto Hub di Exchange 2010 ad un'organizzazione Exchange esistente dopo aver distribuito i server Accesso client di Exchange 2010. Anche se i server Trasporto Hub di Exchange 2010 sono stati introdotti nell'ambiente Exchange 2007, è ancora necessario mantenere i server Trasporto Hub di Exchange 2007. I server Cassette postali di Exchange 2010 possono comunicare solo con i server Trasporto Hub di Exchange 2010 e i server Cassette postali di Exchange 2007 possono comunicare solo con i server Trasporto Hub di Exchange 2007. Quando un messaggio viene inviato da una cassetta postale su un server Cassette postali di Exchange 2010 a una cassetta postale su un server Cassette postali di Exchange 2007, il messaggio viene prima inviato al server Trasporto Hub di Exchange 2010 più vicino nel sito. Quindi, il server inoltra il messaggio a un server Trasporto Hub di Exchange 2007 nello stesso sito, che alla fine recapita il messaggio al server Cassette postali di Exchange 2007.

Per ulteriori informazioni sull'introduzione dei server Trasporto Hub di Exchange 2010 nell'organizzazione Exchange 2007, vedere Aggiornamento da Exchange 2007 Transport.

Coesistenza dei server Cassette postali

Il ruolo del server Cassette postali di Exchange 2010 può coesistere con i server Cassette postali di Exchange 2007. Se si sposta una cassetta postale da Exchange 2007 a Exchange 2010 e la cassetta postale in oggetto fa parte di un criterio dell'indirizzo di posta elettronica, gli indirizzi di posta elettronica di quella cassetta verranno automaticamente aggiornati in base alla configurazione del criterio dell'indirizzo di posta elettronica. Nel caso in cui la cassetta postale presentasse un indirizzo SMTP primario diverso dall'indirizzo di posta elettronica a cui è applicato il criterio, l'indirizzo SMTP primario diventerebbe un indirizzo SMTP secondario e l'indirizzo generato dal criterio dell'indirizzo di posta elettronica diventerebbe l'indirizzo SMTP primario. Per ulteriori informazioni sullo spostamento delle cassette postali, vedere Gestione richieste di spostamento.

È possibile eseguire la replica dei dati delle cartelle pubbliche tra i database delle cartelle pubbliche di Exchange 2010 e Exchange 2007. Per ulteriori informazioni sulla coesistenza delle cartelle pubbliche di Exchange 2010 e Exchange 2007, vedere Informazioni sulle cartelle pubbliche.

Coesistenza dei server Trasporto Edge

Il ruolo del server Trasporto Edge è progettato per fornire una migliore protezione antivirus e da posta indesiderata per l'organizzazione di Exchange. Il server Trasporto Edge, inoltre, applica criteri ai messaggi in transito tra le organizzazioni. Questo ruolo del server viene distribuito nella rete perimetrale e all'esterno della foresta di Active Directory. Il server Trasporto Edge può essere distribuito come un server smart host e d'inoltro SMTP per un'organizzazione Exchange 2007 esistente.

È possibile aggiungere un server Trasporto Edge a un'organizzazione esistente di Exchange senza aggiornare i server Exchange interni o apportare modifiche all'organizzazione. L'installazione del server Trasporto Edge non richiede alcuna procedura di preparazione per Active Directory. Il server Trasporto Edge fornisce protezione antivirus e da posta indesiderata quando i messaggi entrano in rete.

Quando un server Trasporto Edge di Exchange 2010 viene distribuito per supportare un'organizzazione Exchange che non ha ancora distribuito Exchange 2010, è disponibile un numero limitato di funzionalità. In questo scenario non è possibile creare una sottoscrizione Edge, Pertanto, le funzionalità di ricerca dei destinatari o di aggregazione dell'elenco indirizzi attendibili non possono essere utilizzate. Per ulteriori informazioni sulla coesistenza e sui server Trasporto Edge, vedere Aggiornamento da Exchange 2007 Transport.

Coesistenza del server Messaggistica unificata

Quando il primo server Messaggistica unificata di Exchange 2010 viene installato e aggiunto a un'organizzazione esistente di Exchange 2007, è necessario prima aggiungere il server Messaggistica unificata di Exchange 2010 a un dial plan di messaggistica unificata esistente contenente i server Messaggistica unificata di Exchange 2007. Quindi, configurare ogni gateway IP o IP PBX (Private Branch eXchange) per l'invio di tutte le chiamate in arrivo ai server Messaggistica unificata di Exchange 2010 all'interno del dial plan e non ai server Messaggistica unificata di Exchange 2007. Quando una chiamata in arrivo viene ricevuta da un server Messaggistica unificata di Exchange 2010 e la cassetta postale dell'utente abilitato alla messaggistica unificata si trova su un server Cassette postali di Exchange 2010, la chiamata in arrivo verrà elaborata dal server Messaggistica unificata di Exchange 2010. Se la cassetta postale dell'utente si trova su un server Cassette postali di Exchange 2007, la chiamata in arrivo verrà reindirizzata a un server Messaggistica unificata di Exchange 2007 all'interno dello stesso dial plan e la chiamata in arrivo verrà elaborata.

Dopo che tutte le cassette postali degli utenti abilitati alla messaggistica unificata sono state spostate su un server Cassette postali di Exchange 2010, i server Messaggistica unificata di Exchange 2007 possono essere rimossi dal dial plan. Per ulteriori informazioni, vedere Aggiornamento da Exchange 2007 SP3 alla Messaggistica unificata di Exchange 2010 RTM.

Topologie supportate

Exchange 2010 supporta le seguenti topologie:

• Foresta singola con più siti Active Directory.

• Più foreste (modello di foresta a risorse) con più siti Active Directory.

• Un sito Active Directory.

Per ulteriori informazioni, vedere i seguenti argomenti:

• Distribuzione di topologie a più foreste

• Distribuzione di Exchange 2010 in una topologia con più foreste

• Distribuzione di Exchange 2010 in una topologia di foresta di risorse di Exchange

Exchange 2010 non supporta le seguenti topologie:

• Coesistenza con Exchange 2000 Server o versioni precedenti

• Coesistenza con le versioni di Exchange 2003 precedenti a SP2

• Installazione di una versione precedente di Exchange in un'organizzazione Exchange 2010 appena creata

 ©2010 Microsoft Corporation. Tutti i diritti riservati.