fssync - クラウドでオンライン

プログラム：

NAME

fssync - ファイルシステム同期ツール (一方向、SSH 経由)

SYNOPSIS

fssync -d db -r ルート [オプション...] host

DESCRIPTION

fssync は一方向のファイル同期ツールで、inode を追跡し、ローカルを維持します。
リモート側にあるファイルのデータベース。これにより、次のことが可能になります。

· 膨大な数のディレクトリ/ファイルを効率的に処理する

· 名前変更/移動とハードリンクを検出

ネットワーク トラフィックを最小限に抑え、ファイル システムのすべての詳細を同期することを目的としています。

· すべてのタイプの i ノード: ファイル、ディレクトリ、ブロック/文字/FIFO、ソケット、シンボリックリンク

· ハードリンクを保持

・変更時刻、所有権・権限・ACL、拡張属性

· スパース ファイル

その他の機能：

· ファイルを同期から除外するように構成できます

· fssync はいつでも中断および再開できるため、ランダムな障害に耐性があります。
(例: ネットワークエラー)

· ファイル コンテンツを同期するアルゴリズムは、VM イメージのような大きなファイルを処理するように設計されています
固定サイズの変更されたブロックをその場で更新することにより、効率的に

fssync の主な用途は、ハードウェア障害が発生した場合のデータ損失を防ぐことです。
できません (ラップトップなど)。

On Btrfs [1] ファイルシステムでは、fssync は便利な代替手段です。 BTRFS 送信 （と 受け取ります)
コマンド、フィルタリング機能のおかげです。 これは Btrfs スナップショットと組み合わせることができます
完全なバックアップ ソリューションの宛先側で。

USAGE

　 fssync - 助けて オプションの完全なリストを取得します。

覚えておくべき最も重要なことは、ローカル データベースが正確に一致する必要があるということです。
宛先ホストで:

· 宛先ホストにコピーされるファイルは変更しないでください。 そして、何もすべきではありません
宛先ディレクトリ内に手動で作成されます。 それでもデータにアクセスしたい場合
リモート ホストの場合、読み取り専用バインド マウントを介して行う必要があります (Linux が必要 >=
2.6.26）。

· 同じデータベースの複数のコピーを計画している場合は、宛先ごとに 1 つのデータベースが必要です。
ソース ディレクトリ。

見ます -c データベースが宛先ディレクトリと一致するかどうか疑問がある場合は、オプションを選択してください。

fssync の最初の実行:

· 最も簡単な方法は、fssync にすべてを任せることです。 に存在しないファイル パスを指定します。 -d
オプションと、空または存在しない宛先ディレクトリ (を参照) -R オプション）。 fssync は
自動的にデータベースを作成し、すべてのディレクトリ/ファイルをリモート ホストにコピーします。

· より速い方法は、他の方法で初期コピーを行うことです。
パーティション。 送信元と送信先がまったく同じであることが確実な場合は、
指定することでデータベースを初期化できます - ホストとして。 inode番号が同じ場合
データがブロック レベルでコピーされた場合のように、両側で、
宛先パーティションでDBを初期化している間にソースパーティションに戻り、元に戻ります
DB をローカルに。

フィルターを使用した fssync のラッパーの例は、次の場所にあります。 例/fssync_home

fssync は、他のファイルシステムのディレクトリを決して降りません。 マウントポイントによってマスクされた inode
もスキップされるため、必要に応じて一時的にアンマウントする必要があります
同期。 バインド マウントからの同期でも同じ結果が得られます。

参照してください NONEを 暗号 切り替え [2] 暗号化が不要で、必要な場合はパッチを適用します
SSH 接続を高速化します。

HOW IT WORKS

fssync は、リモート側にあるすべてのディレクトリ/ファイルの単一の SQLite テーブルを維持します。 各
行は、その i ノード (ローカル側)、その他のメタデータ (リモート側)、および
チェック済み フラグ。

実行中、fssync はすべてのローカル ディレクトリ/ファイルとパスごとに再帰的に反復します。
これは無視されません (参照 -f オプション)、DB にクエリを実行して何をすべきかを決定します。 すでに
チェック済み、パスはすぐにスキップされます。 パスが同期されると、次のようにマークされます。
チェック済み. 最後に、そうでないすべての行 チェック済み 存在しないパスに対応
もう。 それらがリモート側で削除されると、すべて チェック済み フラグがリセットされます。

不良解析 公差
実際、fssync では、データベースが宛先と完全に一致する必要はありません。 これ
によって引き起こされた中断された同期を回復するために、いくつかの違いを許容します。
ネットワーク障害、ファイル操作エラー、またはオペレーティング システムのクラッシュ以外の何か
ローカルホストの（または電源障害のようなもの）。

ほとんどの場合、これはリモート ホストによって自動的に作成 (または上書き) されます。
必要に応じて、予想されるタイプの i ノード。 唯一の例外は、リモコンが
空でないディレクトリを単独で削除しないでください。 ほとんどの複雑なケースでは、fssync はジャーナル化します
データベースでの操作: 障害が発生した場合、fssync は次回に回復できます。
同期。

レース 条件
競合状態とは、ローカル ホスト上の他のプロセスが inode を変更していることを意味します。
fssync は同期中です。 fssync はあらゆる種類の競合状態を処理します。 実際、fssyncには
ほとんどの場合、何もする必要はありません。

競合状態が発生した場合、fssync はリモート データが
一貫した状態。 各同期は常に既存の不整合を修正しますが、導入する可能性があります
そのため、fssync はデータベースのホット バックアップには適していません。

Btrfs を使用すると、ソース側でスナップショットを作成することで一貫性を得ることができます。

似ている プロジェクト

ローカルデータベースを維持するというアイデアは、実際には csync2 [3]。 私はしようとしていた
名前の変更/移動を常に検出するツールが本当に必要であることに気付いたときにそれを採用しました
大きなファイル。 そのため、私は fssync を csync2 の部分的な書き直しと見なし、inode 追跡と
双方向同期なし。 ローカル データベースは実際に fssync と csync2 を作成します
よく知られているよりも速い rsync [4]。

onworks.net サービスを使用してオンラインで fssync を使用する