HBase的Snapshots功能介绍
HBase的Snapshots功能介绍
在之前，备份或者拷贝一个表只能用copy/export表，或者disable表后，从hdfs中拷贝出所有hfile。copy/export表用的是MapReduce来scan和copy表，这会对Region Server产生直接的性能影响，而用disable后拷贝文件则是直接不能访问了。
以此相反，HBase的snapshots功能可以让管理员不用拷贝数据的情况下轻松拷贝table，并且只会对RS造成很小影响。导出snapshots到另一个集群不会直接作用于RS，只是添加一些额外的逻辑。
下面是一些实用snapshots的场景：
- 从用户/app错误中恢复
- 从某个已知的安全状态恢复/还原。
- 查看之前的snapshots并选择性地从merge到产线中。
- 在重大升级或者修改之前保存snapshots。
- 审查和/或报告指定时间的数据视图
- 有目的性地按月采集数据。
- 运行每天/每月/一刻时间报表。
- 应用测试
- 用snapshots在产线测试schema或者程序改变对数据相似度的影响，然后丢弃它。例如，获取一个snapshot，然后用该snapshot的内容创建一个表，然后对该表进行操作。
- 离线作业
- 获取一个snapshot，导到另外一个集群并用MapReduce作业来分析它。由于导出snapshot的操作发生在HDFS级别，你不会像拷贝表那样拖慢HBase。
什么是Snapshot?
一个snapshot其实就是一组metadata信息的集合，它可以让管理员将表恢复到以前的一个状态。snapshot并不是一份拷贝，它只是一个文件名的列表，并不拷贝数据。一个全的snapshot恢复以为着你可以回滚到原来的表schema和创建snapshot之前的数据。
操作
- 获取：该操作尝试从指定的表中获取一个snapshot。该操作在regions作balancing，split或者merge等迁移工作的时候可能会失败。
- 拷贝：该操作用指定snapshot的schema和数据来创建一个新表。该操作会不会对 原表或者该snapshot造成任何影响。
- 恢复：该操作将一个表的schema和data回滚到创建该snapshot时的状态。
- 删除：该操作将一个snapshot从系统中移除，释放磁盘空间，不会对其他拷贝或者snapshot造成任何影响。
- 导出：该操作拷贝这个snapshot的data和metadata到另一个集群。该操作仅影响HDFS，并不会和hbase的Master或者Region Server通信（这些操作可能会导致集群挂掉）。
零拷贝Snapshot，恢复，克隆
snapshot和CopyTable/ExportTable最大的区别是snapshot仅涉及metadata，不涉及数据拷贝。
Hbase一个重要的设计就是一旦写到一个文件就不会修改了。有不可修改的文件意味着一个snapshot仅需保持当前文件的使用相关信息就可以了, 并且，当compaction发生的时候，snapshot通知hbase系统仅把这些文件归档而不要删除它。
同样，当克隆或者恢复操作发生的时候，由于这些不变的文件，当用snapshot创建新表的时候仅需链接向这些不变的文件就行了。
导出snapshot是唯一需要拷贝数据的操作，这是因为其它的集群并没有这些数据文件。
导出Snapshot Vs Copy/Export Table
除去更加好的一致性保证外，和Copy/Export作业相比，最大的不同是导出snapshot操作是在HDFS层级进行的。这就意味着hbase的master和Region Server是不参与该操作的，因此snapshot导出不会创建一些不必要的数据缓存，并且也不会因为由于很多scan操作导致的GC。snapshot导出操作产生的网络和磁盘开销都被HDFS的datanode分摊吸收了。
HBase Shell: Snapshot 操作
要想使用snapshot功能，请确认你的hbase-site.xml中的hbase.snapshot.enabled配置项为true，如下：
1 |
<property> |
2 |
|
3 |
<name>hbase.snapshot.enabled</name> |
4 |
5 |
<value>true</value> |
6 |
|
7 |
</property> |
创建一个snapshot用如下命令，该操作没有文件拷贝操作：
1 |
hbase> snapshot ‘tableName’, ‘snapshotName’ |
要想知道系统中创建了哪些snapshot，可以用list_snapshot命令，它会显示snapshot名，源表和创建时间日期。
1 |
hbase> list_snapshots |
2 |
SNAPSHOT TABLE + CREATION TIME |
3 |
TestSnapshot TestTable (Mon Feb2521:13:49+00002013)</pre> |
要想移除snapshot，用delete_snapshot命令，移除snapshot不会对已经克隆好的表和随后发生的snapshot造成任何影响。
1 |
hbase> delete_snapshot ‘snapshotName’ |
要想使用snapshot来创建一个新表，用clone_snapshot命令。该操作也无任何数据拷贝操作发生。
1 |
hbase> clone_snapshot ‘snapshotName’, ‘newTableName’ |
要是想恢复或者替换当前表的schema和数据，用restore_snapshot命令。
1 |
hbase> restore_snapshot ‘snapshotName’ |
要想导出一个snapshot到另外的集群，用ExportSnapshot工具。导出操作不会对Region server造成额外的负担。因为它工作在HDFS层级，你仅需指定HDFS的位置（其它集群的hbase.rootdir）即可，如下。
1 |
hbase org.apache.hadoop.hbase.snapshot.ExportSnapshot -snapshot |
2 |
SnapshotName -copy-to hdfs:///srv2:8082/hbase |
当前存在的限制
Snapshots依赖于一些想当然的地方，当前还有很多新特性并没有完全集成到工具里：
- 做snapshot或者克隆表时如果发生Merging region操作时数据可能丢失。
- 恢复表的时候，由于是对一个replication进行的，这可能导致两个集群数据不同步。
总结
当前的snapshot特性以及包括了所有基本功能，但是依然还有很多工作要做，例如质量（metrics），Web UI集成，磁盘使用优化等。
要想了解更多snapshot相关信息，请看官方文档的snapshot一节。