- Hbase
- Distcp方式
- 整体下载上传方式
- CopyTable备份
- Export工具
- elasticsearch
- 建立备份快照数据挂载点
- 建立快照仓储repository
- 建立snapshot快照备份
- 恢复snapshot快照数据
- 原集群恢复
- 新集群恢复
- HDFS
Hbase的备份恢复
hbase数据备份策略有两类：
- 离线备份（关闭Hbase集群进行全备份，包括distcp方式、整体下载上传）
- 在线备份（在线对集群进行备份，存在数据丢失的风险）
进行离线备份时，必须全部关闭Hbase集群，或者disable所有表，然后通过distcp命令将HDFS上的Hbase数据复制到另外或者同一个集群的不同目录就可以了。
如果两个集群互不可见，那只能将数据文件下载到本地再上传（整体下载上传方式）。
- Distcp方式
如果是想将数据迁移到另一个Hbase集群的话，另一个hbase集群必须关闭，并且数据要复制到hbase.rootdir下。
①在新备份集群下建立一个文件夹,用来保存需要备份的数据：
$HADOOP_HOME/bin/hadoop fs -mkdir /backup
②在旧集群执行：
$HADOOP_HOME/bin/hadoop distcp hdfs://maste:9000/hbase hdfs://backup:9000/backup
hdfs://maste:9000/hbase 是取的hbase-site.xml文件中hbase.rootdir的属性值（一定要参照rootdir的值，因为namenode做了HA的话，这里是有差异的）
hdfs://backup:9000/backup 是备份数据的接收地址。
执行命令以后hadoop会启动一个MapReduce任务，可以在50030页面进行查看；
执行成功后，在新集群执行
$HADOOP_HOME/bin/hadoop fs -ls /backup
会发现backup目录下有一个hbase目录
③如果需要使用备份数据进行恢复的话，将数据移动到hbase.rootdir下，然后启动hbase即可。
如果使用ambari的话，路径会有些差异，这里给出完整例子（从集群mycluster移动到集群mc2，其中mc2的active namenode是node1.mc.cn）
#ssh连接mycluster机器的某节点 su hdfs #备份到本集群 hadoop distcp hdfs://mycluster/apps/hbase/data hdfs://mycluster/backup #迁移到另一集群mc(在mc上恢复) hadoop distcp hdfs://mycluster/apps/hbase/data hdfs://node1.mc.cn:8020/apps/hbase/ #备份到另一集群mc(不恢复，只备份) hadoop distcp hdfs://mycluster/apps/hbase/data hdfs://node1.mc.cn:8020/backup 如果要恢复数据的话，需要确认数据目录的Owner是hbase，否则hbase无法成功启动
hadoop fs -chown -R hbase:hdfs /apps/hbase/data
- 整体下载上传方式
当两集群互不可见时，如果要离线备份恢复，可以使用这种方式。
①将备份集群和恢复集群都关闭
②下载待备份数据到本地
③将备份数据上传到待恢复集群
④启动集群
示例：
#注意命令执行的所在节点 #将待备份数据下载到本地 hadoop fs -copyToLocal /apps/hbase/data ~/backup/ #将本地数据打包，拷贝到其他集群 #在其他集群将打包后数据解压，并上传到hdfs hadoop fs -put ~/backup/* /apps/hbase/
- CopyTable备份
使用CopyTable可以将一张表的数据备份到另外一张表，也可以备份到另一集群的其他表中，要注意的是CopyTable备份不支持多版本。
①在新备份集群创建一张表，该表需要与备份表相同的结构：
create ‘newtable‘,‘a‘,‘b‘
②使用命令进行全表备份：
$HBASE_HOME/bin/hbase org.apache.hadoop.hbase.mapreduce.CopyTable --new.name=newtable --peer.adr=zookeeperhbase.zookeeper.quorum:2181:/hbase oldtable
也可以只备份指定的某个列簇，下面的命令表示备份oldtable表中的列簇a到newtable表中
$HBASE_HOME/bin/hbase org.apache.hadoop.hbase.mapreduce.CopyTable --families=a --new.name=newtable --peer.adr=zookeeperhbase.zookeeper.quorum:2181:/hbase oldtable
- Export工具
备份为Hdfs文件，支持数据多版本。此工具一次只能操作一张表，导出的顺序文件可以通过Import工具导入HBase。
①使用Export命令将表数据写为文件
$HBASE_HOME/bin/hbase org.apache.hadoop.hbase.mapreduce.Export oldtable /backup/tableName
查看HDFS上的backup目录会发现三个文件(_SUCCESS、_logs、part-m-00000)：
hadoop fs -ls /backup
②使用distcp或者copyToLocal的方式将备份的数据从原hdfs集群拷贝到目标hdfs集群
③需要先建一个表来接收备份的表
create ‘newtable‘,‘a‘,‘b‘
④使用Import命令导入存储文件，恢复Hbase数据
$HBASE_HOME/bin/hbase org.apache.hadoop.hbase.mapreduce.Import newtable /backup/tableName
ElasticSearch的备份恢复
总体步骤：
- 建立备份快照数据挂载点
- 建立快照仓储repository
- 建立snapshot快照备份
- 恢复snapshot快照数据
1.建立备份快照数据挂载点
- 安装EPEL
rpm -i https://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm
如果这个链接失效，可访问官网http://fedoraproject.org/wiki/EPEL
- 安装sshfs
yum -y install sshfs fuse
- 目录共享
#假设将数据共享到节点data.company.cn的目录 /mnt/es-data/（最好不要放在系统盘所在目录），在该节点上执行 mkdir -m 777 /mnt/es-data #假设es集群的共享目录是 $elasticsearch_HOME/backup #在es集群的每个节点上执行 cd $elasticsearch_HOME mkdir -m 777 backup#挂载共享目录 sshfs [email protected]:/mnt/es-data $elasticsearch_HOME/backup -o allow_other
2.建立快照仓储repository
- 修改ES配置文件
vi config/elasticsearch.yml
添加仓库路径（字符串中的路径就是在第一步中设定的共享目录路径）
path.repo: ["/opt/module/elasticsearch-2.4.2/backup"]
- 重启elasticsearch
kill `jps |grep Elasticsearch |cut -c1-5` bin/elasticsearch -d
- 创建仓库
curl -X PUT http://192.168.0.38:9200/_snapshot/mybackup \ -d ‘{ "type": "fs", "settings":{ "compress": true, "location":"/opt/module/elasticsearch-2.4.2/backup" } }‘ #删除仓库 curl -X PUT http://192.168.0.38:9200/_snapshot/mybackup
3.建立snapshot快照备份
快照指定索引（去掉参数数据的话，就是快照所有索引）
curl -X PUT http://192.168.0.38:9200/_snapshot/mybackup/snapshot_1 -d ‘{
"indices": "myindex"
}‘
#附
#查看索引快照情况
curl -X GET http://192.168.0.38:9200/_snapshot/mybackup/snapshot_1/_status?pretty
#删除快照（也可用于中断正在进行的快照）
curl -X DELETE http://192.168.0.38:9200/_snapshot/mybackup/snapshot_1
4.恢复snapshot快照数据
- 如果备份数据要在新集群恢复，则需要先在新集群创建相同结构的index及type，并创建快照仓储（参照第二步）
curl -X POST http://192.168.0.39:9200/yuqing \ -d ‘{ "settings":{ "number_of_shards":5, "number_of_replicas":1 }, "mappings":{ "article":{ "dynamic":"strict", "properties":{ "title":{"type":"string","store":"yes","index":"analyzed","analyzer": "ik_max_word","search_analyzer": "ik_max_word"}, "types":{"type":"string","store":"yes","index":"analyzed","analyzer": "ik_max_word","search_analyzer": "ik_max_word"}, "url":{"type":"string","store":"no","index":"no"} } } } }‘==========================#这里只是举例 - 需要先关闭index，否则会出现问题【cannot restore index [myindex] because it‘s open】
curl -X POST http://192.168.0.38:9200/yuqing/_close
- 恢复数据（去掉参数即可恢复所有索引，否则恢复指定索引 myindex）
curl -X POST http://192.168.0.38:9200/_snapshot/mybackup/snapshot_1/_restore \ -d ‘{ "indices": "myindex" }‘ #查看恢复进度 curl -X GET http://192.168.0.38:9200/yuqing/_recovery #取消恢复(索引yuqing正在被恢复) curl -X DELETE http://192.168.0.38:9200/yuqing - 重新开启index
curl -X POST http://192.168.0.38:9200/yuqing/_open
执行下面语句就可以看到备份的数据了
curl -X GET http://192.168.0.38:9200/yuqing/article/_search
参考：