rimp

动态

rimprimp 赞同了文章 · 2019-08-27

银行核心系统之账户体系

评论1
7
rimprimp 关注了 小戴2019-08-27
小戴 小戴 软件开发工程师,XXX
发布29
回答11

银行灾备演练切换频次以及哪些系统进行切换,关联业务如何处理?

rimp rimp 其它,光大银行
同城的灾备切换是每半年一次,我行是所有系统统一进行切换,如果是负载均衡系统需要进行停单边一周进行业务检验。异地灾备切换目前是重要信息系统进行切换,每季度进行一次连通性测试。查看全文
灾备 银行灾备自动化切换平台 rimprimp 回答了问题 2019-05-22

自动化切换如何做到涵盖应用?

rimp rimp 其它,光大银行
应用的灾备切换,这个还是要提前做好应用标准化,比如我行所有系统目前都支持在指定的标准目录使用标准命名脚本实现分步骤或者一键式启停,在实现应用标准化后也能方便接入运维自动化系统方便进行统一的管理查看全文
应用双活 方案设计 灾备架构 rimprimp 回答了问题 2018-11-28

应用级灾备架构方案?

rimp rimp 其它,光大银行
补充回答下第一个问题,不知道贵行整体架构中是否有总前或者总线系统,我行核心系统的多活负载均衡实际是由总前/分布式总线系统通过tuxedo中间件实现的,总前/总线系统多个app通过tuxedo域连接和核心系统多个app通信,核心系查看全文

新一代银行核心数据库底层如何实现高可用?灾备数据库是何种架构支持?

rimp rimp 其它,光大银行
我行核心系统数据库目前是RAC,通过ADG做了双机房的读写分离,两个读库是RAC双活,业务由3个数据库同时对外服务。灾备方面: 主库跨机房是通过存储SRDF做了同城和异地的数据同步;存储通过BCV备份T+1数据,同事为了防止数据文件查看全文
高可用 方案设计 数据高可用 rimprimp 回答了问题 2018-11-27

新一代核心银行系统基础架构平台文件数据如何高可用?

rimp rimp 其它,光大银行
我理解你的问题文件共享的高可用性吧?我行目前文件共享做了分级,普通文件使用了NAS,支付大小额类账务文件使用了NAS并且通过scp拷贝到了文件服务器一份(交易耗时增加300ms),重要文件确保NAS异常不会丢失,目前使用情况因性查看全文
rimprimp 关注了 LLWWGG2018-11-27
发布42
回答40

新一代银行核心系统的分布式架构前景?

rimp rimp 其它,光大银行
分布式核心系统肯定是未来主要的发展方向,优点很多,但目前难点在于数据库层面,数据库跨中心多活比较难实现,数据一致性,分布式事物,跨中心的多节点性能和稳定性都没有达到比较完美的状态;另外分布式中文件共享也是一个小技术查看全文
故障诊断 银行核心系统 应急切换 rimprimp 回答了问题 2018-11-27

核心银行系统的故障状态检查与应急切换控制应如何考虑?

rimp rimp 其它,光大银行
故障状态检查需要分层部署监控: 基础设施、操作系统、中间件、应用标准监控、业务类监控等;通过BPC等软件通过网络包做交易码级监控。对各项监控点梳理应急预案,定期进行预案的重检和演练。生产系统每半年进行一次切换查看全文

擅长领域

银行新核心系统 银行新核心系统
oracle extend rac oracle extend rac