1.数据迁移方法
数据迁移有两种方法：批量转换方式和联机交易方式。
（1）批量转换方式
批量转换方式就是通过一些批量程序在旧系统卸载数据、重新格式化，然后直接装载到目标数据库，一旦目标数据装载完毕，新系统就可以开始启动。由于数据是直接通过批量方式装卸，因此对于大数据量的转换在时效性上更有保障。
如图6-2所示，批量转换方式可以将整个数据迁移拆分成两个过程：移出过程和移入过程，这两个过程需要通过中间文件（Middle File）进行数据的传递：
图6-2 批量数据迁移示例图
批量转换方式的基础是数据映射（Data Mapping），它是整个数据迁移中最重要的一个工作环节，就是根据业务需求和客户化情况进行多次差异分析找出数据差距，逐步完善数据标准，提出数据清洗需求，为数据转换和迁移提供参考。
（2）联机交易方式
联机交易方式是在在线环境下建立数据，而不是把数据直接装载到数据库中。其运作就是使用前端系统的终端，将业务数据用交易流的方式送到新系统，并且实时接收其返回的响应。联机交易可以是现有的功能交易，也需要开发一些现有功能交易无法满足存量数据的录入，针对数据迁移的专用交易。
实际应用时可以是两种方式的结合，如业务数据是批量转换方式，对于一些公共控制信息和公共的参数信息以及应用模块所自有的独特信息等，通过联机交易方式在生产环境直接建立。
2.数据分类原则
如图6-3所示，在开始进行数据迁移工作时，首先要对旧银行信息系统的数据进行分析分类。
A部分：表示旧系统有、新系统不需要的数据，可以不迁移。
B部分：表示旧系统有、新系统需要的数据，需要根据迁移规则进行数据迁移。
C部分：表示旧系统没有、新系统需要的数据，需要投产过程中进行铺底或补录。
(www.xing528.com)
图6-3 数据分类示意图
数据分析需在新银行信息系统数据字典明确后开始开展，对于旧系统有、新系统没有的数据项，要分析数据项在旧系统的含义，确定是否是新系统不需要的。对于旧、新系统都有的数据项，需分析数据项在旧、新系统中的含义、作用是否一致，是否需通过一定的迁移规则进行转换处理，使其迁移后符合数据原始业务含义，符合新系统的数据要求。对于旧系统没有、新系统需要的数据项，需分析如何生成数据项，在哪个阶段生成，确保数据迁移完成后，新系统的正确运作。
3.数据迁移原则
1）及时性。由于新旧系统的切换将可能影响客户服务，数据迁移要保证迁移过程的及时，尽最大的可能缩短数据迁移的时间。
2）准确性。投产行数据必须保证数据的准确性，确保新系统正常运行。
3）完整性。必须考虑其他产品同步上线运行。
4）安全性。投产时数据迁移除了要保证已经投产的数据正常运转以外，还要保证部分数据被迁移的原有系统的正常运转。
5）保密性。所有的客户信息和业务信息都是银行的机密数据，所以在数据迁移时，必须保证这些数据的安全，防止泄漏和被窃取。
6）可回退性。必须确保数据迁移的所有过程都是可回退的。
4.数据迁移策略
1）转换环境。为避免对旧系统的影响，需建立独立的转换环境，从旧系统移出的中间数据，必须在转换环境检查合格之后才能转入到新系统生产环境。
2）客户整合。客户信息需要在数据迁移之前进行清洗，包括缺失信息的补录、客户的合并等。
3）新旧账号。对于新系统投产不得不涉及客户号、账号变更的，需迁移旧客户号、旧账号，形成新旧对照，以确保持续为客户提供服务。
4）各种参数。新系统使用的各种参数应尽量避免从旧系统数据中迁移，应在投产前后使用标准功能录入到系统中。
5）手工补录。应尽量减少手工补录的业务数据；对不得不手工补录的业务数据要有相应的技术手段进行有效的检查。
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
