# Is this a valid backup strategy for 0.90.10?
**URL:** https://discuss.elastic.co/t/is-this-a-valid-backup-strategy-for-0-90-10/18655
**Category:** Elasticsearch
**Created:** [July 14, 2014, 5:41pm UTC](https://discuss.elastic.co/t/is-this-a-valid-backup-strategy-for-0-90-10/18655 "2014-07-14T17:41:21Z")
**Posts on this page:** 3
**Page:** 1
### Author:  [@Clint\_Miller](https://discuss.elastic.co/u/Clint_Miller)
#### Post date: [July 14, 2014, 5:41pm UTC](https://discuss.elastic.co/t/is-this-a-valid-backup-strategy-for-0-90-10/18655/1 "2014-07-14T17:41:21Z")
We're running a large 0.90.10 cluster. Due to performance problems we're
seeing with has\_parent queries (unrelated issue), upgrading to 1.x is not
an option for us at the current time.
We're trying to figure out how to backup 0.90. The following link gives
some ideas for doing
backups: [http://www.elasticsearch.org/guide/en/elasticsearch/reference/current/setup-upgrade.html](http://www.elasticsearch.org/guide/en/elasticsearch/reference/current/setup-upgrade.html).
Essentially, the process is
1. Stop indexes from being flushed to disk.
2. Stop shard reallocation.
3. Copy the data.
4. Resume index flushing.
5. Resume shard reallocation.
The concern is step 3. We have a lot of data to backup. So, step 3 could
take a longer amount of time than we'd want to keep indexes from flushing
to disk.
However, given that segments in the data directory are immutable, I'm
wondering if we could change step 3 to first create a parallel directory
structure off to the side somewhere and then to hard link all the files in
the data directory into the equivalent directories in the parallel
structure. Running through the files and directories and creating hard
links should be sub-second.
Then, we can resume index flushing and shard reallocation, backup the
parallel directory structure (waiting however long that takes), and finally
delete the parallel directory structure.
This approach is similar to how backups work in Solr.
Will that approach work, or are there any files in the data directory that
are mutable?
Thanks
--
You received this message because you are subscribed to the Google Groups "elasticsearch" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).
To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/e5503355-a5a5-40cc-adda-8f638568a76e%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/e5503355-a5a5-40cc-adda-8f638568a76e%40googlegroups.com).
For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
---
### Author:  [@Kelly\_Sauke](https://discuss.elastic.co/u/Kelly_Sauke)
#### Post date: [July 14, 2014, 6:01pm UTC](https://discuss.elastic.co/t/is-this-a-valid-backup-strategy-for-0-90-10/18655/2 "2014-07-14T18:01:49Z")
For Step #3 you can use LVM Snapshots to make your copy of the data. It
would be a fairly quick operation and you won't have to wait for the
full data copy to happen, just for the snapshot to finish. Once the
snapshot is complete, you can do step 4 and 5 and then mount the
snapshot on a different mount point and copy it off to the remote host.
On 07/14/2014 12:41 PM, Clint Miller wrote:
> We're running a large 0.90.10 cluster. Due to performance problems
> we're seeing with has\_parent queries (unrelated issue), upgrading to
> 1.x is not an option for us at the current time.
>
> We're trying to figure out how to backup 0.90. The following link
> gives some ideas for doing
> backups: [Elasticsearch Platform — Find real-time answers at scale | Elastic](http://www.elasticsearch.org/guide/en/elasticsearch/reference/current/setup-upgrade.html).
> Essentially, the process is
>
> 1. Stop indexes from being flushed to disk.
> 2. Stop shard reallocation.
> 3. Copy the data.
> 4. Resume index flushing.
> 5. Resume shard reallocation.
>
> The concern is step 3. We have a lot of data to backup. So, step 3
> could take a longer amount of time than we'd want to keep indexes from
> flushing to disk.
>
> However, given that segments in the data directory are immutable, I'm
> wondering if we could change step 3 to first create a parallel
> directory structure off to the side somewhere and then to hard link
> all the files in the data directory into the equivalent directories in
> the parallel structure. Running through the files and directories and
> creating hard links should be sub-second.
>
> Then, we can resume index flushing and shard reallocation, backup the
> parallel directory structure (waiting however long that takes), and
> finally delete the parallel directory structure.
>
> This approach is similar to how backups work in Solr.
>
> Will that approach work, or are there any files in the data directory
> that are mutable?
>
> ## Thanks
>
> You received this message because you are subscribed to the Google
> Groups "elasticsearch" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com)
> [mailto:elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).
> To view this discussion on the web visit
> [https://groups.google.com/d/msgid/elasticsearch/e5503355-a5a5-40cc-adda-8f638568a76e%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/e5503355-a5a5-40cc-adda-8f638568a76e%40googlegroups.com)
> [https://groups.google.com/d/msgid/elasticsearch/e5503355-a5a5-40cc-adda-8f638568a76e%40googlegroups.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/e5503355-a5a5-40cc-adda-8f638568a76e%40googlegroups.com?utm_medium=email&utm_source=footer).
> For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
--
You received this message because you are subscribed to the Google Groups "elasticsearch" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).
To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/53C41B0D.4070805%40gmail.com](https://groups.google.com/d/msgid/elasticsearch/53C41B0D.4070805%40gmail.com).
For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
---
### Author:  [@system](https://discuss.elastic.co/u/system)
#### Post date: [July 6, 2017, 1:15am UTC](https://discuss.elastic.co/t/is-this-a-valid-backup-strategy-for-0-90-10/18655/3 "2017-07-06T01:15:56Z")