保護された Exchange サーバーの管理

Exchange の一般的なメンテナンス タスクは、DPM のバックアップに影響を与える可能性があります。 次のベスト プラクティスにご注意ください。

• 保護対象のサーバーでメンテナンスを実行する必要があり、メンテナンス中は保護ジョブが続行されないようにしたい場合は、保護エージェントを無効にできます。

• クラスター ノードであるサーバーの保護エージェントを無効にする場合は、そのクラスターのすべてのノードの保護エージェントを無効にしてください。

• 保護対象のサーバーの名前は変更しないことをお勧めします。 保護対象の Exchange サーバーの名前を変更すると、中断せずに保護を継続することはできません。 保護対象のコンピューターの名前を変更し、その新しいコンピューター名に既存のレプリカと回復ポイントを関連付けることもできません。 名前を変更する場合は、データ ソースを保護グループから削除し、新しく名前を付けたサーバー上でそのデータ ソースを保護します。

• 新しいストレージ グループを保護対象の Microsoft Exchange サーバーに追加する場合は、そのストレージ グループを保護グループに手動で追加する必要があります。 新しいデータベースをストレージ グループに追加する場合は、(高速完全バックアップまたは整合性チェックによる) 完全バックアップを実行する必要があります。 増分バックアップは、完全バックアップが完了されるまで、失敗します。

• 高速完全バックアップが構成された DAG 内のデータベースが一時的にダウンして戻る場合は、任意のアクションを実行する必要はありません。ただし、より長期間ダウンした場合、バックアップが失敗し、Exchange Server はそのデータベースのログ ファイルを切り捨てることができません。 また、データベースがある該当の DAG ノードでディスク領域が不足することがあります。 

• 保護されたストレージ グループに属するデータベースがマウント解除された場合、そのデータベースの保護ジョブだけが失敗します。 そのストレージ グループ用のログは切り捨てられません。 ただし、データベースがマウント解除されている時間が長いほど、Microsoft Exchange Server のログ領域がオーバーフローすると、Exchange Server のストレージ グループのマウントが解除されます。 データベースが不要であれば、削除してください。

•  保護されたデータベースまたはログ ファイルが DPM によって保護されるデータを含むボリュームに移動された場合は、引き続き保護されます。 それ以外の場合、DPM でアラートが表示され、保護ジョブは失敗します。 アラートを解決するには、アラートの詳細で [保護ジョブの変更] リンクをクリックし、整合性チェックを実行します。

  パスの変更後に回復ポイントが作成されると、前のパスに基づいた回復ポイントからストレージ グループや回復ポイントを回復することはできません。 ただし、データをネットワーク フォルダーに回復することはできます。

  データベースまたはログ ファイルのパスが変更され、パスが変更される前に、最新の回復ポイントが作成された後に、Exchange 2007 ストレージ グループを回復する場合は、DPM は、データベースを新しい場所に回復します。ディスクからテープへのバックアップを使用してストレージ グループのログ ファイルのパスを変更し、パスの変更により増分バックアップのみが実行される場合、回復ポイントとして最新バージョンを使用したストレージ グループを回復することができません。 この問題を回避するには、次の手順のどれかを実行してください。

  • 完全バックアップを実行した後、ストレージ グループの回復を再試行します。

  • ストレージ グループでなく、個々のデータベースを回復します。

  • ネットワーク フォルダーにストレージ グループをファイルとして回復します。

  。 データベースまたはログ ファイルへのパスを変更した後に Microsoft Exchange 2003 ストレージ グループを回復すると、そのパスの変更前に最新の回復ポイントが作成されていた場合、回復はファイルを古いパスにコピーし、データベースをマウントしようとします。 データベースをマウントできた場合、回復は成功します。 このような場合、データベースを元のパスに戻してストレージ グループをもう一度回復するか、ネットワーク フォルダーへのコピーを使用してデータベースを回復し、回復先として新しい場所を指定します。 ファイルをコピーした後、データベースを完全にシャットダウンすることを選択します。 回復後、データベースをマウントします。

• ストレージ グループ間でデータベースを移動する場合、DPM は次のように動作します。

  • 保護されたストレージ グループから保護されたストレージ グループに移動する場合、DPM は、データベースの保護を停止します。 移動した後、保護されたストレージ グループの整合性チェックを実行します。

  • 保護されていないストレージ グループから、保護されたストレージ グループに移動する場合、データベースが DPM によって保護されたボリューム上にある場合は、保護が開始されます。 そうでない場合は、グループの変更ウィザードを実行します。 移動した後、保護されたストレージ グループの整合性チェックを実行します。

  • ネットワーク フォルダーにストレージ グループをファイルとして回復します。

• DPM 回復可能オブジェクト検索で指定条件を満たす回復ポイントが戻されるまでの所要時間は、回復ポイントの数が多いほど、また、DPM データベース (DPMDB) の断片化が進んでいるほど、長くなります。 DPM データベースで定期的なメンテナンスを実行すると、検索時間を短縮できます。データ ソースの回復ポイントの検索パフォーマンスを向上させるには、そのデータ ソースに関連付けられているインデックスを再構築または再構成する必要があります。 これらのインデックスを特定のデータ ソース用に再構築します。

  • SharePoint—テーブル: tbl_RM_SharePointRecoverableObject; tbl_RM_RecoverySource

  • Exchange メールボックス—テーブル: tbl_RM_DatasetROMap;  tbl_RM_RecoverableObject;    tbl_RM_RecoverySource

• 保護されたメール ボックスの名前を変更する場合、[データの保持] でメールボックスの保護を停止し、データベースを保護し直します。 名前を変更する前に作成された回復ポイントから元の場所に回復しようとする場合は、失敗します。 これを行う必要がある場合は、前の名前に戻します。

• オフライン最適化を実行する必要がある場合、最適化が完了した際に、保護されたストレージ グループで整合性チェック付きの同期を実行する必要があります。

• DPM で保護されているサーバー クラスターに変更を加えると、DPM では以下の処置がとられます。

  • 新しいサーバーがクラスターに追加されると、保護エージェントを新しいクラスター ノードにインストールするようにアラートが発行され、保護が失敗します。

  • サーバーがクラスターから削除されると、ノードがクラスターから除外されたことが検出されて、該当のサーバーがクラスターとは別に表示されるようになり、データが保護されなくなります。

• 1 つのクラスター ノードに任意の数のリソース グループを含めることができます。 保護されたデータ ソースをリソース グループへ移動する、リソース グループ間で移動する、またはリソース グループの外に移動する場合、保護ジョブが失敗する可能性があります。 リソース グループのメンバーシップにこれらの変更のいずれかを行うには、データ ソースの既存の保護を停止し、保護対象サーバー上の単一のデータ ソースとして、またはリソース グループのメンバーであるデータ ソースとして、その新しい状態に応じてデータ ソースの保護を開始します。 これにより、データ ソースに新しいレプリカが割り当てられます。 リソース グループの名前を変更する場合は、リソース グループの保護を停止し、名前を変更してから、新しい名前を使用して保護を開始します。