ANBOB™

一套12c R2 4-nodes Oracle RAC on RHEL 7的环境，已安装0417 RU。 该库有一套Phyical DataGard， 同时也是GoldenGate的target端，存在一个replicat 进程同步数据，因为OGG的认证导致ADG hang最终使归档删除失败。

前不久有个下线EXADATA并同时从11g R2 升级12C R2的案例，反应升级12c后明显感觉原来查询表空间使用率的脚本时间比升级前长了很多, 要花好几分钟， 这种情况时通常是因为recyclebin$回收站中的对象太多，清理回收站解决， 但是这次的回收站并无多少对象(<100)， 这是一个50 TB左右的数据库，有350个左右的数据文件。

本篇是12c版本中cpu high的第三种情况: scm0进程占用较高的cpu使用率,(Distributed Lock Management )DLM Statistics Collection and Management从属（SCM0）后台进程负责收集和管理全局入队服务（GES）和全局缓存服务（GCS）的统计信息。如果在数据库中启用了DLM统计信息收集此进程（scm0）才会存在…

为了当分析节点重启和节点驱逐故障时，避免因缺少网络和操作系统级信息无法定位，引入diagsnap并与GI集成，diagsnap是12.1.0.2 GI引入的新进程，CHM的osysmod管理diagsnap资源，该资源收集弥补CHM通常不收集的其他OS统计信息…

前不久遇到的一个问题，一套12.2的RAC环境， CPU使用率高，使用top可以看到有大量crsctl.bin进程导致， sys cpu占用了大部分， 如果从数据库内查看等待会伴随着wait event “crs call completion”,

Automatic index是有索引管理后台进程TASK调用， 可以自动的create, rebuild , drop 索引。后台进程是每15分钟调用一次,(是有j001进程执行_AUTO_INDEX_TASK_INTERVAL参数控制15分钟)。也是基于传统手动优化SQL的思路，基于SQL中的列使用识别可以创建的索引，然后验证自动索引对性能的影响，然后按预设的值去创建索引，只不过整个过程是自动的，并且整个过程都有审核报告。

Oracle Database 19c是大多数客户将其升级目标定位的版本，Oracle已将稳定性作为此版本的核心目标。 在Oracle Database 19c中，开发人员专注于修复已知问题，而不是添加新功能。 这导致了数百人年的测试和数千台服务器每天24小时运行测试。这种对稳定性的关注远不止核心数据库功能

在12c以前的版本数据库实例使用操作系统认证连接ASM实例，因为ASM CLIENT(DB INSTANCE)和ASM Server总是在同一个主机上， 从12c版本开始引入的FLEX ASM架构允许数据库实例可以和ASM运行在不同的主机中

Recently, we have faced a very serious problem with Oracle SCN. The SCN with a production env ORACLE RDBMS grows very fast, the SCN rate is more than 30k per second . In theory, there should not be such a high transaction volume. The environment is a 11.2.0.3 2-nodes RAC ON AIX 6.1 platform, and have applied PSU11.2.0.3.7 .

2C中为了在不同实例间统一的密码管理， 支持把DB密码（ASM password same）存储到ASM DISKGROUP中，这样在维护DG环境时，当同步密码文件时就要先确认一下密码的位置， 同样DG端也可以把密码存储到ASM中，然后使用srvctl modify database修改pwd路径. 这个案例通过在标准化DG配置中因密码不一致产生了各种错误

建议在SLSE 12或以后的版本，或LINUX 7等以后的版本时，先了解一下系统变化，至少在安装RAC时， 把DefaultTasksMax修改加入到安装方档中去， 可能Oracle 在以后的安装文档或最佳实践中会增加该内容。

在许多公司中，各种与Oracle数据库相关的任务（如管理ASM和备份/恢复Oracle数据库）都有明确的职责分离。在过去都是使用sysdba管理所有权限如asm\DG\备份, 从Oracle Database 12c R1开始，可以使用SYSBACKUP，SYSDG和SYSKM管理权限。从Oracle Database 12cR2开始，新增加了SYSRAC管理权限..

今天遇到的一个案例，一套ORACLE 12.2 FLEX CLUSTER， 在安装了RU(20180417)后节点2的CRS启动正常，但是其它如ASM、DB、GIMR 等资源都未启动， GI alert log并未发现错误，手动使用srvctl启动ASM资源提示:
CRS-2549: Resource ‘ora.asm’ cannot be placed on ‘anbob02’ as it is not a valid candidate as per the placement policy

Oracle database XE发布过10G、 11G， 最近XE 18C 发布，而且是18.4版， 注意这里的版本不等同于ORACLE DATABASE EE的版本号。

ORACLE DATABASE XE 18C IS FREE For Me, FREE For You, FREE For Everyone! and Free to Download , Free to Use, Free to Deploy!
看到FREE无比的激动，她不只免费，而且较比之前的版本，是一个Full OPTION ON的版本

Oracle 11.2中除了ORACLE RAC和Oracle Clusterware所有功能都支持IPV6, 还有也不支持ASM使用IPV6,支持IPV6和IPV4共存. 在ORACLE 12C中，Oracle支持IPV4和IPV6在同一个网络，同样也可以配置PLUBIC network(Public/vip)在IPV6和IPV4，但是确保同一集群中所有节点使用相同的IP协议。但12.1 时不支持WINDOWS和private newwork. 在12.2 版本中 ORACLE提供了完全的支持IPV6，包括WINDOWS平台，ASM, FAN， 所有平台中的ORACLE Clusterwarer的private network。

here is all of the Oracle 18c 18.3 on-premises hidden u […]

Oracle 12C R2的AWR top event是”Failed Logon Delay”, 发现12c 在安全方面又有几个参数的变化,这个等待事件常常是因为有程序尝试使用错误的用户密码登录数据库， 如暴力破解程序.

整理几个12c 关于password几个新特性：1. 新的password hash算法
2. 新的password verify function
3. 密码文件可以存储到ASM
4. 密码自动从primary同步到standby端在Dataguard环境中
5. 新的密码认证协议

Oracle MOS中新发布预警对于版本和对应版本的已安装PSU高于11.1.0.7.20，11.2.0.7.57(for Windows), 11.2.0.3.9，11.2.0.3.29 (for Windows), 11.2.0.3 BP22(for Exadata), 11.2.0.4，12.1.0.2 ，12.2.0.1 的Oracle 数据库， 将在2019年06月23日后自动调整SCN的增长速率为更大的上限，DBLINK 在不同数据库之间访问时会同步SCN， 为了避免不同SCN 上限数据库之间因SCN拒接访问，建议所有DBLINK访问的数据库升级为相同的SCN 兼容性。

[ GPNP]clsgpnpkwf_initwfloc: [at clsgpnpkwf.c:471] Result: (7) CLSGPNP_IO. (:GPNP01002:)Failed to open wallet file. dir ‘peer’ in ‘/u01/app/12.1.0/grid/gpnp/ccwlracnode01/wallets/’, cannot check wallet home.
2018-03-26 09:23:57.675: [ GPNP]clsgpnpkwf_initwfloc: [at clsgpnpkwf.c:469] (:GPNP01002:)SlfFopen2