运维派

Oracle教程（8）Oracle 19C 单实例调整为 ADG 架构

Wed, 14 Oct 2026 15:05:15 +0800

一、ADG架构介绍

Active Data Guard 简称ADG，是 Oracle Data Guard 架构下给物理备库（Physical Standby）追加的一个功能，非ADG模式下的物理备库只能保持数据同步，但不能对外提供查询，如果要提供只读查询需要暂停同步。开启 ADG 后，备库可以实现保持数据同步的同时提供只读服务，数据延迟通常在秒级，这样可以把报表、统计等只读查询从主库分流到备库，实现读写分离，同时不影响它随时切换接管为主库的容灾能力

二、Oracle 19C 单机改 ADG 步骤

1、主库部分

1.1 确认主库归档模式

ADG的底层原理是备库靠重放主库的归档日志来保持数据同步，如果主库不开归档就会存在主库已经将之前的redo日志覆盖了，但是备库还没有收到的情况（比如备库停机维护期间），此时就没有办法保证数据的同步了

-- 下面两条命令都可以查询是否开启归档模式
sqlplus / as sysdba

SQL> ARCHIVE LOG LIST;
Database log mode	       Archive Mode
Automatic archival	       Enabled
Archive destination	       /oraarch/DBXSPROD/archivelog
Oldest online log sequence     137242
Next log sequence to archive   137247
Current log sequence	       137247


SQL> SELECT log_mode FROM v$database;
LOG_MODE
------------
ARCHIVELOG

1.2 开启归档模式（如未开启）

如果是 ARCHIVELOG 代表已经开启归档模式，后续操作不用重启主库；如果是 NOARCHIVELOG 则必须先切换到归档模式，该操作只能在数据库 MOUNT 状态下进行，需要短暂停止数据库服务

SQL>SHUTDOWN IMMEDIATE;
SQL>STARTUP MOUNT;
SQL>ALTER DATABASE ARCHIVELOG;
SQL>ALTER DATABASE OPEN;
SQL>SELECT log_mode FROM v$database;
SQL>ALTER SYSTEM SWITCH LOGFILE;    #主动触发一次日志切换，验证归档进程确实能正常把日志写出去

1.3 主库信息核查

记录主库 db_unique_name 和 db_name，必须保持主备节点 db_name 相同，db_unique_name 则必须不同。db_unique_name 作为节点的身份标识，该参数是静态参数，如果改动必须重启数据库才会生效。db_name 参数不需要手工修改，备库在后续通过 RMAN 复制数据时会继承主库的值

# 这里主库 db_unique_name 为 dbxsprod，后续会给备库起一个名字 dbxsprod_standby

SQL> SHOW PARAMETER db_unique_name;
NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
db_unique_name	                        string	 dbxsprod
		     
		     
SQL> SHOW PARAMETER db_name;
NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
db_name 			     string	 dbxsprod

1.4 开启 FORCE LOGGING

Oracle 允许某些批量操作通过 NOLOGGING 的方式提升性能，但是由于这类操作不写完整的 redo，会导致备库数据不完整。通过 FORCE LOGGING 可以强制记录完整 redo，保证备库数据完整性。该操作可以在线修改，执行时只需要等待当前正在进行的 NOLOGGING 操作结束，不会锁库或中断连接

SQL> ALTER DATABASE FORCE LOGGING;



SQL> SELECT force_logging FROM v$database;
FORCE_LOGGING
---------------------------------------
YES

1.5 添加 Standby Redo Log

Standby Redo Log 虽然是在主库上创建，但是作用于备库。它用来接收主库实时发过来且还没归档完的 redo 数据。如果没有 standby redo log，主库必须等一个联机日志组写满、触发日志切换、生成了一份完整的归档文件之后才会把归档文件传给备库，这样备库和主库之间就存在数据延迟。通过 standby redo log，主库的 LGWR（日志写入进程）在把 redo 写入自己本地联机日志的同一时刻就会把这部分内容发给备库的 standby redo log，不需要等主库那边写满整个日志文件、切换、归档完成才进行传送。

· 查看主库联机日志的组数和大小

在创建 standby redo log 时，标准做法是单个文件的大小和主库联机日志一致，而组数需要在主库redolog基础上+1，多出来的这一组是为了避免日志切换时因为找不到空闲的 standby 组而发生短暂阻塞

# 可以看到6组日志，每个日志大小200M，编号为1-6

SQL> SQL> SELECT group#, bytes/1024/1024 AS size_mb, members FROM v$log;

    GROUP#    SIZE_MB	 MEMBERS
---------- ---------- ----------
	 1	  200	       1
	 2	  200	       1
	 3	  200	       1
	 4	  200	       1
	 5	  200	       1
	 6	  200	       1

· 添加standby log

standby redo log 的组号不能与现有组号冲突，一般顺着往后编写，比如主库是1/2/3，那么备库就可以使用4/5/6/7。这一步是纯新增文件，不影响任何现有日志组，可以放心在线操作，对业务无影响

-- 查看主库联机日志路径

SQL> SELECT member FROM v$logfile;

MEMBER
--------------------------------------------------------------------------------
/oradata/DBXSPROD/redo03.log
/oradata/DBXSPROD/redo02.log
/oradata/DBXSPROD/redo01.log
/oradata/DBXSPROD/redo04.log
/oradata/DBXSPROD/redo05.log
/oradata/DBXSPROD/redo06.log



-- 添加standby redo log，在redolog基础上增加一组
ALTER DATABASE ADD STANDBY LOGFILE GROUP 7 ('/oradata/DBXSPROD/stdredo07.log') SIZE 200M;
ALTER DATABASE ADD STANDBY LOGFILE GROUP 8 ('/oradata/DBXSPROD/stdredo08.log') SIZE 200M;
ALTER DATABASE ADD STANDBY LOGFILE GROUP 9 ('/oradata/DBXSPROD/stdredo09.log') SIZE 200M;
ALTER DATABASE ADD STANDBY LOGFILE GROUP 10 ('/oradata/DBXSPROD/stdredo10.log') SIZE 200M;
ALTER DATABASE ADD STANDBY LOGFILE GROUP 11 ('/oradata/DBXSPROD/stdredo11.log') SIZE 200M;
ALTER DATABASE ADD STANDBY LOGFILE GROUP 12 ('/oradata/DBXSPROD/stdredo12.log') SIZE 200M;
ALTER DATABASE ADD STANDBY LOGFILE GROUP 13 ('/oradata/DBXSPROD/stdredo13.log') SIZE 200M;

1.6 ADG 相关初始化参数

· 声明集群成员

各成员名字取参数 db_unique_name 的值

ALTER SYSTEM SET log_archive_config='DG_CONFIG=(dbxsprod,dbxsprod_standby)';

· 主库 redo log 路径配置

主库产生的所有 redo 日志理论上有两个去处：一是本地归档用于数据恢复；二是传给备库，让备库重放这份 redo保持数据同步。Oracle 允许一个库同时配置多个 log_archive_dest_N（N 最多到 31），根据配置的内容决定日志到底是去哪里。随后会在备库也进行同样的配置，只是把远端目标地址互换了一下，这样可以在发生主备切换后保持日志传输的正常。

VALID_FOR参数说明：

ALL_LOGFILES,ALL_ROLES：不管是自己产生还是远端接收的redolog + 不管我现在是主还是备，本条配置都要生效进行本地归档，这样发生角色切换后参数也是生效的

ONLINE_LOGFILES,PRIMARY_ROLE：只有当这份redo是自己产生的，且自己现在是主的时候，才把这份 redo 外传给SERVICE所指定的备库

ASYNC：表示主库提交事务不需要等备库确认写盘成功，而是异步传输，这样可以避免拖累主库性能，只不过有小概率出现数据丢失

#先确认现有 log_archive_dest_1是不是已经有配置
SQL> SHOW PARAMETER log_archive_dest_1;


NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_1		     string	 location=/oraarch/DBXSPROD/archivelog

#定义主库本地归档
ALTER SYSTEM SET log_archive_dest_1='LOCATION=/oraarch/DBXSPROD/archivelog VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=dbxsprod';
ALTER SYSTEM SET log_archive_dest_state_1=ENABLE;



#先确认现有 log_archive_dest_2是不是已经有配置，这里为空表示还没有配置
SQL> SHOW PARAMETER log_archive_dest_2;

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_2		     string

#定义远端路径
ALTER SYSTEM SET log_archive_dest_2='SERVICE=dbxsprod_standby ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=dbxsprod_standby';
ALTER SYSTEM SET log_archive_dest_state_2=ENABLE;

· FAL配置

FAL（Fetch Archive Log）用于灾难恢复场景，如果备库因网络抖动漏收了某些归档日志，会主动向 fal_server 指定的库去补拉缺失的日志。这个参数主要在备库端起作用，现在属于预防性配置，发生主备切换后不用再去补这个配置

ALTER SYSTEM SET fal_server='dbxsprod_standby';

· 自动生成数据文件

主库新增或删除了数据文件（比如加表空间），设为 AUTO 后备库会自动同步建/删对应物理文件。如果不设置，主库加了数据文件后备库不会跟着建，等 redo 应用到那条 DDL 时 MRP 进程会直接报错并停止应用

ALTER SYSTEM SET standby_file_management=AUTO;

1.7 主库TNS配置

由于在主库 log_archive_dest_N 中配置了 SERVICE=ftxsprdu_standby ，所以需要增加一条TNS解析，不然无法识别这个名称背后的地址和端口。该配置文件是纯文本，客户端每次连接都会重新读取，不需要重启实例

# 主库 tnsnames.ora 添加：
su - oracle
vi $ORACLE_HOME/network/admin/tnsnames.ora
dbxsprod_standby =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = 10.128.32.94)(PORT = 1521))
    (CONNECT_DATA = (SERVER = DEDICATED)(SERVICE_NAME = dbxsprod_standby))
  )
  
  
#验证
tnsping ftxsprdu_standby

2、备库部分

2.1 安装 Oracle

备库版本一定不能低于主库，只用安装数据库软件，不用运行dbca建库，过程略，环境变量配置如下

su - oracle
vi ~/.bash_profile

if [ -f ~/.bashrc ]; then
        . ~/.bashrc
fi

PATH=$PATH:$HOME/.local/bin:$HOME/bin
export PATH

export ORACLE_SID=dbxsprod
export ORACLE_BASE=/oracle/app/oracle
export ORACLE_HOME=$ORACLE_BASE/product/19.10/db_1
export PATH=$ORACLE_HOME/bin:$PATH
export LD_LIBRARY_PATH=$ORACLE_HOME/lib:/lib:/usr/lib
export NLS_LANG=american_america.ZHS16GBK

umask 022

2.2 创建 listener.ora

因为备库实例此时还没启动，只能通过配置文件静态注册到监听器中。配置文件声明了监听名（服务名）、端口号等，后续 RMAN 连接备库 duplicate 也需要使用配置文件里的信息

vi /oracle/app/oracle/product/19.10/db_1/network/admin/listener.ora
LISTENER =
  (DESCRIPTION_LIST =
    (DESCRIPTION =
      (ADDRESS = (PROTOCOL = TCP)(HOST = 10.128.32.94)(PORT = 1521))
    )
  )

SID_LIST_LISTENER =
  (SID_LIST =
    (SID_DESC =
      (GLOBAL_DBNAME = dbxsprod_standby)
      (ORACLE_HOME = /oracle/app/oracle/product/19.10/db_1)
      (SID_NAME = dbxsprod)
    )
  )

2.3 备库TNS配置

vi /oracle/app/oracle/product/19.10/db_1/network/admin/tnsnames.ora

dbxsprod =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = 10.128.32.140)(PORT = 1521))
    (CONNECT_DATA = (SERVER = DEDICATED)(SERVICE_NAME = dbxsprod))
  )

2.4 启动监听

启动后确保 dbxsprod_standby 服务已经注册、状态 READY

lsnrctl start
lsnrctl status

2.5 TNS ping测试

主备节点都应该返回 OK

# 主库ping备库
tnsping dbxsprod_standby

# 备库ping主库
tnsping dbxsprod

3、密码文件同步

主备两端必须使用完全相同的密码文件，否则连接会失败，所以需要在主库上将密码文件传输给备库。密码文件固定存放在 $ORACLE_HOME/dbs 目录。密码文件命名规则固定为 orapw + ORACLE_SID 的方式，如orapwdbxsprod。

如果发现没有该文件或者连远程密码文件认证都没有开启的话需要按照后续步骤先行开启

#查看主库密码文件
[oracle@ftxsdb ~]$ ll $ORACLE_HOME/dbs
-rw-rw---- 1 oracle dba     1544 Aug 17  2025 hc_ftxsprdu.dat
-rw-rw---- 1 oracle dba     1544 Nov 10  2022 hc_ftxsprod.dat
-rw-rw---- 1 oracle dba     1544 Nov  7  2022 hc_ftxsprodm.dat
-rw-rw---- 1 oracle dba     1544 Nov  7  2022 hc_ftxsprodum.dat
-rw-r--r-- 1 oracle dba     1419 Nov 28  2022 initftxsprdu.ora
-rw-r--r-- 1 oracle dba     3079 May 14  2015 init.ora
-rw-r----- 1 oracle dba       24 Nov  7  2022 lkFTXSPRDU
-rw-r----- 1 oracle dba       24 Dec  8  2021 lkFTXSPROD
-rw-r----- 1 oracle dba       24 Nov  7  2022 lkFTXSPRODM
-rw-r----- 1 oracle dba       24 Nov  7  2022 lkFTXSPRODUM
-rw-r----- 1 oracle dba     2048 Nov 11  2022 orapwwdbxsprod         #需要确保有类似这样的文件存在
-rw-r----- 1 oracle dba 11288576 Sep 18 02:08 snapcf_ftxsprdu.f
-rw-r----- 1 oracle dba 11845632 Nov 10  2022 snapcf_ftxsprod.f
-rw-r----- 1 oracle dba     4608 Sep 17 14:14 spfileftxsprdu.ora
-rw-r----- 1 oracle dba     3584 Nov 10  2022 spfileftxsprdu.ora.bak
-rw-r----- 1 oracle dba     3584 Mar 31  2022 spfileftxsprod.ora

· 开启远程密码文件认证

确保主库已经开启远程密码认证功能，remote_login_passwordfile的值应该为 EXCLUSIVE。如果是 NONE 就必须开启并重启数据库才会生效。这个密码文件是专门给 SYSDBA、SYSOPER、SYSDG、SYSBACKUP 这类存在管理权限的账号使用的，确保数据库在没打开，甚至没 mount 的时候也能登录。而普通账号权限是存在数据字典里，是登录数据库后通过查字典验证，不需要密码文件

SQL> SHOW PARAMETER remote_login_passwordfile
NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
remote_login_passwordfile	     string	 NONE


#如果是NONE需要修改后重启数据库
SQL> ALTER SYSTEM SET remote_login_passwordfile='EXCLUSIVE' SCOPE=SPFILE;


#重启
SQL>SHUTDOWN IMMEDIATE;
SQL>STARTUP;

· 创建密码文件

需要确保这个文件和备库 listener.ora 里 SID_NAME 所配置的值是一致的

#查看SID
echo $ORACLE_SID

#重启完成后创建密码文件
orapwd file=$ORACLE_HOME/dbs/orapw$ORACLE_SID password=你设置的密码 force=y

· 传输密码文件到备库

scp /oracle/app/oracle/product/19.10/db_1/dbs/orapwftxsprdu oracle@10.128.32.94:/oracle/app/oracle/product/19.10/db_1/dbs/

传完之后在备库确认文件存在，属主正确，权限通常是640

[mb:oracle][/oracle/app/oracle/product/19.10/db_1/dbs]#ls -l /oracle/app/oracle/product/19.10/db_1/dbs/
total 8
-rw-r--r-- 1 oracle dba 3079 May 14  2015 init.ora
-rw-r----- 1 oracle dba 2048 Sep 18 09:27 orapwftxsprdu

4、RMAN 在线复制部分

4.1 主库创建复制用户

RMAN 做 DUPLICATE ... FOR STANDBY 操作时必须拥有 SYSDBA 权限，如果有SYS用户密码的话可以直接略过此步。如果忘了密码可以新建一个用户，新建后需要重新传输一次密码文件

#主库执行
CREATE USER adg_user IDENTIFIED BY ADGuser#202609;
GRANT SYSDBA TO adg_user;

#执行后确认下用户是否进入了密码文件
SELECT * FROM v$pwfile_users WHERE username='ADG_USER';

#重新同步密码文件到备库
scp /oracle/app/oracle/product/19.10/db_1/dbs/orapwftxsprdu oracle@10.128.32.94:/oracle/app/oracle/product/19.10/db_1/dbs/

4.2 备库创建pfile

备库此时还没有控制文件和任何的数据文件，这里需要先创建一个极简的pfile以启动实例，并切换到 nomount 状态，这样后续才能通过 RMAN 把控制文件和数据文件都复制过来

cat /tmp/init_dbxsprod_standby.ora
db_name='dbxsprod'                     #这里的名称需要和主库SHOW PARAMETER db_name一致
db_unique_name='dbxsprod_standby'      #ADG靠它区分主备身份，必须和主库不同
control_files='/oradata/DBXSPROD/control01.ctl','/oradata/DBXSPROD/control02.ctl'  #RMAN复制时会在这里生成控制文件，写两份是为了和主库保持一致，不是硬性要求
audit_file_dest='/oracle/app/oracle/admin/dbxsprod_standby/adump'  #实例启动、登录都会往这个目录写审计文件，必须提前建好


mkdir -p /oradata/DBXSPROD
mkdir -p /oraarch/DBXSPROD/archivelog
mkdir -p /oracle/app/oracle/admin/dbxsprod_standby/adump

4.3 使用pfile启动数据库实例

sqlplus / as sysdba


SQL> STARTUP NOMOUNT PFILE='/tmp/init_dbxsprod_standby.ora';
ORACLE instance started.
Total System Global Area 1182790760 bytes
Fixed Size		    8905832 bytes
Variable Size		  763363328 bytes
Database Buffers	  402653184 bytes
Redo Buffers		    7868416 bytes



SQL> SELECT status FROM v$instance;

STATUS
------------------------
STARTED

4.4 验证主备RMAN通信

在主库上通过rman连接两个节点，备库正常情况下应该是 not mounted ，对应备库的 NOMOUNT，正是复制开始前该有的状态。

[pvvmpgdb01:oraprod][/home/oraprod]#rman target adg_user/ADGuser#202609@dbxsprod auxiliary adg_user/ADGuser#202609@dbxsprod_standby
connected to target database: DBXSPROD (DBID=1201673755)
connected to auxiliary database: DBXSPROD (not mounted)

RMAN>

4.5 创建 RMAN 脚本

在主库上为RMAN建立一个配置文件

· FOR STANDBY FROM ACTIVE DATABASE：核心指令， RMAN 从主库把数据流式复制到备库，同时自动生成备库 standby controlfile。整个过程主库全程保持 open 对外服务，不会锁表，对主库影响小

· SPFILE：把参数文件也复制过去，并按 SET 项修改参数值，避免手工在备库配置

· SET：RMAN 复制 spfile 时会把主库参数全部搬过来，如果没有用 SET 声明的参数，备库都会和主库完全一样。SET 的作用就是把备库端明确需要和主库端不同的参数项进行声明，而这里的关键就是找出这些参数

· NOFILENAMECHECK：如果备库跟主库目录规划完全相同，通过该参数跳过路径校验，否则会因为路径一致而被拒绝；如果两边路径规划不同也不能加这个选项

cat > /tmp/duplicate.rman << 'EOF'
DUPLICATE TARGET DATABASE FOR STANDBY FROM ACTIVE DATABASE
  SPFILE
    SET db_unique_name='dbxsprod_standby'
    SET control_files='/oradata/DBXSPROD/control01.ctl'
    SET audit_file_dest='/oracle/app/oracle/admin/dbxsprod_standby/adump'
    SET db_recovery_file_dest='/oradata/fra'
    SET local_listener='(ADDRESS=(PROTOCOL=TCP)(HOST=10.128.32.94)(PORT=1521))'
    SET log_archive_dest_1='LOCATION=/oradata/DBXSPROD/archivelog VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=dbxsprod_standby'
    SET log_archive_dest_2='SERVICE=dbxsprod ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=dbxsprod'
    SET fal_server='dbxsprod'
    SET standby_file_management='AUTO'
  NOFILENAMECHECK;
EOF

4.6 主库启动 RMAN 脚本

日志最后出现 Finished Duplicate Db 就是成功，备库会停在 MOUNT 状态

nohup rman target adg_user/ADGuser#202609@dbxsprod auxiliary adg_user/ADGuser#202609@dbxsprod_standby \
cmdfile=/tmp/duplicate.rman \
log=/tmp/duplicate.log > /dev/null 2>&1 &


#确保日志最后没有报错
tail -f /tmp/duplicate.log
datafile 62 switched to datafile copy
input datafile copy RECID=64 STAMP=1246296287 file name=/oradata/DBXSPROD/DS_IPLAT17.dbf
datafile 63 switched to datafile copy
input datafile copy RECID=65 STAMP=1246296287 file name=/oradata/DBXSPROD/DS_IPLAT18.dbf
datafile 64 switched to datafile copy
input datafile copy RECID=66 STAMP=1246296287 file name=/oradata/DBXSPROD/DS_IPLAT19.dbf
datafile 65 switched to datafile copy
input datafile copy RECID=67 STAMP=1246296287 file name=/oradata/DBXSPROD/DS_IPLAT20.dbf
datafile 66 switched to datafile copy
input datafile copy RECID=68 STAMP=1246296287 file name=/oradata/DBXSPROD/DS_SM08.dbf
datafile 67 switched to datafile copy
input datafile copy RECID=69 STAMP=1246296288 file name=/oradata/DBXSPROD/DS_SA02.dbf
Finished Duplicate Db at 2026/10/10 17:24:56

Recovery Manager complete.

5、备库应用日志部分

5.1 检查备库状态

预期spfile有值，不是临时pfile；db_unique_name 是 dbxsprod_standby；角色为 PHYSICAL STANDBY、STANDBY；状态为 MOUNTED；备库要用 standby redo log 接收主库实时传来的日志，必须存在

SQL>SHOW PARAMETER spfile;

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
spfile				     string	 /oracle/app/oracle/product/19.10/db_1/dbs/spfiledbxsprod.ora


SQL>SELECT name, db_unique_name, database_role, open_mode, controlfile_type FROM v$database;
NAME	  DB_UNIQUE_NAME		 DATABASE_ROLE	  OPEN_MODE    CONTROL
--------- ------------------------------ ---------------- ---------------------------
DBXSPROD  dbxsprod_standby		 PHYSICAL STANDBY MOUNTED    STANDBY


SQL>SELECT status FROM v$instance;
STATUS
------------
MOUNTED



SQL> SELECT group#, bytes/1024/1024 AS size_mb, status FROM v$standby_log;
    GROUP#    SIZE_MB STATUS
---------- ---------- ----------
	 7	  200 UNASSIGNED
	 8	  200 ACTIVE
	 9	  200 UNASSIGNED
	10	  200 UNASSIGNED
	11	  200 UNASSIGNED
	12	  200 UNASSIGNED
	13	  200 UNASSIGNED

	
SQL> SSELECT member FROM v$logfile WHERE type='STANDBY';
MEMBER
--------------------------------------------------------------------------------
/oradata/fra/DBXSPROD_STANDBY/onlinelog/o1_mf_7_odn134y8_.log
/oradata/fra/DBXSPROD_STANDBY/onlinelog/o1_mf_8_odn135j2_.log
/oradata/fra/DBXSPROD_STANDBY/onlinelog/o1_mf_9_odn1362q_.log
/oradata/fra/DBXSPROD_STANDBY/onlinelog/o1_mf_10_odn136mw_.log
/oradata/fra/DBXSPROD_STANDBY/onlinelog/o1_mf_11_odn1375v_.log
/oradata/fra/DBXSPROD_STANDBY/onlinelog/o1_mf_12_odn137r6_.log
/oradata/fra/DBXSPROD_STANDBY/onlinelog/o1_mf_13_odn1389k_.log

5.1 启动备库应用

备库启动 MRP（Managed Recovery Process），它负责持续把收到的 redo 应用到备库数据文件上，是备库保持与主库同步的核心机制。USING CURRENT LOGFILE 表示优先用 standby redo log 里正在写入的当前日志内容做实时应用，不用等一整个归档文件传完；DISCONNECT 表示命令下发后立即返回，MRP 在后台持续运行，不占用当前会话

ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;

启动MRP后检查状态，MRP0 状态是 APPLYING_LOG 或 WAIT_FOR_LOG 说明在正常工作；v$archive_gap 如果有数据，表示有日志缺口，过一会儿自动补，一直不消失就要排查 fal_server 和网络

SQL> SELECT * FROM v$archive_gap;
no rows selected    #没有数据，说明复制期间主库产生的日志没有缺口，主库的归档没被清掉


SQL> SELECT process, status, thread#, sequence# FROM v$managed_standby;
PROCESS   STATUS	  THREAD#  SEQUENCE#
--------- ------------ ---------- ----------
ARCH	  CLOSING		1     138456
DGRD	  ALLOCATED		0	   0
DGRD	  ALLOCATED		0	   0
ARCH	  CLOSING		1     138457
ARCH	  CLOSING		1     138458
ARCH	  CLOSING		1     138459
RFS	  IDLE			1	   0
RFS	  IDLE			1     138460    #正在接收主库当前正在写的 138460 号日志，说明实时传输已经生效
RFS	  IDLE			0	   0
RFS	  IDLE			0	   0
RFS	  IDLE			0	   0

PROCESS   STATUS	  THREAD#  SEQUENCE#
--------- ------------ ---------- ----------
MRP0	  APPLYING_LOG		1     138384           #正在应用 138384 号日志

从上面的查询中可以看到主库已经写到 138460，备库应用到 138384，落后约 76 个日志，这是复制期间积压的。当前MRP 在追，追赶速度通常比主库产生日志的速度快，所以会逐渐缩小

SQL> SELECT process, status, thread#, sequence# FROM v$managed_standby;

#MRP0应用是138460，和 RFS 正在接收的 138460 相同，说明已经追评，现在是实时应用状态（边接收边应用）

PROCESS   STATUS	  THREAD#  SEQUENCE#
--------- ------------ ---------- ----------
ARCH	  CLOSING		1     138456
DGRD	  ALLOCATED		0	   0
DGRD	  ALLOCATED		0	   0
ARCH	  CLOSING		1     138457
ARCH	  CLOSING		1     138458
ARCH	  CLOSING		1     138459
RFS	  IDLE			1	   0
RFS	  IDLE			1     138460
RFS	  IDLE			0	   0
RFS	  IDLE			0	   0
RFS	  IDLE			0	   0

PROCESS   STATUS	  THREAD#  SEQUENCE#
--------- ------------ ---------- ----------
MRP0	  APPLYING_LOG		1     138460

在主库切一次日志，验证全链路。该操作执行完后后备库的 v$managed_standby 里 MRP0 的序号应该跟着变成 138461

#主库
ALTER SYSTEM SWITCH LOGFILE;

5.2 备库开启只读服务（Active Data Guard）

#备库要从 mount 状态切换到 OPEN READ ONLY 必须先结束当前的恢复会话，所以需要 CANCEL 停掉 MRP
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;

#开启OPEN READ ONLY 让数据库可读，此时业务已经能连上去查询
ALTER DATABASE OPEN READ ONLY;

#重新启动 MRP，让它在只读状态下继续应用日志
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT;

5.3 检查备库状态和数据

备库最终状态应该是 READ ONLY WITH APPLY

SQL> SELECT open_mode, database_role FROM v$database;

OPEN_MODE	             DATABASE_ROLE
--------------------         ----------------
READ ONLY WITH APPLY         PHYSICAL STANDBY

连接到备库，查询能正常返回说明只读服务可用

[dbxsprod_standby:oracle][/home/oracle]#sqlplus adg_user/ADGuser#202609@10.128.32.94:1521/dbxsprod_standby as sysdba


SQL> SELECT COUNT(*) FROM dba_tables;
  COUNT(*)
----------
      3896

6、主库创建只读账号（非必须）

账号创建以后，需要注意连接备库的服务名是 dbxsprod_standby

CREATE USER dbxs_ro IDENTIFIED BY "ro#202610";
GRANT CREATE SESSION TO dbxs_ro;
GRANT READ ANY TABLE TO dbxs_ro;

7、主库配置归档日志清理策略

rman target /
RMAN> SHOW ARCHIVELOG DELETION POLICY;

#下面查询结构返回的dNONE是默认值，说明没有配置过，RMAN 删归档时不会考虑备库是否已经应用
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default

#配置只允许删除备库已经应用的归档
RMAN> CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON STANDBY;

Oracle教程（7）RMAN 物理备份教程与实战

Wed, 14 Oct 2026 14:54:04 +0800

一、RMAN 介绍

RMAN 是 Oracle 自带的物理备份工具，它的核心作用是保护数据库的物理完整性，确保在发生磁盘损坏、误删数据文件、服务器整体故障等灾难场景下能够将数据库恢复到某个可用的状态。RMAN 处理的是整个数据库、表空间文件或数据文件这样的物理对象。除了对整个实例进行全量备份外，还可以单独备份控制文件、spfile、归档日志等关键文件，保护整个数据库的物理完整性；备份期间数据库可以正常读写，并且支持增量备份，只处理自上次备份以来发生变化的部分，在处理TB级别的大型数据库时非常有用；配合归档模式，理论上可以把数据库恢复到发生故障前的任意一个时间点。

二、RMAN 使用方法

1、连接 RMAN

· 操作系统认证

通过数据库服务器本地连接RMAN时最常用的方式，不需要在命令行明文写密码。关键词 target 后面跟上需要连接的数据库目标， / 表示用操作系统当前登录用户的身份进行认证（通常直接用 oracle 用户就会满足这个条件）

[oracle@ftxsdb ~]$ rman  target /
connected to target database: FTXS (DBID=2207681056)

RMAN>

· 指定用户名密码连接

该方式可以连接本地数据库也可以连接到远程数据库，orcl 是 tnsnames.ora 里配置的连接标识符（网络服务名）

SQL> show parameter service_names;                 #服务名是ftxsprdu
NAME                     TYPE     VALUE
------------------------------------ ----------- ------------------------------
service_names                 string     ftxsprdu


#命令格式：rman target 用户名/密码@服务名
rman target adg_user/ADGuser#202609@ftxsprdu
connected to target database: FTXSPRDU (DBID=2207681056)

RMAN>

· 交互式连接

会提示交互式输入密码，密码不会明文暴露，更安全

#命令格式：rman target 用户名@服务名
[oracle@ftxsdb ~]$ rman target adg_user@ftxsprdu
target database Password:

· 带上恢复目录

在 / 后面加关键词 catalog 用户/密码@服务名，可以同时连接 target 库和 catalog 库

rman target / catalog 用户名/密码@服务名

· 进入 RMAN 后再连接

等效于上面几种，只是分两步执行

rman
RMAN> connect target /

2、RMAN 备份策略说明

连接上RMAN后执行show all可以打印出当前针对RMAN进行的配置，比如保留策略、并行度、控制文件自动备份是否开启等，每一项配置后面如果有 #default 代表没有被人为修改过的默认配置，没标的则是特意配置过的

#查看当前备份策略
RMAN> show all;

using target database control file instead of recovery catalog
RMAN configuration parameters for database with db_unique_name FTXSPRDU are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 7;
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP ON; # default
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 4 BACKUP TYPE TO BACKUPSET;
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE ; # default
CONFIGURE RMAN OUTPUT TO KEEP FOR 7 DAYS; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/oracle/app/oracle/product/19.10/db_1/dbs/snapcf_ftxsprdu.f'; # default

· CONFIGURE RETENTION POLICY TO <策略> ：全备/0级备份的保留策略，可以按份数保留也可以按时间保留，只能二选一，后者覆盖前者。超过限额后最早的备份会在下次 DELETE OBSOLETE 时被标记为过期

CONFIGURE RETENTION POLICY TO REDUNDANCY 7;          -- 按份数：保留7份
CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;  -- 按时间窗口保证7天内任意点可恢复

· CONFIGURE BACKUP OPTIMIZATION OFF：开启后如果某个文件跟上次备份相比没有变化就会跳过不重复备份。默认关闭，表示每次备份都会处理所有文件

· CONFIGURE DEFAULT DEVICE TYPE TO DISK：默认备份介质是磁盘，通常不用修改

· CONFIGURE CONTROLFILE AUTOBACKUP ON：控制文件自动备份，需要保持开启，这样每次 BACKUP 执行完以及每次影响到备份元数据的操作都会自动备份控制文件和 spfile

CONFIGURE CONTROLFILE AUTOBACKUP ON;

· CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'：控制文件自动备份的文件名格式，默认会写到 db_recovery_file_dest（也就是 FRA）下

· CONFIGURE DEVICE TYPE DISK PARALLELISM <n> BACKUP TYPE TO <BACKUPSET|COPY>：备份并行度和格式。PARALLELISM数字越大，并发越高，备份速度越快，但是对 CPU 和 I/O 消耗也越大；BACKUP TYPE 备份格式用 backup set表示只备份已用块，COPY是镜像拷贝，占空间更多，但恢复速度快

CONFIGURE DEVICE TYPE DISK PARALLELISM 4 BACKUP TYPE TO BACKUPSET;

· CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1：每个数据文件只保留 1 份备份

· CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1：归档日志只保留 1 份

· CONFIGURE MAXSETSIZE TO UNLIMITED：不限制单个备份集大小

· CONFIGURE ENCRYPTION FOR DATABASE OFF：关闭加密备份

· CONFIGURE COMPRESSION ALGORITHM 'BASIC' ...：压缩算法

· CONFIGURE ARCHIVELOG DELETION POLICY TO <策略>：NONE表示执行 DELETE ARCHIVE LOG 或者磁盘空间不足需要 RMAN 自动清理归档日志时，没有"至少备份过 N 次才能删"的约束。如果有备库建议配置 TO APPLIED ON ALL STANDBY，表示备库都应用过才允许删，避免归档被误删导致备库断档或者恢复链断裂

CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 1 TIMES TO DISK;  -- 至少成功备份1次才能删
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE;                        -- 无限制（默认）

· CONFIGURE SNAPSHOT CONTROLFILE NAME TO '...snapcf_ftxsprdu.f'：快照控制文件路径，备份控制文件时会先在这里做一个一致性快照再去备份，通常保持默认即可

· CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '<路径模板>'：备份文件默认存放路径

CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/backup/%d_%T_%U.bkp';

3、RMAN 备份策略修改

如果要对RMAN默认配置进行修改或者重置，需要使用 CONFIGURE 命令，不管是修改还是重置，RMAN都会把改动前的值打印出来，方便修改后了后快速重置

#修改参数
CONFIGURE 参数名 TO 值;

#重置参数
CONFIGURE 参数名 CLEAR;

配置示例

CONFIGURE RETENTION POLICY TO REDUNDANCY 7;              -- 保留 7 份
CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;  -- 改成按时间窗口保留7天，和 REDUNDANCY 互斥，配了会自动取消前者
CONFIGURE RETENTION POLICY CLEAR;                          -- 改回默认 REDUNDANCY 1

CONFIGURE DEVICE TYPE DISK PARALLELISM 4 BACKUP TYPE TO BACKUPSET;
CONFIGURE DEVICE TYPE DISK CLEAR;                           

CONFIGURE CONTROLFILE AUTOBACKUP ON;

CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 1 TIMES TO DISK;  -- 至少备份过1次才允许删
CONFIGURE ARCHIVELOG DELETION POLICY CLEAR;


CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/backup/rman/%d_%T_%U.bkp';
CONFIGURE CHANNEL DEVICE TYPE DISK CLEAR;

4、RMAN 备份语法

BACKUP [备份格式] [增量级别] 备份对象 [FORMAT ...] [TAG ...] [其他选项];

--命令骨架
BACKUP [格式: AS BACKUPSET / AS COMPRESSED BACKUPSET / AS COPY]
       [级别: INCREMENTAL LEVEL 0 / LEVEL 1 / LEVEL 1 CUMULATIVE]
       [对象: DATABASE / TABLESPACE xx / DATAFILE n / ARCHIVELOG ALL]
       [FORMAT ...] [TAG ...] [PLUS ARCHIVELOG ...] [DELETE INPUT];

--示例
BACKUP AS COMPRESSED BACKUPSET
  INCREMENTAL LEVEL 0
  DATABASE
  FORMAT '/backup/%d_%T_%U_lvl1.bkp'
  TAG 'DAILY_L1'
  PLUS ARCHIVELOG
  FORMAT '/backup/%d_%T_%U.arc';

· 备份格式

BACKUPSET表示只备份已使用的块，备份可压缩，是最常用的格式；COMPRESSED BACKUPSET在基础上增加压缩，默认压缩算法是 BASIC；COPY 逐字节复制整个数据文件，体积和原文件一样大，恢复时可以用 SWITCH TO COPY 直接切换使用，不需要restore，速度最快

BACKUP AS BACKUPSET DATABASE;              -- 备份集（默认，可省略AS BACKUPSET）
BACKUP AS COMPRESSED BACKUPSET DATABASE;   -- 备份集+压缩
BACKUP AS COPY DATABASE;                   -- 镜像拷贝

· 增量级别

不带 INCREMENTAL 的全备不能被后续的 LEVEL 1 增量当作基线使用。要建立增量链第一次必须显式写 INCREMENTAL LEVEL 0。如果在没有基线备份的情况下又使用了增量备份，RMAN 会自动把这次操作当成一次 0 级备份来执行。差异增量每次只备"上一次备份以来"的变化，每次备份的体积小，但恢复时要应用的增量片多；累积增量备的是"从最近一次0级以来"的全部变化，体积会逐渐变大，恢复时只需要 0级+最后一次累积

BACKUP INCREMENTAL LEVEL 0 DATABASE;              -- 增量备份基线，等同全备但能作为增量起点
BACKUP INCREMENTAL LEVEL 1 DATABASE;               -- 差异增量：备份自上次0级或1级以来变化的块
BACKUP INCREMENTAL LEVEL 1 CUMULATIVE DATABASE;    -- 累积增量：备份自上次0级以来变化的块
BACKUP DATABASE;                                    -- 不写级别 = 普通全备，但是不能作为增量基线

· 备份对象

BACKUP DATABASE;                    -- 整个数据库
BACKUP TABLESPACE users;            -- 指定表空间，可以逗号加多个
BACKUP DATAFILE 4;                  -- 指定数据文件号（用REPORT SCHEMA能查到号）
BACKUP CURRENT CONTROLFILE;         -- 当前控制文件
BACKUP SPFILE;                      -- 参数文件
BACKUP ARCHIVELOG ALL;              -- 所有归档日志

· 其他选项

-- PLUS ARCHIVELOG 备份同时带上归档日志
BACKUP DATABASE PLUS ARCHIVELOG;  

-- FORMAT指定文件名，%d表示数据库名；%T为日期(YYYYMMDD)；%U是系统生成的唯一标识,必须包含；%F只用于控制文件自动备份,格式固定 
BACKUP DATABASE FORMAT '/backup/%d_%T_%U.bkp';

-- TAG 给备份打标签
BACKUP DATABASE TAG 'WEEKLY_FULL';

--只用在归档日志备份上,备份完把原文件删除
BACKUP ARCHIVELOG ALL DELETE INPUT;

5、RMAN 备份结果

LIST BACKUP SUMMARY 命令会直接从 RMAN 的记录里查看备份历史，用于查看数据库现在到底有没有可用的备份、最近一次成功的备份是什么时候等信息，这也是评估如果数据库出问题了能恢复到多久之前的数据的依据。LIST BACKUP SUMMARY 里每行是一个 backup set，一次 level 0 全备会按通道数、MAXSETSIZE 等参数拆成十几个甚至几十个备份集，这些备份集共用同一个 Tag

RMAN>LIST BACKUP SUMMARY;  

using target database control file instead of recovery catalog

List of Backups
===============
Key     TY LV S Device Type Completion Time     #Pieces #Copies Compressed Tag
------- -- -- - ----------- ------------------- ------- ------- ---------- ---
13828   B  F  A DISK        2026/09/08 02:08:38 1       1       NO         TAG20260908T020838
13839   B  F  A DISK        2026/09/09 02:08:38 1       1       NO         TAG20260909T020838
13850   B  F  A DISK        2026/09/10 02:08:48 1       1       NO         TAG20260910T020848
13861   B  F  A DISK        2026/09/11 02:08:38 1       1       NO         TAG20260911T020838
13872   B  F  A DISK        2026/09/12 02:08:28 1       1       NO         TAG20260912T020828
13883   B  F  A DISK        2026/09/13 02:08:48 1       1       NO         TAG20260913T020848
13884   B  A  A DISK        2026/09/14 02:00:13 1       1       YES        TAG20260914T020010
13885   B  A  A DISK        2026/09/14 02:00:20 1       1       YES        TAG20260914T020010
13886   B  A  A DISK        2026/09/14 02:00:20 1       1       YES        TAG20260914T020010
13887   B  A  A DISK        2026/09/14 02:00:20 1       1       YES        TAG20260914T020010
13888   B  0  A DISK        2026/09/14 02:01:03 1       1       YES        TAG20260914T020025
13889   B  0  A DISK        2026/09/14 02:03:31 1       1       YES        TAG20260914T020025
13890   B  0  A DISK        2026/09/14 02:05:29 1       1       YES        TAG20260914T020025
13891   B  0  A DISK        2026/09/14 02:08:24 2       1       YES        TAG20260914T020025
13892   B  A  A DISK        2026/09/14 02:08:26 1       1       YES        TAG20260914T020826
13893   B  F  A DISK        2026/09/14 02:08:28 1       1       NO         TAG20260914T020827
13894   B  F  A DISK        2026/09/14 02:08:30 1       1       NO         TAG20260914T020830

· Key：备份记录自增编号，主要用来在 DELETE、CROSSCHECK 时进行指定

· TY：备份类型，B表示 backup set（备份集），如果是 AS COPY 镜像拷贝会显示别的标识

· LV：备份级别，F表示全备（full backup，但不能作为增量基线）；0表示增量 0 级（可作为增量基线）；1表示增量 1 级；A表示归档日志备份

· S：备份状态，A 表示 Available（可用）；X 表示 Expired（过期）；D 是 Deleted

· Device Type：备份介质，通常为 DISK

· Completion Time：备份完成时间点

· #Pieces：备份集包含几个物理文件备份片

· #Copies：备份保留了几份冗余拷贝

· Compressed：是否压缩

· Tag：备份标签，默认格式是 TAG + 时间戳，没有手动指定的话系统会自动生成

6、RMAN 维护类命令

· CROSSCHECK：核对 RMAN 备份记录所对应的物理文件还在磁盘上，检查是否有备份文件有被 rm 命令删除过的情况，

文件还在就把状态标记为 AVAILABLE，文件不在了就标记为 EXPIRED

CROSSCHECK BACKUP;
CROSSCHECK ARCHIVELOG ALL;
CROSSCHECK BACKUPSET;
CROSSCHECK COPY;

· LIST：查看现有的备份记录

LIST BACKUP [OF <对象>] [SUMMARY];

 #备份摘要，适合看备份整体情况
LIST BACKUP SUMMARY   

# LIST BACKUP OF <对象>——按对象过滤,看某一类的详细信息
LIST BACKUP OF DATABASE;
LIST BACKUP OF ARCHIVELOG ALL;
LIST BACKUP OF DATAFILE 4;
LIST BACKUP OF CONTROLFILE;

· DELETE：删除备份文件与记录， NOPROMPT 参数可以取消人工确认的交互，用于脚本自动化

DELETE [NOPROMPT] <过滤条件>;

DELETE NOPROMPT EXPIRED BACKUP;     #删掉失效的备份记录（配合CROSSCHECK使用），不会产生实际的磁盘释放，因为文件本来就没了
DELETE NOPROMPT EXPIRED ARCHIVELOG ALL;
DELETE NOPROMPT OBSOLETE;                 -- 删掉按保留策略已经多余的备份文件，可以释放磁盘
DELETE NOPROMPT BACKUP OF DATABASE;           -- 删掉数据库本体的所有备份
DELETE NOPROMPT BACKUPSET 13828;              -- 按具体Key号精确删除某一条

· REPORT：基于策略做分析、给结论，和 LIST 的本质区别在于LIST 只是把数据展示出来，而 REPORT 是给出一个判断结论

#列出当前库所有数据文件的编号、大小、路径,常用来查 DATAFILE n 里的 n 对应哪个文件
REPORT SCHEMA;

#按保留策略算出哪些文件的备份不够新了,需要重新备份
REPORT NEED BACKUP;

#如果现在执行 DELETE OBSOLETE 会删掉哪些内容,是 DELETE 前的安全预览
REPORT OBSOLETE;

RMAN 维护命令使用实例

#先核实每条记录对应的文件是否还在磁盘，然后刷新 RMAN 内部状态，已经不存在了的文件会被标记成 EXPIRED
RMAN> CROSSCHECK BACKUP;
RMAN> CROSSCHECK ARCHIVELOG ALL;

#把 EXPIRED 的记录从 RMAN 里删掉。这一步不会释放任何磁盘空间(文件本来就已经不在磁盘上了),只是清理记录
RMAN> DELETE NOPROMPT EXPIRED BACKUP;
RMAN> DELETE NOPROMPT EXPIRED ARCHIVELOG ALL;

#删除前先看一眼会删掉什么
RMAN> REPORT OBSOLETE;

#按配置的保留策略(比如 REDUNDANCY 7)把多余的备份连文件带记录一起删掉
RMAN> DELETE NOPROMPT OBSOLETE;

#查看清理后的现状
RMAN> LIST BACKUP SUMMARY;

#健康检查
RMAN> REPORT SCHEMA;
RMAN> REPORT NEED BACKUP;

Oracle运维管理——修改用户密码过期时间

Tue, 01 Sep 2026 14:52:48 +0800

在 Oracle 数据库中，用户的密码有效期通过PROFILE（资源限制配置文件）中的 PASSWORD_LIFE_TIME 参数控制。如果没有为用户单独创建 PROFILE，默认使用一个 DEFAULT 策略。该策略中 PASSWORD_LIFE_TIME 为180天。如果要修改用户密码过期策略可按照以下步骤进行

1、查看 DEFAULT profile 配置项

SELECT profile, resource_name, resource_type, limit FROM dba_profiles
WHERE profile = 'DEFAULT'
ORDER BY resource_type, resource_name;

2、查询数据库当前所有用户

SELECT username FROM dba_users;

3、查询指定用户是否存在过期时间

SELECT username, account_status, expiry_date FROM dba_users WHERE username = '想要查询的数据库用户名';

4、查找指定用户所用profile，从输出结果中可以看到使用了 DEFAULT 策略

SELECT username, profile FROM dba_users WHERE username = '想要查询的数据库用户名';

5、直接修改DEFAULT策略中的配置项，如果是使用的非DEFAULT注意修改 PROFILE 的名字

ALTER PROFILE [DEFAULT] LIMIT PASSWORD_LIFE_TIME UNLIMITED;

6、也可以单独为用户创建专属 PROFILE

CREATE PROFILE $new_profile_name LIMIT PASSWORD_LIFE_TIME UNLIMITED;
ALTER USER $username PROFILE $new_profile_name ;

CentOS7系统下 Tomcat 安装指南

Fri, 17 Jul 2026 16:22:08 +0800

一、Tomcat 介绍

Tomcat 是 Apache 基金会下的一个开源 Servlet 容器，用于运行 Java 编写的 Web 程序。相比 WebLogic、WebSphere 这类重量级应用服务器，Tomcat 更轻量、配置简单、上手快，是目前更为常用的 Java Web 容器之一。Tomcat 和 JDK 之间也存在明确的版本对应关系，并不是任意组合都能正常运行：

Tomcat 9.x：最低要求 JDK 8，是目前唯一还在支持 JDK 8 环境的主线版本，官方支持周期延长至 2027 年3月
Tomcat 10.1.x：最低要求 JDK 11，采用 Jakarta EE 9 规范
Tomcat 11.x：最低要求 JDK 17，采用 Jakarta EE 10/11 规范，是当前最新的主线版本

JDK 版本决定了 Tomcat 版本的选择上限，如果系统使用的是 JDK 8，那么就只能选择 Tomcat 9.x 系列；如果计划升级到 Tomcat 10/11，也必须先把 JDK 一并升级到 11 或 17 以上。因此在做选型时，要把 JDK 和 Tomcat 作为一个整体版本组合来考虑

二、Tomcat 安装部署

1、下载Tomcat

由于操作系统上JDK版本为8，所以这里下载的是Tomcat 9.x，官方下载地址是https://tomcat.apache.org/download-90.cgi

wget https://dlcdn.apache.org/tomcat/tomcat-9/v9.0.120/bin/apache-tomcat-9.0.120.tar.gz 
tar zxf apache-tomcat-9.0.120.tar.gz
mv apache-tomcat-9.0.120 /usr/local/
ln -s /usr/local/apache-tomcat-9.0.120 /usr/local/tomcat

2、Tomcat目录结构说明

bin：存放启动脚本和相关java文件，其中 catalina.sh 用于启动/停止tomcat

conf：存放配置文件，server.xml 是主配置文件，tomcat-users.xml 用于配置管理账号

lib：库文件目录

logs：日志文件目录

temp：临时文件目录

work：程序工作目录

webapps：应用程序部署目录，webapps/ROOT 是默认站点的根目录

3、配置Tomcat环境变量

Tomcat 运行时需要检查 CATALINA_HOME 环境变量，需要提前好该变量才能通过脚本启动服务

cat > /etc/profile.d/tomcat.sh << 'EOF'
export CATALINA_HOME=/usr/local/tomcat
export PATH=$CATALINA_HOME/bin:$PATH
EOF

source /etc/profile.d/tomcat.sh

4、启动tomcat

通过 catalina.sh 脚本启动Tomcat服务，默认监听端口为8080。如果启动后发现端口没有监听，可以改用 catalina.sh run 前台运行，会在当前终端窗口打印出详细日志方便排查问题

/usr/local/tomcat/bin/catalina.sh start

5、验证

使用浏览器访问Tomcat，默认首页右侧可以看到 Server Status、Manager App、Host Manager 三个入口，但是此时还无法访问，还需要放行网络和配置账号才行

6、配置访问权限

由于 Tomcat 默认在 webapps/manager 和 webapps/host-manager 里配置了IP白名单限制，只允许本机（127.0.0.1）访问。所以Server Status、Manager App、Host Manager 等模块都是无法访问的，会提示403错误，这里需要修改配置文件放开IP

[root@v1 tomcat]# cat $CATALINA_HOME/webapps/manager/META-INF/context.xml
<?xml version="1.0" encoding="UTF-8"?>
<Context antiResourceLocking="false" privileged="true" >
  <CookieProcessor className="org.apache.tomcat.util.http.Rfc6265CookieProcessor"
                   sameSiteCookies="strict" />
  <Valve className="org.apache.catalina.valves.RemoteCIDRValve"
         allow="127.0.0.0/8,::1/128,0.0.0.0/0" />
  <Manager sessionAttributeValueClassNameFilter="java\.lang\.(?:Boolean|Integer|Long|Number|String)|org\.apache\.catalina\.filters\.CsrfPreventionFilter\$LruCache(?:\$1)?|java\.util\.(?:Linked)?HashMap"/>
</Context>


[root@v1 tomcat]# cat $CATALINA_HOME/webapps/host-manager/META-INF/context.xml
<?xml version="1.0" encoding="UTF-8"?>
<Context antiResourceLocking="false" privileged="true" >
  <CookieProcessor className="org.apache.tomcat.util.http.Rfc6265CookieProcessor"
                   sameSiteCookies="strict" />
  <Valve className="org.apache.catalina.valves.RemoteCIDRValve"
         allow="127.0.0.0/8,::1/128,0.0.0.0/0" />
  <Manager sessionAttributeValueClassNameFilter="java\.lang\.(?:Boolean|Integer|Long|Number|String)|org\.apache\.catalina\.filters\.CsrfPreventionFilter\$LruCache(?:\$1)?|java\.util\.(?:Linked)?HashMap"/>
</Context>

重启服务

$CATALINA_HOME/bin/shutdown.sh
$CATALINA_HOME/bin/startup.sh

7、配置管理账号

其实访问 Tomcat 首页并点击Server Status、Manager App、Host Manager 模块会弹出一个登录框，但是出于安全考虑，在完成安装后是没有进行任何用户配置的，也就是说此时没有用户可以登录进去，需要自行手动配置管理员账号

cat $CATALINA_HOME/conf/tomcat-users.xml
<?xml version="1.0" encoding="UTF-8"?>
<tomcat-users xmlns="http://tomcat.apache.org/xml"
              xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
              xsi:schemaLocation="http://tomcat.apache.org/xml tomcat-users.xsd"
              version="1.0">
# 在</tomcat-users> 结束标签之前加入下面的信息
# manager-gui对应Manager App（含 Server Status）；admin-gui 对应 Host Manager，两个都要授权给同一个用户，才能两个入口都能登录
<role rolename="manager-gui"/>
<role rolename="admin-gui"/>
<user username="admin" password="123456" roles="manager-gui,admin-gui"/>
</tomcat-users>

重启服务

$CATALINA_HOME/bin/shutdown.sh
$CATALINA_HOME/bin/startup.sh

8、部署应用程序

Tomcat整个服务正常后，后续只需要把Java程序的war包上传到webapps目录即可，Tomcat 会自动监控该目录，如果检测到新的war包就会自动解压部署，如这里上传了一个myapp.war的包

cp myapp.war $CATALINA_HOME/webapps/

几秒钟后 Tomcat 会自动解压出一个 ./myapp同名目录，可以通过 logs/catalina.out 观察部署过程，如果看到类似 Deployment of web application archive [.../myapp.war] has finished 就说明部署成功了，如果服务启动后出现各类错误也可以通过该日志进行排查

tail -f $CATALINA_HOME/logs/catalina.out

CentOS7系统下 JAVA8 / JDK8 安装指南

Fri, 17 Jul 2026 15:11:33 +0800

一、Java版本与JDK介绍

Java 根据应用领域不同，分为 Java SE、Java EE、Java ME 三类（早期也称 J2SE、J2EE、J2ME，Java 5 之后官方统一改用现名），三者区别如下：

· Java SE：JAVA 标准版，主要为中小型应用提供类库，也是使用最广泛的版本

· Java EE：JAVA 企业版

· Java ME：JAVA 移动版，用于手持设备上的应用程序

JDK（Java Development Kit）是 JAVA 的开发工具包，包含了 JRE（Java Runtime Environment，JAVA运行环境）以及编译器（javac）、调试器（jdb）等开发工具。运行 JAVA 程序只需要 JRE，但要实现开发、编译程序需要 JDK的支持。Java 在 1.0 到 1.4 期间，都采用 1.x 这样的命名方式，从 Java 5 开始改为了 Java 5，但内部版本号其实还是1.5，一直延续到 Java 8，所以经常会有两种叫法混用的情况，只需要知道 Java 8 \ JDK 8 \ Java 1.8说的都是同一个东西即可。由于 JDK 8因为生态好、功能完善、维护时间久，目前仍有大量使用，所以本文以该版本为例进行说明

二、JDK的安装

1、下载 JDK

通过Oracle官方网站（https://www.oracle.com/java/technologies/downloads/#java8）选择与操作系统匹配的安装包，安装包分了不同类型，按需下载即可

2、安装 JDK

根据下载的安装包选择对应的安装方式

· 使用RPM包安装

安装完成后会在 /usr/java 下生成一系列目录和文件，下面两种方式任选一种即可，不需要都执行

# 用yum安装本地rpm包
yum localinstall ./jdk-8u77-linux-x64.rpm

# 或者直接用rpm命令安装
rpm -ivh jdk-8u77-linux-x64.rpm

· 使用二进制包安装

解压二进制包

tar zxf jdk-8u491-linux-x64.tar.gz
mv jdk1.8.0_491 /usr/local/
ln -s /usr/local/jdk1.8.0_491 /usr/local/jdk

配置环境变量

vi /etc/profile
#追加以下内容，PATH 是可执行文件的搜索路径，CLASSPATH 是 JAVA 类文件的查找路径，两者用途不同，不要把 CLASSPATH 拼接进 PATH 中，应分开设置。
export JAVA_HOME=/usr/local/jdk
export CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
export PATH=$JAVA_HOME/bin:$PATH

生效环境变量并验证

source /etc/profile

java -version  #能正常显示版本号即完成
java version "1.8.0_491"
Java(TM) SE Runtime Environment (build 1.8.0_491-b10)
Java HotSpot(TM) 64-Bit Server VM (build 25.491-b10, mixed mode)

达梦数据库教程（16）审计规则介绍与配置

Thu, 09 Jul 2026 15:19:29 +0800

一、达梦数据库审计功能介绍

数据库审计功能的主要作用是对数据的操作进行记录，比如谁在什么时间、通过什么IP、执行了什么SQL。只有当配置了合理的审计规则后，才能对异常数据（如数据不知道为什么被删除或修改）进行追溯。

达梦数据库采用三权分立设计，必须需要专门的审计账号 SYSAUDITOR 才能进行审计配置（SYSDBA 账号也没有权限）。SYSAUDITOR 账号在完成数据库安装后会默认创建，默认密码 SYSAUDITOR

二、达梦数据库审计配置

1、开启审计功能

DM8 的审计功能默认是关闭的，需登录 SYSAUDITOR 账号开启。达梦数据库的审计分为普通审计和实时检测，实时检测比较少用，主要用于安全防护，可在操作发生时自动告警、断开连接甚至锁账号

-- 开启普通审计，默认0为关闭审计；1为开启普通审计；2为开启普通审计 + 实时检测
SP_SET_ENABLE_AUDIT(1);

-- 验证是否生效
SELECT * FROM V$DM_INI WHERE PARA_NAME = 'ENABLE_AUDIT';

2、审计规则配置

达梦数据库支持三个级别的审计规则，从粗到细依次为系统级、语句级、对象级。

2.1 系统级审计

审计功能开启后自动生效，无需额外配置，审计内容包含数据库启停、参数修改、主备日志传输故障等系统事件

2.2 语句级审计

针对某类 SQL 操作进行审计，全局生效，适合需要全实例覆盖的场景

-- 语法规则
-- SP_AUDIT_STMT('审计选项', '用户名', 'ALL/SUCCESSFUL/FAIL');    如果不限定用户，第二个参数应该传字符串 'NULL'，而不是真正的 NULL

-- 审计所有用户的登录登出
SP_AUDIT_STMT('CONNECT', 'NULL', 'ALL');

-- 审计所有用户的 DML 操作
SP_AUDIT_STMT('INSERT TABLE', 'NULL', 'ALL');
SP_AUDIT_STMT('UPDATE TABLE', 'NULL', 'ALL');
SP_AUDIT_STMT('DELETE TABLE', 'NULL', 'ALL');

-- 审计所有用户的 DDL 操作
SP_AUDIT_STMT('TABLE', 'NULL', 'ALL');

-- 审计某个用户的操作
SP_AUDIT_STMT('UPDATE TABLE', 'APPUSER', 'ALL');
-- 取消审计，参数必须与设置时完全一致才能取消
SP_NOAUDIT_STMT('INSERT TABLE', 'NULL', 'ALL');

2.3 对象级审计

精确到具体的表、视图或存储过程，可进一步细化到列级别，适合对核心业务表做重点审计

-- 语法规则
-- SP_AUDIT_OBJECT('操作', '用户', '模式', '对象名', '时机');
-- SP_AUDIT_OBJECT('操作', '用户', '模式', '对象名', '列名', '时机');

-- 审计所有人对 HR.SALARY 表的 INSERT 和 UPDATE
SP_AUDIT_OBJECT('INSERT', 'NULL', 'HR', 'SALARY', 'ALL');
SP_AUDIT_OBJECT('UPDATE', 'NULL', 'HR', 'SALARY', 'ALL');

-- 只审计 AMOUNT 列的修改
SP_AUDIT_OBJECT('UPDATE', 'NULL', 'HR', 'SALARY', 'AMOUNT', 'ALL');

-- 取消对象级审计（参数同样需完全匹配）
SP_NOAUDIT_OBJECT('INSERT', 'NULL', 'HR', 'SALARY', 'ALL');

3、审计日志管理

3.1 审计日志存放路径

默认存放在数据目录中，文件命名格式为 AUDIT_<GUID>_<创建时间>.log

-- 查看审计文件实际存放路径
SELECT AUD_PATH FROM V$AUDIT_SPACE;

-- 查看所有审计文件列表
SELECT FILEPATH, BEGIN_TIME, LENGTH/1024/1024 AS SIZE_MB, IS_FULL FROM V$AUDIT_FILE ORDER BY BEGIN_TIME DESC;

如需自定义日志存放路径，修改 dm.ini

# 静态参数，修改后需重启
AUD_PATH = /data/dm_audit

3.2 审计日志相关参数配置

以下参数都在dm.ini中进行配置，部分静态参数需要重启数据库生效

· AUD_PATH：审计文件存放路径

· AUDIT_MAX_FILE_SIZE：单个审计日志的最大大小，单位为MB

-- 调整单个审计文件的大小为 500MB
SP_SET_PARA_VALUE(1, 'AUDIT_MAX_FILE_SIZE', 500);

· AUDIT_SPACE_LIMIT：审计日志可以占用的最大磁盘空间，单位为MB，0表示不限制

-- 查看当前审计空间用量
SELECT AUD_PATH, AUDIT_MAX_FILE_SIZE, AUD_SPACE_LIMIT,AUD_SPACE_FREE, AUDIT_IS_NORMAL FROM V$AUDIT_SPACE;

· AUDIT_KEEP_DAYS：审计文件最小保留天数，如果配置了具体天数，优先级大于AUDIT_SPACE_LIMIT，即达到审计文件总存储空间大小的限制也不会删除在指定保留天数内的审计日志

· AUDIT_FILE_FULL_MODE：磁盘不足时对审计日志的处理策略，1=当审计文件创建失败时发生阻塞；2=审计文件创建失败时不再审计；3=先尝试删除符合条件的审计文件，如果删除后还是创建失败则不再审计

3.3 清理与切换审计日志

-- 删除指定时间点前的审计文件，受 AUDIT_KEEP_DAYS 保护的文件不会被删除
SP_DROP_AUDIT_FILE('2026-07-01 00:00:00',0);

-- 手动切换审计文件（生成新文件），1=切换普通审计文件，2=同时切换普通+实时审计文件
SP_SWITCH_AUDIT_FILE(1);

3.4 查看审计记录

-- 查看最近的审计记录
SELECT USERNAME, OPERATION, SCHNAME, OBJNAME,SQL_TEXT, SUCC_FLAG, OPTIME, IP
FROM SYSAUDITOR.V$AUDITRECORDS
ORDER BY OPTIME DESC;

-- 按用户过滤
SELECT USERNAME, OPERATION, SQL_TEXT, OPTIME
FROM SYSAUDITOR.V$AUDITRECORDS
WHERE USERNAME = 'APPUSER'
ORDER BY OPTIME DESC;

Oracle教程（6）SGA\PGA\REDO核心参数调优

Wed, 01 Jul 2026 10:16:42 +0800

一、Oracle核心参数介绍

1、SGA

SGA（System Global Area）是 Oracle 实例启动时分配的共享内存区域，所有连接到该实例的会话都共用这块内存，是整个数据库实例对外提供服务的公共内存池（和 MySQL的 InnoDB Buffer Pool 类似）。SGA主要包含以下部分：

· Shared Pool：用于缓存 SQL 解析结果、执行计划和数据字典信息

· Buffer Cache：用于缓存数据块，减少物理读

· Redo Log Buffer：用于临时存放尚未写入磁盘的重做日志条目。

Oracle 的 SGA 是集合体，而 MySQL 的内存管理相对分散，Buffer Pool、Sort Buffer、Join Buffer 等是各自独立配置的参数，没有一个统一的实例级共享内存区概念

2、PGA

PGA（Program Global Area）是 Oracle 实例中每个进程或会话所私有的内存区域，每个区域不与其他会话共享。主要用于排序操作、哈希连接等需要临时空间的操作。当一个会话 ORDER BY、GROUP BY 或者大表之间的 HASH JOIN 时，如果数据量超过 PGA 能提供的内存上限，就会发生排序溢出到磁盘，导致性能下降。在 MySQL 中与之对应的是每个连接独立分配的 sort_buffer_size、join_buffer_size、tmp_table_size 等参数。

3、REDO LOG

在 Oracle 中 REDO LOG 和 MySQL 一样都是通过重做日志记录数据库所有数据变更操作的"重放记录"，这样可以在实例崩溃后，通过 Redo Log 可以把数据恢复到崩溃前的状态，保证事务的持久性。在 MySQL 中 REDO LOG 是循环覆盖写入的，而 Oracle 采用多个日志组循环写入的机制，当一个日志组写满后会触发日志切换（log switch），同时触发增量检查点（checkpoint），把脏数据写回数据文件。如果日志组设置过小，会导致切换过于频繁，对性能造成明显影响。

Oracle 的 REDO LOG 搭配归档日志（归档日志是 Redo Log 切换后被复制保存的历史副本）来实现时间点恢复，也就是说 Oracle 用 REDO LOG 兼顾实例恢复和时间点恢复两个目的，而 MySQL 把这两个职责拆成了 REDO LOG （实例恢复）和 Binlog（时间点恢复、主从复制）两套独立的日志系统。

二、Oracle内存管理方式介绍

Oracle 提供了三种内存管理方式

管理方式	关键参数	适用场景
AMM自动内存管理	MEMORY_TARGET	不推荐
ASMM自动共享内存管理	SGA_TARGET + PGA_AGGREGATE_TARGET	生产环境推荐
手动管理	逐项指定各子池大小	对内存有精细控制需求时

之所以不推荐通过 AMM 方式来自动进行内存管理，是因为通过 MEMORY_TARGET 自动管理 SGA + PGA听起来方便，但由于 AMM 模式在高并发场景下会频繁的出现内存移动，反而增大了性能开销

1、SGA配置最佳实践

通常建议 SGA 总量不超过服务器物理内存的 60%，剩余部分留给 OS、PGA 以及其他进程

-- 查看当前 SGA 配置
SHOW PARAMETER SGA;

-- 设置 SGA_TARGET，让 Oracle 在这个总量内自动分配各子池
ALTER SYSTEM SET SGA_TARGET=8G SCOPE=SPFILE;
ALTER SYSTEM SET SGA_MAX_SIZE=8G SCOPE=SPFILE;

-- 设置 Shared Pool 子池最小值，防止 AMM/ASMM 压缩得过小出现ORA-04031共享池耗尽的情况
ALTER SYSTEM SET SHARED_POOL_SIZE=2G SCOPE=SPFILE;

子池参考比例（以 16G SGA 为例）：

· Buffer Cache：10～12G ，SGA 里占比最大，越大越好。命中率低于 95% 就需要考虑加大 Buffer Cache，正常生产环境应该维持在 98% 以上

-- 查询 Buffer Cache 命中率
SELECT ROUND((1 - (phys.value / (cur.value + con.value))) * 100, 2) AS "Buffer命中率%" FROM v$sysstat phys, v$sysstat cur, v$sysstat con
WHERE phys.name = 'physical reads' AND cur.name  = 'db block gets' AND con.name  = 'consistent gets';

· Shared Pool：2～4G，OLTP 系统多，SQL 复杂度高则需要更大。硬解析率超过 30% 就需要排查是否 Shared Pool 太小，或应用层没有使用绑定变量

-- 查询 Shared Pool 的硬解析率
SELECT ROUND(hard.value / parse.value * 100, 2) AS "硬解析率%" FROM v$sysstat hard, v$sysstat parse
WHERE hard.name = 'parse count (hard)' AND parse.name = 'parse count (total)';

· Large Pool：512M～1G，RMAN、并行查询、Shared Server 使用

· Redo Log Buffer：128M～256M，一般不需要特别大，写满即刷盘

2、PGA配置最佳实践

高并发场景下 PGA 的总消耗是所有活跃会话 PGA 之和，所以在估算服务器内存分配时，不能忽略这块消耗。通用经验是PGA_AGGREGATE_TARGET = 物理内存 × 20%，如果是以批量处理、数据仓库为主的系统可以提高到 30%，OLTP 系统则适当降低。

-- 查看当前 PGA 配置
SHOW PARAMETER PGA;

-- 设置 PGA 总目标值（Oracle 会尽可能在此范围内为各会话分配内存）
ALTER SYSTEM SET PGA_AGGREGATE_TARGET=4G SCOPE=SPFILE;

-- 设置 PGA 硬上限，防止撑爆内存，超过后 Oracle 会强制终止消耗最多 PGA 的会话，生产环境建议设置为 PGA_AGGREGATE_TARGET 的2倍
ALTER SYSTEM SET PGA_AGGREGATE_LIMIT=8G SCOPE=SPFILE;

排查 PGA 是否成为瓶颈，如果sorts (disk) 磁盘排序次数过高，说明 PGA 不够用

SELECT name, value FROM v$sysstat WHERE name IN ('sorts (memory)', 'sorts (disk)');

3、REDO LOG配置最佳实践

Redo Log 最常见的问题就是日志组太小导致切换过于频繁。Oracle 官方建议最少保留 3 组日志组（高并发写入场景 4～6 组），日志切换频率控制在每 15～30 分钟一次，如果每小时切换次数超过 4 次就需要考虑扩大日志组。如果发现某些高峰时段每小时切换次数很高（如 50MB 大小的日志组每小时上百次切换），就需要立即扩大日志组大小

-- 查看当前切换频率
SELECT TO_CHAR(first_time, 'YYYY-MM-DD HH24') AS hour,COUNT(*) AS switches FROM v$log_history WHERE first_time > SYSDATE - 1
GROUP BY TO_CHAR(first_time, 'YYYY-MM-DD HH24') ORDER BY 1;

日志组大小参考，注意这里是单个日志组大小，不是所有组加起来的总量。

系统类型	推荐单个日志组大小
轻量 OLTP	500M～1G
中等业务量	1G～2G
高并发 / 批量写入	2G～4G

新增日志组

日志组大小不允许直接修改，只能新增更大的日志组，再删掉原来小的，操作顺序如下

-- 第一步：新增日志组，指定序号和日志路径、日志大小
ALTER DATABASE ADD LOGFILE GROUP 4 '/u01/oradata/orcl/redo04.log' SIZE 1G;
ALTER DATABASE ADD LOGFILE GROUP 5 '/u01/oradata/orcl/redo05.log' SIZE 1G;
ALTER DATABASE ADD LOGFILE GROUP 6 '/u01/oradata/orcl/redo06.log' SIZE 1G;

-- 第二步：手动触发切换，让旧日志组变为 INACTIVE 状态
ALTER SYSTEM SWITCH LOGFILE;
ALTER SYSTEM CHECKPOINT;

-- 第三步：确认旧日志组状态为 INACTIVE
SELECT group#, status, members, bytes/1024/1024 AS mb FROM v$log;

-- 第四步：删除状态为INACTIVE的旧日志组
ALTER DATABASE DROP LOGFILE GROUP 1;
ALTER DATABASE DROP LOGFILE GROUP 2;
ALTER DATABASE DROP LOGFILE GROUP 3;

-- 第五步：删除操作系统上的旧日志文件（Oracle 不会自动删除物理文件）
rm /u01/oradata/orcl/redo01.log

Linux时间同步——chrony的配置与使用

Mon, 22 Jun 2026 14:50:18 +0800

一、chrony 工具介绍

chrony 相比 ntpd 服务而言是更现代的NTP时间同步方案，它的同步算法更激进，在服务启动几分钟后就能达到较高精度，并且可以对偏差较大的服务器进行强制同步（在 ntpd 下如果偏差超过 1000 秒会直接退出同步而不是强制校正）。仍然需要强调的是chrony和ntpd不能同时运行，它们会互相冲突抢占 UDP 123 端口

二、chrony 使用教程

1、安装chrony

yum install -y chrony

2、配置chrony

chrony 的主配置文件为 /etc/chrony.conf，以下是常用配置项说明：

# 指定上游 NTP 服务器，iburst 表示启动时快速发送多个请求加速初始同步
server 10.1.18.114 iburst
server ntp.aliyun.com iburst

# 允许内网客户端向本机同步（本机作为内网 NTP 服务器时启用）
allow 192.168.1.0/24

# 当无法连接外部 NTP 时，允许系统作为自身时钟源
local stratum 10

# 记录时钟漂移信息，用于断网后的时钟估算
driftfile /var/lib/chrony/drift

# 启用日志记录
logdir /var/log/chrony
log measurements statistics tracking

3、启动chrony服务

systemctl start chronyd
systemctl enable chronyd

4、查看同步源

通过chronyc sources -v可以查看同步源信息，主要观察同步源的状态

*：当前同步源

+：可用候选源

?：不可达或未响应

x：被标记为异常的源

 chronyc sources -v

5、查看同步状态

chronyc tracking

Reference ID    : 0A011272 (10.1.18.114)             #当前同步的上游时间源 
Stratum         : 2                                  #时间源层级，数字越小越精确  
System time     : 0.000001690 seconds fast of NTP time    #本地时钟与 NTP 时间的偏差  
Last offset     : +0.000002484 seconds
RMS offset      : 0.000368575 seconds
Leap status     : Normal                             #Normal 表示同步正常

6、手动强制同步

chronyc makestep

Linux时间同步——ntpd的配置与使用

Mon, 22 Jun 2026 14:04:55 +0800

一、NTP时间同步介绍

NTP是网络时间协议 Network Time Protocol 的简称。通过 NTP 服务可以确保不同设备或者服务之间的时间一致性，尤其是一些高可用或集群化的服务，节点之间的时间偏差是不允许有误差的。在互联网上有许多可靠的共用NTP服务器，如清华、阿里等，我们可以通过与这些服务器同步使本地服务器间的时间一致、准确。在 CentOS 7 或之前的系统中默认使用 ntp 作为默认的时间同步方案，在 CentOS 7 之后改为 chrony，两者不可同时运行。

二、ntpd使用教程

1、安装NTPD服务

只需要通过yum命令就可以快速安装NTP相关工具包，安装完成后系统会产生以下几个主要工具：

· ntpd：NTP 守护进程，在后台运行，负责持续进行同步时钟

· ntpq：用于查看NTP同步状态和时间源信息

· ntpdate：手动同步工具，常用于首次校时或偏差过大时的强制纠偏

· ntpstat：显示当前同步状态

yum install ntp

2、NTP手动同步配置

通过ntpdate命令并指定ntp服务器地址后可以进行手动同步，如手动配置与阿里云NTP同步

ntpdate ntp.aliyun.com

3、NTP自动同步配置

编辑NTP配置文件，具体内容如下

# 记录系统时钟频率漂移值
driftfile /var/lib/ntp/drift  

pidfile /var/run/ntpd.pid
logfile /var/log/ntp.log

# 安全策略：默认拒绝所有非本地访问
restrict default kod nomodify notrap nopeer noquery
restrict -6 default kod nomodify notrap nopeer noquery

# 允许本地回环地址用于状态查询
restrict 127.0.0.1 nomodify
restrict ::1 nomodify

# 本地伪时钟源，作为兜底时间源
server 127.127.1.0
fudge 127.127.1.0 stratum 10

# 实际 NTP 上游服务器
server ntp.aliyun.com iburst minpoll 4 maxpoll 10

启动NTP服务后客户端会立即进行一次同步，并且会周期性地与服务器进行时间同步，通常为每隔1小时进行一次时间同步，具体频率可以通过配置进行调整。需要注意的是ntpd 有一个内置保护机制，如果服务器与NTP时间相差超过1000 秒，ntpd 会主动退出而不是强制校正。如果要重新与服务器进行同步，必须先用 ntpdate 进行一次手动同步将时间拉近后再启动 ntpd 才能自动同步

systemctl start ntpd

4、查询同步状态

通过ntpstate或者ntpq命令可以查看NTP服务器同步是否正常：

* 号表示当前已选用的服务器；reach列如果不为0表示能访问服务器；offset 表示本地时间与服务器差值（ms）

 ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*203.107.6.88    100.107.25.114   2 u   11   16    1   59.353   -0.896  15.879

查看服务器是否启用NTPD

timedatectl

Ansible教程（3）使用Playbook进行多任务编排

Fri, 08 May 2026 16:05:17 +0800

一、Ansible Playbook介绍

如果基于AD-Hoc去执行多任务（如安装Nginx、修改配置文件、启动服务），需要先使用yum或command模块安装程序，再使用copy模块复制配置文件，最后使用service模块启动服务。为了解决这种多任务繁琐的情况，可以使用Ansible的playbook（剧本）功能

二、Ansible Playbook构成

Inventory：主机列表，表示剧本中的任务要应用在哪些主机上

Tasks：具体任务，即调用哪些模块完成操作，可以配置多个任务

Variables：变量，包含内置变量和自定义变量

Templates：模板，即使用模板语法来灵活变更的配置文件

Handlers与notify：触发器，由某事件触发执行的操作，比如修改配置文件后自动重启服务

三、Ansible Playbook语法

1、playbook本质是包含了一个或多个任务的YAML配置文件，通常以.yaml或者.yml结尾

2、在单一的一个playbook文件中，使用连续的三个中横线（---）作为每个play的区分

3、缩进必须统一，不能空格和tab混合使用，缩进级别需要一致，同样的缩进代表同样的级别

4、使用冒号“:”之后还需要书写内容的话，则需要空一格才能书写

5、使用短横线“-”后必须追加一个空格

四、Ansible Playbook参数

· hosts：指定远程主机（多个主机用逗号分隔）或主机组

- hosts: webservers

· remote_user：指定执行任务的用户（可以定义在hosts字段下，也可单独给每个task定义），通常是root用户，也可指定非root用户使用sudo方式执行任务

- hosts: 192.168.1.31
    remote_user: root  #定义全局用户

· tasks：任务信息将定义在此字段下

tasks: 
  - name: run df -h
    remote_user: test  #单独为task定义用户
    shell: name=df -h

· sudo（可省略）：如果设置为yes，那么sudo_user指定的用户在执行任务时会获得root权限

· sudo_user（可省略）：指定需要使用sudo执行操作的用户

tasks: 
  - name: run df -h
    sudo_user: test
    sudo: yes
    shell: name=df -h

· connection（可省略）：通过什么方式连接到远程主机，默认为SSH

· gather_facts（可省略）：如果明确不需要通过setup模块来获取远程主机facts信息，可以使用这个选项，能提升一定的性能

- hosts: all
  gather_facts_: no
  tasks:
    - name: sleep 5
      command: sleep 5

· ignore_errors（可省略）：默认情况下ansible会因为一个错误导致后面的任务全部失败，有些时候可能会忽略一些错误的发生，让其他任务能正常执行

-hosts: all
  tasks:
    - name: ignore_test
      command: /bin/false
      ignore_errors: yes
    - name: touch file
      file: path=/tmp/test.txt state=touch

五、Ansible Playbook基础示例

1、基本示例

- hosts: webservers
  tasks:
    - name: 1.Installed NFS Server
      yum:
        name: nfs-utils
        state: present
    - name: 2.Configure NFS Server
      copy:
        src: ./exports.j2
        dest: /etc/exports

2、高级示例，包含变量、触发器等使用

cat playbook01.yml
- hosts: 192.168.1.31     #定义需要执行的主机或主机组
  remote_user: root      #远程用户
  vars:            #定义变量
    http_port: 8088      #变量
  tasks:            #定义一个任务
    - name: create new file               #定义任务的名称
      file: name=/tmp/playtest.txt state=touch   #调用模块，具体要做的事情
    - name: install package
      yum: name=httpd
    - name: config httpd
      template: src=./httpd.conf dest=/etc/httpd/conf/httpd.conf
      notify:                #触发器，当条件触发后需要做的操作，配合handlers使用
        - restart apache  #需要引用的handlers的名字
    - name: copy index.html
      copy: src=/var/www/html/index.html dest=/var/www/html/index.html
    - name: start httpd
      service: name=httpd state=started
  handlers:                                             #notify定义的触发执行相应的处理动作
    - name: restart apache               #要与notify定义的内容相同
      service: name=httpd state=restarted      #触发要执行的动作

六、Ansible playbook运行结果说明

当playbook运行后在PLAY RECAP（汇总报告）一列将返回返回的结果包含了任务ok的数量（已经达到任务要求，无需再次处理）、changed数量

ansible-playbook命令示例与常用选项

ansible-playbook -t tag_name httpd.yml #-t指定标签名，多个标签用逗号分隔
ansible-playbook playbookname.yml --list-task #列出该playbook中的任务

# --check | -C：只检测可能会发生的改变，但不真正执行操作
# --list-hosts：列出运行任务的主机
# --list-tags：列出playbook文件中定义的所有tags
# --list-tasks：列出playbook文件中定义的所有任务
# --limit：主机列表 只针对主机列表中的某个主机或者某个组执行
# -f：指定并发数，默认为5个
# -t：指定tags运行，运行某一个或者多个tags。前提是playbook中有定义tags
# -e：声明变量和值

七、使用ansible-vault加密Playbook

ansible-vault encrypt hello.yml  #加密playbook，加密否的文件无法直接执行和查看
ansible-vault view hello.yml  #查看加密后的文件
ansible-vault edit hello.yml  #查看加密后的文件
ansible-vault decrypt hello.yml  #解密playbook