ホーム›ガイド›ITバックアップ

ITバックアップ

物理サーバーにはどのようなバックアップが必要ですか?

物理サーバーは、1台のマシン全体としてバックアップします。システム、アプリケーション、アカウント、データを復元可能なイメージとして保存し、さらにファイルとデータベースのバックアップで補完します。データフォルダーだけをバックアップしていると、障害発生時にはファイルを戻す前にすべてを再インストールしなければならず、数日かかることも少なくありません。

最終更新:2026年10月3分で読めます5件の出典を引用

要点

  • システムイメージ(ベアメタル)は再起動のため、ファイルとデータベースは文書やテーブルを個別に戻すために使います。
  • SQLデータベースは、データベースを理解するツールでバックアップします。稼働中のファイルをコピーするだけでは不十分です。
  • コピーはサーバーの外に出す必要があります。内蔵の2台目のディスクは、火災にもランサムウェアにも耐えられません。
  • 交換用ハードウェアを用意しておきます:RAIDカード、シリアル番号に紐づいたライセンス、ドングルなど。
  • イメージの復元テストを少なくとも年1回テスト用マシンで行い、ファイルの復元テストは四半期ごとに行います。

2つのレベル、どちらも必要

システムイメージ(ベアメタルバックアップ)。サーバーのディスクを丸ごと取得します。サーバーが起動しなくなったとき、ディスクが故障したとき、ランサムウェアがシステムに被害を与えたときに使います。Microsoftは、異なるハードウェアにも復元できることなどから、ドメインコントローラーの再構築にこの種のバックアップを推奨しています。ただし、どの交換用ハードウェアで起動できるかを把握しておく必要があります。特殊な構成の物理サーバー(RAIDカード、シリアル番号に紐づいたライセンス、ドングル)は、別のマシンではうまく復元できないことがあります。障害の前にこれを想定しておくことも、バックアップの一部です。

ファイルとデータベースは、イメージに加えて取得します。マシン全体を復元せずに、文書やテーブルを戻すために使います。SQLデータベースは、エンジンが書き込み中のファイルをコピーするだけでなく、データベースを理解するツール(トランザクションの整合性を保つもの)でバックアップします。SQL Serverについて、Microsoftは3つの復旧モデルを説明しています。特定の時点に戻れるのは、トランザクションログを頻繁にバックアップする完全復旧モデルだけです。

イメージの頻度は日次で構いません。入力が絶えず行われる場合、データベースは1時間ごとにすることもできます。2つの履歴の保持期間を同じにする必要はありません。

システムイメージファイルとデータベース
用途故障または感染したサーバーの再起動文書、メールボックス、テーブルの復元
一般的な頻度日次日次〜1時間ごと(データベースのログ)
復元先同等のハードウェアまたは仮想マシンフォルダーまたはテスト用データベース
注意点ドライバー、RAID、ハードウェアに紐づいたライセンストランザクションの整合性

物理サーバーで忘れてはならないもの

  • データディスクの内容と構成情報(共有フォルダー、スケジュールタスク、証明書、サービスアカウント)。
  • データベースと業務アプリケーション(整合性のある方法で)。
  • メールがまだこのサーバー上で運用されている場合(オンプレミスのExchange)は、Microsoft 365とは別にそのメール。
  • サーバー自体の外にあるコピー。MicrosoftはSQL Serverについて、バックアップはデータベースファイルとは別の物理デバイスに保存すべきで、同じディスクの別パーティションでは不十分だと注意を促しています。内蔵の2台目のディスクは、電源の焼損にもシステムの暗号化にも耐えられません。
  • インストールメディアとソフトウェアの構成情報:ANSSI(フランス国家情報システムセキュリティ庁)は、探し回らずに再構築できるよう、これらを文書化しておくことを推奨しています。
  • バックアップの暗号鍵(このサーバー以外の場所に保管)。
  • テスト:少なくとも年1回はテスト用マシンにイメージを復元し、四半期ごとにファイルを復元します。方法はバックアップが機能しているかテストするには?で解説しています。

復旧に要する時間の目安

イメージがない場合:システム、ドライバー、アプリケーションを再インストールしてから、ファイルをコピーします。業務用サーバーでは、インストーラーとライセンスが見つかったとしても、1〜3日かかることがよくあります。

イメージとオフサイトコピーがある場合:所要時間は、戻すデータ量と交換用ハードウェアによって決まります。これがRTOであり、推測ではなく測定すべきものです。NIST(米国国立標準技術研究所)は、サプライヤーとの契約によってハードウェアの交換に備えておくことを勧めています。それでも所要時間が許容できない場合、その物理サーバーには災害復旧計画(DRP)が必要です。ハードウェアを修理する間、バックアップから待機用インスタンス上で再起動する仕組みです。

複数のサーバーを再開する必要がある場合は、順序が重要です。ANSSIは、依存関係(ディレクトリ、DNS、データベース)とアプリケーションの重要度を考慮した復元順序を事前に決めておくよう推奨しています。

WeDoBackの場合

WeDoBackは、WindowsおよびLinuxの物理サーバーに加え、SQL Server、Exchange、業務ソフトウェアをバックアップし、ソフトウェアや設定を含むサーバー全体、またはファイルのみを復元できます。データは送信前にマシン上で暗号化され、鍵はお客様が保持します。物理サーバー用エージェントの公表料金は、SMARTプランで月額20 €(税抜)で、これにストレージ料金として1 TBあたり月額49.99 €(税抜)が加わります。INTEGRALプランでは、ストレージは容量に応じて1 TBあたり月額100 €〜65 €(税抜)で、段階に応じてエージェントが無料で含まれます。アーカイブ用システムイメージのオプションもあり、サーバーおよび1 TBごとに、半年ごとのイメージで月額15 €(税抜)、毎月のイメージで月額60 €(税抜)です。ハードウェアを期限内に交換できない場合は、DRPプラン(災害復旧計画)によって、選択したバージョンから待機用インスタンス上でサーバーを再起動できます。

よくあるご質問

システムイメージは別のハードウェアに復元できますか?

多くの場合は可能です。たとえばMicrosoftは、Windows Serverのベアメタルバックアップを異なるハードウェアに復元できるとしています。ただし実際には、ストレージドライバー、RAIDカード、ハードウェアに紐づいたライセンスが問題になります。必要になる前に、物理マシンまたは仮想マシンで一度試しておく必要があります。

ディスクがRAID構成でも、物理サーバーのバックアップは必要ですか?

必要です。RAIDはディスクが故障しても稼働を続けられるようにするものですが、削除、データ破損、ランサムウェアによる暗号化もそのまま複製します。履歴もサーバー外のコピーもないため、バックアップではありません。

物理サーバーはどのくらいの頻度でバックアップすべきですか?

イメージは日次で構いません。常に入力が行われるデータベースでは、トランザクションログを1時間ごと、あるいはさらに頻繁にバックアップすることが妥当な場合があります。これにより特定の時点に戻れます。頻度は、許容できるデータ損失量であるRPOから導き出します。

バックアップ、災害復旧計画(DRP)、事業継続計画(BCP)をご検討中ですか?

20年以上にわたり、企業のデータ保護に携わってきた実績があります。

見積もりを依頼する+33 9 72 50 78 28

WeDoBackで大切なデータを守りましょう

暗号化されたオフサイトバックアップ、イミュータブルストレージ、災害復旧計画(DRP)、事業継続計画(BCP)。お客様のサーバー構成をお知らせいただければ、最適な組み合わせをご提案します。