DPM サーバーのバックアップ

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

• 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 サーバーで、メジャー バージョンとマイナー バージョンが一致している必要があります。

   エージェントを接続するには、次の手順に従います。

   1. セカンダリ DPM サーバーの DPM 管理者コンソールのナビゲーション バーで、[管理>エージェント] を選択します。 [ 操作 ] ウィンドウで、[ インストール] を選択します。
   2. [ エージェントの展開方法の選択 ] ページで [ エージェントの接続>信頼されているドメインのコンピューター>次へ] の順にクリックします。 保護エージェントのインストール ウィザードが開きます。
   3. [コンピューターの選択] ページに、DPM によって使用可能なコンピューターの一覧が表示されます。 [コンピューター名] の一覧からプライマリ DPM サーバーの名前を選択 >[追加]>[次へ] の順に選択します。
   4. [資格情報の入力] ページで、プライマリ DPM サーバー上のローカルの Administrators グループのメンバーであるドメイン アカウントのユーザー名とパスワードを入力します。
   5. [ 概要 ] ページで、[ アタッチ] を選択します。

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

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

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

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

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

注意

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

DPM チェーンのセットアップ

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

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

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

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

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

チェーン例 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	-

循環保護

セカンダリ サーバーを使用しない場合は、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 サーバーによって保護されているデータ ソースのセカンダリ保護を構成します。

注意

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

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

サーバーの回復

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

セカンダリ サーバーに保護を切り替える

次の手順に従います。

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

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

例:

Note

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

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

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

注意

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

プライマリ DPM サーバーを使用して保護を再確立する

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

2. [コンピューターの管理] を開き、次の手順を実行します。

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

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

1. [管理ツール] で、 [コンポーネント サービス] を開きます。 [ コンピューター] を展開し、[ マイ コンピューター] を展開して、[ DCOM 構成] を選択します。
2. 結果ウィンドウで、[ DPM RA サービス] を右クリックします。 [プロパティ セキュリティ] を>選択します。
3. [ 起動とアクティブ化のアクセス許可] 領域で、[編集] を選択 します。
   • プライマリ サーバーが一覧にある場合は、アクセス制御リスト (ACL) エントリが正しくない可能性があります。 エントリを削除し、完全なアクセス許可を持つプライマリ サーバーを追加します。
   • プライマリ サーバーが一覧にない場合は、完全なアクセス許可を持つプライマリ サーバーを追加します。

DPM データベースのバックアップ

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

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

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

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

  Note

  復元の目的から、DPM データベースで復元する DPM のインストールが DPM データベース自体のバージョンと一致する必要があります。 たとえば、復元対象のデータベースが DPM 2016 更新プログラムのロールアップ 4 のインストールから復元される場合、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 byMajorVersionNumber,MinorVersionNumber,BuildNumber

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

Azure へのバックアップ

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

   Select ag.NetbiosName as ServerName,ds.DataSourceName,vol.MountPointPath
   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_SPM_Volume as vol on lr.PhysicalReplicaId=vol.VolumeSetID
   and vol.Usage =1
   and lr.Validity in (1,2)
   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 コンソールで、[回復>][外部 DPM の追加] の順に選択します。

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

   注意

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

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

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

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

Note

このオプションは、Modern Backup Storage を使用する DPM に適用できます。

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

select AG.NetbiosName, DS.DatasourceName, V.AccessPath, LR.PhysicalReplicaId from tbl_IM_DataSource 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 RV
on RV.ReplicaId = LR.PhysicalReplicaId
join tbl_STM_Volume V
on RV.StorageId = V.StorageId
where datasourcename like N'%dpmdb%' and ds.ProtectedGroupId isn't null
and LR.Validity in (1,2)
and AG.ServerName like N'%<dpmsqlservername>%' -- <dpmsqlservername> is a placeholder, put 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 powershell.exe を実行して、システム コンテキストでコマンド プロンプトを起動します。

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

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

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

8. DPM サーバーの再インストール後に、復元された DPMDB を使用し、DPMSYNC-RESTOREDB コマンドを実行して DPM サーバーにアタッチすることができます。

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

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

Note

このオプションは、従来の記憶域を使用する DPM に適用できます。

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

Select ag.NetbiosName as ServerName,ds.DataSourceName,vol.MountPointPath
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_SPM_Volume as vol on lr.PhysicalReplicaId=vol.VolumeSetID
and vol.Usage =1
and lr.Validity in (1,2)
where ds.datasourcename like '%dpmdb%'
and servername like '%dpmsqlservername%' --netbios name of server hosting DPMDB

1. DPM コンソールで、[保護] [保護>グループの作成] の選択

2. [保護グループの種類の選択] ページで [サーバー] を選択します。

3. [グループ メンバーの選択] ページで、DPM データベースを選択します。 SQL Server をリモートで実行している場合は、インストールされているリモート SQL Server を選択し、DPM データベースを選びます。 SQL Serverが DPM サーバーで実行されている場合は、DPM サーバー項目を展開し、[DPMDB] を選択します。

4. [データの保護方法の選択] ページで、 [ディスクを使用して短期的な保護を行う] を選択します。 短期的な保護ポリシー オプションを指定します。 DPM データベースの推奨保有期間は 2 週間です。

データベースを回復する

DPM サーバーがまだ動作していて、記憶域プールがそのままである (DPM サービスまたはコンソールに問題がある) 場合は、次のようにレプリカ ボリュームまたはシャドウ コピーからデータベースをコピーします。

1. どの時点からデータベースを回復するかを決定します。

   • DPM レプリカ ボリュームから直接取得した最新のバックアップからデータベースをコピーする場合は、SQL スクリプトの出力から取得した GUID を使用してレプリカ ボリュームにドライブ文字を割り当てるために、mountvol.exe を使用します。 たとえば、C:\Mountvol X: \\?\Volume{d7a4fd76-a0a8-11e2-8fd3-001c23cb7375}\

   • 以前の回復ポイントからデータベースをコピーする場合 (シャドウ コピー)、SQL スクリプトの出力にあるボリューム GUID を使用して、レプリカのすべてのシャドウ コピーを一覧表示する必要があります。 次のコマンドは、そのボリュームのシャドウ コピーを一覧表示します。C:\>Vssadmin list shadows /for=\\?\Volume{d7a4fd76-a0a8-11e2-8fd3-001c23cb7375}\。 作成時間と回復元のシャドウ コピー ID を覚えておいてください。

2. 次に、diskshadow.exe を使用して、シャドウ コピーを未使用のドライブ文字 X: にマウントします。その際、データベース ファイルをコピーできるようにシャドウ コピー ID を使用します。

3. 管理コマンド プロンプトを開き 、psexec.exe -s cmd.exe を実行して、システム コンテキストでコマンド プロンプトを開始し、レプリカ ボリューム (X:) に移動してファイルをコピーする権限を持ちます。

4. X: ドライブへの CD コマンドを実行し、DPM データベース ファイルの場所に移動します。 それらのファイルを復元しやすい場所にコピーします。 コピーが完了したら、psexec cmd ウィンドウを終了し、diskshadow.exe 実行して X: ボリュームの露出を解除します。

5. これで、SQL Management Studio を使用するか、または DPMSYNC-RESTOREDB を実行することにより、データベース ファイルを復元できるようになりました。

セカンダリ サーバーへのデータベースのバックアップ

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

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

データベースを回復する

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

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

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が存在する必要があります。

9. セルフ サービス回復を有効にしていない場合は、レプリカで DPMBACKUP フォルダーを共有するために、いくつかの追加の手順が必要です。

   1. DPM コンソールの [保護] で、DPMBACKUP データ ソースを検索して選択します。 詳細セクションで、レプリカ パスへのリンクに対して [クリックすると詳細が表示されます] を選択し、パスをメモ帳にコピーします。 ソース パスは削除し、宛先パスは保持します。 パスは次のようになります。C:\Program Files\Microsoft System Center\DPM\DPM\Volumes\Replica\File System\vol_c9aea05f-31e6-45e5-880c-92ce5fba0a58\454d81a0-0d9d-4e07-9617-d49e3f2aa5de\Full\DPMBACKUP。

   2. 共有名 DPMSERVERNAME-DPMDB を使用して、そのパスに対する共有を作成します。 管理コマンド プロンプトから以下の Net Share コマンドを使用することができます。

      Net Share DPMSERVERNAME-dpmdb="C:\Program Files\Microsoft System Center\DPM\DPM\Volumes\Replica\File System\vol_c9aea05f-31e6-45e5-880c-92ce5fba0a58\454d81a0-0d9d-4e07-9617-d49e3f2aa5de\Full\DPMBACKUP"
      

バックアップを構成する

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

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

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

データベースを回復する

1. 任意の Windows コンピューターでエクスプローラーを使用して、\\DPMServer\DPMSERVERNAME-dpmdb 共有に接続します。

2. dpmdb.bak ファイルを右クリックして、プロパティを表示します。 [ 以前のバージョン ] タブには、選択してコピーできるすべてのバックアップがあります。 最後のバックアップも C:\DPMBACKUP フォルダーにあり、簡単にアクセスできます。

3. レプリカ ボリュームから読み取ることができるように、または Windows を再インストールしてローカルに接続されたディスクを読み取ることができるように、SAN 接続された DPM 記憶域プール ディスクを別のサーバーに移動する必要がある場合は、データベース バックアップを保持するボリュームを把握できるように、DPM レプリカ ボリュームのマウント ポイント パスまたはボリューム GUID を事前に把握しておく必要があります。 次の SQL スクリプトを使用すると、最初の保護の後、復元する必要が発生する前に、いつでもその情報を抽出できます。 %dpmsqlservername% を、データベースをホストする SQL Server の名前に置き換えます。

   Select ag.NetbiosName as
   ServerName,ds.DataSourceName,vol.MountPointPath,vol.GuidName
   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_SPM_Volume as vol on lr.PhysicalReplicaId=vol.VolumeSetID
   and vol.Usage =1
   and lr.Validity in (1,2)
   where ds.datasourcename like '%C:\%' -- volume drive letter for DPMBACKUP
   and servername like '%dpmsqlservername%' --netbios name of server hosting DPMDB
   
   

4. DPM 記憶域プール ディスクの移動または DPM サーバーの再構築の後に復元を行う必要がある場合:

   1. ボリューム GUID があります。したがって、そのボリュームを別の Windows サーバーにマウントするか、または DPM サーバーの再構築後にマウントする必要がある場合は、mountvol.exe を実行して、SQL スクリプト出力のボリューム GUID を使用したドライブ文字 C:\Mountvol X: \\?\Volume{d7a4fd76-a0a8-11e2-8fd3-001c23cb7375}\ をそのボリュームに割り当てます。

   2. フォルダー構造を表すドライブ文字とレプリカ パスの部分を使用して、レプリカ ボリュームにある DPMBACKUP フォルダーに再び共有します。

      net share SERVERNAME-DPMDB="X:\454d81a0-0d9d-4e07-9617-d49e3f2aa5de\Full\DPMBACKUP"
      
      

   3. 任意の Windows コンピューターでエクスプローラーを使用して、\\SERVERNAME\DPMSERVERNAME-dpmdb 共有に接続します

   4. dpmdb.bak ファイルを右クリックして、プロパティを表示します。 [ 以前のバージョン ] タブには、選択してコピーできるすべてのバックアップがあります。

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