0

編集 2: まったく同じ問題が発生しています。

RavenDB レプリケーションの場合、Raven-Replication-Source Guid は、どのドキュメントがどのサーバーからのものかを識別しようとするときに非常に便利です。

ただし、災害復旧のシナリオでは、インスタンスの Raven-Replication-Source Guid が失敗する前と同じままであることを確認する必要がある場合があります。

私の質問:

  • データベースの Raven-Replication-Source Guid を手動で設定できますか?

編集(Ayendeのコメントに応じて):

そして、ここにシナリオがあります:

  • クライアントは、すべての読み取りと書き込みに1 つのマスター RavenDB インスタンスを使用します。
  • このマスター インスタンスは、ホット スペアインスタンスに複製されます。
  • マスター インスタンスに障害が発生すると、この構成設定により、クライアントはただちにホット スペアにフェイルオーバーします。
  • 詳しく調べると、マスター RavenDB インスタンスが破損しており、パージする必要があることがわかりました。
  • マスター RavenDB インスタンスを再作成すると、ホット スペアからの複製は、ホット スペアで作成されたドキュメント のみを複製します。
    • 強調: ホット スペアは、Raven-Replication-Source Guid がマスターの Raven-Replication-Source Guid であるため、(災害の前に) マスターで作成されたドキュメントをマスターにレプリケートしません。
  • これは問題です。前述したように、マスター RavenDB インスタンスが削除されたため、データベースを最初から再作成する必要があり、すべてのドキュメントをホット スペアからマスター インスタンスにレプリケートする必要があるからです。

編集 3: @Ayende の回答により、私は間違った問題を解決していることに気付きました。これが私の問題を解決する正しい方法です。

4

1 に答える 1

1

いいえ、それはあなたがコントロールできるものではありません。そして、これが必要なシナリオが何であるかわかりません。Raven-Replication-Source は、これが最後に変更されたデータベースのデータベース ID です (レプリケーションなし)。

于 2013-05-15T10:44:42.000 に答える