Completely agree with Robert. I'd also add that you should _not_ copy your configs from 4x. Start with the 7x configs and add any customizations but don't change things like luceneMatchVersion and the like.
If you simply _cannot_ reindex, take a look at https://github.com/cominvent/solr-tools/blob/master/upgradeindex/upgradeindex.sh On Thu, Dec 14, 2017 at 2:24 PM, Petersen, Robert (Contr) <robert.peters...@ftr.com> wrote: > From what I have read, you can only upgrade to the next major version number > without using a tool to convert the indexes to the newer version. But that is > still perilous due to deprications etc > > > So I think best advice out there is to spin up a new farm on 7.1 (especially > from 4.x), make a new collection there, reindex everything into it and then > switch over to the new farm. I would also ask the question are you thinking > to go to master/slave on 7.1? Wouldn't you want to go with solr cloud? > > > I started with master/slave and yes it is simpler but there is that one > single point of failure (the master) for indexing, which is of course easily > manually overcome by purposing a slave as the new master and repointing the > remaining slaves at the new master however this is a completely manual > process you try to avoid in cloud mode. > > > I think you'd need to think this through more fully with the new > possibilities available and how you'd want to migrate given your existing > environment is so far behind. > > > Thanks > > Robi > > ________________________________ > From: Drooy Drooy <drooy2...@gmail.com> > Sent: Thursday, December 14, 2017 1:27:53 PM > To: solr-user@lucene.apache.org > Subject: Solr upgrade from 4.x to 7.1 > > Hi All, > > We have an in-house project running in Solr 4.7 with Master/Slave mode for > a few years, what is it going to take to upgrade it to SolrCloud with > TLOG/PULL replica mode ? > > I read the upgrade guides, none of them talking about the jump from 4.x to > 7. > > Thanks much > > ________________________________ > > This communication is confidential. Frontier only sends and receives email on > the basis of the terms set out at http://www.frontier.com/email_disclaimer.
