なぜサーバーをバックアップする必要があるのでしょうか？サーバーはあらゆるテクノロジーインフラの中核を成しています。そのため、サーバーデータのバックアップとポイントインタイムリカバリが重要です。
データの損失、災害（人為的または自然災害）、および破損からデータを保護することは、IT組織にとって最優先事項の1つです。アイデアは豊富ですが、効率的かつ効果的なバックアップ操作を実装するのは困難な場合があります。エンタープライズバックアップソフトウェアは、バックアップおよびリカバリ操作の複雑さを軽減します。データバックアップは、災害復旧計画の一部にすぎません。慎重な設計とテストを行わないと、望ましいレベルのデータおよび災害復旧機能を提供できない可能性があります。
サーバーデータをバックアップする最良の方法
サーバーバックアップの重要性がわかったところで、組織が導入できる4つの主要なバックアップ方法について見ていきましょう。これらの様々な種類のサーバーバックアップにはそれぞれ異なる利点と潜在的な欠点があり、さまざまな環境や要件に適しています。これらの方法を理解することで、組織固有のニーズに最適なバックアップ戦略を選択できます。
図: サーバーバックアップ方法の比較
1. サーバーの完全バックアップ
サーバーの完全バックアップでは、ディスクやテープなどの別のストレージメディアに、すべてのデータの包括的なコピーが作成されます。このバックアップ方法では、単一のメディアセットですべてのデータの完全なコピーが確実に利用できるため、目標復旧時間（RTO）が最小限に抑えられます。このプロセスでは、選択されたファイル、フォルダ、データベース、アプリケーション、システム状態の各コンポーネントが、前回のバックアップ以降に変更されているかどうかに関係なく、完全にコピーされます。その結果、サーバー環境の完全な特定時点のスナップショットが作成され、他のバックアップセットに依存することなく、自己完結型の復旧ソースとして単独で機能します。
多くの組織では、信頼性の高い復旧ポイントを確立するために、定期的に（多くの場合週単位で）サーバーのフルバックアップを実施しています。フルバックアップは包括的な性質を持つため、ストレージ要件は相当なものになる可能性がありますが、復元時に単一のバックアップセットにアクセスするだけで済むため、最速の復旧速度を実現します。これは、ダウンタイムの最小化が重要な災害復旧シナリオにおいて特に有効です。最新のエンタープライズバックアップソリューションは、圧縮および重複排除技術によってストレージの課題に対処し、完全なデータ保護を維持しながら実際のストレージ容量を大幅に削減します。このタイプのバックアップでは、バックアップサーバーに十分なストレージ容量を設定することが不可欠です。
フルサーバーバックアップの利点
- 単一のバックアップ セット内のすべてのデータの完全なコピー
- 復元プロセスを簡素化します（必要なバックアップ セットは 1 つだけです）
- すべてのバックアップ方法の中で最も速いリカバリ時間を実現
- 自己完結型バックアップで依存リスクを軽減
フルサーバーバックアップのデメリット
- 他のバックアップ方法よりも実行に時間がかかります
- 大幅に多くのストレージスペースが必要
- バックアップウィンドウ中にサーバーのパフォーマンスに影響を与える可能性があります
- 頻繁なバックアップによるストレージコストの増加
ほとんどの組織では、毎日ではなく定期的にサーバーのフルバックアップを実行しています。データ量が少ないデータセンターでは、フルバックアップを毎日実行する場合もありますが、ほとんどの組織では、効率的なバックアップ構成を実現するために、フルバックアップと増分バックアップまたは差分バックアップを組み合わせています。
2. 増分サーバーバックアップ
増分サーバーバックアップは、あらゆる種類の最後のバックアップ操作以降に変更されたデータのみをコピーします。バックアップアプリケーションはファイルの変更タイムスタンプを追跡することで、前回の操作以降に変更されたデータを特定し、バックアップ時間とストレージ消費を最小限に抑える非常に効率的なバックアッププロセスを実現します。この効率性により、増分バックアップは、データ量が多い、バックアップ時間が限られている、またはストレージ容量が限られている組織にとって特に有益です。差分変更のみをキャプチャすることで、増分バックアップは通常数分で完了します。通常、フルバックアップでは数時間かかるため、営業日を通してより頻繁に保護ポイントを設定できます。これは、サーバーで利用可能なバックアップの種類の中で最もストレージ効率に優れています。
サーバーの増分バックアップにおいて最も重要な考慮事項は、復元時の依存関係です。特定の時点のデータを復元するには、バックアップソフトウェアは最初の完全バックアップを適用し、その後、時系列順に各増分バックアップを適用する必要があります。このプロセスにより、特に多数の増分バックアップセットから復元する場合、完全バックアップと比較して復元時間が長くなる可能性があります。
増分サーバーバックアップの利点
- 最速のバックアップ方法（変更されたデータのみをコピー）
- 他の方法に比べてストレージ要件が最小限
- クラウドバックアップ実装のネットワーク帯域幅を削減
- パフォーマンスへの影響を最小限に抑えながら頻繁に実行できる
- 限られたバックアップウィンドウに最適
増分サーバーバックアップのデメリット
- 復元には以前のすべてのバックアップ セット (完全バックアップ + すべての増分バックアップ) が必要です
- 完全バックアップや差分バックアップよりも復元時間が長くなります
- バックアップ セットが破損した場合のリスクが高くなります
- 複数のメディアセットを必要とするより複雑な復元プロセス
増分バックアップは必要に応じて何度でも実行できるため、サーバーバックアップリソースが限られている組織に最適です。完全バックアップよりも速く完了し、必要なストレージ容量も少なくなります。
3. 差分サーバーバックアップ
差分サーバーバックアップは、前回のバックアップ以降に変更されたデータをコピーする点で、当初は増分バックアップに似ています。しかし、その後の各操作では、前回の完全バックアップ以降に変更されたすべてのデータが引き続きコピーされるため、増分バックアップよりも多くのデータが保存されますが、完全サーバーバックアップよりも少ないデータが格納されます。このアプローチは、バックアップの範囲に中間的な位置を作り出します。つまり、各差分バックアップはバックアップサイクルを通じて徐々に大きくなり、次の完全バックアップで基準点がリセットされます。組織は通常、差分バックアップを週単位のサイクルで実装します。つまり、週末に完全バックアップを実行し、平日にその週末の完全バックアップ以降のすべての変更をキャプチャする差分バックアップを実行します。多くのサーバーバックアップソフトウェアソリューションは、この種のバックアップ戦略を組み込みでサポートしています。
差分バックアップの主な利点は、増分バックアップに比べてリカバリプロセスが合理化されていることです。復元には、最新の完全バックアップと最新の差分バックアップの2つのバックアップセットのみが必要です。この簡素化されたリカバリチェーンにより、復元時間と複雑さが大幅に削減されるだけでなく、増分バックアップに固有の連鎖的な依存関係のリスクも排除されます。
差分サーバーバックアップの利点
- 完全なサーバーバックアップよりも高速
- 復元には 2 つのバックアップ セットのみが必要です (完全 + 最新の差分)
- 増分バックアップよりも信頼性の高い復元
- バックアップ速度と復元のシンプルさを両立
- 増分リカバリよりも簡単なリカバリプロセス
差分サーバーバックアップのデメリット
- 増分バックアップよりも多くのスペースと時間が必要
- 次回の完全バックアップまでバックアップサイズは増加します
- バックアップサイクルの終わりまでにリソースを大量に消費する可能性があります
- 増分バックアップ方式よりも高いストレージ要件
一般的なサーバーバックアップ戦略では、週ごとの完全バックアップと毎日の差分バックアップを組み合わせることで、ストレージ効率とリカバリの信頼性の最適なバランスを実現します。このアプローチでは、特定の日のデータを復元するのに最大2つのメディアセットしか必要としないため、増分バックアップ戦略と比較してリカバリ時間が短縮され、リスクも軽減されます。
4. ミラーサーバーバックアップ
ミラーバックアップは、ソースデータセットの完全なレプリカを作成し、最新バージョンをバックアップサーバーのリポジトリに保存します。バージョン追跡は行われません。この方法は基本的にソースデータをミラーリングし、各バックアップファイルは個別に保存されます。一般的にデータを圧縮して独自の形式にパッケージ化する他のバックアップ方法とは異なり、ミラーバックアップではファイルはネイティブ形式とディレクトリ構造で維持されるため、正式な復元プロセスなしですぐにアクセスできます。このアプローチは、ダウンタイムの最小化が最優先されるミッションクリティカルなシステムに特に有効です。適切なインフラストラクチャと組み合わせることで、ほぼ瞬時のフェイルオーバー機能を実現できるからです。
ミラーバックアップの特徴は、過去のデータバージョンではなく、現在のデータ状態に焦点を当てていることです。ミラーバックアップを実行すると、バックアップリポジトリがソースと同期され、新しいファイルが追加され、変更されたファイルが更新され、場合によってはソースに存在しないファイルが削除されます。この同期アプローチにより、ミラーバックアップは迅速なシステム復旧を必要とする災害復旧シナリオに最適ですが、特定のデータ損失状況に対して脆弱性が生じます。
ミラーサーバーバックアップの利点
- すべてのサーバーバックアップ方法の中で最も速い回復時間
- 複雑な復元なしで個々のファイルに簡単にアクセス
- 即時のデータ利用可能性を提供
- ダウンタイムを最小限に抑える重要なシステムに最適
- 実装と管理が簡単
ミラーサーバーバックアップのデメリット
- 大規模なストレージ要件（実質的にストレージ要件が 2 倍になります）
- 実装および保守コストの増加
- ソースデータの問題（破損または削除）をミラーリングします
- バージョン管理やポイントインタイムリカバリ機能がない
- 論理エラーや悪意のある行為に対する保護は限定的
ディスクミラーリング（RAID 1）という具体的な実装では、高可用性と即時フェイルオーバー機能を実現するために、データを複数のディスクに複製します。ミラーサーバーのバックアップは包括的な保護を提供しますが、3-2-1-1-0ルールに従うために他のバックアップタイプと組み合わせる必要があります。3-2-1-1-0バックアップルールとは、2種類の異なるメディアタイプに合計3つのデータコピーを保持し、1つのコピーをオフサイトに保存し、1つのコピーをオフライン（エアギャップ）に保ち、リカバリテストでエラーをゼロにすることを意味します。
Zmandaのフルバックアップおよび増分バックアップソリューションをご覧ください
適切なサーバーバックアップアプローチの選択
最適なサーバーバックアップ方法を選択するには、組織の規模、予算の制約、目標復旧時間（RTO）、目標復旧ポイント（RPO）（RPOとRTOの違いとは？）、ITリソースの可用性など、いくつかの要素のバランスを取る必要があります。適切な選択をするために、以下に詳細な内訳を示します。
1. 中小企業向けソリューション
中小企業は一般的に、ITリソースが限られており、データ量も比較的少ない状況で事業を展開しています。こうした組織にとって、毎日のサーバー全体バックアップは理想的なアプローチとなる場合が多いです。データ量が1TB未満であれば、ストレージ要件は管理可能な範囲にとどまり、簡素化された復元プロセス（最新のバックアップのみで済む）により、復旧の複雑さを最小限に抑えることができます。このアプローチは、ITの専門知識が限られている場合に特に有効です。復旧作業中に複数のバックアップセットを管理する複雑さが軽減されるからです。
2. 中規模から大規模組織戦略
複数のサーバーと大量のデータを管理する中規模から大規模の組織では、ハイブリッドアプローチが最適なバランスを提供します。週次フルバックアップと日次増分または差分バックアップを組み合わせることで、ストレージ効率とリカバリ能力の両方を最適化できます。増分バックアップと差分バックアップのどちらを選択するかは、お客様の優先順位によって異なります。
- ストレージスペースが限られており、回復時間が多少長くても許容できる場合は、増分バックアップを選択してください。
- より高速なリカバリが不可欠であり、追加のストレージ要件に対応できる場合は、差分バックアップを選択してください。
このカテゴリの多くの組織では、データの重要度に基づいてシステムごとに異なるバックアップ スケジュールも実装しており、ミッション クリティカルなシステムは、それほど重要でないサーバーよりも頻繁にバックアップを受けています。
3. エンタープライズグレードの保護
厳しい稼働時間要件とミッションクリティカルなシステムを持つ企業には、多層的なアプローチが必要です。即時復旧機能を備えたミラーバックアップと、スケジュールされた完全バックアップおよび増分/差分バックアップを組み合わせることで、瞬時のフェイルオーバーオプションとポイントインタイムリストア機能の両方を実現できます。この包括的な戦略は、突然のシステム障害（ミラーリングによる）と、データ破損や誤った削除（従来のバックアップによる）の両方に対応します。このアプローチは最も多くのリソースを必要としますが、エンタープライズ環境に求められる回復力を実現します。
バックアップ戦略を選択する際には、復旧目標（システムの復旧に必要な時間（RTO）と許容できるデータ損失量（RPO））も考慮する必要があります。これらの指標は、最終的な決定の指針となるはずです。たとえストレージ効率が最も高いバックアップ方法であっても、組織の復旧要件を満たさなければ不十分です。
バックアップ戦略に不可欠なセキュリティ
適切なバックアップ方法を導入することは重要ですが、それらのバックアップのセキュリティ確保も同様に重要です。バックアップ戦略における主要な実用的なセキュリティ対策を以下に示します。
1. 暗号化保護
転送中と保存中の両方で、バックアップに強力な暗号化を実装してください。データ転送にはTLS 1.3またはSSHを設定し、保存されたバックアップにはAES-256暗号化を有効にしてください。暗号化キーはバックアップとは別に、ハードウェアセキュリティモジュールまたは安全なパスワードマネージャーに保存するのが理想的です。
2。 アクセス制御
特定の権限を持つ専用のバックアップ管理者アカウントを作成し、すべてのバックアップシステムへのアクセスに対して多要素認証を有効にします。バックアップアクティビティの自動ログ記録を設定し、これらのログを毎週確認することで、セキュリティインシデントにつながる前に異常なパターンを検出します。
3. ランサムウェア防御
定期的にオフラインバックアップをスケジュールし、完了後は物理的に切断されたメディアに保存します。重要なデータについては、少なくとも30つのバックアップコピーを、一定期間（通常はXNUMX日以上）変更できない不変ストレージに保管します。このアプローチにより、ランサムウェアが侵入できない真のエアギャップが生まれます。
4. 定期テスト
毎月ランダムファイルを復元することで、バックアップの整合性を検証してください。四半期ごとに別の環境への完全復元テストを実施し、年1回は災害復旧シミュレーションを実施してください。テストを実施しなければ、最も必要な時にバックアップが確実に機能するかどうかを確信することはできません。
最終的な考え
適切なサーバーバックアップ戦略を実装するには、保護、パフォーマンス、セキュリティのバランスを取る必要があります。小規模な組織では、毎日のフルバックアップで十分な保護を実現できる場合もありますが、大規模な企業では、週ごとのフルバックアップと毎日の差分バックアップを組み合わせることで、より効果的な保護を実現できます。ミッションクリティカルなシステムでは、ダウンタイムが許容されない場合でもほぼ瞬時に復旧できるよう、通常のバックアップスケジュールに加えてミラーバックアップの実装を検討してください。
最も徹底したサーバーバックアップ戦略であっても、堅牢なセキュリティ対策が不可欠です。暗号化、アクセス制御、エアギャップバックアップ、そして定期的なテストは、ランサムウェアの脅威が増大する中で、あらゆる包括的なソリューションに不可欠な要素です。適切なサーバーバックアップへの投資は、組織のデータ、業務の継続性、評判、そして将来を守ります。
サーバーバックアップに関するよくある質問
サーバーにはどのような種類のバックアップが利用できますか?
最も一般的なバックアップの種類には、完全バックアップ、増分バックアップ、差分バックアップ、ミラーバックアップがあります。それぞれストレージ効率、バックアップ速度、リカバリ時間の点で異なる利点があり、ニーズに最適なバックアップサーバー構成を選択できます。
サーバーのバックアップはどのくらいの頻度で実行する必要がありますか?
バックアップの頻度は、失っても構わないデータの量によって異なります。重要なシステムは毎日または継続的にバックアップする必要がありますが、それほど重要でないサーバーでは週単位のバックアップスケジュールを使用するとよいでしょう。
オンサイト サーバー バックアップとオフサイト サーバー バックアップの違いは何ですか?
オンサイトサーバーバックアップは迅速な復旧を実現しますが、サイト全体の災害に対して脆弱です。オフサイトバックアップソリューションはローカルな災害から保護しますが、復旧時間が遅くなる可能性があります。包括的な戦略には通常、両方が含まれます。
サーバー バックアップ ソリューションをテストするにはどうすればよいですか?
四半期ごとに、バックアップからテスト環境に復元するリカバリテストをスケジュールします。これにより、サーバーのバックアップデータの整合性とリカバリ手順の両方が検証されます。
サーバーのバックアッププロセスを自動化できますか?
はい、ほとんどのエンタープライズ バックアップ ソリューションは、一貫した保護を確保しながら手動による介入を最小限に抑えるスケジュール設定、自動化、検証機能を提供します。
