核心系统
核心系统
该主题还没有描述

问题

保险查询速度·2018-03-14
兔子工程师 · 高伟达 擅长领域:服务器, 存储, 灾备
3 会员关注
对于这种情况可以做数据库的读写分离来解决,基本的原理是让主数据库处理事务性增、改、删操作(INSERT、UPDATE、DELETE),而从数据库处理SELECT查询操作。数据库复制被用来把事务性操作导致的变更同步到集群中的从数据库。 为什么要分库、分表、读写分离? 单表的数据量限...
银行数据库·2016-08-08
cj8888 · 百硕 擅长领域:双活, 信息安全, 数据库
3 会员关注
针对贵公司的新一代核心系统,在以下几个方面能否详细介绍一下?1 会计模块和其他模块之间的业务架构及数据流向。   我们提供核算分离功能,应用推送记账流水到核算中心2 批量业务实现的模式,是利用存储过程还是利用应用的计算模块为主要工具。    &n...
保险应用级灾备·2019-08-19
jxnxsdengyu课题专家组 · 江西农信 擅长领域:存储, 灾备, 双活
1054 会员关注
由于灾难演练过程时间窗口有限,在生产切到在灾备做真实的业务演练后,会产生很多演练数据,值得关注的是账务数据和真实客户数据,据我了解,通用的做法有三种: 1、建立了生产和灾备存储间的实时/异步同步和切换后的反向复制,当生产切到灾备后,复制关系也将同步反转,由灾备存储实时/...
软件开发互联网核心·2018-03-30
abczycx · hykj 擅长领域:存储, 服务器, 云计算
2 会员关注
数据库吧
互联网服务中间件部署·2017-04-28
YuLimin · IBM广州 擅长领域:中间件, 服务器, 应用服务器
388 会员关注
风险点在于1、资源池监控以及动作的响应上面要及时,也就是说要以预防为主,配置好应对的策略!2、应用系统本身的健壮性,当有问题时能够让资源池进行隔离与日志抓取,以用来问题的根源分析...
银行LinuxONE·2018-05-09
tangguobing · IBM 擅长领域:存储, 服务器, 灾备
785 会员关注
没有确定性的体量标准,从产品角度来说,LinuxONE有两款产品,一个入门级,一个企业级。LinuxONE Rockhopper最高30个CPU,满足入门级需求,从几百亿到2000千亿左右规模银行的大规模整合,核心整合都是适用的,而LinuxONE Emperor最高170个CPU,满足更大规模的体量需求。LinuxONE的配置粒度...
IT咨询服务业务瓶颈·2017-01-11
制造行业核心系统存储扩容及性能提升是如何解决的?是如何解决业务瓶颈的?
浏览3897
证券分布式架构·2015-11-27
nitkey · ECT 擅长领域:灾备, 双活, 系统运维
192 会员关注
最近刚刚完成了内部的一个双活项目,谈谈自己看法。是采用分布式还是传统架构,我觉得主要取决于业务特性,是否有强一致性的要求,楼主提到的是核心系统,我觉得金融行业的核心系统多数具有强一致性要求,这种系统目前采用分布式架构没有太好的解决方案,大多还是基于传统架构的A-S模...
银行迁移·2018-06-12
s6dong · 东软集团 擅长领域:存储, 服务器, 灾备
960 会员关注
1.核心系统1~2个节点到多个节点的问题LINUXONE支持多分区和虚拟化技术,可以按照多节点的方式部署。LINUX现有的高可用技术LINUXone全部可以使用。如果是ORACLE,建议直接使用rac,而不需要LINUX高可用软件。2、核心系统UNIX到LINUX应用兼容性的问题这个确实需要对系统进行改造...
X社区推广
  • 提问题