生產環境Oracle dataguard不同步處理過程分享

作者：雪竹聊運維 2021-11-08 08:29:57

運維系統運維

Oracle 提供更安全、全面的數據庫解決方案,助力您的企業高效運行本地負載和云負載,Oracle數據庫服務可幫助您管理業務關鍵型數據,同時大幅提升可用性、可靠性和安全性。

[[433802]]

一、問題描述

dg環境擴容表空間新增的數據文件部分沒有傳到備庫上去，報ORA-16136: Managed Standby Recovery not active

二、分析及處理過程：

2.1 備庫上查看v$managed_standby

SQL>  select process,status,sequence# from v$managed_standby; 
 
PROCESS   STATUS        SEQUENCE# 
 
ARCH      CLOSING          114516 
 
ARCH      CLOSING          114517 
 
ARCH      CONNECTED             0 
 
ARCH      CLOSING          114518 
 
RFS       IDLE                  0 
 
RFS       WRITING          114519 
 
RFS       IDLE                  0 
 
7 rows selected. 
 
從上面的輸出，可以看出，缺少MRP0進程。

2.2 確認報錯信息

SQL> alter database recover managed standby database; 
 
alter database recover managed standby database 
 
* 
 
ERROR at line 1: 
 
ORA-00283: recovery session canceled due to errors 
 
ORA-01111: name for data file 14 is unknown - rename to correct file 
 
ORA-01110: data file 14: 
 
'/data/app/oracle/product/11.2.0/db_1/dbs/UNNAMED00014' 
 
ORA-01157: cannot identify/lock data file 14 - see DBWR trace file 
 
ORA-01111: name for data file 14 is unknown - rename to correct file 
 
ORA-01110: data file 14: 
 
'/data/app/oracle/product/11.2.0/db_1/dbs/UNNAMED00014' 
 
從上面的輸出可以看出是14號文件的問題

2.3 備庫重新創建14號文件

14號文件本次表空間擴容新增的數據文件。

alter system set standby_file_management=manual; 
 
alter database create datafile '/data/app/oracle/product/11.2.0/db_1/dbs/UNNAMED00014' as '/data/app/oracle/newdata/dataqiye_data9.dbf' 
 
alter system set standby_file_management=auto;

2.4 再次查看警告日志文件

started logmerger process 
 
Tue Jan 30 13:31:35 2018 
 
Managed Standby Recovery not using Real Time Apply 
 
Parallel Media Recovery started with 8 slaves 
 
Waiting for all non-current ORLs to be archived... 
 
All non-current ORLs have been archived. 
 
Media Recovery Waiting for thread 1 sequence 114456 
 
Fetching gap sequence in thread 1, gap sequence 114456-114459 
 
Completed: alter database recover managed standby database disconnect from session 
 
Tue Jan 30 13:33:26 2018 
 
FAL[client]: Failed to request gap sequence 
 
 GAP - thread 1 sequence 114456-114459 
 
 DBID 1477707379 branch 949967087 
 
FAL[client]: All defined FAL servers have been attempted. 
 
Check that the CONTROL_FILE_RECORD_KEEP_TIME initialization 
 
parameter is defined to a value that's sufficiently large 
 
enough to maintain adequate log switch information to resolve 
 
archivelog gaps. 
 
日志出現斷檔，從主庫的歸檔備份中恢復序列號是 sequence 114456-114459的歸檔日志。

2.5 主庫上操作

從主庫歸檔備份中恢復所需的歸檔日志序列(114456-114459)

rman target / 
 
restore archivelog from sequence 114456 until sequence 114459;

2.6 備庫上觀察警告日志輸出

RFS[3]: Opened log for thread 1 sequence 114456 dbid 1477707379 branch 949967087 
 
Tue Jan 30 13:42:44 2018 
 
Archived Log entry 114633 added for thread 1 sequence 114457 rlc 949967087 ID 0x0 dest 2: 
 
Tue Jan 30 13:42:44 2018 
 
Archived Log entry 114634 added for thread 1 sequence 114456 rlc 949967087 ID 0x0 dest 2: 
 
Tue Jan 30 13:42:44 2018 
 
RFS[4]: Assigned to RFS process 5977 
 
RFS[4]: Opened log for thread 1 sequence 114504 dbid 1477707379 branch 949967087 
 
RFS[2]: Opened log for thread 1 sequence 114503 dbid 1477707379 branch 949967087 
 
RFS[3]: Opened log for thread 1 sequence 114502 dbid 1477707379 branch 949967087 
 
Tue Jan 30 13:42:47 2018 
 
Media Recovery Log /data/app/oracle/arch/arch_949967087_1_114456.arc 
 
Media Recovery Log /data/app/oracle/arch/arch_949967087_1_114457.arc 
 
Media Recovery Log /data/app/oracle/arch/arch_949967087_1_114458.arc 
 
Tue Jan 30 13:43:08 2018 
 
Archived Log entry 114635 added for thread 1 sequence 114502 rlc 949967087 ID 0x58146bd8 dest 2: 
 
Tue Jan 30 13:43:08 2018 
 
Archived Log entry 114636 added for thread 1 sequence 114503 rlc 949967087 ID 0x58146bd8 dest 2: 
 
Tue Jan 30 13:43:08 2018 
 
Archived Log entry 114637 added for thread 1 sequence 114504 rlc 949967087 ID 0x58146bd8 dest 2: 
 
Tue Jan 30 13:43:17 2018 
 
Media Recovery Log /data/app/oracle/arch/arch_949967087_1_114459.arc 
 
Media Recovery Log /data/app/oracle/arch/arch_949967087_1_114460.arc 
 
Media Recovery Log /data/app/oracle/arch/arch_949967087_1_114461.arc 
 
[oracle@iZwz9h66josrg1nhghd32dZ trace]$ tail -f  alert_orcl.log     
 
Tue Jan 30 13:43:08 2018 
 
Archived Log entry 114636 added for thread 1 sequence 114503 rlc 949967087 ID 0x58146bd8 dest 2: 
 
Tue Jan 30 13:43:08 2018 
 
Archived Log entry 114637 added for thread 1 sequence 114504 rlc 949967087 ID 0x58146bd8 dest 2: 
 
Tue Jan 30 13:43:17 2018 
 
Media Recovery Log /data/app/oracle/arch/arch_949967087_1_114459.arc 
 
Media Recovery Log /data/app/oracle/arch/arch_949967087_1_114460.arc 
 
Media Recovery Log /data/app/oracle/arch/arch_949967087_1_114461.arc 
 
Tue Jan 30 13:43:43 2018 
 
Media Recovery Log /data/app/oracle/arch/arch_949967087_1_114462.arc 
 
Tue Jan 30 13:43:55 2018 
 
Media Recovery Log /data/app/oracle/arch/arch_949967087_1_114463.arc 
 
Tue Jan 30 13:44:11 2018 
 
Media Recovery Log /data/app/oracle/arch/arch_949967087_1_114464.arc 
 
Tue Jan 30 13:44:23 2018 
 
Media Recovery Log /data/app/oracle/arch/arch_949967087_1_114465.arc 
 
Tue Jan 30 13:44:37 2018 
 
Media Recovery Log /data/app/oracle/arch/arch_949967087_1_114466.arc 
 
Tue Jan 30 13:44:51 2018 
 
Media Recovery Log /data/app/oracle/arch/arch_949967087_1_114467.arc 
 
Tue Jan 30 13:45:05 2018 
 
Media Recovery Log /data/app/oracle/arch/arch_949967087_1_114468.arc 
 
Tue Jan 30 13:45:17 2018 
 
Media Recovery Log /data/app/oracle/arch/arch_949967087_1_114469.arc 
 
Tue Jan 30 13:45:31 2018 
 
Media Recovery Log /data/app/oracle/arch/arch_949967087_1_114470.arc 
 
Tue Jan 30 13:45:45 2018 
 
Media Recovery Log /data/app/oracle/arch/arch_949967087_1_114471.arc 
 
Tue Jan 30 13:46:01 2018 
 
Media Recovery Log /data/app/oracle/arch/arch_949967087_1_114472.arc 
 
Tue Jan 30 13:46:14 2018 
 
Media Recovery Log /data/app/oracle/arch/arch_949967087_1_114473.arc 
 
.................... 
從日志的輸出中我們可以看出，備庫正在應用歸檔。

三、驗證

3.1 備庫驗證

SQL>  select process,status,sequence# from v$managed_standby; 
 
PROCESS   STATUS        SEQUENCE# 
 
ARCH      CLOSING          114534 
 
ARCH      CLOSING          114535 
 
ARCH      CONNECTED             0 
 
ARCH      CLOSING          114533 
 
RFS       IDLE                  0 
 
RFS       IDLE             114536 
 
RFS       IDLE                  0 
 
MRP0      WAIT_FOR_LOG     114536 
 
RFS       IDLE                  0 
 
9 rows selected. 
 
SQL> select database_role,switchover_status,open_mode from v$database; 
 
DATABASE_ROLE    SWITCHOVER_STATUS    OPEN_MODE 
 
PHYSICAL STANDBY NOT ALLOWED          MOUNTED 
 
SQL> select distinct thread#,max(sequence#) over(partition by thread#) a from v$archived_log; 
 
   THREAD#          A 
 
         1     114537 
 
SQL>

3.2 主庫驗證

SQL> select distinct thread#,max(sequence#) over(partition by thread#) a from v$archived_log; 
 
   THREAD#          A 
 
         1     114537 
 
SQL>

四、dg重啟關閉命令總結

4.1 關閉備用數據庫

SQL >alter database recover managed standby database cancel; 
SQL >shutdown immediate;

4.2 啟動備庫

SQL > startup nomount; 
SQL >alter database mount standby database; 
SQL >alter database recover managed standby database disconnect from session;

4.3 啟用備庫的實時應用

SQL > startup nomount; 
SQL >alter database mount standby database; 
SQL>ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE  DISCONNECT FROM SESSION;

4.4 啟用備庫的實時應用+只讀模式

SQL >startup nomount; 
SQL >alter database mount standby database; 
SQL >alter database open read only; 
SQL>ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE  DISCONNECT FROM SESSION;

【編輯推薦】

為什么不建議你用分布式事務？
面試官問 HTTPS 是怎么從 HTTP 轉過來的，我有點懵
2022年及以后全球IT行業的十大預測
蘋系統版本再更新，由iOS 14.6 迎來了iOS 15.2
你要的Windows：精簡+ CPU占用率暴降！瞬間干掉LTSC

責任編輯：姜華來源：今日頭條

Oracle 數據庫后端開發

成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看