Azivault

技術ガイド

Mac用の漸進バックアップ：フルバックアップと漸進バックアップ

バックアップラベルはデータの取得と保存方法を説明しますが、復元はリポジトリ契約に依存します。小さな増分なアップロードでも完全な復元ポイントを作成できますが、増分なファイルのチェーンは依然として脆弱です。

技術的に最終レビューされた日：。

範囲と開示。 Azivaultは、そのエンジンを従来のフルプラスインクリメンタルチェーンではなく、ディファレンシャル型でコンテンツアドレス付け型と説明しています。このガイドでは、これらのモデルを区別し、他のツールが異なる用語を使用している場所を述べています。

短いバージョン

フルバックアップ

従来のフルバックアップは、選択されたデータの新しい完全な保存コピーを作成します。そのコピーは独立しているため、復元は概念的には簡単ですが、繰り返されるフルバックアップは、全体のデータセットに比例して時間、帯域幅、ストレージを消費する可能性があります。

一部の製品では、変更されていないデータが内部で共有されているにもかかわらず、すべての復元ポイントが完全なものとして表示されます。ユーザーに表示される完全性と物理的な複製は同じではありません。

増分バックアップと差分バックアップ

従来の漸進バックアップは、直前のバックアップ以降に変更を保存します。従来の差分バックアップは、最後のフルバックアップ以降に変更を保存します。漸進バックアップは各バックアップを最小限に抑えますが、復元チェーンが長くなる可能性があります。一方、差分バックアップは別のフルバックアップになるまで成長しますが、チェーン要素は少なくなる傾向があります。

現代のリポジトリツールは、教科書上の定義のいずれにも当てはまらないことがよくあります。それらは現在の状態をスキャンし、インデックス付けされた以前の状態と比較し、新しいコンテンツオブジェクトを保存し、古いオブジェクトと新しいオブジェクトの両方を参照する完全な論理的なスナップショットをコミットします。

Azivaultが保存する変更されたファイルと変更されていないファイル

Azivaultはソースメタデータとキー付きパス識別子をカタログと比較します。変更されたコンテンツは圧縮され、暗号化され、コンテンツアドレス付きのBLOBとして保存されます。既存の有効なBLOBは書き換える代わりに再利用されます。名前変更、削除、空のディレクトリ、現在のファイル状態は、カタログイベントとチェックポイントに表現されます。

各成功した実行は、完全な論理的な復元ポイントになります。FinderとCLIは完了した実行のみを列挙します。失敗した実行やキャンセルされた実行は、後続の実行で再利用できる有効なステージングまたはコンテンツアドレス化された作業を残す可能性がありますが、復元ポイントにはなりません。

重複除去は保持ではありません

重複排除は重複したストレージを削減します。保持は、どの復元ポイントが約束されたままに残るかを決定します。古い実行を削除しても、新しい実行によってまだ参照されている共有オブジェクトを削除してはなりません。したがって、リポジトリにはハッシュ値だけでなく、到達可能性およびクリーンアップルールが必要です。

Azivaultにはコンテンツアドレス付き再利用と不可変なBLOBの意味合いがありますが、Arqやresticなどのより確立された製品で利用可能なすべての成熟した保持と整形機能を備えていると説明すべきではありません。

スナップショット、クローン、同期、バックアップ

APFSスナップショットまたはクローンは、安定したローカルビューと高速なコピーオン書き込み履歴を提供できます。オフサイトコピーを自動的に作成することはありません。同期により2つの作業場所が一致し、不要な変更が伝播する可能性があります。リポジトリバックアップは、独自のストレージ契約とともに明示的なリカバリ履歴を作成します。

Azivaultはソースを読み込む際にレースの露出を軽減するために、利用可能な場合はAPFSクローンを使用します。これはボリューム全体にわたるアトミックスナップショットではなく、クローンはバイトを保持せずにプレースホルダーを保持できるため、クラウド専用のプレースホルダーはライブパスからマテリアライズする必要があります。

増分な回復を安全にするものは何ですか

バックアップは、中断された実行が最後の確認済みの正常な復元ポイントを置き換えることができないほど、原子的に十分なコミットを行う必要があります。保存されたオブジェクトには整合性チェックが必要です。メタデータは、完了した実行を構成するオブジェクトを特定する必要があります。クリーンアップには共有参照を理解する必要があります。

復元動作に基づいて選択する

復元ポイントが論理的に完全かどうか、欠落しているまたは破損しているオブジェクトがどのように検出されるか、復旧に元のマシンデータベースが必要かどうか、そしてどのような独立したツールがフォーマットを読み取ることができるか尋ねてください。これらの質問は、最小の広告された増分なアップロードを持つ製品を選ぶよりも役立ちます。

よくある質問

漸進バックアップは完全な復元ポイントですか？

そうなる可能性があります。現代のリポジトリは、物理的に新しいコンテンツのみを保存している一方で、完全な論理的なスナップショットを提示することがよくあります。従来のチェーンは異なる方法で機能します。

Azivaultは毎回新しい完全なコピーを作成しますか？

いいえ。現在の状態をカタログと比較し、変更されていないコンテンツに対して有効なコンテンツアドレス付けされたBLOBを再利用します。

失敗したAzivault実行を復元できますか？

いいえ。復元のために表示されるのは完了した実行のみです。失敗した作業やキャンセルされた作業は、前の完了した復元ポイントに置き換えるべきではありません。

ファイルシステムスナップショットはオフサイトバックアップですか？

いいえ。ローカルスナップショットは便利な履歴ですが、そのスナップショットを格納しているデバイスやストレージシステムが失われると、依然として脆弱です。