# Best way to migrate data disk

**URL:** https://discuss.elastic.co/t/best-way-to-migrate-data-disk/293213
**Category:** Elasticsearch
**Created:** [December 30, 2021, 3:22pm UTC](https://discuss.elastic.co/t/best-way-to-migrate-data-disk/293213 "2021-12-30T15:22:06Z")
**Posts on this page:** 6
**Page:** 1

<div class="post-metadata">

### Author: ![grumo35](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/grumo35/32/59451_2.png) [@grumo35](https://discuss.elastic.co/u/grumo35)
#### Post date: [December 30, 2021, 3:22pm UTC](https://discuss.elastic.co/t/best-way-to-migrate-data-disk/293213/1 "2021-12-30T15:22:06Z")

</div>

Hi,

Today i was wondering what would be the best way to migrate disks ( dedicated data disk for Elasticsearch ) from one virtual machine to another.

The disks are directly attached to the vms, could i stop the node and remount the disk on another machine ?

I'm affraid that if i stop the node the cluster will just start to rebuild itself and corrupt data ?

---

<div class="post-metadata">

### Author: ![HenningAndersen](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/henningandersen/32/48188_2.png) [@HenningAndersen](https://discuss.elastic.co/u/HenningAndersen)
#### Post date: [December 30, 2021, 5:12pm UTC](https://discuss.elastic.co/t/best-way-to-migrate-data-disk/293213/2 "2021-12-30T17:12:52Z")

</div>

Yes, stopping the node, unmounting the disk and then mounting it elsewhere should work out fine.

You may want to stop the cluster from shuffling to much data around, you can follow the [rolling restart guide](https://www.elastic.co/guide/en/elasticsearch/reference/current/restart-cluster.html#restart-cluster-rolling) for that. To Elasticsearch, this operation should look like a rolling restart.

---

<div class="post-metadata">

### Author: ![stephenb](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/stephenb/32/40856_2.png) [@stephenb](https://discuss.elastic.co/u/stephenb)
#### Post date: [December 30, 2021, 5:44pm UTC](https://discuss.elastic.co/t/best-way-to-migrate-data-disk/293213/3 "2021-12-30T17:44:36Z")

</div>

You also may want to take a snapshot.... just in case...

> **[Snapshot and restore | Elasticsearch Guide \[7.16\] | Elastic](https://www.elastic.co/guide/en/elasticsearch/reference/current/snapshot-restore.html)**

---

<div class="post-metadata">

### Author: ![grumo35](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/grumo35/32/59451_2.png) [@grumo35](https://discuss.elastic.co/u/grumo35)
#### Post date: [January 11, 2022, 4:23pm UTC](https://discuss.elastic.co/t/best-way-to-migrate-data-disk/293213/4 "2022-01-11T16:23:19Z")

</div>

Snapshot is done and will definitly improve our backup strategy ! thanks for sharing

---

<div class="post-metadata">

### Author: ![grumo35](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/grumo35/32/59451_2.png) [@grumo35](https://discuss.elastic.co/u/grumo35)
#### Post date: [January 11, 2022, 4:23pm UTC](https://discuss.elastic.co/t/best-way-to-migrate-data-disk/293213/5 "2022-01-11T16:23:48Z")

</div>

That's what i was looking for, thanks will do just that i'll try to post as the migration start.

---

<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: [February 8, 2022, 4:24pm UTC](https://discuss.elastic.co/t/best-way-to-migrate-data-disk/293213/6 "2022-02-08T16:24:10Z")

</div>

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