Oracle18.3:透过告警日志从安装初始化过程看 18c 的新改变

Oracle Database 18c 已经正式对外发布，第一个公共版本的版本号是 18.3 ，让我们从 18.3 的安装过程来一睹 18c 的改变。

首先我们看看版本，18c 发布的第一个版本是 18.1.0 ：

SQL> select banner_full from v$version;

BANNER_FULL

--------------------------------------------------------------------------------

Oracle Database 18c Enterprise Edition Release 18.0.0.0.0 - Production

Version 18.1.0.0.0

而现在发布的版本，演进到 18.3.0 ：

[oracle@sdb0 ]$ sqlplus / as sysdba

SQL*Plus: Release 18.0.0.0.0 - Production on Wed Jul 25 21:18:09 2018

Version 18.3.0.0.0

SQL> select banner_full from v$version;

BANNER_FULL

--------------------------------------------------------------------------------

Oracle Database 18c Enterprise Edition Release 18.0.0.0.0 - Production

Version 18.3.0.0.0

在MOS 上已经更新了产品发布计划，HP-UX 和 AIX 版本将在 8 月份发布：

当然我们不要恐惧 Oracle 版本的快速变化，再来看看这个版本路线图，18c 相当于 12.2.0.2 ，而 19c 则相当于 12.2.0.3 ，而 20c 将会是一个全新的版本：

整个数据库的安装过程非常流畅，没有遇到任何问题，我选择创建了一个 SID 为 enmo ，包含一个 PDB ，PDB 的名称是 enmotech ：

完成安装之后，让我们从数据库的告警日志开始，看看 18.3 中带来了什么改变。当然，如果您没有安装过 18.1 ，那么事实上这些就是 18c 的改变。

在告警日志中，数据库创建完成之后，会输出详细的补丁信息，告知数据库中已经应用的补丁列表，我删节了大部分BUG号，这是一个超长的列表。有同事说：看到修复了这么多BUG，就放心了。(其实 12.2 初始版本也有这个特性）。

注意，这里的 Patch ID 28090523 就是 2018年7月 17日发布的 RU 版本，可以从 MOS 上找到详细的信息：

===========================================================

Dumping current patch information

===========================================================

Patch Id: 28090523

Patch Description: Database Release Update : 18.3.0.0.180717 (28090523)

Patch Apply Time: 2018-07-19T01:39:24+08:00

Bugs Fixed: 9062315,13554903,21547051,21766220,21806121,23003564,23310101,

24489904,24689376,24737581,24925863,25035594,25035599,25287072,25348956,

25634405,25726981,25743479,25824236,25929650,25943740,26226953,26336101,

26423085,26427905,26450454,26476244,26598422,26615291,26646549,26654411,

...

28072130,28098865,28106402,28132287,28169711,28174827,28184554,28188330,

28264172

Patch Id: 28090553

Patch Description: OCW RELEASE UPDATE 18.3.0.0.0 (28090553)

Patch Apply Time: 2018-07-19T01:40:01+08:00

Bugs Fixed: 12816839,18701017,22734786,23698980,23840305,25709124,25724089,

26299684,26313403,26433972,26527054,26586174,26587652,26647619,26827699,

26860285,26882126,26882316,26943660,26996813,27012915,27018734,27032726,

27034318,27040560,27080748,27086406,27092991,27098733,27106915,27114112,

...

27609819,27625010,27625050,27627992,27654039,27657467,27657920,27668379,

27906509,27931506,27935826,27941514,27957892,27978668,27984314,27993298,

28023410,28025398,28032758,28039471,28039953,28045209,28099592,28109698,

28174926,28182503,28204423,28240153

Patch Id: 27923415

Patch Description: OJVM RELEASE UPDATE: 18.3.0.0.180717 (27923415)

Patch Apply Time: 2018-07-19T01:41:38+08:00

Bugs Fixed: 27304131,27461740,27539876,27636900,27642235,27952586

Patch Id: 27908644

Patch Description: UPDATE 18.3 DATABASE CLIENT JDK IN ORACLE HOME TO JDK8U171

Patch Apply Time: 2018-07-19T01:44:11+08:00

Bugs Fixed: 27908644

===========================================================

这个封包，在 MOS 上就是包含以下这几个补丁列表：

Build Date:     July 17, 2018 16:00

Software home of Oracle Database software 
This zip file contains Database  software version: 18.3.0.0.180717 
To use this patch with OEDA, copy this file to OEDA's WorkDir before running OEDA. 
Refer to the Exadata database machine owners guide for information about the Oracle Exadata deployment assistant
Patches installed: 
27923415;OJVM RELEASE UPDATE: 18.3.0.0.180717 (27923415)
28090523;Database Release Update : 18.3.0.0.180717 (28090523)
28090553;OCW RELEASE UPDATE 18.3.0.0.0 (28090553)

整个补丁集合也就是我们今天公开下载到的，4.4 G 的补丁安装包，MOS 上的下载次数是 0 ，我贡献第一个下载：

在告警日志中，可以看到如下的信息：

Redo log for group 1, sequence 1 is not located on DAX storage

Redo log for group 3, sequence 12 is not located on DAX storage

也就是数据库检查，Redo 日志没有位于 DAX 存储设备，也就是说，Oracle 支持将 Redo 放置于 Direct Access Storage (DAX) 上，更好的支持 NVRAM 等高速存储设备（这个改进不确认，需要测试验证）。

初始化参数中， _simulate_dax_storage 可以用于模拟 DAX 存储，具体需要测试看：

SQL> select ksppinm,ksppdesc from x$ksppi where ksppinm like '%dax%';

KSPPINM

--------------------------------------------------------------------------------

KSPPDESC

----------------------------------------------------------------------------------

_simulate_dax_storage

Simulate log on DAX storage

同时，在进行网络传输时，增加了 日志网络传输调节 的新特性：

2018-07-25T18:36:51.730072+08:00

.... (PID:14041): Redo network throttle feature is disabled at mount time

强势插播广告：

在 Oracle 12.2 中引入了安全增强，lockdown profile ，进行了更细粒度的权限控制：

2018-07-25T17:37:46.285748+08:00

create lockdown profile PRIVATE_DBAAS

Completed: create lockdown profile PRIVATE_DBAAS

create lockdown profile SAAS

Completed: create lockdown profile SAAS

create lockdown profile PUBLIC_DBAAS

Completed: create lockdown profile PUBLIC_DBAAS

以下通过一个简单的测试来看看这个特性的基本功能。 首先在CDB下创建一个profile，这个Profile将对全局可用：

SQL> connect / as sysdba
Connected.
SQL> CREATE LOCKDOWN PROFILE enmotech;
Lockdown Profile created.

SQL> ALTER LOCKDOWN PROFILE enmotech DISABLE STATEMENT  = ('ALTER SYSTEM');
Lockdown Profile altered.

连接到 PDB YHEM,在 PDB 级别启用 lockdown profile :

SQL> connect sys/oracle@yhem as sysdba
Connected.
SQL> ALTER SYSTEM SET PDB_LOCKDOWN = enmotech;
System altered.

测试一下，可以看到所有的ALTER SYSTEM的操作都被禁用了：

SQL> alter system checkpoint;
alter system checkpoint
*
ERROR at line 1:
ORA-01031: insufficient privileges

SQL> alter system set optimizer_mode = first_rows_1;
alter system set optimizer_mode = first_rows_1
*
ERROR at line 1:
ORA-01031: insufficient privileges

同事我们注意到 APP Container 被初始化：

alter pluggable database application APP$CDB$SYSTEM begin install '1.0'

Completed: alter pluggable database application APP$CDB$SYSTEM begin install '1.0'

alter pluggable database application APP$CDB$SYSTEM end install '1.0'

Completed: alter pluggable database application APP$CDB$SYSTEM end install '1.0'

在数据库创建过程中，可以看到对于 SYSTEM 、SYSAUX 表空间，启用了所有操作压缩：

alter tablespace system default compress for all operations

Completed: alter tablespace system default compress for all operations

PDB$SEED(2):alter tablespace system default compress for all operations

PDB$SEED(2):Completed: alter tablespace system default compress for all operations

alter tablespace sysaux default compress for all operations

Completed: alter tablespace sysaux default compress for all operations

PDB$SEED(2):alter tablespace sysaux default compress for all operations

PDB$SEED(2):Completed: alter tablespace sysaux default compress for all operations

表压缩是 Oracle 9i 就有的特性，11g 做出了很多增强，OLTP 压缩需要 高级压缩 选件，是一个收费的组件。

所以在数据库创建完成之后，这个压缩被禁用了，当然也一定是基于性能的考虑：

但是创建数据库过程中的压缩，是第一次被观察到。

SYSTEM 还有一个特殊之处，被启用了 force logging :

2018-07-25T17:27:48.447861+08:00

alter tablespace system force logging

Completed: alter tablespace system force logging

PDB$SEED(2):alter tablespace system force logging

PDB$SEED(2):Completed: alter tablespace system force logging

在数据库启动时，能够看到详细的环境控制信息，之前发布的Exadata版本就是通过这些信息控制安装的：

2018-07-25T17:27:16.850169+08:00

Initial number of CPU is 10

Number of processor cores in the system is 10

Number of processor sockets in the system is 10

Capability Type : Network

capabilities requested : 1 detected : 0 Simulated : 0

Capability Type : Runtime Environment

capabilities requested : 400000FF detected : 40000000 Simulated : 0

Capability Type : Engineered Systems

capabilities requested : 3 detected : 0 Simulated : 0

虽然这不是 18c 才有的，但是因为其重要性，列出在这里：

Database SCN compatibility initialized to 1

目前 18c 采用的是 兼容性版本 1，当然这个参数是动态调整的。

具体参考之前的文章：Oracle SCN 兼容性版本解密

全数据库缓存是 12c 的新特性，之前未注意是否会被缺省启用，在 18.3 的初始按照中，可以看到如下过程，全库缓存被启用，也就是说如果内存足够，Oracle 会尽量将全部数据库内容缓存到内存中去：

Buffer Cache Full DB Caching mode changing from FULL CACHING DISABLED to FULL CACHING ENABLED

我的 Demo 库由于 Cache 设置过低，所以最后全库缓存被禁用：

2018-07-25T17:27:24.364156+08:00

Buffer Cache Full DB Caching mode changing from FULL CACHING ENABLED to FULL CACHING DISABLED

Full DB Caching disabled: DEFAULT_CACHE_SIZE should be at least 456 MBs bigger than current size.

Oracle 18.3 已至，管中窥豹，让我们一起开始 18c 自治数据库之旅吧。