基于Azure blob storage T级别HBase表恢复
2017-01-14 11:48
89 查看
为减少Hbase集群压力,提高性能,我们将HBase库中的数据移到另外的存储,下面记录当我需要对数据进行计算时,数据恢复的过程
目录:
Azure storage explorer 工具
数据复制
元数据修复
测试验证
Azure Storage Explorer工具
免费工具下载地址:http://storageexplorer.com/
本地安装后,连接至Azure存储,如下图:
说明:
源存储和目标存储所属同一区域时,复制性能更佳,同时注意一下,我使用的storage explorer比较low的地方,copy时没有进度条
在目标hbase集群中,将完整的目录copy过去后,使用hbase hbck 修复命令如果目标集群中表不存在时,修复命令会自动创建表
数据复制
说明:完整目录copy,使用工具上的复制、粘贴即可,复制的性能还可以
BMS: 16:30-16:40 耗时10分钟,数据量大小如下:
Power:17:10-17:47 耗时37分钟,数据量大小:
文件夹重命名:工具会新建文件夹,同时将源文件内容copy至新的文件夹下,然后删除源文件夹,数据量大的话,比较费劲
元数据修复
数据复制完成后,进入hbase安装目录,进行元数据修复,快捷修复命令:hbase hbck -repair -ignorePreCheckPermission
修复成功后,如下图:
测试验证
进入hbase shell 命令模式
命令:list (如下图,说明表修复正常)
命令: scan 'TerminalData',{LIMIT=>1} (如下图,读写正常)
目录:
Azure storage explorer 工具
数据复制
元数据修复
测试验证
Azure Storage Explorer工具
免费工具下载地址:http://storageexplorer.com/
本地安装后,连接至Azure存储,如下图:
说明:
源存储和目标存储所属同一区域时,复制性能更佳,同时注意一下,我使用的storage explorer比较low的地方,copy时没有进度条
在目标hbase集群中,将完整的目录copy过去后,使用hbase hbck 修复命令如果目标集群中表不存在时,修复命令会自动创建表
数据复制
说明:完整目录copy,使用工具上的复制、粘贴即可,复制的性能还可以
BMS: 16:30-16:40 耗时10分钟,数据量大小如下:
Power:17:10-17:47 耗时37分钟,数据量大小:
文件夹重命名:工具会新建文件夹,同时将源文件内容copy至新的文件夹下,然后删除源文件夹,数据量大的话,比较费劲
元数据修复
数据复制完成后,进入hbase安装目录,进行元数据修复,快捷修复命令:hbase hbck -repair -ignorePreCheckPermission
修复成功后,如下图:
测试验证
进入hbase shell 命令模式
命令:list (如下图,说明表修复正常)
命令: scan 'TerminalData',{LIMIT=>1} (如下图,读写正常)
相关文章推荐
- rman—实验—基于日志序列号的不完整恢复
- 基于RMAN实现坏块介质恢复(blockrecover)
- RMAN基于时间点恢复不完全恢…
- Oracle Study之--基于ASM的TSPITR(基于表空间的完全恢复)
- RMAN备份与恢复之基于时间点的不完全恢复
- Visual StudioC++新特性--MFC王者归来(3)MFC新功能-基于windows7的重启管理灾难恢复
- 基于时间点的不完全恢复实验2 推荐
- mysql二进制日志详解及备份恢复、基于mysqldump及lvmsnapshot做备份恢复详解
- MySQL基于gtid特性与xtrabackup的数据恢复
- 基于分割的图像恢复-A New Approach
- 基于Windows 2003 卷影副本的文件级恢复操作
- DG丢失归档,使用增量备份恢复一例 ,基于scn恢复备库
- mysqlbinlog工具基于日志恢复详细解释
- 通过sqlserver的日志来进行基于时间点的恢复
- Oracle 基于用户管理恢复的处理
- Mysql的增量备份 及基于时间点与位置的恢复
- DML误操作基于时间点的不完全恢复
- 探索ORACLE不完全恢复之--基于cancel恢复 第一篇
- MySQL时间点数据恢复测试步骤--基于Position
- 基于Innobackupex的全备恢复