作者：余枫

?

1.文档编写目的

这里我们假定一个场景，你需要迁移CDH5.12到CDH6.2，CDH5.12和CDH6.2分别是两个不同的集群，我们的工作主要是HDFS数据和各种元数据从CDH5.12迁移到CDH6.2，本文不讨论HDFS数据的迁移也不讨论其他元数据的迁移比如CM或Sentry，而只关注Hive元数据的迁移。这里的问题主要是CDH5.12的Hive为1.1，而CDH6.2中Hive已经是2.1.1，Hive的大版本更新导致保存在MySQL的schema结构都完全发生了变化，所以我们在将CDH5.12的MySQL数据导入到CDH6.2的MySQL后，需要更新Hive元数据的schema。首先Fayson会搭建2个集群包括CDH5.12和CDH6.2，为了真实，我们在接下来的模拟过程中，创建的Hive表包含分区，视图和UDF，好方便验证是否迁移到CDH6.2都能正常运行。具体如何迁移Fayson会在接下来的文章进行详细描述。

• 测试环境

1.Redhat7.4

2.CDH6.2.0

3.MySQL的管理员账号

2.迁移准备

1.准备两个集群，一个是CDH5.12.0，一个是CDH6.2.0。

2.在两个集群准备同样的测试数据

3.在CDH5.12.0集群中创建好测试使用的Hive表

创建两个数据库

创建两个表load准备好的测试数据

load数据到两个表

创建一个测试用的分区表并load数据

创建两个测试使用的view

表web_returns的第一行数据形成的view

分区表的分组统计信息形成的view

添加一个UDF用作测试

4.导出CDH5.12.0集群的Hive的元数据

3.迁移步骤

1.将上一步中的元数据导入到CDH6.2.0的MySQL中

2.在CDH6.2.0集群中执行Hive元数据升级

查看 CDH5.12.0对应的Hive版本升级到CDH6.2.0对应的Hive版本所需的步骤

按顺序执行上述的五个SQL

Hive元数据升级完成

3.执行Hive元数据更新

4.更新后Hive服务报错，在TBLS表中找不到OWNER_TYPE字段

进入MySQL的Hive元数据库中，执行下面语句后重启Hive服务，服务正常运行

alter table TBLS add column OWNER_TYPE varchar(10) CHARACTER SET latin1 COLLATE latin1_bin DEFAULT NULL after OWNER;
update TBLS set OWNER_TYPE = 'USER';

5.模拟Hive表在HDFS上的数据的迁移

创建两个数据库的目录

创建测试表的目录

将表的数据全部上传到对应的HDFS目录下

6.在C5和C6中进行同样的查询，查看结果是否一致

查看表web_returns和web_sales表：

select count(*) from web_returns;

CDH5.12.0

CDH6.2.0

select count(*) from web_sales;

CDH5.12.0

CDH6.2.0

select * from web_sales limit 1;
select * from web_returns limit 1;

CDH5.12.0

CDH6.2.0

查看分区表test_partition

select count(*) from test_partition where year = 2019;

CDH5.12.0

CDH6.2.0

查看view

select * from group_by_year_vw;

CDH5.12.0

CDH6.2.0

select * from records;

CDH5.12.0

CDH6.2.0

查看UDF

select parse_date(dates,'yyyy-MM-dd HH:mm:ss') from test_udf;

CDH5.12.0

CDH6.2.0

上述操作中，同样的操作在两个集群中得到的结果一致。

文档参考：

https://www.cloudera.com/documentation/enterprise/latest/topics/cdh_ig_hive_schema_tool.html

4.总结

1.用命令schematool -dbType mysql -upgradeSchemaFrom <version> -dryRun -passWord <db_user_pswd> -userName <db_user_name>，在upgradeSchemaFrom参数后跟上要升级到的版本，此处填写的不是CDH版本，而是Hive的版本，如CDH6.2.0对应的Hive版本2.1.1，此命令可以列出升级到目标版本需要执行的sql语句，能够手动的去一个个执行，能够看到整个升级过程。

2.在升级和更新完Hive元数据后，Hive服务出现了错误，在文档中贴出的日志中可以看到是TBLS表中缺少了一个字段，这可能是由于升级过程中该表的结构未成功升级导致的，在TBLS表中添加上缺少的OWN_TYPE即可。

3.在将Hive元数据成功迁移到CDH6.2以后，我们知道Hive元数据中保存的表的比如location信息其实对应的还是CDH5.12中的HDFS路径，这样会导致你虽然迁移成功了Hive元数据，但是在CDH6.2中依旧无法访问Hive表中的HDFS数据，所以需要按照本文前面描述的步骤通过Cloudera Manager升级Hive元数据，这个步骤跟我们在同一个CDH集群启用HDFS HA或者禁用HA，更新Hive元数据道理一样。

4.本文档中只迁移了Hive的元数据，模拟迁移HDFS数据到同样的目录，这样的迁移方式，迁移之后表的数据以及数据目录都与之前一样，在验证后也可以看到，表的数据也没有发生缺失。