Info2softは、ウェブサイトでより快適で適切な閲覧体験を提供するためにCookieを使用しています。 プライバシーポリシー
Loading...
著者:
System Center Data Protection ManagerはHyper‑V VSSライターと連携し、ダウンタイムなしで仮想マシンを保護するため、Microsoftを中心とした環境でのHyper‑V VMのバックアップで一般的に選択されます。
本ガイドではDPMのセットアップ手順、リカバリオプション、IT部門が代替製品の検討に至る要因となる本番環境での制限事項について解説します。
System Center Data Protection Manager（DPM）はMicrosoftのエンタープライズ向けバックアップ・リカバリソリューションです。Hyper‑V環境においては、ホスト上にエージェントを展開しWindowsボリュームシャドウコピーサービス（VSS）と連携させ、稼働中のワークロードを中断させずにアプリケーション整合性のある仮想マシンのスナップショットを取得します。
DPMには2種類の保護方式があります。
バックアップジョブを実行する前に、環境が一連のアーキテクチャおよび構成要件を満たしている必要があります。
保護設定を行う前に、バックアップ範囲とストレージアーキテクチャという2つの事項が展開全体を左右します。
1. Hyper‑VホストにDPM保護エージェントをインストールする
［管理］タブに移動し、［エージェント］を選択し、各ホストへエージェントをプッシュ配布します。信頼されていないドメインまたはワークグループ内のホストの場合は手動でエージェントをインストールしてください。エージェントのプッシュ配布には事前に特定のファイアウォールポートを開放しておく必要があります。
2. DPMにHyper‑Vホストを追加する
［管理］タブの下で［実稼働サーバー］を選択し［追加］をクリックします。ウィザードに従い、各対象ホストの資格情報を入力します。
3. DPMストレージプールを構成する
専用の物理ディスクをストレージプールに割り当てます。Modern Backup Storage（MBS）とそのブロッククローニング技術を有効にするため、ReFSでフォーマットされたボリュームを推奨します。
4. 保護グループを作成する
［保護］タブで［新規］をクリックし、グループ種別として［サーバー］を選択します。保護対象のVMを選択し、ディスクベースの短期保護を選択します。
5. 短期リカバリ目標を設定する
保持期間（ディスクの場合最大448日）、同期頻度、高速フルバックアップのスケジュールを定義します。
6. Azureバックアップを有効にする（オプション）
オフサイト保護を追加する場合は、ウィザード内でAzure Recovery Servicesコンテナーへバックアップポイントをコピーするオプションを選択します。
7. レプリカ作成方法を選択する
小規模環境の場合はネットワーク経由で即時レプリケーションを実行します。VMデータセットが大きい環境では物理メディアを使用した手動レプリケーションにより、初回同期時の帯域幅の逼迫を回避できます。
8. バックアップ状況を確認する
［監視］タブを開き、初回レプリカがエラーなく完了していることを確認します。不整合が発生した場合はコンソールから手動で整合性チェックを実行します。
DPMは復元対象の環境範囲と復元先に応じた複数のリカバリ手段を提供します。
リカバリ目標を計画する際、バックアップ頻度がRPOを決定します。同期の頻度が高いほど消失する可能性のあるデータは少なくなります。選択したリカバリ手段が業務再開までの時間、すなわちRTO目標に直接対応します。
DPMはWindows Serverと密接に統合されていますが、複雑な環境においてスケーリングを困難にする複数のアーキテクチャ上の制約が存在します。
DPMは共有VHDXファイルを使用する仮想マシンをホストレベルでバックアップできません。Hyper‑V VSSライターが共有仮想ハードディスク配下のボリュームに対応していないためです。パススルーディスクを使用するVMも同様の問題が発生します。ホスト側からゲストに直接マッピングされた生の物理ボリュームのスナップショットを取得できないためです。これらのケースではゲストレベル保護に切り替え、対象VMそれぞれにエージェントを導入する必要があります。
既定のレプリカボリューム16 TBの上限も考慮すべき制約です。これは標準の4Kクラスタサイズに由来し、レジストリによる回避策は存在するものの手動設定が必要で管理オーバーヘッドが増大します。
Windows Server重複排除ボリューム上に保存されたVHDからはアイテムレベルリカバリ（ILR）を利用できません。ILRが利用不可の場合、単一ファイルを復旧するにはまずVHD全体を復元した上で手動でデータを抽出する必要があり、リカバリ時間が大幅に長引きます。
Hyper‑Vワークロードに対するテープのサポートも制限されています。DPMはディスクまたはクラウドへの増分バックアップに対応する一方、テープはフルバックアップのみに対応し、大規模なVMデータセットには実用的ではありません。
DPMはAzure環境とオンプレミス環境の間に厳格な境界を設けています。Azure VMとして動作するDPMインスタンスはオンプレミスのHyper‑Vホストを保護できず、オンプレミスのDPMサーバーはAzureネイティブVMを保護できません。このためハイブリッドシナリオの管理が複雑になります。
仮想化環境が混在する場合、DPMのVMwareサポートも制限的です。VMware VMをエージェントレスで保護するのではなく個別の物理サーバーとして扱うため、専用製品と比較して管理オーバーヘッドが大きくなります。
導入初期に行ういくつかの構成選択が、長期的な信頼性とストレージ効率に大きな影響を与えます。
バックアップトラフィックと本番ワークロードが同一のネットワークインターフェースを共有すると競合が発生します。バックアップレプリケーション用に別のNICを割り当て、PowerShellのAdd‑BackupNetworkAddressコマンドレットを実行することで、バックアップデータを別の物理経路に流し、本番の帯域幅への影響を回避できます。
ストレージ面では、重要度の低いディスクを保護対象から除外することでストレージプールの消費量を抑えられます。DPM 2025 UR1から利用可能なExcludeDisk.ps1スクリプトにより、VM単位でホストレベルバックアップジョブから特定の仮想ディスクを除外できます。
リカバリ目標や書き込みパターンが類似するVMを同一の保護グループにまとめます。高頻度で稼働するデータベースサーバーと優先度の低い開発用VMを同一グループに混在させるとリソース競合が発生し、バックアップスケジュールのチューニングが難しくなります。
アプリケーションワークロードの場合は、増分同期のみに依存せず定期的に高速フルバックアップを実行するようスケジュールします。高速フルバックアップは変更ブロックのみを転送しつつリカバリポイントを更新するため、増分バックアップの効率性とフルバックアップの整合性を両立できます。
SMTP通知を設定し、バックアップ失敗時に手動でコンソールを確認せずとも即座に電子メールアラートが送信されるようにします。
定期的にリストアのテストを実施します。アイテムレベルリカバリが動作すること、別ホストへの代替場所リカバリ（ALR）が目標RTO以内に完了することを検証します。マイクロソフトは既知のVSS関連の不具合修正やメジャーバージョン間のホスト‑エージェント間安定性向上のため更新ロールアップをリリースするため、速やかに適用してください。
DPMは純粋なMicrosoftスタック内では良好に動作しますが、エージェントレスによるVMwareサポートの不在、テープオプションの制限、重複排除とILRの競合、オンプレミスとクラウド環境間の厳格な境界など、制限が積み重なります。
複合インフラストラクチャを運用し、単一プラットフォームで保護を統合したいチームには、i2Backupがこれらの課題に直接対応します。
スケジュールされたバックアップを超えた高い耐障害性が必要な場合、Info2softのi2Availabilityは重要ワークロード向けのリアルタイムレプリケーションと自動フェイルオーバーを提供します。RPOをほぼゼロにしたい場合は、i2CDPが変更データをバイト単位でリアルタイムにレプリケートします。
DPMはWindows Serverで構築されたHyper‑V環境に対して堅実なネイティブ保護を提供しますが、インフラストラクチャが拡大するにつれアーキテクチャ上の制約への対応が難しくなります。共有VHDXの制限、重複排除とILRの競合、テープの制限、エージェントレスによるVMwareサポートの不在は、特殊なケースではなく本番環境で考慮すべき事項です。
DPMで要件を十分に満たせる環境では、本ガイドのベストプラクティスが安定稼働に役立ちます。これらの制約に収まらなくなった環境に対しては、Info2softのi2Backupがより広範なプラットフォーム非依存の代替手段となり、単一コンソールから混在仮想化環境、柔軟なバックアップ先、高速なリカバリオプションを扱えます。
いずれの場合も優先事項は同じです。リカバリ目標を明確にし、定期的にリストアをテストし、重要な場面でバックアップソリューションが目標を達成できることを確認してください。
