甲骨文副总裁技术分享——可靠源自实践
更新时间: 2016-09-29 00:13
人物介绍:吴承杨,2010年加入甲骨文公司,现任公司副总裁及中国区技术产品事业部总经理。拥有25年的IT从业经验。在加入甲骨文公司之前,曾在惠普,戴尔和DEC 担任重要职务。获得计算机硕士学位以及马斯赫里赫特学院的MBA。
各位在座的嘉宾,大家好!
三年前大家都在去IOE的时候,甲骨文怎样生存?三年后的今天,甲骨文依然还在, 再次印证了IE好去O难舍。去IOE教会了甲骨文如何贴近用户。
首先我想说甲骨文今天是一个充满活力、充满新技术的公司。
作为用户来讲,今年主办方的题目非常好,数据就是未来。对用户来说数据实际上是非常重要的。
我们先从可靠性谈起。大家也知道甲骨文有一个叫RAC的技术。RAC技术的存在已经二十年,老的技术还有意义吗?至少可以讲三点:
今天中国最大的银行之一,在去年刚刚把四个节点的RAC作为他的一个标准。第二点是中等银行,中等银行今天来讲可能刚刚上RAC。在中国比较少看到是基于8个节点的RAC?我可以说90%的是四个节点的RAC已经够了。既然四个节点的RAC是肩并肩的去做、手挽手的去做,为什么不去用。
技术新老不是问题,而是对用户是否有意义。软件上你更愿意使用一个经过很多人使用过的还是愿意使用一个没有人使用过的,我想这是不言而喻的。
所以我觉得从RAC来讲,其实你也知道,在今天来讲四个节点在中国已经可以解决很大的问题。别人问我,有了RAC以后,就够了吗?不够,除了你们数据库的企业版以外,我第一个推荐的是ADG。在座的各位都是数据方面的专家,我觉得最重要的方面是要让你晚上睡得着觉。 当你今天来讲一台机器出问题的时候,你要确保另外一台机器能够把所有的数据备份,这就能睡得着觉。Oracle在这两方面的技术已经非常成熟。
你不要说两地三中心、大概三千多米以外切换,我只说如果你这台机器出问题,是不是在另外一个机房、另外一栋楼里面,你可以把系统自动切换过来?如果你能切换过来我觉得你可以放心地去休息。但如果你没有做到的话,我觉得是有风险的。我们看下Oracle是怎么规避风险的:
在ADG的同步模式下,ADG的先前的版本只能做到在短距离的同步容灾,比如十公里、二十公里之内可以进行无缝切换。ADG的新功能 Far Sync可以实现远距离的数据同步,可以实现性能和高可用性的双提升。如果你基于ADG技术去做整个的容灾,就会很方便。
在ADG中无论主数据库或备用数据库上何处发生物理块损坏,都能自动进行修复,从而防止为用户提供的服务出现中断。备用数据库既可以用于报表库、查询库也可用于灾难恢复。 这种做法能够增加可用容量,通过读写分离分担负载改进响应时间,并在利用物理复制的简易性的同时,提高备用系统的投资回报 (ROI)。
所以未来分库分表一样,有更简单的方法,用甲骨文自动的分库分表技术。而且好的地方在哪里?未来可以让你在你的本地和云上打成一片。可以某一部分放在本地,另外一部分放在云上。
所有这些东西我们把这些放在一起,我们说它帮你实现可靠性。