ホームネットワークにいる間は、すべてのホームディレクトリとその他の項目をラップトップにマウントします。ノートブックの接続が失われたときにnfsマウントのローカルコピーを維持する方法があるかどうか疑問に思います。
1つの利点は、変更されたフォルダやファイルなどをマージする機能です。
答え1
オフラインキャッシュは1つですが、要求することはより困難です。サーバーとクライアントの両方でファイルが変更され、両方のシステムが接続されていない場合は、誰が保持するバージョンを決定するか、2つのバージョンをマージする必要があります。両方のシステムが再接続されたときにこの種のユーザー入力を要求することは、ファイルシステムのモデルには適していません。
いくつかあります。NFSキャッシュ機能しかし、ほとんどは、アクセスを高速化するためのオンラインキャッシュのために設計されています。いずれにしても、ファイルを変更するときにサーバーとクライアント間の通信が必要であるため、オフラインシナリオには適していません。以下にも適用されます。AFFS。
オフライン作業をサポートする利用可能な分散ファイルシステムを構築する努力が進行中である。
- 終わり多くの高度な機能、特に切断された操作をサポートする分散ファイルシステムです。これは比較的古いプロジェクトであり、かなり成熟し、Linuxカーネルに統合されました。クライアントがオフラインの場合、その変更はキューに保存されます。クライアントが再接続されると、可能であればこれらの修正が組み込まれ、Codaには競合が発生した場合にマージをサポートするツールが提供されます。
- チュムプス比較的新しいプロジェクトです。 NFSなどの既存の分散ファイルシステムの上に切断されたタスクを追加します。まだ生産する準備ができていないようです。
私はファイルシステムがこの問題を解決するのに適した場所だとは思わない。衝突処理は難しく、ユーザー入力が必要です。
低技術ソリューションの場合は、以下をお勧めします。調和、双方向ファイル同期装置。サーバーとラップトップにファイルのローカルコピーを保存します。ノートブックを接続した後、切断する前にすぐに同期を実行して両方を同期してください。 Unisonは衝突があるかどうかを示します(衝突がなければ自動的に実行されます)。接続して切断したときに常に同期する限り、競合は発生しません。
より多くのサービスを提供しますが、少し学習が必要なソリューションは分散バージョン管理ソフトウェア。各マシンにリポジトリを保持し、ファイルが変更されるたびにコミットし、可能であれば変更をプッシュ/プルすることを忘れないでください。
答え2
ファイルを保存して同期するには、ローカルコピーを作成し、rsyncを使用してNFSマウントとローカルコピーを同期します。