[
https://issues.apache.org/jira/browse/SOLR-7583?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Greg Solovyev updated SOLR-7583:
--------------------------------
Attachment: SOLR-7583.patch
This patch has this feature implemented on 5_x branch. The patch includes unit
test for downloading a snapshot as a zip file.
REST API for downloading a zipped snapshot:
http://localhost:8983/solr/collection1/replication?command=downloadbackup&name=namedBackupName&wt=filestream
The response returns a chunked filestream. First 8 bytes have the file size,
and rest of the stream is structured the same way as if you were making
"filecontent" request:
- 4 bytes for chunk size
- N bytes for next chunk
there is no support for checksum yet
> API to download a snapshot by name
> ----------------------------------
>
> Key: SOLR-7583
> URL: https://issues.apache.org/jira/browse/SOLR-7583
> Project: Solr
> Issue Type: Improvement
> Components: SolrCloud
> Reporter: Greg Solovyev
> Attachments: SOLR-7583.patch
>
>
> What we are looking for:
> SolrCloud and Solr should have APIs to download a snapshot via HTTP.
> For single node Solr, this API will find a snapshot and stream it back over
> HTTP. For SolrCloud, this API will find a Replica that has the snapshot with
> requested name and stream the snapshot from that replica. Since there are
> multiple files inside a snapshot, the API should probably zip the snapshot
> folder before sending it back to the client.
> Why we need this:
> this will allow us to create and fetch fully contained archives of customer
> data where each backup archive will contain Solr index as well as other
> customer data (DB, metadata, files, 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]
