データ ストレージを準備する
System Center Data Protection Manager (DPM) の展開の主要な部分は、DPM によってバックアップされたデータを格納する方法を見つけ出すことです。 内容は次のとおりです。
短期および長期ストレージの概要
DPM では、バックアップされたデータ用の短期および長期のストレージを選択する必要があります。
| Storage | 短期 | 長期的 | 特性 |
|---|---|---|---|
| Azure クラウド | 短期保存に適しています | 長期保存に適しています | - 効率的かつ対費用効果の高いオフサイト ストレージ ソリューションであり、短期保存と長期保存に適しています。 - Azure は、HYPER-V、SQL Server、ファイル サーバーのデータのストレージとして使用できます。 Azure は、Windows Server 2016、Windows Server 2012 R2、Windows Server 2012、または WINDOWS Server 2008 R2 SP1 を実行しているサーバーからのデータのバックアップにのみ使用できます。 - Azure Backup を使用するには、DPM を System Center 2012 SP1 以降で実行する必要があります。 |
| テープ | 一部のワークロードは、短期的なストレージのためにテープ (D2T) に直接バックアップできます。 これには、DAG に構成されていないファイル データ (ボリューム、共有、フォルダー)、システム状態、SQL Server、Hyper-V、および Exchange データベースが含まれます。 |
すべてのワークロードをテープにバックアップして、長期的なオフサイト ストレージ (D2D2T) を実現できます。 | - テープへの短期的なバックアップは、頻繁に変更されないため、頻繁なバックアップを必要としないデータに適しています。 - 長期的なオフサイト テープ ストレージは、法的義務を果たすために保持する必要があるデータに役立ちます - 長期的な保護と短期的な保護の両方にテープを使用している場合、DPM は最新の短期完全バックアップのコピーを作成して、長期的なテープ バックアップを生成します。 そのため、長期間のバックアップを実施する前日に、短期間の完全バックアップを行うスケジュールを設定することをお勧めします。 そうすることで、最新の短期バックアップを使用して長期的なバックアップを作成できます。 - 短期間のバックアップにディスクを、長期間のバックアップにテープを使用する場合は、長期間のバックアップはディスクのレプリカから作成されます。 - テープからのデータ復旧が遅くなる可能性があるため、障害発生後に短時間でアクセスして回復する必要のない目標復旧ポイント (RPO) の高いデータに適しています。 - 有効な回復ポイントが含まれているテープを空にしたり、そのデータを消去したりすることはできません。 保護グループからソースを削除し、回復ポイントを期限切れにするか、保護グループの設定を変更してテープ保護をクリアする必要があります。 テープの有効期限を切にするには、テープを無料としてマークし、マークを解除して再カタログします。 - テープのバックアップと復旧には、テープの交換などの手動の介入が必要な場合があります。 - テープを追加することで、長期的なストレージ容量を増やすことができます。 - テープ ライブラリまたはスタンドアロン テープ ドライブは、DPM サーバーに物理的に接続する必要があります。 テープ ライブラリにはダイレクト アタッチド SCSI または SAN を使用できます。 |
| ディスク | DPM にバックアップされたすべてのデータは、短期ストレージ (D2D) 用のディスクに格納できます | ディスク上に長期的なストレージはありません。 | - ディスクは、データのバックアップと回復のすばやい方法を提供します。 これは、RPO が低いため、障害発生後に迅速に復旧する必要があるデータに役立ちます。 - ディスクは、RAID などのディスク テクノロジを使用して冗長性を提供できます。 - ディスクの最大保有期間は 448 日です。 - ディスク バックアップは、実行中のワークロードに影響を及ぼしません。 |
クラウド ストレージの準備 (Azure Backup)
Azure Backup サービスを使用して、保護された DPM データを Azure にバックアップできます。 これは、いくつかのシナリオで役に立ちます。
DPM は、物理サーバーまたは仮想マシンとしてオンプレミスに展開されます - DPM を物理サーバーまたはオンプレミスの Hyper-V 仮想マシンとして展開する場合は、ディスクとテープにデータをバックアップするだけでなく、Azure Backup を使用してデータをバックアップできます。
DPM は Azure に仮想マシンとしてデプロイされます - DPM が Azure 仮想マシンとしてデプロイされている場合 (System Center 2012 R2 update 3 から可能)、DPM Azure 仮想マシンに接続されている Azure ディスクにデータをバックアップし、バックアップを使用してデータ ストレージを Azure Backup にオフロードできます。
DPM で保護グループを設定する場合は、短期的な記憶域のディスクを選択し、Azure へのオンライン バックアップを有効にします。 以下の点に注意してください。
いくつかの前提条件と制限があります。 詳細については、こちらを参照してください。
DPM コンソールで保護グループのクラウドへのバックアップを有効にする前に、Azure Backup を設定する必要があります。 DPM を使用して Azure Backup を設定する方法について 説明します。
Disk Storage を準備する
DPM は、DPM 記憶域プールにデータを保存することで、短期的な記憶域のディスクにデータをバックアップします。 記憶域プールは一連のディスクとボリュームから構成され、DPM サーバーによって保護されるデータの回復ポイントが保存されます。 ディスクにデータを格納する前に、記憶域プールに少なくとも 1 つのディスクまたはボリュームが必要です。 記憶域プールには、次のいずれかを使用できます。
Note
ネットワーク接続記憶域 (NAS) および仮想プロビジョニングされた仮想ディスクは、DPM 記憶域プールでの使用がサポートされていません。
直接取り付け記憶域 (DAS)
ファイバー チャネル記憶域ネットワーク (SAN)
iSCSI ストレージ機器または SAN
記憶域プールのベスト プラクティス
| ベスト プラクティス | 詳細 |
|---|---|
| ディスクの制限事項 | - DPM サーバーには、少なくとも 2 つのディスクをインストールする必要があります。 スタートアップ ファイル、システム ファイル、DPM インストール ファイル用の専用ディスク。1 つは記憶域プール専用です。 DPM では、ディスクは、Windows ディスク管理ツールでディスクとしてマニフェストされた任意のディスク デバイスとして定義されます。 DPM は、スタートアップ ファイル、システム ファイル、または DPM インストールのコンポーネントを含むディスクを記憶域プールに追加しません。 - 記憶域プールに追加するディスクには、パーティションを設定しないでください。 ディスクを準備するために、DPM はディスクを再フォーマットし、すべてのデータを消去します。 - 記憶域プールは、IDE、SATA、SCSI など、ほとんどのディスクの種類をサポートし、記憶域プールはマスター ブート レコード (MBR) と GUID パーティション テーブル (GPT) の両方のパーティション スタイルをサポートします。 MICROSOFT では、GPT ディスクを使用することを強くお勧めします。 - 記憶域プールに SAN を使用する場合は、ディスクとテープ用に別のゾーンを作成することをお勧めします。 デバイスを 1 つのゾーンに混在しないでください。 - DPM では、記憶域プール内での USB/1394 ディスクはサポートされません。 - 一部の OEM (Oem) には、提供されるメディアからインストールされた診断パーティションが含まれています。 診断パーティションには、OEM パーティションまたは EISA パーティションの名前を付けることもできます。 記憶域プールにディスクを追加するには、EISA パーティションをディスクから削除する必要があります。 - 記憶域プール内のボリュームの代わりに、ディスク管理で定義したカスタム ボリュームを使用できます。 - 必要に応じて容量を追加できるように、拡張性のあるハードウェアを使うことをお勧めします。 |
| 重複除去のサポート | Hyper-V 仮想マシンとして実行されている DPM は、データ重複除去が有効になっている Windows ファイル サーバー上の共有フォルダー内の VHD にバックアップ データを格納できます。 詳細については、「 Deduplicate DPM storageを参照してください。 |
| 容量の要件 | 容量の要件は、主に保護されたデータのサイズ、毎日の回復ポイントのサイズ、予想されるボリューム データの増加率、および保有期間の目標によって異なります。 1 日あたりの復旧ポイント サイズは、1 日の間に保護されたデータに加えられた変更の合計サイズを指します。 これは、増分バックアップのサイズとほぼ同じです。 保有期間とは、保護されるデータの回復ポイントをディスク上に保持しておく日数のことです。 ファイルの場合、DPM は保護グループに含まれるボリュームごとに最大 64 個の復旧ポイントを格納でき、保護グループごとに毎日最大 8 つのスケジュールされた復旧ポイントを作成できます。 リテンション期間は、保護されたデータの復旧ポイントをディスクに格納する日数です。 ファイルの場合、DPM は保護グループに含まれるボリュームごとに最大 64 個の復旧ポイントを格納でき、保護グループごとに毎日最大 8 つのスケジュールされた復旧ポイントを作成できます。 ファイルの 64 個の復旧ポイントの制限は、ボリューム シャドウ コピー サービス (VSS) の制限です。 復旧ポイントの制限は、アプリケーション データには適用されません。 記憶域プールは、保護されたデータのサイズの 2 倍にすることをお勧めします。 毎日の回復ポイント サイズを保護データ サイズの 10% とし、保有期間を 10 日間と想定しています。 サイズを適切に見積もるには、平均日の増分バックアップを確認します。 たとえば、100 GB のデータの増分バックアップに 10 GB のデータが含まれている場合、1 日の復旧ポイントのサイズはおそらく約 10 GB になります。 組織では、10% と 10 日間の見積もりが機能しないように調整する必要があります。 リテンション期間が長いほど、毎日作成できる復旧ポイントが少なくなります。 たとえば、保有期間目標が 64 日の場合、毎日作成できる回復ポイントは 1 つだけです。 8 日の場合は、毎日 8 つの復旧ポイントを作成できます。 保有期間の目標は 10 日で、1 日に約 6 個の復旧ポイントを作成できます。 |
| ディスク構成 | 記憶域プールに直接接続ストレージを使用している場合は、独立ディスク (RAID) の冗長アレイのハードウェア ベースの構成を使用することも、"多数のディスクのみ" (JBOD) 構成を使用することもできます。 記憶域プールに追加するディスクにソフトウェア ベースの RAID 構成を作成しないでください。 ディスク構成を決定するには、環境内の容量、コスト、信頼性、パフォーマンスの相対的な重要性を考慮してください。 たとえば、JBOD はパリティ データを格納するためにディスク領域を消費しないため、ストレージ容量を最大限に活用します。 ただし、同じ理由から JBOD 構成は信頼性に劣り、1 つのディスクが故障した場合にデータの損失を避けることはできません。 一般的な展開では、容量、コスト、信頼性、およびパフォーマンスの間で効果的な妥協を提供する RAID 5 構成が DPM によって推奨されます。 次の表は、記憶域プール内のディスクを構成するためのオプションを評価するために、JBOD とさまざまなレベルの RAID のトレードオフを、4 (非常に良好) から 1 (許容可能) のスケールで比較したものです。 |
| カスタム値 | 場合によっては、カスタム ボリュームを使用する必要があります。カスタム ボリュームは記憶域プールに存在せず、保護グループ メンバーのレプリカと回復ポイントを格納するために使用されます。 たとえば、特定のデータ ソースのストレージをより細かく制御したり、重要なデータを SAN の高パフォーマンス LUN を使用して格納したりする必要がある場合があります。 DPM サーバーに接続されているボリュームは、システム ファイルとプログラム ファイルを含むボリュームを除き、カスタム ボリュームとして選択できます。 保護グループ メンバーにカスタム ボリュームを使用するには、2 つのカスタム ボリューム (レプリカを格納するボリュームと復旧ポイントを格納するボリューム) を使用できる必要があります。 DPM では、カスタム ボリューム内の領域を管理できません。 カスタム レプリカ ボリュームまたは回復ポイント ボリュームの空き領域が不足していることを DPM が警告する場合は、ディスク管理を使用してカスタム ボリュームのサイズを手動で変更する必要があります。 グループの作成後に、保護グループ メンバーの記憶域プールまたはカスタム ボリュームの選択を変更することはできません。 これを行うには、データ ソースの保護を停止し、保護グループにもう一度追加する必要があります。 |
ディスク オプションの比較
ディスク
| ディスク構成 | 容量 | コスト | 信頼性 | パフォーマンス/スケーラビリティ |
|---|---|---|---|---|
| JBOD | 4 | 4 | 1 | 4 |
| RAID 0 | 4 | 4 | 1 | 4 |
| RAID 1 | 1 | 1 | 4 | 3 |
| RAID 5 | 3 | 3 | 3 | 3 |
| RAID 10 | 1 | 1 | 4 | 4 |
記憶域プールを構成する
前提条件に従って少なくとも 1 つのディスクを設定したら、記憶域プールに追加できます。
DPM 管理者コンソールで、[ 管理>Disksを選択します。
ツール リボンで Add を選択し、ディスクを記憶域プールに追加使用可能なディスク一覧から追加するディスクを選択します。
ストレージ プールを設定した後、バックアップするデータ ソースを含む保護グループを作成すると、そのバックアップ データの短期的なストレージとしてディスクを構成できるようになります。
テープ バックアップを準備する
DPM は、テープ ライブラリまたはスタンドアロン テープ ドライブにバックアップできます。
テープ ライブラリまたはスタンドアロン テープ ドライブを、SAN または SCSI を使用して DPM サーバーに接続する必要があります。 テープ デバイスは DPM と互換性がある必要があります。 互換性のあるテープ ライブラリについて説明します。
互換性のあるテープ ライブラリの一覧 取得。
必要なテープ容量は、保護されたデータのサイズと、実行するテープ バックアップ ジョブの数によって異なります。 保護グループに必要なテープの数を計画するには、必要なバックアップ頻度に保持範囲を乗算します。
スタンドアロン テープ ドライブの場合、DPM は保護グループごとに次の処理を行います。
すべての短期バックアップを 1 つのテープに追加します。
すべての長期バックアップを、短期バックアップ テープとは異なる 1 つのテープに追加します。
テープがいっぱいになると、DPM によってアラートが生成され、新しい空きテープが追加されます。
テープ ライブラリの場合:
DPM は、保護グループごとに 2 つ以上のテープを割り当てることができます。 保護グループのすべてのデータ ソースは、短期的な保護と長期的な保護のいずれの場合も、常に同じテープに追加されます。
保護グループの設定で複数のドライブの割り当てが指定されている場合、データ ソースはテープに分割されます。 たとえば、5 つのデータ ソースがあり、2 つのソースの上限があるドライブがある場合、DPM は 1 つのテープに 3 つのデータ ソースを書き込み、もう 1 つのテープに 2 つのデータ ソースを書き込むことができます。 これにより、データ サイズ、その他のスケジュールされたバックアップ テープ ジョブ、およびその時点で使用可能なテープ ドライブの数に応じて、テープ間でデータが不均等に分散される可能性があります。
テープへの長期バックアップでは、完全バックアップ ジョブごとにテープを割り当てて、各長期的なバックアップ復旧ポイントが常に新しいテープ上に配置されるようにします。
使用可能な空きテープの数は、短期または長期のバックアップにテープが割り当てられるにつれて減っていきます。 長期バックアップ用の新しいテープがなくなると、アラートが生成されます。
短期のバックアップでテープを使用するように構成し、完全バックアップ オプションを選択した場合は、各完全バックアップ ジョブで新しい空きテープを必要とします。
2 つの保護グループ メンバーに対して 2 つの異なる 作成復旧ポイント (テープ) アクションをトリガーすると、DPM によって 2 つのテープ バックアップ ジョブが作成され、2 つのテープが必要になります。 2 つの保護グループ メンバーに対して 1 つの 作成復旧ポイント (テープ) アクションをトリガーする場合は、1 つのテープが使用されます。 これにより、選択した保護グループ メンバーのデータが、同じテープへのアドホック バックアップ用に併置されます。
テープ デバイスをインストールして構成する
テープ ドライブの接続 - テープ デバイスに付属の指示に従って、DPM サーバーに接続してインストールします。
シリアル番号を確認する - メディア チェンジャーとテープ ドライブにシリアル番号があることを確認します。 DPM はこの番号を使用して識別を行います。 イントールされたテープ デバイスがデバイス マネージャーに表示されます。
ファイアウォール例外の追加 - DPM がテープを検出できるようにファイアウォール例外を追加します。
C:\Program Files\Microsoft System Center 2012\DPM\SQL\SSQL10_50.MSDPMV4RC\MSSQL\Binn\sqlservr.exe C:\Program Files (x86)\Microsoft SQL Server\90\Shared\sqlbrowser.exe C:\Program Files\Microsoft System Center 2012\DPM\DPM\bin\DPMLA.exe
ファイアウォール例外の追加 - DPM がテープを検出できるようにファイアウォール例外を追加します。
C:\Program Files\Microsoft System Center 2012\DPM\SQL\SSQL10_50.MSDPMV4RC\MSSQL\Binn\sqlservr.exe C:\Program Files (x86)\Microsoft SQL Server\90\Shared\sqlbrowser.exe C:\Program Files\Microsoft System Center 2012\DPM\DPM\bin\DPMLA.exe
手動で検出する - DPM は、物理的に接続されているテープ デバイスを自動的に検出し、[管理] ビューの [ライブラリ] ワークスペースに表示されます。 デバイスが表示されない場合は、[再スキャン] ボタンを使用して手動で検出できます。 この処理には数分かかる場合があります。 再スキャン後、デバイス マネージャーに表示される詳細とテープ ライブラリが同じであることを確認します
テープ共有を設定する - 複数の DPM サーバー間で 1 つのテープ ライブラリを共有する場合は、テープ共有を設定します。 以下の点に注意してください。
テープ ライブラリは、通常、テープ メディアのマウントおよびマウント解除を自動的に行うテープ ドライブのコレクションです。
テープ ライブラリは、記憶域ネットワーク (SAN) 環境に存在する必要があります。
ライブラリ サーバーは、DPM がインストールされ、ライブラリ共有コマンドが実行され、メディア チェンジャーが有効になっているコンピューターです。 ライブラリ クライアントは、DPM がインストールされ、ライブラリ共有コマンドが実行され、メディア チェンジャーが有効になっていないコンピューターです。 ライブラリ サーバー コンピューターとすべてのライブラリ クライアント コンピューターのシステム構成は可能な限り類似しており、ライブラリ サーバーで保護グループを構成しないことをお勧めします。
共有ライブラリを使用するすべての DPM サーバーでは、DPM データベースをホストするために同様の SQL Server セットアップを使用する必要があります。 たとえば、すべてのユーザーが DPM データベースのローカル インスタンスを使用する必要があります。または、すべてのユーザーがリモート インスタンスを使用する必要があります。 ローカル インスタンスを使用する DPM サーバーと、リモート インスタンスを使用する DPM サーバーを持つことはできません。
テープを設定した後、保護するデータ ソースを含む保護グループを作成すると、長期的および短期的なデータ ストレージ用のテープを選択できるようになります。
複数の DPM サーバーに共有ライブラリを使用する場合は、次の手順に進みます。
Set up tape sharing
共有ライブラリのライブラリ サーバーとなるコンピューターで、デバイス マネージャーを使用して中規模のチェンジャーを有効にします。
各ライブラリ クライアント コンピューターで、メディア チェンジャーが有効になっていないことを確認してください。
ライブラリ サーバーとライブラリ クライアント コンピューターの SQL Server インスタンスの名前付きパイプ プロトコルを有効にします。 次に、SQL のサービスを再起動します。
共有ライブラリを使用するように DPM サーバーを構成するには、各ライブラリ クライアント コンピューターで管理者特権のコマンド プロンプト ウィンドウを開き、次のコマンドを実行します。
cd <system drive>:\Program Files\Microsoft System Center 2012 R2\DPM\DPM\SetupAddLibraryServerForDpm.exe -DpmServerWithLibrary <FQDN of library server>ここで、'<FQDN of library server>' はライブラリ サーバーの完全修飾ドメイン名です。
ライブラリ サーバー コンピューターで、管理者特権でのコマンド プロンプト ウィンドウを開き、各ライブラリ クライアントごとに次のコマンドを実行します。 たとえば、ライブラリ サーバーで 3 台のライブラリ クライアントがサポートされている場合は、ライブラリ サーバーでこのコマンドを 3 回実行します。
cd <system drive>:\Program Files\Microsoft System Center 2012 R2\DPM\DPM\SetupAddLibraryServerForDpm.exe - ShareLibraryWithDpm <FQDN of library client>ここで、<FQDN of library client>はライブラリ クライアントの完全修飾ドメイン名です。
すべてのライブラリ クライアント コンピューターで次のコマンドを実行する前に、SQL Server (MSDPM2012) サービスと SQL Server エージェント (MSDPM2012) サービスがログオン アカウントとしてドメイン ユーザー アカウントを使用していることを確認します。 また、ドメイン アカウントが、ライブラリを共有するすべてのコンピューターのローカル管理者グループのメンバーであることを確認します。 次に、各ライブラリ クライアント コンピューターで、管理者特権のコマンド プロンプト ウィンドウを開き、次のコマンドを実行します。
cd <system drive>:\Program Files\Microsoft System Center 2012 R2\DPM\DPM\SetupSetSharedDpmDatabase -DatabaseName <SqlServer\Instance\DatabaseName> [-DoNotMoveData]ここで、<SQLServer\Instance\Databasename>はライブラリ サーバーのデータベース名です。 この名前は、DPM 管理者コンソールの ABout DPM ウィンドウで確認できます。
ライブラリ サーバーの DPM 管理者コンソールで、再スキャンを実行します。 次に、各ライブラリ クライアント コンピューターで再スキャンまたは更新を実行します。
すべての DPM サーバー上の全メディアをすばやく表示するには、各サーバー上で再スキャンを行ってから、詳細なインベントリを実行するのが最も簡単な方法です。 次に、いずれかのサーバー上で複数のメディアを空きメディアとしてマークしてから、その他のサーバー上で更新を実行します。 ライブラリ共有を構成したら、共有テープ ライブラリを各 DPM サーバーに接続されているかのように使用できます。
次のステップ
記憶域を計画した後、テープ ストレージを検討している場合は、 Identify 互換テープ ライブラリに関する記事を参照してください。
DPM をインストールする準備ができたら、「DPM のインストール」 記事を参照。
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示