楼主: steven_xiao

[体系架构] exadata一体机和传统架构<小机+oracle> 比较

[复制链接]
论坛徽章:
57
SQL极客
日期:2013-12-09 14:13:35秀才
日期:2016-01-21 13:42:39秀才
日期:2016-01-13 12:14:26SQL大赛参与纪念
日期:2016-01-13 10:32:19SQL数据库编程大师
日期:2016-01-13 10:30:43秀才
日期:2015-12-14 14:47:54秀才
日期:2015-10-19 15:50:392015年新春福章
日期:2015-03-06 11:58:18懒羊羊
日期:2015-03-04 14:52:11优秀写手
日期:2014-11-08 06:00:14
发表于 2012-12-28 21:48 | 显示全部楼层
求教大侠,讲解exadata的特点和优势。

使用道具 举报

回复
论坛徽章:
62
马上加薪
日期:2014-02-19 11:55:142012新春纪念徽章
日期:2012-01-04 11:49:54ITPUB十周年纪念徽章
日期:2011-11-01 16:20:28现任管理团队成员
日期:2011-05-07 01:45:082011新春纪念徽章
日期:2011-02-18 11:42:472011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:41:502011新春纪念徽章
日期:2011-01-25 15:41:01
发表于 2012-12-29 14:53 | 显示全部楼层
cow977 发表于 2012-12-26 09:41
搞错了,正因为现在一体机的价位不亲民,所以小机模式还有市场。

传统组合模式,各部分的匹配是个大问 ...

如果中国打击盗版的力度增加了,其实你会发现一体机的价格亲民的多。呵呵。

使用道具 举报

回复
论坛徽章:
62
马上加薪
日期:2014-02-19 11:55:142012新春纪念徽章
日期:2012-01-04 11:49:54ITPUB十周年纪念徽章
日期:2011-11-01 16:20:28现任管理团队成员
日期:2011-05-07 01:45:082011新春纪念徽章
日期:2011-02-18 11:42:472011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:41:502011新春纪念徽章
日期:2011-01-25 15:41:01
发表于 2012-12-29 14:55 | 显示全部楼层
steven_xiao 发表于 2012-12-26 09:09
guoj哥好,又见高见解哈。

一体机的并行是个很大的优势,但是并行还是经常会有些问题。

并行是个好东西,但用错,或者滥用就问题多多了,一般来说会按照节的CPU core 的2倍来设计并行,
加入配合rsc mgr来管理。

使用道具 举报

回复
论坛徽章:
62
马上加薪
日期:2014-02-19 11:55:142012新春纪念徽章
日期:2012-01-04 11:49:54ITPUB十周年纪念徽章
日期:2011-11-01 16:20:28现任管理团队成员
日期:2011-05-07 01:45:082011新春纪念徽章
日期:2011-02-18 11:42:472011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:41:502011新春纪念徽章
日期:2011-01-25 15:41:01
发表于 2012-12-29 14:57 | 显示全部楼层
renfengjun 发表于 2012-12-26 21:56
这么贵的东西,服务费既然都已经包含在里面了。也不知道DBA在Exadata运维中扮演什么角色?专业的传话筒?既 ...

应该说最主要的工作是管理资源和调优。

报错信息什么的最好由ASR来跟进。

使用道具 举报

回复
招聘 : 系统架构师
认证徽章
论坛徽章:
369
秀才
日期:2015-08-10 09:03:20巨蟹座
日期:2015-09-09 14:25:25巨蟹座
日期:2015-09-10 09:03:46秀才
日期:2015-09-11 10:43:06摩羯座
日期:2015-09-20 17:10:27秀才
日期:2015-09-21 09:46:16秀才
日期:2015-09-21 11:16:42秀才
日期:2015-10-08 17:57:58天枰座
日期:2015-10-28 18:28:29秀才
日期:2015-09-06 10:42:32
发表于 2012-12-29 14:59 | 显示全部楼层
good

使用道具 举报

回复
论坛徽章:
62
马上加薪
日期:2014-02-19 11:55:142012新春纪念徽章
日期:2012-01-04 11:49:54ITPUB十周年纪念徽章
日期:2011-11-01 16:20:28现任管理团队成员
日期:2011-05-07 01:45:082011新春纪念徽章
日期:2011-02-18 11:42:472011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:41:502011新春纪念徽章
日期:2011-01-25 15:41:01
发表于 2012-12-29 15:00 | 显示全部楼层
liarsucker 发表于 2012-12-27 16:54
Exadata最大的优化主要针对Oracle架构shared-everything的不足之处。其在OLAP方面的优化远远多过OLTP,对后 ...

那你就错了,interconnect的传输的大幅下降更加能够增加OLTP的性能,但前提是内存需要大一些。

Exadata X2-2的机器确实内存有些小,X3似乎大了不少。

使用道具 举报

回复
论坛徽章:
62
马上加薪
日期:2014-02-19 11:55:142012新春纪念徽章
日期:2012-01-04 11:49:54ITPUB十周年纪念徽章
日期:2011-11-01 16:20:28现任管理团队成员
日期:2011-05-07 01:45:082011新春纪念徽章
日期:2011-02-18 11:42:472011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:41:502011新春纪念徽章
日期:2011-01-25 15:41:01
发表于 2012-12-29 15:02 | 显示全部楼层
xgghxkhuang 发表于 2012-12-28 21:38
都是大表的全表扫瞄,几千万的表join,跑得很慢的。
各位有没有什么办法?索引都没用了。

几千万真的不是问题的,has join+parallel你会发现需要在X平台上成为常态化。

当然,如果nl操作的话,量小的话比起传统的小机实际上是要快得多的。你会发现一个sequetial read通常0.5-0.8ms的response time

使用道具 举报

回复
论坛徽章:
1
2013年新春福章
日期:2013-02-25 14:51:24
发表于 2012-12-29 16:05 | 显示全部楼层
cc59 发表于 2012-12-29 15:00
那你就错了,interconnect的传输的大幅下降更加能够增加OLTP的性能,但前提是内存需要大一些。

Exadat ...

版主所指的interconnect是指infiniband所带来的传输上的提升么,我个人觉得infiniband以及smart cache这种硬件式升级的提升很容易实现,相对于其cellsrv等一系列软件所带来的各种亮点,Exadata在OLAP方面的提升的确高于OLTP,所以,我觉得exadata最适合报表系统和业务系统一起跑的状况。一家之言,片面之处,敬请指出

使用道具 举报

回复
论坛徽章:
57
SQL极客
日期:2013-12-09 14:13:35秀才
日期:2016-01-21 13:42:39秀才
日期:2016-01-13 12:14:26SQL大赛参与纪念
日期:2016-01-13 10:32:19SQL数据库编程大师
日期:2016-01-13 10:30:43秀才
日期:2015-12-14 14:47:54秀才
日期:2015-10-19 15:50:392015年新春福章
日期:2015-03-06 11:58:18懒羊羊
日期:2015-03-04 14:52:11优秀写手
日期:2014-11-08 06:00:14
发表于 2012-12-29 16:12 | 显示全部楼层
cc59 发表于 2012-12-29 15:02
几千万真的不是问题的,has join+parallel你会发现需要在X平台上成为常态化。

当然,如果nl操作的话, ...

没有nl操作,都是hash join操作,全部都是千万级别的表,
而且历史表上亿,索引没有用了,执行计划都是全表扫,有什么设计上的办法吗?
从老白的网站上看到可以用缓存池,那个管用吗?

使用道具 举报

回复
论坛徽章:
57
SQL极客
日期:2013-12-09 14:13:35秀才
日期:2016-01-21 13:42:39秀才
日期:2016-01-13 12:14:26SQL大赛参与纪念
日期:2016-01-13 10:32:19SQL数据库编程大师
日期:2016-01-13 10:30:43秀才
日期:2015-12-14 14:47:54秀才
日期:2015-10-19 15:50:392015年新春福章
日期:2015-03-06 11:58:18懒羊羊
日期:2015-03-04 14:52:11优秀写手
日期:2014-11-08 06:00:14
发表于 2012-12-29 16:13 | 显示全部楼层
cc59 发表于 2012-12-29 15:02
几千万真的不是问题的,has join+parallel你会发现需要在X平台上成为常态化。

当然,如果nl操作的话, ...

库有多个线程在跑的,并行会有风险吗?

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 
京ICP备09055130号-4  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表