还记得之前写过一篇 oracle 18c的文章，(快速通道：零错误初体验oracle 18c)，客户的业务系统虽然有些已经上了12c，内部测试的版本也有18c版本，但总归没有这么普及，没想到半年后号称稳定版本的19c就出来了。
为什么这里说19c是稳定版，参考下图。
简单描述下：
oracle 12c was 12.2.0.1
oracle 18c was 12.2.0.2
oracle 19c was 12.2.0.3
oracle 20c maybe n/a
还有下面这段很长的话，关键意思就是Release 19 will be the last release ("long term support" release) for 12.2
所以oracle 19c是oracle长期支持版本，并且是12.2的最终版本。这意味着什么？
oracle 19c专注的是稳定可靠，而不是在12c，18c的基础上增加新特性，目前已知的UF3.0核心交易测试中采用的是oracle 18c，随着19c的发布，显然19c看似是一个better choise。
当然安装部署还是跟18c一个套路，整个过程也没有任何错误。
但是要注意的是，跟许多新出的服务器装不上redhat6一样，19c官方文档中，redhat6已经不在官方的支持版本中了。
尝试安装也会报如下的error：
这是要充分淘汰redhat6的节奏呀
如果觉得麻烦，可以用一键部署脚本，兼容了12c以上的版本，整个过程无需手动介入。
最后，在这个日新月异的云时代，互联网金融的变革也是如火如荼，微服务，厚中台，智能运维，AI的火焰势必在未来两三年越烧越旺，当然，在难以完全去O的前提下，我们对O还是要有所了解的，去O的口号喊了这么多年，O还是那个很好很贵的O，只是在很多场景下，找到了合适的MM（mysql,MongoDB）。
这也是新时代运维人员，或者DBA的价值所在，我们可以替业务，助场景做好数据库的选型，架构的选型，当可重复，纯手工的工作被智能运维替代后，我们能做的其实是越来越多了，这时候，其实已经NoDBA了（not only DBA）。
