alter session set events '10046 trace name context forever,level 8';

select * from v$system_event where event='db file scattered read';

db file scattered read

全表扫描（Full Table Scans）或快速全索引扫描（Index Fast Full Scans）

library cache lock

登录密码错误尝试过多、热表收集统计信息和SQL解析失败，sql绑定变量无法共享，过期游标过多，大量并发业务

建议一： 后期进行历史分区清

全部内容

Oracle数据库的访问——动态监听器注册服务LOCAL_LISTENER，REMOTE_LISTENER，Listener_alias

https://www.modb.pro/db/13707

Oracle数据库的访问——服务器端的监听器文件listener.ora的GLOBAL_DBNAME配置

https://www.modb.pro/db/13705

Oracle数据库的访问——客户端的TNSNAMES.ORA文件service_name配置

https://www.modb.pro/db/13704

全部内容

Oracle Database 19c 的10大新特性一览

https://mp.weixin.qq.com/s/YkYgoycYoaYIeTSM5KIW-w

Oracle Database 20c 的10大新特性一览

https://www.eygle.com/archives/2019/10/oracle_database_20c_new_features.html

全部内容

从 Oracle Database 19c 开始，DG 在主库上创建的还原点会自动复制到备库，这也是DG的新特性之一。

什么是还原点

还原点其实就是SCN的标签或别名，它分为两种类型：

正常还原点（Normal Restore Points ） 保证还原点（Guaranteed Restore Points ）

还原点提供与闪回数据库和其他介质恢复操作相关的功能。 特别是，在系统改变号（SCN）上创建的保证还原点可以使用闪回数据库将数据库回滚到此SCN。 还原点功能和闪回数据库功能可以单独使用，也可以一起使用。

正常还原点

创建正常还原点会将还原点名称分配给SCN或特定时间点。 建的正常还原点

全部内容

部署目标

搭建两节点 Oracle 19c Dataguard 环境

主库不关闭

使用物理备库

不使用Broker

部署环境介绍

操作系统版本：OEL 7.6

数据库版本：Oracle Database 19c

两台主机名为：sdedu， sdrep

主库名称：SS19P

备库名称：SS19S

操作步骤

(1).  查看主库归档和附加日志配置，如下的输出显示，开启了归档模式但没有开启附加日志；

[oracle@sdedu ~]$ sqlplus / as sysdba

SQL*Plus: Release 19.0.0.0.0 - Production on Thu Mar 7 20:04:

全部内容

问题：周末凌晨系统进行定时全备，由于数据库已经超过13TB，因此0点开始的全备到第二天8点业务高峰开始的时候并未完成。于是备份与业务共同作用下导致了IO瓶颈的出现，最终导致了系统故障的悲剧。如果运维团队能够第一时间发现该问题，暂停RMAN备份（临时挂起），就可以很快解决该问题，恢复系统运行。而由于现场运维团队往往缺失整体分析的能力，对OS方面也不是很熟，所以很容易忽视这方面的问题，而很快从MOS上找到十分贴切的案例，根据这个案例的误导，最终导致悲剧

原文地址：http://mp.weixin.qq.com/s?__biz=MzA5MzQxNjk1NQ==&mid=2647836459&

全部内容

针对复杂系统的优化，我们也不能掉以轻心，需要进行综合性分析，然后找到一个整体的解决方案，再进行实施。

如果系统是由一系列的服务组成的，这些服务之间存在上下游关系。就像一条河一样，水会从上游流到下游。由于排队效应的存在，任何一个上游环节被打通，就会有更多的水流向下游，下游环节如果存在新的瓶颈，那么可能会出现更为严重的堵塞。因此在做一些存在极限负载的系统的优化的时候，我们一定要考虑到排队效应的问题，充分考虑系统下游的承载能力，再采取相应的优化措施。否则上游优化一旦完成，下游无法承载过量的业务的时候，可能导致灾难。

系统发生性能问题时，最好从系统架构方面分析，对应用服务器jvm作thread du

全部内容