メールボックス データベースのコピーの管理
適用先: Exchange Server 2010 SP2, Exchange Server 2010 SP3
トピックの最終更新日: 2015-03-09
データベース モビリティは、ストレージ グループの概念を排除し、メールボックス サーバーから Exchange 2010 メールボックス データベースを切り離す Microsoft Exchange Server 2010 の新しいアーキテクチャーです。ストレージ グループが Exchange 2010 から排除されたことから、連続レプリケーションはデータベース レベルで行われるようになります。Exchange 2010 では、トランザクション ログは 1 つまたは複数のメールボックス サーバーに複製され、これらのサーバー上に格納されているメールボックス データベースの 1 つまたは複数のコピーに再生されます。Exchange Server 2007 の連続レプリケーションで用いられたいくつかの概念は Exchange 2010 に残されています。これらには、相違の概念、自動データベース マウント ダイヤルの使用、およびパブリック ネットワークとプライベート ネットワークの使用が含まれます。
データベースのコピーを管理する
データベースの複数のコピーを作成した後、Exchange 管理コンソール (EMC) と Exchange 管理シェルを使用して、各コピーの正常性と状態を監視して、データベース コピーに関連するその他の管理タスクを実行できます。実行の必要な可能性がある一部の管理タスクには、データベース コピーの中断と再開、データベース コピーのシード、データベース コピーの監視、データベース コピー設定の構成、およびデータベース コピーの削除が含まれます。
データベース コピーを中断、再開する
計画された保守の実行などのさまざまな理由から、データベース コピーの連続レプリケーション活動の中断と再開が必要な場合があります。さらに、シードなどの一部の管理タスクでは、先にデータベース コピーを中断する必要があります。データベースのパス、またはデータベースのログ ファイルを変更する場合にも、すべてのレプリケーション活動を中断することを推奨します。EMC を使用したり、シェルで Suspend-DatabaseCopy および Resume-DatabaseCopy コマンドレットを使用することで、データベース コピー活動を中断して再開できます。データベース コピーの連続レプリケーション活動を中断して再開するための詳細な手順については、「メールボックス データベース コピーを中断または再開する」を参照してください。
ログの切り詰めは、1 つまたは複数のパッシブ コピーが中断状態の場合、アクティブなメールボックス データベース コピー上で行われません。計画された保守作業に長期間 (数日など) かかる場合は、ログ ファイルが大量に蓄積することがあります。ログ ドライブがトランザクション ログで満杯になることを防止するには、影響を受けたパッシブ データベース コピーを中断するのではなく削除します。計画された保守が完了したら、パッシブ データベース コピーを再度追加できます。
データベース コピーをシードする
シード (更新) とは、空のデータベースや運用データベースのコピーに関わらず、同じデータベース可用性グループ (DAG) にある別のメールボックス サーバー上のコピー先に、運用データベースとしてデータベースをコピーする処理のことです。これは、そのサーバーによって維持されるコピーのベースライン データベースとなります。
状況に応じて、シードを自動プロセスにしたり、管理者が開始する手動プロセスにしたりすることができます。データベース コピーが追加されると、シード先サーバーとそのストレージが適切に構成されていれば、コピーは自動的にシードされます。データベース コピーを手動でシードして、コピー作成時に自動シードが行われないようにするには、Add-MailboxDatabaseCopy コマンドレットの実行時に SeedingPostponed パラメーターを使用します。
最初のシードが行われた後、データベース コピーを再シードする必要はほとんどありません。再シードが必要な場合や、システムによるコピーの自動シードではなく、データベース コピーを手動でシードする場合は、EMC のデータベース コピーの更新ウィザードや、シェルの Update-MailboxDatabaseCopy コマンドレットを使用して、これらのタスクを実行できます。データベース コピーをシードする前に、先にメールボックス データ コピーを中断する必要があります。データベース コピーをシードする手順の詳細については、「メールボックス データベース コピーの更新」を参照してください。
手動シード操作が完了すると、シードされたメールボックス データ ベースのコピーは自動的に再開します。複製を自動的に再開しない場合、Update-MailboxDatabaseCopy コマンドレットを実行するときに ManualResume パラメーターを使用します。
シード対象を選択する
シード操作を実行するとき、メールボックス データベース コピー、メールボックス データベース コピーのコンテンツ インデックス カタログ、またはデータベース コピーとコンテンツ インデックス カタログ コピーの両方をシードできます。データベース コピーの更新ウィザードと Update-MailboxDatabaseCopy コマンドレットの既定の動作では、メールボックス データベース コピーとコンテンツ インデックス カタログ コピーの両方をシードします。コンテンツ インデックス カタログをシードしないでメールボックス データベース コピーのみをシードするには、Update-MailboxDatabaseCopy コマンドレット使用時に、DatabaseOnly パラメーターを使用します。コンテンツ インデックス カタログ コピーのみをシードするには、Update-MailboxDatabaseCopy コマンドレット使用時に、CatalogOnly パラメーターを使用します。
シードのシード元を選択する
Exchange 2007 では、連続レプリケーションは、データベースのアクティブ コピーをコピーすることによってのみ、データベース コピーをシードできます。Exchange 2010 では、あらゆる正常なデータベース コピーを、そのデータベースの追加コピー用のシード元として使用できます。これは、DAG が複数の物理的な場所にまたがる場合などに特に便利です。例として、2 メンバー (MBX1 と MBX2) がオレゴン州のポートランドに配置され、2 メンバー (MBX3 と MBX4) がニューヨーク州のニューヨークに配置されている 4 メンバーの DAG 展開を考えます。メールボックス データベース DB1 が MBX1 上でアクティブであり、DB1 のパッシブ コピーが MBX2 と MBX3 にあるとします。MBX4 に DB1 のコピーを追加する場合、MBX3 上のコピーをシード用のコピーとして使用できます。こうすることで、ポートランドとニューヨーク間の広域ネットワーク (WAN) 経由にシードせずに済みます。
新しいデータベース コピーを追加するときに、シード用のシード元として特定のコピーを使用するには、以下の操作を実行します。
データベース コピーを追加するのに Add-MailboxDatabaseCopy コマンドレットを実行するとき、SeedingPostponed パラメーターを使用します。SeedingPostponed パラメーターを使用しないと、データベース コピーはデータベースのアクティブ コピーがシード元として使用され明示的にシードされます。
Update-MailboxDatabaseCopy コマンドレットを実行するとき、SourceServer パラメーターを使用し、シード用シード元サーバーを指定します上記の例では、MBX3 をシード元サーバーとして指定します。SourceServer パラメーターを使用しないと、データベース コピーはデータベースのアクティブ コピーがシード元として使用され明示的にシードされます。
シードとネットワーク
メールボックス データベース コピーをシードするのための特定シード元サーバーを選択することに加え、使用する DAG ネットワークも指定することができ、オプションでシード操作中の DAG ネットワークの圧縮および暗号化設定を上書きすることができます。
シードに使用するネットワークを指定するには、Update-MailboxDatabaseCopy コマンドレットを実行するときに Network パラメーターを使用して、使用する DAG ネットワークを指定します。Network パラメーターを使用しないと、シード操作に使用するネットワークを選択するための既定の動作が用いられます。
シード元サーバーとシード先サーバーが同一サブネット上にあり、そのサブネットを含むレプリケーション ネットワークが構成済みの場合は、レプリケーション ネットワークが使用されます。
シード元サーバーとシード先サーバーが異なるサブネットに存在する場合、それらのサブネットを含むレプリケーション ネットワークが構成されていたとしても、シードにはクライアント (MAPI) ネットワークが使用されます。
シード元サーバーとシード先サーバーが異なるデータセンターに存在する場合、シードにはクライアント (MAPI) ネットワークが使用されます。
DAG レベルで暗号化と圧縮に関して DAG ネットワークが構成されます。既定の設定では、異なるサブネット上での通信にのみ、暗号化と圧縮が使用されます。シード元とシード先が異なるサブネット上に存在し、DAG に NetworkCompression および NetworkEncryption の既定値が構成されている場合、Update-MailboxDatabaseCopy コマンドレットを実行中にそれぞれ NetworkCompressionOverride と NetworkEncryptionOverride パラメーターを使用することで、これらの値を上書きできます。
シード処理
Add-MailboxDatabaseCopy または Update-MailboxDatabaseCopy コマンドレットを使用してシード処理を開始する場合、以下のタスクが実行されます。
Active Directory からデータベースのプロパティが読み取られ、指定されたデータベースとサーバーが検証され、シード元サーバーとシード先サーバーが Exchange 2010 を実行していること、両者とも同じ DAG のメンバーであること、および指定されたデータベースが回復データベースではないことが確認されます。データベース ファイルのパスも読み取られます。
シード先サーバーの Microsoft Exchange レプリケーション サーバーから、再シード チェックの準備が行われます。
シード先サーバーの Microsoft Exchange レプリケーション サービスが、ステップ 1 で Active Directory チェックによって読み取られたファイル ディレクトリにデータベースとトランザクション ログ ファイルが存在することをチェックします。
Microsoft Exchange レプリケーション サービスが、コマンドレットが実行された管理インターフェイスに、シード先サーバーからの状態情報を返します。
すべての事前チェックに合格すると、続行する前に操作を確認するように求められます。操作を確認すると、処理が続行します。事前チェック中にエラーが発生すると、エラーが報告され、操作は異常終了します。
シード操作は、シード先サーバーの Microsoft Exchange レプリケーション サービスから開始します。
Microsoft Exchange レプリケーション サービスは、アクティブ データベース コピーのデータベース レプリケーションを中断します。
データベースの状態情報が Microsoft Exchange レプリケーション サービスによって更新され、シードの状態が反映されます。
シード先サーバーにシード先データベースとログ ファイルのディレクトリが存在しない場合、作成されます。
シード先サーバーの Microsoft Exchange レプリケーション サーバーから、シード元サーバーの Microsoft Exchange レプリケーション サービスに、TCP を使用してデータベースをシードする要求が渡されます。この要求とその後のデータベースをシードするための通信が、レプリケーション ネットワークとして構成された DAG ネットワーク上で行われます。
シード先 Microsoft Exchange レプリケーション サービスが、Microsoft Exchange インフォメーション ストア サービス インターフェイス経由で、Extensible Storage Engine (ESE) ストリーミング バックアップを開始します。
Microsoft Exchange インフォメーション ストア サービスが、Microsoft Exchange レプリケーション サービスにデータベース データをストリームします。
シード元サーバーの Microsoft Exchange レプリケーション サービスから、シード先サーバーの Microsoft Exchange レプリケーション サービスまで、データベース データが移動します。
シード先サーバーの Microsoft Exchange レプリケーション サービスが、temp-seeding というメイン データベース ディレクトリにある一時ディレクトリにデータベース コピーを書き込みます。
データベースの最後に到達すると、シード元サーバー上のストリーミング バックアップ操作が終了します。
シード先サーバーの書き込み操作が完了し、temp-seeding ディレクトリから最終的な場所までデータベースが移動します。temp-seeding ディレクトリが削除されます。
シード先サーバー上で Microsoft Exchange レプリケーション サービスが Microsoft Exchange 検索サービスに要求を転送し、データベース コピーのコンテンツ インデックス カタログをマウントします (存在する場合)。データベース コピーの以前のインスタンスの最新ではないカタログ ファイルが存在する場合、マウント操作は失敗し、結果としてシード元サーバーからのカタログの複製が必要になります。同様に、カタログが存在せず、シード先サーバーのデータベース コピーの新しいインスタンスにカタログが存在しない場合、カタログのコピーが必要になります。Microsoft Exchange レプリケーション サービスが Microsoft Exchange 検索サービスを検出し、シード元から新しいカタログをコピーしている間、データベース コピーのインデックス処理を中断します。
シード先サーバーの Microsoft Exchange レプリケーション サービスがシード元サーバーの Microsoft Exchange レプリケーション サービスに、シードカタログ要求を送信します。
シード元サーバー上で Microsoft Exchange レプリケーション サービスが Microsoft Exchange 検索サービスからのディレクトリ情報を要求し、インデックス処理の中断を要求します。
シード元サーバーの Microsoft Exchange 検索サービスが、Microsoft Exchange レプリケーション サービスに検索カタログ ディレクトリ情報を返します。
シード元サーバーの Microsoft Exchange レプリケーション サービスが、ディレクトリからのカタログ ファイルを読み取ります。
シード元サーバーの Microsoft Exchange レプリケーション サービスが、レプリケーション ネットワークにわたる接続を使用して、シード先サーバーの Microsoft Exchange レプリケーション サービスにカタログ データを移動します。読み取りが完了すると、Microsoft Exchange レプリケーション サービスが Microsoft Exchange 検索サービスにシード元データベースのインデックス処理を再開する要求を送信します。
シード先サーバーのディレクトリに何らかの既存ファイルが存在する場合、シード先サーバーの Microsoft Exchange レプリケーション サービスがそれらのファイルを削除します。
シード先サーバーの Microsoft Exchange レプリケーションサービスが、データが完全に転送されるまで CiSeed.Temp という一時ディレクトリにカタログ データを書き込みます。
Microsoft Exchange レプリケーションサービスが、最終的な場所にまで完全なカタログ データを移動します。
シード先サーバーの Microsoft Exchange レプリケーションサービスが、シード先データベースの検索インデックス処理を再開します。
シード先サーバーの Microsoft Exchange レプリケーションサービスが完了状態を返します。
オペレーションの最終結果が、コマンドレットの呼び出し元である管理インターフェイスに返されます。
データベース コピーを構成する
データベース コピーが作成されると、必要なときにデータベース コピーの構成設定を表示して確認できるようになります。EMC で、データベース コピーの [プロパティ] ページを確認することで、一部の構成情報を表示できます。シェルで Get-MailboxDatabase および Set-MailboxDatabaseCopy コマンドレットを使用しても、再生の時間差、切り捨ての時間差、およびアクティベーションの優先順位などのデータベース コピー設定を表示して構成できます。データベース コピー設定を表示して構成するための詳細な手順については、「メールボックス データベースのコピーのプロパティの構成」を参照してください。
再生の時間差と切り捨ての時間差オプションを使用する
メールボックス データベース コピーは、再生の時間差と切り捨ての時間差 (両者とも分単位で構成する) の使用をサポートします。再生の時間差を設定することで、データベース コピーを特定の時点にまで戻すことができるようになります。切り捨ての時間差を設定することで、パッシブ データベース コピーのログを使用して、アクティブ データベース コピーのログ ファイルの損失を復元できるようになります。これらの機能の両方によりログ ファイルが一時的に構築されるため、いずれかの機能を使用する場合、ストレージの設計に影響を与えます。
再生の時間差
再生の時間差とは、メールボックス データベース コピーのプロパティであり、データベース コピーのログ再生を遅らせる時間を分で指定します。再生の時間差タイマーは、ログ ファイルがパッシブ コピーに複製され、検査に合格した時点から開始します。データベース コピーへのログの再生を遅らせることにより、データベースを過去の特定時点にまで復元することができるようになります。0 よりも大きい再生ラグ タイムで構成されたメールボックス データベース コピーは、遅延メールボックス データベース コピー、または単に時間差コピーと呼ばれます。
Exchange 2010 でデータベース コピーと訴訟ホールド機能を用いる方針により、通常はデータの損失をもたらすことになるさまざまな障害に対する保護が得られます。ただしこれらの機能では、まれに発生し、データ損失の原因となる論理的な破損の場合、データ損失に対する保護は得られません。時間差コピーは、論理的な破損の場合のデータの損失を防ぐことを目的としています。一般的に、論理的な破損には以下の 2 種類が存在します。
データベースの論理的破損 データベース ページのチェックサムが一致するものの、ページ上のデータが論理的に間違っています。これは、ESE がデータベース ページに書き込もうとして、オペレーティング システムが成功メッセージを返したものの、データがディスクに書き込まれていないか、間違った場所に書き込まれた場合に発生します。これは、ロスト フラッシュと呼ばれます。ロスト フラッシュによりデータを失わないようにするため、ESE により、ページ パッチ機能 (単一ページの復元) と一緒に、ロスト フラッシュ検出機構がデータベースに組み込まれています。
ストアの論理的破損 ユーザーが予期しない仕方で、データが追加、削除、または操作されます。これらの場合は通常、サード パーティ製のアプリケーションによって引き起こされます。これは通常、ユーザーの観点から見た意味での破損にすぎません。Exchange ストアは、論理的破損を引き起こすトランザクションを一連の有効な MAPI 操作として見なします。Exchange 2010 の訴訟ホールド機能により、ストアの論理的破損からの保護が得られます (この機能は、ユーザーやアプリケーションがコンテンツを永続的に削除することを防ぎます)。ただし、ユーザー メールボックスの破損の仕方によっては、データベースを破損前の時点にまで復元してから、ユーザー メールボックスをエクスポートして破損していないデータを取得する方が容易なシナリオも考えられます。
データベース コピー、情報保留ポリシー、および ESE 単一ページ復元を組み合わせることで、まれに発生する壊滅的なストアの論理的破損以外の破損に対処できます。再生に時間差があるデータベース コピー (時間差コピー) を使用するかどうかは、どのサードパーティ製アプリケーションを使用するか、および組織でストアの論理的破損がこれまでにあったかどうかによって異なります。
時間差コピーを使用する場合、以下の点に注意してください。
再生の時間差が 50 ログ ファイルにハードコードされている Exchange 2007 のスタンバイ連続レプリケーション (SCR) とは異なり、ハードコードされた時間差ログ ファイル数はありません。再生の時間差は管理者によって構成され、既定では無効です。
再生の時間差設定は既定で 0 日で、最大値は 14 日です。
時間差コピーは高可用コピーとは見なされません。時間差コピーは障害復旧を目的としていて、ストアの論理的破損に対する保護を行います。
再生の時間差が大きくなればなるほど、データベースの復旧処理も長くなります。復旧時に再生が必要となるログ ファイルの個数、およびハードウェアがログ ファイルを再生する速度に応じて、データベースの復旧には数時間からそれより長い時間を要します。
全体的な障害復旧戦略にとって、時間差コピーが必要不可欠であるかどうかを判断することを推奨します。時間差コピーの使用が戦略上必要不可欠であれば、複数の時間差コピーを使用するか、複数の時間差コピーを使用しないのであれば RAID (Redundant Array of Independent Disks) を使用して単一の時間差コピーを保護することを推奨します。 ディスクを失うか、破損が発生しても、すぐに時間差コピーを失うことはありません。
時間差コピーは、ESE 単一ページ復元機能で修正することはできません。時間差コピーでデータベース ページ破損が発生した場合 (-1018 エラーなど)、再シードが必要になります (これにより、コピーの時間差は失われます)。
データベースですべてのログ ファイルを再生し、データベース コピーを最新にするには、時間差メールボックス データベース コピーをアクティブにして復旧するのが簡単な方法です。ログ ファイルを特定の時点まで再生する場合は、ログ ファイルを手動で操作して Eseutil コマンドを実行する必要があるため、複雑な処理になります。
時間差メールボックス データベース コピーをアクティブにする手順の詳細については、「遅延メールボックス データベース コピーをアクティブにする」を参照してください。
切り捨ての時間差
切り捨ての時間差とは、メールボックス データベース コピーのプロパティであり、ログ ファイルがデータベース コピーに再生されてから、データベース コピーのログが削除されるまでの時間を分で指定します。切り捨ての時間差タイマーは、ログ ファイルがパッシブ コピーに複製され、検査に合格し、データベースのコピーに正常に再生された時点から開始します。データベース コピーからログ ファイルの切り捨てを遅らせることで、データベースのアクティブ コピーのログ ファイルに影響を与える障害から復旧できるようになります。
データベース コピーとログの切り捨て
ログの切り捨ては、Exchange 2010 でも Exchange 2007 と同じように機能します。切り捨て動作は、コピーの再生の時間差と切り捨ての時間差設定によって決定します。
時間差設定が既定値である 0 (無効) に設定されている場合、データベース コピーのログ ファイルが切り捨てられるには、以下の基準に一致する必要があります。
ログ ファイルが正常にバックアップされている必要があるか、循環ログが有効になっている必要があります。
ログ ファイルがデータベースのチェックポイント (復旧に必要な最小ログ ファイル) 未満である必要があります。
すべてのその他の時間差コピーが、ログ ファイルを検査している必要があります。
すべての他のコピー (時間差のないコピー) は、ログ ファイルを再生している必要があります。
時間差データベース コピーで切り捨てが行われるには、以下の基準に一致する必要があります。
ログ ファイルがデータベースのチェックポイント未満である必要があります。
ログ ファイルが ReplayLagTime + TruncationLagTime より古い必要があります。
ログ ファイルがアクティブ コピーで切り捨てられている必要があります。
データベースのアクティブ化ポリシー
メールボックス データベース コピーを作成し、障害時にそのコピーを自動的にアクティブにしないようにするシナリオが存在します。次に例を示します。
1 つまたは複数のメールボックス データベース コピーを第 2 の、またはスタンバイのデータ センターに展開する場合。
データベース コピーを復旧用の時間差コピーとして構成する場合。
保守やサーバーのアップグレードを実行している場合。
上記の各シナリオでは、データベース コピーを自動的にアクティブにすることはできません。メールボックス データベース コピーが自動的にアクティブにならないようにするため、アクティベーションを禁止 (中断) するようにコピーを構成できます。これにより、ログの配布と再生を通じてデータベースを最新に保ちつつ、システムがコピーを自動的にアクティブにして使用することを防ぐことができます。アクティベーションが禁止されたコピーは、管理者が手動でアクティブにする必要があります。Set-MailboxServer コマンドレットを使用して、DatabaseCopyAutoActivationPolicy パラメーターを Blocked に設定することで、データベースのアクティベーション ポリシーを構成できます。
データベースのアクティベーション ポリシーの構成の詳細については、「メールボックス データベースのコピーのライセンス認証ポリシーを構成する」を参照してください。
データベース コピーのバランス維持
DAG 本来の性質から、データベースの切り替えとフェールオーバーの結果として、アクティブなメールボックス データベース コピーによって DAG の有効期間内に何回かホストが変更されます。この結果、アクティブなメールボックス データベース コピー配布の点で DAG のバランスがくずれる可能性があります。次の表に、アクティブなデータベース コピーが不均等に配布された、それぞれに各データベースの 4 つのコピーを持つ 4 つのデータベースがある DAG (各サーバーに合計 16 個のデータベース) の例を示します。
バランスがくずれたアクティブなコピー配布を持つ DAG
| サーバー | アクティブなデータベースの数 | パッシブなデータベースの数 | マウントされたデータベースの数 | マウント解除されたデータベースの数 | 優先順位カウント一覧 |
|---|---|---|---|---|---|
EX1 |
5 |
11 |
5 |
0 |
4, 4, 3, 5 |
EX2 |
1 |
15 |
1 |
0 |
1, 8, 6, 1 |
EX3 |
12 |
4 |
12 |
0 |
13, 2, 1, 0 |
EX4 |
1 |
15 |
1 |
0 |
1, 1, 5, 9 |
前の例では、各データベースの 4 つのコピーがあるため、アクティブ化優先順位に指定できる値は 4 つ (1、2、3、または 4) しかありません。「優先順位カウント一覧」 列は、アクティブ化優先順位の値ごとにデータベース数のカウントを示したものです。たとえば、EX3 には、アクティブ化優先順位が 1 のデータベース コピーが 13 個、アクティブ化優先順位が 2 のコピーが 2 個、アクティブ化優先順位が 3 のコピーが 1 個あり、アクティブ化優先順位が 4 のコピーはありません。
ご覧のとおり、この DAG は、各 DAG メンバーによってホストされているアクティブなデータベースの数、各 DAG メンバーによってホストされているパッシブなデータベースの数、またはホストされているデータベースのアクティブ化優先順位カウントの点でバランスがくずれています。
RedistributeActiveDatabases.ps1 スクリプトを使用すると、DAG 全体にわたってアクティブなメールボックス データベース コピーのバランスをとることができます。このスクリプトは、DAG 内の各サーバーにマウントされているデータベースの数を均等にするために、データベースをコピー間で移動します。必要に応じて、サイト全体でアクティブなデータベースのバランスをとることも試行します。
このスクリプトには、DAG 内でアクティブなデータベース コピーのバランスをとるために、次の 2 つのオプションが用意されています。
BalanceDbsByActivationPreference このオプションを指定すると、スクリプトは Active Directory サイトを無視して、データベースをその最も優先されるコピー (アクティブ化優先順位に基づき) に移動しようとします。
BalanceDbsBySiteAndActivationPreference このオプションを指定すると、スクリプトは各 Active Directory サイト内のアクティブなデータベースのバランスをとる一方で、アクティブなデータベースをその最も優先されるコピーに移動しようとします。
最初のオプションでスクリプトを実行すると、次の表に示すように、前述のバランスがくずれた DAG のバランスが調整されます。
バランスがとれたアクティブなコピー配布を持つ DAG
| サーバー | アクティブなデータベースの数 | パッシブなデータベースの数 | マウントされたデータベースの数 | マウント解除されたデータベースの数 | 優先順位カウント一覧 |
|---|---|---|---|---|---|
EX1 |
4 |
12 |
4 |
0 |
4, 4, 4, 4 |
EX2 |
4 |
12 |
4 |
0 |
4, 4, 4, 4 |
EX3 |
4 |
12 |
4 |
0 |
4, 4, 4, 4 |
EX4 |
4 |
12 |
4 |
0 |
4, 4, 4, 4 |
前の表に示したように、この DAG は、各サーバー上のアクティブとパッシブなデータベースの数、およびサーバー全体にわたるアクティブ化優先順位の点でバランスがとれた状態になりました。
次の表に、RedistributeActiveDatabases.ps1 スクリプトに使用できるパラメーターを示します。
RedistributeActiveDatabases.ps1 スクリプトのパラメーター
| パラメーター | 説明 |
|---|---|
DagName |
再度バランスをとる DAG の名前を指定します。このパラメーターを省略すると、ローカル サーバーがメンバーになっている DAG が使用されます。 |
BalanceDbsByActivationPreference |
Active Directory サイトを無視してデータベースをその最も優先されるコピーに移動するようにスクリプトに指定します。 |
BalanceDbsBySiteAndActivationPreference |
Active Directory サイト内のアクティブなデータベースのバランスをとる一方で、アクティブなデータベースをその最も優先されるコピーに移動するようにスクリプトに指定します。 |
ShowFinalDatabaseDistribution |
現在のデータベース配布のレポートを再配布の完了後に表示するように指定します。 |
AllowedDeviationFromMeanPercentage |
サイト全体におけるアクティブなデータベースの許容変化量を割合で指定します。既定値は 20% です。たとえば、3 つのサイト間に 99 個のデータベースが配布されている場合、最適な配布は各サイトで 33 個のデータベースとなります。許容変化量が 20% の場合、各サイトでこの個数の上下 10% を超えないように、スクリプトはデータベースのバランスをとろうとします。33 の 10% は 3.3 で、切り上げて 4 になります。したがって、スクリプトは各サイトでデータベースの数を 29 ～ 37 にしようとします。 |
ShowDatabaseCurrentActives |
各データベースについて、データベースがどのように移動したか、データベースがその最も優先されるコピーでアクティブであるかどうかを詳細に示すレポートを生成するようにスクリプトに指定します。 |
ShowDatabaseDistributionByServer |
各サーバーについて、そのデータベース配布を示すレポートを生成するようにスクリプトに指定します。 |
RunOnlyOnPAM |
現在 PAM 役割を持つ DAG メンバー上でのみスクリプトを実行するように指定します。スクリプトは、PAM から実行されていることを確認します。PAM から実行されていない場合、スクリプトは終了します。 |
LogEvents |
アクションの概要を含むイベント (MsExchangeRepl イベント 4115) をログに記録するようにスクリプトに指定します。 |
IncludeNonReplicatedDatabases |
アクティブなデータベースの再配布方法の決定時に、レプリケートされていないデータベース (コピーを持たないデータベース) を含めるようにスクリプトに指定します。レプリケートされていないデータベースは移動できませんが、レプリケートされたデータベースの配布に影響を与える場合があります。 |
RedistributeActiveDatabases.ps1 の例
この例は、優先順位カウント一覧を含む DAG の現在のデータベース配布を示します。
RedistributeActiveDatabases.ps1 -DagName DAG1 -ShowDatabaseDistributionByServer | Format-Table
この例では、アクティブ化優先順位を使用して、DAG 内のアクティブなメールボックス データベース コピーを再配布しバランスをとります。
RedistributeActiveDatabases.ps1 -DagName DAG1 -BalanceDbsByActivationPreference
この例では、アクティブ化優先順位を使用して、DAG 内のアクティブなメールボックス データベース コピーを再配布しバランスをとり、配布の概要を生成します。
RedistributeActiveDatabases.ps1 -DagName DAG1 -BalanceDbsByActivationPreference -ShowFinalDatabaseDistribution
データベース コピーを監視する
データベース コピーは、データベースのアクティブ コピーに影響を与える障害が発生した場合の、第一の防御です。このため、データベース コピーの正常性と状態を監視し、必要なときに利用できることを確認することは必要不可欠です。EMC で、データベース コピーの [プロパティ] ページを確認することで、一部の正常性と状態の情報を表示できます。シェルで Get-MailboxDatabaseCopyStatus コマンドレットを使用しても、データベース コピーに関するさまざまな状態情報を表示できます。
データベース コピーの監視の詳細については、「高可用性とサイト復元の監視」を参照してください。
データベース コピーを削除する
EMC を使用するか、シェルで Remove-MailboxDatabaseCopy コマンドレットを使用すれば、いつでもデータベース コピーを削除できます。データベース コピーを削除した後、データベース コピーを削除するサーバーからすべてのデータベースとトランザクション ログ ファイルを手動で削除する必要があります。データベース コピーを削除する手順の詳細については、「メールボックス データベース コピーを削除する」を参照してください。
データベース切り替え
データベースのアクティブ コピーをホストするメールボックス サーバーはメールボックス データベース マスターと呼ばれます。パッシブ データベース コピーをアクティブにする処理により、データベースのメールボックス データベース マスターが変更され、パッシブ コピーが新しいアクティブ コピーに変わります。この処理は、データベースの切り換えと呼びます。データベースの切り替えでは、1 つのメールボックス サーバー上のデータベースのアクティブ コピーがマウント解除され、そのデータベースのパッシブ コピーが別のメールボックス サーバー上で新しいアクティブ メールボックス データベースとしてマウントされます。切り替え実行時には、オプションで新しいメールボックス データベース マスターのデータベース マウント ダイヤル設定を上書きできます。
EMC で [データベース コピー] タブの下にある [コピーの状態] 列を確認することで、どのメールボックス サーバーが現在のメールボックス データベース マスターであるかを迅速に特定することができます。アクティブ コピーのみ、[マウント済み] 状態を持ちます。その他すべてのデータベース コピーには、データベース コピーのレプリケーションに関する現在の状態が表示されます。EMC でメールボックス データベース マスターの移動ウィザードを使用するか、シェルで Move-ActiveMailboxDatabase コマンドレットを使用することで、切り替えを実行できます。
パッシブ コピーをアクティブにする前に、いくつかの内部チェックが実行されます。
データベース コピーの状態がチェックされます。データベース コピーが障害状態にあると、切り替えは禁止されます。Move-ActiveMailboxDatabase コマンドレットの SkipHealthChecks パラメーターを使用することで、この動作を無効にして、正常性のチェックをバイパスできます。このパラメーターを使用することで、障害状態にあるデータベース コピーにアクティブ コピーを移動できます。
データベース コピーのコピー キューと再生キューの長さがチェックされ、これらの値が構成された基準の範囲内にあることが確認されます。また、データベース コピーが確認され、現在シードのシード元として使用されていないことが確認されます。キューの長さの値が構成された範囲外にある場合、またはデータベースが現在シードのシード元として使用されている場合、切り替えは禁止されます。Move-ActiveMailboxDatabase コマンドレットの SkipLagChecks パラメーターを使用することで、この動作を無効にして、これらのチェックをバイパスできます。このパラメーターは、アクティブ化され、再生とコピーのキューを持つコピーが、構成された条件外になることを許可します。
データベース コピーの検索カタログ (コンテンツ インデックス) の状態がチェックされます。検索カタログが最新ではない場合、異常な状態にある場合、または破損している場合、切り替えは禁止されます。Move-ActiveMailboxDatabase コマンドレットの SkipClientExperienceChecks パラメーターを使用することで、この動作を無効にして、検索カタログのチェックをバイパスできます。このパラメーターを使用すると、この検索はカタログの正常性チェックをスキップします。アクティブにするデータベース コピーの検索カタログが異常、または使用不可能な状態にあり、このパラメーターを使用してカタログの正常性チェックをスキップしてデータベース コピーをアクティブにする場合、検索カタログを再度クロールするか、シードする必要があります。
データベース切り替えを実行するとき、アクティブにするパッシブ データベース コピーをホストするサーバーに構成されているマウント ダイヤル設定を上書きする方法もあります。Move-ActiveMailboxDatabase コマンドレットの MountDialOverride パラメーターを使用することで、マウント ダイヤル設定を無視して、MountDialOverride パラメーターで指定された値を使用するように移動先サーバーに指示します。
データベース コピーの切り替えを実行する詳細な手順については、「メールボックス データベース コピーのアクティブ化」を参照してください。データベースの切り替えの詳細については、「切り替えとフェールオーバー」を参照してください。
© 2010 Microsoft Corporation.All rights reserved.