糊了hule的博客

最近现场新装了套oracle 19c的rac库准备用来进行迁移，测试阶段发现commit命令响应极其缓慢，如下：color=#0099ff size=72 face=“黑体”

大家都知道oracle事务的完成与否依赖于redo log的落地，当数据库在业务高峰时将产生大量的redo，这个时候数据库的瓶颈往往是LGWR进程将redo buffer写到redolog的开销时间,在11g以及之前的版本中oracle采用的是LGWR单进程串行工作,oracle为了解决LGWR单进程的瓶颈问题，在12c的版本中引入了SCALABLE LGWR功能，简单理解就是由单进程串行写入改造成多进程并行写入，类似于oracle的并行功能，这样将大大的提高redo buffer的落地性能从而提供数据库的

在12c以前的版本中，想要移动数据文件的位置，只有在数据库mount阶段或者表空间数据文件offline的情况下才可以移动，这就意味着想要移动数据文件只能在停机窗口下进行，在12c以及之后的版本中可以在线进行数据文件的move动作，减少停机窗口时间。具体可参考如下文档.GOALIn this release, a data file can now be moved online while it is open and being accessed, even for data files in sy

现场完成该故障处理后，总结分析过程如下：一、数据库无法连接的持续告警------2020-05-13/17:37:52-------umoni/....@192.168....:1521/pmarkERROR:ORA-12537: TNS:connection closedSP2-0640: Not connected二、监听日志大量报错.13-MAY-2020 18:07:01 * (CONNECT_DATA=(FAILOVER_MODE=(TYPE=session)(METHO.

运维人员日常巡检中发现sysaux表空间使用达到上百G，通过分析该表空间的对象分布情况发现主要集中在awr的相关基表上，具体如下：OWNER SEGMENT_NAME SEGMENT_TYPE GB-------------------- ----------------------------------- ------------------ ----------...

上午给一台应用服务器配置oracle客户端,复制oracle客户端压缩包并解压，配置环境变量后，测试可用就甩给维护人员了，下午收到通知sqlplus用不了！用不了！用不了！登陆服务器-bash-4.1$ iduid=701(oracle) gid=700(dba) groups=700(dba)-bash-4.1$-bash-4.1$-bash-4.1$ cat .bash_profile#...

不啰嗦，具体分析过程如下：1. alert log2018-02-22T16:00:23.021370+08:00Errors in file /u01/app/oracle/diag/rdbms/masaike/masaike1/trace/masaike1_m001_50771.trc (incident=5427952):ORA-04031: unable to allocate 4224...