endeca - Endeca では、ベースラインの更新後に dgraph バックアップを dgraph サーバーに自動的に保存したいと考えています。

Question

3 つの dgraphs バックアップを ITL サーバーではなく dgraph サーバーに自動的に保存する方法。デフォルトでは、dgidx 出力のバックアップは ITL サーバーに保存されます。dgraphサーバー、つまりMDEXホストに保存したい。助けてください。

Answer 1

展開された dgidx 出力をターゲット サーバーにバックアップするためのすぐに使えるオプションがあるとは思いません。ドキュメントを読みましたか？それが良い考えかどうかも疑問です。展開中で、3 台のサーバーのうち 2 台は正常に完了したが、3 台目のサーバーは失敗したとします。ここでロールバックする必要があるのは、2 台のマシンだけです。中央の EAC は、ロールバックするものと保持するものを認識しません。ただし、ロールバックが発生した場合にすべてを中央ポイント (つまり、ITL サーバー) に保持することで、常に同じバックアップを 3 つのサーバーすべてにプッシュすることになります。

非常に大きなインデックスの展開を高速化しようとしていると仮定すると(Endecaはdgidx出力全体を各MDEXにコピーします)、いつでも パフォーマンス チューニング ガイドを参照できます。

Answer 2

これは、さまざまな方法で実行できるはずです。

1. ベースラインの更新では、dgidx_output が各 dgraph サーバーに自動的にコピーされます。dgraphのプレシャットダウンタスクとして、コピーまたはアーカイブ ジョブを追加する必要があり ます。

2. ベースライン更新の最後または最初に実行される各 dgraph サーバー用のカスタム コピー ジョブを作成することもできます。または、ベースライン更新から完全にオフラインになる可能性があります。

radimpe が指摘するように、dgraph サーバーでコピーを作成することはそれほど難しくありませんが、実際に考慮する必要があるのはロールバック プロセスです。それを設定し、ITL マシンのローカルまたは dgraph サーバー上にあるかどうかにかかわらず、作成したバックアップ コピーを確実に使用する必要があります。

また、dgidx_output には、インデックスが作成されてから追加された部分的な更新情報が含まれないことにも注意してください。部分的な更新情報は、dgraph サーバーの dgraph_input でのみ利用できます。したがって、部分的な更新を組み込む場合は、dgraph 入力をアーカイブし、ロールバック ジョブで使用できるようにする必要があります。