インクリメンタルバックアップはウェブサイトのストレージ問題を解決できるか?
John Turner
ジョン・ターナー
ウェブサイトの管理において、ストレージ容量の不足は常に懸念事項であり、これは私自身の経験から言えることです。
最初は、WordPressサイトのフルバックアップを行っていました。すべてをバックアップして復元するのが賢明だと思ったからです。
フルバックアップはストレージを大量に消費し、デジタルストレージが常に満杯の状態でした。さらに、各バックアップの完了に時間がかかり、長期的には持続不可能でした。
その後、インクリメンタルバックアップについて学びました。その中心的な考え方は、前回のバックアップ以降に変更された部分のみをバックアップすることです。はるかに効率的ですよね?
ストレージ容量の心配が減り、バックアップの管理が容易になりました。
インクリメンタルバックアップがウェブサイトオーナーにとってなぜそれほど優れているのかを探ってみましょう!
主なポイントは次のとおりです:
- 増分バックアップは、前回のバックアップ以降に変更されたデータのみをコピーするため、毎日のフルバックアップと比較してストレージ使用量を最大97%削減できます。
- すべての増分戦略は、フルバックアップアンカーに依存しています。そのファイルが破損または欠落している場合、その上に構築されたすべての増分が失敗します。
- ランサムウェアはバックアップチェーンに静かに感染し、最近の増分を復元不能にする可能性があります。オフサイトのフルバックアップはあなたのセーフティネットです。
- ハイブリッド戦略(定期的なフルバックアップと頻繁な増分バックアップ)は、チェーンのリスクなしに増分バックアップのストレージ効率を提供します。
目次
インクリメンタルバックアップとは?
フルバックアップは、前回のバックアップ以降に変更されたかどうかに関わらず、実行されるたびにサイト全体をコピーします。増分バックアップは、前回のバックアップ以降に変更されたもののみをコピーします。
Googleドキュメントの編集に例えてみてください。保存するたびにドキュメント全体を書き直すわけではありません。段落を追加したり、文章を修正したりすると、新しいバージョンにはそれらの変更のみが反映されます。増分バックアップも同様に機能します。最初のバックアップは完全なドキュメントであり、それ以降の各バックアップは新しい段落のみを保存します。
その最初の完全なコピーはフルバックアップと呼ばれます。それが基盤です。それに続く各増分バックアップは、その上に積み重ねられたレイヤーであり、前のレイヤー以降に変更されたものを記録します。
この構造はバックアップチェーンと呼ばれます。増分バックアップを効率的かつ脆弱なものにするため、これを理解することがこの記事で最も重要です。
WordPressサイトの場合、増分バックアップは自然に適合します。ほとんどのサイトは毎日少しずつ変化します。新しい投稿、プラグインの更新、少数の新しいコメントなどです。すべてのバックアップでサイト全体をコピーする必要はありません。
増分バックアップはどのように機能しますか?
チェーンを理解することは、バックアップ戦略を持っている人と、単にバックアッププラグインを持っている人を分けるものです。
最初のフルバックアップ
すべての増分バックアップ戦略は、1つの完全なフルバックアップから始まります。これが、その後のすべての復元のアンカーポイントとなります。
破損または欠落している場合、その上に構築されたすべての増分は無価値になります。これは、このアプローチ全体について理解すべき最も重要なことです。最初の増分を実行する前に、最初のフルバックアップが少なくとも2つの別々の場所に保存されていることを確認してください。
各増分でキャプチャされるもの
フルバックアップの後、システムは各ファイルのタイムスタンプまたはアーカイブビットをチェックして、前回の実行以降に変更されたものを特定します。変更されたファイルまたは新しく作成されたファイルのみが増分にコピーされます。
ストレージの差は大きいです。50MBの毎日の変更がある2GBのWordPressサイトは、2GBのフルバックアップの代わりに50MBの増分を生成する可能性があります。これは、バックアップ実行あたり約97%少ないデータです。
データベースの変更も含まれます。新しい注文、公開された投稿、承認されたコメント、前回のバックアップ実行以降にデータベースに触れたものはすべて含まれます。
復元はどのように機能しますか?
サイトを月曜日に復元するには、元のフルバックアップと、その時点から月曜日までのすべての増分が必要です。復元プロセスはそれらを順番に組み立てます。
チェーンが長くなるほど、再構築する必要があるピースが増えます。これは、単一のフルバックアップからの復元よりも遅くなります。これは、増分戦略を選択するときに受け入れる主なトレードオフです。
良いニュースは、最新のバックアップツールがチェーンの組み立てを自動的に処理することです。手動でつなぎ合わせる必要はありません。
インクリメンタルバックアップの種類
インクリメンタルバックアップについて話すとき、それは1つの方法しかないように思えるかもしれません。しかし実際には、いくつかの異なるアプローチがあります。
それらはすべて同じコアアイデア(変更のみをバックアップする)を共有していますが、内部的には少し異なる動作をすることがあります。
ほとんどのWordPressサイトの所有者は、これらのタイプを直接選択しません。バックアップツールがその決定を下します。しかし、それぞれが何をするかを知ることは、プラグインが実際に何をしているのか、そしてなぜ一部のツールが他のツールとは異なる復元を処理するのかを理解するのに役立ちます。
定期増分
各増分は、それがフルバックアップであっても以前の増分であっても、前回のバックアップ以降の変更をキャプチャします。新しいフルバックアップがそれをリセットするまでチェーンは成長します。これは最も一般的なアプローチです。
増分フォーエバー(連続増分)
最初の1回のフルバックアップ、その後はその時点からの増分のみ。バックアップツールは、チェーンが管理不能にならないように、古い増分を内部的にマージします。これは最もストレージが少なく、BlogVaultやJetpackなどのツールが使用しているものです。
リバース増分
新しい増分ごとにフルバックアップにマージされるため、サイトの最新バージョンは常に完全なコピーです。最新バージョンの復元は高速です。トレードオフは、各バックアップジョブ中の処理作業が増えることです。
ファイルレベル対ブロックレベル対バイトレベル
メカニズムを超えて、増分バックアップは変更を追跡する精度も異なります。
- ファイルレベル:ファイルの一部が変更された場合、ファイル全体をコピーします。よりシンプルで、わずかに効率が悪いです。
- ブロックレベル:ファイル内の変更されたデータブロックのみをコピーします。データベースのような大きなファイルに効率的です。
- バイトレベル:個々の変更されたバイトをコピーします。最大の効率ですが、主にエンタープライズツールで見られます。
ほとんどのWordPressサイトでは、ファイルレベルで十分です。ブロックレベルは、小さな変更でも大きなデータベースファイルを扱う大規模なWooCommerceデータベースでは重要になり始めます。
増分バックアップ対フルバックアップ対差分バックアップ
これら3つのタイプは、バックアッププラグインの説明で常に表示されます。ここでは、それらが実際に何を意味し、それぞれがいつ意味をなすかを示します。
| フル | 差分 | 増分 | |
|---|---|---|---|
| バックアップ速度 | 最も遅い | 中 | 最も速い |
| 実行あたりのストレージ | 最も高い | 中 | 最も低い |
| 復元速度 | 最も速い | 中 | 最も遅い |
| チェーン依存性 | なし | 低 | 高 |
| 最適な頻度 | 毎月 | 毎週 | 毎日以上 |
フルバックアップ
フルバックアップは、実行されるたびにすべてのデータをコピーします。ファイルが1つで、連鎖や依存関係がないため、復元体験は最もシンプルです。しかし、実行には最も時間がかかり、ストレージ容量も最も多く消費します。1GBを超えるサイトで毎日フルバックアップを実行すると、すぐに高額になります。
しかし、フルバックアップは時代遅れではありません。他のすべての戦略が依存する基盤となります。
差分バックアップ
差分バックアップは、前回のフルバックアップ以降に変更されたすべてのデータをキャプチャします。これは、前回のバックアップの種類に関係なく変更されたデータではありません。この違いは重要です。差分バックアップは時間とともに大きくなります。週次サイクルの6日目には、差分バックアップはフルバックアップのサイズにほぼ匹敵する可能性があります。
利点は、復元がシンプルになることです。必要なファイルは2つだけです。最後のフルバックアップと最新の差分バックアップです。組み立てる長い連鎖はありません。
増分バックアップ
インクリメンタルバックアップは、前回のバックアップの種類に関係なく変更されたデータのみをキャプチャします。日々の変更が控えめであれば、小さく保たれます。トレードオフは、より複雑な復元プロセス、連鎖の依存関係、および次のセクションで説明するランサムウェアの脆弱性です。
増分バックアップのリスク
インクリメンタルバックアップは効率的です。また、連鎖のすべてのリンクが維持されることに依存しています。
インクリメントの1つが破損した場合に何が起こるか
7日間の連鎖でインクリメント4が破損または欠落している場合、5日目、6日目、または7日目に復元することはできません。連鎖はその時点で断ち切られ、それ以降のすべてがアクセス不能になります。
ギャップより前の最後のクリーンな復元ポイントにフォールバックします。スケジュールによっては、それは1週間前の元のフルバックアップになる可能性があります。
WooCommerceストアの場合、それは昨日だけでなく、1週間の注文損失を意味します。メンバーシップサイトの場合、それは1週間の新規登録、プロフィールの更新、コンテンツの変更を意味します。バックアッププラグインは、実際に復元を試みるまでギャップについて警告しません。
定期的なフルバックアップの実行が解決策です。それらは連鎖をリセットし、最悪のシナリオでの露出を制限します。
ランサムウェアからの復旧
ランサムウェアはファイルを暗号化します。サイトが感染し、毎日インクリメンタルバックアップを実行している場合、後続の各バックアップは、連鎖に暗号化されたファイルのコピーをコピーします。バックアップは実行され続けます。ダッシュボードからはすべて正常に見えます。
感染に気づく頃には、最も最近のインクリメントはすべてランサムウェアで暗号化されたファイルを含んでいる可能性があります。クリーンな復元ポイントは、感染前の最後のフルバックアップであり、数週間前のものである可能性があります。
修正は複雑ではありませんが、意図的な設定が必要です。少なくとも1つのフルバックアップをオフサイトに、アクティブなインクリメンタル連鎖の外に保存してください。バックアップが作成されたことを確認するだけでなく、定期的にテスト復元を実行してバックアップを検証してください。
どのバックアップタイプが最適か?
ほとんどのWordPressウェブサイト、特に定期的に更新されるウェブサイトでは、増分バックアップが最適な選択肢となることがよくあります。速度、ストレージ効率、データ保護の優れたバランスを提供します。
ただし、万能な答えはありません。特定のニーズ、ウェブサイトのサイズ、ウェブサイトの変更頻度、ストレージ容量によって異なります。
一部のユーザーは、追加のセキュリティとより簡単な長期管理のために、バックアップタイプの組み合わせ(例:毎日増分バックアップを使用し、毎週または毎月フルバックアップを使用する)を選択しています。
よくある質問(FAQ)
3種類のバックアップとは何ですか?
通常耳にするバックアップには、フルバックアップ、増分バックアップ、差分バックアップの3つの主なタイプがあります。
- 差分バックアップ:最後のフルバックアップ以降のすべての変更を保存します。速度と容量の点では、フルと増分の中間です。
- フルバックアップ:すべてを完全にコピーします。網羅的ですが、時間と容量がかかります。
- 増分バックアップ:最後のバックアップ(フルまたは増分)以降の変更のみを保存します。高速で容量を節約できます。
増分バックアップの長所と短所は何ですか?
増分バックアップはより高速で多くのストレージスペースを節約できるため、より頻繁にバックアップを実行できます。ただし、復元は複数のバックアップが関わる可能性があるため、やや複雑になることがあります。これらはチェーン内の以前のバックアップに依存します。1つでも欠けていると問題になる可能性があります。
欠点にもかかわらず、ほとんどのユーザーにとって、速度とストレージの利点は通常、欠点を上回ります。
累積バックアップと増分バックアップの違いは何ですか?
累積バックアップは差分バックアップの別名です。増分バックアップは、最後のバックアップ以降の変更のみを保存するため、ストレージと速度の点でより効率的です。差分/累積バックアップは、最後のフルバックアップ以降のすべての変更を保存します。
増分バックアップはどのくらいの頻度で行うべきですか?
増分バックアップの頻度は、ウェブサイトがどのくらいの頻度で変更されるかによって異なります。ウェブサイトのコンテンツを毎日更新する場合は、毎日の増分バックアップが最適です。1日に複数回更新する場合は、毎時の増分バックアップも検討するかもしれません。
定期的に更新されるほとんどのウェブサイトでは、毎日の増分バックアップが良い出発点となります。ウェブサイトが非常に動的で頻繁に変更される場合(活発なeコマースサイトやニュースサイトなど)、毎時のようなより頻繁なバックアップが適切かもしれません。
サイトの変更が非常に少ない場合は、それほど頻繁に行わなくてもよいですが、安心のために毎日行うのが一般的によい習慣です。
AWSバックアップはフルですか、それとも増分ですか?
AWS BackupはAmazonのバックアップサービスで、フルバックアップと増分バックアップの両方をサポートしています。AWS Backupを使用する場合、最初のフルバックアップの後、継続的なバックアップには増分バックアップを使用します。これにより、AWS環境での定期的なバックアップが効率的になります。
したがって、はい、AWS Backupは最初のフルバックアップが完了した後、効率のために増分バックアップを使用します。
ランサムウェアはインクリメンタルバックアップを感染させることができますか?
はい。サイトがランサムウェアに感染し、毎日インクリメンタルバックアップを実行している場合、後続の各バックアップは暗号化されたファイルを連鎖にコピーする可能性があります。気づく頃には、最も最近のインクリメントはすべて侵害されている可能性があります。少なくとも1つのフルバックアップをオフサイトに、アクティブなインクリメンタル連鎖の外に保存し、バックアップがクリーンであると仮定するのではなく、定期的に検証してください。
連鎖内のインクリメントが破損または欠落した場合、どうなりますか?
欠落したインクリメントを必要とする復元は失敗します。7日間の連鎖でインクリメント4が破損した場合、5日目、6日目、または7日目に復元することはできません。ギャップより前の最新のクリーンな復元ポイントにフォールバックします。これが、定期的なフルバックアップが重要である理由です。これにより連鎖がリセットされ、最悪の場合の露出がキャップされます。
毎日のフルバックアップの実行を停止する
ほとんどのWordPressサイトの所有者は、次の2つのいずれかの状況に陥ります。ストレージを無駄に消費していることに気づかずに毎日フルバックアップを実行しているか、またはその間に何もせずに週に1回のフルバックアップを実行して、それで良いと考えているかのどちらかです。
インクリメンタルバックアップは、オーバーヘッドなしでそのギャップを埋めます。
フルバックアップを置き換えるものではありません。それらと連携して機能します。フルバックアップはアンカーであり、インクリメンタルはアンカーポイント間のカバレッジを維持するものです。
スケジュールに従ってデータをバックアップする準備はできましたか?自動バックアップ、ドラッグアンドドロップ移行、クラウドバックアップ、および災害復旧のためにDuplicator Proにアップグレードしてください!
せっかくなので、これらの他のWordPressガイドも気に入ると思います。