商业银行业务系统应急保障策略-论文指导.doc

商业银行业务系统应急保障策略/论文指导 【内容提要】随着科学技术的发展，商业银行已采用电子化业务系统代替手工处理，业务系统发生故障，将带来很大的危害性和影响度。本文对商业银行业务系统故障类型、原因、特点，以及商业银行应如何建立、组织、实施业务应急保障策略进行了分析和探讨。 【关键词】商业银行业务系统业务应急保障策略 随着科学技术的飞速发展，商业银行业务营运模式已经由手工处理转变为电子处理，各家银行都根据本行实际情况建立了电子化业务系统。业务系统的电子化造成银行过分依赖电子设备和技术，一旦设备或程序发生故障，很难采用恢复手工处理用以代替的方式，因此必然影响银行业务处理。鉴于此，商业银行必须制订业务应急保障策略，以便在发生突发故障时，能够及时启动预案保障业务应急处理。 一、商业银行业务系统营运模式 商业银行业务系统的营运模式按数据集中的程度可分为两种，一种是分散模式，一种是集中模式。 分散模式 分散模式是指商业银行各家分行的业务系统相互独立，业务数据的处理分散在分行，并由各家分行自行管理。这种模式的特点是业务系统独立、数据处理分散，分行间业务处理的差异化较大。这种模式由于业务系统相互独立，点状分布，突发故障的影响范围较小，不会造成大面积瘫痪，因此商业银行对突发故障的风险可控性较强。 集中模式 集中模式又可细分为统一集中模式和区域集中模式，是指商业银行业务系统的数据处理集中在总行或区域中心，由总行或区域中心集中管理。各家分行没有独立的业务系统，全部使用集中业务系统的终端进行业务处理。集中模式业务系统的诸多优势克服了分散模式业务的弊端，随着风险防控技术和方法的日臻完善，这种模式的采用也越来成为商业银行的发展趋势。但由于其后台处理集中，业务终端网状分布，系统架构为“金字塔”型，故障的发生往往会造成大面积瘫痪，商业银行业务应急保障策略的制订也凸显重要。 二、商业银行业务系统应急保障策略类型 分散模式业务系统由于其故障发生的影响范围较小，应急保障的实施也比较简单，同时也可借鉴集中模式业务系统应急保障策略的部分内容，在此不作赘述。本文着重探讨集中模式业务系统的应急保障策略。集中模式业务系统一般为“金字塔”型架构，其架构为总行、分行、网点三层。总行为后台，是业务系统的主机；分行为中台，是业务系统的前置服务器，桥接网点与总行的业务处理；网点为前台，是业务系统的操作终端。“塔尖”为总行主机，“塔身”为分行前置服务器，“塔基”为网点终端。基于此种结构，商业银行应根据不同故障类型建立相应的应急保障策略。 设备故障的应急保障策略 设备故障是指主机、前置服务器、终端等硬件设备由于设备自身原因或其他外部因素而损坏，业务系统不能正常运行，导致商业银行无法向客户提供金融服务的情况。设备故障的影响范围各有不同，主机故障影响范围最大，前置服务器次之，终端再次之。由于设备故障很容易导致业务数据的损坏或丢失，因此其风险度和危害性非常大。对于设备故障，商业银行应建立备机策略。所谓备机策略，是指为主机、前置服务器、终端等设备设立备用设备，一旦设备发生故障，即可及时切换至备机进行业务处理。 对于主机设备，商业银行应建立异地备机策略。所谓异地备机策略是指在主机生产设备所在城市以外的地方设立备用主机设备，以此来防范外部因素导致的设备故障。在建立异地备机中心后，商业银行应将主机备用设备视同生产主机设备一样进行日常维护和升级变更，同时应将业务数据实时备份至备用设备，保证主机备用设备上业务系统的正常运行。 对于前置服务器设备，商业银行可采用总行集中设立前置服务器备用设备的的备机策略。此策略即可满足分行前置服务器发生故障时的应急保障，又可避免分行各自设立备机设备的重复投入。同时，前置服务器备用设备由总行统一管理和维护，又可减少分行对设备维护的人力成本。 对于终端设备，其故障影响范围很小，商业银行应做好终端设备库存量的匡算和技术支持，在终端发生故障时能够尽快修复或更换，保证柜面的金融服务。 通讯故障的应急保障策略 通讯故障也称网络故障，是指由于网络异常而导致业务系统通讯中断，业务系统无法正常运行的情况。集中模式业务系统架构为总行、分行、网点三层分布，通讯故障的发生有两种类型，一种是总行与分行之间的通讯故障；另一种是分行与网点之间的通讯故障。前者的影响范围要大于后者。 通讯故障会导致网点无法使用业务系统为客户进行业务处理，但对业务数据的损坏或丢失没有影响。由于通讯故障的恢复时间取决于网络修复的快慢，此不确定性因素往往会造成较长时间无法对客户提供服务，因此，商业银行对通讯故障的应急保障应采用应急支付策略，保证对客户的紧急支付。所谓应急支