After convers to Snap SB experi problem archiv its own online redo_1545846.1
Data Guard Physical Standby - After conversion to a Snapshot Standby the Snapshot Standby experiences problems archiving its own online redo logs . (文件 ID 1545846.1)
In this Document
Applies to:Oracle Database - Enterprise Edition - Version 11.2.0.1 to 11.2.0.3 [Release 11.2]Information in this document applies to any platform. GoalTo convert a Physical Standby database to a Snapshot Standby database and configure a Snapshot Standby database archive destination that will allow the Snapshot Standby to generate its own archive logs while it is running in READ WRITE mode.
The Current Broker Configuration
$ dgmgrl
DGMGRL> connect / Connected. DGMGRL> show configuration; Configuration - rs1_dg Protection Mode: MaxAvailability Databases: rs1_stb - Primary database rs1 - Physical standby database Fast-Start Failover: DISABLED Configuration Status: SUCCESS
DGMGRL> convert database rs1 to snapshot standby;
Converting database "rs1" to a Snapshot Standby database, please wait... Database "rs1" converted successfully DGMGRL> edit configuration set protection mode as MaxPerformance; Succeeded. DGMGRL> show configuration; Configuration - rs1_dg Protection Mode: MaxPerformance Databases: rs1_stb - Primary database rs1 - Snapshot standby database Fast-Start Failover: DISABLED Configuration Status: SUCCESS
Managed Recovery is cancelled by the broker and media recovery is completed with a reset logs operation.
Tue Apr 16 11:55:38 2013
ALTER SYSTEM SET db_recovery_file_dest_size='6G' SCOPE=BOTH; Tue Apr 16 12:05:41 2013 ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL Tue Apr 16 12:05:41 2013 MRP0: Background Media Recovery cancelled with status 16037 Errors in file /u01/app/oracle/diag/rdbms/rs1/rs1/trace/rs1_pr00_4009.trc: ORA-16037: user requested cancel of managed recovery operation Managed Standby Recovery not using Real Time Apply Recovery interrupted! Recovered data files to a consistent state at change 3294480 Tue Apr 16 12:05:42 2013 MRP0: Background Media Recovery process shutdown (rs1) Managed Standby Recovery Canceled (rs1) Completed: ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL alter database convert to snapshot standby Created guaranteed restore point SNAPSHOT_STANDBY_REQUIRED_04/16/2013 12:05:42 krsv_proc_kill: Killing 4 processes (all RFS) Begin: Standby Redo Logfile archival End: Standby Redo Logfile archival RESETLOGS after complete recovery through change 3294480 Waiting for all non-current ORLs to be archived... All non-current ORLs have been archived. Resetting resetlogs activation ID 1826002576 (0x6cd69690) Online log +DATA/rs1/onlinelog/group_1.261.800115647: Thread 1 Group 1 was previously cleared Online log +FRA/rs1/onlinelog/group_1.257.800115649: Thread 1 Group 1 was previously cleared Online log +DATA/rs1/onlinelog/group_2.262.800115651: Thread 1 Group 2 was previously cleared Online log +FRA/rs1/onlinelog/group_2.258.800115653: Thread 1 Group 2 was previously cleared Online log +DATA/rs1/onlinelog/group_3.263.800115655: Thread 1 Group 3 was previously cleared Online log +FRA/rs1/onlinelog/group_3.259.800115655: Thread 1 Group 3 was previously cleared Standby became primary SCN: 3294478
Tue Apr 16 11:55:38 2013
ALTER SYSTEM SET db_recovery_file_dest_size='6G' SCOPE=BOTH; Tue Apr 16 12:05:41 2013 ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL Tue Apr 16 12:05:41 2013 MRP0: Background Media Recovery cancelled with status 16037 Errors in file /u01/app/oracle/diag/rdbms/rs1/rs1/trace/rs1_pr00_4009.trc: ORA-16037: user requested cancel of managed recovery operation Managed Standby Recovery not using Real Time Apply Recovery interrupted! Recovered data files to a consistent state at change 3294480 Tue Apr 16 12:05:42 2013 MRP0: Background Media Recovery process shutdown (rs1) Managed Standby Recovery Canceled (rs1) Completed: ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL alter database convert to snapshot standby Created guaranteed restore point SNAPSHOT_STANDBY_REQUIRED_04/16/2013 12:05:42 krsv_proc_kill: Killing 4 processes (all RFS) Begin: Standby Redo Logfile archival End: Standby Redo Logfile archival RESETLOGS after complete recovery through change 3294480 Waiting for all non-current ORLs to be archived... All non-current ORLs have been archived. Resetting resetlogs activation ID 1826002576 (0x6cd69690) Online log +DATA/rs1/onlinelog/group_1.261.800115647: Thread 1 Group 1 was previously cleared Online log +FRA/rs1/onlinelog/group_1.257.800115649: Thread 1 Group 1 was previously cleared Online log +DATA/rs1/onlinelog/group_2.262.800115651: Thread 1 Group 2 was previously cleared Online log +FRA/rs1/onlinelog/group_2.258.800115653: Thread 1 Group 2 was previously cleared Online log +DATA/rs1/onlinelog/group_3.263.800115655: Thread 1 Group 3 was previously cleared Online log +FRA/rs1/onlinelog/group_3.259.800115655: Thread 1 Group 3 was previously cleared Standby became primary SCN: 3294478
The Problem
The Snapshot Standby is opened READ WRITE
Completed: ALTER DATABASE OPEN
Tue Apr 16 12:05:59 2013 RFS[4]: Assigned to RFS process 4235 RFS[4]: Selected log 4 for thread 1 sequence 286 dbid 1823795963 branch 800115647 Tue Apr 16 12:06:03 2013
Tue Apr 16 13:35:25 2013
Thread 1 advanced to log sequence 3 (LGWR switch) Current log# 3 seq# 3 mem# 0: +DATA/rs1/onlinelog/group_3.263.800115655 Current log# 3 seq# 3 mem# 1: +FRA/rs1/onlinelog/group_3.259.800115655 Tue Apr 16 13:36:01 2013 ARCH: Archival stopped, error occurred. Will continue retrying ORACLE Instance rs1 - Archival Error ORA-16014: log 1 sequence# 1 not archived, no available destinations ORA-00312: online log 1 thread 1: '+DATA/rs1/onlinelog/group_1.261.800115647' ORA-00312: online log 1 thread 1: '+FRA/rs1/onlinelog/group_1.257.800115649'
SolutionThe errors can be corrected by enabling a destination that has the following properties for its valid_for clause, ONLINE_LOGFILE and STANDBY_ROLE.
SQL> alter system set log_archive_dest_4='location="+DATA", valid_for=(ONLINE_LOGFILE,STANDBY_ROLE)';
The Alert Log in the Snapshot Standby will now show archiving occurring
Tue Apr 16 14:15:56 2013
ALTER SYSTEM SET log_archive_dest_4='location="+DATA", valid_for=(ONLINE_LOGFILE,STANDBY_ROLE)' SCOPE=BOTH; Tue Apr 16 14:16:04 2013 Archived Log entry 519 added for thread 1 sequence 1 ID 0x6d78154b dest 4: krse_arc_driver_core: Successful archiving of previously failed ORL Archiver process freed from errors. No longer stopped Tue Apr 16 14:16:14 2013 Archived Log entry 520 added for thread 1 sequence 2 ID 0x6d78154b dest 4:
|
|
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/17252115/viewspace-1284003/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 除錯記錄:The public type must be defined in its own file除錯
- MYSQL錯誤程式碼:1248 Every derived table must have its own alias 解決MySql
- Online Judge——1000.A+B Problem(c++)C++
- Snap 使用
- She Got her ownGo
- Problem_2 Majority Problem
- The 2024 ICPC Asia EC Regionals Online Contest (II) - Problem B. Mountain BookingAI
- The 2024 ICPC Asia EC Regionals Online Contest (II) - Problem H. Points Selection
- Snap 7 APIAPI
- 【AIX】 snap 命令AI
- Swift SB 容器 Container View使用SwiftAIView
- Put email in its placeAI
- 【Exception】:own error messageExceptionError
- D50SB100-ASEMI逆變焊機專用D50SB100
- Ubuntu Snap 介紹Ubuntu
- How boltdb Write its Data?
- ITS WEBGUI in ECC6.0WebGUI
- Build Your Own Cas Service - ProUI
- Mathematical Problem
- snap 命令的 總結
- 7 、shrink table and its dependent segments
- Maintain Internet Transaction Server (ITS)AIServer
- jQuery after()jQuery
- FZU Problem 1692 Key problem(迴圈矩陣)矩陣
- ACM A problem is easyACM
- Database Transaction ProblemDatabase
- Yet Another Problem
- Oracle實時資料整合工具簡介SBOracle
- 閉包的理解-from my own opinion
- www/wwwroot/storage/logs" and its not b
- pyttsx3 and its alternativesTTS
- Fixed "There was a problem with the editor 'vi'"
- STL iterator delete problemdelete
- E. Not a Nim Problem
- Win10怎麼使用snap分屏功能 win10使用snap分屏功能的方法Win10
- Write Your Own Operating System Tutorial(1) (轉)
- Write Your Own Operating System Tutorial(2) (轉)
- Write Your Own Operating System Tutorial(4) (轉)