数据库系统是采用多个系统共用数据库的集中方式部署还是每个系统单独部署数据库呢?

随着金融行业业务种类的不断增长,要求IT系统的数量也不断增多,而每个系统必须相应的数据库系统支持,在这种情况下,数据库系统是采用多个系统共用数据库的集中方式部署还是每个系统单独部署数据库呢?集中方式部署的优点是维护方便、资源节省、投入较少,但不便于业务连续性管理,且风险集中并相互影响;独立部署优点是不存在相互影响,业务连续性管理方便,但是管理维护难度大、成本高、资源浪费多、投资大。面对这些问题,如何寻找平衡点就成为了一个难点。

9回答

telnet4730telnet4730  数据库运维工程师 , 光大证券
yinxinele345aixchina等赞同了此回答
在做这件整合这件事情之前,要清楚主要是为了什么,再此基础上做平衡,就会找到突破点。有的公司实例太多,服务器太多,维护人员少,运维工作繁杂效率低,  这时管理成本、硬件成本或者机房基础环境就是是公司运维工作的主要问题,那么这时整合就是一个好的途径,来解决这类主要问题;但是...显示全部

在做这件整合这件事情之前,要清楚主要是为了什么,再此基础上做平衡,就会找到突破点。有的公司实例太多,服务器太多,维护人员少,运维工作繁杂效率低,  这时管理成本、硬件成本或者机房基础环境就是是公司运维工作的主要问题,那么这时整合就是一个好的途径,来解决这类主要问题;但是如果你的系统是核心系统,非常重要 那么你的业务连续性保障是第一的,那么独立部署我想就是唯一的选择。

收起
 2019-09-17
浏览1479
李英杰李英杰  数据库管理员 , 北京鼎新智联科技有限公司
yinxinzhuhaiqiang赞同了此回答
应用集中部署和分别部署数据库,各有优缺点,集中部署实例、数据库数量比较少,可以减少硬件数量,较少硬件费用,减少DBA的工作量。应用数据库分别部署数据库,易于维护,出问题影响面小,各应用数据库资源独立,一个应用出问题不会影响其他系统。应用采用集中部署还是每个应用单独部署,这...显示全部

应用集中部署和分别部署数据库,各有优缺点,集中部署实例、数据库数量比较少,可以减少硬件数量,较少硬件费用,减少DBA的工作量。应用数据库分别部署数据库,易于维护,出问题影响面小,各应用数据库资源独立,一个应用出问题不会影响其他系统。
应用采用集中部署还是每个应用单独部署,这个要结合应用实际,综合来看,我认为主要从应用的重要程度、数据量、并发三个方面来看,如果应用比较重要,数据量大,并发较高,建议采用分别部署方式。如果应用数据量小,并发也不高,且每个应用业务高峰期时间段不一样,建议采用集中式部署。

收起
 2019-10-25
浏览1056
tongshuaitongshuai  技术支持 , 上海新炬网络技术有限公司
yinxinzhuhaiqiang赞同了此回答
我觉得可以考虑这样的 数据库量大或者业务增涨比较快的数据库采用单独数据库 这样可以提高性能,提高数据安全。 数据量少而且业务增涨比较慢的可以采用集中数据库 这样可以用比较少的硬件资源就可以支撑了,降低了成本。 至于数据安全和维护成本,其实这个通过制定相关的管理...显示全部

我觉得可以考虑这样的

数据库量大或者业务增涨比较快的数据库采用单独数据库

这样可以提高性能,提高数据安全。

数据量少而且业务增涨比较慢的可以采用集中数据库

这样可以用比较少的硬件资源就可以支撑了,降低了成本。

至于数据安全和维护成本,其实这个通过制定相关的管理规章去规范一般不会有什么问题的。

收起
 2019-10-12
浏览1110
韩成亮韩成亮  数据库管理员 , KE
yinxinzhuhaiqiang赞同了此回答
其实这个问题就是想太多了。是否是集中部署或者单独部署,这个并不是拍脑袋决定的,而往往都是拍脑袋决定的无论是哪种方式都有各自的优点和缺点对于公司而言,不同的阶段所采取的结构是不同的,至于你说的平衡点,一切都看业务。...显示全部

其实这个问题就是想太多了。
是否是集中部署或者单独部署,这个并不是拍脑袋决定的,而往往都是拍脑袋决定的
无论是哪种方式都有各自的优点和缺点
对于公司而言,不同的阶段所采取的结构是不同的,至于你说的平衡点,一切都看业务。

收起
 2019-10-11
浏览1146
code2code2  系统分析师 , 中国银保监会庆阳监管分局
yinxinzhuhaiqiang赞同了此回答
集中管理方便,费用小,但存在集中度风险,数据库系统一旦出现问题,所有系统瘫痪。分散部署费用大,维护困难,数据库系统出现问题时只是部分系统停止运行,影响较小。具体应用时可以考虑系统的性能要求,业务密集,性能要求高的,单独部署。业务量小且高峰期不同的系统可以采用集中方式部署...显示全部

集中管理方便,费用小,但存在集中度风险,数据库系统一旦出现问题,所有系统瘫痪。分散部署费用大,维护困难,数据库系统出现问题时只是部分系统停止运行,影响较小。具体应用时可以考虑系统的性能要求,业务密集,性能要求高的,单独部署。业务量小且高峰期不同的系统可以采用集中方式部署。集中方式要考虑满足多个系统性能要求时硬件的成本。

收起
 2019-10-10
浏览1180
岳彩波岳彩波  产品经理 , 无
yinxinzhuhaiqiang赞同了此回答
1、数据库选型不要过多,一种或两种。2、各业务系统至少要相对独立,对于运维和日常问题处理会很方便。 另:集中部署和独立部署都是应用层次的,数据库层次只有单机、双击、集群、分库分表、分布式等各种方案,应用层次的问题应该很好解决,做好监控,日常巡检。...显示全部

1、数据库选型不要过多,一种或两种。
2、各业务系统至少要相对独立,对于运维和日常问题处理会很方便。

另:集中部署和独立部署都是应用层次的,数据库层次只有单机、双击、集群、分库分表、分布式等各种方案,应用层次的问题应该很好解决,做好监控,日常巡检。

收起
 2019-10-10
浏览1251
匿名用户匿名用户
yinxinzhuhaiqiang赞同了此回答
我比较赞同telnet4730的说法。然后用工作过两家城商行实际情况总结一下,希望对你有帮助。开发环境:同一实例下建多个库,共用实例不共用库。测试环境和准生产环境:单独实例单独库,实例和库都不共用。生产环境:单独主机,单独实例,单独库,主机实例和库都不共用。...显示全部

我比较赞同telnet4730的说法。
然后用工作过两家城商行实际情况总结一下,希望对你有帮助。
开发环境:同一实例下建多个库,共用实例不共用库。
测试环境和准生产环境:单独实例单独库,实例和库都不共用。
生产环境:单独主机,单独实例,单独库,主机实例和库都不共用。

收起
 2019-10-10
浏览1242
macrozengmacrozeng  数据库管理员 , IBM
yinxin赞同了此回答
如果系统数据不是共用的话,个人意见还是分开部署,利于保证数据安全,提高性能。当然如果是多个相关小数据库可以考虑部署在一起,利于将来的数据挖掘需求显示全部

如果系统数据不是共用的话,个人意见还是分开部署,利于保证数据安全,提高性能。当然如果是多个相关小数据库可以考虑部署在一起,利于将来的数据挖掘需求

收起
 2019-10-25
浏览1031
冯岩冯岩  数据库管理员 , 银行
yinxin赞同了此回答
其实,这个问题我理解就是:“系统价值” 与 相对应的 “资源分配” 问题,系统的业务价值越高,投入的资源就越多;相反,系统只是作为测试使用,分配的资源、维护时间就很少。 拿我这边环境的情况,简单讲讲: 培训环境:这种环境只是提供用来业务部门的业务培训使用,能保证业务流程展示...显示全部

其实,这个问题我理解就是:“系统价值” 与 相对应的 “资源分配” 问题,系统的业务价值越高,投入的资源就越多;相反,系统只是作为测试使用,分配的资源、维护时间就很少。

拿我这边环境的情况,简单讲讲:

培训环境:
这种环境只是提供用来业务部门的业务培训使用,能保证业务流程展示学习就满足要求。基本上对于大多数业务系统,多个业务系统的数据库会被整合到一台 vmware虚拟机上。当然,个别系统也会独占一台 vmware虚拟机。

开发 / 测试环境:
提供给业务系统开发、测试使用的环境,底层基础环境基本上都做了虚拟化,按需分配资源。一小部分业务系统的应用服务器或数据库服务器会被整合到一台虚拟机资源上使用。大多数业务系统的数库会被分配独立的 vmware虚拟机资源,并根据测试需求动态调整主机资源。

 性能环境 / 生产环境:
这些环境基本承载着银行实际的业务,基本上每个业务系统的数据库都单独部署,独占冗余的物理资源,基本上都是高可用架构,提供连续高可用的业务支撑。

总之,根据业务系统的价值、用途的重要程度,分配相应级别的资源和成本投入。其实,建立个“数据库 云服务平台” 可以提供灵活智能的资源弹性扩展、动态按需分配的能力,维护管理自动化。
大家应该多多讨论 “数据库云服务平台” 相关建设的经验。

收起
 2019-10-25
浏览1027

提问者

kh17121823系统工程师, 某城商银行

问题状态

  • 发布时间:2019-09-16
  • 关注会员:10 人
  • 问题浏览:3372
  • 最近回答:2019-10-25