[ 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