2017-04-03 20 views
1

データセンター(10ノード)Cassandra 2.1.7のクラスタを実行しています。我々はSimpleStretegy(古い間違い)を使用しています。Cassandra 'nodetool repair -pr'が長すぎる

状況は、実行していませんノードデール修復開始から3 RFで約200 GBのデータがあります。

実行中完全修復または増分修復はこの時点で同じです。だから私はフル修理を実行しようとしました。しかし、コーディネーター・ノードがダウンします。

私は各ノードで一度に1つずつ完全なパーティション範囲修復(nodetool repair -pr)を実行してしまいます。しかし、これはあまりにも多くの時間を費やしています(各ノードで15時間以上、すべてのノードで数週間かかる)。

私はこれを間違っているのでしょうか、これは起こるはずですか?これはバージョンの問題ですか?

これを終了してからもう一度完全修復を実行すると、これも数週間かかりますか?

答えて

2

完全修復は主にデータサイズの影響を受けるため、同じ時間がかかるはずです。

私は増分修復に移行することをお勧めします。これは時間とリソースを節約するはずです。ここで

は2.1でこれを行う方法についての記事です: https://docs.datastax.com/en/cassandra/2.1/cassandra/operations/opsRepairNodesMigration.html

+0

う増分修理は、クラスタの全体的な健康のためには十分では?完全修理の必要性を排除できますか? – r005t3r

+0

確かに、それは解決すべきことです。これは、後のバージョンでの修復のデフォルトタイプです。 – nevsv

関連する問題