关于多个ORACLE数据库整合成一个库的问题 - Oracle 10g / 9i - 51CTO技术论坛

社区导航: 专家门诊网络技术操作系统数据库程序设计系统应用考试认证 CIO及信息化站长交流综合交流下载基地 51CTO产品服务

【设为首页 | 收藏本站】

51CTO技术论坛» Oracle 10g / 9i » 关于多个ORACLE数据库整合成一个库的问题 [ 打印] [ 订阅] [ 收藏] [ 推荐给朋友] [ 本帖文本页]

论坛跳转:

本主题由 mingjie1116x 于 2008-5-19 10:40 解除高亮

mingjie1116x 性别:男

副版主

帖子 639
精华 4
无忧币 6786
积分 1803
阅读权限 140
来自 (保密)

注册日期 2006-4-12

最后登录 2008-8-29

离线

[查看资料] [发短消息] [Blog]

[个人主页]

发表于:2008-5-19 10:38　　标题：关于多个ORACLE数据库整合成一个库的问题
＜上一帖 | 下一帖＞

随着企业信息化发展需要，数据库整合已成为各企业所面临的紧迫任务，首先大家会把目光投入到升级硬件去解决相应问题，但硬件升级了是不是就把所有问题都解决了呢？其实不然，因为系统数量多，造成企业业务系统的数据库接口繁多，最终，导致数据传输的不稳定，造成数据不统一，无法准确实现同步。因此，更多的企业考虑将多个数据库整合在一个数据，直接调用数据内容。但多个数据库整合在一起，硬件性能将得到了严峻的挑战。并且有些性能问题并不是硬件所能解决的。针对这些一连串问题，我提出几点供大家探讨一下.
   (1).数据库整合后，可以减少程序接口多问题（是否有其他方法减少接口）?。
   (2).数据库整合后，性能产生瓶颈该如何解决？做集群？还是做系统资源重新分配，如果分配该如何分配？考虑可以指定cpu的分配方案，使用Oracle提供的资源管理器resource manager功能实现CPU分配（根据用户进行分配硬件资源），那内存该如何去现实分配呢？
   (3).针对大数据流量，如何解决多用户访问性能瓶颈？类似大型企业网站数据，那么大的访问量，如何解决性能问题的？

欢迎大家针对以上问题进行讨论！

[ 本帖最后由 mingjie1116x 于 2008-5-25 16:40 编辑 ]

网络虽虚拟，技术无边界，来看看大家“真面目”！

2008-5-19 10:38

1楼

[ 顶部 ]

xcgatx@126.com
技术员

帖子 169
精华 0
无忧币 552
积分 271
阅读权限 30

注册日期 2008-4-25

最后登录 2008-9-1

离线

[查看资料] [发短消息] [Blog]

发表于:2008-5-19 10:59　

我最近也在关心数据库整合的问题,我是这样想的:
1.数据库的整合是把多个独立的oracle数据库整合一个,也就是在一套硬件系统中(如双机等),创建一个数据库,而分散时的各个独立数据库相当于这个数据库中的对应的一个用户;
2.数据库整合后,我认为只是增加了存储压力,而在资源上影响不大.
3.另外就是流量问题,这个应该没有什么,用户是不能够直接对数据库进行直接访问的,这需要对中间件进行优化.

网络虽虚拟，技术无边界，来看看大家“真面目”！

2008-5-19 10:59

2楼

[ 顶部 ]

mingjie1116x 性别:男

副版主

帖子 639
精华 4
无忧币 6786
积分 1803
阅读权限 140
来自 (保密)

注册日期 2006-4-12

最后登录 2008-8-29

离线

[查看资料] [发短消息] [Blog]

[个人主页]

发表于:2008-5-21 09:36　

同意2楼部分意见，但如果业务系统某个大操作导致消耗CPU和内存很大以致影响到这个库的速度。这个如何解决？而ORACLE无法对硬件资源进行分配。这个局限可能应该考虑从软件应用去解决了，欢迎大家参与讨论！看来该贴不够踊跃！先顶一下！

网络虽虚拟，技术无边界，来看看大家“真面目”！

2008-5-21 09:36

3楼

[ 顶部 ]

wenaini

副版主

帖子 42
精华 2
无忧币 154
积分 114
阅读权限 140

注册日期 2008-2-29

最后登录 2008-9-2

离线

[查看资料] [发短消息] [Blog]

发表于:2008-5-21 20:57　

资源是其次的，可以通过很多手段解决，主要是应用架构和业务关系上的调整。涉及到容灾，应用的分层，各个业务的独立和整合性。作出整合前是要好好考虑的

其实我股炒的比oracle好。。。

2008-5-21 20:57

4楼

[ 顶部 ]

mingjie1116x 性别:男

副版主

帖子 639
精华 4
无忧币 6786
积分 1803
阅读权限 140
来自 (保密)

注册日期 2006-4-12

最后登录 2008-8-29

离线

[查看资料] [发短消息] [Blog]

[个人主页]

发表于:2008-5-25 16:39　

wenaini,说的没错，还需要考虑好多东西，不单单要考虑资源硬件软件资源平衡负载问题，还需要考虑各业务系统应用架构调整问题。不过，没有做过这方面的整合，心里还是一头露水的。欢迎大家给点意见和建议！

网络虽虚拟，技术无边界，来看看大家“真面目”！

2008-5-25 16:39

5楼

[ 顶部 ]

wenaini

副版主

帖子 42
精华 2
无忧币 154
积分 114
阅读权限 140

注册日期 2008-2-29

最后登录 2008-9-2

离线

[查看资料] [发短消息] [Blog]

发表于:2008-5-25 19:57　

举个例子，登陆中心和支付中心，2者业务上是前者决定后者，不登陆自然无法冲值计费，对于这类一个挂了就全挂，那么可以考虑整合，因为反正登陆死了支付也无法运转，但是如果支付的压力非常大，可能因为2个应用合并后导致主机和数据库压力太大，从而导致另一个应用结算报表无法使用，那么就不能够随便合并。各个业务之间谁依赖谁，谁又和谁是并行的，谁的压力比较大，谁的运营级别要求比较高，都是要考虑的。至于硬件完全可以通过事先使用测试工具和平时的性能报告来估算。

其实我股炒的比oracle好。。。

2008-5-25 19:57

6楼

[ 顶部 ]

论坛跳转:

| | |

标记已读 · 删除论坛Cookies · 文本版 · WAP

本论坛言论纯属发布者个人意见，不代表51CTO网站立场！如有疑义，请与管理员联系。

用户名:	注册
密　码:
提　问:
回　答: