私はいくつかのデバイスを持っていて、それらを動作させることを考えています。調和。
これらのデバイスは常に実行されるわけではなく、毎日数時間終了しますが、必ずしも同時に終了する必要はありません。 24時間稼働する機器はありません。だから私は必要です。真のP2P*たとえば、同期がまったく実行されていない場合でも、変更（としてマーク）がAからB、C、Dに伝播する方法を確認するには、次の手順を実行します。
A-on* B-on C-off D-off
A-on* B-on* C-off D-off
A-off* B-on* C-off D-off
A-off* B-on* C-on D-off
A-off* B-on* C-on* D-off
A-off* B-off* C-on* D-off
A-off* B-off* C-on* D-on
A-off* B-off* C-on* D-on*
残念ながら統一ユーザーマニュアル一つをおすすめスタートポロジ2台以上のマシンの場合：
Unisonを使用した2台以上のコンピュータの同期
Unisonはレプリカペアを同期するように設計されています。ただし、複数のペアごとの同期を実行して、大規模なコンピュータグループの同期に使用できます。これを行う必要がある場合、最も信頼できる設定方法はシステムをスタートポロジ「、あるマシンは「ハブ」と指定され、残りのマシンは「スポーク」と指定され、各スポークマシンはハブだけで同期化されます。うらやましい」偽の紛争これは、Unisonが同期している各ホストペアに対して別々のアーカイブを保持するためです。
しかし、Unisonで真のP2Pを達成する方法はありますか？
答え1
私は4台のコンピュータを同期するためにスタートポロジでUnisonを使用してきました。その理由はバージョン管理ファイルシステム（gitなど）ではなく同期ツールだからだ。
分散トポロジを選択した場合（各デバイスの設定ファイルを作成し、すべてのデバイスを同期して設定する必要がある）、間違いなく手動で競合を解決する必要があります。これは深刻です。システム上のファイルを一度に1つのデバイスでのみ非常に基本的な変更しか実行しない限り、はい。
したがって、以下をお勧めします。
- 同期したいデータに十分なストレージ容量を持つ安価な仮想サーバーをリースします。
- 分散トポロジを試して、それが役に立つにはあまりにも多くの問題を引き起こしていることを確認してください。
答え2
Unisonは本質的にP2P方式です。これがスタートポロジが推奨される理由です。このツールには中央サーバーの概念がないため、ユーザーが適用します。
もちろん、P2P方式でUnisonを使用できますが、これは驚くべきことではありません。各コンピュータのペア（A、B）に対してコンピュータの1つ（Aなど）を選択し、Bと同期するプロファイルを作成する必要があります。 。したがって、n個のシステムがある場合は、n *（n-1）/ 2個の構成ファイルが必要です。
多数の構成ファイルが必要になるだけでなく、変更が競合する可能性があります。これはあなたの要求に固有の問題です。特にネットワークは分割することができます。結局、D1=D2≠D3=D4の場合、{D1、D2}と{D3、D4}の間に衝突が生じる。 D1 と D3 を同期して対応する競合を調整すると、最終的に D1 と D3 には新しいバージョンが表示され、D2 と D4 には他の古いバージョンが表示されるため、混乱が発生しやすくなります。
本当に純粋なP2Pが必要な場合は、gitのように記録を維持し、マージに熟練したツールを使用することをお勧めします。スタートポロジ（中央リポジトリなど）は、最も権威のある最新バージョンを1か所に保持できるため、最適です。ただし、中央リポジトリがないために履歴がクラッシュしやすい場合、少なくともgitは、競合する部分を確認できるようにマージ履歴を記録するためのより良いツールを提供します（解決しようとするとき）。紛争）。