You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Vladimir Rodionov (JIRA)" <ji...@apache.org> on 2016/09/07 23:28:20 UTC

[jira] [Commented] (HBASE-16579) Concurrent backup / restore support

    [ https://issues.apache.org/jira/browse/HBASE-16579?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15472127#comment-15472127 ] 

Vladimir Rodionov commented on HBASE-16579:
-------------------------------------------

[~tedyu], we have already multiple backup/restore sessions JIRA (HBASE-16391). The problem is not only exclusive table lock, but lack of transactions, which would need in case of multiple backup sessions. Imagine that one session fails and tries to restore hbase:backup from snapshot. 

> Concurrent backup / restore support
> -----------------------------------
>
>                 Key: HBASE-16579
>                 URL: https://issues.apache.org/jira/browse/HBASE-16579
>             Project: HBase
>          Issue Type: Improvement
>            Reporter: Ted Yu
>              Labels: backup
>
> Currently we take exclusive lock on hbase:backup table in backup / restore procedures.
> There is only one backup or restore operation which can run at given time.
> We should consider using shared lock on hbase:backup table in the procedures so that concurrent backup / restore operations can proceed.
> The concurrency is useful when table sets don't overlap.
> We may devise other mechanism(s) when there is overlap among the table sets.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)