[
https://issues.apache.org/jira/browse/SOLR-7374?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14493005#comment-14493005
]
Jan Høydahl commented on SOLR-7374:
-----------------------------------
Looking forward to a collection backup command, we can imagine a cluster wide
set of Directory configurations, such as an {{S3Directory}} configured with API
keys etc. So should be letting each core/shard backup/restore command be able
to write/read the backup directly to/from such cluster-wide locations. One way
could be to support protocol and config in the {{location}} attribute, e.g.
{{s3:/backups/collection1/shard1}}. Would make it super simple for Overseer to
kick off a bunch of backup jobs across a cluster and let each shard write
directly to correct target instead of intermediate local stoage. No idea of how
to configure cluster-wide Directory configs though.
> Backup/Restore should provide a param for specifying the directory
> implementation it should use
> -----------------------------------------------------------------------------------------------
>
> Key: SOLR-7374
> URL: https://issues.apache.org/jira/browse/SOLR-7374
> Project: Solr
> Issue Type: Bug
> Reporter: Varun Thacker
> Assignee: Varun Thacker
> Fix For: Trunk, 5.2
>
>
> Currently when we create a backup we use SimpleFSDirectory to write the
> backup indexes. Similarly during a restore we open the index using
> FSDirectory.open .
> We should provide a param called {{directoryImpl}} or {{type}} which will be
> used to specify the Directory implementation to backup the index.
> Likewise during a restore you would need to specify the directory impl which
> was used during backup so that the index can be opened correctly.
> This param will address the problem that currently if a user is running Solr
> on HDFS there is no way to use the backup/restore functionality as the
> directory is hardcoded.
> With this one could be running Solr on a local FS but backup the index on
> HDFS etc.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
