# Migrating from 5.2.2 to 7.3?

**URL:** <https://discuss.elastic.co/t/migrating-from-5-2-2-to-7-3/197815>\
**Category:** Elasticsearch\
**Created:** [September 3, 2019, 10:12am UTC](https://discuss.elastic.co/t/migrating-from-5-2-2-to-7-3/197815 "2019-09-03T10:12:11Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![mcdonnell-john](https://avatars.discourse-cdn.com/v4/letter/m/73ab20/32.png) [@mcdonnell-john](https://discuss.elastic.co/u/mcdonnell-john)\
**Post date:** [September 3, 2019, 10:12am UTC](https://discuss.elastic.co/t/migrating-from-5-2-2-to-7-3/197815/1 "2019-09-03T10:12:11Z")

</div>

Hi,

I've been asked to investigate what I thought was an upgrade of ElasticSearch/Kibana solution(both running on Docker) from a 5.2.2 instance to a 7.3.

I was looking at the upgrade instructions for ElasticSearch, and I know that if this is an upgrade then I have to go 5.2.2 -\> 5.6.16 -\> 6.8.2 -\> 7.3.1 based on what I have seen online.

But I don't technically think this is an upgrade, as the 7.3.1 instances will not be on the same instances, so no matter what I'll probably be remote re-indexing the 5.2.2 indexes to the 7.3.1 instance.

Is this jump possible with remote re-indexing, or do I still need to do the rolling upgrade route for ElasticSearch.

---

<div class="post-metadata">

**Author:** ![DavidTurner](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/davidturner/32/22453_2.png) [@DavidTurner](https://discuss.elastic.co/u/DavidTurner)\
**Post date:** [September 3, 2019, 10:32am UTC](https://discuss.elastic.co/t/migrating-from-5-2-2-to-7-3/197815/2 "2019-09-03T10:32:51Z")

</div>

Yes, you can use [reindex-from-remote](https://www.elastic.co/guide/en/elasticsearch/reference/current/reindex-upgrade-remote.html) to copy data from 5.2.2 straight into 7.3.x.

---

<div class="post-metadata">

**Author:** ![DavidTurner](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/davidturner/32/22453_2.png) [@DavidTurner](https://discuss.elastic.co/u/DavidTurner)\
**Post date:** [September 3, 2019, 10:36am UTC](https://discuss.elastic.co/t/migrating-from-5-2-2-to-7-3/197815/3 "2019-09-03T10:36:45Z")

</div>

The advantage of the upgrade route you described (5.2.2 -\> 5.6.16 -\> 6.8.2 -\> 7.3.1) is that each step gives you the opportunity to check for your clients' [usage of deprecated features](https://www.elastic.co/guide/en/elasticsearch/reference/current/logging.html#deprecation-logging) and to use the [upgrade assistant](https://www.elastic.co/guide/en/kibana/6.8/upgrade-assistant.html) to ensure that the upgrade will run smoothly. If you do the upgrade in one step then you might have to put a lot more effort into identifying the breaking changes that will affect you.

---

<div class="post-metadata">

**Author:** ![mcdonnell-john](https://avatars.discourse-cdn.com/v4/letter/m/73ab20/32.png) [@mcdonnell-john](https://discuss.elastic.co/u/mcdonnell-john)\
**Post date:** [September 3, 2019, 12:05pm UTC](https://discuss.elastic.co/t/migrating-from-5-2-2-to-7-3/197815/4 "2019-09-03T12:05:43Z")

</div>

Hi DavidTurner,

Thanks for the info, Maybe I could validate if the stepped upgrade route would be required?

i.e. remote re-index a subset of the data in each of the indexes I'm migrating, and then use the validation api[1](https://www.elastic.co/guide/en/elasticsearch/reference/current/search-validate.html) to confirm the work (would this show up usages of deprecated features?) If I get an error in the test, then I guess I have to go through the stepped approach.

---

<div class="post-metadata">

**Author:** ![DavidTurner](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/davidturner/32/22453_2.png) [@DavidTurner](https://discuss.elastic.co/u/DavidTurner)\
**Post date:** [September 3, 2019, 12:19pm UTC](https://discuss.elastic.co/t/migrating-from-5-2-2-to-7-3/197815/5 "2019-09-03T12:19:32Z")

</div>

You might get some deprecation logging from the Validate API but it won't cover everything that might have been deprecated since 5.x. Breaking changes can affect lots of other things apart from the search APIs.

---

<div class="post-metadata">

**Author:** ![mcdonnell-john](https://avatars.discourse-cdn.com/v4/letter/m/73ab20/32.png) [@mcdonnell-john](https://discuss.elastic.co/u/mcdonnell-john)\
**Post date:** [September 3, 2019, 12:27pm UTC](https://discuss.elastic.co/t/migrating-from-5-2-2-to-7-3/197815/6 "2019-09-03T12:27:46Z")

</div>

Cool, thanks for the update.

Stepped approach it is 😉

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\
**Post date:** [October 1, 2019, 12:28pm UTC](https://discuss.elastic.co/t/migrating-from-5-2-2-to-7-3/197815/7 "2019-10-01T12:28:03Z")

</div>

This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.
