# Does snapshot/restore do any analysis on restore? **URL:** \ **Category:** Elasticsearch\ **Created:** [March 24, 2014, 11:54pm UTC](https://discuss.elastic.co/t/does-snapshot-restore-do-any-analysis-on-restore/16571 "2014-03-24T23:54:52Z")\ **Posts on this page:** 4\ **Page:** 1
**Author:** ![Harry\_Waye\_2](https://avatars.discourse-cdn.com/v4/letter/h/b2d939/32.png) [@Harry\_Waye\_2](https://discuss.elastic.co/u/Harry_Waye_2)\ **Post date:** [March 24, 2014, 11:54pm UTC](https://discuss.elastic.co/t/does-snapshot-restore-do-any-analysis-on-restore/16571/1 "2014-03-24T23:54:52Z")
I'm hoping to use Snapshot/Restore to shelter our production cluster from the load entailed from reindexing our indices. I'd be interested in knowing whether this is something it would provide or if analysis would be involved either way. We have a dataset that we'd like to index without worry of affecting queries. We could throttle indexing to reduce effect but this has proved to be a difficult endeavour. I'd prefer that any cpu intensive ops occur away from production. How do others deal with this scenario? Our other option would be to maintain two clusters and switch between the two. To maintain would mean quite an investment in hardware and I'd prefer to look at other options first. -- 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/e6d9432e-3306-48fe-b210-b5953be26d52%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/e6d9432e-3306-48fe-b210-b5953be26d52%40googlegroups.com). For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout). ---
**Author:** ![dadoonet](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/dadoonet/32/137187_2.png) [@dadoonet](https://discuss.elastic.co/u/dadoonet)\ **Post date:** [March 25, 2014, 5:56am UTC](https://discuss.elastic.co/t/does-snapshot-restore-do-any-analysis-on-restore/16571/2 "2014-03-25T05:56:55Z")
Snapshot/restore "just" save Lucene files (and some metadata). Restoring does not imply any analysis process. -- David 😉 Twitter : @dadoonet / @elasticsearchfr / @scrutmydocs Le 25 mars 2014 à 00:54, Harry Waye [harry@arachnys.com](mailto:harry@arachnys.com) a écrit : I'm hoping to use Snapshot/Restore to shelter our production cluster from the load entailed from reindexing our indices. I'd be interested in knowing whether this is something it would provide or if analysis would be involved either way. We have a dataset that we'd like to index without worry of affecting queries. We could throttle indexing to reduce effect but this has proved to be a difficult endeavour. I'd prefer that any cpu intensive ops occur away from production. How do others deal with this scenario? ## Our other option would be to maintain two clusters and switch between the two. To maintain would mean quite an investment in hardware and I'd prefer to look at other options first. 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/e6d9432e-3306-48fe-b210-b5953be26d52%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/e6d9432e-3306-48fe-b210-b5953be26d52%40googlegroups.com). 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/5ACC6FAD-5ACB-47F4-9B58-54492B69468B%40pilato.fr](https://groups.google.com/d/msgid/elasticsearch/5ACC6FAD-5ACB-47F4-9B58-54492B69468B%40pilato.fr). For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout). ---
**Author:** ![Harry\_Waye\_2](https://avatars.discourse-cdn.com/v4/letter/h/b2d939/32.png) [@Harry\_Waye\_2](https://discuss.elastic.co/u/Harry_Waye_2)\ **Post date:** [March 25, 2014, 10:43am UTC](https://discuss.elastic.co/t/does-snapshot-restore-do-any-analysis-on-restore/16571/3 "2014-03-25T10:43:31Z")
Excellent great thanks David On Tuesday, March 25, 2014 5:56:55 AM UTC, David Pilato wrote: > Snapshot/restore "just" save Lucene files (and some metadata). > Restoring does not imply any analysis process. > > -- > David 😉 > Twitter : @dadoonet / @elasticsearchfr / @scrutmydocs > > Le 25 mars 2014 à 00:54, Harry Waye \<[ha...@arachnys.com](mailto:ha...@arachnys.com) \\> a > écrit : > > I'm hoping to use Snapshot/Restore to shelter our production cluster from > the load entailed from reindexing our indices. I'd be interested in > knowing whether this is something it would provide or if analysis would be > involved either way. We have a dataset that we'd like to index without > worry of affecting queries. We could throttle indexing to reduce effect > but this has proved to be a difficult endeavour. I'd prefer that any cpu > intensive ops occur away from production. How do others deal with this > scenario? > > Our other option would be to maintain two clusters and switch between the > two. To maintain would mean quite an investment in hardware and I'd prefer > to look at other options first. > > -- > 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 [elasticsearc...@googlegroups.com](mailto:elasticsearc...@googlegroups.com) \. > To view this discussion on the web visit > [https://groups.google.com/d/msgid/elasticsearch/e6d9432e-3306-48fe-b210-b5953be26d52%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/e6d9432e-3306-48fe-b210-b5953be26d52%40googlegroups.com)[https://groups.google.com/d/msgid/elasticsearch/e6d9432e-3306-48fe-b210-b5953be26d52%40googlegroups.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/e6d9432e-3306-48fe-b210-b5953be26d52%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/dfea7ce8-cdf7-4775-bbc6-b7d4c36ed54f%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/dfea7ce8-cdf7-4775-bbc6-b7d4c36ed54f%40googlegroups.com). For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout). ---
**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\ **Post date:** [July 6, 2017, 1:40am UTC](https://discuss.elastic.co/t/does-snapshot-restore-do-any-analysis-on-restore/16571/4 "2017-07-06T01:40:50Z")