Exchange 2010DAG自動フェイルオーバーテスト/問題。マウントされたサーバーの破壊方法によっては、正常なDBコピーに自動的にフェイルオーバーするとは限りません
クライアントアクセス/ハブトランスポート/メールボックスの役割を実行するExchange2010サーバーが2つと、クライアントアクセス/ハブトランスポートの役割のみを実行してブリッジヘッドとして機能するExchange2010サーバーが1つあります。 2つのメールボックスサーバーは、DAGで1つのデータベースセットアップを実行しています。サーバーAはマウントされたDBを示し、サーバーBは正常を示します。 Windows GUIを介してサーバーAを再起動すると、サーバーBが正常からマウントに切り替わり、Outlook 2007を使用したサービスの中断はほとんど見られません。サーバーAは「サービスダウン」、「失敗」、「正常」の順に表示され、DBはサーバーにマウントされたままになりますB.これがどのように機能するか、これまでのところ良好です。
サーバーAがコールドシャットダウンされているか、ネットワークから両方のNICを取り外して障害をシミュレートするかをテストすると、サーバーBは正常からマウントに切り替わり、サーバーAは「サービスダウン」に切り替わりますが、OutlookクライアントはサーバーBにマウントされているDBに接続しません。 ！！サーバーC（クライアントアクセス/ハブトランスポート）に接続してメールにアクセスし、新しいメールを送信することもできますが、サーバーAがオンラインに戻り、DBが正常な状態に戻るまで受信メールは配信されません。
そのため、マウントされたDBコピーを使用してサーバーを再起動すると、自動フェイルオーバーが発生し、Outlook2007の問題がほとんど発生しない理由がわかりません。しかし、シャットダウンするか、マウントされたDBサーバーをDCすると、正常なコピーはマウントされますが、Outlook2007クライアントは接続できません。
私がペイントしようとしている絵がある程度意味をなすといいのですが、それは私を少しバタバタさせています。どんな助けでもいただければ幸いです！
Cas配列を設定する必要があると思います。次に、このアレイを使用するようにデータベースを設定します。次に、ハードウェアロードバランサーまたはnlbを備えた2つの専用casサーバーを使用して負荷分散を行います。詳細については、後でコンピューターで編集します。これはあなたにグーグルするのに十分なはずです。
Exchange 2010の場合、着信ユーザートラフィックを処理するCASアレイを作成する必要があり、いくつかの追加設定が必要です。詳細な説明 ここ 。
この問題は、クライアントアクセスサーバーの役割、特にRPCクライアントアクセスサーバーに関連していると思います。
現在、私の環境では元の投稿と同じものが表示されています。 Microsoft ExchangeRPCクライアントのAccessServiceを1つのサーバーBで停止すると、どのDAGメンバーがマウントされていても、メールボックスにアクセスできません。
残念ながら、私にはまだ明確な解決策がありません。トリックにはクライアントアクセスサーバーの役割の負荷分散が含まれると思いますが、同じサーバー上にNLBとDAGを配置することは想定されていません。したがって、CASの役割を他の2つのサーバーに移動するか、ハードウェアデバイスを使用して負荷分散する必要があります。