Oracle基本上将云许可要求翻倍，以便在AWS或Azure上运行其软件。以下是如何避免更大的Oracle许可费用。

今年1月份，随着Amazon Web Services和Azure云端运行长时间的软件列表，Oracle几乎不用担心客户需要的处理器许可证数量。 更准确地说，Oracle所做的是更改了一份政策文件，其中概述了这些平台的许可规则，并修改了计算所需许可证数量的方式。 不要绝望：精明的用户可能能够避免Oracle授权成本的增加。

当然，很多甲骨文的客户都对新的云许可政策抱有怀疑，但没有人会对此感到惊讶。 Oracle在数据库市场中占据主导地位，力图将用户推向欲望的方向。 在这种情况下，该公司希望客户使用自己的云，而不是Amazon Web Services（AWS）和Microsoft Azure

甲骨文在2010年收购Sun Microsystems之后采用了相同的策略，增加了使用新的Intel Itanium芯片的竞争对手服务器的许可证要求 - 实际上是由现在的Hewlett Packard Enterprise制造的系统。 战略是辉煌的。 甲骨文不是降低其高价格，而是有效地提高了竞争对手的使用价格。 无论哪种方式，Oracle都胜出。 如果您决定在另一个平台上运行其软件，您仍然必须向Oracle支付更多的钱。 那么至少在理论上。

警告：许可审核可能在未来

经过修改的政策是如此之新，以至于Palisade Compliance在我们任何客户的Oracle许可证管理服务（LMS）审计团队尚未看到它。但是，如果历史是任何指南，Oracle不会另有说明，则希望LMS在审核客户时使用新的规则。例如，假设您根据旧规则在2016年在AWS或Azure上购买和部署了Oracle软件。现在，LMS团队对您进行审核。我猜测他们会尝试应用新的规则，并要求您购买100％以上的许可证。如果您迁移到Oracle的云端，他们也可能会建议您的问题会消失。

问题是，甲骨文可以做到吗？客户如何能够反对更高Oracle授权成本的前景？

关于这个变化的第一件事情和你最好的防线是，它不在你的合同范围内 - 而这个改变的政策也是这么说的。 “本文档提供了有关Oracle政策的指导方针”，脚注说。 “它不可以合并到任何合同中，并不构成任何具体条款的合同或承诺。” Oracle客户，特别是在2017年1月23日生效之前为AWS或Azure部署购买许可证的客户，应在Oracle的审核员敲门时将其用作杠杆。

采取Oracle许可的方式

即使您在该组中，请确保您的组织完全了解Oracle的软件许可策略及其对它们所做的更改。您应该有一种方法来跟踪Oracle的策略，并在更改生效时注意。 Oracle将其处理器核心因子表的更改记录在文档中，该表用于计算许可证要求。那么为什么Oracle云许可证变更的历史不是透明的呢？我想我们都知道那个答案。再次，甲骨文将追踪这些变化的责任放在客户身上。

不幸的是，如果要保护自己免受甲骨文的影响，您必须面对这一挑战，并主动管理您的Oracle许可证。如果Oracle开始提出问题或尝试通过AWS或Azure安装对您进行审核，则坚持认为该公司将会提供一个肯定的声明，它将继续将旧标准应用于您的许可要求。不要让Oracle做审计，首先给你一个很大的账单，然后就这个政策进行讨论。如果您控制此过程，您将处于更好的位置，以避免增加Oracle许可成本。

如果您想从Oracle为AWS或Azure系统购买新的云许可证，该怎么办？问问自己是否更好地管理您现有的Oracle许可证的效率更高，以便您不需要新的。如果这是不可能的，或者如果你刚刚搬到云端，你也可以将旧的政策谈判成一个新的合同。你有很好的选择可用 - 但只有当你控制，而不是把它转移到Oracle。