bi导入数据失败 power_主机数据库平台迁移 6 个典型问题

今天我们来分析一下主机数据库相关迁移问题，通过哪种方式可以降低RTO和RPO，尽可能的在线完成存储，主机或数据本身的方面的迁移，供大家参考。

Oracle RAC生产系统，存储和主机都要更换？

1）之前一个基于ORACLE的项目策划，在测试环境通过，但没有最终实施测试环境是RHEL6.5 ORACLE11201，其中主机部分是通过添加RAC节点并通过数据库服务模式来逐台更换，存储部分是通过ASM NOR切换。

2）主机和存储都要换的话还是比较繁琐的，当然需要做一些严格测试工作，工作需要做的充分一些。存储端的在线迁移相对来说简单一些，只是主机端多路径设备识别一块可能有限异常，可能需要重启，这个可以逐台进行，后续ASM在线迁移一般不会有什么大的问题。主机端目前不停机的办法好像只有rac添加节点和删除节点一种方式比较合适了。

3）尝试一下RAC+DG的方式。

RAC环境迁移到云环境？

1）Oracle RAC或者oracle 从Power到X86 或者是X86 到Power平台之间的迁移由于系统平台不一样，文件识别的字节序等方面不一样，不能直接使用物理文件拷贝或者rman恢复的方式进行。

迁移参照办法：

- 使用导入导出方式

- 使用表空间传输方式。

至于说能不能迁移主要是考虑，业务系统是否支持或者是否需要其他特殊的要求，和内网有无大数据量的交互，有关性能一个方面不是太大的问题，可以通过其他方式解决。架构问题，每个企业都不一样，且业务场景不同。需要依据具体情况实施。

2）如果考虑把数据库迁移到云上，可以有两种方式交付，一种是通过从云服务提供商采购虚机，在虚机集群上构建oracle RAC，但是需要考虑RAC集群的性能问题，是否仍然能够满足之前的业务容量需求；另外一种交付模式就是类似阿里云RDBS的云数据库模式，用户比较省心，不必担心性能问题，成本也比较低。

3）Oracle从Power架构迁移到云上是不存在任何技术障碍的，问题的关键是在于现有的应用架构是否能支撑基于云的计算，另外，如果云主机提供的处理能力无法匹配现有Power主机的处理能力，那么数据库架构也需要进行调整。

X86 RAC 迁移到Power平台RAC

1）感觉这个还是看停机窗口和数据量。因为跨平台了，如果停机窗口足够可以使用数据泵导出再导入的方式。这样操作起来比较简单。如果停机窗口不够，可以考虑使用ogg之类的复制方案来做。

2）参考 RAC迁移云环境的解决思路

关于数据仓库跨品牌数据库迁移、数据异地同步

1、如果你的业务迁移涉及到数据库品牌切换，这个就需要完整的厂家解决方案来确认了，比如从DB2迁移到ORACLE，这就需要2个品牌（主要是ORACLE）的厂商来确认数据的可用性， 另外ORACLE OGG，QUEST SharePlex号称可以在异构平台上进行不同数据库的数据同步，但没有测试，不敢确定。

2、另外异地同步，已经类似传统两地三中心的第三中心了。 在带宽有限制的情况下，推荐本地双活、异地容灾/实时备份。

Oracle RAC从HP存储迁移到IBM存储

1）这种跨平台的迁移，很难直接通过基于块的存储复制迁移。最后通过数据库本身提供的工具。以oracle为例，跨平台的迁移可选择数据泵导出，再导入的方式。也可以选择ogg、dsg等数据库复制软件。 具体选择哪种方案，以停机窗口和数据量大小来综合判断。

2）如果只是更换存储的话，主机端使用参考使用LVM方式，主机识别多个存储，rac前端进行迁移也是可以的。

DB2迁移Oracle的相关问题

问题1：非空字段判定：DB2可在非空约束中插入空字符串，且大量存在业务表中，但Oracle不允许此类数据存在

解答：在迁移的时候进行转换。

问题2: 数据库对象长度不同：DB2数据库存在较多超长的数据库对象名，但Oracle最多支持30个字符。

解答：目前还是无解的。

问题3：自增列的迁移：DB2存在自增列，Oracle没有相关匹配？

解答：可以在迁移完成后再添加序列对象实现。

DB2/ORACLE数据迁移至大数据平台的工具

通过使用MapReduce的方式，使Hadoop可以直接访问Oracle，并将相关的数据写入到HDFS文件当中。 从而可以顺利地将Oracle中的数据迁移到Hadoop文件系统中。

Datax，同步的神器。

sqoop，直接将数据导入到hdfs和hive，在hive中创建数据库中对应的database和table。

可以尝试下kettle，比较好控制。

不求无缝迁移的话，这些工具也够用了，测试发现：DataX效率是最高的，Sqoop次之，Kettle再次之，但Kettle有个优点，有强大的图形操作界面，对于习惯图形化操作的管理员来说，操作起来是最方便的。

总结

在数据层面的数据迁移还是比较多，主要涉及的几个方面：存储更换，主机更换，不同数据库之间的转换迁移，数据所在平台的迁移。数据库层面的迁移问题，在此只是做了简单梳理，其实还有大量的问题，比如oracle如何迁移至mysql，sqlserver等，其他数据库直接的相互迁移或转换。

以上涉及到的数据库层面迁移相应的参考借鉴方案主要有以下几种：

1. 使用虚拟网关迁移屏蔽存储的迁移

2. 使用LVM 一台主机挂接多个存储完成存储更换

3. 使用rac或dg完成oracle层面的迁移

4. 使用第三方工具进行数据层面的迁移或转换。