近一两年金融行业可谓又回到了“文艺复兴”的年代，交易系统还是oracle一家独大，周边系统越来越趋于国产化，开源化，面对新势力的冲击与挑战，oracle也不断推陈出新，oracle 12c的im列式存储，给客户也带来了美好的体验，比如O32的历史查询，加速了清算的效率，期货历史库的联合查询，通过分析其具体的业务逻辑，有针对性的in-memory一些表或者部分分区表，实现质的飞跃。
现在18c X86版本也发布了，18c其实就是12.2.0.2（如下图所示），预计明年发布19c，也就是12.2.0.3
刚参加完培训的恒生新员工可能会觉得有一种冲击感，刚稍微了解11.2.0.4的数据库，现在18c又来了？ 其实，既然很多客户上了12c，那18c的发布势必也会成为某些特定业务场景的一个选择， 咱们不妨先来一次零错误的美好体验。
OS版本：
Red Hat Enterprise Linux Server release 7.5 (Maipo)
渠道：（注：非官方的下载注意md5验证）
https://access.redhat.com/zh_CN/downloads
建用户组：
[oracle@dbseeker ~]$ id oracle
uid=501(oracle) gid=501(oinstall) groups=501(oinstall),502(dba)
配置环境变量：（主要的环境变量，其余省略...）
export ORACLE_BASE=/u01/app/oracle
export ORACLE_HOME=$ORACLE_BASE/product/18.3.0
注：通读官方文档发现，跟以前11g的版本，还是有点小区别的，文档介绍，要把压缩文件解压到ORACLE HOME路径下，在此目录下运行./runInstaller
解压介质到ORACLE HOME， 运行./runInstaller
2. 选择安装数据库软件
3. 检查步骤， 直至两个root脚本跑完。
4. DBCA建库（过程严格安装恒生的实施规范来安装）
注： 选择asmm模式
注：undo自动扩展打开，并设置maxsize
直至跑完，整个过程很顺利，没有任何报错：
后续可以验证一下hstools, hsadmin，uftools等恒生产品的使用情况，测试下这些产品对18c的兼容情况。
终于18c已经不限于exadata版本了，x86版本的发布，势必会驱使某些业务场景的升级，我们不光要熟悉规范的部署流程（这是基础设施），更要结合具体的业务系统，深入的去了解新特性能带给业务系统的价值，充分的去做测试，做总结，这样我们就会有足够的信心去解决产品的痛点，客户也能够放心的使用新的产品。
