请注意，本文编写于 787 天前，最后修改于 755 天前，其中某些信息可能已经过时。
问题一：
opiodr aborting process unknown ospid (18808992) as a result of ORA-609问题分析和建议：
当任何类型的客户端连接数据库失败或在连接/身份验证过程完成之前中止连接过程时，将抛出ORA-609错误。
通常，此连接中止是由于超时造成的。
从10gR2开始，连接超时的默认值设置为60秒。有时这个时间限制通常不足以完成整个连接过程。
当错误是间歇性时，通常并不表示存在严重问题。这仅仅意味着服务器进程在整个连接过程完成之前就超时了。
可以考虑是否需要使用SQLNET.INBOUND_CONNECT_TIMEOUT延长超时时间，减少ORA-609错误的输出。
如果不是因为数据本身负载高导致连接超时，可以忽略此问题。
该错误详细介绍可查看《文档 1116960.1》。问题二：
ORA-00379: no free buffers available in buffer pool DEFAULT for block size 8K问题分析和建议：
该问题和Bug 24838599吻合，受影响版本11.2.0.4和12.1.0.2，已在12.2.0.1版修复。
当通过alter database flashback on;方式启动闪回时，或create restore point ..方式创建闪回点时，可能会触发此问题。
导致启动闪回时间延长，或启动闪回失败。
建议在数据库非繁忙期执行启动闪回操作，该错误详细介绍可查看《文档 ID 24838599.8》问题三：
ORA-00308: cannot open archived log '/arch2/arch_218089_894737810_2.log'问题分析和建议：
由于归档存储在本地文件系统，实例1和实例2无法读取对方归档文件，导致实例1在尝试使用实例2归档进行介质恢复时，提示ORA-00308。
请检查dg同步关系是否正常以及和同步软件关系是否正常，如正常，可忽略此问题。问题四：
[crfmond(8126926)]CRS-0011:An error occurred while attempting to close file "/oracle/crs/log/nebdb2/crfmond/crfmond.log" during log file rotation.问题分析和建议：
查看crs告警日志显示无法打开crfmond.log日志，其中crfmond.log是 Cluster Health Monitor（以下简称CHM）工具对应的日志。
CHM工具用来自动收集操作系统的资源（CPU、内存、SWAP、进程、I/O以及网络等）的使用情况。
如果操作系统资源使用正常，可忽略此问题。问题五：
Global Enqueue Services Deadlock detected.问题分析和建议：
8月15日到8月19日期间产生多次死锁问题，部分死锁和更新tp_elec_businoticebook表有关，通常数据库会自动回滚发起死锁检查的会话中对应的SQL以解决死锁问题。
如果后续死锁发生频率很高，可以根据trace日志找出具体SQL在进一步分析，如果死锁发生频率低，可以暂时忽略。该错误详细介绍可查看《文档 ID 1443482.1》问题六：
ORA-16037: user requested cancel of managed recovery operation
ORA-10877: error signaled in parallel recovery slave问题分析和建议：
该问题和Bug 19455746吻合，受影响版本11.2.0.4 RAC+ADG，已在12.2.0.1版修复。
当通过ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;命令取消日志应用时，可能会出触发此问题，并且将ORA-10877错误返回给执行恢复的SMON进程。
该错误详细介绍可查看《文档 ID 24838599.8》。问题七：
ORA-16401: archive log rejected by Remote File Server (RFS)
FAL[server, ARC4]: FAL archive failed, see trace file.
ORA-16055: FAL request rejected
ARCH: FAL archive failed. Archiver continuing问题分析和建议：
该错误通常出现在主库归档比较频繁时，第一个归档还未完成，主库又发起第二个归档请求，此时备库会检查到归档gap，尝试获取第一个归档文件，但是第一个归档仍未归档完成，就会提示此错误。
如只是偶发性问题，并且dg同步关系正常，可以忽略此问题。
该错误详细介绍可查看《文档 ID 1243177.1》。问题八：
ORA-00235: control file read without a lock inconsistent due to concurrent update问题分析和建议：
初步怀疑和BUG:12368540类似，由于性能原因，进程试图从控制文件中读取数据，但没有获取队列。
因此，有可能当前持有Controlfile队列的另一个进程正在修改它，而该进程正在读取相同的信息。
暂时可以忽略此问题，该错误详细介绍可查看《文档 ID 1521182.1》问题九：
sy-fund-db01[/home/oracle]$srvctl status database -d syfadb
Instance fadb1 is not running on node sy-fund-db01
Instance fadb2 is not running on node sy-fund-db02问题分析和建议：
XXX备库通过crsctl或srvctl查看两个实例状态均未启动，实际上实例1已经正常启动，初步怀疑XXX备库srvctl注册实例后没有激活导致实例状态没更新。
如有停机窗口，可以尝试使用srvctl工具重启数据库实例，再查看实例状态是否恢复正常。问题十：
ORA-10458: standby database requires recovery
ORA-01194: file 1 needs more recovery to be consistent问题分析和建议：
执行open备库时报错ORA-01194,怀疑备库没有启动mrp恢复进程或恢复没有完成，如果恢复完成后可以正常打开数据库，可忽略此问题。问题十一：
ORA-10459: cannot start media recovery on standby database; conflicting state detected问题分析和建议：
该错误通常在RAC中，其中一个实例已经启动了MRP恢复进程，如果另一个实例尝试启动MRP恢复进程会出现这个错误。
如果检查MRP恢复进程已经在期望的实例上运行，可以忽略此问题。
该错误详细介绍可查看《文档 ID 1938554.1》问题十二：
ORA-00308: cannot open archived log '/arch1/2_29947_861598022.dbf'
ORA-27037: unable to obtain file status
IBM AIX RISC System/6000 Error: 2: No such file or directory问题分析和建议：
由于归档存储在本地文件系统，实例1和实例2无法读取对方归档文件，导致实例1在尝试使用实例2归档进行介质恢复时，提示ORA-00308。
请检查dg同步关系是否正常以及R7同步关系是否正常，如正常，可忽略此问题。转载自chenoracle
