Aggiornamento da Exchange 2003 Transport
Si applica a: Exchange Server 2010
Ultima modifica dell'argomento: 2009-12-09
Quando si esegue l'aggiornamento da Microsoft Exchange Server 2003 a Exchange Server 2010, per un periodo di tempo entrambe le versioni coesisteranno nell'ambiente di produzione. Utilizzare le informazioni nella tabella seguente per evitare che il flusso di messaggi venga influenzato negativamente da questa coesistenza.
Importante
Se si distribuisce Exchange 2010 come una nuova organizzazione, non sarà possibile installare successivamente Exchange 2003 nell'organizzazione di Exchange 2010. Questo scenario non è supportato. Se si ritiene che in futuro si avrà bisogno della funzionalità Exchange 2003 nell'organizzazione, è necessario innanzitutto installare un'organizzazione di Exchange 2003 e mantenere almeno un server Exchange 2003.
Riepilogo delle azioni necessarie e facoltative nel passaggio da Exchange 2003 a Exchange 2010
| Funzionalità | Azioni necessarie per garantire la coesistenza | Azioni facoltative e procedure consigliate |
|---|---|---|
Differenze nella topologia del routing Quando si pianifica un periodo di coesistenza di Exchange 2010 e Exchange 2003, è necessario comprendere le differenze nella modalità con cui ogni versione determina la topologia di routing. Questa sezione fornisce una panoramica delle differenze tra le topologie, incluse informazioni su:
|
|
|
Connettori di invio e ricezione Exchange 2003 utilizza le interfacce dei server virtuali SMTP per ogni protocollo per l'invio e la ricezione dei messaggi tra server Exchange. I server Trasporto Hub di Exchange 2010 utilizzano un connettore implicito, detto connettore di invio tra organizzazioni, per instradare i messaggi tra diversi siti. |
|
|
Dati X-EXCH50 Exchange 2003 utilizza il comando proprietario X-EXCH50 per trasmettere le informazioni su messaggi e destinatari che non è possibile includere nel messaggio di posta elettronica. Exchange 2010 supporta il mapping tra MAPI e MIME e non ha bisogno dei dati Exch50 per trasmettere le proprietà dei messaggi in maniera affidabile. |
|
|
Verifica dei messaggi Differenza notevole tra le versioni in quanto gli eventi registrati dall'analisi dei messaggi in Exchange 2010 non corrispondono direttamente agli eventi di analisi dei messaggi registrati da Exchange 2003. |
|
|
Coesistenza di server Trasporto Edge Quando si distribuisce un server Trasporto Edge per supportare un'organizzazione di Exchange in cui Exchange 2010 non è ancora stato distribuito, non è possibile utilizzare alcune funzionalità. |
|
|
Differenze nella topologia del routing
Exchange 2003 utilizza i gruppi di routing per definire una topologia di routing specifica per Exchange. In genere, i gruppi di routing vengono utilizzati per specificare un gruppo di server Exchange ben collegati. I server nello stesso gruppo di routing possono comunicare tra loro senza l'utilizzo di connettori. In teoria, i gruppi di routing definiti in un ambiente esistente sono basati su subnet IP e rispecchiano la configurazione del sito Active Directory.
Quando in un'organizzazione di Exchange 2003 vengono definiti più gruppi di routing, si dovrà creare manualmente i connettori del gruppo di routing per abilitare il flusso della posta tra i server Exchange 2003 che si trovano in gruppi differenti. Il connettore del gruppo di routing deve specificare un server di origine e un server di destinazione come endpoint del connettore. Un connettore del gruppo di routing definisce una connessione unidirezionale e, per stabilire un flusso di posta bidirezionale, sarà necessario creare un connettore corrispondente. I server di origine e di destinazione sono server testa di ponte per il gruppo di routing. I server testa di ponte inoltrano i messaggi di posta elettronica ad altri gruppi di routing per conto di altri server nel loro gruppo e ricevono i messaggi di posta elettronica da altri gruppi di routing affinché li consegnino ad altri server in loro gruppo.
In Exchange 2010, non è necessario definire una configurazione di routing specifica per Exchange. Exchange 2010 utilizza la topologia dei siti Active Directory esistente per definire la sua topologia di routing. Tuttavia, è possibile apportare delle modifiche di configurazione specifiche per Exchange ai siti Active Directory e ai costi di collegamento dei siti IP per controllare il flusso della posta. I messaggi di posta elettronica instradati ai server Exchange presenti in diversi siti devono essere inoltrati dai server Trasporto Hub. Questi server inviano messaggi di posta elettronica ai server Trasporto Hub nei siti remoti utilizzando il connettore di invio tra organizzazioni. Il connettore di invio tra organizzazioni è un connettore implicito ottenuto utilizzando le informazioni sul collegamento dei siti IP e il sito Active Directory. Per ulteriori informazioni su come Exchange 2010 utilizza i siti Active Directory per instradare i messaggi, vedere Pianificazione dell'utilizzo dei siti Active Directory per il routing della posta.
Connettori del gruppo di routing
Per supportare la coesistenza tra queste due topologie di routing, tutti i server Exchange 2010 vengono automaticamente aggiunti a un singolo gruppo di routing quando Exchange 2010 è installato. Il gruppo di routing di Exchange 2010 viene riconosciuto nel Gestore di sistema di Exchange in Exchange 2003 come gruppo di routing Exchange (DWBGZMFD01QNBJR) nel gruppo amministrativo di Exchange (FYDIBOHF23SPDLT).
Durante l'installazione del primo server Trasporto Hub di Exchange 2010 in un'organizzazione di Exchange esistente, è necessario specificare un server testa di ponte di Exchange 2003 al quale collegare il primo connettore del gruppo di routing. Si consiglia di selezionare un server testa di ponte in un gruppo di routing hub o in un gruppo di routing che dispone di molte cassette postali. Il connettore del gruppo di routing collega il gruppo di routing dove risiede il server Exchange 2003 e il gruppo di routing di Exchange 2010. Il gruppo di routing di Exchange 2010 include tutti i server Exchange 2010, indipendentemente dal sito Active Directory in cui si trovano.
Avviso
Non spostare i server Exchange 2010 al di fuori del gruppo di routing di Exchange (DWBGZMFD01QNBJR) e non rinominare il gruppo di routing di Exchange (DWBGZMFD01QNBJR) utilizzando un editor di directory di basso livello. Nessuna azione è supportata. In Exchange 2010 è necessario utilizzare questo gruppo di routing per comunicare con Exchange 2003.
Il server Trasporto Hub che si sta installando e il server testa di ponte di Exchange 2003 selezionato vengono configurati come server di origine e di destinazione su due connettori reciproci del gruppo di routing. Il server testa di ponte selezionato viene aggiunto automaticamente al gruppo di protezione universale ExchangeLegacyInterop e dispone delle autorizzazioni necessarie per inviare e ricevere messaggi di posta elettronica da Exchange 2010. Questo connettore del gruppo di routing crea un singolo punto di connessione tra Exchange 2003 e Exchange 2010.
È possibile modificare l'elenco dei server di origine e di destinazione utilizzando il cmdlet Set-RoutingGroupConnector in Exchange Management Shell. Si consiglia di specificare più server di origine e di destinazione per fornire ridondanza e disponibilità del server.
Importante
L'inserimento dei server Exchange 2010 e Exchange 2003 nello stesso gruppo di routing non è supportato.
Ogni gruppo di routing di Exchange 2003 deve avere almeno un connettore a un altro gruppo di routing prima dell'installazione del primo server Exchange 2010. L'ID evento 5006 viene registrato per ogni database dei messaggi di Microsoft Exchange che si trova in un gruppo di routing privo di un percorso di connessione proveniente dal gruppo di routing di Exchange 2010. Per ulteriori informazioni sulla topologia di routing di Exchange 2003, vedere Guida al trasporto e al routing di Exchange Server 2003.
Se l'ambiente di Exchange esistente include più gruppi di routing, si potrebbe voler creare altri punti di connessione tra Exchange 2003 e Exchange 2010 per ottimizzare il flusso di posta. Per creare altri punti di connessione, fare quanto segue:
Stabilire in che modo si eseguirà il passaggio dell'organizzazione a Exchange 2010. L'ordine in cui i gruppi di routing vengono privati delle autorizzazioni determinerà quali gruppi di Exchange 2003 debbano connettersi direttamente a Exchange 2010.
Modificare il Registro di sistema per eliminare gli aggiornamenti secondari dello stato dei collegamenti su tutti i server Exchange 2003. Questa modifica alla configurazione impedisce che i messaggi sullo stato dei connettori siano inoltrati all'intera organizzazione mediante gli aggiornamenti dello stato dei collegamenti, ma non blocca l'inoltro dei messaggi sulle modifiche alla configurazione. Per ulteriori informazioni, vedere Eliminazione degli aggiornamenti sullo stato dei collegamenti.
Utilizzare il cmdlet New-RoutingGroupConnector in Shell per creare tutti i connettori del gruppo di routing che identificano i server Trasporto Hub di Exchange 2010 come server di origine o di destinazione. Configurare il connettore di un gruppo di routing dal gruppo di Exchange (DWBGZMFD01QNBJR) per ogni gruppo di routing di Exchange 2003 con cui Exchange 2010 comunicherà direttamente e quindi configurare i reciproci connettori dei gruppi di routing corrispondenti. È possibile utilizzare il parametro Bidirectional con il cmdlet New-RoutingGroupConnector per creare entrambi i connettori con un'unica operazione. Questi connettori consentiranno il flusso della posta tra Exchange 2003 e Exchange 2010.
Importante
Quando si utilizza il no gli cmdlet New-RoutingGroupConnector, i server legacy Exchange specificati vengono automaticamente aggiunti al gruppo di protezione universale ExchangeLegacyInterop e vengono automaticamente concesse le autorizzazioni necessarie per consentire a un server legacy Exchange di inviare e ricevere posta da un server Trasporto Hub Exchange 2010. Se si utilizza il Gestore di sistema di Exchange per creare un connettore tra il gruppo di routing di Exchange 2010 e qualsiasi gruppo di routing di Exchange 2003, l'appartenenza al gruppo non verrà aggiornata e il connettore non funzionerà correttamente. Di conseguenza, utilizzare sempre Shell per creare o aggiornare i connettori del gruppo di routing tra Exchange 2010 e Exchange 2003.
Per ulteriori informazioni, vedere Creazione dei connettori di un gruppo di routing aggiuntivi da Exchange 2010 a Exchange 2003.
Aggiornamenti dello stato dei collegamenti in un ambiente di coesistenza
Quando si esegue la connessione del gruppo di routing di Exchange 2010 all'organizzazione di Exchange 2003, è necessario tenere presente il comportamento del routing in base allo stato dei collegamenti e per il quale i server Exchange 2003 mantengono una tabella che viene aggiornata attraverso la comunicazione con il server principale del gruppo di routing. Ogni connettore creato tra i gruppi di routing di Exchange 2003 è considerato un collegamento. I server Exchange 2003 stabiliscono in che modo un messaggio viene instradato all'interno dell'organizzazione utilizzando il costo assegnato ad ogni collegamento. Se un determinato gruppo di routing risulta inaccessibile utilizzando la route con il costo più basso, la tabella dello stato dei collegamenti viene aggiornata dal server principale del gruppo di routing per indicare lo stato di quel collegamento come non disponibile. Questi dati vengono comunicati ad ogni gruppo di routing nell'organizzazione di Exchange. Una volta ricevuti, la tabella dello stato dei collegamenti viene aggiornata e viene calcolata un'altra route.
Il routing in base allo stato dei collegamenti non è utilizzato dai server Trasporto Hub Exchange 2010. Exchange 2010 non può propagare gli aggiornamenti dello stato dei collegamenti e non ricalcola le route. I server Trasporto Hub provano sempre a comunicare direttamente con altri server Trasporto Hub. Quando non è disponibile la connessione a un sito, Exchange 2010 utilizza i costi del collegamento al sito IP associati ai siti Active Directory per determinare il sito più vicino al quale accodare il messaggio. Questo comportamento viene definito coda nel punto di errore. La coda di messaggi generata nel punto di errore viene messa nello stato di Riprova.
In presenza di più percorsi tra il gruppo di routing di Exchange 2010 e qualsiasi gruppo di routing di Exchange 2003, gli aggiornamenti secondari dello stato dei collegamenti devono essere eliminati per garantire che non si verifichi il loop dei messaggi quando una route viene ricalcolata. Si consiglia di eliminare gli aggiornamenti secondari dello stato dei collegamenti per ogni server nell'organizzazione di Exchange 2003. Quando si esegue questa eliminazione, anche i server Exchange 2003 si accodano nel punto di errore invece che ricalcolare la route.
Le modifiche alla configurazione, come l'aggiunta di connettori, continuano ad essere comunicate tra i server Exchange 2003 mediante lo stato dei collegamenti. Tuttavia, per far sì che continuino a verificarsi gli aggiornamenti principali dello stato dei collegamenti, verificare che il gruppo di routing di Exchange 2010 non sia l'unico percorso di comunicazione tra i gruppi di routing di Exchange 2003. Per ulteriori informazioni su come eliminare gli aggiornamenti dello stato dei collegamenti, vedere Eliminazione degli aggiornamenti sullo stato dei collegamenti.
Inizio pagina
Connettori di invio e ricezione
Exchange 2003 utilizza interfacce server virtuali SMTP per ogni protocollo per inviare e ricevere messaggi tra i server Exchange. È necessario eseguire la configurazione solo se si modificano i valori predefiniti o si creano i connettori specifici per un'altra organizzazione.
Inoltre i server Trasporto Hub Exchange 2010 utilizzano un connettore implicito per instradare i messaggi tra i siti. Questo connettore è denominato connettore di invio tra organizzazioni. Durante l'installazione, i connettori di ricezione espliciti vengono creati automaticamente su ogni server Trasporto Hub. Un connettore di ricezione è configurato per ricevere il traffico SMTP da tutte le origini mettendosi in ascolto sulla porta 25. Un secondo connettore di ricezione è configurato per ricevere il traffico SMTP dai client non MAPI mettendosi in ascolto sulla porta 587. I connettori espliciti di invio e ricezione vengono creati sui server Trasporto Hub solo se si desidera creare un connettore che invii i messaggi a uno specifico spazio indirizzo o riceva i messaggi da uno specifico intervallo di indirizzi. Per ulteriori informazioni sui connettori in Exchange 2010, vedere Informazioni sui connettori di invio e Informazioni sui connettori di ricezione.
Inizio pagina
Dati X-EXCH50
Exchange 2003 utilizza il comando proprietario X-EXCH50 per trasmettere informazioni su messaggi e destinatari che non possono essere incluse nel messaggio di posta elettronica. Queste informazioni vengono trasmesse come oggetto binario di grandi dimensioni Exch50. Exch50 contiene dei dati quali livello di probabilità di posta indesiderata, informazioni sulla riscrittura degli indirizzi e altre proprietà MAPI che non hanno la rappresentazione MIME. Poiché X-EXCH50 è un comando Extended Simple Mail Transfer Protocol (ESMTP) proprietario, i dati Exch50 non possono essere propagati da un server non Exchange.
Exchange 2010 supporta il mapping tra MAPI e MIME e non ha bisogno dei dati Exch50 per trasmettere in maniera affidabile le proprietà dei messaggi. Per coesistere correttamente con Exchange 2003, i server Exchange 2010 possono propagare i dati Exch50 ai server Exchange 2003. Nelle connessioni SMTP in ingresso, le proprietà relative a Exch50 utilizzate da Exchange 2010 vengono promosse a proprietà equivalenti di Exchange 2010. Quelle non utilizzate da Exchange 2003 ma non da Exchange 2010 vengono conservate. Nelle connessioni SMTP in uscita, il server Exchange 2010 può creare dati Exch50 promuovendo le proprietà di Exchange 2010 e aggiungendole ai dati conservati di Exchange 2003.
I connettori del gruppo di routing tra Exchange 2010 e Exchange 2003 vengono automaticamente configurati per supportare l'invio e la ricezione dei dati Exch50. Se si sta effettuando la connessione di Exchange 2010 a un server Exchange 2003 in uno scenario con più foreste, assicurarsi che le autorizzazioni del connettore permettano l'instradamento dei dati Exch50. Per ulteriori informazioni, vedere Configurazione di connettori tra più foreste.
Inizio pagina
Verifica dei messaggi
Lo schema di verifica dei messaggi in Exchange 2010 differisce notevolmente da quello in Exchange 2003. Gli eventi registrati dalla verifica dei messaggi di Exchange 2010 non corrispondono direttamente agli eventi di verifica dei messaggi registrati da Exchange 2003. Solo un server Exchange 2010 può verificare i messaggi inviati e ricevuti da Exchange 2010. Non esiste alcun supporto Strumentazione gestione Windows di Microsoft in Exchange 2010. Di conseguenza, un server Exchange 2003 non può interrogare i registri di verifica dei messaggi su un server Exchange 2010. Se una query per la verifica dei messaggi in Exchange 2010 indica che il messaggio è stato trasferito a un server Exchange 2003, è necessario utilizzare lo strumento di verifica dei messaggi di Exchange 2003 per continuare la ricerca.
Inizio pagina
Coesistenza di server Trasporto Edge
Il ruolo server Trasporto Edge è progettato per fornire una migliore protezione da virus e posta indesiderata per l'organizzazione di Exchange. Inoltre applica criteri ai messaggi in transito tra le organizzazioni. Questo ruolo server viene distribuito nella rete perimetrale e all'esterno della foresta Active Directory. Il server Trasporto Edge può essere distribuito come server smart host e di inoltro SMTP per un'organizzazione di Exchange 2003 esistente.
È possibile aggiungerlo a un'organizzazione di Exchange esistente senza aggiornare i server Exchange interni o apportare modifiche alle organizzazioni. Dal momento che viene distribuito all'esterno di Active Directory, l'installazione del server Trasporto Edge non richiede alcuna procedura di preparazione per Active Directory. Se si utilizza il Filtro messaggi intelligente di Exchange in Exchange 2003 per eseguire le attività di protezione da posta indesiderata, è possibile utilizzare il server Trasporto Edge per fornire un ulteriore livello di protezione.
Quando si distribuisce un server Trasporto Edge per supportare un'organizzazione di Exchange in cui Exchange 2010 non è ancora stato distribuito, non è possibile utilizzare alcune funzionalità. In questo scenario non è possibile creare una sottoscrizione di Edge, pertanto le funzioni di ricerca dei destinatari o di aggregazione degli elenchi di indirizzi attendibili non possono essere utilizzate. Per ulteriori informazioni sull'uso del ruolo server Trasporto Edge con un'organizzazione di Exchange 2003, vedere Distribuzione di un server Trasporto Edge in un'organizzazione di Exchange Server 2003 esistente.
Inizio pagina