現象
ハードウェア ロード バランサーまたはその他のネットワーク デバイスを介して 2010 Exchange Serverに接続する Outlook または他の MAPI アプリケーションがあるシナリオを考えてみましょう。 また、アプリケーションが期待どおりに機能するには、実行時間の長い TCP 接続も必要です。 ネットワーク デバイスがタイムアウト設定を使用してアイドル状態の接続を閉じると、MAPI アプリケーションは接続経由で要求を完了できません。 アプリケーションが Outlook の場合、クライアント コンピューターのアプリケーション イベント ログに次のイベントが表示されることがあります。
ログ名: ApplicationSource: OutlookEvent ID: 25Task Category: NoneLevel: InformationKeywords: ClassicUser: N/AComputer: Computer.contoso.comDescription:必要な操作を実行できませんでした。 選択したコマンドがこの受信者に対して無効です。 Microsoft Exchange への接続が利用できません。 この操作を完了するには、Outlook がオンラインであるか、接続されている必要があります。
ログ名: ApplicationSource: OutlookEvent ID: 26Task Category: NoneLevel: InformationKeywords: ClassicUser: N/AComputer: Computer.contoso.comDescription:Microsoft Exchange への接続が復元されました。
原因
ハードウェア ロード バランサー、またはファイアウォールやプロキシなどの他のネットワーク デバイスの構成によって、クライアント接続が削除されます。 タイムアウトまたはその他の構成を使用して、デバイスがアイドル状態の接続を閉じると、アプリケーションは、閉じられた接続を介して後続の要求を完了できません。
解決方法
この問題を解決するには、次の解決策を検討してください。
-
ベンダーの推奨事項に従って、またはベンダーのテクニカル サポート チームに問い合わせて、ネットワーク デバイスの構成を確認します。 これにより、実行時間の長い接続が途中で閉じられないように、ネットワーク デバイスのタイムアウトを増やす必要がある場合があります。
-
Exchange Server 2010 に接続するアプリケーション サーバーの場合は、アプリケーション サーバーの TCP Keep-Alive 時間を、ネットワーク デバイスのアイドル接続タイムアウト 期間より小さい値に設定します。 たとえば、デバイスのアイドル状態の接続タイムアウトが 15 分の場合は、アプリケーション サーバーの TCP Keep-Alive を 15 分未満の値に設定します。
既定では、TCP Keep-Alive 時間は 2 時間であり、無効になっています。 アプリケーション サーバーで TCP Keep-Alive 時間を調整するには、Microsoft サポート技術情報の次の記事を参照してください。
324270 Windows Server 2003 でサービス拒否攻撃に対して TCP/IP スタックを強化する方法問題の接続は、通常、HTTP/Outlook Anywhere 接続経由の RPC ではなく、オンライン モードの Outlook クライアントの内部 RPC 接続であることを強調することが重要です。 このような問題は、変更が必要なネットワーク デバイス上のセッション タイムアウト、ネットワーク構成、最適化構成、またはその他の機能が原因で発生することが多い。 多くの場合、セッション タイムアウト設定は通常低すぎます。 ネットワーク デバイス ベンダーとの話し合いでは、RPC タイムアウト設定を少なくとも 120 分にすることをお勧めします。
詳細情報
上記のどちらの解決策でも、TCP 接続のタイムアウトが早くなくなる可能性があります。 注 デバイス構成が問題になっているかどうかを判断するためによく使用されるテストは、デバイスをバイパスすることです。 これは、クライアント上の Hosts ファイルまたは DNS レコードを使用して、配列内の 1 つの CAS サーバーにアクセスすることによって行われます。 ただし、デバイスがゲートウェイとしても使用されている場合は、正確な結果が得られない可能性があります。実行時間の長い接続の詳細については、次のインターネット エンジニアリング タスク フォースドキュメントの「4.2.3.6 TCP Keep-Alives」を参照してください。
RFC 122 - インターネット ホストの要件 - 通信層http://datatracker.ietf.org/doc/rfc1122/ Exchange Server 2010 の負荷分散に関する追加情報については、TechEd 2011 の次のプレゼンテーションを参照してください。
Microsoft Exchange Server 2010 を使用した負荷分散 http://channel9.msdn.com/Events/TechEd/NorthAmerica/2011/EXL307
