还不算晕的专栏

一开始只是将数据库软件通过make -f ins_rdbms.mk rac_off 和 make -f ins_rdbms.mk ioracle关闭RAC模式；然后在启动数据库（sqlplus / as sysdba登录后startup时报错：ORA-00600: internal error code, arguments: [kgfz_getDiskAccessMode:ntyp], [0], [], [], [], [], [], [], [], [], [], []2.启动数据库实例时的报错。

巡检发现一个ORACLE 19C环境WRI$_ADV_OBJECTS占用很大空间。在ORACLE 11G时，一般默认会关闭AUTO_SQL_TUNING_PROG、auto_space_advisor_prog这两个自动任务，来避免自动任务执行带来的问题。---参照MOS文档可以先备份数据、TRNCATE后可以数据INSERT回来。

近期，一个客户新安装的ORACLE 19C版本RAC；在重启主机测试高可用功能时，发现数据库集群无法正常启动。根据集群的运行机制，一步步分析日志，可以发现是CSSD进程启动异常。分析日志，问题在于CRS-1726: Process failed to run in real-time priority；之后CSSD进程异常。这个问题MOS文档CRS Will Not Successfully Restart After Node Reboot (Doc ID 2720950.1)有提到，将/etc/sy

在LINUX 7.5环境安装ORACLE 12.2.0.1版本RAC会有报错（在RHEL6.9环境安装12.2.0.1 RAC无此问题），因此通常思路是下载最新版的PSU。在RAC安装时直接使用-applyPSU参数，先打补丁再安装RAC的思路，即可以顺利完成安装。问题1：1.解压grid安装包2.更新opatch，注意版本与位数3.用先打补丁再开始安装[grid@rac01 grid]$ ./gridSetup.sh -applyPSU /home/grid/33290750/Prepari

新安装的一个12.2 RAC集群环境，交付环境时检查监听状态，发现数据库未正确注册到SCAN监听中。检查SCAN监听 的配置，无节点NODE信息：[grid@test-db01 ~]$ srvctl config scan_listener -aSCAN Listener LISTENER_SCAN1 exists. Port: TCP:1521Registration invited nodes: Registration invited subnets: SCAN Listener i

近期，一个项目在数据库从12.1升级19.3时，DBUA运行时遇到报错，分析日志为prereq checks failed检查失败，具体为：verify_queryable_inventory returned ORA-20001: Latest xml inventory is not loaded into table。经过后续的排查及测试验证，推测问题为LINUX环境安装时选择为中文后续设置为英文--LANG变量的设置问题（可能设置为LANG=en_us），后续设置好LANG重新设置后(LANG=

12.2RAC，只有一个节点可以注册到SCAN监听中(即SCAN运行在哪个节点哪个节点可以注册，远程节点无法注册)；分析排查一通，是VNCR特性原因，人工增加SCAN监听属性的invitednodes节点信息即可。srvctl modify scan_listener -update -invitednodes "test01,test02"VNCR特性可以参考两个MOS文档：Valid Node Checking For Registration (VNCR) (Doc ID 1600630.1)

问题背景：某云环境，要安装12.2版本RAC，网络原因，心跳网络上的HAIP(169.254.*.*)在两台主机间无法通信，导致RAC的ASM/DB均只能启动一个节点，报错即典型的PMON……: terminating the instance due to error 481。处理办法：1.协调云厂商在后台虚拟化管理上放开HAIP(169.254.*.*)网络的通信，一直无法解决~~2.决定ASM/DB实例不使用HAIP，恢复到低版本原有的心跳地址模式(即HAIP功能在集群层面仍然是开启状态，if

对于oracle数据库的监听日志，是数据库日常巡检、维护过程中我们经常需要关注的一个指标和处理事项；在oracle 10g时候，只有文本格式的listener.log; 在11.2版本时，由于ADR特性出现了xml/text两种格式的监听日志，xml格式的日志会达到一定大小后自动分片，形成log_1.xml 这种数字序号的文件；但是text文本格式的日志，仍然在一个文件listener.log中；这在WINDOWS环境的ORACLE数据库中，遇到多次由于listener.log达到4GB无法写入日志(如11

AIX+oracle 12.1.0.2环境，发现对象ku$_user_view是失效状态。两套库上失效对象的LAST_DDLTIME均为20141107 20:26:33：select owner,object_name,object_type,status,to_char(LAST_DDL_TIME,'yyyymmdd hh24:mi:ss') from dba_objects wher...

近期在支持的几套AIX+12.1.0.2RAC环境接连发现在GRID安装目录出现有大量审计、单个trace文件很大的情况，从审计及trace文件内容基本可以对应到是12.1.0.2版本的相关bug;大量的audit文件(我遇到的最多一个有50多万个，另三套库在15-20万个之间)，oraagent trace进程的trace文件达到30多GB等，这些问题稍有不注意可能带来GRID安装目录爆满或者...

oracle12cR2使用DBCA创建DG standby备库时报错ORA-17627: ORA-12154: TNS:could not resolve the connect identifier specified在测试12C的DBCA创建DG STANDBY数据库时遇到如下错误：$ dbca -silent -createDuplicateDB -gdbName bys2 -sid...

AIX6.1安装RAC12.1.0.2遇到在GRID安装图形界面选择OCR磁盘处无法识别共享磁盘问题;排查权限属组PVID/no_reserve设置需要检查等均正常；使用silent 模式安装时，报错 [INS-30508] Invalid ASM disks.，根据此报错查MOS，最终定位到是IOCP未开启。---是11G RAC环境升级安装12C，如果按照12C官方安装文档来检查设置一遍就

物理DG主、备库从11.2.0.4升级到12.1.0.2方式：在升级过程中，需要DG备库停止应用日志，主库停止对外服务，即停止业务，所需停机时间即主库升级的时间;--另一种停机短的方式：如果对停机时间要求很短则可考虑主库对应一物理备库一逻辑备库，通过逻辑备库方式进行升级，进行逻辑备库与主库的主备切换来实现升级，最后再同步到物理备库来实现整个DG架构的升级，测试充分的话这种停机时间应该1