如果我们在几年前讨论Oracle升级的问题，会有很多反对意见。现在看这个问题，我觉得情况变了。让我试着重新解释这个问题。
Oracle数据库版本背景
先说甲骨文的版本背景。
根据甲骨文的产品线规划，从18c开始的新版本将是年度版本，版本将是发布年份的最后两位数。最初计划作为12.2.0.2的版本现在作为18c发行，12.2.0.3将作为19c发行。Oracle数据库19预计是12.2的最后一个版本(“长期支持”版本)。
所以8，8i，9i，10g，11g，12c之后，下一个是18c，19c，现在是2020年。最新版本按计划还是19c，但是没有20c，不然会被嘲笑。
自从V2版本开发以来，我统计了以下版本。
版本发布年版本19792.319833.1.319844.1.4.019855.0.2219886.0.1719927.0.1219978.0.319988.1.5.020019.0.1.020029.2.0.1200310.1.0.2200510.2.0.1200711.1.0.6200911.2.0.1201312.1.0.1201612.2.0.1201818.1.0201919c
如果想从整体上看版本的差异，可以看看下面的直方图。
这个数字不反映版本之间的时间差，仅从版本的变化来看。
只是从这个图中，我们可以看到一个明显的区别，就是像SQL Server这样的年度版本可以对版本的差异不那么敏感。
Oracle数据库版本规划
我们可以看到有很多版本。如果要升级数据库，应该选择12c、18c还是19c？让我们看一下版本路线图。请参考官方MOS文章:当前数据库版本的发布时间表(文档ID 742060.1)
这个数字是理解整个内容的核心。可以看出，19c的定位是长期版本，超期服役的期限是目前最长的。
相比18c，它的生命周期会短很多，有点像短命的过渡版。从性价比来看，似乎不如早期版本的12.2.0.1。怎么会和当时的时代背景有关系呢？应该是一批早期用户从11g升级，在12.2版本还没发布的时候就选择了升级到12.1.0.2，所以12.2.0.1和18c的发布时间也很接近。
值得一提的是，2020年4月15日，甲骨文将12.2.0.1延长服务的截止日期从2020年12月1日修改为2020年3月31日。(为12.2.0.1增加了2020年12月1日至2022年3月31日的有限误差修正)
Oracle数据库服务支持
我们可能不熟悉扩展服务。一般来说，有三个支持级别:高级支持、扩展支持和持续支持。
如果和上图联系起来，实际上就是为扩展服务做了一些补丁。比如主流版本是11g，那么就会有一个相对稳定的产品生命周期，比如五年。在这五年时间里，将是官方大力支持的阶段，会修复一系列版本bug，推出一些改进和新功能。随着产品生命周期的临近，你需要考虑升级。如果你不升级你的服务支持，你会得到一定的折扣。比如延长服务期是2年，2年后就不能正常下载一些补丁和更新了。如果延长服务期后还没有升级，可以花钱继续支持。如果跨越多个时间段，但仍需要原始版本支持，则需要做定制支持。
对于数据库版本，10g是个坎，升级到11g是个坎，从上图来看升级到12c 空的选项有限。目前，12.2.0.1，18c和19c可用。先来看看这三个版本，我来略述一下重点。
版本补丁截止时间备注和说明19cLong-Term ReleaseMar 31, 2023 with no ES/ULAMar 31, 2026 with ES/ULAPremier Support (PS) ends Mar 31, 2023, Extended Support (ES) fees will be required beginning Apr 01, 2023 through Mar 31, 2026Error Correction / Patching is available through Mar 31, 2026 with paid ES. Without paid ES, patching is only available until Mar 31, 2023.18cAnnual ReleaseJun 08, 2021Error Correction / Patching is available until Jun 08, 202118c is not eligible for Extended Support (ES)12.2.0.1Annual Release* March 31, 2022 with Limited Error Correction from Dec 1, 2020Error Correction / Patching is available until Nov 30, 2020Limited Error Correction (Sev 1 and Security Updates only) is available from Dec 1, 2020 – March 31, 2022 See Note 161818.1 for details.12.2.0.1 is not eligible for Extended Support (ES)Gen 1 ExaCC, OCC DBCS, and ODA will have 3 additional months of support life. The end of life dates for databases on these platforms is: 28-Feb-2021
从上图来看，为了稳定，我们不选择最接近的低配版本，而是倾向于尽可能稳定的最大版本，避免后续的大版本变动。如果更明确一点，就是选择19c。
版本的情况基本看完了。我们来看看升级的正确姿势。因为环境的差异，最初的版本肯定不一样。
Oracle数据库版本升级列表
对于11g数据库来说，如果是11g的最新版本，可以直接升级到19c，这是一个很大的利好消息，避免了过渡升级带来的潜在隐患和服务长时间不可用。
12c以上版本(12.1.0.2以上)可以直接升级到19c。
在升级的过程中，可以考虑手工升级数据字典，也可以考虑使用DBUA。
甲骨文19c & # 8211使用DBUA升级到Oracle Database 19c (19.x)的完整清单(文档ID 25450***.1)
如果使用DBUA升级，请参考下表进行直接升级:
Source DatabaseTarget Database11.2.0.4 and Higher19.x12.1.0.219.x12.2.0.119.x18.119.x
有些版本不能直接升级，需要过渡。例如，如果您的版本是11.2.0.2，您需要先升级到11.2.0.4，然后才能升级到19c。
Source DatabaseIntermediate upgrade pathTarget database11.2.0.1/11.2.0.2/11.2.0.3–>11.2.0.4–>19.x11.1.0.6/11.1.0.7–>11.2.0.4–>19.x10.2.0.2, 10.2.0.3, 10.2.0.4, 10.2.0.5–>11.2.0.4/12.1.0.2–>19.x10.1.0.5–>11.2.0.4/12.1.0.2–>19.x9.2.0.8 or earlier–>11.2.0.4–>19.x12.1.0.1–>12.1.0.2/12.2.0.1–>19.x
5试用新版本
另外，如果我们想先尝一尝，做个测试。
本文来自曼文投稿，不代表舒华文档立场，如若转载，请注明出处：https://www.chinashuhua.cn/24/509395.html
微信扫一扫 
