Nuova funzionalità di trasporto in Exchange 2010 SP1

Si applica a: Exchange Server 2010 SP1

Ultima modifica dell'argomento: 2016-11-28

Microsoft Exchange Server 2010 Service Pack 1 (SP1) include nuove funzionalità e miglioramenti delle funzionalità introdotti nella versione di produzione (RTM) di Exchange 2010.

In questo argomento, viene fornita una panoramica delle nuove funzionalità e dei miglioramenti seguenti per il trasporto in Exchange 2010 SP1:

• Funzionalità Suggerimenti messaggi

• Funzionalità di verifica dei messaggi

• Miglioramenti relativi alle limitazioni

• Promozione di ridondanza dell'ombreggiatura

• Failover SMTP e miglioramenti del bilanciamento del carico

• Supporto per la protezione estesa su comunicazioni SMTP

• Invio di connettori tramite connessioni affidabili

Funzionalità Suggerimenti messaggi

Di seguito, viene illustrata una breve panoramica delle funzionalità Suggerimenti messaggi aggiunte in Exchange 2010 SP1:

• Controllo di accesso ai suggerimenti messaggio sulle relazioni organizzative   Si dispone del controllo capillare sulla modalità di condivisione dei suggerimenti messaggio tra la propria organizzazione e altre organizzazioni con cui è stata configurata una relazione di condivisione organizzativa. È possibile verificare i tipi di suggerimento messaggio condivisi e persino designare un determinato gruppo di utenti per cui restituire i suggerimenti messaggio.

• Monitoraggio dei suggerimenti messaggio e risoluzione dei problemi   Sono state aggiunte diverse nuove funzionalità di monitoraggio per Suggerimenti messaggio in Exchange 2010 SP1. Le nuove funzionalità includono modifiche alle voci del registro eventi, avvisi e contatori di Performance Monitor.

Per ulteriori informazioni, vedere Informazioni sugli avvisi messaggio.

Funzionalità di verifica dei messaggi

Di seguito, viene illustrata una breve panoramica sulle funzionalità di verifica dei messaggi aggiunte in Exchange 2010 SP1:

• Messaggi di errore migliorati per i rapporti di recapito   Potrebbero verificarsi situazioni in cui un utente tenti di accedere ai rapporti di recapito per un determinato messaggio senza però poter visualizzare il rapporto. Ad esempio, un utente potrebbe tentare di accedere ai rapporti di recapito per un messaggio subito dopo averlo inviato, ma prima che le informazioni di verifica per quel messaggio vengano inserite nei registri. In questi tipi di scenario, i messaggi visualizzati all'utente sono stati migliorati notevolmente, fornendo spiegazioni specifiche sul perché le informazioni non sono disponibili.

• Monitoraggio verifica dei messaggi e risoluzione dei problemi   Sono state aggiunte diverse nuove funzionalità di monitoraggio per la verifica dei messaggi in Exchange 2010 SP1. Queste includono nuove voci del registro eventi, avvisi e contatori di Performance Monitor.

• Livelli di traccia della verifica dei messaggi   Durante la risoluzione dei problemi relativi alla verifica dei messaggi, è ora possibile richiedere registri completi di ciascuna operazione eseguita da un server Accesso client elaborando una richiesta di rapporti di recapito.

Per ulteriori informazioni, vedere Verifica dei messaggi.

Miglioramenti relativi alle limitazioni

I server di trasporto in Exchange 2010 SP1 tengono traccia dello stato corrente dell'organizzazione di Exchange generale e modificano di conseguenza il relativo modo di gestire i messaggi. Ciò consente ai server Trasporto di rispondere in modo proattivo a eventuali situazioni problematiche, migliorando l'affidabilità del recapito complessivo dei messaggi.

In Exchange 2010 SP1, i server Trasporto mantengono un costo di recapito medio di esecuzione per i messaggi inviati da singoli mittenti. Se un utente continua a inviare messaggi dispendiosi, quali quelli indirizzati a un pubblico ampio o con allegati di dimensioni notevoli, i server Trasporto iniziano a dare la priorità ad altri messaggi con costo inferiore prima di elaborare i messaggi provenienti da quel mittente. Ad esempio, se un utente sta inviando più messaggi con allegati da 10 MB, il server Trasporto inizia a elaborare altri messaggi senza allegati prima di gestire ulteriori messaggi provenienti da quel particolare mittente.

Il server Trasporto tiene traccia anche dell'utilizzo RPC del server delle cassette postali. Un server Trasporto Hub effettua le connessioni RPC a un server cassette postali per il recapito dei messaggi. Se un server Trasporto Hub rileva che un server Cassette postali è sotto pressione per la risorsa RPC, tornerà alle sessioni RPC aperte su quel server Cassette postali. In questo modo, le connessioni client interattive al server cassette postali hanno la precedenza sul recapito di messaggi quando vengono utilizzate le risorse RPC su un server Cassette postali.

La funzione di congestione è una funzionalità di monitoraggio delle risorse di sistema del servizio Trasporto di Microsoft Exchange presente sui server Trasporto Hub e Trasporto Edge in Exchange 2010. Il servizio Trasporto di Exchange può rilevare la congestione di risorse essenziali, quali spazio disponibile sul disco rigido e memoria, e intervenire per evitare l'interruzione del servizio. Tutte le opzioni di configurazione per la funzione di congestione sono disponibili nel file di configurazione dell'applicazione EdgeTransport.exe.config.

In Exchange 2010 Service Pack 1, i valori predefiniti in EdgeTransport.exe.config sono aggiornati per i seguenti parametri:

• SmtpStartThrottlingDelayInterval: diminuito da 10 secondi a 1 secondo

• SmtpStepThrottlingDelayInterval: diminuito da 5 secondi a 1 secondo

Per ulteriori informazioni sul file EdgeTransport.exe.config, vedere Informazioni sul file EdgeTransport.exe.Config File.

Per ulteriori informazioni sulla configurazione della congestione, vedere Informazioni sulla funzionalità di controllo dell'utilizzo delle risorse.

Per ulteriori informazioni sulle limitazioni, vedere Informazioni sulla limitazione larghezza di banda di rete dei messaggi.

Promozione di ridondanza dell'ombreggiatura

Exchange 2010 ha introdotto la funzionalità di ridondanza dell'ombreggiatura per ridurre al minimo la perdita di qualsiasi messaggio durante il recapito una volta entrato nell'organizzazione Exchange. I server Trasporto di Exchange ottengono ciò utilizzando l'estensione del protocollo SMTP per la ridondanza dell'ombreggiatura.

Tuttavia, in qualsiasi organizzazione i server Trasporto di Exchange devono comunicare con altri server SMTP di terze parti che potrebbero non supportare il protocollo di ridondanza dell'ombreggiatura. Questo è vero soprattutto nel caso dei server Trasporto Edge che gestiscono il traffico di messaggi con diversi host su Internet. Durante la ricezione di messaggi da host che non supportano la ridondanza dell'ombreggiatura in Exchange 2010 RTM, i server di trasporto ritardano l'invio della conferma dei messaggi in arrivo fino a quando non verificano l'avvenuto recapito all'interno dell'organizzazione. Tuttavia, quando veniva raggiunta una determinata soglia, il server di trasporto richiedeva una conferma anche se il recapito finale non era stato verificato. Ciò mostrava uno scenario in cui i messaggi ricevuti da host che non supportano la ridondanza dell'ombreggiatura potrebbero perdersi durante il tragitto.

Per risolvere il problema, è stata introdotta un nuova funzionalità denominata promozione ridondanza ombreggiatura in Exchange 2010 SP1. Nel caso dello scenario descritto sopra, invece di inoltrare una conferma senza la conferma del recapito, un server di trasporto indirizzi ora il messaggio a qualsiasi altro server di trasporto all'interno del sito in modo da proteggere il messaggio dalla ridondanza di ombreggiatura.

Sono disponibili ulteriori dettagli sul funzionamento di questo scenario. Per ulteriori informazioni, vedere Informazioni sulla ridondanza shadow.

Failover SMTP e miglioramenti del bilanciamento del carico

Exchange 2010 SP1 migliora il modo in cui i server di trasporto rilevano server danneggiati e utilizzano DNS potenziati. Il DNS potenziato distribuisce il carico in modo uniforme quando tutti i server sono integri, ma nel caso in cui non fosse disponibile un server, la distribuzione del carico tra i server integri rimanenti potrebbe non risultare uniformemente bilanciata.

Per risolvere il problema, ciascun server Trasporto di Exchange 2010 SP1 mantiene un elenco di server non disponibili. Durante il routing di un messaggio, ciascun server utilizza tali informazioni per filtrare i server non disponibili dall'insieme di server di destinazione. Ad esempio, presumere che un server Trasporto Hub debba instradare diversi messaggi su un altro sito di Active Directory che dispone di tre server Trasporto Hub (Hub1, Hub2 e Hub3). Se il server sa che Hub2 non è disponibile, rimuoverà tale server dall'elenco delle possibili destinazioni ed eseguirà il routing solo a Hub1 e Hub3. Ciò presumerà che solo due server, Hub1 e Hub3, siano disponibili nel sito di Active Directory remoto durante i messaggi di bilanciamento del carico.

Di conseguenza, i server Trasporto di Exchange 2010 SP1 distribuiscono sempre il carico in modo uniforme tra i server integri ed evitano tutti i server che per un motivo qualsiasi non risultano disponibili. Per ulteriori informazioni, vedere Informazioni sul failover SMTP e sul bilanciamento del carico nel trasporto.

Supporto per la protezione estesa su comunicazioni SMTP

Windows offre binding del canale per proteggere l'autenticazione NTLM sui canali crittografati da attacchi di inoltro per le autenticazioni. In Exchange 2010, tutti i servizi forniti da Exchange sono stati aggiornati in modo da supportare la protezione estesa per l'autenticazione. Per ulteriori informazioni, vedere l’articolo 968389 della Microsoft Knowledge Base, Protezione estesa per l'autenticazione. 

Per supportare questa funzionalità di trasporto, sono stati aggiornati i connettori di ricezione. È possibile consentire, richiedere o disabilitare la protezione estesa per l'autenticazione sui connettori di ricezione. Per ulteriori informazioni, vedere Informazioni sui connettori di ricezione.

Connettori di invio su connessioni affidabili

Con Exchange 2010SP1, sono state aggiunte diverse nuove funzionalità ai connettori di invio. La maggior parte delle modifiche devono supportare la coesistenza con Exchange Online. Inoltre, è stata aggiunta ai connettori di invio la possibilità di ridurre gli errori di connessione.

È possibile che si disponga di connettori di invio dedicati responsabili della trasmissione di messaggi attraverso canali di comunicazione ben definiti che si presume siano sempre disponibili, quale un connettore di invio designato per l'invio di messaggi a Exchange Online. In connessioni di questo tipo, molti degli errori tipici che potrebbero verificarsi su destinazioni normali in Internet non sono previsti. In questo scenario, è possibile che si desideri gestire tutti gli errori di comunicazione come temporanei in opposizione all'invio di rapporti di mancato recapito. Con Exchange 2010 SP1, è possibile configurare un connettore di invio per ridurre gli errori di risoluzione relativi all'autenticazione e ai nomi, che risulterebbero generalmente in un rapporto di mancato recapito, a errori temporanei. In questi casi, Exchange tenterà nuovamente il recapito invece di inviare un rapporto di mancato recapito.

Per ulteriori informazioni, vedere Informazioni sui connettori di invio.

 ©2010 Microsoft Corporation. Tutti i diritti riservati.