Microsoft Learnのwbadminコマンド資料は、Windows Server 2025でのバックアップ操作を扱っています。結論は、サーバー内の別ディスクやタスクの成功記録だけを災害復旧策にしないことです。システム状態、業務データ、必要な設定を独立した保存先へ取り、ファイル復元とフルサーバー復元の経路を実際に確かめます。
今週は、復旧したい状態と保存先を決め、バックアップを一度実行したうえで、隔離した環境でファイル復元を試します。復元先の条件を確認できない場合、そのバックアップは「検証済み」と扱わないでください。
この記事は、Windows Server 2025の導入前にバックアップ範囲を決めたいIT管理者、定期実行はしているものの復元演習がない業務システムの担当者向けです。Windowsの業務を独占型物理サーバーへ移す際に、外部の保存先を自ら準備するチームにも役立ちます。
Windows Server 2025のバックアップと復元は復旧目標から設計します
最初に決めるのは、バックアップ製品やコマンドではなく、障害後に何を戻すかです。誤って消したファイルの復元、システム状態の復旧、サーバーが起動しない場合のフルサーバー復元では、必要なデータや手順が異なります。
業務側と、許容できるデータ損失の範囲、復旧にかけられる時間を決めます。適切な値は業務によって変わるため、一般的な目安をそのまま採用せず、担当者と確認してください。
バックアップ対象を整理するときは、少なくとも次を確認します。
- IISのサイト設定、アプリケーションのファイル、アップロードデータ。
- 証明書と秘密鍵、構成ファイル、ジョブやタスクの設定。
- 業務アプリケーションの依存ファイル、データベースなど別途バックアップが必要なデータ。
- システム状態や、起動・復旧に必要なボリューム。
システム状態のバックアップだけで業務ファイルがすべて戻るとは限りません。反対に、サイトのファイルだけを保存しても、サーバー全体の復旧に必要な情報が不足する場合があります。復元対象を先に一覧にすれば、どのバックアップに何を含めるかを判断できます。
保存先は本番サーバーと障害の境界を分けます
本番サーバーに接続した別ディスクは、通常のディスク故障には役立つ可能性があります。しかし、サーバー本体の故障や、管理者権限の侵害、誤操作まで考えると、同じ装置の中だけに置いたコピーでは障害範囲を分離できません。バックアップ先を本番環境から独立させ、別の管理権限や保管場所も検討します。
Windows Server Backupやwbadminの保存先にローカルボリュームを使う場合は、その装置自体の故障時にコピーも失われないか確認します。ネットワーク共有を使う場合は、実行アカウントのアクセス権、共有先の空き容量、認証情報の保管場所を確認してください。共有先へ書き込めても、障害時に同じ認証情報を使えるとは限りません。
次の条件分岐で保存方法を選びます。点数は性能評価ではなく、準備状況を確認するための自己採点です。
- 独立した保存先、復元用の認証情報、復元手順がそろっている：2点。 その保存先へバックアップし、復元演習へ進みます。
- 保存先は別装置だが、本番環境と同じ場所・管理権限に依存している：1点。 コピーは作成できますが、障害範囲と権限を分ける方法を追加で検討します。
- コピー先が本番サーバー内だけ、または復元用の権限が不明：0点。 これを災害復旧策とせず、独立した保存先とアクセス手段を用意してから運用を始めます。
Microsoftのバックアップと復旧に関するセキュリティ基準も確認し、保存先へのアクセス管理と復旧手順を運用に含めます。
Windows Server Backupとwbadminを設定します
Windows Server Backupが未導入の場合は、サーバーマネージャーの「管理」から「役割と機能の追加」を開き、「機能」でWindows Server Backupを選びます。PowerShellでは、管理者権限で次のように機能の状態を確認し、未導入なら追加できます。Install-WindowsFeatureのMicrosoft Learn資料で機能名とパラメーターを照合してください。
Get-WindowsFeature Windows-Server-Backup
Install-WindowsFeature Windows-Server-Backup
設定の流れは次のとおりです。
- サーバーマネージャーの「ツール」から「Windows Server Backup」を開きます。
- 「ローカルバックアップ」を選び、スケジュールを作成するか、必要な場合は一度限りのバックアップを選択します。
- バックアップ対象を指定します。システムの起動に必要な範囲と、業務データの範囲を照合します。
- 保存先を指定し、共有フォルダーを使う場合は書き込み権限と、復旧時の認証手段を確認します。
- 実行後、タスクの結果、保存先の容量、対象範囲を記録します。
コマンドで重要なボリュームを対象にする例は、次のとおりです。実環境の保存先を指定し、管理者として実行してください。
wbadmin start backup -backupTarget:E: -allCritical -quiet
業務データのボリュームを個別に指定する場合は、対象を確認してから-includeを使います。たとえば保存先をE:、業務データをD:とする例は次のとおりです。
wbadmin start backup -backupTarget:E: -include:D: -quiet
これらは用途の異なる指定例です。どちらか一方の実行だけで、あらゆる構成のシステム状態、アプリケーションデータ、フルサーバー復旧がそろうとは限りません。オプションの意味はwbadmin start backupのコマンド資料とWindows Server Backupのコマンドリファレンスで確認します。
実行後は保存世代と中身を確認します
タスクが成功と表示されたら、そこで完了にしないでください。保存先に世代が作られたか、必要なボリュームや対象項目が含まれるか、実行時の警告やエラーがないかを確認します。Windows Server Backupの画面で結果を確認し、必要に応じてイベント記録も調べます。
wbadminで保存世代を確認する場合は、保存先を指定して次のコマンドを使います。ネットワーク共有など、対象に応じた指定方法はwbadmin get versionsの説明を参照してください。
wbadmin get versions -backupTarget:E:
共有先では、同じ保存場所に対する権限変更や、古い世代の上書き・削除が復旧に影響することがあります。世代が一覧に出ることと、実ファイルが期待どおり戻ることは別の確認です。失敗時に誰が原因を調べ、再実行し、結果を記録するかも決めておきます。
注意：バックアップの完了表示は、復元可能性の証明ではありません。少なくともファイルを別の場所へ戻し、中身を開けるところまで確かめてください。
よくある確認事項
ファイル復元からフルサーバー復元へ段階的に進みます
まず本番データを上書きしない環境で、単一ファイルやディレクトリを復元します。内容、更新日時、アプリケーションからの参照に問題がないかを確認します。その後、業務上必要ならシステム状態やフルサーバー復元の手順を検証します。
Microsoft Learnの完全なサーバーのバックアップに関する資料と、フルサーバー復元の実行手順で前提条件を確認してください。回復環境、必要な起動手段、保存先への接続、管理権限がそろうかを、演習前に確認します。異なるハードウェアで同じ手順のまま起動できるとは限らないため、実際の復元先に合わせて検証します。
導入前の受け入れ確認に復元演習を含めます
運用開始前と、構成変更後に次の項目を確認してください。チェックが付かない項目がある場合は、その状態を解消するまで「復元確認済み」と扱わないでください。
- [ ] 本番サーバーとは障害の境界が分かれた保存先がある。
- [ ] システム状態、業務データ、必要な設定がバックアップ対象に含まれている。
- [ ] 最新の世代と実行結果を確認できる。
- [ ] 復元に必要な認証情報、権限、起動手段を用意できる。
- [ ] ファイル復元を試し、内容とアプリケーションからの参照を確認している。
- [ ] 必要な範囲のフルサーバー復元を試し、結果を記録している。
- [ ] 失敗時の連絡先、再実行手順、保存世代の扱いが決まっている。
独占型物理サーバーを借りても、スナップショット、外部バックアップ、復元代行が自動で付くとは限りません。共有型の仮想サーバーでも、保存機能や復旧範囲は契約内容に左右されるため、事業者の機能を確認せずにバックアップ済みと判断しないことが重要です。共有環境でCPUの割り当てやストレージ構成を細かく管理しにくい場合や、Windowsの業務環境を一台で専有したい場合は、独占型のAMD物理サーバーも比較対象になります。ただし、専有機を選ぶ場合も、独立した保存先と復元演習は別に準備します。
Windows Serverの導入先を比べる際は、NodeKVMの案内で利用可能な環境を確認し、注文前に料金と選択項目でWindowsの版、言語、ディスクなど実際の選択肢を照合してください。製品の選択内容とバックアップの手配は分けて考え、業務に必要な保存先と復元手順を自社の運用計画に含めます。
最終更新日：2026年10月25日。wbadmin、Windows Server Backup、完全なサーバーのバックアップと復元に関する記述は、Microsoft Learnのコマンド資料、バックアップ資料、復元資料を基に確認しています。
よくある質問
-
Q
Windows Server 2025のサーバー全体をバックアップするには、何を指定すればよいですか？
まず復旧したい範囲を決め、システムに必要な重要ボリュームと業務データを含めます。Windows Server Backupの画面で対象を選ぶ方法に加え、wbadminの全重要ボリューム指定や個別ボリューム指定も使えます。ただし、コマンドの成功だけでは復元可能とは判断できません。独立した保存先を使い、実際に復元を試します。
-
Q
Windows Server Backupのバックアップが復元できるか、どう確認できますか？
wbadmin get versionsで保存先に記録されたバックアップ世代を確認し、対象の日時やコンピューターを照合します。これは世代が見えることの確認であり、データの復元試験の代わりにはなりません。業務に影響しない場所でファイルを戻し、必要な場合は回復環境からフルサーバー復元の手順も確かめてください。
-
Q
wbadminの保存先にネットワーク共有を指定できますか？
共有フォルダーを保存先として指定できます。実行アカウントに共有先とファイルシステム双方の必要な権限があることを確認し、保存先の空き容量や世代の保持方法も決めます。共有先にアクセスできることだけでは、障害時に認証情報を用意できるとは限りません。復元時に必要な資格情報も別途管理し、実際に接続と復元を検証します。
-
Q
システム状態と業務ファイルは、別々にバックアップする必要がありますか？
一律に分ける必要があるわけではありませんが、復元対象と変更頻度が異なるため、何を戻すかを分けて設計すると運用しやすくなります。システム状態だけでは、IISのサイトデータやアプリケーション固有ファイルがそろうとは限りません。証明書や設定、依存ファイルも棚卸しし、それぞれの復元方法を確認してください。