次の方法で共有


System Center Data Protection Manager でのアプリケーション保護のトラブルシューティング

この記事では、Data Protection Manager (DPM) のアプリケーション保護で発生する可能性がある問題のトラブルシューティング方法について説明します。

元の製品バージョン: System Center 2012 R2 Data Protection Manager、System Center 2012 Data Protection Manager
元の KB 番号: 4457488

Microsoft SQL Server

問題 考えられる原因 解決方法
DPM がスペース要件を正しく計算しません。 保護するデータベースに SQL FILESTREAM が含まれています。 DPM では、データベースの領域要件を計算するときに、.mdf ファイルと .ldf ファイルのサイズのみが考慮されます。
DPM サーバーは、クラスター上のデータベースのバックアップと整合性チェックを実行するときに応答を停止します。 SQL Server クラスター上のデータベースには、多数の (500 を超える) データベース ファイルがあります。 データベースに多数のデータベース ファイルがある SQL Server クラスターを保護すると、DPM サーバーのパフォーマンスに影響します。 DPM がプロセスを完了するまで待つ必要があります。
スケジュールされた SQL Server 保護ジョブが開始されません。 保護されたコンピューター上のリソースは使用できないため、SQL Server エージェントを起動できません。 コンピューターを再起動します。
DPM が SQL Server データベースを保護できない SQL Server を実行しているコンピューターを保護するために必要なソフトウェアがインストールされている必要があります。 次のバージョンの SQL Server は、保護するデータベースをホストしている SQL Server のインスタンスにインストールする必要があります。
  • SQL Server 2000 Service Pack 4 (SP4)
  • SQL Server 2005 Service Pack 2 (SP2)

DPM では、SQL Server の Standard、Enterprise、Workgroup、および Express Edition がサポートされます。

重要 SQL Server で SQL Server VSS ライター サービスを開始する必要があります。 既定では、SQL Server 2005 のインストール時に SQL Server VSS ライター サービスは無効になっています。

SQL Server VSS ライター サービスを開始するには

1. スタートを選択し、 [管理者ツール]をポイントして、 Services を選択します。
2. Services画面で、下にスクロールし、SQL Server VSS ライターを右クリックし、Start を選択します。

注意 SQL Server VSS ライター サービスを開始した後は、サービスを停止しないことをお勧めします。 バックアップが失敗し始めた場合は、SQL Server VSS ライター サービスが開始されていることを確認します。
保護中に SQL Server VSS ライター サービスが失敗する Windows Server 2008 オペレーティング システムで SQL Server 2005 を保護している場合、SQL Server 2005 SP2 をインストールする必要があります。 Windows Server 2008 で SQL Server のエディションを実行する方法については、「 Windows 8 以降のバージョンの Windows オペレーティング システムでの SQL Server の使用を参照してください。
SQL Server データベースのバックアップが失敗します。 データベース ファイルの 1 つを SQL Server から削除しても、データベースから削除しない場合、SQL Server VSS ライター サービスは削除されたファイルを引き続き報告し、バックアップの実行時に DPM でファイルを見つけることができません。 次のクエリを使用して、データベース ログ ファイルを削除します。

ALTER DATABASE <file name>.mdf

REMOVE FILE <file name>_log.ldf

ファイルが存在しないため、ログ ファイルを削除する前に存在していたバックアップから元の場所に復元することはできません。 この問題を解決するには、データベース ファイルを復元してから、SQL Server のインスタンスにデータベースをアタッチする必要があります。
データ ソースの一覧の表示など、DPM 新しい保護グループ ウィザードで照会ジョブを実行すると、SQL Server VSS ライターが同じデータ ソースを列挙している他のインスタンスの場合、DPM サーバーがクラッシュします。 これは、SqlServerWriter と MSDEWriter という 2 つの SQL Server VSS ライターがある次のシナリオで発生する可能性があります。
  • SQL Server 2005 のインスタンスをインストールします。 (既定では、SQL Server VSS ライター サービスは無効になっています)。
  • SQL Server VSS ライター サービスがオフになっているため、MSDEWriter ライターは SQL Server 2005 データベースを列挙します。
  • サービス コントロール マネージャーで SQL Server VSS ライター サービスを有効にします。 これにより、 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\VSS\Settings\MSDEVersionChecking レジストリ サブキーの値が 1 に設定されます。
  • レジストリ キーの値が 1 に設定されると、 MSDEWriter ライターは SQL Server 2005 データベースの列挙を停止し、 SQLServerWriter ライターがそれらの列挙を開始します。

次に、レジストリ キーの値を 0 (0) に設定します。 これにより、 MSDEwriter ライターと SQLServerWriter ライターの両方が SQL Server 2005 データベースの列挙を開始します。
この問題を解決するには、 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\VSS\Settings\MSDEVersionChecking レジストリ キーの値を 1 (0 以外の値) に設定して、 MSDEWriter が SQL Server 2005 データベースを列挙する唯一のライターになるようにする必要があります。
SQL Server 2005 のインスタンス上のデータベース保護が失敗する SQL Server 2000 のインスタンス上のデータベースを保護していて、SQL Server 2005 にアップグレードすると、SQL Server 2005 のインスタンスでのデータベース保護は失敗します。 SQL Server 2005 にアップグレードした後、SQL Server VSS ライター サービスを再起動すると、新しい VSS ライターによって新しいデータベースが列挙されるため、DPM は既存のレプリカを保護されたデータベースにマップしません。 そのため、DPM はそれを新しいデータ ソースとして認識します。

この問題が発生する場合は、SQL Server 2005 にアップグレードされたインスタンス上でホストされるデータベースの保護を停止してから、新しい保護の作成ウィザードを使用して保護を再構成することをお勧めします。

保護を再構成すると、DPM 管理者コンソールは保護されたデータベースを 2 つの個別のノードとして表示します。 保護タスク領域の保護の状態は、データベース ノードの 1 つの非アクティブなレプリカとして表示され、DPM 回復 UI には同じ名前の 2 つのデータベース ノードが表示されます。 この問題のデータ損失は発生しません。
64 ビット コンピューターで SQL Server 2000 データベース レプリカ作成ジョブの実行が失敗する。 Windows (WOW) モードの Windows の 64 ビット コンピューターで実行されている SQL Server 2000 データベースでは、レプリカ作成ジョブが失敗することがあります。 Windows (WOW) モードの 64 ビット コンピューターで実行されている SQL Server 2000 データベースでレプリカ作成ジョブが失敗した場合は、SQL Server のイベント ビューアーでイベント ID 20 ボリューム シャドウ コピー サービス エラーを確認します。

SQL Server の完全トランザクション ログにより同期ジョブのが失敗する SQL Server を実行しているコンピューターでデータベース トランザクション ログがいっぱいになると、同期ジョブが失敗し始めます。 この問題を解決する方法については、「 完全なトランザクション ログをトラブルシューティングする (SQL Server エラー 9002)」を参照してください。
DPM 保護ジョブが失敗し始める ミラーリングまたはログ配布を使用している SQL Server データベースを DPM が保護している場合、フェールオーバー後、保護されたプライマリ データベースはオンラインでなくなり、DPM 保護ジョブは失敗し始めます。 プライマリ データベースにフェールバックする場合は、次の操作を行います。
  • 保護ジョブが失敗し始め、レプリカが無効になった後、整合性チェックを実行します。
    短時間でプライマリ データベースにフェールバックし、レプリカが有効なままである場合は、整合性チェックを実行する必要はありません。
  • プライマリ データベースへのフェールバックに遅延がある場合は、 新しい保護グループ ウィザードを使用して保護グループを作成 新しいアクティブ なデータベースを保護する必要があります。
    フェールオーバー後、新しい保護グループの保護を停止できます。

プライマリ データベースにフェールバックする予定がない場合は、保護からデータベースを削除してから、新しいデータベースの保護を構成することをお勧めします。 プライマリ データベースを削除するには、次の操作を行います。
  1. DPM 管理者コンソールで、ナビゲーション バーの Protection を選択します。
  2. Protectionタスク領域で、削除するデータベースを選択し、[Actions ペインで、[保護から削除を選択します
  3. [保護 - <保護グループ名>] ダイアログ ボックスで、[保護されたデータを削除する] オプションを選択し、[保護を選択
プライマリ データベースを削除したら、 新しい保護グループ ウィザードを使用して新しいデータベースの保護を構成
増分同期が SQL Server マスター データベースで失敗する DPM では、SQL Server マスター データベースの増分同期の構成はサポートされていません。 DPM では、完全復旧モデルと一括ログ復旧モデルを使用するように構成されたデータベースのログ バックアップを実行できます。 ただし、SQL Server マスター データベースではログ バックアップを実行できません。

さらに、復旧ポイントの前にマスター データベースの同期頻度を Just に設定しないでください 復旧中に保護されたサーバーから取得するバックアップ ログがないためです。
DPM は SQL Server 2005 データベースを保護していません。 SQL Server 2005 には、正規のデータベースとして新しい保護グループ ウィザードに表示されるデータベース スナップショットが含まれます。 ただし、DPM は回復のためのデータベース スナップショットの保護をサポートしません。 Microsoft SQL Server Management Studio で Database Snapshots フォルダーのデータベース スナップショットを表示できます。

Hyper-V サーバー

問題 考えられる原因 解決方法
レプリカ仮想マシンのバックアップは失敗します。 他のジョブが進行中である可能性があります。 バックアップが発生したときに競合するジョブがないことを確認します。
Hyper-V 仮想マシンのバックアップが機能していません。 保護されるコンピューターで iSCSI ターゲット記憶域プロバイダー が有効になっている可能性があります。 レジストリに次のサブ キーを追加します。

HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft Data Protection Manager\Agent\UseSystemSoftwareProvider
スタンドアロン バックエンドから CSV バックエンドにリモート ストレージを使用して仮想マシンを移行すると、 Access Denied メッセージで整合性チェックが失敗します。 Data Protection Manager は、データ ソース情報を更新する夜間ジョブを実行します。 この問題を解決するには、整合性チェックを手動で実行してください。
DPM エラー: DPM は、microsoft Hyper-V \Backup Using Child Partition Snapshot\<VM Name> <Resource Group の変更を同期できませんでした> 保護されたコンピューターのチャーンを保持するための十分な記憶域領域がスナップショット ボリュームにありませんでした (ID 30115 詳細: 不明なエラー (0x8004231f) (0x8004231F)) スナップショット プールに十分な記憶域がありません。 SAN にハードウェア スナップショットを作成するのに必要な空き記憶域があることを確認してください。
DPM エラー: VSS アプリケーション ライターまたは VSS プロバイダーが正しくない状態です。 既に正しくない状態になっていたか、または現在の操作中に正しくない状態になりました。 (ID 30111 詳細:不明なエラー (0x800423f4) (0x800423F4))

VMM イベント:仮想マシン 'CSVVM02' に元に戻すスナップショットは見つかりませんでした。 (仮想マシン ID 4774EF60-F4B6-47D6-A0B9-60452C6B7FE8)
保護されたコンピューターでボリュームの自動マウントが有効になっていない可能性があります。 次のコマンドを使用して自動マウントを有効にします。

Mountvol /E
DPM エラー: VSS アプリケーション ライターまたは VSS プロバイダーが正しくない状態です。 既に正しくない状態になっていたか、または現在の操作中に正しくない状態になりました。 (ID 30111 詳細:不明なエラー (0x80042306) (0x80042306)) ハードウェア プロバイダーがスナップショットの作成を拒否しました。 これは、構成の問題である可能性があります。 VSS ハードウェア プロバイダー イベントのアプリケーション イベント ログを参照して、記憶域の構成を SAN ベンダーに確認してください。
データ ソースが使用できないため、Win7.01.dpmcsv1.DC505.LAB で Microsoft Hyper-V \Backup Using Child Partition Snapshot\Win7.01 の操作が失敗しました。 (ID 30169 詳細:不明なエラー (0x80042308) (0x80042308)) バックアップの進行中にライブ マイグレーションによって仮想マシンが別のノードに移動されました。

クラスター ディスクの状態が正しくありません。

データ ソースが削除されました。

1. バックアップ ジョブを再実行します。
2. 仮想マシンのストレージ ボリュームを診断します。

CSV 上の仮想マシンをバックアップする方法の詳細については、『DPM 2010 Operations Guide』の「 Considerations for Backing Up Virtual Machines on CSV with the System VSS Provider (System VSS プロバイダーを使用して CSV 上の仮想マシンをバックアップする際の考慮事項)」を参照してください。
DPM エラー: 同じ CSV を使用する別のバックアップが進行中のため、バックアップ用にクラスター共有ボリューム (CSV) を準備できませんでした。 (ID 32612 詳細:不明なエラー (0x8007173d) (0x8007173D)) 同一の CSV LUN に対して同時に実行されているバックアップが多すぎて競合しています。 シリアル バックアップを強制実行する方法の詳細については、『DPM 2010 Operations Guide』の「 Considerations for Backing Up Virtual Machines on CSV with the System VSS Provider(System VSS プロバイダーを使用して CSV 上の仮想マシンをバックアップする際の考慮事項)」を参照してください。
DPM エラー: ジョブの実行中に予期しないエラーが発生しました。 (ID 104 詳細:要素が見つかりません (0x80070490)) クラスターに障害が発生しているディスクがある可能性があります。 クラスター内の障害ディスクを修正または削除してください。
Hyper-V 仮想マシンのバックアップはストールしており、データ転送は行われません。 TCP のチムニー オフロードがアクティブな場合があります。 netsh int tcp set global chimney=disabled を実行して、TCP Chimney オフロードを無効にしてください。

Windows サーバー

問題 考えられる原因 解決方法
WSB を使用すると、次のエラーが発生する可能性があります。
  • DPM は、前回の同期以降、<ServerName> の <DatasourceType><DatasourceName> のログ チェーンの不連続性を検出しました。
  • 最新の時点への復旧に失敗しました。 最新の時点への復旧中、DPM は SQL Server トランザクション ログ バックアップを実行して、復旧を開始する前に SQL Server データベース <DatasourceName> <ServerName> から最新の変更を受け取ろうとします。 このトランザクション ログのバックアップが失敗しました。
  • DPM は、バックアップ ジョブの一部として、または最新の時点のジョブへの復旧として、SQL Server ログ バックアップを実行しようとしました。 SQL Server ログ バックアップ ジョブは、前回のバックアップ以降に、 <DatasourceType> データベース <DatasourceName> の SQL Server ログ チェーンの不連続性を検出しました。 高速完全バックアップを実行するまで、増分バックアップ ジョブはすべて失敗します。
DPM が保護しているサーバーで WSB を使用してバックアップを実行すると、DPM が使用するバックアップに干渉する可能性があります。 WSB を使用している場合は、次の操作を行います。
  • WSB Backup Once Wizard を使用して、WSB が常に COPY バックアップを取得していることを確認します。
  • WSB Scheduled Backups を使用している場合は、バックアップするボリュームに、Exchange Server データや SQL Server データなどのアプリケーション データが含まれていることを確認します。
  • WSB を再構成した後、DPM サーバーで新しい高速完全バックアップを実行します。

ファイル サーバー

問題 考えられる原因 解決方法
保護対象サーバーのボリュームの一部について " ボリュームが見つかりません " というエラーが出力される DPM サーバーはボリュームを識別できません。 Volume Missing 状態を削除するには、次の手順に従います。

1. Administrator Console で Management を選択し、 Disks を選択します。
2. ツール リボンで Rescan を選択します。 現在のディスク データが表示されます。
3. 管理者コンソールを閉じてから再起動します。 詳細ウィンドウで、ボリューム欠落アラートが発生しているかどうかを確認し、それらを解決します。
4. Protection タスク領域で、DPM が Volume Missing 状態を削除したことを確認します。
新しい保護グループ ウィザードでドライブ文字参照で不整合が発生する ボリュームドライブ文字を変更し、そのボリュームの保護グループを作成する前にコンピューターを再起動しない場合、新しい保護グループ ウィザードに一貫性のないドライブ文字参照が表示されることがあります。 新しい保護グループ ウィザードで正しいドライブ文字を表示するには、次の手順に従って SQL のドライブ文字を更新する必要があります。

1. レプリカを保持したまま、保護グループからボリュームを削除します。
2. 保護グループにボリュームを読み取ります。
回復ポイントの時刻が同期時刻と一致しない 回復ポイントの作成時には、保護対象のボリュームに対する最新の変更の時刻が反映されます。

たとえば、復旧ポイントが午前 11 時 00 分に作成される予定で、保護されたボリュームの最新の変更が午前 8 時 30 分に発生した場合、午前 11 時 00 分に作成された復旧ポイントには午前 8 時 30 分のタイム スタンプが表示されます。
必要なアクションはありません。
レプリカが不整合としてマークされる ボリュームが Missing としてマークされた後、DPM は、次のディスク変更操作中 ( 割り当てディスク領域、またはコンピューターの再起動後にのみ、ボリュームをオンラインに戻します。 それから、レプリカを不整合としてマークします。 手動整合性チェックを実行する必要があります。 整合性チェックの実行については、DPM ヘルプの「レプリカを同期する方法」を参照してください。

クライアント コンピューター

問題 考えられる原因 解決方法
復旧ポイントがありません。 クライアントのスケジュールされた復旧ポイントの作成と同期/整合性チェックが同時に実行される場合、復旧ポイントの作成はスキップされます。 このようなクライアントの復旧ポイントが失われるのを防ぐには、低使用時間で追加の回復ポイントの作成をスケジュールし、回復ポイントの作成を見逃したクライアント コンピューターに後で復旧ポイントが作成されるようにします。
RPC サーバー使用不可エラーが発生した DirectAccess エラーを介して企業ネットワークに接続されているクライアント コンピューターのバックアップ。 エッジ トラバーサルがファイアウォール設定でブロックされています。
1. Windows ファイアウォール コンソールを開きます ([ Start] を選択Run を選択し、「 firewall.cpl」と入力します)。
2. 左側のウィンドウで、 [Advanced settings を選択します。
3. [ 送信ルールを選択し、下にスクロールして DPMRADPMRA_DCOM_135します。
4. 各ルールをダブルクリックし、[ Advanced タブに移動します。
5. [ エッジ トラバーサル グループ項目で、[エッジ トラバーサル を選択
アクセスが拒否されました Windows Management Instrumentation (WMI) サービスから情報を取得しようとするとします。 このエラーは、Windows XP SP3 を実行しているコンピューターを DPM サーバーに追加しようとしたときに、グループ ポリシー設定によって対象コンピューター上の WMI サービスがブロックされている場合に発生する可能性があります。 このエラーを解決するには、次の操作を行います。
  1. 追加するコンピューターで、 Start を選択し、 Run を選択し、「 regedit」と入力して、 OK をクリックします。

    注意 レジストリを正しく変更しないと、重大な問題が発生する可能性があります。 これらの問題が起きた場合、オペレーティング システムを再インストールしなければならない場合があります。 こうした問題の修復について、マイクロソフトはいかなる保証もいたしません。 レジストリはユーザー自身の責任において変更してください。 レジストリを変更する前に必ずそのバックアップをとり、問題が起こった場合にレジストリを復元する方法を確認してください。
  2. 次のレジストリ サブキーを見つけて、削除します。
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MicrosoftFirewall\DomainProfile\RemoteAdminSettings
  3. コンピューターを再起動し、対象のコンピューターをもう一度 DPM サーバーに追加します。

SharePoint

問題 考えられる原因 解決方法
SQL Server エイリアスがSQL Server エージェントで解決されず、Windows SharePoint Services ファームの保護が失敗します。 Windows SharePoint Services ファームは、cliconfg.exe を使用して作成された SQL Server エイリアスを使用することができません。 SQL Server 構成マネージャー ツールを使用し、SQL Server エイリアスを再構成する必要があります。
すべての SQL Server エイリアスがフロントエンド Web サーバーで構成されているわけではありません。 SharePoint ファームの [サーバーの全体管理] ページでサーバーの一覧を確認します。 SQL Server コンピューターの一覧から SQL Server エイリアスを特定します。 すべての SQL Server エイリアスが SharePoint フロントエンド Web サーバー (DPM サーバーと通信するもの) で構成されているかどうかを確認します。
SQL Server エイリアスが TCP/IP タイプではありません。 DPM では、TCP/IP SQL Server エイリアスのみがサポートされます。 TCP/IP タイプにエイリアスを再構成します。
SQL Server クライアント接続コンポーネントは、フロントエンド Web サーバーにインストールされていません。 フロントエンド Web サーバーに SQL Server クライアント接続コンポーネントをインストールします。
Windows SharePoint Services 3.0/MOSS 2007 ファームの場合、SQL Server 2005 クライアント接続コンポーネントはフロントエンド Web サーバーにインストールされません。 バックエンド サーバー上の SQL Server のバージョンに関係なく、MOSS 2007 および Windows SharePoint Services 3.0 の場合は、フロントエンド Web サーバーに SQL Server 2005 クライアント接続コンポーネントをインストールする必要があります。 また、このバージョンのクライアント接続コンポーネントを使用して、すべてのエイリアスが構成されていることを確認します。
Windows SharePoint Services データベース ログ ファイルが切り捨てられていない。 Windows SharePoint Services データベース ログ ファイルのパスが 150 文字を超える場合、DPM はログ ファイルを切り捨てることができません。 Windows SharePoint Services データベース ログ ファイルを切り捨てる定期的なスクリプトを実行することをお勧めします。
Copy-Only レジストリ値は、DPM サーバー上の特定の SharePoint ファームに対して設定されます。 このレジストリ エントリは削除する必要があります。 DPM サーバー上の次のパスに、ファームの構成データベースの名前と同じ名前が付けられます。
HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft Data Protection Manager\CopyBackups
Do not truncate logs 設定は、SharePoint データベースが存在する SQL Server に対して有効になっています。 これは、次の Windows PowerShell コマンドを使用してリセットできます。
Set-DPMGlobalProperty -Dpmserver $DPMMachineName -TruncateSharePointDbLogs $true
サーバー プロセスは、構成された ID が正しくないために開始できませんでした。 ユーザー名とパスワード (0x8000401A) を確認します。 Windows SharePoint Services ファームのパスワードをリセットすると、保護が失敗します。 コマンド プロンプトで、 ConfigureSharePoint.exe を実行してパスワードをリセットします。

パスワードの変更を管理する方法の詳細については、「 Plan for administrative and service accounts in SharePoint Serverを参照してください。
レプリカの不整合 以前は SharePoint ファームの一部であった 1 つ以上の SQL Server データベースのアラートが [監視] ウィンドウに表示されます。 DPM は、SharePoint ファームから削除されたデータベースの既存の復旧ポイントを保持します。 これは、削除されたデータベースが DPM を使用して復旧された場合、または DPM がアップグレードされた場合に発生する可能性があります。 [アラートのアクティブ化を選択して、アラートを解決します。
一部の SharePoint ファームの整合性チェック ジョブは停止しているようです (データ転送は長時間発生しません)。 ファームのコンポーネントの 1 つの復旧が進行中に、整合性チェックがトリガーされました。 整合性チェック ジョブを取り消して、[保護] ウィンドウからファームの整合性チェックを再開します。
SharePoint カタログ タスクが HR 0x80004003 (無効なポインター) で失敗する。 SharePoint フロントエンド Web サーバーとバックエンド サーバーの間にネットワーク接続の問題があります。 Windows PowerShell を使用し、カタログ ジョブを再実行します。

Exchange Server

問題 考えられる原因 解決方法
DPM は Exchange Server データを保護できません。 Exchange Server の最新のエディションにインストールされるeseutil.exeとese.dllのバージョンは、DPM サーバーにインストールされているのと同じバージョンである必要があります。 アップグレードまたは update.is の適用後に Exchange Server を実行しているコンピューターで更新される場合は、DPM サーバーのeseutil.exeとese.dllを更新する必要があります。
Exchange Server ストレージ グループの名前を変更した後に新しい名前が新しい保護グループ ウィザードに表示されない 元のストレージ グループ名を使用する場合、データベースのマウントを解除しようとするとデータ復旧が失敗します。 Exchange Server ストレージ グループの名前を変更した後は、新しい保護グループを作成する前に、Microsoft Exchange Information Store サービスを再起動する必要があります。

Microsoft Exchange インフォメーション ストア サービスを開始するには
1. スタートを選択し、 [管理者ツール]をポイントして、 Services を選択します。
2. Services 画面で、下にスクロールし、 Microsoft Exchange インフォメーション ストアを右クリックし、 Restart を選択します。
Exchange Server ストレージ グループで循環ログが有効になっている場合、DPM は増分バックアップをサポートしません。 Exchange Server ストレージ グループの増分バックアップが必要な場合は、循環ログを有効にすることはできません。 増分バックアップが正常に実行されるようにするため、保護対象のストレージ グループの循環ログを無効にすることをお勧めします。 循環ログを無効にした後に、Microsoft Exchange Information Store サービス (MSExchangeIS) を再起動してください。

循環ログを無効にするには
1. スタートを選択し、 Programs をポイントし、 Microsoft Exchange をポイントして、 System Manager を選択します。
2. ナビゲーション ウィンドウに管理グループ ブランチが存在する場合は、展開し、適切な管理グループのブランチを展開し、[サーバー] ブランチを展開して、適切なサーバーのブランチを展開します。

管理グループ ブランチが存在しない場合は、ナビゲーション ウィンドウで [サーバー] ブランチを展開し、適切なサーバーのブランチを展開します。 (ブランチを展開するには、ブランチをダブルクリックするか、ブランチの左側にあるプラス記号 (+) を選択します)。
3. 循環ログを無効にするストレージ グループを右クリックし、 Properties を選択します。
4. [ 有効な循環ログ記録 ] チェック ボックスをオフにし、[ OK を選択します。
5. Microsoft Exchange Information Store サービス (MSExchangeIS) を再起動します。

MSExchangeIS を再起動するには
1. Startを選択し、 Run を選択し、「 services.msc 」と入力してサービス スナップインを開始します。
2. Microsoft Exchange インフォメーション ストアを右クリックし、 Start を選択します。
循環ログを無効にしない場合は、回復ポイントを作成する直前に同期が行われるように保護グループのプロパティを変更できます。

同期の頻度を変更するには
- 新しい保護グループ ウィザードの Specify 短期保護ポリシー ページで、回復ポイントの前に Just を選択
レプリカの初期化と高速完全バックアップ操作は、完了前に停止します。 バージョンの Exchange Server を実行しているコンピューター上のデータを保護する場合、DPM サーバーには Exchange Server のインストール場所にあるEse.dllファイルとeseutil.exeファイルが含まれている必要があります。 Exchange Server を実行しているコンピューター上のデータを保護するには、次の手順に従います。
1. Exchange Server を実行しているコンピューターで、Exchange Server のインストール場所から DPM サーバーのインストール場所に Ese.dlleseutil.exe をコピーします。 DPM サーバー上の既定のインストール場所は、 <drive>:\Program Files\Microsoft Data Protection Manager\DPM\bin です。
2. レプリカの初期化を取り消し、完了しなかった完全バックアップ ジョブを表します。
3. キャンセルされた高速完全バックアップ ジョブを再起動します。
4. 取り消されたレプリカ初期化ジョブの整合性チェックを使用して同期を実行します。

DPM サーバーと Exchange Server を実行しているコンピューターには、同じプロセッサ アーキテクチャを使用することをお勧めします。

プロセッサ アーキテクチャが異なる場合は、次の操作を行う必要があります。
1. 保護する Exchange Server のバージョンを、DPM サーバーのハードウェアと一致するテスト サーバーにインストールします。
2. テスト サーバーから、Exchange Server のインストール場所から DPM サーバーのインストール場所に Ese.dlleseutil.exe をコピーします。 DPM サーバー上の既定のインストール場所は、 <drive:>\Program Files\Microsoft Data Protection Manager\DPM\bin です。
VSS ライターによってストレージ グループの "バックアップが進行中 " 状態がクリアされない リリースされたバージョンの Exchange Server 2007 および Exchange Server 2003 では、特定の間隔 (PrepareForBackup と DoSnapshot の間) でストレージ グループのバックアップを取り消した場合、VSS ライターはストレージ グループの 進行中のバックアップ状態 をクリアしません。 VSS ライターをリサイクルするには、以下のぞれぞれの状況に応じて操作を実行してください。

イベント ID 2024 A - Microsoft Exchange インフォメーション ストア サービスを再起動して VSS ライターをリサイクルします。

イベント ID 2024 B - Exchange Server レプリケーション サービス (Exssrv.exe) を再起動して VSS ライターをリサイクルします。
Microsoft Exchange Information Store サービスが新しい保護グループ ウィザードの [グループ メンバーの選択 ] ページに表示されない Exchange のローカル連続レプリケーション (LCR) VSS レプリカ ライターが有効になっていると、Microsoft Exchange Information Store サービスは、新しい保護グループ ウィザードの [グループ メンバーの選択 ] ページに表示されません。 DPM 新しい保護グループ ウィザードで Exchange LCR 対応記憶域グループを表示するには、次の set キー コマンドを使用して (LCR) VSS レプリカ ライターを無効にします。

レジストリの場所:
HKEY_LOCAL_MACHINE\Software\Microsoft\Exchange\Replay\Parameters
DWORD 名: EnableVssWriter
値データ: 0
すべてのデータ レプリケーション ジョブが失敗する 保護された Exchange Server の最新エディションにインストールされている Exchange Server データベース ユーティリティ (eseutil.exe) とese.dllのバージョンが、DPM サーバーにインストールされているバージョンと異なる場合、すべてのデータ レプリケーション ジョブは失敗します。 Exchange Server の最新のエディションにインストールされるeseutil.exeとese.dllのバージョンは、DPM サーバーにインストールされているのと同じバージョンである必要があります。 たとえば、Exchange Server 2003 SP2、Exchange Server 2007、Exchange Server 2007 SP1 を保護する場合は、Exchange Server 2007 SP1 を実行しているサーバーから DPM サーバーにeseutil.exeとese.dllをコピーする必要があります。

次のシナリオは、DPM サーバーにインストールする必要があるeseutil.exeとese.dllのバージョンを示しています。
  • 32 ビット オペレーティング システム

    - DPM が 32 ビット オペレーティング システムで Exchange Server 2003 を実行しているコンピューターのみを保護している場合は、Exchange Server 2003 を実行しているコンピューターからeseutil.exeとese.dllをコピーします。
    - DPM が Exchange Server 2007 を実行しているコンピューターを保護している場合は、Exchange Server 2007 から 32 ビットバージョンのeseutil.exeとese.dllが必要です。 これらのバージョンは、Exchange Server 2007 セットアップ DVD から入手できます。

  • 64 ビット オペレーティング システム

    - DPM が 32 ビット オペレーティング システムで Exchange Server 2003 を実行しているコンピューターのみを保護している場合は、Exchange Server 2003 を実行しているコンピューターからeseutil.exeとese.dllをコピーします。
    - DPM が Exchange Server 2007 を保護している場合は、Exchange Server 2007 を実行しているコンピューターからeseutil.exeとese.dllをコピーします。
Exchange Server の保護が失敗する Windows Small Business Server 2003 のボリューム シャドウ コピー サービスで Exchange ライターがオフになっている場合、保護は失敗します。 既定では、Windows Small Business Server 2003 のセットアップ プログラムは、ボリューム シャドウ コピー サービスの Microsoft Exchange Server 2003 ライターをオフにします。 DPM を使用するデータを保護するには、Exchange Server 2003 ライターを有効にする必要があります。

Exchange ライターを有効にするには
1. Startを選択し、 Runを選択し、「 regedit」と入力して、 OK を選択します。
2. 次のレジストリ サブキーを見つけてダブルクリックします。
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersSystem

3. Disable Exchange ライター 値をダブルクリックします。
4. [ 値データ テキスト ボックスで、値を 1 から 0 に変更し、 OK を選択します。
5. レジストリ エディターを終了します。
6. Startを選択し、 Administrative Tools をポイントし、 Services を選択します。
7. Microsoft Exchange インフォメーション ストア サービスを停止してから再起動します。
ローカル継続的レプリケーション (LCR) 保護が失敗し、ボリューム シャドウ コピー サービス (VSS) エラーが返されます。 レジストリ キーが設定された後に Exchange Server レプリケーション サービスが再起動されない場合、ストレージ グループの LCR は失敗します。 レジストリ キーを更新した後、レプリケーション サービスを再起動します。
コマンド ライン インターフェイス (CLI) を使用して eseutil フラグを設定および設定解除すると、失敗します。 優先サーバーが指定されていない可能性があります。 トポロジを RunEseUtilConsistencyCheck オプションと共にPT_CCR_ACTIVE_ONLYとして指定します。
整合性チェックが失敗し、 RMGenericError が返されます。 .edb ファイルを含むフォルダーに対してインデックス作成、暗号化、または単一インスタンス ストレージ (SIS) が有効になっている場合、整合性チェックは失敗します。 この問題を解決するには、.edb ファイルを含むフォルダーのインデックス作成、暗号化、SIS を無効にします。

システム保護

問題 考えられる原因 解決方法
ベア メタル復旧 (BMR) バックアップは失敗し、 Access Denied エラーが返されます。 システム状態保護から BMR 保護に移行しました。
1. BMR 保護を解除します。
2. 保護グループを変更し、BMR 保護を含めます。
このデータ ソースを保護するための 1 つ以上の前提条件が Windows Server 2008 オペレーティング システムに存在しません。 このエラーは、保護されたサーバーに Windows Server バックアップ ユーティリティがインストールされていない場合に発生します。 この問題を解決するには、次の操作を行います。
- Windows Server Backup ユーティリティをインストールするには、管理者の資格情報を使用してコマンド プロンプトを開き、次のコマンドを実行します。

Start /wait ocsetup WindowsServerBackup /quiet /norestart

管理者の資格情報を使用してコマンド プロンプトを開くには、 Start を選択し、 すべてのプログラムをポイントし、 Accessoriesを選択し、 コマンド プロンプトを右クリックして、管理者として 実行を選択します。

仮想サーバー

問題点 考えられる原因 解像度
<仮想マシン名>というエラー メッセージが表示される場合があります1 つ以上のボリュームが不足しています。仮想サーバー 2005 R2 ベースの仮想マシンを選択するときにデータ ソースの依存ボリュームがオンラインであることを確認します。 Virtual Server 2005 R2 の場合、DPM では、ドライブ文字のないボリュームでホストされている仮想マシンのバックアップはサポートされていません。

この問題は Hyper-V 仮想マシンには適用されません。
VHD ファイルが存在するボリュームのドライブ文字マウント ポイントを指定し、DPM でのバックアップの選択をもう一度試みます。
仮想マシン上のデータを保護できない 仮想サーバー 2005 R2 Service Pack 1 (SP1) は、保護するサーバーにインストールされていない可能性があります。 保護対象のサーバーに Virtual Server 2005 R2 Service Pack 1 (SP1) をインストールしてください。
不明なエラー 0x800423f3 のため、仮想マシンのバックアップが失敗する 仮想サーバー VSS ライター サービスは、クライアント仮想マシンのオンライン バックアップをサポートしていません。 仮想サーバー マシン上の Windows イベント ビューアーを使用して、イベント ID 1044 が存在するかどうかを判断します。 このイベントが存在する場合、仮想マシンはオンライン バックアップを実行できません。

次のレジストリ サブキーを更新することで、オフライン バックアップを実行できます。

見付ける:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Virtual Server\1.0\Backup\BackupType\<VMNAME>

値を 0 に設定します。
オンライン バックアップが失敗する 仮想マシンにシャドウ コピー (FAT 32 ファイル システム) をサポートしていないボリュームが含まれている場合、オンライン バックアップは失敗します。 また、シャドウ コピーが別々の仮想マシン ボリュームに存在する場合にも、バックアップが失敗します。 バックアップを構成する前に仮想マシンが実行されていることを確認し、オンライン バックアップが失敗している仮想マシンのエントリを削除します。

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Virtual Server\1.0\Backup\BackupType.