Problembehandlung bei MAPI-Verbindungen mit langer Ausführungsdauer mit Exchange Server 2010 über Netzwerklastenausgleichsmodule

Problembeschreibung

Stellen Sie sich das Szenario vor, in dem Outlook oder andere MAPI-Anwendungen eine Verbindung mit Exchange Server 2010 über einen Hardwarelastenausgleich oder ein anderes Netzwerkgerät herstellen. Die Anwendung erfordert auch lange ausgeführte TCP-Verbindungen, um wie erwartet zu funktionieren. Wenn das Netzwerkgerät Verbindungen im Leerlauf über eine Timeouteinstellung schließt, kann die MAPI-Anwendung Anforderungen nicht über die Verbindung abschließen. 

Wenn es sich bei der Anwendung um Outlook handelt, werden möglicherweise die folgenden Ereignisse im Anwendungsereignisprotokoll des Clientcomputers angezeigt:

Protokollname: Anwendungsquelle
: Outlook-Ereignis-ID
: 25
Aufgabenkategorie: Keine
Ebene: Information
Schlüsselwörter: Klassisch
Benutzer: Nicht
verfügbar Computer: Computer.contoso.com
Beschreibung:Der gewünschte Vorgang konnte nicht ausgeführt werden. Der ausgewählte Befehl ist für diesen Empfänger ungültig. Die Verbindung mit Microsoft Exchange ist nicht verfügbar. Outlook muss online oder verbunden sein, um diese Aktion abzuschließen.

Protokollname: Anwendungsquelle
: Outlook-Ereignis-ID
: 26
Aufgabenkategorie: Keine
Ebene: Informationen
Schlüsselwörter: Klassisch
Benutzer: N/A
Computer: Computer.contoso.com
Beschreibung:Verbindung mit Microsoft Exchange wurde wiederhergestellt.

Ursache

Eine Konfiguration für einen Hardwarelastenausgleich oder ein anderes Netzwerkgerät wie eine Firewall oder einen Proxy führt dazu, dass Clientverbindungen getrennt werden. Wenn das Gerät Verbindungen im Leerlauf über ein Timeout oder eine andere Konfiguration schließt, kann die Anwendung nachfolgende Anforderungen nicht über die verbindung abschließen, die geschlossen wurde.

Lösung

Um dieses Problem zu beheben, sollten Sie die folgenden Lösungen in Betracht ziehen:

1. Überprüfen Sie die Konfiguration des Netzwerkgeräts gemäß den Empfehlungen des Anbieters oder durch Kontaktaufnahme mit dem Technischen Supportteam des Anbieters. Dies kann eine Erhöhung des Timeouts auf dem Netzwerkgerät erfordern, damit verbindungen mit langer Ausführungsdauer nicht vorzeitig geschlossen werden.

2. Legen Sie für einen Anwendungsserver, der eine Verbindung mit Exchange Server 2010 herstellt, die TCP-Keep-Alive Timeoutzeit des Anwendungsservers auf einen Wert fest, der kleiner ist als das Leerlauftimeoutfenster auf dem Netzwerkgerät. 
   
   Wenn das Timeout für die Leerlaufverbindung auf dem Gerät beispielsweise 15 Minuten beträgt, legen Sie den TCP-Keep-Alive auf dem Anwendungsserver auf einen Wert von weniger als 15 Minuten fest.

Standardmäßig ist die TCP-Keep-Alive Zeit 2 Stunden und deaktiviert. Informationen zum Anpassen der TCP-Keep-Alive auf einem Anwendungsserver finden Sie im folgenden Artikel der Microsoft Knowledge Base:

324270 Schützen des TCP/IP-Stapels gegen Denial-of-Service-Angriffe in Windows Server 2003Es ist wichtig zu betonen, dass die betreffenden Verbindungen in der Regel interne RPC-Verbindungen für Outlook-Clients im Onlinemodus und nicht RPC über HTTP/Outlook Anywhere-Verbindungen sind. Häufig treten probleme wie diese aufgrund von Sitzungstimeouts, Netzwerkkonfiguration, Optimierungskonfiguration oder anderen Features auf dem Netzwerkgerät auf, die geändert werden müssen. 

In vielen Fällen sind die Einstellungen für das Sitzungstimeout in der Regel zu niedrig. In Gesprächen mit Netzwerkgeräteanbietern wird häufig empfohlen, dass die RPC-Timeouteinstellungen mindestens 120 Minuten betragen sollten.

Weitere Informationen

Beide oben genannten Lösungen verhindern möglicherweise, dass ein vorzeitiges Timeout für die TCP-Verbindung auftritt. 

Hinweis Ein häufig verwendeter Test, um zu bestimmen, ob eine Gerätekonfiguration in Frage kommt, ist die Umgehung des Geräts. Dies erfolgt mithilfe einer Hosts-Datei auf dem Client oder eines DNS-Eintrags, um auf einen einzelnen CAS-Server im Array zuzugreifen. Wenn das Gerät jedoch auch als Gateway verwendet wird, liefert dies möglicherweise keine genauen Ergebnisse.

Weitere Informationen zu verbindungen mit langer Ausführungszeit finden Sie in Abschnitt 4.2.3.6, TCP Keep-Alives aus dem folgenden Internet Engineering Task Force-Dokument:

RFC 122 – Anforderungen für Internethosts – Kommunikationsebenen
http://datatracker.ietf.org/doc/rfc1122/

Weitere Informationen zum Lastenausgleich für Exchange Server 2010 finden Sie in der folgenden Präsentation von TechEd 2011

Lastenausgleich mit Microsoft Exchange Server 2010
http://channel9.msdn.com/Events/TechEd/NorthAmerica/2011/EXL307