Si applica a
Exchange Server 2010 Enterprise

Sintomi

Considerare lo scenario in cui outlook o altre applicazioni MAPI si connettono a Exchange Server 2010 tramite un servizio di bilanciamento del carico hardware o un altro dispositivo di rete. L'applicazione richiede anche connessioni TCP a esecuzione prolungata per funzionare come previsto. Se il dispositivo di rete chiude le connessioni inattive tramite un'impostazione di timeout, l'applicazione MAPI non riesce a completare le richieste tramite la connessione. Se l'applicazione è Outlook, nel registro eventi dell'applicazione del computer client potrebbero essere visualizzati gli eventi seguenti:

Nome log: Origine applicazione: ID evento di Outlook: 25Categoria attività: NessunoLivello: InformazioniParole chiave: Utente classico: N/DComputer: Computer.contoso.comDescrizione:Impossibile eseguire l'operazione desiderata. Il comando selezionato non è valido per questo destinatario. La connessione a Microsoft Exchange non è disponibile. Per completare questa azione, Outlook deve essere online o connesso.

Nome log: Origine applicazione: ID evento di Outlook: 26Categoria attività: NessunoLivello: InformazioniParole chiave: Utente classico: N/DComputer: Computer.contoso.comDescrizione:Connessione a Microsoft Exchange è stato ripristinato.

Causa

Una configurazione per un bilanciamento del carico hardware o un altro dispositivo di rete, ad esempio un firewall o un proxy, causa la caduta delle connessioni client. Quando il dispositivo chiude le connessioni inattive, tramite timeout o altre configurazioni, l'applicazione non riesce a completare le successive richieste tramite la connessione chiusa.

Risoluzione

Per risolvere il problema, considerare le soluzioni seguenti:

  1. Verifica la configurazione del dispositivo di rete, in base alle raccomandazioni del fornitore o contattando il team di supporto tecnico per il fornitore. Ciò potrebbe richiedere un aumento del timeout nel dispositivo di rete in modo che le connessioni a esecuzione prolungata non vengano chiuse prematuramente.

  2. Per un server applicazioni che si connette a Exchange Server 2010, impostare il tempo di Keep-Alive TCP del server applicazioni su un valore inferiore alla finestra di timeout della connessione inattiva nel dispositivo di rete. Ad esempio, se il timeout della connessione inattivo nel dispositivo è di 15 minuti, impostare il Keep-Alive TCP sul server applicazioni su un valore inferiore a 15 minuti.

Per impostazione predefinita, il tempo di Keep-Alive TCP è di 2 ore e viene disabilitato. Per regolare l'ora di Keep-Alive TCP in un server applicazioni, vedere il seguente articolo della Microsoft Knowledge Base:

324270 Come proteggere lo stack TCP/IP dagli attacchi Denial of Service in Windows Server 2003È importante sottolineare che le connessioni in questione sono in genere connessioni RPC interne per i client Outlook in modalità Online, invece che RPC su HTTP/Outlook Via Internet. Spesso, problemi come questo si verificano a causa di timeout di sessione, configurazione di rete, configurazione di ottimizzazione o altre funzionalità del dispositivo di rete che richiedono la modifica. In molti casi, le impostazioni di timeout di sessione sono in genere troppo basse. Nelle discussioni con i fornitori di dispositivi di rete, è spesso consigliabile che le impostazioni di timeout RPC siano almeno 120 minuti.

Ulteriori informazioni

Entrambe le soluzioni precedenti potrebbero impedire il timeout anticipato della connessione TCP. Nota Un test usato di frequente per determinare se la configurazione di un dispositivo è in questione consiste nel bypassare il dispositivo. A questo scopo, utilizzare un file Hosts nel client o un record DNS per accedere a un singolo server CAS nella matrice. Tuttavia, se il dispositivo viene usato anche come gateway, ciò potrebbe non fornire risultati accurati.Per ulteriori informazioni sulle connessioni a esecuzione prolungata, vedere la sezione 4.2.3.6, TCP Keep-Alives, dal seguente documento di Internet Engineering Task Force:

RFC 122 - Requisiti per gli host Internet - Livelli di comunicazionehttp://datatracker.ietf.org/doc/rfc1122/ Per ulteriori informazioni sul bilanciamento del carico per Exchange Server 2010, vedere la seguente presentazione di TechEd 2011

Bilanciamento del carico con Microsoft Exchange Server 2010http://channel9.msdn.com/Events/TechEd/NorthAmerica/2011/EXL307

Serve aiuto?

Vuoi altre opzioni?

Esplorare i vantaggi dell'abbonamento e i corsi di formazione, scoprire come proteggere il dispositivo e molto altro ancora.