You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@solr.apache.org by "Thomas Woodard (Jira)" <ji...@apache.org> on 2022/08/05 17:57:00 UTC
[jira] [Updated] (SOLR-16326) ReplicationHandler should support all parameters for backupAfter
[ 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-unsubscribe@solr.apache.org
For additional commands, e-mail: issues-help@solr.apache.org