请教核心实施经验的前辈，真的能实现24小时银行吗？ - 第2页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

原帖由 家住海淀 于 2011-8-24 13:45 发表

大型机下的VSAM文件需要关闭，期间联机更新交易都不可以做，这种情况下都是用shadow来实现的，然后再同步。
其他开放式系统批处理期间只提供查询业务，这是我行现有的做法。
老胡：VSAM是文件。SHADOW指的是Shadow database。
我这对大型机外行的都知道。
今天，怎么跟您老PK上了？
原帖由 wangqi1980 于 2011-8-24 13:47 发表

老胡：VSAM是文件。SHADOW指的是Shadow database。
我这对大型机外行的都知道。
今天，怎么跟您老PK上了？
看来你真的是不了解大型机的外行
对于390系统下的，考虑速度原因，多采用vsam（穷人的数据库-免费），shadow的形式也是vsam文件。
这个在部分信用卡系统（主机平台）下都是如此，可了解一下。
开放式平台才多用数据库形式做shadow的，shadow是一种概念，实现的方式很多种的，数据库形式不要理解为唯一标准。
[ 本帖最后由 家住海淀 于 2011-8-24 14:02 编辑 ]
多说一句，vsam作为主机平台上主要的存储方式，有其历史原因，而且在此背景下，大多数cobol，汇编都是以vsam文件为基础进行编写的，有个消息说全世界单一语言代码最多的不是c，不是java，而是cobol总数超过5亿行。也就是说大多数应用程序都是基于这种带索引文件创建的（KSDS -vsam），现在IBM处于商业原因不断推动DB2来替代vsam，但是目前从速度上还略低于vsam（10~20%），而且对用户DB2 license是有成本的，所以现在使用的还不是很普遍。
但是因为DB2下的应用将毫无疑问的可以降低复杂程度，简单的SQL就可以实现原来复杂的vsam文件操作。DB2替代VSAM正在缓慢的进行中。
另外，就算是数据库，从oracle，到DB2，后台真正的介质也无非是系统文件，或者裸设备。 无非进行了一层整合而已。
以上情况请wangqi同学知晓
[ 本帖最后由 家住海淀 于 2011-8-24 15:01 编辑 ]
双余额的做法其实很多银行都在用的，就是一个客户两个余额，当前余额和上日余额，外加上一个动帐日期来解决这个问题，根据动帐日期来判断取那个一个金额（包括联机交易），目前工行就是这种用法的典型，他们不差钱，把跑批的时候对性能的影响已经考虑进去，机器配置的就是好。
但是对于基于文件非数据的核心，建议还是shadow file的方式（其实基于数据库的也可以采用shadow的方式），多见于一些核心系统产品中。 也有投资，但是可以较双余额的方式来讲，可以有效分离批处理，风险不集中。
需要说明的是，应先一个银行的24*7的因素是很多的，不仅仅是跑批的因素，正常的系统维护、数据清理、应用部署、功能拔插都是影响因素。
希望对lz有所帮助
双余额方法可以理解是客户层余额设计层面的解决方案
shadow方式可以理解为系统整体层面的解决方案
原帖由 家住海淀 于 2011-8-24 15:26 发表

双余额的做法其实很多银行都在用的，就是一个客户两个余额，当前余额和上日余额，外加上一个动帐日期来解决这个问题，根据动帐日期来判断取那个一个金额（包括联机交易），目前工行就是这种用法的典型，他们不差钱，把跑批的时候对性能的影响已经考虑进去，机器配置的就是好。
但是对于基于文件非数据的核心，建议还是shadow file的方式（其实基于数据库的也可以采用shadow的方式），多见于一些核心系统产品中。 也有投资，但是可以较双余额的方式来讲，可以有效分离批处理，风险不集中。
需要说明的是，应先一个银行的24*7的因素是很多的，不仅仅是跑批的因素，正常的系统维护、数据清理、应用部署、功能拔插都是影响因素。
希望对lz有所帮助
双余额的做法对性能没啥影响，而且还因为不需要追账而节省了跑批时间，不会对机器配置有啥要求啊。
shadow的方式，基本上都是底层以copy on write的方式实现的，这样才能瞬间复制。这个有效分离批处理，作何解，没听懂，求解释。
正常的系统维护、数据清理、应用部署、功能拔插，这个也是和系统设计有关。例如，系统设计的要清理的数据，是不是不会影响到现在使用的表？系统模块是不是动态调用，程序更新不需要重启应用？
有一个是必须暂停一下的，就是备份个当前完整数据环境，以便存档，或者搭建测试环境。这就需要先hold住，设置了日志点后再放开交易。