在天堂 - 技术老男
博主简介
https://mp.weixin.qq.com/s/YkYgoycYoaYIeTSM5KIW-w
https://www.eygle.com/archives/2019/10/oracle_database_20c_new_features.html
还原点其实就是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
Oracle 18c 相当于 12.2.0.2
Oracle 19c 相当于 12.2.0.3
https://docs.oracle.com/en/database/oracle/oracle-database/19/index.html Release Schedule of Current Database Releases (文档 ID 742060.1)
19c的安装，支持图形、命令行、静默安装和RPM安装
https://www.oracle.com/database/technologies/oracle19c-linux-down