If reindexing from raw XML files is feasible (less than 30 minutes) it would be the easiest option. The problem with recovering with old snapshots is that you have to remove bad indices from all cores and possible stale (or recoveries in progress) indices and replace it with your snapshot and modifiy the index.properties files for each core and point it to your backed up snapshot.
This is a manual job and is prone to errors if you're want to fix it all as soon as possible. -----Original message----- > From:jimtronic <jimtro...@gmail.com> > Sent: Thu 20-Sep-2012 23:34 > To: solr-user@lucene.apache.org > Subject: RE: Backup strategy for SolrCloud > > I'm thinking about catastrophic failure and recovery. If, for some reason, > the cluster should go down or become unusable and I simply want to bring it > back up as quickly as possible, what's the best way to accomplish that? > > Maybe I'm thinking about this incorrectly? Is this not a concern? > > > > > > -- > View this message in context: > http://lucene.472066.n3.nabble.com/Backup-strategy-for-SolrCloud-tp4009291p4009297.html > Sent from the Solr - User mailing list archive at Nabble.com. >
