ITPub博客

http://blog.itpub.net/28218939/viewspace-2638333/

http://blog.itpub.net/12679300/viewspace-1426763/

https://www.linuxidc.com/Linux/2017-10/147421.htmhttps://www.cnblogs.com/rangle/p/8670296.html

https://www.linuxidc.com/Linux/2014-05/102153.htm

https://blog.csdn.net/aaaaaaaa2000/article/details/7609224RMAN 下CROSSCHECK命令详解https://www.linuxidc.com/Linux/2013-05/84339.htm

客户库，AWR报告采样间隔8小时，ARCH wait on SENDREQ等待事件平均等待时间较长，约3秒。恰巧告警日志中提示无法分配日志，虽然archive_lag_target参数设置较小（为900），但是数据库有5个重做日志组，按理说应该不会出现无法分配日志组的情况出现。由于这个等待事件的出现，故猜想主备库之间的网络可能较差，导致主库的归档无法及时归档到备库上，从而引发cannot allo

http://blog.itpub.net/17203031/viewspace-712019/https://www.linuxidc.com/Linux/2015-05/117898.htm

今天一个客户报数据库运行速度很慢，登上去查。检查数据库，发现数据库中存在很多wait for a undo record等待事件。再检查发现有很多的并发进程在运行。通常，如果有很多并发进程，可以根据v$px_session视图去查看，查看v$px_session视图，发现所有的并发进程都是由smon进程导致（即qcsid列为smon进程的session id）而smon进程的等待事件为wait f

https://blog.csdn.net/zy5757/article/details/77742917分析ORACLE的AWR报告时，发现SQL ordered by Executions（记录了按照SQL的执行次数排序的TOP SQL。该排序可以看出监控范围内的SQL执行次数）下有一个SQL语句执行非常频繁，一个小时执行了上万次：update seq$ set increment$=:2,

SYS.USER$ table in Oracle – last password change time, last locked, last expired, creation time, failed logonhttp://dbaora.com/sys-user-table-in-oracle-last-password-change-time-last-locked-last-expir

https://m.xzbu.com/8/view-6042208.htm

https://dbaplus.cn/news-10-188-1.html 作者介绍：杨德胜收集日志信息是否是一个“高消耗”的体力活？很多情况下都是。设想一下，如果数据库发生了一次hang的故障，而这套数据库有8个节点，我们可能需要收集rdbms、ASM、grid、OS，osw等等的日志信息，这项工作就是一个噩梦。即使在常见的两节点RAC环境中，恐怕也需要花费一小段的时间，而且可能还得不断进行后续

在 Oracle 11g 中，为了提升安全性，Oracle 引入了『密码延迟验证』的新特性。这个特性的作用是，如果用户输入了错误的密码尝试登录，那么随着登录错误次数的增加，每次登录前验证的时间也会增加，以此减缓可能对于数据库重复的口令尝试攻击。但是对于正常的系统，由于口令的更改，可能存在某些被遗漏的客户端，不断重复尝试，从而引起数据库内部长时间的 Library Cache Lock的等待，这种情

AWR（Automatic Workload Repository）作为对数据库性能诊断的工具，采集与性能相关的统计数据，根据这些统计数据中的性能指标，以跟踪潜在的问题。若因某些情况导致相关数据无法收集，就会对数据库性能诊断大打折扣。 以下列举AWR收集缓慢、挂起或缺失常见的几种情况：STATISTICS_LEVEL 参数不为ALL或TYPICALSYSAUX表空间不足系统资源

一．RAC 全局等待事件说明在RAC环境中，和全局调整缓存相关的最常见的等待事件是global cache cr request，global cache busy和equeue。 当一个进程访问需要一个或者多个块时，Oracle会首先检查自己的Cache是否存在该块，如果发现没有，就会先通过global cache赋予这些块共享访问的权限，然后再访问。...

library cache lock和library cache bin实验1. 首先执行calling过程,在calling过程中调用pining过程SQL> create or replace PROCEDURE pining IS  2  BEGIN  3    NULL;  4  END;  5  /Procedure created.SQL> SQL> create or replace procedure calling is...

https://blog.csdn.net/lqx0405/article/details/447776013.1、和 SHARED POOL 相关的主要 Latch 有: Latch: shared pool Latch: library cache我们知道 Oracle 通过 SHARED POOL 来实现 SQL 共享,减少硬解析等。而 SQL 的相关信息,如:SQL 语句文本,SQL 执行计划等都存放在 SHARED POOL 的 Library Cache 部分。...

老熊：http://www.laoxiong.net/an-ora-04031-case.htmlhttps://blog.csdn.net/h254541060/article/details/48530303一：ORA-04031 的原因分析解决方法下面分析了几个可能及解决方法基本上，ORA-04031出现的问题有几个可能性A. 没有绑定编量造成shared_pool碎片过多，同时shared_pool_size太小.--...

 http://blog.chinaunix.net/uid-23284114-id-5749136.html巡检时，一台oracle数据库操作系统/var/log/message日志中有大量如下warning：Aug  4 09:18:23 your_hostname kernel: EXT4-fs warning (device sda5): ext4_dx_add_entry:2024: Directory index full!Aug  4 09:18:23 your_hostname kernel: E...

ORA-00059: maximum number of DB_FILES exceeded 处理情况一：db_files 参数值 200没有超过控制文件里 maxdatafiles 对应 的大小，则可以通过直接加大参数db_files 值来防止此错误出现，以便正确加入数据文件。 清空二：如果 db_files 已经设置和超过控制文件里 maxdatafiles 对应 的大小， 报错ORA-00059, 则只有修改...