医药数据迁移
2同行回答
- 迁移的难点和可行性,关键业务系统迁移涉及跨平台操作，重点是数据库系统，难点是数据的迁移和非标准的应用系统的迁移。针对数据的迁移，业界有丰富的迁移工具可用。因此，关键点是迁移服务提供者的能力。针对非标准应用的迁移，需要应用软件厂商的配合。迁移时机也是非常重要。一般来说，新建系统（包含老系统从应用到主机整体升级部署）相对较容易，主要是设备选型和POC验证，是最佳的迁移机会。关键业务系统迁移需要预先实施验证测试（PoC）、需要有详细设计、实施方案（包含失败回退计划等），才能保证数据一致性、取得符合期望的性能和可靠性、减少对生产系统的影响
- 如果有理想的停机时间，方案相对简单，可以采用多种手段完成数据从源端的导出并向目标端的加载。
如果对停机窗口非常小、数据量非常大，则可以使用GoldenGate、DSG、DataGuard、i2Active、HVR等多种工具进行在线的数据迁移。以GoldenGate为例:Oracle GoldenGate软件是一种基于log(日志)的结构化数据复制软件，它通过解析源数据库在线log或归档log获得数据的增、删、改变化，再将这些变化应用到目标数据库，实现源数据库与目标数据库同步、双活。Oracle GoldenGate 软件可以在异构的IT基础结构（包括几乎所有常用操作系统平台和数据库平台）之间实现大量数据亚秒级的实时复制。
首先我们会根据客户情况做迁移评估，另外目前在数据迁移上没有遇到任何问题，LinuxONE并不是异类，和其它跨平台迁移一样，没有特殊之处。
数据库迁移原则：
安全原则：需要进行迁移的生产数据库，在迁移前必须进行备份；数据迁移时，任何工具或方案均不能删除或修改生产数据库中数据；数据迁移方法须经验证切实可行，充分测试后方可申请正式迁移；
时间原则：数据库迁移需要优化后保证在非业务高峰时间段，尽可能少的停机时间；根据允许的停机窗口选择最佳方案。
一致原则：使用可靠和准确的迁移工具或方法，数据迁移前后应从数据库层面和业务层面多纬度对比新旧数据库数据对象是否一致，保证不丢数据，不产生冗余数据；
回退原则：如果在预定的时间窗口无法成功完成数据迁移，应准备妥当的回退方案，保证系统能正常回退，生产系统能持续运行。
数据库迁移方案选择：
确定数据库迁移源平台，假设为IBM Power小型机或者x86 PC server，方案选择上应基于不同的数据库，数据量的大小以及停机窗口进行优选。
对于Oracle数据库，对于数据量较小的系统，推荐使用Oracle数据库提供的数据泵expdp/impdp来进行迁移；对于数据量较大的系统，推荐使用RMAN Convert tablespace和传输表空间来迁移；对于需要后续实施同步的数据库，推荐使用IBM InfoSphere CDC软件。
对于MySQL和PostgreSQL数据库，由于一般数据量较小，可选择基于逻辑的导入导出方案。
对于Informix数据库，推荐使用dbexport/dbimport 或 dbload工具。
对于DB2数据库，可以使用db2move，db2look工具。