在CentOS7.6下配置oracle 19.9时，如果没有显式设置HugePages为SGA所需的合适的值大小，而是设置了较大的值，尽管有时可以分配一些HugePages，但是一般不会是所设置的数目，结论是，必须显式设置合适的值。 如下关于wydb两个实例的alertlog输出，最后一次输出是正确设置并重启之后的： ---wydb1 2021-01-14T15:38:39.837037+08:00 PAGESIZE AVAILABLE_PAGES EXPECTED_PAGES ALLOCATED_PAGES ER…

一体机的19c新数据库，由于项目人员修改undo，导致出现有的pdb无法open的情况： 2021-01-26T12:03:43.957991+08:00 PDBAPP(3):Endian type of dictionary set to little PDBAPP(3):Undo initialization recovery: err:0 start: 2574325 end: 2574327 diff: 2 ms (0.0 seconds) 2021-01-26T12:03:44.456447+08:00 …

■2021-01-14 15:07 存储开始出现问题，主数据库2个节点(node1、node2)均报共享存储'I/O error' -------node1 alert 2021-01-14T15:07:24.122930+08:00 WARNING: Write Failed. group:1 disk:3 AU:81 offset:2022912 size:4096 path:/dev/asmdisks/su001_lun04 incarnation:0xf0f0720e asynchronous result…

关闭网络心跳ip后，此时磁盘心跳正常，数据库主集群的2个节点发生脑裂，导致数据库重新配置。 重新配置的基本原则：节点数多的子集群存活，如果子集群包含的节点数相同，那么包含最小编号节点的子集群存活。 所以2节点集群，如果停掉所有的心跳ip后，node1存活，继续对外提供服务。 实际日志顺序如下： 1、node2的数据库实例被强行终止 2、node1确认检测到node2实例终止后，自我调整后继续提供数据库服务 ■■停掉所有的心跳ip ■■node2 日志 2021-01-20T16:20:15.835897+08:00…

1962分，总算打破自己尘封已久的1862分记录了，看来是水平有所长进，不容易啊，时隔太久了，截图记录一下。

前期19c上出现的这个问题，后期在操作ASM磁盘时，再次复发： ORA-15137: The ASM cluster is in rolling patch state 此时确认两个节点的patch level完全一致，如下： [root@wydb01:0 ~]$ crsctl query crs softwarepatch wydb01 Oracle Clusterware patch level on node wydb01 is [376483838]. [root@wydb01:0 ~]$ crsctl q…