这种改变使得在 AWS 上实施甲骨文的软件的价格翻了一番，它已经安静地生效了，而几乎没有通知用户。

之前有消息传出，甲骨文使亚马逊云上的产品价格翻了一倍。它在如何计算 AWS 的虚拟 CPU 上耍了一些花招。它这么做也没有任何宣扬。该公司的新定价政策于 1 月 23 日生效，直到 1 月 28 日都几乎没有被人注意到， 甲骨文的关注者 Tim Hall 偶然发现 Big Red 公司的 甲骨文软件云计算环境许可文件并披露了出来。

乍一看，这一举动似乎并不太大，因为它仅将甲骨文的 AWS 定价与 Microsoft Azure 的价格相提并论。但是 Azure 只有市场领先的 AWS 体量的三分之一，所以如果你想在云中销售许可证，AWS 是合适的地方。虽然此举可能或可能不会影响已经在 AWS 上使用甲骨文产品的用户，但是尚不清楚新规则是否适用于已在使用产品的用户 - 它肯定会让一些考虑可能使用甲骨文的用户另寻它处。

这个举动的主要原因是显而易见的。甲骨文希望使自己的云更具吸引力 - 这让 The Register 观察到一点：“拉里·埃里森确实承诺过甲骨文的云将会更快更便宜”。更快和更便宜仍然有待看到。如果甲骨文的 SPARC 云计划启动，并且按照广告的形式执行，那么可能会更快，但是更便宜的可能性较小。甲骨文以对其价格的强硬态度而著称。

随着其招牌数据库和业务栈销售的下滑，并且对 Sun 公司的 74 亿美元的投资并未能按照如期那样，甲骨文将其未来赌在云计算上。但是甲骨文来晚了，迄今为止，它的努力似乎还没有结果, 一些金融预测者并没有看到甲骨文云的光明前景。他们说，云是一个拥挤的市场，而四大公司 - 亚马逊、微软、IBM 和谷歌 - 已经有了领先优势。

确实如此。但是甲骨文面临的最大的障碍是，好吧，就是甲骨文。它的声誉在它之前。

保守地说这个公司并不是因为明星客户服务而闻名。事实上，各种新闻报道将甲骨文描绘成一个恶霸和操纵者。

例如，早在 2015 年，甲骨文就因为它的云并不像预期那样快速增长而越来越沮丧，开始激活业内人士称之为的“核特权”。它会审核客户的数据中心，如果客户不符合规定，将发出“违规通知” - 它通常只适用于大规模滥用情况，并命令客户在 30 天内退出使用其软件。

或许你能想到，大量投入在甲骨文软件平台上的大公司们绝对不能在短时间内迁移到另一个解决方案。甲骨文的违规通知将会引发灾难。

商业内幕人士 Julie Bort 解释到：“为了使违规通知消失 - 或者减少高额的违规罚款 - 甲骨文销售代表通常希望客户向合同中添加云额度”。

换句话说，甲骨文正在使用审计来扭转客户去购买它的云，而无论他们是否有需要。这种策略与最近 AWS 价格翻倍之间也可能存在联系。Hall 的文章的评论者指出，围绕价格提升的秘密背后的目的可能是触发软件审计。

使用这些策略的麻烦迟早会出来。消息一旦传播开来，你的客户就开始寻找其他选项。对 Big Red 而言或许是时候参考微软的做法，开始建立一个更好和更温和的甲骨文，将客户的需求放在第一位。

（题图：windowsitpro）

via: http://windowsitpro.com/cloud/oracle-policy-change-raises-prices-aws

作者：Christine Hall 译者：geekpi 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

Java 是免费的？你想多了。Oracle 的律师已经在赶来的路上了。

Oracle 开始追索 Java SE 许可费用

在收购了 Sun 微系统公司六年之后，Oracle 终于开始大张旗鼓地审计 Java 客户，他们接触了越来越多的 Oracle 客户和合作伙伴（没错，包括合作伙伴），宣称它们违背了它的许可协议！

2010 年，随着 Oracle 收购 Sun 微系统公司的同时，它也拥有了 Java，但直到现在，它的 许可管理服务部门 （ License Management Services ） （LMS）才开始追着人们讨债。

这家数据库巨头今年在全球雇佣了 20 名雇员，他们的唯一的工作就是向违反了他们的 Java 许可协议的企业追索费用。作为呼应，行业合规专家组也在扩招人马，雇佣 Java 专家，预计 2017 年会有来自 LMS 针对 Java 的更多行动。此举牵扯到大笔金额，而使用 Java 的客户们则面临数万乃至于数十万美元的追缴。

这次引起争论的 Java 版本是 Java SE，有三个付费的分支版本，每用户付费为 $40 到 $300，每处理器付费为 $5000 到 $15000。

据 The Register 消息，某零售业拥有八万台 PC 的客户已经接到了 Oracle 通知，声称其违背了 Java 协议。 Oracle 还告诉另一个 Java 客户它欠了十万美金 – 不过这个帐单后来被砍到了三万美金。

某不具名专家称，“Oracle 已经将此事定性为是一个 问题 issue 。”。更令人吃惊的是，据 Palisade Compliance 的 CEO 兼创始人 Craig Guarente 说，Oracle 此举不只针对客户，连合作伙伴也一视同仁。

“Oracle 也同样针对了其合作伙伴。这使人们感到愤怒，因为他们在一直在帮助 Oracle 啊！” 他告诉我们。合作伙伴们想知道：“Oracle 怎么可以这样对待我们？！”

Java 是开源的，但是 Java SE 的安装包不是免费的

导致这一切的根本原因是大家对 Java 错误的认知，都认为 Java 是“免费”的！

这种观点可以追溯到 Sun 时代； Sun 下的 Java 是免费可用的，在 Oracle 下也是！但是 Sun 也确实曾对 IBM 和蓝光播放器制作商等收取许可证费用，尽管对绝大多数的使用者是不收费的。这是因为 Sun 利用 Java 作为“楔子的尖端”，帮助其推动销售它的系统。

而 Oracle 决定让 Java 商业化的步伐迈得更大——至于会不会扯着什么，谁知道呢。

Java SE 是一个泛称，它的下载版本有很多，包括 Oracle 在 2014 年 2 月推出的 Java SE Advanced Desktop，以及在 2011 年 5 月推出的 Java SE Advanced 和 Java SE Suite。Java SE 是免费的没错，但是这几个版本都是付费的。

Java SE 包括免费的 JDK 和 JRE，但是 Advanced Desktop、Java SE Advanced 和 Java SE Suite 具备额外的功能，比如 Java Mission Control 和 Flight Recorder （也叫 JRockit Mission Control 和 JRockit Flight Recorder）。

此外还有用于大规模 Java 部署的 Microsoft Windows Installer Enterprise JRE Installer。

Java SE 在用于 Oracle 所谓的“通用计算”的场合时是免费的 – 用其许可协议中的话来说，涉及到的设备包括桌面电脑、笔记本、智能手机和平板电脑。但在 Oracle 许可协议定义为“用于智能系统中专业嵌入式计算机”场合使用时，不是免费的，后来 Oracle 又进一步对此作了补充定义，除了移动电话、手持设备、网络交换机以及蓝光播放器等。

听起来很简单，不是吗？但是正是在这些通用设备上的客户在受到 LMS 的打击。原因是没有办法在下载时将那些需要付费的 Java SE 子产品从免费的 Java SE 封装之中剥离开来，因为 Oracle 并没有提供单独的安装软件。当你只想用其中的一部分功能时，你只能成为 Java SE Suite 这个大套件的指定用户，然后相应付费。

如果你根据你的 app 开发情况，想要大规模的部署 Java SE，则需要 Microsoft Windows Installer Enterprise JRE Installer 这个工具 ，然而这也不是免费 Java SE 的一部分。

“人们没有意识到，他们以为 Jave 是免费的 - 因为它是开源的，所以你可以使用它。不是合约不清晰，而是这里有一个基本的误解。”Guarente 告诉我们。

某不愿具名的合规专家也补充说：

如果你下载了 Java，你就得到了全部软件，你需要确保只安装你被授权的组件，而且要将不使用的部分移除。“商业用途”是指对任何付费功能的使用。“通用目的”是很含糊的定义，因此导致了很多争议。

一旦你作为一个组织分发了一些 Java 的东西给终端用户 – 越来越多的公司在这样做，他们发布 app，用户可以获得产品和服务 - 这就不再称为“通用目的”了...Oracle 要从中收取费用。

为什么 Oracle 现在才收网？

为什么 Oracle 现在才行动，在通过收购 Sun 获得 Java 所有权的六年以后？

人们普遍认为，LMS 用了很长的时间来设计审计方法并详细了解客户 Java 的使用状态，等待猪养肥了。

LMS 现在已经做好准备，要在 2017 年向 Java SE 用户开刀了。

“我预计 Oracle 2017 年会继续更加关注此事。所有趋势显示，Oracle 的 LMS 审计团队在变得更加强势，他们在试图得到比往年更高的收入。我不认为 2017 年 Oracle 会变得温和仁慈。”Guarente 说道。

你们该怎么做呢？

专家们现在建议下载 Java SE 时要格外小心，而那些已经下载过的客户则要重新审视下使用的方式，在 LMS 找上门来之前做好准备。 据闻，2016 下半年被 LMS 接触过的客户数量有了较大增长，他们纷纷寻求 Java 许可方面的帮助。

“如果你下载了 Java，你就得到了全部软件，你需要确保只安装你被授权的组件，而且要将不使用的部分移除。”专家警告说。“如果你已经有了 Java 应用，先确定你实际使用的特定组件，以及你们在怎样使用它们，然后基于这些，在 Oracle 找到你们前，验证你们是否有使用问题。”

截止到现在，仍未看到 Oracle 对此的官方回应。

参考：The Register，LMS

由于 甲骨文 （ Oracle ） 在开源项目上的一些作为，以至于它成了开源界的嘲讽对象。在 2015 年旧金山举办的 JavaOne 大会上，前 太阳微系统公司 （ Sun Microsystems ） 的 CEO Scott McNealy 出现在了 Java 20 周年纪念视频中，在那段视频中，他讽刺性的列出了“Java 开发者的 12 大噩梦”，其中第四条是“你喜欢开源和分享，但是你却在甲骨文工作。”这惹得在场的开发者们哄堂大笑，但从其中也可以看出甲骨文在开发者中间的形象。

下面列出了一些甲骨文在开源方面发生的一些事情：

2009 年 12 月

MySQL 的创造者 Ulf Michael "Monty" Widenius 向欧共体（欧盟前身）发起请愿，要求阻止甲骨文收购 太阳微系统公司 （ Sun Microsystems ） ，其时，太阳微系统公司刚刚收购了 MySQL 公司一年。Widenius 预测，如果太阳微系统公司被收购，甲骨文有可能将 MySQL 的一部分闭源。

2010 年 1 月

甲骨文完成了对太阳微系统公司的收购。

2010 年 2 月

甲骨文从其产品路线图中排除了 OpenSolaris。

2010 年 3 月

太阳微系统公司的开源官 Simon Phipps 在两家公司合并时离开了该公司。

2010 年 4 月

Java 之父 James Gosling 离开了甲骨文，他后来称该公司“挑战了道德”。

2010 年 8 月

甲骨文内部备忘录告知员工，OpenSolaris 将会中止，Solaris 和 ZFS 也会“关闭”。

OpenSolaris 管理委员会解散。

“完全开放”的 OpenSolaris 和 ZFS 项目 Illumos 启动。

多名 MySQL 团队成员离开并加入了 Rackspace，参与到了 MySQL 分支 Drizzle 项目的开发。

2010 年 9 月

OpenOffice.org 社区的一些成员离开并创立了 文档基金会 （ The Document Foundation ） （TDF），并分支出了 LibreOffice 项目。他们邀请甲骨文加入文档基金会。

2010 年 10 月

甲骨文要求文档基金会成员离开 OpenOffice.org 项目，理由是“利益冲突”，并且拒绝加入文档基金会。

LibreOffice 正式成为替代 OpenOffice.org 的一个分支。

甲骨文闭源了 HPC 平台（以前叫做 太阳网格计算引擎 （ Sun Grid Engine ） ），转而开源维护 开放网格计算调度器 （ Open Grid Scheduler ） 项目。四个月后，整个网格计算团队离开并加入了 Univa。

2010 年 12 月

阿帕奇基金会 （ Apache Foundation ） 为其 Java 开源实现版本 Apache Harmony 提出了一个技术兼容配套方案，在甲骨文拒绝许可该方案之后，阿帕奇基金会辞去了 Java 社区进程 （ Java Community Process ） （JCP）组织的执行董事席位。

2011 年 1 月

甲骨文申请了商标“Hudson”，这是一个开源的 Java 持续集成平台的名字（社区后来投票改名为“Jenkins”），甲骨文继续以它自己的名字“Hudson”开发该项目。

2011 年 4 月

甲骨文停止了 OpenOffice.org 和 OracleOpenOffice 的开发，两个月后，该公司将代码捐献给了阿帕奇基金会。

2011 年 9 月

甲骨文宣布它将发布 MySQL 的商业扩展，并且该项目将不再是完全开源的了，变成了“ 内核开源 （ open core ） ”模式。

2013 年 6 月

甲骨文改变了开源的 伯克利 DB （ Berkeley DB ） （BDB）的许可证，从一个 BSD 风格的公开许可证变成了 Affero 通用公开许可证，它要求用户以 GPLv3 或 AGPL 许可证提供其应用的源代码给任何一个通过网络连接到他们的应用的人。这一举动被广泛认为是要么恐吓用户为其开发的应用购买商业许可，要么是想弄死 伯克利 DB Berkeley DB （BDB）。

以上信息仅限于笔者收集到的部分，欢迎大家提交更多可信来源的信息来完善此文。

信息参考来源：arstechnica。

（题图来自：zimbio.com）

头条消息

首先一个大消息是，业界瞩目的谷歌和甲骨文的 Android 诉讼终于告一段落。就在昨天，旧金山联邦法庭陪审团裁定谷歌 Android 操作系统中对 Java API 的使用属于“ 公平使用 （ fair use ） ”，因此，无需赔偿甲骨文所主张的 90 亿美元赔偿——具体来说是 93 亿美金——这是有史以来最大的版权赔偿金额。对此裁定，虽然双方的股价都未有大的变化，但从网上的评论来看，都一边倒的站在谷歌这一边。

之前我们报道过，SUSE 已经在其企业版 Linux 中支持了内核实时补丁功能，而现在，一群 IBM 和 SUSE 的工程师们正在为 Linux 4.7 内核开发支持 POWER8 机器的内核实时补丁功能。POWER8 机器采用的是 64 位的小端 PPC64，在 Linux 4.6 内核，他们就已经为 PPC64le 开发了内核实时补丁的部分实现，不过完全的支持需要到 4.7 内核时才能完成。

Google 将会在安卓应用中加入生物识别、无密码校验技术。这将意味着，用户不在需要记忆密码了，手机的安全级别也将大大提高。届时，会根据用户的信用评分来解锁手机，信用评分会综合考虑各方面的因素，比如类型模式，位置，速度，声音模式，或者面部识别。

Canonical 的开发人员 Michael Hall 写了一篇短文说将任何 Linux 应用打包成 snap 格式都很容易，建议社区将各种应用打包成这种开箱即用的 snap 格式。打包的方法可以参见官方文档。

版本更迭

• 著名的 Linux 游戏发行版 SteamOS 发布了 2.80 测试版，在这个版本中最重要的更新是发布了 AMD GPU PRO 的驱动 16.30。由于 SteamOS 是基于 Debian 的，所以，使用 AMD GPU PRO 的Debian 用户也有福了。这个版本支持 Vulkan 和 VDPAU。当然，目前驱动还处于公测期间，有意尝鲜者可以试试，普通用户请等待正式版本出来，目前的正式版本是 16.20。
  
• 正在迈向 3.22 版本的 GNOME 刚刚发布了 3.21 的第二个里程碑版本 3.21.2，对 Wayland 进行了多处修复。作为核心组件的 GTK+ 也升级了相同版本，此外，很多为 GNOME 3.22 准备就绪的应用也纷纷进行了更新，比如 Polari IRC（Internet 中继聊天）客户端就增加了一些新特性。
• Linux 和 SteamOS 版本的《古墓丽影 2013 重启》发布了 1.1.1 补丁。修复了一些问题，包括在使用 VPN 时不会再闪退，以及许多声音问题。
• 紧随 Feral Interactive 发布了《古墓丽影》1.1.1补丁之后，另一个令人欣喜的消息是，该公司还发布了赛车类游戏《F1 2015》。不过要运行《F1 2015》的话对系统版本和内存、显卡等配置要求比较高。要求 SteamOS 2.0 或者 Ubuntu 16.04 LTS 或者更高的版本。内核至少是 Intel i3 或者 AMD FX-6300 CPU，不过最好是 Intel i7 4770 或者更高配置的处理器。
  
• DisplayLink 更新了其 DisplayLink USB 3.0 的 Linux 驱动，支持最新的 Ubuntu 及 Fedora 发行版。使用 USB 或无线显示器等支持 DisplayLink 技术的 Linux 用户可以升级了。
• Sabayon ARM 发布了支持树莓派2和3的版本。
• Debian 的 LTS 小组宣布，他们不再在 Debian 7 的扩展生命周期中支持 VLC 2.0.3、SoGo 1.3.16 和 MediaWiki 1.19.20。

美国旧金山联邦法庭陪审团昨日做出了裁决，认定谷歌的 Android 操作系统使用 Java 进行开发并未侵犯甲骨文版权，因此驳回了甲骨文索赔 90 亿美元的诉讼请求。此项裁决结束了谷歌与甲骨文长达六年的版权诉讼大战，而甲骨文表示将会就此上诉。

甲骨文控诉谷歌偷窃了它的 Java 编程语言来创造了 Android ，因此向谷歌索赔 90 亿美元。而旧金山联邦法庭在经过将近三周的审理后，十人陪审团又用了三天商议，最终做出了上述裁定，即：谷歌使用甲骨文 Java 开发平台开发 Android 受到了版权法“ 合理使用 （ fair use ） ”条款的保护。该裁定宣告了案件审判的结束，甲骨文没有获得所寻求的 90 亿美元赔偿金。

谷歌在邮件申明中说：“今天的裁决表明 Android 对 Java API 属于 合理使用 （ fair use ） ，这代表着 Android 生态系统的胜利，也是 Java 编程社区和使用开放自由编程语言开发创新消费产品的软件开发者们的胜利！”

该裁决终止了这个持续六年、索赔多达数十亿美元的软件版权诉讼，但是这并不代表着事情的平息，因为甲骨文表示它还将上诉。

甲骨文法律总顾问 Dorian Daley 在邮件申明中说：“我们强烈相信谷歌通过非法复制核心的 Java 技术来开发 Android，从而借此进入到移动设备市场。甲骨文发起这场诉讼就是为了阻止谷歌的这一非法行为。我们确信有许多理由可以提出上诉。”但有关法律专家认为，推翻这一裁决将会很难。

甲骨文在 2010 年诉讼谷歌没有许可就在它的 Android 软件中使用了 Java 的一部分，2014年美国联邦法庭裁决甲骨文对这部分的 Java 拥有版权。而在本月的法庭审理中，谷歌辩称它对 Java 的使用符合版权法的“ 合理使用 （ fair use ） ”条款。

谷歌的证人们包括谷歌前首席执行官、现任谷歌母公司 Alphabet 执行董事长 Eric Schmidt。他们说服陪审团相信，谷歌使用 Java 去创新，而非简单地抄袭其代码。在加入谷歌之前， Eric Schmidt 曾为发明了 Java 语言的 Sun Microsystems 公司工作，参与研发和推销 Java。

Sun Microsystems 于上世纪 90 年代开发了 Java 语言，而谷歌在开发 Android 时曾经与 Sun Microsystems 谈判过使用 Java 的授权，但是最终并没有谈下去而是自由使用了那些 Java API。甲骨文 2010 年收购 Sun Microsystems 时， Eric Schmidt 正参与谷歌授权谈判。他称，根据他多年研发 Java 的经验来看，他认为谷歌无需通过谈判就应该被允许使用 Java API，Sun Microsystems 以开源和自由的方式推广它们，而非通过授权或出售方式。

2010年，在甲骨文收购了 Sun Microsystems 几个月之后，甲骨文就将谷歌告上法庭，称谷歌 Android 操作系统中有37个 API 侵犯了其编程语言 Java 的版权。甲骨文认为，谷歌只有获得许可才能使用 Java API 研发 Android 操作系统。而谷歌认为，他们使用这些 API 不受版权法的约束，美国联邦上诉法庭在 2014 年的裁定也适用于 API，为此无需支付版权费。

业界密切关注该案的审理，因为它可能改变软件该如何构建，通过“开源”，代码可以自由获取，还是这些代码必须得到授权。那些站在谷歌一边的人可能担心由此而来的寒蝉效应，但是这次谷歌的“合理使用”的成功或能减轻这种担忧。

在裁定公布后，甲骨文和 Alphabet 股价在盘后交易中变化不大。

via：zdnet，UsaToday

大家好。今天我们来学习一下如何将 Oracle 11g 升级到 Oracle 12c。开始吧。

在此，我使用的是 CentOS 7 64 位 Linux 发行版。我假设你已经在你的系统上安装了 Oracle 11g。

这里我会展示一下安装 Oracle 11g 时我的操作步骤。

我在 Oracle 11g 上选择 “Create and configure a database”，如下图所示。

然后我选择安装 Oracle 11g “Decktop Class”。如果是生产环境，你必须选择 “Server Class”。

然后你输入安装 Oracle 11g 的各种路径以及密码。下面是我自己的 Oracle 11g 安装配置。确保你正确输入了 Oracle 的密码。

下一步，我按照如下设置 Inventory Directory。

到这里，我已经向你展示了我安装 Oracle 11g 所做的工作，因为我们开始想升级到 12c。

让我们将 Oracle 11g 升级到 Oracle 12c 吧。

你需要从该链接上下载两个 zip 文件。下载并解压两个文件到相同目录。文件名为 linuxamd6412cdatabase\_1of2.zip & linuxamd6412cdatabase\_2of2.zip。提取或解压完后，它会创建一个名为 database 的文件夹。

注意：升级到 12c 之前，请确保在你的 CentOS 上已经安装了所有必须的软件包，并且所有的路径变量也已经正确配置，还有其它前提条件也已经满足。

下面是必须使用正确版本安装的一些软件包

• binutils
• compat-libstdc++
• gcc
• glibc
• libaio
• libgcc
• libstdc++
• make
• sysstat
• unixodbc

在因特网上搜索正确的 rpm 版本。

你也可以用一个查询处理多个软件包，然后在输出中查找正确版本。例如，在终端中输入下面的命令：

rpm -q binutils compat-libstdc++ gcc glibc libaio libgcc libstdc++ make sysstat unixodbc

你的系统中必须安装了以下软件包（版本可能或新或旧）

• binutils-2.23.52.0.1-12.el7.x86\_64
• compat-libcap1-1.10-3.el7.x86\_64
• gcc-4.8.2-3.el7.x86\_64
• gcc-c++-4.8.2-3.el7.x86\_64
• glibc-2.17-36.el7.i686
• glibc-2.17-36.el7.x86\_64
• glibc-devel-2.17-36.el7.i686
• glibc-devel-2.17-36.el7.x86\_64
• ksh
• libaio-0.3.109-9.el7.i686
• libaio-0.3.109-9.el7.x86\_64
• libaio-devel-0.3.109-9.el7.i686
• libaio-devel-0.3.109-9.el7.x86\_64
• libgcc-4.8.2-3.el7.i686
• libgcc-4.8.2-3.el7.x86\_64
• libstdc++-4.8.2-3.el7.i686
• libstdc++-4.8.2-3.el7.x86\_64
• libstdc++-devel-4.8.2-3.el7.i686
• libstdc++-devel-4.8.2-3.el7.x86\_64
• libXi-1.7.2-1.el7.i686
• libXi-1.7.2-1.el7.x86\_64
• libXtst-1.2.2-1.el7.i686
• libXtst-1.2.2-1.el7.x86\_64
• make-3.82-19.el7.x86\_64
• sysstat-10.1.5-1.el7.x86\_64

你也需要 unixODBC-2.3.1 或更新版本的驱动。

我希望你安装 Oracle 11g 的时候已经在你的 CentOS 7 上创建了名为 oracle 的用户。让我们以用户 oracle 登录 CentOS。以用户 oracle 登录到 CentOS 之后，在你的 CentOS上打开一个终端。

使用终端更改工作目录并导航到你解压两个 zip 文件的目录。在终端中输入以下命令开始安装 12c。

./runInstaller

如果一切顺利，你会看到类似下面的截图，已经开始安装 12c。

然后你可以选择跳过更新或者下载最近更新。如果是生产服务器，建议你必须更新。我这里选择跳过。

现在，选择升级现有数据库。

对于语言，这里已经有 English。点击下一步继续，或者你可以根据你的需要添加语言。

现在，选择企业版。你可以根据你的需求选择。

然后选择软件位置路径，这些都是不言自明的。

对于第七步，像下面这样使用默认的选择继续下一步。

在第九步中，你会看到一个类似下面这样的总结报告。

如果一切正常，你可以点击第九步中的 install 开始安装，进入第十步。

其中你可能会遇到一些错误，你需要通过谷歌找到这些错误的解决方法。你可能遇到的问题会有很多，因此我没有在这里详细介绍。

要有耐心，一步一步走下来最后它会告诉你成功了。否则，在谷歌上搜索做必要的操作解决问题。再一次说明，由于你可能会遇到的错误有很多，我无法在这里提供所有详细介绍。

现在，只需要按照下面屏幕指令配置监听器。

数据库升级助手

配置完监听器之后，它会启动 数据库升级助手 （ Database Upgrade Assistant ） 。选择 Upgrade Oracle Database。

在第二步，你会发现它显示了 11g 的位置路径以及 12c 的位置路径。同时你也会发现它指示说从原来的 Oracle Home Release 11 安装 Oracle Home Release 12.点击下一步进入步骤三。

按照屏幕上的说明完成安装。

在最后一步，你会看到一个成功窗口，其中你会看到成功升级了 oracle 数据库。

一个忠告：对于你的生产服务器，在升级到 12c 之前，请确保你已经在其它平台上测试过，以便你能修复升级过程中遇到的所有错误。永远不要尝试一无所知的时候就升级生产服务器。

via: http://www.unixmen.com/upgrade-from-oracle-11g-to-oracle-12c/

作者：Mohammad Forhad Iftekher 译者：ictlyh 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出