定期的なバックアップを始めると、バックアップが占める容量が急激に増加し、実行時間が途方もなく長くなることにすぐに気づきます。まさにその時こそ、次の点を検討するのが理にかなっています... 増分コピーと差分コピーによるインテリジェントなバックアップ セキュリティを損なうことなく、時間とストレージを最適化する。
Windowsのエコシステム、そしてPeaZipのような圧縮ファイルマネージャーを使用する場合、それらの仕組みを理解することが不可欠です。 フルバックアップ、増分バックアップ、差分バックアップ家庭用PCであれ小規模企業であれ、それらにはどのような利点があり、どのような制約があり、そして本格的なバックアップ戦略にどのように組み込むべきなのか。
フルバックアップ、増分バックアップ、差分バックアップ：それぞれとは何か、そしてどのように異なるのか
具体的な設定に入る前に、各タイプのコピーについて明確に理解しておくことが重要です。なぜなら、その選択が結果に直接影響するからです。 バックアップを作成するのにかかる時間占有するスペースと復元速度.
La 完全バックアップ 最も分かりやすい説明はこうです。選択されたすべてのデータの完全なコピーが作成されます。ファイルが変更されたか、前回のバックアップ時と同じかに関わらず、何も除外されません。つまり、フルバックアップを実行するたびに、データが再度複製されることになります。 データセット全体つまり、時間とディスク容量を犠牲にする代わりに、シンプルさを得られるということです。
La 増分バックアップ これには、前回のバックアップ以降に作成または変更されたファイルのみが含まれます。前回のバックアップがフルバックアップか、以前の増分バックアップかは関係ありません。このため、処理は通常はるかに高速になり、新しいバックアップのサイズもかなり小さくなりますが、その代わりに復元はより繊細になります。 最後の完全なコピーと、インクリメンタルコピーのチェーン全体 後でデータの正確な状態を再構築します。
ターンでは、 差分バックアップ 前回のフルバックアップ以降に作成されたファイルまたは変更されたファイルをコピーし、その間の増分バックアップは無視します。結果として、各差分バックアップは増分バックアップよりも多くの容量を消費しますが、復元時には必要な容量は 最後の完全コピーと最後の差分コピー 事件発生前に準備が整っていたため、復旧作業が大幅に簡素化された。
実際には、これら3つのタイプを組み合わせて、適切なバランスを実現しています。 定期的に完全版が発行されます しっかりとした基盤を築き、その上に、日々のコピー時間と容量消費を削減する、頻繁な段階的または差分的なアップグレードを行うこと。
Windows 10/11で増分バックアップと差分バックアップが重要な理由
Windows 10 と Windows 11 では、仕事の文書、写真、プロジェクト、仮想マシン、個人データベースなど、ますます多くのデータを扱うようになります。毎日すべてのデータの完全なバックアップを作成した場合、 スペース消費量と実行時間 あっという間に手に負えなくなるだろう。
増分バックアップまたは差分バックアップを使用することで、各実行時に必要なデータのみが保存されることを保証します。 マークされた参照以降に生じた変化 （最新のフルバックアップまたは増分バックアップ、該当する場合）。これは、転送するデータ量が少なくなり、宛先がリモートの場合のネットワークへの影響が軽減され、システムに過負荷をかけることなく、より頻繁なバックアップをスケジュールできることを意味します。
毎日完全バックアップを行う方法と比較して、週ごとの完全バックアップと毎日の増分バックアップを組み合わせた戦略では、使用されたバージョンの非常に詳細な履歴を取得できます。 ストレージ容量が大幅に減少差動装置を選択した場合、多少のスペースは犠牲になるものの、より迅速かつ簡単な復旧が可能になる。これは、復旧時間が極めて重要な環境においては重要な利点となる。
さらに、スマートな段階的または差別的な価格設定ポリシーにより、企業は多くの場合求められること、つまり複数のサービス拠点（たとえば、 日刊15部、月刊12部ローカルストレージやリモートストレージのコストを発生させることなく。
Windowsに内蔵されているコピーツールの制限事項
Windows 10とWindows 11には、標準で2つのバックアップユーティリティが含まれています。 「バックアップと復元（Windows 7）」 y 「アーカイブ履歴」特定の用途においては有効な選択肢ではあるものの、高度な増分バックアップや差分バックアップ戦略に関しては、重大な欠点がある。
バックアップと復元ツールを使用すると、 システムイメージとファイルコピーこれらは、災害発生時のWindowsの復旧やドキュメントの復元に役立ちます。しかし、増分バックアップや差分バックアップといった方法に対する柔軟性は非常に限られており、高度なバージョン管理や複雑なデータ保持ポリシーには対応していません。
ファイル履歴は、ライブラリ、デスクトップ、および特定のパスに保存されている個人文書やファイルの以前のバージョンに焦点を当てています。データの復元に非常に役立ちます。 特定の文書の古いバージョンしかし、プロフェッショナルなバックアップソリューションのように、フルバックアップ、増分バックアップ、差分バックアップを明確かつ明示的に制御する機能は提供していません。
したがって、設定したい場合は 真の増分バックアップまたは差分バックアップ頻度、コピーの種類、保存期間、エラー通知、ローカルとリモートの保存先を混在させる機能などを制御するには、Windowsが標準で提供する機能を超える、専用のサードパーティ製ソフトウェアを使用する必要があります。
専用ソフトウェア：適切に管理された増分バックアップと差分バックアップ
Windows 10/11 でより完全なバックアップ システムをお探しの方には、AOMEI Backupper などのツールや 同様のプロフェッショナルソリューション 一緒に働くことを可能にする フルバックアップ、増分バックアップ、差分バックアップのための非常に柔軟な戦略 ファイルやパーティション、ディスク全体、あるいはオペレーティングシステム自体も対象となります。
これらのタイプのアプリケーションは通常、システムバックアップ、個々のファイルのバックアップ、ディスク全体または特定のパーティションのコピーなど、いくつかの種類のタスクを提供します。いずれの場合も、最初のフルバックアップの後、以降のバックアップは...と指定できます。 増分または微分また、自動スケジュールによる頻度調整も可能です（エディションによっては、毎日、毎週、毎月、さらにはイベントやUSB接続に応じて調整することもできます）。
一般的なワークフローは次のようになります。まず、完全なコピーが宛先 (内蔵ディスク、 外付けディスク（NAS、ネットワークドライブなど）そして スケジュールされたコピー 増分法または差分法を選択することで、この設定を行うことができます。多くのソリューションでは、この選択は詳細オプション内、または「戦略」もしくは「バックアップ方法」セクションで行います。
このタイプのソフトウェアの主な利点は、 保持戦略例えば、保持するフルバックアップの数、それぞれのフルバックアップに関連付ける増分バックアップの数、ストレージ容量の不足を防ぐために古いバージョンを削除するタイミングなどを設定できます。こうすることで、古いバックアップを手動で削除する必要がなくなり、これはほとんどの場合忘れがちな作業です。
もう一つ興味深い点は、特定の統合型「クラウドバックアップ」サービスのように、メーカー独自のクラウドストレージを使用できる可能性があることです。これにより、バックアップをオンラインスペースに直接送信し、 デフォルトの増分メソッド 各実行時にインターネットを介して送信されるデータ量を削減するため。
増分コピー、差分コピー、そしてその先へ：ブロックレベルのコピーとスナップショット
3 つの主要な古典的なタイプ (完全、増分、差分) に加えて、多くのプロフェッショナルなソリューションがパフォーマンスを向上させるために舞台裏で使用している他のテクニックについても知っておく価値があります。 ブロックレベルの増分コピー およびファイルシステムのスナップショット。
ブロックレベルのコピー
ブロックレベルの増分コピーは、「変更された部分だけをコピーする」という考え方をさらに一歩進めたものです。変更されたファイル全体を転送するのではなく、システムは変更された部分を識別します。 そのファイルのどのブロックが変更されたか 前回のバックアップから必要な部分だけを取得し、送信します。これは、データベースや仮想マシンなど、変更頻度の低い大容量ファイルの場合に特に便利です。
ブロックレベルで作業することで、リモートコピーのシナリオを大幅に削減できます。 帯域幅消費量とコピー時間これは、ファイル全体のサイズのごく一部しか送信されないためです。ただし、宛先がローカルの場合、ブロックの計算と比較にかかるコストによって時間短縮効果が相殺される可能性があるため、送信元と宛先が同じコンピュータ上または高速ネットワーク上にある場合は、必ずしもメリットがあるとは限りません。
スナップショット
たくさん スナップショットまたはスナップショット これらはもう1つの重要なコンポーネントです。ZFSや同様の技術を持つ他の高度なファイルシステムでは、システムはデータを上書きせず、履歴バージョンを保持するため、スナップショットの作成は基本的に、ある時点をマークし、そのバージョンに属するブロックを保存することで構成されます。これにより、 読み取り専用の仮想コピー 特定の時点におけるファイルシステムの状態を、ほぼ瞬時に作成し、最小限のリソース消費で実現する。
スナップショットには非常に明確な利点があります。パフォーマンスを損なうことなく頻繁に作成でき、変更されていないブロックをメインシステムと共有し、 特定の日付の正確な状態に戻る ほぼ瞬時に復旧できます。さらに、リモートの宛先と同期している場合は、2つのスナップショット間の「差分」のみを送信できるため、必要な帯域幅も削減できます。
増分バックアップは常に最良の選択肢なのでしょうか？
増分バックアップ自体は、良いとも悪いとも言えません。すべては バックアップポリシーにどのように組み込まれるかそれらは必然的に少なくとも1つの完全な初期コピーに依存し、そこから次々と連鎖的にコピーされていくため、コピーにかかる時間とスペースは大幅に削減されるが、復元作業はより複雑になる。
実際には、最も一般的な戦略は、以下の3つのアプローチのバリエーションであることが多い。 日刊紙全文 （非常にシンプルだが非常に高価） 日割り計算で週単位のフルプラン （より効率的で迅速に復旧できるもの）、 週単位で毎日増分を加えて完了する （スペース効率は高いが、回復速度はやや遅い）。
ファイルシステムのスナップショットを使用すると、利用可能な場合は非常に興味深いレイヤーが追加されます。これらは、フルバックアップの利点（即時復元）と増分バックアップおよび差分バックアップの利点（優れたスペース効率）を組み合わせることができます。 変更内容のみを保存します また、システム全体をコピーの連鎖から再構築することなく、各保存時点におけるシステムの状態にアクセスできるようにする。
さらに、ブロックレベルの増分リモートバックアップまたはレプリケーションシステムを組み合わせることで、非常に強力なソリューションが実現します。すなわち、即時復旧のための高速かつ頻繁なローカルスナップショットと、盗難、火災、大規模なハードウェア障害などの重大な災害から保護するための、最適化された増分コピーを別のサーバーまたはオンラインサービスに作成できます。
宛先の選択：ローカル、リモート、クラウド
バックアップデータの保存場所を決めることは、バックアップの種類を選ぶことと同じくらい重要です。特にプロフェッショナルな環境では、データは安全な場所に保存するのが理想的です。 メインPCにのみ存在するわけではない しかし、サーバー、NAS、RAIDや高可用性構成を備えたSANなど、ある程度の障害耐性を持つ集中型システムでは、
その中心的な場所から、両方とも整理できます ローカルコピー （例えば、同じネットワーク内の別のディスクへ） リモートコピー （別の場所、外部サーバー、またはオンラインバックアップサービスへ）両方を組み合わせることで、偶発的な障害や大規模な災害による重要なデータの損失リスクを大幅に低減できます。
ローカルバックアップの場合、システムがそれを許可している限り、最も効率的なアプローチは通常、頻繁なスナップショットに依存することです。 すぐに戻る 何かが誤って削除または上書きされた場合。 リモートコピー帯域幅の制限とストレージコストのため、 ファイルまたはブロックレベルでの増分コピー 送信される情報量を最小限に抑える。
保存に関しては、多くの専門的な環境での一般的な慣行は、24 時間ごとのコピー、数個の毎日のコピー、数個の週ごとのコピー、および少数の月ごとのコピーを保持することですが、最終的にはすべては どれくらいのスペースがありますかコピー間の差異の程度、および法的要件または社内要件のために保持する必要のあるリカバリポイントの数。
優れたバックアップ戦略を設計するための鍵
フルバックアップ、増分バックアップ、差分バックアップのどの組み合わせを使用するかを決定する前に、本当に保護する必要があるものを立ち止まって考える必要があります。 そのデータを失った場合、どれくらいの損失が発生しますか？自宅にある個人用ノートパソコンと、会社全体の請求処理を行うサーバーは全く別物だ。
良い出発点は明確に特定することです どのデータが重要か （業務文書、データベース、主要システム構成など）のうち、重要ではあるが致命的ではないデータ、必要に応じて再生成可能なデータを特定します。これに基づいて、各カテゴリのバックアップ優先順位が定義されます。
もう一つの重要な要素はコストの評価です。一方では、データ損失による経済的および運用上の影響（数時間の作業損失から事業の完全な停止まで）があり、他方では、バックアップシステムのコスト（ハードウェア、ソフトウェア、クラウドサービス、管理時間）があります。目標は、バックアップソリューションのコストが 軽減するリスクによって正当化される.
技術的な側面に加えて、明確なインシデント対応プロトコルを策定する必要があります。誰が復旧を開始する責任者なのか、何を最初に復旧するのか、どのような順序で復旧するのか、そして復旧が成功したことをどのように検証するのかを明確に定める必要があります。完璧なバックアップポリシーがあっても、あまり役に立ちません。 そうなると誰もどうすればいいのかわからない 災害が発生したとき。
最後に、バックアップ計画を定期的に見直すことをお勧めします。データ量は変化し、アプリケーションは進化し、新たなニーズも発生するからです。賢明なアプローチは、戦略を適応させることです。例えば、非常に頻繁なフルバックアップから、より積極的な増分バックアップに移行したり、環境の拡大に合わせてスナップショットやクラウドソリューションを導入したりすることが考えられます。
