全球化时代银行信息系统投产切换

经过上面的介绍，我们了解了信息系统投产切换的基本过程，对于投产切换需要做的工作有了基本的认识。那么，在信息系统全球化的背景下，投产切换会有哪些变化，下面将从以下几个方面进行深入分析。

1.多银行变化

应对金融机构在全球开展业务，由于各个国产金融监管上的差异，能够开展的业务和额外限制都有很大差异，所以在技术架构上最好的应对策略就是为每个国家单独建立一个逻辑上的银行，以银行为单位进行业务功能支持或运行维护支持。

当每个逻辑上的银行分开进行联机服务和批量处理后，原有简单的“直接切换”就必须要考虑各个基本任务在执行时间上的差异性，保证各个关联系统能够彼此配合，至于如何衔接一致需要与“多时区变化”一并说明。

2.多语言变化

多语言对于投产切换上的影响较小，最主要的变化就是在多个银行机构间语言沟通上存在一定的复杂性，最主要的解决方式包括以下两方面：

1）在组织架构上在每个银行设立一个投产切换指挥中心，这个组织是作为与外部进行沟通的门户，这可以在一定程度上解决语言沟通上的困难。

2）投产切换文档需要翻译成一种全球通用语言，使各个机构能够通过文档投产切换相关的工作任务。

3.多时区变化(www.xing528.com)

当一个金融机构推广到全球的时候，其服务的客户范围在物理上会涉及各个时区，直接造成服务时间上会增加至7×24h，且在每一时刻都是处于业务高峰时段，很难为投产切换找到一个闲时停业窗口，这是信息系统全球化后对于投产方案上的一个最重要的影响。

在解决这个问题时，同样要以客户服务影响最小化为原则，可以考虑将全球地区划分为3个大的时区：亚太区、欧非区和美洲区，投产切换过程需尽量安排各大时区的停业时间窗口处于夜间，这样在总体上对于客户的影响最小。

如果信息系统是以时区为单位进行银行服务的，也就是说这些系统的服务实例是以时区为单位相互独立的，那么在投产切换上的影响较小，每个时区对应的服务实例按照此时区的停业窗口进行投产切换。唯一需要关注的是每个实例的投产切换任务与周边系统能够协调一致。

如果信息系统是全球集中服务模式，也就是说这些系统是以一套实例支持全球所有银行的业务，那么在投产切换上的影响是最大的，因为需要这些系统能够在逻辑上支持分银行滚动，需要这些系统在架构设计阶段就要考虑如下事项：

1）针对每个投产批次，考虑信息系统数据字典变化是否需要整个数据库实例停止服务，进行数据字典变更，这将对后续投产切换安排产生较大影响，如果需要整个数据库实例停止服务，那么将无法实现分时区滚动升级。

2）在系统设计层面，能够支持以银行为单位进行滚动升级，也就是说要支持动态版本升级，用一个形象的比喻就是“汽车在行驶过程中换轮子”。

3）为保证金融机构基础服务，建议核心银行系统和柜面前端系统都以分实例方式进行架构设计，因为滚动升级是一种非常态升级方式，为保证客户服务的质量，必须能够在系统无法实现滚动升级的情况下为客户提供最基础的服务保证。