# Удаленный reindex в качестве средства бэкапа **URL:** \ **Category:** Вопросы на русском языке\ **Created:** [October 22, 2018, 8:19am UTC](https://discuss.elastic.co/t/reindex/153341 "2018-10-22T08:19:26Z")\ **Posts on this page:** 11\ **Page:** 1
**Author:** ![74db36a597f21b891b3f](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/74db36a597f21b891b3f/32/45367_2.png) [@74db36a597f21b891b3f](https://discuss.elastic.co/u/74db36a597f21b891b3f)\ **Post date:** [October 22, 2018, 8:19am UTC](https://discuss.elastic.co/t/reindex/153341/1 "2018-10-22T08:19:26Z")
Добрый день. У меня есть задача - бэкапить индексы с одного ES кластера на другой. Для нее я в данный момент использую reindex API. Соединение между двумя кластерами нестабильное и может прерываться. Процесс реиндекса каждый раз начинается заново. Чтобы решить эту проблему, я начал использовать ключи conflicts: "proceed" и op\_type: "create". Насколько я понимаю, это сочетание приведет к тому, в destination будут копироваться только те документы, которых там еще нет. Нет ли каки-х-то "подводных камней" в данном способе? Что, если исходный индекс, например, будет изменяться в части создания новых документов или сервисного слияния сегментов? ---
**Author:** ![Vladimir.Dolzhenko](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/vladimir.dolzhenko/32/34352_2.png) [@Vladimir.Dolzhenko](https://discuss.elastic.co/u/Vladimir.Dolzhenko)\ **Post date:** [October 22, 2018, 8:39am UTC](https://discuss.elastic.co/t/reindex/153341/2 "2018-10-22T08:39:05Z")
Один из больших и очевидных подводных камней это удаление документов. В случае с reindex в целевом индексе у вас будет больше документов, чем в исходном. ---
**Author:** ![74db36a597f21b891b3f](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/74db36a597f21b891b3f/32/45367_2.png) [@74db36a597f21b891b3f](https://discuss.elastic.co/u/74db36a597f21b891b3f)\ **Post date:** [October 22, 2018, 9:04am UTC](https://discuss.elastic.co/t/reindex/153341/3 "2018-10-22T09:04:13Z")
Удаления документов из источника не планируется. ---
**Author:** ![Vladimir.Dolzhenko](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/vladimir.dolzhenko/32/34352_2.png) [@Vladimir.Dolzhenko](https://discuss.elastic.co/u/Vladimir.Dolzhenko)\ **Post date:** [October 22, 2018, 9:56am UTC](https://discuss.elastic.co/t/reindex/153341/4 "2018-10-22T09:56:20Z")
В целом такой подход будет работать - не идеально, т.к много лишних накладных расходов: необходимо будет копировать все данные из одного индекса в другой. Другой вариант - это использовать snapshot - и snapshot создаются инкрементально, т.е нет нужны копировать целиком весь индекс. И третий - это Cross Cluster Replication - [https://github.com/elastic/elasticsearch/issues/30086](https://github.com/elastic/elasticsearch/issues/30086) - работы идут активно в этом направлении и пока ещё не завершены. В таком случае синхронизация одного кластера в другой происходит почти в режиме реального времени, поддерживаются и удаления. ---
**Author:** ![74db36a597f21b891b3f](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/74db36a597f21b891b3f/32/45367_2.png) [@74db36a597f21b891b3f](https://discuss.elastic.co/u/74db36a597f21b891b3f)\ **Post date:** [October 22, 2018, 10:13am UTC](https://discuss.elastic.co/t/reindex/153341/5 "2018-10-22T10:13:00Z")
То есть, даже если установить параметр op\_type: "create", все равно копироваться будут все документы? Снепшоты не нравятся по причине выделения места под транзитное хранилище. ---
**Author:** ![Vladimir.Dolzhenko](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/vladimir.dolzhenko/32/34352_2.png) [@Vladimir.Dolzhenko](https://discuss.elastic.co/u/Vladimir.Dolzhenko)\ **Post date:** [October 22, 2018, 10:22am UTC](https://discuss.elastic.co/t/reindex/153341/6 "2018-10-22T10:22:57Z")
в случае `op_type: "create"` данные всё равно будут копироваться, но это не будет приводить к появлению дубликатов (в случае использования `op_type: "index"` по-умолчанию) ---
**Author:** ![74db36a597f21b891b3f](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/74db36a597f21b891b3f/32/45367_2.png) [@74db36a597f21b891b3f](https://discuss.elastic.co/u/74db36a597f21b891b3f)\ **Post date:** [October 22, 2018, 10:53am UTC](https://discuss.elastic.co/t/reindex/153341/7 "2018-10-22T10:53:00Z")
Не понял, уточните пожалуйста, как предполагается задать для op\_type два значения: index и create? В целом я правильно понимаю, что инкрементально удаленный reindex никак не сделать? ---
**Author:** ![Vladimir.Dolzhenko](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/vladimir.dolzhenko/32/34352_2.png) [@Vladimir.Dolzhenko](https://discuss.elastic.co/u/Vladimir.Dolzhenko)\ **Post date:** [October 22, 2018, 11:08am UTC](https://discuss.elastic.co/t/reindex/153341/8 "2018-10-22T11:08:04Z")
Когда вы делаете `reindex` параметр `op_type` задан неявно и он равен `index`, этот подводный камень вы самостоятельно преодолели задав его явно `op_type: "create"`. Инкрементально удалённый reindex невозможен, по крайней мере сейчас и никаких планов на обозримое будущее нет. Более эффективным и надежным подходом мы считаем CCR. ---
**Author:** ![pablissimo77](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/pablissimo77/32/108804_2.png) [@pablissimo77](https://discuss.elastic.co/u/pablissimo77)\ **Post date:** [October 25, 2018, 7:44am UTC](https://discuss.elastic.co/t/reindex/153341/9 "2018-10-25T07:44:28Z")
Извините, что вмешиваюсь - Владимир, а как долго ждать CCR? Очень не хватает такой штуки ---
**Author:** ![Vladimir.Dolzhenko](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/vladimir.dolzhenko/32/34352_2.png) [@Vladimir.Dolzhenko](https://discuss.elastic.co/u/Vladimir.Dolzhenko)\ **Post date:** [October 25, 2018, 7:54am UTC](https://discuss.elastic.co/t/reindex/153341/10 "2018-10-25T07:54:55Z")
Вы абсолютно правы - над ней ломали голову больше 4х лет - но вот-вот уже скоро она будет - точную дату не скажу ибо не все работы ещё закончены - смотрите приведённую meta issue. Точно могу сказать, что это коммерческая (xpack) функциональность. ---
**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\ **Post date:** [November 22, 2018, 8:02am UTC](https://discuss.elastic.co/t/reindex/153341/11 "2018-11-22T08:02:19Z")
This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.