Oracle and Microsoft’S跨云合作伙伴关系

几周后,Oracle和微软宣布他们的跨云合作伙伴关系。这对我来说这是一个很好的新闻,就像我一样’在微软的众多Oracle项目中使用Azure工作。

要点

要知道,这两个云之间现在有一个伙伴关系’在两个云之间工作的大量文档也非常有用,而且金额我是非常有帮助的’在我的知识中一直在努力.-就像任何人都赞赏了第二组眼睛一样,我现在有两家公司’s worth!

如果你错过了宣布和好奇的话’S关于,Oracle伪造了对其许多产品的非数据库层进行跨云支持的伙伴关系。这些产品包括:

那里’对于eBiz的多个支持身份验证到Azure。链接的文档是关于Oracle Access Manager的,但它为您提供了一些深入的oracle和微软如何进入这一成功的冒险。

奥布尔的甲骨文

目前,我的大多数oracle客户都是’寻找遗留Oracle-ÂÂ他们只想使用Azure Cloud来容纳数据库实例。这是一个’T一个困难的选项,因为我可以在蔚蓝的裸机中建立他们需要的东西,(VMS)几乎所有他们所需要的东西。榜单很长,(而不限于):

  • 甲骨文数据库12C-18C,希望19C即将遵循
  • 甲骨文 Dataguard.
  • 甲骨文 Enterprise Manager.
  • 甲骨文 Golden Gate.
  • 甲骨文 essbase.
  • 甲骨文 Hyption.
  • 甲骨文 Data Integrator.
  • 顶尖

我没有’T遇到任何对于Azure来处理的数据库,并且对于使用超过1.7TB的内存的客户来说,一个快速的AWR报告授予我一个机会,为他们提供有关如何消除他们的巨大百分比的内存,(和cpu)需要。

RAC.

是的,您可以在Azure上构建Oracle RAC,但它需要第三方工具来支持软件群集,例如 FlashGrid. and it’没有认证Oracle的支持。唐’但是,因为在沿着这条道路之前,你应该找出客户正在使用RAC开始的商业原因。Â软件聚类有很大的开销,并且往往是目标不是’达到了产品。

  1. 高可用性-Â如果节点都驻留在一个数据中心,这是否会遇见ha?
  2. 故障转移#1-â°Where Apps在存在故障转移时都无法重新连接
  3. 故障转移#2-由于每个节点/群集的资源使用额外,故障转移可能导致更有节点的失败和释放
  4. 云天使已经拥有许多已经内置的HA功能,并且由于此,Oracle DataGuard将超过RAC

所以这是我在微软和我新世界的一部分’在十年中已经预测了这一点。无论您选择哪个平台,总有一些异常值,这是您需要管理的关键任务。随着云的引入,这会更容易地访问其他平台和技术,我们世界只是越来越少,只能更快。’好吧,没有,我赢了’这种方式厌倦了。

 

dbakevlar.

http://about.me/dbakevlar

One thought on “甲骨文和Microsoft’S跨云合作伙伴关系

评论被关闭。