[
https://issues.apache.org/jira/browse/SOLR-16326?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Thomas Woodard updated SOLR-16326:
----------------------------------
Description:
It is currently not possible to change the default location for backups because
the ReplicationHandler does not support the location parameter unless an actual
query is made. That means that backups provide a means to roll back to a
previous version of the data, but no protection from hardware failure, as the
backup will always be on the same file system as the index.
Ideally, a configuration like the following would allow for setting the default
backup location, while still supporting alternate locations via request.
<requestHandler name="/replication" class="solr.ReplicationHandler">
<lst name="leader">
<str name="replicateAfter">optimize</str>
<str name="backupAfter">optimize</str>
</lst>
<int name="maxNumberOfBackups">2</int>
<str name="commitReserveDuration">00:00:20</str>
<lst name="defaults">
<str
name="location">/var/i8s/backup/solr/${i8s.environment}/${solr.core.name}</str>
</lst>
</requestHandler>
There are probably other parameters that need to work the same way, but I only
know for sure that location does not work.
was:
It is currently not possible to change the default location for backups because
the ReplicationHandler does not support the location parameter unless an actual
query is made. That means that backups provide a means to roll back to a
previous version of the data, but no protection from hardware failure, as the
backup will always be on the same file system as the index.
Ideally, a configuration like the following would allow for setting the default
backup location, while still supporting alternate locations via request.
<requestHandler name="/replication" class="solr.ReplicationHandler">
<lst name="leader">
<str name="replicateAfter">optimize</str>
<str name="backupAfter">optimize</str>
</lst>
<int name="maxNumberOfBackups">2</int>
<str name="commitReserveDuration">00:00:20</str>
<lst name="default">
<str
name="location">/var/i8s/backup/solr/${i8s.environment}/${solr.core.name}</str>
</lst>
</requestHandler>
There are probably other parameters that need to work the same way, but I only
know for sure that location does not work.
> ReplicationHandler should support all parameters for backupAfter
> ----------------------------------------------------------------
>
> Key: SOLR-16326
> URL: https://issues.apache.org/jira/browse/SOLR-16326
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Components: Backup/Restore
> Affects Versions: 8.11.1
> Reporter: Thomas Woodard
> Priority: Major
>
> It is currently not possible to change the default location for backups
> because the ReplicationHandler does not support the location parameter unless
> an actual query is made. That means that backups provide a means to roll back
> to a previous version of the data, but no protection from hardware failure,
> as the backup will always be on the same file system as the index.
> Ideally, a configuration like the following would allow for setting the
> default backup location, while still supporting alternate locations via
> request.
> <requestHandler name="/replication" class="solr.ReplicationHandler">
> <lst name="leader">
> <str name="replicateAfter">optimize</str>
> <str name="backupAfter">optimize</str>
> </lst>
> <int name="maxNumberOfBackups">2</int>
> <str name="commitReserveDuration">00:00:20</str>
> <lst name="defaults">
> <str
> name="location">/var/i8s/backup/solr/${i8s.environment}/${solr.core.name}</str>
> </lst>
> </requestHandler>
>
> There are probably other parameters that need to work the same way, but I
> only know for sure that location does not work.
--
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
