DPM サーバーをバックアップする

System Center Data Protection Manager (DPM) で障害が発生した場合にデータを確実に回復できるようにするには、DPM サーバーをバックアップするための戦略が必要です。 バックアップされていない場合は、障害が発生した後に手動で再構築する必要があります。ディスク ベースの復旧ポイントは復旧できません。 DPM サーバーは、次の 2 つの方法を使用してバックアップできます。

• DPM サーバーをバックアップする - セカンダリ DPM サーバーを使用してプライマリ DPM サーバーをバックアップできます。 セカンダリ サーバーは、プライマリ サーバー データベースと、プライマリ サーバーに格納されているデータ ソース レプリカを保護します。 プライマリ サーバーに障害が発生した場合、セカンダリ サーバーは、プライマリ サーバーが再び使用可能になるまで、プライマリ サーバーによって保護されているワークロードを引き続き保護することができます。 プライマリ サーバーを再構築する必要がある場合は、セカンダリ サーバーからデータベースとレプリカを復元できます。 プライマリ サーバーが使用できない場合は、セカンダリ サーバーから保護されたコンピューターにデータを直接復元することもできます。 2 つのサーバー (1 つはプライマリ、もう 1 つはセカンダリ) を設定することも、各サーバーを他方のサーバーのプライマリとして機能するように構成することもできます。 チェーンの順序に従って互いを保護する DPM サーバーのチェーンを構成することもできます。

• DPM データベースのバックアップ - DPM サーバーがそれ自体のデータベースをテープ ライブラリにバックアップするように構成するか、Microsoft 以外のソフトウェアを使用してデータベースをテープまたはリムーバブル メディアにバックアップできます。

• サードパーティのソフトウェアを使用した DPM のバックアップ - DPM と VSS をサポートするサードパーティのソフトウェアを使用して DPM サーバーをバックアップすることができます。

セカンダリ DPM サーバーを使用したバックアップ

DPM サーバー上の情報は、次のいずれかの構成で、別の DPM サーバーでバックアップおよび保護できます。

• プライマリからセカンダリへの保護 - プライマリ DPM サーバーに格納されているデータベースとレプリカをセカンダリ DPM サーバーにバックアップできます。 プライマリ サーバーで障害が発生した場合、セカンダリ サーバーは引き続き保護されたワークロードをバックアップします。 プライマリ サーバーで障害が発生した場合は、プライマリ サーバーを再構築し、セカンダリ サーバーからデータベースとレプリカを復元します。 次に、保護されているワークロードを再構築後にプライマリ サーバーに戻します。 保護をセカンダリ DPM サーバーに切り替えるように選択します。 この設定を使用すると、必要に応じて、セカンダリ サーバーから保護されたコンピューターに直接復元できます。 手順については、「 Set up secondary servers」をご覧ください。

• DPM チェーン - DPM サーバーのチェーンは保護を提供し、各サーバーはチェーン内の次のサーバーを保護します。 たとえば、DPM1 は DPM2 によって保護されます (DPM1 はプライマリ、DPM2 はセカンダリ)。 DPM2 は DPM3 によって保護されます (DPM2 はプライマリ、DPM3 はセカンダリ)。手順については、「チェーンのセットアップ」を参照してください。

• 循環保護 - 1 つの DPM サーバーが別の DPM サーバーによってバックアップされ、その逆も同様です。 たとえば、DPM1 が DPM2 を保護している場合、DPM2 は DPM1 を保護します。 これは小規模な環境に役立ちます。

プライマリ保護とセカンダリ保護を設定する

セカンダリ DPM サーバーを使用してプライマリ DPM サーバーをバックアップします。

1. プライマリ DPM サーバーには、保護エージェントが既にインストールされています。 この保護エージェントをセカンダリ DPM サーバーにアタッチする必要があります。

   重要

   プライマリ DPM サーバーとセカンダリ DPM サーバーのメジャー バージョンとマイナー バージョンが一致している必要があります。

   エージェントをアタッチするには、次の手順に従います。

   1. セカンダリ DPM サーバーの DPM 管理者コンソールのナビゲーション バーで、 Management>Agents を選択します。 Actions ペインで、Install を選択します。
   2. エージェント展開方法の選択 ページで、信頼されたドメインエージェント>Computer>Next を選択します。 保護エージェントのインストール ウィザードが開きます。
   3. [コンピューターの選択ページに、使用可能なコンピューターの一覧が表示されます。 [コンピューター名] の一覧からプライマリ DPM サーバーの名前を選択 >[追加]>[次へ] の順に選択します。
   4. Enter Credentials ページで、プライマリ DPM サーバーのローカル Administrators グループのメンバーであるドメイン アカウントのユーザー名とパスワードを入力します。
   5. Summary ページで、Attach を選択します。

2. プライマリ DPM サーバーを既存の保護グループに追加するか、新しい保護グループを作成します。 次のデータ ソースを保護する場合に選択します。

   • プライマリ サーバー用に構成された SQL Server データベース。

   • プライマリ DPM サーバー上のすべてのボリューム (共有は個別に表示されません)。

   • プライマリ DPM サーバー上のすべてのレプリカ。

   • 最小限として、データベース、\Program Files\Microsoft System Center\DPM\DPM\Config フォルダー、\Program Files\Microsoft System Center\DPM\Scripting フォルダーを選択する必要があります。

Note

レプリカの保護からファイル名を除外することはできません。 さらに、すべての DPM サーバーが同じバージョン、更新プログラムなどを実行している必要があります。同期を設定するときは、24 時間ごとに同期することをお勧めします。

DPM チェーンを設定する

チェーンを検討する前に、次の制限事項に注意してください。

• 各 DPM サーバーはチェーン内で 1 回しか保護できないため、複数のサーバーによって保護されていないことを確認します。

• プライマリ サーバーとセカンダリ サーバーは、チェーンによって確立されます。 たとえば、サーバー DPM3 が DPM2 のセカンダリ サーバーとして機能しているためにサーバー DPM1 を実際に保護している場合、DPM1 のセカンダリ サーバーとして直接動作することはできません。

• DPM サーバーが独自のデータ ソースを保護するように構成されている場合、チェーンは切断されます。 たとえば、DPM1 が独自のデータベースまたはシステムの状態を保護している場合、DPM2 は DPM1 を保護できません。

• プライマリ DPM サーバーのデータベースを保護する前に、プライマリ サーバーで SQL Server VSS ライター サービスを開始する必要があります。

チェーンの例 1

シナリオ 1: チェーン保護

例 1 は、4 台の DPM サーバーのチェーンの例です。

[サーバー]	保護先	保護
DS1 (プライマリ)	PS1、PS2	DS3
DS2 (プライマリ)	PS3、PS4	DS3
DS3 (セカンダリ)	DS1、DS2	DS4
DS4 (セカンダリ)	DS3	-

チェーンの例 2

シナリオ 2: チェーン保護

シナリオ 2 は、4 台の DPM サーバーのチェーンの例です。

[サーバー]	保護先	保護
DS1 (プライマリ)	PS1、PS2	DS2
DS2 (プライマリ)	PS3	DS3
DS2 (セカンダリ)	DS1	DS3
DS3 (プライマリ)	PS4	DS4
DS3 (セカンダリ)	DS2	DS4
DS4	DS3	-

Cyclic protection

セカンダリ サーバーを使用しない場合は、2 つの DPM サーバーが互いを保護できます。

シナリオ 3: 循環保護

シナリオ 3 は、循環保護を使用するシナリオを示しています。

[サーバー]	保護先	保護
DS1 (プライマリ)	PS1、PS2	DS2
DS2 (プライマリ)	PS3	DS3
DS2 (セカンダリ)	DS1、DS3	DS3
DS3 (プライマリ)	PS4	DS2
DS3 (セカンダリ)	DS2	DS2

チェーンの構成

チェーンは次のようにセットアップします。

1. 保護する DPM サーバーから保護する DPM サーバーに DPM 保護エージェントをインストールします。

2. 保護する DPM サーバーによって保護されているデータ ソースのセカンダリ保護を構成します。

Note

DPM コンソールでは、エージェントによって既に保護されているデータ ソースの保護を構成することはできません。 これにより、データが繰り返し保護されなくなります。

3. たとえば、DPM1 と DPM2 がある場合は、DPM1 から DPM2 に DPM 保護エージェントをインストールします。その逆も同様です。 次に、DPM1 が保護するサーバーの DPM2 でセカンダリ保護を構成し、DPM2 が保護するサーバーの DPM1 でセカンダリ保護を構成します。

サーバーを回復する

プライマリ サーバーで障害が発生した場合は、セカンダリ サーバーに保護を切り替えることができます。 切り替えた後、セカンダリ サーバーから回復機能を実行できます。

セカンダリ サーバーへの保護の切り替え

次の手順に従います。

1. セカンダリ DPM サーバーの DPM 管理者コンソールの Protection 領域で、 Protection 作業領域に移動し、保護を切り替える データ ソース を右クリックします。
2. コンテキスト メニューから、[ 障害保護の切り替え ] を選択します。
3. 整合性チェックを実行します。

保護を切り替えると、チェックが実行されるまでレプリカは不整合として表示されます。

例:

Note

• 保護をプライマリ サーバーに切り替えるには、上記と同じ手順を実行します。
• Start –DPMSwitchProtection PowerShell コマンドレットを使用して、セカンダリ DPM サーバーに保護を切り替えることもできます。

プライマリ DPM サーバーを回復する

プライマリ DPM サーバーを回復する場合は、以前にプライマリ DPM サーバーによって保護されていたコンピューターの保護を再確立する必要があります。

Note

• プライマリ DPM サーバーによって保護されているデータ ソースの復旧ポイントを復元することはできません。
• データベース ファイルを回復するときは、プライマリ DPM サーバー上の復元場所がセキュリティで保護されていることを確認します。

プライマリ DPM サーバーで保護を再確立する

1. 保護されたコンピューターで、コマンド プロンプトからコマンド Setdpmserver.exe <プライマリ DPM サーバー名> を実行します。

2. Computer Management を開き次の操作を行います。

   • [ ローカル ユーザーとグループ] を選択します。 プライマリ サーバーがドメイン/名前の形式で、次のグループのメンバーであることを確認します。
     • 分散 COM ユーザー
     • DPMRADCOMTrustedMachines
     • DPMRADmTrustedMachines
   • プライマリ サーバーがいずれのグループにも一覧表示されていない場合は、ドメイン/名前の形式でサーバーを手動で追加します。

上記の手順を完了した後に保護が失敗した場合は、次の操作を行います。

1. Administrative Tools で、Component Services を開きます。 Computersを展開し、My Computer を展開し、DCOM Config を選択します。
2. 結果ウィンドウで、[ DPM RA サービス] を右クリックします。 Properties>Security を選択します。
3. [ 起動とライセンス認証のアクセス許可 領域で、 Edit を選択します。
   • プライマリ サーバーが一覧にある場合は、アクセス制御リスト (ACL) エントリが正しくない可能性があります。 エントリを削除し、完全なアクセス許可を持つプライマリ サーバーを追加します。
   • プライマリ サーバーが一覧にない場合は、完全なアクセス許可を持つプライマリ サーバーを追加します。

DPM データベースをバックアップする

DPM バックアップ戦略の一環として、DPM データベースをバックアップする必要があります。 DPM データベースの名前は DPMDB になります。 このデータベースには、DPM の構成と DPM のバックアップに関するデータが含まれています。 障害が発生した場合は、データベースの最新のバックアップを使用して、DPM サーバーのほとんどの機能を再構築できます。 データベースを復元できる場合、テープベースのバックアップにアクセスすることができ、すべての保護グループ設定とバックアップ スケジュールが維持されています。 DPM 記憶域プール ディスクが障害の影響を受けなかった場合は、再構築後もディスク ベースのバックアップを使用できます。 さまざまな方法を使用してデータベースをバックアップできます。

• DPM 保護グループを使用してバックアップする場合は、データベースに一意の保護グループを使用することをお勧めします。

• ベスト プラクティスとして、テープにバックアップする場合は、バックアップ テープのコピーを少なくとも 2 つ作成し、各バックアップ テープを別のリモートの場所に格納します。 この保護を追加することで、バックアップ テープの物理的な損傷や損失に備えることができます。

• DPM SQL Server インスタンスが DPM サーバーで実行されていない場合は、そのサーバー上の DPM データベースを保護する前に、SQL Server コンピューターに DPM 保護エージェントをインストールします。

  Note

  復元の目的で、DPM データベースを使用して復元する DPM インストールは、DPM データベース自体のバージョンと一致している必要があります。 たとえば、回復するデータベースが更新プログラムロールアップ 4 の DPM 2016 からインストールされている場合、DPM サーバーは更新プログラムのロールアップ 4 で同じバージョンを実行している必要があります。 つまり、データベースを復元する前に、互換性のあるバージョンで DPM をアンインストールして再インストールする必要がある場合があります。 データベースのバージョンを確認するには、データベースのバージョンを手動で一時データベース名にマウントしてから、データベースに対して SQL クエリを実行して、メジャー バージョンとマイナー バージョンに基づいて最後にインストールされたロールアップを確認する必要がある場合があります。

• DPM データベースのバージョンを確認するには、次の手順に従います。

  1. クエリを実行するには、SQL Management Studio を開き、DPM データベースを実行している SQL インスタンスに接続します。

  2. DPM データベースを選択し、新しいクエリを起動します。

  3. 次の SQL クエリをクエリ ペインに貼り付けて実行します。

     Select distinct MajorVersionNumber,MinorVersionNumber,BuildNumber, FileName FROM dbo.tbl_AM_AgentPatch order by MajorVersionNumber,MinorVersionNumber,BuildNumber

  クエリ結果に何も返されない場合、または DPM サーバーが以前のバージョンからアップグレードされたが、それ以降新しい更新プログラムのロールアップがインストールされていない場合は、DPM の基本インストールのメジャー、マイナーのエントリはありません。 更新プログラムのロールアップに関連付けられている DPM のバージョンを確認するには、「 System Center Data Protection Manager (DPM) のビルド番号の一覧」を参照してください。

Azure へのバックアップ

1. 開始する前に、DPM レプリカ ボリューム マウント ポイント パスを取得するスクリプトを実行して、DPM バックアップを含む回復ポイントを把握しておく必要があります。 この作業は、Azure Backup での初期レプリケーション後に行ってください。 スクリプトで、dplsqlservername% を DPM データベースをホストしている SQL Server インスタンスの名前に置き換えます。

Use DPMDB  -- change to match the DPMDB name if different
select sv.AccessPath,sv.Server +'\' as Folder, lr.PhysicalReplicaId as "Replica" ,'\' as "\",lr.PhysicalReplicaId as "Relica-SubFolder"
from tbl_IM_DataSource as ds
join tbl_PRM_LogicalReplica as lr
on ds.DataSourceId=lr.DataSourceId
join tbl_AM_Server as ag
on ds.ServerId=ag.ServerId
join tbl_PRM_ReplicaVolume as rp
on lr.PhysicalReplicaId=rp.ReplicaId
join tbl_STM_Volume as sv
on rp.StorageId = sv.StorageId
where ds.datasourcename like '%dpmdb%'
and servername like '%dpmsqlservername%' --netbios name of server hosting DPMDB

Azure Recovery Services エージェントがインストールされ、DPM サーバーが Azure Backup コンテナーに登録されたときに指定されたパスコードがあることを確認します。 バックアップを復元するには、このパスコードが必要になります。

2. Azure Backup コンテナーを作成し、Azure Backup エージェントのインストール ファイルとコンテナーの資格情報をダウンロードします。 インストール ファイルを実行して DPM サーバーにエージェントをインストールし、コンテナーの資格情報を使用して DPM サーバーをコンテナーに登録します。 詳細情報。

3. コンテナーが構成されたら、DPM データベースを含む DPM 保護グループを設定し、ディスクと Azure にバックアップすることを選択します。

Azure から DPM データベースを回復する

次のように、Azure Backup コンテナーに登録されている DPM サーバー (更新プログラムロールアップ 7 で DPM 2012 R2 以降を実行している必要があります) を使用して、Azure からデータベースを復旧できます。

1. DPM コンソールで、 Recovery>外部 DPM の追加を選択します。

2. コンテナーの資格情報を指定します (Azure Backup コンテナーからダウンロードします)。

   Note

   資格情報は 2 日間のみ有効です。

3. 回復用の外部 DPM の選択で、データベースを回復する DPM サーバーを選択し、暗号化パスフレーズを入力して、OKを選択します。

4. 利用可能なポイントの一覧から使用する回復ポイントを選択します。 ローカル DPM ビュー 戻すには 外部 DPM 選択します。

DPM データベースを DPM 記憶域プールにバックアップする

Note

このオプションは、最新のバックアップ 記憶域を備えた DPM に適用されます。

1. DPM コンソールで、 Protection>Create 保護グループを選択します。
2. [保護グループの種類の選択] ページで [サーバー] を選択します。
3. [グループ メンバーの選択] ページで、DPM データベースを選択します。 SQL Server をリモートで実行している場合は、インストールされているリモート SQL Server を選択し、DPM データベースを選択します。 SQL Server が DPM サーバーで実行されている場合は、DPM サーバーを展開し、DPMDB を選択します。
4. [データの保護方法の選択] ページで、 [ディスクを使用して短期的な保護を行う] を選択します。 短期的な保護ポリシー オプションを指定します。
5. DPM データベースの初期レプリケーション後、次の SQL スクリプトを実行します。

Use DPMDB  -- change to match the DPMDB name if different
select sv.AccessPath,sv.Server +'\' as Folder, lr.PhysicalReplicaId as "Replica" ,'\' as "\",lr.PhysicalReplicaId as "Relica-SubFolder"
from tbl_IM_DataSource as ds
join tbl_PRM_LogicalReplica as lr
on ds.DataSourceId=lr.DataSourceId
join tbl_AM_Server as ag
on ds.ServerId=ag.ServerId
join tbl_PRM_ReplicaVolume as rp
on lr.PhysicalReplicaId=rp.ReplicaId
join tbl_STM_Volume as sv
on rp.StorageId = sv.StorageId
where ds.datasourcename like '%dpmdb%'
and servername like '%dpmsqlservername%' --netbios name of server hosting DPMDB

DPM データベースを回復する

同じ DB を使用して DPM を再構築するには、まず DPM データベースを復旧し、新しくインストールされた DPM と同期する必要があります。

次の手順を使用します。

1. 管理コマンド プロンプトを開き、 psexec.exe -s powershell.exe を実行して、システム コンテキストで PowerShell ウィンドウを開始します。
2. どの場所からデータベースを回復するかを決定します。

前回のバックアップからデータベースをコピーする

1. レプリカ VHD パス <DPMServer FQDN><PhysicalReplicaId><PhysicalReplicaId> に移動します
2. mount-vhd disk0.vhdx コマンドを使用して、存在する disk0.vhdx をマウントします。
3. レプリカ VHD がマウントされたら、mountvol.exeを使用して、SQL スクリプト出力の物理レプリカ ID を使用してレプリカ ボリュームにドライブ文字を割り当てます。 たとえば、mountvol X: ?\Volume{}\

前の復旧ポイントからデータベースをコピーする

1. DPMDB コンテナー ディレクトリ <DPMServer FQDN><PhysicalReplicaId> に移動します。DPM DB の復旧ポイントに対応する一意の GUID 識別子を持つ複数のディレクトリが表示されます。 <PhysicalReplicaId> 以外のディレクトリは、PIT/復旧ポイントを表します。

2. PIT vhd パス ( <DPMServer FQDN><PhysicalReplicaId><PITId> に移動し、 mount-vhd disk0.vhdx コマンドを使用してそこに存在する disk0.vhdx をマウントします。

3. レプリカ VHD がマウントされたら、 mountvol.exe を使用して、SQL スクリプト出力の物理レプリカ ID を使用して、レプリカ ボリュームにドライブ文字を割り当てます。 たとえば、mountvol X: ?\Volume{}\

   上記の手順の角かっこ内の次のテキストはすべてプレースホルダーです。を適切な値に置き換えます。

   • ReFSVolume - SQL スクリプトの出力にあるアクセス パス
   • DPMServer FQDN - DPM サーバーの完全修飾ドメイン名
   • PhysicalReplicaId - SQL スクリプト出力からの物理レプリカ ID
   • PITId - コンテナー ディレクトリ内の物理レプリカ ID 以外の GUID 識別子

4. 別の管理コマンド プロンプトを開き、 psexec.exe -s cmd.exe を実行して、システム コンテキストでコマンド プロンプトを開始します。

5. ディレクトリを X: ドライブに変更し、DPM データベース ファイルの場所に移動します。

6. それらのファイルを復元しやすい場所にコピーします。 コピー後に psexec cmd ウィンドウを終了します。

7. 手順 1 で開いた psexec PowerShell ウィンドウに移動し、VHDX パスに移動し、コマンド dismount-vhd disk0.vhdx を使用して VHDX をマウント解除します。

8. DPM サーバーを再インストールした後、復元された DPMDB を使用して DPM サーバーに接続するには、 DPMSYNC-RESTOREDB コマンドを実行します。

9. DPMSYNC-RESTOREDBが完了したらDPMSYNC-SYNCを実行します。

セカンダリ サーバーにデータベースをバックアップする

1. セカンダリ DPM サーバーで、DPM データベースがインストールされているサーバー (プライマリ DPM サーバーまたはリモート SQL Server) に保護エージェントをプッシュします。 インストール後、サーバーは保護エージェント Unprotected サーバーに表示され 更新されると状態 OK が表示されます。

2. 新しい保護グループを作成します。 グループ メンバーの選択で、DPM データベースをホストしているサーバーを選択します。 すべての SQL Server で、保護するデータベースを選択します。 データ保護方法の選択ページで、必要に応じて、ディスクとオンラインに対する短期的な保護を使用することを選択します。 [短期的な目標の指定] ページで、短期ストレージへのバックアップを構成する方法を選択します。 ディスク ストレージの場合、30 分ごとに 512 の高速完全バックアップを作成できます。 ウィザードを終了します。 初期復旧ポイントの作成後に保護が開始されます

データベースを回復する

1. 必要に応じて、プライマリ サーバーを DPM サーバーとして再構築します。

2. データベースを復元するには、セカンダリ サーバーの DPM コンソールで Recovery を選択し、保護されたデータベースを見つけます。

3. 回復する回復ポイントの日付を選択してください。 データベースを元の場所に回復します。 データベースを復旧したら、DPMSync ツールを実行します。

ネイティブ SQL Server バックアップによるローカル ディスクへのバックアップ

DPM データベースは、DPM とは関係なく、SQL Server のネイティブ バックアップを使用してローカル ディスクにバックアップできます。

1. SQL Server のバックアップに関する概要については、こちらを参照してください。

2. クラウドへの SQL Server のバックアップの詳細については、こちらを参照してください。

ネイティブ SQL Server バックアップを使用した、DPM によって保護された共有へのバックアップ

このバックアップ オプションでは、ネイティブ SQL を使用して DPM データベースを共有にバックアップし、DPM との共有を保護し、Windows VSS 以前のバージョンを使用して復元を容易にします。

開始する前に

1. DPM データベースがリモート SQL Server に置かれている場合は、そのサーバーに DPM エージェントをインストールします。

2. SQL サーバー上の、バックアップの 1 つのコピーを保持できる十分な空き領域があるドライブにフォルダーを作成します。 たとえば、C:\DPMBACKUP

3. フォルダーを共有します。 たとえば、C:\DPMBACKUP フォルダーを DPMBACKUP として共有します。

4. 以下の OSQL コマンドをコピーし、メモ帳に貼り付けてから、C:\DPMBACKUP\bkupdb.cmd という名前のファイルに保存します。 .txt拡張子がないことを確認します。 DPM サーバーで使用されるインスタンスと DPMDB 名が一致するように、SQL_Instance_name と DPMDB_NAME を変更します。

   OSQL -E -S localhost\SQL_INSTANCE_NAME -Q "BACKUP DATABASE DPMDB_NAME TO DISK='C:\DPMBACKUP\dpmdb.bak' WITH FORMAT"
   
   

5. メモ帳を使用して、\DPM\Scripting フォルダーにある ScriptingConfig.xml ファイルを開きます。

   • リモート SQL Server の場合: C:\Program Files\Microsoft Data Protection Manager\DPM\Scripting

   • DPM サーバー上: C:\Program Files\Microsoft System Center\DPM\DPM\Scripting

6. ScriptingConfig.xml を修正し、DataSourceName= が DPMDBBACKUP フォルダー/共有を含むドライブ文字になるように変更します。 PreBackupScript エントリを、手順 5 で保存した thebkupdb.cmd の完全パスと名前に変更します。

   <?xml version="1.0" encoding="utf-8"?>
   <ScriptConfiguration xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
   xmlns:xsd="http://www.w3.org/2001/XMLSchema"
   xmlns="https://schemas.microsoft.com/2003/dls/ScriptingConfig.xsd">
   <DatasourceScriptConfig DataSourceName="C:">
   <PreBackupScript>C:\DPMDBBACKUP\bkupdb.cmd</PreBackupScript>
   <TimeOut>120</TimeOut>
   </DatasourceScriptConfig>
   </ScriptConfiguration>
   

7. 変更内容を ScriptingConfig.xml に保存します。

8. C:\DPMBACKUP フォルダーまたは \\sqlservername\DPMBACKUP 共有を DPM を使用して保護し、最初のレプリカが作成されるのを待ちます。 バックアップ前スクリプトが実行され、DPM レプリカにコピーされた結果、C:\DPMBACKUPfolder にdpmdb.bakが存在する必要があります。

ネイティブ SQL Server を使用して DPM データベースバックアップを構成する

SQL Server のネイティブ バックアップを使用して、他の SQL Server データベースの場合と同様に DPM データベースをバックアップできます。

• SQL Server のバックアップに関する概要については、こちらを参照してください。

• クラウドへの SQL Server のバックアップの詳細については、こちらを参照してください。

DPMSync の使用

DpmSync は、DPM データベースを記憶域プール内のディスクの状態と、インストールされている保護エージェントと同期できるようにするコマンド ライン ツールです。 DpmSync は DPM データベースを復元し、DPM データベースを記憶域プール内のレプリカと同期し、レポート データベースを復元して、不足しているレプリカを再割り当てします。

パラメーター

パラメーター	[説明]
-RestoreDb	指定した場所から DPM データベースを復元します。
-Sync	復元されたデータベースを同期します。 データベースを復元した後、DpmSync -Sync を実行する必要があります。 DpmSync -Sync を実行した後でも、一部のレプリカが不足しているとマークされる場合があります。
-DbLoclocation	DPM データベースのバックアップの場所を識別します。
-InstanceName  server\instance	DPMDB を復元する必要があるインスタンスです。
-ReallocateReplica	同期しないで、すべての見つかっていないレプリカ ボリュームを再割り当てします。
-DataCopied	新しく割り当てられたレプリカ ボリュームへのデータの読み込みが完了したことを示します。 これは、クライアント コンピューターについてのみ適用されます。

例 1: DPM サーバー上のローカル バックアップ メディアから DPM データベースを復元します。
次のコマンドを実行します。

DpmSync –RestoreDb -DbLoc G:\DPM\Backups\2005\November\DPMDB.bak

DPM データベースを復元した後、データベースを同期するには、次のコマンドを実行します。

DpmSync -Sync

DPM データベースを復元して同期した後、レプリカを復元する前に、次のコマンドを実行してレプリカのディスク領域を再割り当てします。

DpmSync -ReallocateReplica

例 2: リモート データベースから DPM データベースを復元するには
リモート コンピューターで次のコマンドを実行します。

DpmSync –RestoreDb -DbLoc G:\DPM\Backups\2005\November\DPMDB.bak –InstanceName contoso\ms$dpm

DPM データベースを復元した後、データベースを同期するには、DPM サーバーで次のコマンドを実行します。

DpmSync -Sync

DPM データベースを復元して同期した後、レプリカを復元する前に、DPM サーバーで次のコマンドを実行して、レプリカのディスク領域を再割り当てします。

DpmSync -ReallocateReplica