Table of contents
TOC
目次を折りたたむ
目次を展開する

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

Mark Galioto|最終更新日: 2016/11/24
|
1 投稿者

適用対象: System Center 2016 - 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 サーバーに切り替えるように選択します。 この設定を使用して、必要に応じて、セカンダリ サーバーから直接保護されたコンピューターに復元します。 手順については、「セカンダリ サーバーのセットアップ」を参照してください。

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

  • 循環保護 - ある DPM サーバーは別の DPM サーバーによってバックアップされます。その逆もあります。 DPM1 は DPM2 を保護し、同様に DPM2 は DPM1 を保護します。 これは小規模な環境に役立ちます。

プライマリとセカンダリの保護のセットアップ

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

  1. 保護する対象の各プライマリ DPM サーバー上に DPM 保護エージェントをインストールします。 再起動は必要はありません。

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

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

    • プライマリ DPM サーバー上のすべてのボリューム (共有は別途に表示されない)

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

    • 少なくとも、データベース、\Program Files\Microsoft System Center 2012\DPM\DPM\Config フォルダー、および \Program Files\Microsoft System Center 2012\DPM\Scripting フォルダーを選択する必要があります。

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

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

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

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

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

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

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

チェーン例 1

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

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

サーバー保護先保護
DS1 (プライマリ)PS1、PS2DS3
DS2 (プライマリ)PS3、PS4DS3
DS3 (セカンダリ)DS1、DS2DS4
DS4 (セカンダリ)DS3-

4 台の DPM サーバーがチェーンされているシナリオ

チェーン例 2

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

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

サーバー保護先保護
DS1 (プライマリ)PS1、PS2DS2
DS2 (プライマリ)PS3DS3
DS2 (セカンダリ)DS1DS3
DS3 (プライマリ)PS4DS4
DS3 (セカンダリ)DS2DS4
DS4DS3-

4 台の DPM サーバーがチェーンされている別のシナリオ

循環保護

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

シナリオ 3: 循環保護

例 3 は、循環保護の使用例です。

サーバー保護先保護
DS1 (プライマリ)PS1、PS2DS2
DS2 (プライマリ)PS3DS3
DS2 (セカンダリ)DS1、DS3DS3
DS3 (プライマリ)PS4DS2
DS3 (セカンダリ)DS2DS2

循環保護のシナリオの例

チェーンの構成

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

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

  2. 保護対象の DPM サーバーによって保護されているデータ ソースのために、二次的な保護を構成します。 DPM コンソールでは、エージェントによって既に保護されているデータ ソースの保護を構成できないことに注意してください。 これにより、データが繰り返し保護されなくなります。

  3. たとえば、DPM1 および DPM2 がある場合、DPM1 から DPM2 に (およびその逆に) DPM 保護エージェントをインストールします。 次に、DPM1 が保護するサーバーに対して、DPM2 で二次的な保護を構成し、DPM2 が保護するサーバーに対して、DPM1 で二次的な保護を構成します。

サーバーの回復

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

  • セカンダリ サーバーに保護を切り替えるには、DPM コンソールで、保護を切り替える保護グループを右クリックし、[障害保護の切り替え] を選択します。 整合性チェックを実行するまで、レプリカは不整合として表示されます。

  • プライマリ DPM サーバーを回復するには、そのサーバーによって以前に保護されていたすべてのデータ ソースの保護を再確立する必要があります。 回復ポイントを復元することはできないことに注意してください。データベース ファイルを回復する際には、DPM サーバー上の復元場所がセキュリティで保護されていることを確認してください。

    DPM データベースを回復してから、レプリカを回復する必要があります。

  • その後、Setdpmserver.exe を実行して保護を再度確立します。

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

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

データベースのバックアップ方法長所短所
Azure へのバックアップDPM で簡単に構成および監視できます。

バックアップ データベース ファイルの複数の場所。

クラウド記憶域によって堅牢な障害復旧ソリューションを実現します。

データベースの記憶域は確実にセキュリティで保護されています。

120 個のオンライン回復ポイントをサポートします。
DPM 2012 SP1 以降でしか使用できません。

Azure アカウントと追加の DPM 構成が必要です。 Azure ストレージにコストがかかります。

- Azure Backup 資格情報コンテナーに格納されている DPM バックアップにアクセスするために、Azure エージェントを搭載した代替えの Windows Server 2012 ベースのシステムが必要です。 これには別の DPM サーバーを使用できません。

データベースがローカルにホストされていて、二次的な保護を有効にする場合は、選択できません。 回避策としては、リモート SQL Server を使用してデータベースをホストします。

準備と復旧にいくらか余分に時間が必要です。
DPM 記憶域プールをバックアップすることによるデータベースのバックアップ構成および監視が簡単に行えます。

バックアップは DPM 記憶域プール ディスク上に保持され、簡単にローカルでアクセスできます。

DPM のスケジュールされたバックアップは、512 個の高速バックアップをサポートします。 1 時間ごとにバックアップした場合、21 日分の完全な保護が提供されます。
災害復旧に適したオプションではありません。 DPM サーバーまたは記憶域プール ディスクで障害が発生した場合、オンラインおよび回復が想定どおりに機能しない場合があります。

データベースがローカルにホストされていて、二次的な保護を有効にする場合は、選択できません。 回避策としては、リモート SQL Server を使用してデータベースをホストします。

DPM サービスまたはコンソールが実行されていないか、または機能していない場合は、回復ポイントにアクセスするためにいくらかの準備と特別な手順が必要です。
セカンダリ DPM サーバーへのバックアップDPM で簡単に構成および監視できます。

DPM のスケジュールされたバックアップは、512 個の高速バックアップをサポートします。 1 時間ごとにバックアップが行われた場合、これによって 21 日分の短期的な保護が提供されます。 30 分ごとにバックアップが行われた場合、10 日分の保護が提供されます。

バックアップは、ローカルにアクセスできるセカンダリ DPM サーバー記憶域プール ディスクに保持されます。

セカンダリ DPM サーバーがオフサイトである場合に、適切な災害復旧ソリューションになります。
追加の DPM サーバーと記憶域が必要です。 両方の DPM サーバーが共に同じ DPM バージョンおよび更新プログラムのロールアップで実行される必要があります。
テープへのバックアップDPM で簡単に構成および監視できます。

DPM のスケジュールされたテープ バックアップは、最大 99 年の保有期間に対応します。

災害復旧に備えてオフサイトでテープ バックアップを作成することができます。

テープ バックアップは、同じ種類のテープ媒体を使用するテープ ドライブ\/ライブラリが接続された他の任意の DPM サーバーから復元することができます。

テープを暗号化して記憶域をセキュリティ保護することができます。
データベースがローカルにホストされていて、二次的な保護を有効にする場合は、選択できません。 回避策としては、リモート SQL Server を使用してデータベースをホストします。

1 日あたり 1 回のテープ バックアップしかスケジュールすることができません。

復元するデータベースのコピーが入った DPM バックアップ テープを読み取りできるテープ ライブラリを備えた作業用 DPM サーバーが必要です。

テープ ベースの回復ポイントにアクセスするために、いくらかの準備と特別な手順が必要です。
ネイティブ SQL Server バックアップによるローカル ディスクへのバックアップSQL Server に組み込まれています。

バックアップは、簡単にアクセスできるローカル ディスクに保持されます。

これは必要な頻度で実行されるようスケジュールできます。

DPM から完全に独立しています。

バックアップ ファイルのクリーンアップをスケジュールすることができます。
バックアップがリモートの場所にコピーされない場合は、障害回復のオプションとして適切ではありません。

保有期間と頻度を制限することがあるバックアップでは、ローカル記憶域が必要です。
ネイティブ SQL バックアップと DPM 保護を使用した、DPM によって保護された共有へのバックアップDPM での監視が容易です。

バックアップ データベース ファイルの複数の場所。

ネットワーク上の任意の Windows コンピューターから簡単にアクセスできます。

場合によって、最速の復旧方法となります。
64 個の回復ポイントしかサポートしません。

サイトの災害復旧に適したオプションではありません。 DPM サーバーまたは DPM 記憶域プール ディスクの障害が回復作業を妨げる場合があります。

DPM DB がローカルでホストされていて、セカンダリ保護を有効にしたい場合、使用できません。 回避策を挙げるとすれば、DPMDB をホストするリモート SQL Server を削除することです。

構成してテストするには、余分に準備が必要になります。

DPM サーバー自体はダウンしているが DPM 記憶域プール ディスクに問題がない場合、準備と復旧に余分な時間がかかります。
  • DPM 保護グループを使用してバックアップする場合は、データベースの一意の保護グループを使用することをお勧めします。

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

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

  • 注: 復元の目的から、DPM データベースで復元する DPM のインストールが DPM データベース自体のバージョンと一致する必要があります。 たとえば、復元対象のデータベースが DPM 2012 R2 更新プログラムのロールアップ 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 Agent のインストールおよび Azure Backup 資格情報コンテナーへの DPM サーバーの登録時に指定されたパスコードを持っていることを確認します。 バックアップを復元するには、このパスコードが必要になります。

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

  3. 資格情報コンテナーが構成されたら、DPM データベースを含む DPM 保護グループをセットアップし、ディスクと Azure のどちらにバックアップするかを選択します。

Azure からの DPM データベースの回復

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

  1. DPM コンソールで、[回復] > [外部 DPM の追加] をクリックします。

  2. コンテナーの資格情報 (Azure Backup 資格情報コンテナーからダウンロード) を入力します。 資格情報は 2 日間のみ有効であることに注意してください。

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

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

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 コマンド ウィンドウを終了し、diskshadow.exe を実行して、X: ボリュームを非公開にします。

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

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

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

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

データベースを回復する

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

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

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

テープへのデータベースのバックアップ

DPM データベースのコピーを含むテープのバーコードまたはテープ ラベルを把握する必要があります。 これを行うには、DPM データベースのバックアップが行われるのと同じ日に状態レポートが電子メールで送信されるようにスケジュールするのが最良の方法です。 レポートには、回復に適したバックアップを特定できるように、前回のバックアップの日時、テープのラベル、およびバーコードが含まれます。 あるいは、災害発生に備えてバックアップを別に保管できるように、以下の SQL スクリプトを使用して現在のデータベースから情報を抽出することができます。

Select Path,ro.FileSpec,media.Label,media.BarcodeValue,pd.CreationDate,
pd.ExpiryDate,pd.LifeStatus as "1=valid, 2=expired"
from dbo.tbl_MM_MediaMap mm
join dbo.tbl_MM_PhysicalDataset pd on pd.datasetid = mm.datasetid
join dbo.tbl_MM_Media media on media.MediaId = mm.MediaId
join dbo.tbl_RM_RecoverableObjectFileSpec ro on ro.DatasetId = mm.DatasetId
where ro.filespec like '%DPMDB%'
order by CreationDate desc
  1. 保護グループを作成し、[グループ メンバーの選択] ページで、SQL Server を選択します (ローカルで実行されている場合は、DPM サーバーの DPMDB を選択します)。

  2. テープを使用して長期的な保護を行うことを選択し、[テープとライブラリの詳細の選択] にテープの詳細を指定します。

データベースを回復する

  • 復元プロセスは使用可能なテープ ドライブと、テープ ベースのバックアップを作成する DPM サーバーの現在の状態に依存します。 バックアップを実行した DPM サーバーからテープを復元できない場合は、テープを読み取ることができるように同じ種類のテープ ドライブを備えた別の DPM サーバーからテープを復元する必要があります。 使用できる唯一のテープ ドライブが、障害発生の DPM サーバーに接続されている場合は、DPM サーバーを再構築することが必要になるかもしれません。

  • DPM テープ暗号化を使用している場合は、別の DPM サーバーにインストールされたテープを暗号化するために使用されているのと同じ証明書が必要になります。

回復を行うには、次の手順を実行します。

  1. 復元する DPM データベースのバージョン/日付/時刻が含まれている物理的なテープの場所を特定します。

  2. テープ ドライブまたはライブラリにバックアップ テープを挿入し、DPM コンソールで [管理] > [ライブラリ] の順に進み、詳細なインベントリを実行します。 復元を行っている DPM サーバーが別の DPM サーバーである場合、または元のサーバー上にある DPM の新しいインストールである場合、テープはインポートされたもの (この DPM サーバーで作成されていない) として表示されることに注意してください。

  3. 必要に応じて、インポートされたテープの再カタログ化を行います。

  4. [回復] タブで、データベースのデータ ソースを特定します。 データベースがインポートされたテープからのものである場合、回復ポイントは [外部 DPM テープ] の下に表示されます。

  5. データベース (DPMDB) ファイルを回復します。 [SQL Server の任意のインスタンスに回復する] または [ネットワーク フォルダーにコピーする] を選択できます。 テープからファイルが復元されたら、SQL Management Studio または DPMSYNC -RESTOREDB を使用して、回復の手順を継続します。

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

ネイティブ SQL Server バックアップを使用すれば、DPM に左右されることなく、DPM データベースをローカル ディスクに簡単にバックアップできます。

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

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

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

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

開始する前に

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

  2. SQL Server で、バックアップのコピーを 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 2012 R2 サーバーの場合: C:\Program Files\Microsoft System Center 2012 R2\DPM\DPM\Scripting

    • DPM 2012 サーバーまたは DPM 2012 SP1 サーバーの場合: C:\Program Files\Microsoft System Center 2012\DPM\DPM\Scripting

    • DPM 2010 サーバーまたは、DPM 2010 からアップグレードされた DPM 2012 サーバーの場合: C:\Program Files\Microsoft 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="http://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:\DPMBACKUP フォルダーに dpmdb.bak が存在するはずです。

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

    1. DPM コンソールの [保護] で、DPMBACKUP データ ソースを見つけて選択します。 詳細セクションで、レプリカ パスへのリンクに対して [クリックすると詳細が表示されます] をクリックし、パスをメモ帳にコピーします。 ソース パスは削除し、宛先パスは保持します。 パスは、C:\Program Files\Microsoft System Center 2012 R2\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 2012 R2\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. SAN 接続の DPM 記憶域プール ディスクを別のサーバーに移動してレプリカ ボリュームからの読み取りを可能にしたり、ローカルに接続されたディスクを読み取るために Windows を再インストールしたりする必要がある場合は、データベースのバックアップを保持するボリュームを認識できるように、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 ファイルを右クリックして、プロパティを表示します。 [以前のバージョン] タブには、選択してコピーできるすべてのバックアップが表示されます。

© 2017 Microsoft