現在、すべての役割(MB、HT、CAS)を備えた単一のExchange2010サーバーがあります。
災害時のメール復旧時間を改善したいと思っています。サイトの復元力を備えた真のHAには、CASアレイとハードウェアネットワークバランシングが必要であることを理解しています。残念ながら、これは私の会社が喜んで支払うものではありません。現時点では、DPM2012を使用してメールボックスデータベースを毎日バックアップするだけであり、プライマリサイト(本社)が失われた場合は、セカンダリサイトでExchangeサーバーを再構築する必要があります。これにより、約4〜5時間の電子メール回復時間が得られます。
私はDAGを見てきました。 2番目のExchange2010サーバーをオフサイト(MN/HT/CASの役割)で構築し、それらを1つの2ノードDAGにグループ化するだけで済みますか?
もしそうなら、私がプライマリサーバー/サイト(EX1)を失った災害の場合、2番目のサーバー(EX2)はメールボックスDBコピーを自動的にマウントし、MXレコードをこの新しいサーバーにリダイレクトするだけです。 ?
編集:現在のExchange2010サーバーがServer2008 R2DataCentreにインストールされています
CASアレイは費用がかからないため、今すぐセットアップする必要があります。基本的にはDNSエントリです。ロードバランサーを使用すると、DNSエントリはそこを指しますが、代わりにライブExchangeサーバーを指すことができます。障害が発生した場合は、2番目のサーバーを指すようにDNSエントリを更新します。小規模なサイトの場合は、Kempの無料のロードバランサーをご覧ください。これで十分かもしれません。
それ以外の場合、DAGはまさにあなたが言ったことです-Exchangeがインストールされた2番目のサーバー。それは最初のものと同一である必要があります-同じOS、パッチレベルなど、同じストレージレイアウト。
レトロフィットDAGの最大の問題は、データベースの最初のシードです。可能であれば、最初のサーバーと同じLAN上に2番目のサーバーを配置し、シードを実行してから移動するのが最も簡単な方法です。不可能な場合は、DAGに追加された新しいデータベースと、時間の経過とともに新しいデータベースに移動されたメールボックスが適切に機能します。
ただし、明確にするために、上記のDC)とおっしゃっていましたが、Joeへの回答に基づいて、ドメインコントローラーではなくDataCenterエディションを意味していると思います。DAGをDCに配置することはできません。
最後に、MXレコードに関しては、MXレコード用に両方のサーバーをリストすることができます。 Exchangeはその問題に対処します。電子メールは組織内の任意のサーバーに配信でき、Exchangeは配信を処理します。