« 圣诞超级复杂困难之Oracle数据库大恢复 | Blog首页 | It168名家讲坛 - 30日下午 《深入解析Oracle》 »
谁与争锋-数据库管理工具OEM、I3的取舍
链接:https://www.eygle.com/archives/2008/12/dbatools_choose_oemi3.html
在最近1、2年的客户服务与项目实施中,遇到越来越多的一个问题就是,如何在纷繁复杂的管理工具与产品中向客户推荐最为实用、最为适合的产品。
如果让大家列举一下最为熟悉的数据库管理工具和监控产品,恐怕每个DBA都能列出一长串,在这些产品当中,很多企业过去几年实际上逐渐在使用的一款重要产品就是:i3。一些客户正在面临这样的选择,是继续i3还是改弦易张。
我个人了解i3并不久,但是还是可以理顺一下i3的历史,i3从2003年到现在可以说是三易其主,最初在VERITAS旗下,作为主流产品主打数据库管理维护领域,而当VERITAS被Symantec收购之后,则渐被淹没于无闻。终于在2008年年初又由投资者从Symantec手中"赎身",重新恢复了最初的Precise i3的名字,开始重新独立运行(据知情人透露,新公司一直在寻找下一个买家)。由于这一系列的变化使得i3的未来变得模糊起来,而这些不确定性随着Oracle OEM工具的增强变得更加显著。
也许很多人并不熟悉,i3这个看起来有点奇怪的名字究竟是什么含义呢?
i3是指INFORM、INSIGHT、INDEPTH,大致翻译过来就是通知、洞察力、深度。这是非常具有深意的三个词汇。意思就是通过洞察来发现数据库的问题,通过深入解析来辅助用户进行诊断和问题解决,通过通知系统及时和用户沟通,下图是i3的体系结构示意图:
发件人 Oblog |
而基于INSIGHT的深入展现,i3更期待实现主动和预防性数据库管理,其目的和实现就是:在进入问题区域和最终用户受到影响之前,提早确定性能问题。预防性管理是指系统性能随时受到监控,定期进行系统状况检查,以确定性能状况,排列调节问题的紧急程度,i3的 "预警组件"和"报告组件"是相关的软件实现。
熟悉一下以上描述,是否感到似曾相识?我在此前关于DBA 2.0 的文章中曾经反复提到的一个词就是Proactive,这个词也正包含了预防、预见以及全方位诊断等特性。那么这也正是Oracle的OEM工具在不断加强的工作。
Oracle的OEM工具在战略上和Oracle的ASM、CRS非常类似,CRS工具的推出使得很多第三方的Cluster软件失去了市场,而ASM的出现,也使得很多第三方的卷管理工具渐渐隐退,那么Oracle的OEM挟着厂商的优势,实在是第三方管理工具厂商的极大威胁,而且这威胁来的甚至无可抗拒。
除此之外,如果再看一下i3的界面,我们也可以发现其组织展现形式和OEM也有类似之处:
不过OEM在问题诊断、SQL优化等方面已经全面超越了i3产品。而就问题诊断而言,OEM的AWR、ADDM等工具以其原生的优势,是足以超越任何第三方工具的。
再看看i3和OEM的某些数据库活动监控,看看两者是否似曾相识:
总结一下,其实可以说新版的OEM自Oracle 10g推出一来,一改原本低调的姿态,开始发力,全面争夺数据库管理与监控的市场。也正因为如此,OEM开始丰富和完善起来。
而这一完善和丰富,使我想起了四个字:谁与争锋!
Oracle凭借其数据库的强大优势,在其上原生的建立管理与监控工具,并且Database Control可以随数据库软件预装,无限制使用的全范围推广,这会使任何一个同领域的厂商深感头痛。
而当用户再次面对抉择的时候,以Oracle数据库为基础,OEM将是绝佳的选择,Oracle依赖数据库,将不断完善、改进这一工具,并且借助很多数据库的特有组件(如OEM Diagnostics Pack),全面为用户提供服务。
我曾经提到过OEM带给大家的普遍价值,那就是减少管理的复杂度,今天看来还有另外一个价值,那就是减少选择的复杂性。
别了i3以及类似的管理工具,在Oracle 10g以上的OEM我想已经能够满足我们简单或者复杂的数据库管理需要!
珍爱生命,简化生活,选择OEM,哈哈!
历史上的今天...
>> 2018-12-26文章:
>> 2012-12-26文章:
>> 2006-12-26文章:
>> 2005-12-26文章:
>> 2004-12-26文章:
By eygle on 2008-12-26 12:56 | Comments (13) | OraNews | Oracle12c/11g | 2136 |
大師,就憑你那最後一句話,我覺得Larry應該親自頒一個獎給你啊,哈哈:)
不错 收藏了
从10G出了ASH,I3的优势就不那么明显了。本来我看I3就是为了去了解历史的session wait。
但I3在rac的internal通信情况的诊断方面貌似比OEM强。I3还能监控midware,不过bea被oracle收购后,这个优势好像又不是很明朗了。
另外,I3的培训很贵,远远高于oracle。:)
Oracle明年会出专门的RAC诊断工具,这个在内部已经看到了。
也许会整合到OEM里
Oracle的OEM里很多新特性是需要授权的,I3搞不定这部分了。Oracle要害别人就是加点壁垒:)
毕竟还是自己家的东西来的更加贴切,说实话以前用9i的oem的确觉得功能有限,问题颇多,还得装个客户端麻烦死了,很多东西还得通过命令行来实现,10g,11g的oem的确是改进了相当大,基本上所有管理都可以用oem做了,相对于I3来说,也许以前有差距,但是bea被收购,oracle也在看重管理工具这块的发展,相信很快就能超过I3了,oem目前更多体现的是那种数据中心通过grid control集中大量数据库的管理方面的优势,这种优势是quest,I3所没法比拟的。
Coolyl突然重出江湖
请问eygle, 有没有专门的书介绍如何使用OEM呢,最好是能结合案例使用的那种.看了oracle自己的documentation, 到OEM这块就很简单啊
请问eygle, 有没有专门的书介绍如何使用OEM呢,最好是能结合案例使用的那种.看了oracle自己的documentation, 到OEM这块就很简单啊
请问eygle, 有没有专门的书介绍如何使用OEM呢,最好是能结合案例使用的那种.看了oracle自己的documentation, 到OEM这块就很简单啊
请问eygle, 有没有专门的书介绍如何使用OEM呢,最好是能结合案例使用的那种.看了oracle自己的documentation, 到OEM这块就很简单啊
请问eygle, 有没有专门的书介绍如何使用OEM呢,最好是能结合案例使用的那种.看了oracle自己的documentation, 到OEM这块就很简单啊
也许很快就有了,不过OEM自己认真琢磨一下,大致也差不多了:)
或者有必要,看看过了年我写一个文档
很期待eygle的OEM文档,希望早日看到大师的好东西!