瘦核心只是应用架构上的剥离，并不是由集中式一下子过渡到了存粹的分布式基础架构。如果核心系统应用原来支持负载均衡，那么剥离之后继续支持负载均衡，只不过原来是一个系统两种类型业务，现在变为两个系统了。如果核心系统原来的数据库是关系型数据库，不管是RAC还是DB2，剥离之后...
前端，中间件和数据库的负载进行详细的数据分析,保留一定的资源给突发事件,调整负载一般会使用虚拟化技术自动完成,而不是人为参与在金融数据中心中负载调整和互联网不同,一般是预留资源,避免大负载流过时到导致的系统延迟,而大行对预留资源十分慷慨,即使系统高峰也只会使...
1、其实“瘦”核心并不一定会导致外围系统对对于核心的访问量剧增，这要看核心业务系统剥离的时候是否有良好的架构设计。现在较多的新一代“瘦”核心基本上可以理解为“存款”+“公共”两大模块的核心。相比以往，单从核心角度出发，其实核心内部的业务处理已经相对简化了很多...
所谓软件，包括核心系统应用软件、中间件以及数据库等。应用软件的国产化，这个早就实现了。大部分银行的核心系统都是国产开发商完成的，比如常亮。但是中间件和数据库的国产化，我想这个事情不是那么容易，或者说短时间内几乎没有可能。至于硬件方面，有些小规模的新建的银行已经实...
如材料中所阐述的，IT平台的选择设计多个因素： vsejqtgnomi就银行的核心而言，重要的因素包括：1） 对于事务ACID的严格要求；2） 高RAS要求特性，满足不间断运行的需求；3） 高安全要求特性，OS、虚拟化等不业界显著安全提示风险；4） 在性能上有高度扩展性，满足业务发展需要金融机构...
两个VMAX之间用SRDF实现数据同步，但一次只能在一边读写吧。灾备端只能灾害发生时进行接管，因此，还不是真正意义上的双活。
应用层面问题不敢妄言。数据库层如果需要保证双中心实时同步和数据强一致，可以考虑oracle Extend RAC集群，前提要求双中心间光纤链路带宽及链路状态良好。Netapp或者华为的NAS平台也可以实现双中心双活...
数据同步类型,分多种数据库级别存储级别数据库级别有份 日志方式和数据内部同步方式存储级别,需要厂商的相关技术emc srdf, ibm的svc卷同步等 ds也有自己的mirror技术测试数据看业务场景和数据量...
答：传统银行的业务确实受到了互联网金融的冲击，面对互联网的需求，彻底推翻老核心系统，不是一个好的做法，可以逐步进行过度。在未来建设系统架构时，可以优先考虑以互联网时代大量采用的分布式架构为主，然后根据自身银行的业务特点，选择一个合适的业务，将新的业务系统迁移到新的架构...
VMware作为基础平台在同城双中心互联光纤条件好的情况下，可以实现跨中心VMware集群。保障平台上运行的应用VM虚拟机在两中心间HA切换或者在线Vmotion。甚至有用户实现跨中心Vsan，同时保障双中心数据一致性。因此完全有条件将核心应用部署在VMware平台。...
