Part1問題

業務反饋說連不上數據庫，Ora報錯

2025-07-31T09:55:50.160256024+08:00 Caused by: java.sql.SQLRecoverableException: ORA-01033: ORACLE initialization or shutdown in progress

Part2定位

查看數據庫報警日志所在位置

SQL> set pages 999 lines 999
SQL> select NAME,VALUE from v$diag_info where NAME='Diag Trace';

NAME         VALUE
---------------  ---------------------------------------------------
Diag Trace     /u01/app/oracle/diag/rdbms/db1/db11/trace

重啟前的操作，一看就是adg庫的設置操作，注意log_archive_dest_1的操作，這是我后續刷一遍才找到的

2025-07-31T08:35:36.713535+08:00
ALTER DATABASE FORCE LOGGING
2025-07-31T08:35:36.727929+08:00
ALTER DATABASE FORCE LOGGING command is waiting for existing direct writes to finish. This may take a long time.
Completed: ALTER DATABASE FORCE LOGGING
.... (PID:8136): Enable RFS client [krsr.c:18167]
2025-07-31T08:35:36.854416+08:00
ALTER SYSTEM SET log_archive_config='DG_CONFIG=(db1,db1dg)' SCOPE=BOTH SID='*';
.... (PID:8136): Using STANDBY_ARCHIVE_DEST parameter default value as USE_DB_RECOVERY_FILE_DEST [krsd.c:18436]


***2025-07-31T08:35:36.883530+08:00
ALTER SYSTEM SET log_archive_dest_1='LOCATION=USE_DB_RECOVERY_FILE_DEST VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=db1' SCOPE=BOTH SID='*';
.... (PID:8136): Using STANDBY_ARCHIVE_DEST parameter default value as USE_DB_RECOVERY_FILE_DEST [krsd.c:18436]***


2025-07-31T08:35:36.916296+08:00
ALTER SYSTEM SET log_archive_dest_2='SERVICE=db1dg ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=db1dg' SCOPE=BOTH SID='*';
2025-07-31T08:35:36.945858+08:00
ALTER SYSTEM SET log_archive_dest_state_2='ENABLE' SCOPE=BOTH SID='*';
2025-07-31T08:35:36.973474+08:00
ALTER SYSTEM SET fal_server='DB1DG' SCOPE=BOTH SID='*';
2025-07-31T08:35:37.000466+08:00
ALTER SYSTEM SET fal_client='DB1' SCOPE=BOTH SID='*';
2025-07-31T08:35:37.019056+08:00

log_archive_dest_1 設置主備庫的對應關系，但是和平常不一樣的是，他的歸檔路徑設置的是閃回的路徑，而不是直接設置的歸檔路徑

數據庫一直在重復報警，其中最關鍵的幾個是 ORA-19801: initialization parameter DB_RECOVERY_FILE_DEST is not set

ORA-16032: parameter LOG_ARCHIVE_DEST_1 destination string cannot be translated

但是沒看到數據庫宕機的信息，當時以為是跟數據庫宕機無關

2025-07-31T08:35:37.417322+08:00
TT04 (PID:8153): Error 12514 received logging on to the standby
2025-07-31T08:35:37.418003+08:00
Errors in file /u01/app/oracle/diag/rdbms/db1/db11/trace/db11_tt04_8153.trc:
ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
TT04 (PID:8153): Error 12514 for LNO:2 to 'db1dg'


2025-07-31T08:35:38.207741+08:00
Thread 1 advanced to log sequence 2581 (LGWR switch),  current SCN: 18503093708396
  Current log# 1 seq# 2581 mem# 0: +REDO/DB1/ONLINELOG/group_1.257.1185026041
2025-07-31T08:35:38.265099+08:00
Errors in file /u01/app/oracle/diag/rdbms/db1/db11/trace/db11_arc0_19954.trc:
ORA-19801: initialization parameter DB_RECOVERY_FILE_DEST is not set



2025-07-31T08:35:38.269714+08:00
Errors in file /u01/app/oracle/diag/rdbms/db1/db11/trace/db11_arc0_19954.trc:
ORA-16032: parameter LOG_ARCHIVE_DEST_1 destination string cannot be translated
ORA-19801: initialization parameter DB_RECOVERY_FILE_DEST is not set
2025-07-31T08:35:38.270001+08:00
ARC0 (PID:19954): Stuck archiver: insufficient local LADs
ARC0 (PID:19954): Stuck archiver condition declared



2025-07-31T08:35:38.329080+08:00
Errors in file /u01/app/oracle/diag/rdbms/db1/db11/trace/db11_arc0_19954.trc:
ORA-16038: log 2 sequence# 2580 cannot be archived
ORA-00312: online log 2 thread 1: '+REDO/DB1/ONLINELOG/group_2.258.1185026041'
ORA-16032: parameter LOG_ARCHIVE_DEST_1 destination string cannot be translated
ORA-19801: initialization parameter DB_RECOVERY_FILE_DEST is not set
ARC0 (PID:19954): Archival error occurred on a closed thread, archiver continuing



2025-07-31T08:35:38.329569+08:00
ORACLE Instance db11, archival error, archiver continuing
2025-07-31T08:35:38.712395+08:00
ALTER SYSTEM SET remote_listener='db1-scan:1521' SCOPE=MEMORY SID='db11';
2025-07-31T08:35:38.716984+08:00
ALTER SYSTEM SET listener_networks='' SCOPE=MEMORY SID='db11';
2025-07-31T08:40:37.517207+08:00
2025-07-31T08:50:38.490111+08:00
TT00 (PID:19952): Error 12514 received logging on to the standby
2025-07-31T08:51:38.504528+08:00
Errors in file /u01/app/oracle/diag/rdbms/db1/db11/trace/db11_tt00_19952.trc:
ORA-19801: initialization parameter DB_RECOVERY_FILE_DEST is not set
2025-07-31T08:55:38.617757+08:00

終于看到數據庫宕機的關鍵信息，他和閃回參數是在一起的，所以下意識認為此次宕機和閃回有關，又有人動了閃回，上邊的adg配置報錯只是障眼法

2025-07-31T09:40:42.306102+08:00
TT00 (PID:19952): Error 12514 received logging on to the standby
2025-07-31T09:41:42.324409+08:00
Errors in file /u01/app/oracle/diag/rdbms/db1/db11/trace/db11_tt00_19952.trc:
ORA-19801: initialization parameter DB_RECOVERY_FILE_DEST is not set
2025-07-31T09:45:47.293322+08:00
TT00 (PID:19952): Error 1017 received logging on to the standby
TT00 (PID:19952): -------------------------------------------------------------------------
TT00 (PID:19952): Check that the source and target databases are using a password file
TT00 (PID:19952): and remote_login_passwordfile is set to SHARED or EXCLUSIVE,
TT00 (PID:19952): and that the SYS password is same in the password files,
TT00 (PID:19952): returning error ORA-16191
TT00 (PID:19952): -------------------------------------------------------------------------



2025-07-31T09:46:47.309819+08:00
Errors in file /u01/app/oracle/diag/rdbms/db1/db11/trace/db11_tt00_19952.trc:
ORA-19801: initialization parameter DB_RECOVERY_FILE_DEST is not set
2025-07-31T09:49:34.897566+08:00
Shutting down ORACLE instance (immediate) (OS id: 20597)
2025-07-31T09:49:34.903531+08:00
Shutdown is initiated by oraagent.bin@db11 (TNS V1-V3).
Stopping background process SMCO
2025-07-31T09:49:35.983147+08:00
Shutting down instance: further logons disabled
2025-07-31T09:49:36.197634+08:00
Stopping background process CJQ0
Stopping background process MMNL
Stopping background process MMON
2025-07-31T09:49:38.749804+08:00
License high water mark = 269
2025-07-31T09:49:38.821545+08:00
Dispatchers and shared servers shutdown

ORA-19801: initialization parameter DB_RECOVERY_FILE_DEST is not set

可以看到就是因為他導致的，但是真實原因是這樣嗎？

重啟4~5次

2025-07-31T09:56:19.106051+08:00
ARC1 (PID:64761): Error 1017 received logging on to the standby
ARC1 (PID:64761): -------------------------------------------------------------------------
ARC1 (PID:64761): Check that the source and target databases are using a password file
ARC1 (PID:64761): and remote_login_passwordfile is set to SHARED or EXCLUSIVE,
ARC1 (PID:64761): and that the SYS password is same in the password files,
ARC1 (PID:64761): returning error ORA-16191
ARC1 (PID:64761): -------------------------------------------------------------------------
ARC1 (PID:64761): FAL: Error 16191 connecting to DB1DG for fetching gap sequence
2025-07-31T09:56:19.118051+08:00
Errors in file /u01/app/oracle/diag/rdbms/db1/db11/trace/db11_arc1_64761.trc:
ORA-16191: Primary log shipping client not logged on standby

恢復正常以后還是再刷密碼文件錯誤的問題

Part3解決（事后判斷，因為已經被人解決了）

先判斷閃回是否開啟，沒開

SQL> select flashback_on from v$database;

FLASHBACK_ON
------------------
NO

再看看閃回的參數，沒設置路徑

SQL> show parameter DB_RECOVERY_FILE_DEST

NAME                 TYPE        VALUE
---------------------------    ----------- ------------- 
db_recovery_file_dest           string
db_recovery_file_dest_size      big integer     0

確定數據庫參數的具體數值

SQL> create pfile ='/tmp/ora_20250731.ora' from spfile;

##這倆應該是有用的
*.log_archive_dest_1='LOCATION=+arch VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=db1'
*.log_archive_dest_2='SERVICE=db1dg ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=db1dg'

后續是好了，但是不是我操作的，我覺得是關閉了閃回（？）

alter database flashback OFF;

最后覺得是 log_archive_dest_1 有問題，接著網上翻日志

2025-07-31T08:35:36.883530+08:00
ALTER SYSTEM SET log_archive_dest_1='LOCATION=USE_DB_RECOVERY_FILE_DEST VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=db1' SCOPE=BOTH SID='*';
.... (PID:8136): Using STANDBY_ARCHIVE_DEST parameter default value as USE_DB_RECOVERY_FILE_DEST [krsd.c:18436]

Part4回顧（必看）

1、業務反饋異常，登錄數據庫判斷數據庫信息（狀態、啟動時間）

 2、定位alert的路徑，抓取宕機前的報警，判斷是搭建adg導致的異常重啟 

3、根據alert報警閃回的路徑查看閃回的參數，發現沒開啟閃回，也沒設置相關的參數，以為是后來關閉的 

4、定位閃回的操作（alter system set 或者 log_archive_dest_1），沒發現相關的命令 

5、查看 閃回的概念，在測試環境做實驗，發現閃回除了爆滿，不會導致數據庫異常重啟，沒有發現這個報錯，也沒發現相關操作 

6、意識到不是根本原因，接著查看宕機前的操作命令，查看關鍵字 USE_DB_RECOVERY_FILE_DEST ，發現了設置 log_archive_dest_1 的命令，log_archive_dest_1='LOCATION=USE_DB_RECOVERY_FILE_DEST 

7、最后梳理 ，相關操作人員搭建ADG備庫，在設置 log_archive_dest_1 的時候沒有指定具體的路徑，而是制定了閃回的參數，但是閃回沒有開啟，沒有設置閃回存放的路徑，所以ADG搭建失敗，數據庫報錯歸檔異常，報錯USE_DB_RECOVERY_FILE_DEST參數未設置，導致數據庫異常重啟4-5次，最后重新設置了log_archive_dest_1正確的歸檔路徑才恢復正常。

Part5原理

5.1閃回的注意事項

閃回的開啟必須基于存檔的開啟 但是開了歸檔不相當于開了閃回

5.2adg的注意事項

log_archive_dest_1參數里的歸檔路徑，可以設置具體路徑，也可以設置參數，但是設置具體路徑更安全

5.3閑聊

誰說沒槍頭就捅不死人

誰說adg搭建對主庫沒影響