[
https://issues.apache.org/jira/browse/HBASE-5547?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13239009#comment-13239009
]
Jesse Yates commented on HBASE-5547:
------------------------------------
HBASE-50 would build on this functionality (just getting to where I need it
anyways), so thought I could knock this out the 'right' way and then later wrap
it into hbase-50. The reference stuff is a bit involved and I would be fine if
we just moved the files out to another directory. Backup then can just check
file times and remove the files that were backed up since the time or copy the
ones that are currently being used.
Timestamp can just looked up per backed-up file or possibly grouped by
directory (though the latter seems likely to fragmentation.
bq. HBase is in "backup mode", maybe by the existence of a specific zNode,
although other models are possible as well.
Like this idea - only backing up while the switch is on, but otherwise should
help keep cruft down (not be part of normal operation).
> Don't delete HFiles when in "backup mode"
> -----------------------------------------
>
> Key: HBASE-5547
> URL: https://issues.apache.org/jira/browse/HBASE-5547
> Project: HBase
> Issue Type: New Feature
> Reporter: Lars Hofhansl
>
> This came up in a discussion I had with Stack.
> It would be nice if HBase could be notified that a backup is in progress (via
> a znode for example) and in that case either:
> 1. rename HFiles to be delete to <file>.bck
> 2. rename the HFiles into a special directory
> 3. rename them to a general trash directory (which would not need to be tied
> to backup mode).
> That way it should be able to get a consistent backup based on HFiles (HDFS
> snapshots or hard links would be better options here, but we do not have
> those).
> #1 makes cleanup a bit harder.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
