[
https://issues.apache.org/jira/browse/SOLR-6637?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14194563#comment-14194563
]
Varun Thacker commented on SOLR-6637:
-------------------------------------
bq. what is the usecase for restoring from the dataDir itself?
What I meant here was - if location param is not provided it would see if the
backup index is present under dataDir/backupName .
bq. Remove any files in the current directory which does not belong to the
segment .
This is what I do here - Once all the files from the backup location have been
successfully copied over the current index, there might be extra segment files
from the current index lying around. It gets cleaned up in
cleanupOldIndexFiles() where we take the name of the segment file from the
backup index and see which files are extra. We then remove these extra segment
files.
> Solr should have a way to restore a core
> ----------------------------------------
>
> Key: SOLR-6637
> URL: https://issues.apache.org/jira/browse/SOLR-6637
> Project: Solr
> Issue Type: Improvement
> Reporter: Varun Thacker
> Attachments: SOLR-6637.patch, SOLR-6637.patch, SOLR-6637.patch,
> SOLR-6637.patch
>
>
> We have a core backup command which backs up the index. We should have a
> restore command too.
> This would restore any named snapshots created by the replication handlers
> backup command.
> While working on this patch right now I realized that during backup we only
> backup the index. Should we backup the conf files also? Any thoughts? I could
> separate Jira for this.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
