2016-05-11 6 views
0

私はElasticSearchバージョン1.7.2を使用しています。私はキュレーターの助けを借りてスナップショットを撮りたい。私はそれが私に増分スナップショットを与えることを知るリンクをたどったが、私はインデックスの増分スナップショットを取得しなかった。弾性探索キュレーター

私は1つのインデックスtestが50,000のドキュメントを持っています。私はそのインデックスのスナップショットを撮った。同じインデックスに10万個のドキュメントを挿入した後、再びそのインデックスのスナップショットを撮りました。しかし、私はそれをチェックすると、両方のスナップショットに同じデータが表示されます。

これらの違いは何ですか?私はそれがどんな点でも増分的だとは思わない。私を助けてください。

PS:データ全体ではなく、残りの100,000個のみをバックアップします。 GET /_snapshot/my_backup/_all

出力:

{ 
"snapshots": [ 
    { 
    "snapshot": "curator-20160509052605", 
    "version_id": 1070199, 
    "version": "1.7.1", 
    "indices": [ 
     "jal" 
    ], 
    "state": "SUCCESS", 
    "start_time": "2016-05-09T05:26:05.735Z", 
    "start_time_in_millis": 1462771565735, 
    "end_time": "2016-05-09T05:26:06.282Z", 
    "end_time_in_millis": 1462771566282, 
    "duration_in_millis": 547, 
    "failures": [], 
    "shards": { 
     "total": 5, 
     "failed": 0, 
     "successful": 5 
    } 
    }, 
    { 
    "snapshot": "curator-20160509055355", 
    "version_id": 1070199, 
    "version": "1.7.1", 
    "indices": [ 
     "jal" 
    ], 
    "state": "SUCCESS", 
    "start_time": "2016-05-09T05:53:55.824Z", 
    "start_time_in_millis": 1462773235824, 
    "end_time": "2016-05-09T05:53:56.737Z", 
    "end_time_in_millis": 1462773236737, 
    "duration_in_millis": 913, 
    "failures": [], 
    "shards": { 
     "total": 5, 
     "failed": 0, 
     "successful": 5 
    } 
    }, 
    { 
    "snapshot": "curator-20160509060002", 
    "version_id": 1070199, 
    "version": "1.7.1", 
    "indices": [ 
     "jal" 
    ], 
    "state": "SUCCESS", 
    "start_time": "2016-05-09T06:00:02.282Z", 
    "start_time_in_millis": 1462773602282, 
    "end_time": "2016-05-09T06:00:03.602Z", 
    "end_time_in_millis": 1462773603602, 
    "duration_in_millis": 1320, 
    "failures": [], 
    "shards": { 
     "total": 5, 
     "failed": 0, 
     "successful": 5 
    } 
    } 
] 
} 
+0

私はデータ全体ではなく残りの100万のバックアップのみを望みます。 –

+0

こんにちは、ようこそ、スタックオーバーフロー!あなたのスペルや文法を改善して読みやすくするためにあなたの質問を編集しました。あなたのコメントも含めました(あなたは今削除できます)。次回は、編集機能を使用して、コメントに追加するのではなく、質問に追加情報を追加してください。ありがとう! – CherryDT

答えて

1

これは、増分スナップショットを取る学芸員ではないのですが、それはElasticsearchについてです。 「インクリメンタル」とは、文書(データそのもの)の違いではありません。インクリメンタルとは、ディスク上のセグメント(ファイル)を指します。

また、Elasticsearchはセグメントを定期的にマージします。それは、ほぼ同じサイズの小さな(またはそれ以上の)一連のセグメントを取り、より大きなセグメントでそれらをマージすることを意味します。より大きなセグメントが作成された後、ESはより小さいセグメントを削除します。

したがって、100000個のドキュメントを追加した後は、ESがすでに古いセグメント(最初の50,000個のドキュメントを含むセグメント)をマージしている可能性が非常に高いです。この場合、もちろん新しいスナップショットには古いセグメントはほとんど含まれていません。

これを実際にテストするには、インデックス作成が完了した後、スナップショットを作成します。次に、10個の文書を追加するか、または10個を変更して、別のスナップショットを作成します。新しいスナップショットのサイズは非常に小さいはずです。

+0

返信ありがとうございますが、私の新しいスナップショットは50Kのデータと同じサイズ、つまり4.0Kをクロスチェックしました。 1lakhのデータを追加した後のサイズも4.0Kです。 –

+0

私はあなたのメッセージを理解できません、ごめんなさい。再調整してください。 –

+0

それからあなたは実際にスナップショットを正しく撮っていません。 4.0Kにすることはできません。どのようなコマンドを使用していますか? –

0
{ 
"snapshots": [ 
    { 
    "snapshot": "curator-20160509052605", 
    "version_id": 1070199, 
    "version": "1.7.1", 
    "indices": [ 
     "jal" 
    ], 
    "state": "SUCCESS", 
    "start_time": "2016-05-09T05:26:05.735Z", 
    "start_time_in_millis": 1462771565735, 
    "end_time": "2016-05-09T05:26:06.282Z", 
    "end_time_in_millis": 1462771566282, 
    "duration_in_millis": 547, 
    "failures": [], 
    "shards": { 
     "total": 5, 
     "failed": 0, 
     "successful": 5 
    } 
    }, 
    { 
    "snapshot": "curator-20160509055355", 
    "version_id": 1070199, 
    "version": "1.7.1", 
    "indices": [ 
     "jal" 
    ], 
    "state": "SUCCESS", 
    "start_time": "2016-05-09T05:53:55.824Z", 
    "start_time_in_millis": 1462773235824, 
    "end_time": "2016-05-09T05:53:56.737Z", 
    "end_time_in_millis": 1462773236737, 
    "duration_in_millis": 913, 
    "failures": [], 
    "shards": { 
     "total": 5, 
     "failed": 0, 
     "successful": 5 
    } 
    }, 
    { 
    "snapshot": "curator-20160509060002", 
    "version_id": 1070199, 
    "version": "1.7.1", 
    "indices": [ 
     "jal" 
    ], 
    "state": "SUCCESS", 
    "start_time": "2016-05-09T06:00:02.282Z", 
    "start_time_in_millis": 1462773602282, 
    "end_time": "2016-05-09T06:00:03.602Z", 
    "end_time_in_millis": 1462773603602, 
    "duration_in_millis": 1320, 
    "failures": [], 
    "shards": { 
     "total": 5, 
     "failed": 0, 
     "successful": 5 
    } 
    } 
] 
}