Shawn,
Indeed, we're probably already in catastrophe territory in this case. A
complete replace does indeed seem like the best option in that case.
Client is just the default solr client, `
org.apache.solr:solr-solrj:`
Mikhail,
Sounds possible, but I wonder about the cases where I would need a
Hello, Koen.
What about switching "query" alias to restored collection, and then nuking
the old one?
On Fri, Oct 4, 2019 at 10:52 PM Koen De Groote
wrote:
> Greetings.
>
> Solr 7.6, cloud.
>
> From what I've researched, backup and restore is pretty straightforward.
> BACKUP and RESTORE are colle
On 10/4/2019 1:41 PM, Koen De Groote wrote:
From what I've researched, backup and restore is pretty straightforward.
BACKUP and RESTORE are collection commands and the backup is to be put on a
shared filesystem.
So far so good.
I'm a bit concerned about the RESTORE action. A RESTORE command wi
Greetings.
Solr 7.6, cloud.
>From what I've researched, backup and restore is pretty straightforward.
BACKUP and RESTORE are collection commands and the backup is to be put on a
shared filesystem.
So far so good.
I'm a bit concerned about the RESTORE action. A RESTORE command will create
a new
What is the best backup and restore strategy for Solr 3.6.1?
Now, I use this. But I still want a snapshot index too.
--
View this message in context:
http://lucene.472066.n3.nabble.com/Backup-strategy-for-SolrCloud-tp4009291p4138359.html
Sent from the Solr - User mailing list archive at Nabble.com.
: The ReplicationHandler still works when you use SolrCloud, right? can't you
: just replicate from one (or N, depending on the number of shards) of the
: nodes in the cluster? That way you could keep a Solr instance that's only
: used to replicate the indexes, and you could have it somewhere else
lure 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.
> >
>
on,
> >> 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.
>
r 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 con
ene.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 ac
s 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.
ace and I/O if you have a frequent auto-commit enabled. Another
> options is to keep generating raw Solr XML files, you can easily load
> millions of documents in 10-15 minutes.
>
> Cheers,
>
> -Original message-
>> From:jimtronic
>> Sent: Thu 20-Sep-2012 23:
> To: solr-user@lucene.apache.org
> Subject: Backup strategy for SolrCloud
>
> I'm trying to determine my options for backing up data from a SolrCloud
> cluster.
>
> For me, bringing up my cluster from scratch can take several hours. It's way
> faster to take snaps
files and delta-imports,
everything catches up on quickly.
Sorry if this is a dumb question, but where do I pull the snapshots from?
Zookeeper? Any box in the cluster? The leader?
Thanks!
Jim
--
View this message in context:
http://lucene.472066.n3.nabble.com/Backup-strategy-for-SolrCloud-tp40
15 matches
Mail list logo