[
https://issues.apache.org/jira/browse/SOLR-16852?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17766941#comment-17766941
]
Tomas Eduardo Fernandez Lobbe commented on SOLR-16852:
------------------------------------------------------
Sorry for the late response, this fell off my radar.
{quote}Wouldn't commit metadata be a more general way to track a queue offset
(or similar)? This seems like information that isn't truly backup-oriented, it
seems index-oriented, and thus could be used even if backups aren't involved.
{quote}
I'm not sure. It seems easier to me to have this as custom backup metadata
(data added to the backup by whatever process is creating it). I'm trying to
think how to have something like this work with commit metadata, and I *think*
it would only work reliably using snapshots (correct me if I'm wrong):
1. Issue a commit with metadata (a snapshot request really)
2. Backup that particular snapshot
3. Delete the snapshot
In order to not need the snapshot I think whatever process is taking the backup
should also be the only one doing commits (no auto-commit, plus maybe having
issues with replicas issuing internal commits to leaders)
> Let backups have custom key/values
> ----------------------------------
>
> Key: SOLR-16852
> URL: https://issues.apache.org/jira/browse/SOLR-16852
> Project: Solr
> Issue Type: New Feature
> Reporter: Tomas Eduardo Fernandez Lobbe
> Priority: Minor
> Time Spent: 40m
> Remaining Estimate: 0h
>
> Currently backups have some properties attached such as configName,
> collectionAlias, indexVersion, etc. It would be useful to allow custom
> properties/annotations to add some information coming from the process that
> triggers the backup. For example, say you have a process that consumes from a
> queue, adds documents to Solr and then triggers a backup command, the backup
> could include the queue offset at the time of triggering the backup so that
> the application could potentially continue processing from such offset upon
> restore.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org
For additional commands, e-mail: issues-h...@solr.apache.org
