[hibernate-issues] [Hibernate-JIRA] Commented: (HSEARCH-1006) Allow for the creation of a index backup

[Sanne Grinovero (JIRA)]

    [ http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-1006?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=44614#comment-44614 ] 

Sanne Grinovero commented on HSEARCH-1006:
------------------------------------------

Even flushToIndexes would just guarantee the current Session related work is sent to the backend, but there is no guarantee about the other sessions nor any guarantee at all for async backends.
About locking.. I guess we could have all threads wait in a before-commit phase?

If the goal is to make strong guarantees on the consistency of the index vs the database, this is definitely not trivial; if a slightly inconsistent version was acceptable one wouldn't need a snapshot and could just copy any index state.

Sorry I don't like to sound pessimistic, but I don't see how to implement this.. unless you just mean to make it "slightly better" by freezing a snapshot: likely it's going to be a closer-in-time snapshot than just making a copy, but still people must be able to live with the fact it's not a perfect match.

> Allow for the creation of a index backup 
> -----------------------------------------
>
>                 Key: HSEARCH-1006
>                 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-1006
>             Project: Hibernate Search
>          Issue Type: New Feature
>          Components: engine
>    Affects Versions: 4.0.0.Final
>            Reporter: Hardy Ferentschik
>
> See hot index backups (http://stackoverflow.com/questions/5897784/lucene-index-backup).
> We could offer an API to backup an index. Maybe per _IndexManager_!?

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira