Modern Backup Storage を DPM に追加する

System Center Data Protection Manager (DPM) 2016 では、50% のストレージ節約、3 倍高速バックアップ、より効率的なワークロード対応ストレージを実現するために、最新のバックアップ ストレージ (MBS) が導入されました。 DPM 2019 では MBS のパフォーマンスがさらに向上し、Windows Server 2019 でのバックアップが 50 から 70% 高速になります。

Note

Windows Server 2019 に (階層化ボリュームを使用して) DPM 2019 を展開し、バックアップ パフォーマンスの向上を実現することをお勧めします。

• Windows Server 2016 で少なくとも DPM 2016 を実行している場合は、MBS が自動的に有効になります。 Windows Server 2016 より前の Windows Server バージョンで DPM を実行している場合は、MBS は使用されません。
• MBS は、ディスクへの短期バックアップのためのインテリジェント記憶域を提供します。 MBS では、ディスクのバックアップが速くなり、ディスク領域の消費が少なくなります。 MBS を使用しない場合は、各データ ソースには初期バックアップ用ボリュームと差分変更用ボリュームの 2 つのボリュームが必要です。
• MBS バックアップは ReFS ディスクに格納されます。 ReFS ブロックの複製と VHDX テクノロジを使用します。 詳細については、こちらを参照してください。
• DPM 2019 以降では、DPM ネイティブ ストレージに階層化されたボリュームを使用できます。これにより、バックアップが 50 から 70% 高速になります。

Note

DPM は、MBS バックアップに使用される ReFS ディスク上の重複除去をサポートしていません。

DPM 2019 では記憶域にボリューム/ディスクを使用できます。 ボリュームを追加すると、DPM は Modern Backup Storage の新機能を使用するために、そのボリュームを ReFS にフォーマットします。 ボリュームをダイナミック ディスクに配置することはできません。ベーシック ディスクのみを使用します。

Note

物理ディスクが 2TB を超える場合、DPM のボリュームを作成する前に、ディスクを GPT に変換する必要があります。

ボリュームを DPM に直接渡すことができます。ただし、後で必要に応じてボリュームを拡張する際に問題が発生する可能性があります。 記憶域プールを使用して追加ボリュームを作成し、DPM に公開すると、必要に応じて拡張することができます。 次のセクションでは、階層化されたボリュームを作成し、DPM にボリュームを追加し、後で展開する方法について詳しく説明します。

階層型記憶域で MBS をセットアップする

DPM 2016 では Modern Backup Storage (MBS) が導入されて、記憶域の使用率とパフォーマンスが向上しました。 MBS では、基になるファイルシステムとして ReFS が使用されます。 MBS は、階層化ストレージなどのハイブリッド ストレージを使用するように設計されています。 MBS によって要求されるスケールとパフォーマンスを実現するには、DPM ネイティブ ストレージ用の HDD と組み合わせて、DPM 2019 のフラッシュ ストレージ (SSD) の小さな割合 (記憶域全体の 4%) を階層化ボリュームとして使用することをお勧めします。

階層型記憶域を構成した後、ReFS ファイル システムには、SSD 階層にファイル システム メタデータを格納するためのインテリジェンスがあります。 これにより、バックアップ ジョブ全体の時間が大幅に短縮されます。 保護グループの構成中などに、これ以上の構成は必要ありません。

Note

• バックアップを高速にするには階層化をお勧めします。 ただし、これは DPM ストレージを構成するための必須要件ではありません。
• ローカルで作成された VHD (VHDX) ファイルをアタッチして、物理 DPM サーバー上のストレージとして使用することはできません。 Windows Server 2016 以降で実行されている VM に展開されている DPM 2019 以降を実行していることを確認します。
• DPM を仮想マシンに展開する場合、DPM 2019 は、Windows Server 2016 または Windows Server 2019 で実行されている VM に展開できます。 最適なパフォーマンスを得るための DPM 2019 は、最新の Windows 更新プログラムがインストールされた Windows 2019 にインストールすることを強くお勧めします。

前提条件

階層型記憶域は Windows 記憶域スペースを使用して構成します。 Windows 記憶域スペースの前提条件を次に示します。

領域	要件	Notes
ディスク バスの種類	- SAS (シリアル接続 SCSI) - SATA (シリアル アドバンスト テクノロジ アタッチメント) - iSCSI およびファイバー チャネル コントローラー。	iSCSI およびファイバー チャネル (FC) ディスク コントローラーを使用して記憶域スペースを構成する場合、回復性がない仮想ディスク (シンプルな任意の数の列を含むもの) のみがサポートされます。
HBA に関する考慮事項	- RAID 機能をサポートしないシンプルなホスト バス アダプター (HBA) をお勧めします - RAID 対応の場合、すべての RAID 機能を無効にして、HBA を非 RAID モードにする必要があります - アダプターは、物理ディスクの抽象化、データのキャッシュ、または接続されているデバイスの不明瞭化を行うことはできません。 これには、接続されている JBOD (just-a-bunch-of-disks) デバイスが提供するエンクロージャー サービスも含まれます。	記憶域スペースは、すべての RAID 機能を完全に無効にした場合にのみ、HBA と互換性があります。

Note

階層化ストレージを構成するには、Windows 記憶域スペースには最小 SSD サイズ 32 GB が必要です。

スタンドアロン サーバーで記憶域スペースを使用するための前提条件の詳細については、「スタンドアロン サーバーで記憶域スペースを使用するための前提条件」を参照してください。

サポートされているトポロジ

階層型記憶域を構成するには、記憶域を DPM サーバーに直接接続するか、SAN などの外部ストレージから接続することができます。 直接接続ストレージと外部ストレージの組み合わせも使用できます。

物理 DPM サーバーと仮想 DPM サーバーの両方のシナリオでサポートされる記憶域の組み合わせを次に示します。

• DPM サーバーに直接接続されている SSD と HDD
• 外部ストレージからの SSD と HDD
• DPM サーバーに直接接続されている SSD と外部ストレージからの HDD

Note

• 仮想マシンで実行されている DPM では、Windows 記憶域スペースを使用した階層型記憶域の構成がサポートされています。
• Hyper-V ホストは、仮想 SSD と HHD の両方を仮想マシンに提示します。
• 仮想 SSD は物理 SSD から切り出す必要があります。これは、Hyper-V ホストに直接接続することも、接続された外部ストレージから接続することもできます。

回復性

DPM では、Windows 記憶域スペースでサポートされている 3 種類の回復性がすべてサポートされています。 階層化ボリュームのミラー モードまたはパリティ モードの回復性を構成するには、HDD と共に複数の SSD が必要です。 1 つの SSD オプションを使用してシンプルな種類の回復性を構成すると、SSD が使用できなくなった場合にデータが失われる可能性があります。

次のグラフでは、Windows 記憶域スペース でサポートされている 3 種類の回復性の長所と短所を示します。

TYPE	PRO	CON	最小のディスク数
シンプル	- 最大のディスク容量 (100%)。 - 高スループット。 - 物理ディスク全体でデータがストライプ化される (可能な場合)。	- 回復性なし。 - 物理ディスクに障害が発生した場合、データ損失が保証されます。	1
ミラー	- 信頼性の向上。 - パリティよりもデータ スループットが高く、アクセスの待機時間が短い。 - 複数の物理ドライブの間でデータがストライプ化される。 データのコピーを 2 つまたは 3 つ構成できます。	- 容量の削減 (50%)。 - iSCSI または FC 接続の SAN ではサポートされない。	2 または 5
パリティ	- 物理ディスク全体でデータとパリティ情報がストライプ化される。 - 信頼性の向上。 - ジャーナリングによる回復性の向上。	- 容量が削減されるが、ミラーリングほどではない。 - iSCSI または FC 接続の SAN ではサポートされない。 - パフォーマンスが若干低下する。	3

スタンドアロン サーバー展開の物理ディスクの数と必要な回復性の種類の計画に役立つ詳細については、こちらのガイドラインを参照 してください。

DPM 記憶域を構成する

Windows 記憶域スペースでは、複数の物理ディスクを 1 つの論理ドライブにプールすることができます。 サーバーのローカル ストレージ リソースを使用して、ソフトウェア定義ストレージを簡単に作成できます。

階層型記憶域で MBS を設定するには、以下の手順のようにします。 以下に示すシーケンスの手順に従います。

注意

既存のストレージを階層化ストレージに変更する場合は、ボリューム移行を使用して現在のバックアップを一時ボリュームに 移行します。

1. 物理ディスクを準備して Windows 記憶域プールを作成する
2. 必要な回復性を備えた階層型記憶域を作成する
3. DPM 記憶域にボリュームを追加する
4. ファイル システム レベルで書き込み自動階層化を無効にする

Note

手順 1 の前に以前のバックアップを移行した場合は、ボリュームの移行を使用して、新しく作成したボリュームにデータを 移行します。

物理ディスクを準備して Windows 記憶域プールを作成する

次の手順を使用して、物理ディスクを準備して Windows 記憶域プールを作成します。

ディスクを初期化する

選択した回復性オプションに基づいて、必要な HDD と SSD の数を計算します。 ディスクを記憶域プールに追加する前に、サーバーに接続されている新しいディスクを先に初期化します。

Note

サイズが 2 TB を超えるディスクは GPT ディスクに変換されます。

ディスクを初期化するには、次の手順に従います。

1. サーバー マネージャーを開きます。

2. [ ファイル サービスとストレージ サービス] を選択します。

3. [ ボリューム ] を選択し、[ ディスク プール] を選択します。

4. ディスクを右クリックし、 [初期化] を選択します。

5. [はい] を選択してディスクを初期化します。 ディスク サイズが 2 TB を超える場合、ディスクは GPT ディスクに変換されます。

6. 残りのディスクに対して、初期化するための手順を繰り返します。

   

ルート プールを確認する

既定では、使用可能なディスクは 、Primordial プールという名前のプールに含まれます。 [記憶域プール] の下に [Primordial プール] が表示されていない場合は、記憶域が記憶域スペースの要件を満たしていないことを示します。 ディスクが 前提条件 セクションに記載されている要件を満たしていることを確認します。

次のコマンドレットを実行して、ルート プールで使用可能な物理ディスクを表示します。

Get-StoragePool -IsPrimordial $true | Get-PhysicalDisk | Where-Object CanPool -eq $True

例:

記憶域プールを作成する

論理セクター サイズが 4K の新しい記憶域プールを作成します。 最初に 1 つのディスクで記憶域ボリュームを作成します。

次のコマンドレットを実行して、記憶域プールを作成します。

New-StoragePool –FriendlyName DPMPool –StorageSubsystemFriendlyName (Get-StorageSubSystem).FriendlyName –PhysicalDisks (Get-PhysicalDisk –CanPool $True) -LogicalSectorSizeDefault 4096 -FaultDomainAwarenessDefault PhysicalDisk

例:

MediaType を SSD または HDD に設定する

既定では、Windows は接続されているディスクの種類を自動的に検出し、SSD または HDD として一覧表示します。 MediaType が [Unspecified](未指定) と設定された場合は、次のコマンドレットを使用して、適切な MediaType を手動で設定します。

Note

ディスクを正しく識別し (SSD/HDD)、それに応じて MediaType を設定することが重要です。 ディスクのサイズを識別子の 1 つとして使用できます。

1. 次のコマンドレットを実行して MediaType を確認します。

   Get-PhysicalDisk|FT DeviceID,BusType,MediaType,Size,UniqueId
   

   例:

   

2. 上記の例では、DeviceID が 1 のディスクに MediaType を SSD として割り当て、DeviceID が 2、3、4 のディスクに HDD を割り当てます。

   MediaType を設定するには、次のコマンドレットを実行します。

   Set-PhysicalDisk -UniqueId "600224802D66666E313C92E116E2ADA1" -MediaType SSD
   Set-PhysicalDisk -UniqueId "60022480965A3579C3EB929E0BA39776" -MediaType HDD
   Set-PhysicalDisk -UniqueId "60022480183A590476AA8940A84C8E9D" -MediaType HDD
   Set-PhysicalDisk -UniqueId "60022480DB4A64573FEC4C9C82BB48EB" -MediaType HDD
   

   例:

   

3. 次のコマンドレットを実行して、MediaType が正しく設定されていることを確認します。

   Get-PhysicalDisk | FT DeviceID, BusType, MediaType, Size, UniqueId
   

   例:

   

ライトバック キャッシュを無効にする

ライトバック キャッシュを無効にして、記憶域プール レベルでの自動キャッシュを無効にします (階層型記憶域にのみ適用)。 ライトバック キャッシュを無効にするには、次の PowerShell コマンドレットを実行します。

Set-StoragePool -FriendlyName DPMPool -WriteCacheSizeDefault 0

例:

階層型記憶域ボリュームを作成する

階層化ストレージ ボリュームは、次の方法で構成できます。

• シンプル ボリューム – SAN デバイスのストレージを使用している場合、または仮想マシンを使用している場合に推奨されます。 回復性は、基になる記憶域によって提供される必要があります。
• 回復性のあるボリューム – ローカルに接続されたストレージ (JBOD) のみを使用している場合にサポートされます。 回復性がストレージ レベルで構成されていないことを確認します。

階層型ストレージを作成する前に、列のサイズを計画する必要があります。

• 列のサイズによって、記憶域プール内の物理ディスク間でのデータの書き込み方法が決まります。また、仮想ディスクを拡張する前に記憶域プールに追加する必要がある物理ディスクの数も決定します。

• 列のサイズが大きいほど (最大 8)、全体的なパフォーマンスが向上します。 後で物理ディスクを追加する必要がある場合は、列サイズの倍数にする必要があります。

• 既定では、仮想ディスクまたはボリュームを作成すると、記憶域プールで使用可能なディスクの数に基づいて列のサイズが自動的に決定されます。

• サーバー マネージャーを使用して新しい仮想ディスクまたはボリュームを作成する場合、または New-StorageTier コマンドレットを使用しているときに列のサイズを指定しない場合は、既定の設定が使用されます。

• 既定の設定を変更するには、次のコマンドレットを実行します。

  • 現在の列サイズの設定を確認するには、次のコマンドレットを実行します。

  Get-ResiliencySetting
  

  例:

  

  • 列サイズの設定を変更するには、次のコマンドレットを実行します。

    ミラーの場合:

    Get-StoragePool DPMPool | Set-ResiliencySetting -Name Mirror -NumberOfColumnsDefault 1
    

    パリティの場合:

    Get-StoragePool DPMPool | Set-ResiliencySetting -Name Parity -NumberOfColumnsDefault 3
    

階層型ストレージを作成する手順に必要なタブを選択します。

シンプルな階層化ボリュームを作成する (回復性なし)

単純な階層化ボリューム (回復性なし) を作成するには、次の手順に従います。

1. 次のコマンドレットを実行して、SSD 階層を作成します。

   New-StorageTier -StoragePoolFriendlyName DPMPool -FriendlyName SSDTier -MediaType SSD -ResiliencySettingName Simple -NumberOfColumns 1 -PhysicalDiskRedundancy 0 -FaultDomainAwareness PhysicalDisk
   

   例

   

2. 次のコマンドレットを実行して、HDD 階層を作成します。

   New-StorageTier -StoragePoolFriendlyName DPMPool -FriendlyName HDDTier -MediaType HDD -ResiliencySettingName Simple -NumberOfColumns 1 -PhysicalDiskRedundancy 0 -FaultDomainAwareness PhysicalDisk
   

   例

   

3. SSD 層と HDD 層を使用して新しいボリュームを作成する

   Note

   プールの物理容量を超える可能性があるため、記憶域層のサイズは実際のサイズより少し小さくしてください。 階層化ボリュームの拡張の詳細を確認することで、後でレベルのサイズを変更 ( 拡張) できます。

   次のコマンドレットを実行して、SSD 層と HDD 層を使用して新しいボリュームを作成します。

   New-Volume -StoragePoolFriendlyName DPMPool -FriendlyName DPMVol -FileSystem ReFS -StorageTierFriendlyNames SSDTier,HDDTier -StorageTierSizes 745GB,14TB
   

   例:

   

4. 次のコマンドレットを実行して、新しく作成されたボリュームに使用されるパフォーマンスレベルと容量レベルを確認します。

   Get-StorageTier
   

   例

   次の図は、サーバー マネージャーに表示される最終的な結果を示しています。 Windows ディスク管理でボリュームを表示できます。これは DPM 記憶域プールに追加される準備ができています。

   

回復性のある階層化ボリュームを作成する

次の例では、SSD 階層がミラー回復性を使用して構成され、HDD 階層はパリティ回復性を使用して構成されます。 この構成では、1 つの SSD または 1 つの HDD でデータ損失が発生せずに失敗する可能性があります。

必要な回復性の種類とそれぞれの層について、 最小ディスク要件 が満たされていることを確認します。

注意

回復性のあるボリュームの構成は、ローカル接続ディスク (JBOD) を使用している場合にのみサポートされます。 詳細については、「前提条件」を参照してください。

回復性の高い階層化ボリュームを作成するには、次の手順に従います。

1. 次のコマンドレットを実行して、回復性の種類が Mirror である SSD 層を作成します。

   New-StorageTier -StoragePoolFriendlyName DPMPool -FriendlyName SSDMirrorTier -MediaType SSD -ResiliencySettingName Mirror -NumberOfColumns 1 -PhysicalDiskRedundancy 1 -FaultDomainAwareness PhysicalDisk
   

   例:

2. 次のコマンドレットを実行して、回復性の種類が パリティ の HDD 層を作成します。

     New-StorageTier -StoragePoolFriendlyName DPMPool -FriendlyName HDDParityTier -MediaType HDD -ResiliencySettingName Parity -NumberOfColumns 3 -PhysicalDiskRedundancy 1 -FaultDomainAwareness PhysicalDisk
   

   例:

3. 回復性がある SSD 階層と HDD 階層を使用して新しいボリュームを作成します。

   Note

   プールの物理容量を超える可能性があるため、記憶域層のサイズは実際のサイズより少し小さくしてください。 階層化ボリュームの拡張の詳細を確認することで、後でレベルのサイズを変更 ( 拡張) できます。

   次のコマンドレットを実行して新しいボリュームを作成します。

       New-Volume -StoragePoolFriendlyName DPMPool -FriendlyName DPMVOL -FileSystem ReFS -StorageTierFriendlyNames SSDMirrorTier, HDDParityTier -StorageTierSizes 745GB, 8TB
   

   例:

4. 次のコマンドレットを実行して、新しく作成されたボリュームに使用されるパフォーマンスレベルと容量レベルを確認します。

    Get-StorageTier
   

   例:

   

   次の図は、サーバー マネージャーに表示される最終的な結果を示しています。 ボリュームを DPM 記憶域プールに追加する準備ができました。 "Windows ディスク管理" でもボリュームを表示できます。

   

DPM 記憶域へのボリュームの追加

DPM ストレージにボリュームを追加するには、次の手順に従います。

1. DPM 管理コンソール>の [ディスク ストレージ] で、[再スキャン] を選択します。

2. [ ディスク ストレージの追加] で、[追加] を選択 します。 追加したボリュームにフレンドリ名を付けることができます。

3. [ OK] を選択 してボリュームを ReFS にフォーマットし、DPM で MBS として使用できるようにします。

   

ファイル システム レベルで書き込み自動階層化を無効にする

DPM によって ReFS メタデータを格納するためにパフォーマンス レベル全体を使用できるように、書き込みの自動階層化ファイル システム レベルを無効にすることをお勧めします。

Note

10% より多くの SSD がパフォーマンス レベルで使用される場合は、この手順をスキップできます。 これは、バックアップ速度の観点からパフォーマンスが低下した場合に、後で無効にすることができます。

書き込み自動キャッシュを無効にするには、次の手順に従います。

1. PowerShell を開きます。

2. 次のコマンドレットを実行して、現在の設定を表示します。

   fsutil behavior query disableWriteAutoTiering <driveLetter:>
   
   0 - Enable write auto tiering on the given volume (default)
   1 - Disable write auto tiering on the given volume
   

3. 次のコマンドレットを実行して、書き込みキャッシュを無効にします。

   fsutil behavior set disableWriteAutoTiering <driveLetter:> 1
   

   例:

   

新しく作成したボリュームにデータを移行する

既存の記憶域を階層型記憶域にアップグレードした場合は、ボリューム移行を使用してデータを移行できます。 PowerShell またはユーザー インターフェイスを使用して、データ ソースを移行できます。 詳細については、こちらを参照してください。

データ ソースの移行では、Modern Storage にすべての復旧ポイントが設定されている必要があります。

Note

• ディスクとボリューム上のバックアップを含むデータ ソースの移行 (ディスク バックアップの有効期限が切れていない場合の DPM サーバーのアップグレードなど) はサポートされていません。
• 移行は保護グループの変更に似ています。 移行の進行中は、アドホック ジョブをトリガーできません。 スケジュールされたジョブは構成どおりに続行します。 移行が完了すると、保護グループ内の現在のジョブは無効になります。

ワークロード対応記憶域の構成

ワークロードに対応する記憶域を使用すると、優先的に特定のワークロードを格納するボリュームを選択できます。 たとえば、トランザクション ログを持つ SQL Server のように頻繁に大量のバックアップを必要とするワークロードを格納するために、高い IOPS をサポートする高負荷ボリュームを構成できます。 VM など、バックアップの頻度が少ないワークロードは、低負荷ボリュームにバックアップできます。

Windows PowerShell コマンドレットを使用して、ワークロード対応記憶域を構成できます。

ボリューム プロパティの更新

1. Update-DPMDiskStorage を実行して、DPM サーバー上の記憶域プールのボリュームのプロパティを更新します。 構文は Parameter Set:Volume です。

2. 次のパラメーターを使用してコマンドレットを実行します。

   Update-DPMDiskStorage [-Volume] <Volume> [[-FriendlyName] <String> ] [[-DatasourceType] <VolumeTag[]> ] [-Confirm] [-WhatIf] [ <CommonParameters>]
   

   

   PowerShell コマンドレットを使用して行った変更は、DPM 管理コンソールに反映されます。

   

ボリュームの除外

DPM サーバーは管理者チームによって管理することができます。 バックアップに使用する記憶域に関するガイドラインも存在しますが、不適切なボリュームがバックアップ ストレージとして DPM に付与されると、重要なデータが失われる可能性があります。 そのため DPM 2016 UR4 以降では、このようなシナリオを防止するために、PowerShell を使用してそれらのボリュームを構成し、記憶域で "使用可能" と示されないようにすることができます。

たとえば、F:\ と C:\MountPoint1 を除外するには、以下の手順のようにします。

1. Set0DPMGlobalPropery コマンドレットを実行します。

   Set-DPMGlobalProperty -DPMStorageVolumeExclusion "F:,C:\MountPoint1"   
   

2. UI を使用してストレージを再スキャンするか、 Start-DPMDiskRescan コマンドレットを 使用します。

   構成されているボリュームとマウントポイントは除外されます。

3. ボリュームの除外を削除するには、次のコマンドレットを実行します。

   Set-DPMGlobalProperty -DPMStorageVolumeExclusion   
   

ボリュームの除外を削除した後、記憶域を再スキャンします。 すべてのボリュームとマウント ポイント (システム ボリュームを除く) を DPM 記憶域で使用することができます。

カスタム サイズの割り当て

DPM 2019 は、必要に応じて、記憶域を少量消費します。 DPM が保護のために構成されると、バックアップされるデータのサイズが計算されます。 多数のファイルとフォルダーが一緒にバックアップされている場合 (ファイル サーバーの場合と同様)、サイズの計算に時間がかかる場合があります。

DPM 2016 以降では、各ファイルのサイズを計算するのではなく、既定のボリューム サイズを受け入れるように DPM を構成できます。 対応するレジストリ キーは HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\Configuration\DiskStorage です。キー EnableCustomAllocationOnReFSStorage は文字列として、カスタム サイズ割り当てを有効にする場合は 1 に、DPM による既定サイズの割り当ての場合は 0 に設定されます。