高可用性クラスタ交換2016を展開します

:、すでに非常に明確に書かれた手順あなたがブログの前に2つの章を参照することができます何がある場合、この場合は、環境移行環境に接続されていると理解していない
Exchange 2010の交換に基づいて2016年の移行までの環境を
移行するには、Exchange 2010は、Exchange 2016に

まず、ケーススタディ

1、ケースの概要

2010交流2016を交換するために移行した後、電子メールシステムは着実に正常に動作してきた、そしてまた、包括的なバックアップ計画のセットの実装。ただし、故障のリスクのシングルポイント障害が使用バックアップの返信の際に発生すると、企業全体でのメールのやり取りを破壊する、持続します。単一障害点による損失を避けるために、我々は、為替2016 DAGを展開し、新しいサーバーを展開することにしました。

2、事前知識

1)DAY

2007交換前のバージョンでは、まずWindowsフェールオーバークラスタを展開する必要があり、高可用性を実現するために、とだけ、(他のロールをクラスタにインストールすることはできません)クラスタノード上のメールボックスサーバーの役割をインストールすることができますが、クラスタ内のサーバの1つがメールボックスデータベースには、すべてのデータベースやメールサービスなどの障害データベースは、動作を停止し、その後、他のサーバーに転送され、データベースの自分のコピーをアクティブにするなど、失敗しました。このメカニズムは、「サーバー・クラス」フェイルオーバー、転写プロセスは、障害が発生したノードは、サービス、データベースとも移転を余儀なくされていない不具合を提供することはできません。
DAGは、基本コンポーネントの交換サーバー2016メールボックスサーバーの高可用性とサイト復元のフレームワークに組み込まれています。DAGを(16まで)のメールボックスサーバのセットで構成され、単一のサーバまたはデータベースに障害が発生した場合、各サーバは、保存メールボックスデータベースコピーDAGを同期化され、データベースレベルで自動フェイルオーバー。次のように言い換えると、DAGフェイルオーバー・データベース・レベルでは、その主な機能は次のとおり

  • コスト削減。中小企業は、2台のサーバーが完全なソリューションを実現することができるようになります持っているように、為替2016統合は、複数の役割を持っています。

  • 、柔軟な拡張が簡単にデプロイします。その後、必要に応じて随時DAGを作成し、最初の単一のサーバー:組織開発の実際の状況に合わせてより多くのであるフェールオーバークラスタを展開する必要はありません。

  • 限られたWindowsフェールオーバークラスターへの依存は、DAGは唯一の仲裁、ハートビートとクラスタの他の機能を使用しています。

  • データベースレベルの転送を実現し、データベースのないトラブルフリー転送を行うには。

  • ノンストップサービスを提供しています。転送プロセスは、ユーザーのアクセスには影響しません。

  • Windowsフェールオーバークラスタ管理の経験がなければ、為替管理センターで管理することができます。

  • 「データベースの破損が原因回避」の重要性とバックアップを最小限に抑えます。基本的な必要性の3枚のバックアップコピーよりもDAGのメールボックスデータベースよりとき。DAGバックアップの主な役割は、ユーザーが誤ったメッセージを削除しないようにすることです、そして回復期間は(デフォルト14日)を超えました。

  • あなたは、オフサイトのディザスタリカバリを実現することができます。たとえば:DAGメンバーサーバーが同じドメイン内の複数のサイトにある場合は、理由の作業メカニズムDAGの各サイト内のメールボックスデータベースには、互いをバックアップします。DAGは、すべてのサーバが同じバージョンのExchangeを実行する必要があります。

3、DAGのクラスターと仲裁

最初にDAGを作成したとき、AD Active DirectoryはDAG、DAGのメンバーや他のそのような情報や構成の空のオブジェクトに格納されている情報を使用しています。最初のサーバーがDAGに追加されると、システムは自動的にDAG専用フェールオーバークラスタを作成し、その後、検出信号フェールオーバークラスタ機構およびクラスタ・データベースは、DAGの状態を追跡し、管理します。クラスタにアクセスするために、クラスタの名前またはIPアドレスによってDAGクラスタ固有のクライアントは、サーバーは、クラスタ内の活動によって応答します。
メンバがオフラインである、アクティブであり、Nは、少なくともN / 2 + 1のGeで、メンバーの数であるならば、DAG通常動作(かどうかを決定どのメンバーを決定するためにアービトレーションを用いてDAGのWindowsベースのフェールオーバークラスタリング、およびフェールオーバークラスタため部材)がアクティブです。したがって、仲裁メカニズムは、DAGのために非常に重要であり、クラスタが調停に失われた場合、DAGが使用できなくなり、すべてのメールボックスデータベースが無負荷状態になり、管理者が手動での介入は正常に戻ってそれを作るために。

4、DAG仲裁の2つのモードがあります。

1)場合に使用してサーバーDAG部材、DAGの奇数「最も調停スキームフェイルオーバー・クラスタ・ノード」を ミラーリング監視サーバーは、このモードを使用していません。DAG構成の変更は、変更が別のディスクに同期されます場合は、クラスタクォーラムデータ内の各DAGメンバーは、ローカルに保存され、同期の変化のメンバーの過半数が行われただけでディスクは、変更が有効と永久保存とみなされます。たとえば:DAGの3人のメンバーが存在する場合には、投票の総数は実際/ 2 + 1 = 2の最小数は3、4票である必要があり、それは、あなたが唯一のメンバーで障害が発生したことができますと言うことです。

2)サーバのDAGメンバーの数は、「フェールオーバークラスタノードとファイルほとんどの調停モードの共有」審判として、このモードの外部証人をDAGを使用していても数が、あるとき。デフォルトでは、クラスタクォーラムデータの各DAGメンバーが保存され、同期、および証人はメンバーが最新のデータは、調停のコピーを記録したファイルを使用している間ので、投票権を持っているされ、DAGの監視サーバーは、メンバーを提供するためにキー投票は、このように有権者の大部分を確保する(アクティブ)互いに通信することができます。例えば:DAGは、4人のメンバーを有する場合、投票の合計数は5(証人サーバの場合1枚のチケット)であるべきで、少なくとも5/2 + 1 = 3投票の実際の数は、つまり、同時に2つまでのメンバーが失敗有することができます。

5、証人

DAGを作成するときにため必要調停の、そう、あなたは、DAGのメンバーの数は、ときにも多数使用されている場合にのみミラーリング監視サーバーと監視ディレクトリ、監視サーバーとそのディレクトリを設定する必要があります。証人サーバ次のとおりです。

  • DAGのミラーリング監視サーバーがメンバーにすることはできません。

  • ミラーリング監視サーバーは、同じADフォレストとDAGでなければなりません。

  • ミラーリング監視サーバーがExchangeサーバーを実行している必要がありますすることは、Windowsのバージョンをサポートしています。

  • ミラーリング監視サーバーは、複数のDAG、DAGをサポートすることができますが、それぞれが独自の監視ディレクトリを持っている必要があります。

例第二に、実装

DAG01・ノード・サーバーは、2枚のネットワークカードVM2(外国サービス)およびVM3(伝送ハートビート)を追加する
高可用性クラスタ交換2016を展開します
IPアドレスVM3を設定するには
高可用性クラスタ交換2016を展開します

1、設定DAG_02:

DAG02ノードはまた、2枚のネットワークカードを追加し、VM2(外国サービス)およびVM3(伝送ハートビート)は、
高可用性クラスタ交換2016を展開します
IPアドレスを設定し、ドメインに参加する
高可用性クラスタ交換2016を展開します
高可用性クラスタ交換2016を展開します
ドメインにコンピュータを
高可用性クラスタ交換2016を展開します
管理者ログインドメイン
高可用性クラスタ交換2016を展開します
ソフトウェアに依存交流2016をインストールし
高可用性クラスタ交換2016を展開します
高可用性クラスタ交換2016を展開します
高可用性クラスタ交換2016を展開します
高可用性クラスタ交換2016を展開します
高可用性クラスタ交換2016を展開します
高可用性クラスタ交換2016を展開します
高可用性クラスタ交換2016を展開します
高可用性クラスタ交換2016を展開します
、インストールを完了し、コンピュータを再起動し、CD交換2016をマウント
高可用性クラスタ交換2016を展開します
管理するために、メンバーは2つの依存関係をインストールするには、シェルが実行
高可用性クラスタ交換2016を展開します
新しいコンピュータ上のローカルフォルダにすべてのファイルをCDにコピーします
高可用性クラスタ交換2016を展開します
コピーしたセットアッププログラムを開くには、為替2016のインストールを開始し
高可用性クラスタ交換2016を展開します
、更新を確認し、[次へ]をクリックしないことを選択した
高可用性クラスタ交換2016を展開します
高可用性クラスタ交換2016を展開します
高可用性クラスタ交換2016を展開します
推奨設定を使用しないで、次のクリック
高可用性クラスタ交換2016を展開します
フックをメールボックスの役割を選択し、次へをクリックし
高可用性クラスタ交換2016を展開します
次のデフォルトを
高可用性クラスタ交換2016を展開します
[いいえ]を選択し、次へをクリック
高可用性クラスタ交換2016を展開します
前提条件のチェックが完了すると、インストール開始
高可用性クラスタ交換2016を展開します
インストールが完了する待機を
高可用性クラスタ交換2016を展開します
インストールを完了し、コンピュータを再起動し
高可用性クラスタ交換2016を展開します
、ドメインコントローラDC1にDAGのディレクトリを作成する
高可用性クラスタ交換2016を展開します
権限を追加
高可用性クラスタ交換2016を展開します
高可用性クラスタ交換2016を展開します
高可用性クラスタ交換2016を展開します
権限を表示するためには追加されます成功
高可用性クラスタ交換2016を展開します

2、設定DAG_01:

高可用性クラスタ交換2016を展開します
DAGメンバーを追加する
高可用性クラスタ交換2016を展開します
高可用性クラスタ交換2016を展開します
高可用性クラスタ交換2016を展開します
高可用性クラスタ交換2016を展開します
データベースを追加するために、2つのフォルダの作成
高可用性クラスタ交換2016を展開します
高可用性クラスタ交換2016を展開します
、データベースのコピーを追加し
高可用性クラスタ交換2016を展開します
高可用性クラスタ交換2016を展開します
高可用性クラスタ交換2016を展開します
、ユーザーのメールボックスを移行するために
高可用性クラスタ交換2016を展開します
高可用性クラスタ交換2016を展開します
高可用性クラスタ交換2016を展開します
アリスは、ユーザーを追加するドメインコントローラを
高可用性クラスタ交換2016を展開します
するアリス、IT_DBのメールボックスデータベースとユーザーのメールボックスを追加し
高可用性クラスタ交換2016を展開します
たネットワークのDNSエイリアスを削除し
高可用性クラスタ交換2016を展開します
、新しいエイリアス追加
高可用性クラスタ交換2016を展開します
DAG02のPOP3フロントとリアを開くためにエンドのサービス
高可用性クラスタ交換2016を展開します
DAG02ノードは、コネクタ受け取るように構成され
高可用性クラスタ交換2016を展開します
高可用性クラスタ交換2016を展開します
、コネクタ送信ノードを追加DAG02を
高可用性クラスタ交換2016を展開します
高可用性クラスタ交換2016を展開します
高可用性クラスタ交換2016を展開します
高可用性クラスタ交換2016を展開します
外部のDNSルックアップDAG02ノードに配置された
高可用性クラスタ交換2016を展開します
パブリックネットワークDNS、ホストの再追加は、エイリアスとMXレコードが
高可用性クラスタ交換2016を展開します
ホストする追加
高可用性クラスタ交換2016を展開します
の新しいエイリアスを
高可用性クラスタ交換2016を展開します
新しいMXレコード
高可用性クラスタ交換2016を展開します
のテスト外部ネットワークの電子メール
高可用性クラスタ交換2016を展開します
高可用性クラスタ交換2016を展開します
を閉じるノードDAG01を、アナログ自動切替ノードDAG02
高可用性クラスタ交換2016を展開します
アリス着陸メールクライアントは、ネットワークテスト外トランシーバを結婚します
高可用性クラスタ交換2016を展開します
高可用性クラスタ交換2016を展開します
高可用性クラスタ交換2016を展開します

------この記事を締結、読んでくれてありがとう------

おすすめ

転載: blog.51cto.com/14156658/2441772