Data Guard Missing Redo Archive Logs
Hi All Gurus
I have setup data guard on windows 2008 server sp2 with oracle 10.2.0.4.0 (Both OS & Oracle DB are 64 bits).
The Network Admin have shutdown Backup server. Now when I checked the Archive status as follows
1. select * from v$archive_gap; It shows a gap in archives e.g. 891 - 920.
2. SELECT THREAD#, SEQUENCE#, APPLIED FROM V$ARCHIVED_LOG; e.g. 891-920 Not Applied.
Now I issue following command
1. SELECT RECOVERY_MODE FROM V$ARCHIVE_DEST_STATUS; e.g. MANAGED REAL TIME APPLY
2. DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
or ALTER DATABASE RECOVER managed standby database disconnect from session ;
e.g. incompatible Media Recovery in Progress
3. Alert Log says Adjust CONTROL_FILE_RECORD_KEEP_TIME to sufficient limits.
I have also adjusted CONTROL_FILE_RECORD_KEEP_TIME to 90 days as follows
4. show parameter control_file e.g. CONTROL_FILE_RECORD_KEEP_TIME=90
5. I have checked firewall and tnsping for both Primary and Standby Server e.g. tnsping CVMIS (Primary), CVMISBK (Standby)
Both are OK. TNSPING is showing 10-30msec delay.
6. I have checked the web for gap Removal, Mostly are using RMAN method to Backup and then Restore to Standby DB.
Is there any other way to fill this gap without using RMAN? I mean DG automatically fill it by using some commands
are settings?
Kind Regards
Thunder2777
Hi CKPT
Thanks for the scripts which I executed today on 24 Mon 2013. Here are the Results.
Standby Database Script Output:
NAME DISPLAY_VALUE
db_file_name_convert
db_name UMIS
db_unique_name UMISBK
dg_broker_config_file1 C:\ORACLE\PRODUCT\10.2.0\DB_1\DATABASE\DR1UMISBK.DAT
dg_broker_config_file2 C:\ORACLE\PRODUCT\10.2.0\DB_1\DATABASE\DR2UMISBK.DAT
dg_broker_start TRUE
fal_client (DESCRIPTION=(ADDRESS_LIST=(AD
DRESS=(PROTOCOL=tcp)(HOST=WIN-
7VSLKL4CGU2)(PORT=1521)))(CONN
ECT_DATA=(SERVICE_NAME=umisbk_
XPT)(INSTANCE_NAME=umisbk)(SER
VER=dedicated)))
fal_server (DESCRIPTION=(ADDRESS_LIST=(AD
DRESS=(PROTOCOL=tcp)(HOST=CV-A
JKDB)(PORT=1521)))(CONNECT_DAT
A=(SERVICE_NAME=umis_XPT)(SERV
ER=dedicated)))
local_listener
log_archive_config DG_CONFIG=(UMIS,UMISBK)
log_archive_dest_2 SERVICE=UMIS LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=UMIS
log_archive_dest_state_2 ENABLE
log_archive_max_processes 10
log_file_name_convert E:\oracle\product\10.2.0\flash_recovery_area\UMIS\, D:\ORACLE\FRA\UMISBK
remote_login_passwordfile EXCLUSIVE
standby_archive_dest D:\ORACLE\FRA\UMISBK\ARCHIVELOG\
standby_file_management AUTO
NAME DB_UNIQUE_NAME PROTECTION_MODE DATABASE_R OPEN_MODE
UMIS UMISBK MAXIMUM PERFORMANCE PHYSICAL STANDBY MOUNTED
THREAD# MAX(SEQUENCE#)
1 890
PROCESS STATUS THREAD# SEQUENCE#
ARCH CONNECTED 0 0
ARCH CONNECTED 0 0
ARCH CONNECTED 0 0
ARCH CONNECTED 0 0
ARCH CLOSING 1 1062
ARCH CONNECTED 0 0
ARCH CONNECTED 0 0
ARCH CONNECTED 0 0
ARCH CONNECTED 0 0
ARCH CONNECTED 0 0
MRP0 WAIT_FOR_GAP 1 891
RFS IDLE 1 1063
RFS IDLE 0 0
NAME VALUE UNIT TIME_COMPUTED
apply finish time day(2) to second(1) interval
apply lag day(2) to second(0) interval
estimated startup time 22 second
standby has been open N
transport lag day(2) to second(0) interval
THREAD# LOW_SEQUENCE# HIGH_SEQUENCE#
1 891 948
NAME Size MB Used MB
D:\ORACLE\FRA 2048 0
STANDBY Alert Log:
Mon Jun 24 10:19:55 2013
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
RFS[2]: Assigned to RFS process 1868
RFS[2]: Identified database type as 'physical standby'
RFS[2]: Successfully opened standby log 5: 'D:\ORACLE\ORADATA\UMISBK\SLOG02.LOG'
Mon Jun 24 10:22:09 2013
Adjusting the default value of parameter parallel_max_servers
from 160 to 135 due to the value of parameter processes (150)
Mon Jun 24 10:22:09 2013
Starting ORACLE instance (normal)
Mon Jun 24 10:22:09 2013
alter database mount standby database
ORA-1154 signalled during: alter database mount standby database...
Mon Jun 24 10:22:09 2013
alter database recover managed standby database using current logfile disconnect from session
Mon Jun 24 10:22:40 2013
ORA-1153 signalled during: alter database recover managed standby database using current logfile disconnect from session...
Adjusting the default value of parameter parallel_max_servers
from 160 to 135 due to the value of parameter processes (150)
Mon Jun 24 10:24:40 2013
Starting ORACLE instance (normal)
Mon Jun 24 10:24:40 2013
alter database mount standby database
ORA-1154 signalled during: alter database mount standby database...
Mon Jun 24 10:24:40 2013
alter database recover managed standby database using current logfile disconnect from session
Mon Jun 24 10:25:11 2013
ORA-1153 signalled during: alter database recover managed standby database using current logfile disconnect from session...
Mon Jun 24 10:26:46 2013
Adjusting the default value of parameter parallel_max_servers
from 160 to 135 due to the value of parameter processes (150)
Mon Jun 24 10:26:46 2013
Starting ORACLE instance (normal)
Mon Jun 24 10:28:04 2013
alter database mount standby database
Mon Jun 24 10:28:04 2013
ORA-1154 signalled during: alter database mount standby database...
PRIMARY Database Script Output:
NAME DISPLAY_VALUE
db_file_name_convert UMIS, UMISBK
db_name UMIS
db_unique_name UMIS
dg_broker_config_file1 E:\ORACLE\PRODUCT\10.2.0\DB_1\DATABASE\DR1UMIS.DAT
dg_broker_config_file2 E:\ORACLE\PRODUCT\10.2.0\DB_1\DATABASE\DR2UMIS.DAT
dg_broker_start TRUE
fal_client UMIS
fal_server UMISBK
local_listener
log_archive_config DG_CONFIG=(UMIS,UMISBK)
log_archive_dest_2 service="(DESCRIPTION=(ADDRESS
_LIST=(ADDRESS=(PROTOCOL=tcp)(
HOST=WIN-7VSLKL4CGU2)(PORT=152
1)))(CONNECT_DATA=(SERVICE_NAM
E=umisbk_XPT)(INSTANCE_NAME=um
isbk)(SERVER=dedicated)))",
LGWR ASYNC NOAFFIRM delay=0 O
PTIONAL max_failure=0 max_conn
ections=1 reopen=300 db_uniq
ue_name="umisbk" register net_
timeout=180 valid_for=(online
_logfile,primary_role)
log_archive_dest_state_2 ENABLE
log_archive_max_processes 2
log_file_name_convert E:\oracle\product\10.2.0\flash_recOvery_area\UMIS ARCHIVELOG\, D:\ORACLE\FRA\UMISBK\ARCHIVELOG\
remote_login_passwordfile EXCLUSIVE
standby_archive_dest
standby_file_management AUTO
NAME DB_UNIQUE_NAME PROTECTION_MODE DATABASE_R OPEN_MODE SWITCHOVER_STATUS
UMIS UMIS MAXIMUM PERFORMANCE PRIMARY READ WRITE SESSIONS ACTIVE
THREAD# MAX(SEQUENCE#)
1 1062
Thread Last Sequence Received Last Sequence Applied Difference
1 1062 1062 0
1 1062 1062 0
SEVERITY ERROR_CODE timestamp MESSAGE
Error 12514 24-JUN-2013 10:08:02 LGWR: Error 12514 creating archivelog file '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-7VSLKL4CGU2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=umisbk_XPT)(INSTANCE_NAME=umisbk)(SERVER=dedicated)))
Error 12514 24-JUN-2013 10:08:04 LGWR: Error 12514 creating archivelog file '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-7VSLKL4CGU2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=umisbk_XPT)(INSTANCE_NAME=umisbk)(SERVER=dedicated)))
Error 12514 24-JUN-2013 10:08:07 FAL[server, ARC1]: Error 12514 creating remote archivelog file '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-7VSLKL4CGU2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=umisbk_XPT)(INSTANCE_NAME=umisbk)(SERVER=dedicated)))'
Error 12514 24-JUN-2013 10:08:31 LGWR: Error 12514 creating archivelog file '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-7VSLKL4CGU2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=umisbk_XPT)(INSTANCE_NAME=umisbk)(SERVER=dedicated)))
Error 12514 24-JUN-2013 10:08:59 FAL[server, ARC1]: Error 12514 creating remote archivelog file '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-7VSLKL4CGU2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=umisbk_XPT)(INSTANCE_NAME=umisbk)(SERVER=dedicated)))'
Error 12514 24-JUN-2013 10:14:57 PING[ARC1]: Heartbeat failed to connect to standby '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-7VSLKL4CGU2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=umisbk_XPT)(INSTANCE_NAME=umisbk)(SERVER=dedicated)))'. Error is 12514.
ID STATUS DB_MODE TYPE RECOVERY_MODE PROTECTION_MODE SRLs ACTIVE ARCHIVED_SEQ#
1 VALID OPEN ARCH IDLE MAXIMUM PERFORMANCE 0 0 1062
2 VALID UNKNOWN LGWR UNKNOWN MAXIMUM PERFORMANCE 4 3 1054
NAME Size MB Used MB
E:\oracle\product\10.2.0\flash_recovery_area 2048 0
Primary Alert Log:
System parameters with non-default values:
processes = 150
__shared_pool_size = 335544320
__large_pool_size = 16777216
__java_pool_size = 33554432
__streams_pool_size = 0
sga_target = 1258291200
control_files = E:\ORACLE\PRODUCT\10.2.0\ORADATA\UMIS\CONTROL01.CTL, E:\ORACLE\PRODUCT\10.2.0\ORADATA\UMIS\CONTROL02.CTL, E:\ORACLE\PRODUCT\10.2.0\ORADATA\UMIS\CONTROL03.CTL
db_file_name_convert = UMIS, UMISBK
log_file_name_convert = E:\oracle\product\10.2.0\flash_recOvery_area\UMIS ARCHIVELOG\, D:\ORACLE\FRA\UMISBK\ARCHIVELOG\
control_file_record_keep_time= 90
db_block_size = 8192
__db_cache_size = 855638016
compatible = 10.2.0.3.0
log_archive_config = DG_CONFIG=(UMIS,UMISBK)
log_archive_dest_1 = location="E:\oracle\product\10.2.0\flash_recovery_area\UMIS\ARCHIVELOG", valid_for=(ONLINE_LOGFILE,ALL_ROLES)
log_archive_dest_2 = service="(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-7VSLKL4CGU2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=umisbk_XPT)(INSTANCE_NAME=umisbk)(SERVER=dedicated)))", LGWR ASYNC NOAFFIRM delay=0 OPTIONAL max_failure=0 max_connections=1 reopen=300 db_unique_name="umisbk" register net_timeout=180 valid_for=(online_logfile,primary_role)
log_archive_dest_state_1 = ENABLE
log_archive_dest_state_2 = ENABLE
log_archive_max_processes= 2
log_archive_min_succeed_dest= 1
standby_archive_dest =
log_archive_trace = 0
log_archive_format = ARC_s%S_r%R_t%T.arc
fal_client = UMIS
fal_server = UMISBK
archive_lag_target = 0
db_file_multiblock_read_count= 16
db_recovery_file_dest = E:\oracle\product\10.2.0\flash_recovery_area
db_recovery_file_dest_size= 2147483648
standby_file_management = AUTO
undo_management = AUTO
undo_tablespace = UNDOTBS1
remote_login_passwordfile= EXCLUSIVE
db_domain =
dispatchers = (PROTOCOL=TCP) (SERVICE=UMISXDB)
job_queue_processes = 10
audit_file_dest = E:\ORACLE\PRODUCT\10.2.0\ADMIN\UMIS\ADUMP
background_dump_dest = E:\ORACLE\PRODUCT\10.2.0\ADMIN\UMIS\BDUMP
user_dump_dest = E:\ORACLE\PRODUCT\10.2.0\ADMIN\UMIS\UDUMP
core_dump_dest = E:\ORACLE\PRODUCT\10.2.0\ADMIN\UMIS\CDUMP
db_name = UMIS
open_cursors = 300
pga_aggregate_target = 417333248
dg_broker_start = TRUE
PSP0 started with pid=3, OS id=2824
MMAN started with pid=4, OS id=2820
DBW0 started with pid=5, OS id=2396
LGWR started with pid=6, OS id=2676
CKPT started with pid=7, OS id=2692
SMON started with pid=8, OS id=2096
RECO started with pid=9, OS id=2924
CJQ0 started with pid=10, OS id=2832
MMON started with pid=11, OS id=3052
Mon Jun 24 10:07:34 2013
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
Mon Jun 24 10:07:34 2013
starting up 1 shared server(s) ...
MMNL started with pid=12, OS id=2700
DMON started with pid=15, OS id=2908
PMON started with pid=2, OS id=2812
Mon Jun 24 10:07:35 2013
alter database mount exclusive
Mon Jun 24 10:07:40 2013
Setting recovery target incarnation to 2
Mon Jun 24 10:07:42 2013
Successful mount of redo thread 1, with mount id 316954407
Mon Jun 24 10:07:42 2013
Database mounted in Exclusive Mode
Completed: alter database mount exclusive
Mon Jun 24 10:07:42 2013
alter database open
Mon Jun 24 10:07:47 2013
Starting Data Guard Broker (DMON)
NSV1 started with pid=16, OS id=3552
Mon Jun 24 10:07:50 2013
Beginning crash recovery of 1 threads
parallel recovery started with 7 processes
INSV started with pid=24, OS id=3628
Mon Jun 24 10:07:52 2013
Started redo scan
Mon Jun 24 10:07:53 2013
Completed redo scan
144 redo blocks read, 60 data blocks need recovery
Mon Jun 24 10:07:53 2013
Started redo application at
Thread 1: logseq 1059, block 8380
Mon Jun 24 10:07:53 2013
Recovery of Online Redo Log: Thread 1 Group 3 Seq 1059 Reading mem 0
Mem# 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\UMIS\REDO03.LOG
Mon Jun 24 10:07:53 2013
Completed redo application
Mon Jun 24 10:07:53 2013
Completed crash recovery at
Thread 1: logseq 1059, block 8524, scn 26461769
60 data blocks read, 60 data blocks written, 144 redo blocks read
Mon Jun 24 10:07:57 2013
LGWR: STARTING ARCH PROCESSES
ARC0 started with pid=25, OS id=3804
ARC1 started with pid=26, OS id=3808
Mon Jun 24 10:07:57 2013
ARC0: Archival started
ARC1: Archival started
LGWR: STARTING ARCH PROCESSES COMPLETE
RSM0 started with pid=27, OS id=3812
LNS1 started with pid=28, OS id=3824
Mon Jun 24 10:08:01 2013
Thread 1 advanced to log sequence 1060 (thread open)
Thread 1 opened at log sequence 1060
Current log# 1 seq# 1060 mem# 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\UMIS\REDO01.LOG
Successful open of redo thread 1
Mon Jun 24 10:08:02 2013
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
Mon Jun 24 10:08:02 2013
ARC1: STARTING ARCH PROCESSES
Mon Jun 24 10:08:02 2013
ARC0: Becoming the 'no FAL' ARCH
ARC0: Becoming the 'no SRL' ARCH
Mon Jun 24 10:08:02 2013
ARC2: Archival started
Mon Jun 24 10:08:02 2013
ARC1: STARTING ARCH PROCESSES COMPLETE
ARC2 started with pid=29, OS id=3544
ARC1: Becoming the heartbeat ARCH
Mon Jun 24 10:08:02 2013
LGWR: Setting 'active' archival for destination LOG_ARCHIVE_DEST_2
Error 12514 received logging on to the standby
LGWR: Error 12514 creating archivelog file '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-7VSLKL4CGU2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=umisbk_XPT)(INSTANCE_NAME=umisbk)(SERVER=dedicated)))'
Mon Jun 24 10:08:02 2013
Errors in file e:\oracle\product\10.2.0\admin\umis\bdump\umis_lns1_3824.trc:
ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
Mon Jun 24 10:08:02 2013
SMON: enabling cache recovery
Mon Jun 24 10:08:03 2013
ALTER SYSTEM SET log_archive_dest_2='service="(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-7VSLKL4CGU2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=umisbk_XPT)(INSTANCE_NAME=umisbk)(SERVER=dedicated)))"',' LGWR ASYNC NOAFFIRM delay=0 OPTIONAL max_failure=0 max_connections=1 reopen=300 db_unique_name="umisbk" register net_timeout=180 valid_for=(online_logfile,primary_role)' SCOPE=BOTH;
Mon Jun 24 10:08:03 2013
LNS: Failed to archive log 1 thread 1 sequence 1060 (12514)
Mon Jun 24 10:08:03 2013
ALTER SYSTEM SET log_archive_dest_state_2='ENABLE' SCOPE=BOTH;
Mon Jun 24 10:08:03 2013
ALTER DATABASE OPEN
Mon Jun 24 10:08:03 2013
ORA-1531 signalled during: ALTER DATABASE OPEN...
Mon Jun 24 10:08:04 2013
Error 12514 received logging on to the standby
LGWR: Error 12514 creating archivelog file '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-7VSLKL4CGU2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=umisbk_XPT)(INSTANCE_NAME=umisbk)(SERVER=dedicated)))'
Mon Jun 24 10:08:04 2013
Errors in file e:\oracle\product\10.2.0\admin\umis\bdump\umis_lns1_3824.trc:
ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
LNS: Failed to archive log 1 thread 1 sequence 1060 (12514)
Mon Jun 24 10:08:04 2013
Successfully onlined Undo Tablespace 1.
Mon Jun 24 10:08:04 2013
SMON: enabling tx recovery
Mon Jun 24 10:08:05 2013
Database Characterset is WE8MSWIN1252
Opening with internal Resource Manager plan
where NUMA PG = 1, CPUs = 8
Mon Jun 24 10:08:06 2013
Error 12514 received logging on to the standby
Mon Jun 24 10:08:06 2013
Errors in file e:\oracle\product\10.2.0\admin\umis\bdump\umis_arc1_3808.trc:
ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
FAL[server, ARC1]: Error 12514 creating remote archivelog file '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-7VSLKL4CGU2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=umisbk_XPT)(INSTANCE_NAME=umisbk)(SERVER=dedicated)))'
FAL[server, ARC1]: FAL archive failed, see trace file.
Mon Jun 24 10:08:07 2013
replication_dependency_tracking turned off (no async multimaster replication found)
Mon Jun 24 10:08:07 2013
Errors in file e:\oracle\product\10.2.0\admin\umis\bdump\umis_arc1_3808.trc:
ORA-16055: FAL request rejected
Mon Jun 24 10:08:07 2013
ARCH: FAL archive failed. Archiver continuing
Mon Jun 24 10:08:08 2013
Starting background process QMNC
QMNC started with pid=28, OS id=3984
Mon Jun 24 10:08:15 2013
db_recovery_file_dest_size of 2048 MB is 0.00% used. This is a
user-specified limit on the amount of space that will be used by this
database for recovery-related files, and does not reflect the amount of
space available in the underlying filesystem or ASM diskgroup.
Mon Jun 24 10:08:15 2013
Completed: alter database open
Mon Jun 24 10:08:19 2013
ALTER SYSTEM SET standby_archive_dest='' SCOPE=BOTH SID='umis';
Mon Jun 24 10:08:19 2013
ALTER SYSTEM SET log_archive_trace=0 SCOPE=BOTH SID='umis';
Mon Jun 24 10:08:19 2013
ALTER SYSTEM SET log_archive_format='ARC_s%S_r%R_t%T.arc' SCOPE=SPFILE SID='umis';
Mon Jun 24 10:08:20 2013
ALTER SYSTEM SET standby_file_management='AUTO' SCOPE=BOTH SID='*';
Mon Jun 24 10:08:20 2013
ALTER SYSTEM SET archive_lag_target=0 SCOPE=BOTH SID='*';
Mon Jun 24 10:08:20 2013
ALTER SYSTEM SET log_archive_max_processes=2 SCOPE=BOTH SID='*';
Mon Jun 24 10:08:21 2013
ALTER SYSTEM SET log_archive_min_succeed_dest=1 SCOPE=BOTH SID='*';
Mon Jun 24 10:08:21 2013
ALTER SYSTEM SET db_file_name_convert='UMIS','UMISBK' SCOPE=SPFILE;
Mon Jun 24 10:08:21 2013
ALTER SYSTEM SET log_file_name_convert='E:\oracle\product\10.2.0\flash_recOvery_area\UMIS ARCHIVELOG\','D:\ORACLE\FRA\UMISBK\ARCHIVELOG\' SCOPE=SPFILE;
Mon Jun 24 10:08:21 2013
ALTER SYSTEM ARCHIVE LOG
Mon Jun 24 10:08:21 2013
Thread 1 cannot allocate new log, sequence 1061
Private strand flush not complete
Current log# 1 seq# 1060 mem# 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\UMIS\REDO01.LOG
Mon Jun 24 10:08:22 2013
Shutting down archive processes
Mon Jun 24 10:08:22 2013
Thread 1 advanced to log sequence 1061 (LGWR switch)
Mon Jun 24 10:08:22 2013
Current log# 2 seq# 1061 mem# 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\UMIS\REDO02.LOG
Mon Jun 24 10:08:27 2013
ARCH shutting down
ARC2: Archival stopped
Mon Jun 24 10:08:27 2013
ALTER SYSTEM SET log_archive_dest_2='service="(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-7VSLKL4CGU2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=umisbk_XPT)(INSTANCE_NAME=umisbk)(SERVER=dedicated)))"',' LGWR ASYNC NOAFFIRM delay=0 OPTIONAL max_failure=0 max_connections=1 reopen=300 db_unique_name="umisbk" register net_timeout=180 valid_for=(online_logfile,primary_role)' SCOPE=BOTH;
Mon Jun 24 10:08:27 2013
ALTER SYSTEM SET log_archive_dest_state_2='ENABLE' SCOPE=BOTH;
Mon Jun 24 10:08:27 2013
ALTER SYSTEM ARCHIVE LOG
Mon Jun 24 10:08:27 2013
Thread 1 cannot allocate new log, sequence 1062
Private strand flush not complete
Current log# 2 seq# 1061 mem# 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\UMIS\REDO02.LOG
LNS1 started with pid=29, OS id=4204
Mon Jun 24 10:08:31 2013
Thread 1 advanced to log sequence 1062 (LGWR switch)
Current log# 3 seq# 1062 mem# 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\UMIS\REDO03.LOG
Mon Jun 24 10:08:31 2013
Error 12514 received logging on to the standby
LGWR: Error 12514 creating archivelog file '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-7VSLKL4CGU2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=umisbk_XPT)(INSTANCE_NAME=umisbk)(SERVER=dedicated)))'
Mon Jun 24 10:08:31 2013
Errors in file e:\oracle\product\10.2.0\admin\umis\bdump\umis_lns1_4204.trc:
ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
LNS: Failed to archive log 3 thread 1 sequence 1062 (12514)
Mon Jun 24 10:08:59 2013
Error 12514 received logging on to the standby
Mon Jun 24 10:08:59 2013
Errors in file e:\oracle\product\10.2.0\admin\umis\bdump\umis_arc1_3808.trc:
ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
FAL[server, ARC1]: Error 12514 creating remote archivelog file '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-7VSLKL4CGU2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=umisbk_XPT)(INSTANCE_NAME=umisbk)(SERVER=dedicated)))'
FAL[server, ARC1]: FAL archive failed, see trace file.
Mon Jun 24 10:08:59 2013
Errors in file e:\oracle\product\10.2.0\admin\umis\bdump\umis_arc1_3808.trc:
ORA-16055: FAL request rejected
ARCH: FAL archive failed. Archiver continuing
Mon Jun 24 10:14:57 2013
Error 12514 received logging on to the standby
Mon Jun 24 10:14:57 2013
Errors in file e:\oracle\product\10.2.0\admin\umis\bdump\umis_arc1_3808.trc:
ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
PING[ARC1]: Heartbeat failed to connect to standby '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-7VSLKL4CGU2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=umisbk_XPT)(INSTANCE_NAME=umisbk)(SERVER=dedicated)))'. Error is 12514.
Mon Jun 24 10:18:46 2013
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
Mon Jun 24 10:19:23 2013
ALTER SYSTEM SET log_archive_dest_2='service="(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-7VSLKL4CGU2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=umisbk_XPT)(INSTANCE_NAME=umisbk)(SERVER=dedicated)))"',' LGWR ASYNC NOAFFIRM delay=0 OPTIONAL max_failure=0 max_connections=1 reopen=300 db_unique_name="umisbk" register net_timeout=180 valid_for=(online_logfile,primary_role)' SCOPE=BOTH;
Mon Jun 24 10:19:23 2013
ALTER SYSTEM SET log_archive_dest_state_2='ENABLE' SCOPE=BOTH;
Mon Jun 24 10:19:23 2013
ALTER SYSTEM ARCHIVE LOG
Mon Jun 24 10:19:24 2013
Thread 1 cannot allocate new log, sequence 1063
Private strand flush not complete
Current log# 3 seq# 1062 mem# 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\UMIS\REDO03.LOG
LNS1 started with pid=18, OS id=4300
Mon Jun 24 10:19:28 2013
Thread 1 advanced to log sequence 1063 (LGWR switch)
Current log# 1 seq# 1063 mem# 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\UMIS\REDO01.LOG
Mon Jun 24 10:19:28 2013
LNS: Standby redo logfile selected for thread 1 sequence 1063 for destination LOG_ARCHIVE_DEST_2
Mon Jun 24 10:19:58 2013
ARC1: Standby redo logfile selected for thread 1 sequence 1062 for destination LOG_ARCHIVE_DEST_2
Well there seems to be some connectivity issue on Primary DB (I Guess!!!).
But when I issue tnsping from Primary Database, the result is
SQL> host tnsping umisbk (Standy DB Name) ---> Status: OK [10-30msec]
And when I issue tnsping from Standby Database, the result is
SQL> host tnsping umis (Primary DB Name) ---> Status: OK [10-30msec]
So what your Recommendation.
Kind Regards
Thuhnder2777
Similar Messages
-
I have one problem with Data Guard. My archive log files are not applied.
I have one problem with Data Guard. My archive log files are not applied. However I have received all archive log files to my physical Standby db
I have created a Physical Standby database on Oracle 10gR2 (Windows XP professional). Primary database is on another computer.
In Enterprise Manager on Primary database it looks ok. I get the following message Data Guard status Normal
But as I wrote above the archive log files are not applied
After I created the Physical Standby database, I have also done:
1. I connected to the Physical Standby database instance.
CONNECT SYS/SYS@luda AS SYSDBA
2. I started the Oracle instance at the Physical Standby database without mounting the database.
STARTUP NOMOUNT PFILE=C:\oracle\product\10.2.0\db_1\database\initluda.ora
3. I mounted the Physical Standby database:
ALTER DATABASE MOUNT STANDBY DATABASE
4. I started redo apply on Physical Standby database
alter database recover managed standby database disconnect from session
5. I switched the log files on Physical Standby database
alter system switch logfile
6. I verified the redo data was received and archived on Physical Standby database
select sequence#, first_time, next_time from v$archived_log order by sequence#
SEQUENCE# FIRST_TIME NEXT_TIME
3 2006-06-27 2006-06-27
4 2006-06-27 2006-06-27
5 2006-06-27 2006-06-27
6 2006-06-27 2006-06-27
7 2006-06-27 2006-06-27
8 2006-06-27 2006-06-27
7. I verified the archived redo log files were applied on Physical Standby database
select sequence#,applied from v$archived_log;
SEQUENCE# APP
4 NO
3 NO
5 NO
6 NO
7 NO
8 NO
8. on Physical Standby database
select * from v$archive_gap;
No rows
9. on Physical Standby database
SELECT MESSAGE FROM V$DATAGUARD_STATUS;
MESSAGE
ARC0: Archival started
ARC1: Archival started
ARC2: Archival started
ARC3: Archival started
ARC4: Archival started
ARC5: Archival started
ARC6: Archival started
ARC7: Archival started
ARC8: Archival started
ARC9: Archival started
ARCa: Archival started
ARCb: Archival started
ARCc: Archival started
ARCd: Archival started
ARCe: Archival started
ARCf: Archival started
ARCg: Archival started
ARCh: Archival started
ARCi: Archival started
ARCj: Archival started
ARCk: Archival started
ARCl: Archival started
ARCm: Archival started
ARCn: Archival started
ARCo: Archival started
ARCp: Archival started
ARCq: Archival started
ARCr: Archival started
ARCs: Archival started
ARCt: Archival started
ARC0: Becoming the 'no FAL' ARCH
ARC0: Becoming the 'no SRL' ARCH
ARC1: Becoming the heartbeat ARCH
Attempt to start background Managed Standby Recovery process
MRP0: Background Managed Standby Recovery process started
Managed Standby Recovery not using Real Time Apply
MRP0: Background Media Recovery terminated with error 1110
MRP0: Background Media Recovery process shutdown
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
RFS[1]: Assigned to RFS process 2148
RFS[1]: Identified database type as 'physical standby'
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
RFS[2]: Assigned to RFS process 2384
RFS[2]: Identified database type as 'physical standby'
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
RFS[3]: Assigned to RFS process 3188
RFS[3]: Identified database type as 'physical standby'
Primary database is in MAXIMUM PERFORMANCE mode
Primary database is in MAXIMUM PERFORMANCE mode
RFS[3]: No standby redo logfiles created
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
RFS[4]: Assigned to RFS process 3168
RFS[4]: Identified database type as 'physical standby'
RFS[4]: No standby redo logfiles created
Primary database is in MAXIMUM PERFORMANCE mode
RFS[3]: No standby redo logfiles created
10. on Physical Standby database
SELECT PROCESS, STATUS, THREAD#, SEQUENCE#, BLOCK#, BLOCKS FROM V$MANAGED_STANDBY;
PROCESS STATUS THREAD# SEQUENCE# BLOCK# BLOCKS
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
RFS IDLE 0 0 0 0
RFS IDLE 0 0 0 0
RFS IDLE 1 9 13664 2
RFS IDLE 0 0 0 0
10) on Primary database:
select message from v$dataguard_status;
MESSAGE
ARC0: Archival started
ARC1: Archival started
ARC2: Archival started
ARC3: Archival started
ARC4: Archival started
ARC5: Archival started
ARC6: Archival started
ARC7: Archival started
ARC8: Archival started
ARC9: Archival started
ARCa: Archival started
ARCb: Archival started
ARCc: Archival started
ARCd: Archival started
ARCe: Archival started
ARCf: Archival started
ARCg: Archival started
ARCh: Archival started
ARCi: Archival started
ARCj: Archival started
ARCk: Archival started
ARCl: Archival started
ARCm: Archival started
ARCn: Archival started
ARCo: Archival started
ARCp: Archival started
ARCq: Archival started
ARCr: Archival started
ARCs: Archival started
ARCt: Archival started
ARCm: Becoming the 'no FAL' ARCH
ARCm: Becoming the 'no SRL' ARCH
ARCd: Becoming the heartbeat ARCH
Error 1034 received logging on to the standby
Error 1034 received logging on to the standby
LGWR: Error 1034 creating archivelog file 'luda'
LNS: Failed to archive log 3 thread 1 sequence 7 (1034)
FAL[server, ARCh]: Error 1034 creating remote archivelog file 'luda'
11)on primary db
select name,sequence#,applied from v$archived_log;
NAME SEQUENCE# APP
C:\ORACLE\PRODUCT\10.2.0\ORADATA\IRINA\ARC00003_0594204176.001 3 NO
C:\ORACLE\PRODUCT\10.2.0\ORADATA\IRINA\ARC00004_0594204176.001 4 NO
Luda 4 NO
Luda 3 NO
C:\ORACLE\PRODUCT\10.2.0\ORADATA\IRINA\ARC00005_0594204176.001 5 NO
Luda 5 NO
C:\ORACLE\PRODUCT\10.2.0\ORADATA\IRINA\ARC00006_0594204176.001 6 NO
Luda 6 NO
C:\ORACLE\PRODUCT\10.2.0\ORADATA\IRINA\ARC00007_0594204176.001 7 NO
Luda 7 NO
C:\ORACLE\PRODUCT\10.2.0\ORADATA\IRINA\ARC00008_0594204176.001 8 NO
Luda 8 NO
12) on standby db
select name,sequence#,applied from v$archived_log;
NAME SEQUENCE# APP
C:\ORACLE\PRODUCT\10.2.0\ORADATA\LUDA\ARC00004_0594204176.001 4 NO
C:\ORACLE\PRODUCT\10.2.0\ORADATA\LUDA\ARC00003_0594204176.001 3 NO
C:\ORACLE\PRODUCT\10.2.0\ORADATA\LUDA\ARC00005_0594204176.001 5 NO
C:\ORACLE\PRODUCT\10.2.0\ORADATA\LUDA\ARC00006_0594204176.001 6 NO
C:\ORACLE\PRODUCT\10.2.0\ORADATA\LUDA\ARC00007_0594204176.001 7 NO
C:\ORACLE\PRODUCT\10.2.0\ORADATA\LUDA\ARC00008_0594204176.001 8 NO
13) my init.ora files
On standby db
irina.__db_cache_size=79691776
irina.__java_pool_size=4194304
irina.__large_pool_size=4194304
irina.__shared_pool_size=75497472
irina.__streams_pool_size=0
*.audit_file_dest='C:\oracle\product\10.2.0\admin\luda\adump'
*.background_dump_dest='C:\oracle\product\10.2.0\admin\luda\bdump'
*.compatible='10.2.0.1.0'
*.control_files='C:\oracle\product\10.2.0\oradata\luda\luda.ctl'
*.core_dump_dest='C:\oracle\product\10.2.0\admin\luda\cdump'
*.db_block_size=8192
*.db_domain=''
*.db_file_multiblock_read_count=16
*.db_file_name_convert='luda','irina'
*.db_name='irina'
*.db_unique_name='luda'
*.db_recovery_file_dest='C:\oracle\product\10.2.0\flash_recovery_area'
*.db_recovery_file_dest_size=2147483648
*.dispatchers='(PROTOCOL=TCP) (SERVICE=irinaXDB)'
*.fal_client='luda'
*.fal_server='irina'
*.job_queue_processes=10
*.log_archive_config='DG_CONFIG=(irina,luda)'
*.log_archive_dest_1='LOCATION=C:/oracle/product/10.2.0/oradata/luda/ VALID_FOR=(ALL_LOGFILES, ALL_ROLES) DB_UNIQUE_NAME=luda'
*.log_archive_dest_2='SERVICE=irina LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES, PRIMARY_ROLE) DB_UNIQUE_NAME=irina'
*.log_archive_dest_state_1='ENABLE'
*.log_archive_dest_state_2='ENABLE'
*.log_archive_max_processes=30
*.log_file_name_convert='C:/oracle/product/10.2.0/oradata/irina/','C:/oracle/product/10.2.0/oradata/luda/'
*.open_cursors=300
*.pga_aggregate_target=16777216
*.processes=150
*.remote_login_passwordfile='EXCLUSIVE'
*.sga_target=167772160
*.standby_file_management='AUTO'
*.undo_management='AUTO'
*.undo_tablespace='UNDOTBS1'
*.user_dump_dest='C:\oracle\product\10.2.0\admin\luda\udump'
On primary db
irina.__db_cache_size=79691776
irina.__java_pool_size=4194304
irina.__large_pool_size=4194304
irina.__shared_pool_size=75497472
irina.__streams_pool_size=0
*.audit_file_dest='C:\oracle\product\10.2.0/admin/irina/adump'
*.background_dump_dest='C:\oracle\product\10.2.0/admin/irina/bdump'
*.compatible='10.2.0.1.0'
*.control_files='C:\oracle\product\10.2.0\oradata\irina\control01.ctl','C:\oracle\product\10.2.0\oradata\irina\control02.ctl','C:\oracle\product\10.2.0\oradata\irina\control03.ctl'
*.core_dump_dest='C:\oracle\product\10.2.0/admin/irina/cdump'
*.db_block_size=8192
*.db_domain=''
*.db_file_multiblock_read_count=16
*.db_file_name_convert='luda','irina'
*.db_name='irina'
*.db_recovery_file_dest='C:\oracle\product\10.2.0/flash_recovery_area'
*.db_recovery_file_dest_size=2147483648
*.dispatchers='(PROTOCOL=TCP) (SERVICE=irinaXDB)'
*.fal_client='irina'
*.fal_server='luda'
*.job_queue_processes=10
*.log_archive_config='DG_CONFIG=(irina,luda)'
*.log_archive_dest_1='LOCATION=C:/oracle/product/10.2.0/oradata/irina/ VALID_FOR=(ALL_LOGFILES, ALL_ROLES) DB_UNIQUE_NAME=irina'
*.log_archive_dest_2='SERVICE=luda LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES, PRIMARY_ROLE) DB_UNIQUE_NAME=luda'
*.log_archive_dest_state_1='ENABLE'
*.log_archive_dest_state_2='ENABLE'
*.log_archive_max_processes=30
*.log_file_name_convert='C:/oracle/product/10.2.0/oradata/luda/','C:/oracle/product/10.2.0/oradata/irina/'
*.open_cursors=300
*.pga_aggregate_target=16777216
*.processes=150
*.remote_login_passwordfile='EXCLUSIVE'
*.sga_target=167772160
*.standby_file_management='AUTO'
*.undo_management='AUTO'
*.undo_tablespace='UNDOTBS1'
*.user_dump_dest='C:\oracle\product\10.2.0/admin/irina/udump'
Please help me!!!!Hi,
After several tries my redo logs are applied now. I think in my case it had to do with the tnsnames.ora. At this moment I have both database in both tnsnames.ora files using the SID and not the SERVICE_NAME.
Now I want to use DGMGRL. Adding a configuration and a stand-by database is working fine, but when I try to enable the configuration DGMGRL gives no feedback and it looks like it is hanging. The log, although says that it succeeded.
In another session 'show configuration' results in the following, confirming that the enable succeeded.
DGMGRL> show configuration
Configuration
Name: avhtest
Enabled: YES
Protection Mode: MaxPerformance
Fast-Start Failover: DISABLED
Databases:
avhtest - Primary database
avhtestls53 - Physical standby database
Current status for "avhtest":
Warning: ORA-16610: command 'ENABLE CONFIGURATION' in progress
It there anybody that experienced the same problem and/or knows the solution to this?
With kind regards,
Martin Schaap -
Data Guard. My archive log files are not applied.
I have one problem with Data Guard. My archive log files are not applied. However I have received all archive log files to my physical Standby db
I have created a Physical Standby database on Oracle 10gR2 (Windows XP professional). Primary database is on another computer.
In Enterprise Manager on Primary database it looks ok. I get the following message Data Guard status Normal
But as I wrote above the archive log files are not applied
After I created the Physical Standby database, I have also done:
1. I connected to the Physical Standby database instance.
CONNECT SYS/SYS@luda AS SYSDBA
2. I started the Oracle instance at the Physical Standby database without mounting the database.
STARTUP NOMOUNT PFILE=C:\oracle\product\10.2.0\db_1\database\initluda.ora
3. I mounted the Physical Standby database:
ALTER DATABASE MOUNT STANDBY DATABASE
4. I started redo apply on Physical Standby database
alter database recover managed standby database disconnect from session
5. I switched the log files on Physical Standby database
alter system switch logfile
6. I verified the redo data was received and archived on Physical Standby database
select sequence#, first_time, next_time from v$archived_log order by sequence#
SEQUENCE# FIRST_TIME NEXT_TIME
3 2006-06-27 2006-06-27
4 2006-06-27 2006-06-27
5 2006-06-27 2006-06-27
6 2006-06-27 2006-06-27
7 2006-06-27 2006-06-27
8 2006-06-27 2006-06-27
7. I verified the archived redo log files were applied on Physical Standby database
select sequence#,applied from v$archived_log;
SEQUENCE# APP
4 NO
3 NO
5 NO
6 NO
7 NO
8 NO
8. on Physical Standby database
select * from v$archive_gap;
No rows
9. on Physical Standby database
SELECT MESSAGE FROM V$DATAGUARD_STATUS;
MESSAGE
ARC0: Archival started
ARC1: Archival started
ARC2: Archival started
ARC3: Archival started
ARC4: Archival started
ARC5: Archival started
ARC6: Archival started
ARC7: Archival started
ARC8: Archival started
ARC9: Archival started
ARCa: Archival started
ARCb: Archival started
ARCc: Archival started
ARCd: Archival started
ARCe: Archival started
ARCf: Archival started
ARCg: Archival started
ARCh: Archival started
ARCi: Archival started
ARCj: Archival started
ARCk: Archival started
ARCl: Archival started
ARCm: Archival started
ARCn: Archival started
ARCo: Archival started
ARCp: Archival started
ARCq: Archival started
ARCr: Archival started
ARCs: Archival started
ARCt: Archival started
ARC0: Becoming the 'no FAL' ARCH
ARC0: Becoming the 'no SRL' ARCH
ARC1: Becoming the heartbeat ARCH
Attempt to start background Managed Standby Recovery process
MRP0: Background Managed Standby Recovery process started
Managed Standby Recovery not using Real Time Apply
MRP0: Background Media Recovery terminated with error 1110
MRP0: Background Media Recovery process shutdown
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
RFS[1]: Assigned to RFS process 2148
RFS[1]: Identified database type as 'physical standby'
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
RFS[2]: Assigned to RFS process 2384
RFS[2]: Identified database type as 'physical standby'
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
RFS[3]: Assigned to RFS process 3188
RFS[3]: Identified database type as 'physical standby'
Primary database is in MAXIMUM PERFORMANCE mode
Primary database is in MAXIMUM PERFORMANCE mode
RFS[3]: No standby redo logfiles created
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
RFS[4]: Assigned to RFS process 3168
RFS[4]: Identified database type as 'physical standby'
RFS[4]: No standby redo logfiles created
Primary database is in MAXIMUM PERFORMANCE mode
RFS[3]: No standby redo logfiles created
10. on Physical Standby database
SELECT PROCESS, STATUS, THREAD#, SEQUENCE#, BLOCK#, BLOCKS FROM V$MANAGED_STANDBY;
PROCESS STATUS THREAD# SEQUENCE# BLOCK# BLOCKS
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
ARCH CONNECTED 0 0 0 0
RFS IDLE 0 0 0 0
RFS IDLE 0 0 0 0
RFS IDLE 1 9 13664 2
RFS IDLE 0 0 0 0
10) on Primary database:
select message from v$dataguard_status;
MESSAGE
ARC0: Archival started
ARC1: Archival started
ARC2: Archival started
ARC3: Archival started
ARC4: Archival started
ARC5: Archival started
ARC6: Archival started
ARC7: Archival started
ARC8: Archival started
ARC9: Archival started
ARCa: Archival started
ARCb: Archival started
ARCc: Archival started
ARCd: Archival started
ARCe: Archival started
ARCf: Archival started
ARCg: Archival started
ARCh: Archival started
ARCi: Archival started
ARCj: Archival started
ARCk: Archival started
ARCl: Archival started
ARCm: Archival started
ARCn: Archival started
ARCo: Archival started
ARCp: Archival started
ARCq: Archival started
ARCr: Archival started
ARCs: Archival started
ARCt: Archival started
ARCm: Becoming the 'no FAL' ARCH
ARCm: Becoming the 'no SRL' ARCH
ARCd: Becoming the heartbeat ARCH
Error 1034 received logging on to the standby
Error 1034 received logging on to the standby
LGWR: Error 1034 creating archivelog file 'luda'
LNS: Failed to archive log 3 thread 1 sequence 7 (1034)
FAL[server, ARCh]: Error 1034 creating remote archivelog file 'luda'
11)on primary db
select name,sequence#,applied from v$archived_log;
NAME SEQUENCE# APP
C:\ORACLE\PRODUCT\10.2.0\ORADATA\IRINA\ARC00003_0594204176.001 3 NO
C:\ORACLE\PRODUCT\10.2.0\ORADATA\IRINA\ARC00004_0594204176.001 4 NO
Luda 4 NO
Luda 3 NO
C:\ORACLE\PRODUCT\10.2.0\ORADATA\IRINA\ARC00005_0594204176.001 5 NO
Luda 5 NO
C:\ORACLE\PRODUCT\10.2.0\ORADATA\IRINA\ARC00006_0594204176.001 6 NO
Luda 6 NO
C:\ORACLE\PRODUCT\10.2.0\ORADATA\IRINA\ARC00007_0594204176.001 7 NO
Luda 7 NO
C:\ORACLE\PRODUCT\10.2.0\ORADATA\IRINA\ARC00008_0594204176.001 8 NO
Luda 8 NO
12) on standby db
select name,sequence#,applied from v$archived_log;
NAME SEQUENCE# APP
C:\ORACLE\PRODUCT\10.2.0\ORADATA\LUDA\ARC00004_0594204176.001 4 NO
C:\ORACLE\PRODUCT\10.2.0\ORADATA\LUDA\ARC00003_0594204176.001 3 NO
C:\ORACLE\PRODUCT\10.2.0\ORADATA\LUDA\ARC00005_0594204176.001 5 NO
C:\ORACLE\PRODUCT\10.2.0\ORADATA\LUDA\ARC00006_0594204176.001 6 NO
C:\ORACLE\PRODUCT\10.2.0\ORADATA\LUDA\ARC00007_0594204176.001 7 NO
C:\ORACLE\PRODUCT\10.2.0\ORADATA\LUDA\ARC00008_0594204176.001 8 NO
13) my init.ora files
On standby db
irina.__db_cache_size=79691776
irina.__java_pool_size=4194304
irina.__large_pool_size=4194304
irina.__shared_pool_size=75497472
irina.__streams_pool_size=0
*.audit_file_dest='C:\oracle\product\10.2.0\admin\luda\adump'
*.background_dump_dest='C:\oracle\product\10.2.0\admin\luda\bdump'
*.compatible='10.2.0.1.0'
*.control_files='C:\oracle\product\10.2.0\oradata\luda\luda.ctl'
*.core_dump_dest='C:\oracle\product\10.2.0\admin\luda\cdump'
*.db_block_size=8192
*.db_domain=''
*.db_file_multiblock_read_count=16
*.db_file_name_convert='luda','irina'
*.db_name='irina'
*.db_unique_name='luda'
*.db_recovery_file_dest='C:\oracle\product\10.2.0\flash_recovery_area'
*.db_recovery_file_dest_size=2147483648
*.dispatchers='(PROTOCOL=TCP) (SERVICE=irinaXDB)'
*.fal_client='luda'
*.fal_server='irina'
*.job_queue_processes=10
*.log_archive_config='DG_CONFIG=(irina,luda)'
*.log_archive_dest_1='LOCATION=C:/oracle/product/10.2.0/oradata/luda/ VALID_FOR=(ALL_LOGFILES, ALL_ROLES) DB_UNIQUE_NAME=luda'
*.log_archive_dest_2='SERVICE=irina LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES, PRIMARY_ROLE) DB_UNIQUE_NAME=irina'
*.log_archive_dest_state_1='ENABLE'
*.log_archive_dest_state_2='ENABLE'
*.log_archive_max_processes=30
*.log_file_name_convert='C:/oracle/product/10.2.0/oradata/irina/','C:/oracle/product/10.2.0/oradata/luda/'
*.open_cursors=300
*.pga_aggregate_target=16777216
*.processes=150
*.remote_login_passwordfile='EXCLUSIVE'
*.sga_target=167772160
*.standby_file_management='AUTO'
*.undo_management='AUTO'
*.undo_tablespace='UNDOTBS1'
*.user_dump_dest='C:\oracle\product\10.2.0\admin\luda\udump'
On primary db
irina.__db_cache_size=79691776
irina.__java_pool_size=4194304
irina.__large_pool_size=4194304
irina.__shared_pool_size=75497472
irina.__streams_pool_size=0
*.audit_file_dest='C:\oracle\product\10.2.0/admin/irina/adump'
*.background_dump_dest='C:\oracle\product\10.2.0/admin/irina/bdump'
*.compatible='10.2.0.1.0'
*.control_files='C:\oracle\product\10.2.0\oradata\irina\control01.ctl','C:\oracle\product\10.2.0\oradata\irina\control02.ctl','C:\oracle\product\10.2.0\oradata\irina\control03.ctl'
*.core_dump_dest='C:\oracle\product\10.2.0/admin/irina/cdump'
*.db_block_size=8192
*.db_domain=''
*.db_file_multiblock_read_count=16
*.db_file_name_convert='luda','irina'
*.db_name='irina'
*.db_recovery_file_dest='C:\oracle\product\10.2.0/flash_recovery_area'
*.db_recovery_file_dest_size=2147483648
*.dispatchers='(PROTOCOL=TCP) (SERVICE=irinaXDB)'
*.fal_client='irina'
*.fal_server='luda'
*.job_queue_processes=10
*.log_archive_config='DG_CONFIG=(irina,luda)'
*.log_archive_dest_1='LOCATION=C:/oracle/product/10.2.0/oradata/irina/ VALID_FOR=(ALL_LOGFILES, ALL_ROLES) DB_UNIQUE_NAME=irina'
*.log_archive_dest_2='SERVICE=luda LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES, PRIMARY_ROLE) DB_UNIQUE_NAME=luda'
*.log_archive_dest_state_1='ENABLE'
*.log_archive_dest_state_2='ENABLE'
*.log_archive_max_processes=30
*.log_file_name_convert='C:/oracle/product/10.2.0/oradata/luda/','C:/oracle/product/10.2.0/oradata/irina/'
*.open_cursors=300
*.pga_aggregate_target=16777216
*.processes=150
*.remote_login_passwordfile='EXCLUSIVE'
*.sga_target=167772160
*.standby_file_management='AUTO'
*.undo_management='AUTO'
*.undo_tablespace='UNDOTBS1'
*.user_dump_dest='C:\oracle\product\10.2.0/admin/irina/udump'
Please help me!!!!Hi,
After several tries my redo logs are applied now. I think in my case it had to do with the tnsnames.ora. At this moment I have both database in both tnsnames.ora files using the SID and not the SERVICE_NAME.
Now I want to use DGMGRL. Adding a configuration and a stand-by database is working fine, but when I try to enable the configuration DGMGRL gives no feedback and it looks like it is hanging. The log, although says that it succeeded.
In another session 'show configuration' results in the following, confirming that the enable succeeded.
DGMGRL> show configuration
Configuration
Name: avhtest
Enabled: YES
Protection Mode: MaxPerformance
Fast-Start Failover: DISABLED
Databases:
avhtest - Primary database
avhtestls53 - Physical standby database
Current status for "avhtest":
Warning: ORA-16610: command 'ENABLE CONFIGURATION' in progress
It there anybody that experienced the same problem and/or knows the solution to this?
With kind regards,
Martin Schaap -
Hi Gurus
While Configuring Data Guard for ORacle 10g (10.2.0.4) 64 bits on Windows 2007 Server 64 bits.
I got few questions
1. What is the Default mode of Standby Database?
2. Should we Always Start Physical Standby Database to Recover Missing Redo Archive Log?
SQL> startup mount;
ORACLE instance started.
Total System Global Area 591396864 bytes
Fixed Size 2067496 bytes
Variable Size 163578840 bytes
Database Buffers 419430400 bytes
Redo Buffers 6320128 bytes
Database mounted.
SQL> alter databse recover managed standby database disconnect from session;
Database altered.
3. When there are missing Redo Log Archives e.g.
----On Standby Database--------
SQL> SELECT RESETLOGS_ID,SEQUENCE#,STATUS,ARCHIVED FROM V$ARCHIVED_LOG
2 ORDER BY RESETLOGS_ID,SEQUENCE#;
RESETLOGS_ID SEQUENCE# S ARC
812980008 15 A YES
812980008 16 A YES
812980008 17 A YES
812980008 18 A YES
812980008 19 A YES
812980008 20 A YES
812980008 21 A YES
812980008 22 A YES
812980008 23 A YES
812980008 24 A YES
812980008 25 A YES
RESETLOGS_ID SEQUENCE# S ARC
812980008 26 A YES
812980008 27 A YES
812980008 28 A YES
812980008 29 A YES
812980008 30 A YES
812980008 31 A YES
812980008 32 A YES
812980008 33 A YES
812980008 34 A YES
812980008 35 A YES
812980008 36 A YES
RESETLOGS_ID SEQUENCE# S ARC
812980008 37 A YES
812980008 38 A YES
812980008 39 A YES
812980008 40 A YES
812980008 41 A YES
812980008 42 A YES
812980008 43 A YES
29 rows selected.
---------------On Primary Database---------------------
SQL> SELECT RESETLOGS_ID,SEQUENCE#,STATUS,ARCHIVED FROM V$ARCHIVED_LOG
2 ORDER BY RESETLOGS_ID,SEQUENCE# ;
RESETLOGS_ID SEQUENCE# S ARC
*812980008 8 A YES*
*812980008 9 A YES*
*812980008 10 A YES*
*812980008 11 A YES*
*812980008 12 A YES*
*812980008 13 A YES*
*812980008 14 A YES*
812980008 15 A YES
812980008 15 A YES
812980008 16 A YES
812980008 16 A YES
RESETLOGS_ID SEQUENCE# S ARC
812980008 17 A YES
812980008 17 A YES
812980008 18 A YES
812980008 18 A YES
812980008 19 A YES
812980008 19 A YES
812980008 20 A YES
812980008 20 A YES
812980008 21 A YES
812980008 21 A YES
812980008 22 A YES
RESETLOGS_ID SEQUENCE# S ARC
812980008 22 A YES
812980008 23 A YES
812980008 23 A YES
812980008 24 A YES
812980008 24 A YES
812980008 25 A YES
812980008 25 A YES
812980008 26 A YES
812980008 26 A YES
812980008 27 A YES
812980008 27 A YES
RESETLOGS_ID SEQUENCE# S ARC
812980008 28 A YES
812980008 28 A YES
812980008 29 A YES
812980008 29 A YES
812980008 30 A YES
812980008 30 A YES
812980008 31 A YES
812980008 31 A YES
812980008 32 A YES
812980008 32 A YES
812980008 33 A YES
RESETLOGS_ID SEQUENCE# S ARC
812980008 33 A YES
812980008 34 A YES
812980008 34 A YES
812980008 35 A YES
812980008 35 A YES
812980008 36 A YES
812980008 36 A YES
812980008 37 A YES
812980008 37 A YES
812980008 38 A YES
812980008 38 A YES
RESETLOGS_ID SEQUENCE# S ARC
812980008 39 A YES
812980008 39 A YES
812980008 40 A YES
812980008 40 A YES
812980008 41 A YES
812980008 41 A YES
812980008 42 A YES
812980008 42 A YES
812980008 43 A YES
812980008 43 A YES
65 rows selected.
Log 8, 9, 10, 11, 12, 13, 14, 15 are missing.
How to Apply / Recover These Logs on Standby Database?
Regards
Thunder2777Hi
Thunder2777 wrote:
Hi Gurus
While Configuring Data Guard for ORacle 10g (10.2.0.4) 64 bits on Windows 2007 Server 64 bits.
I got few questions
1. What is the Default mode of Standby Database?
What is default mode? I think you want ask in what mode standby database is apply redo logs.
Standby database can apply received redo only MOUNT mode, (your version is 10g, after 11g can apply open mode with READ ONLY WITH APPLY)
2. Should we Always Start Physical Standby Database to Recover Missing Redo Archive Log?
If Standby database opened mount mode, then database can receive redo.
If you are start Redo Apply then MPR can request from primary for missing redo logs.
SQL> startup mount;
ORACLE instance started.
Total System Global Area 591396864 bytes
Fixed Size 2067496 bytes
Variable Size 163578840 bytes
Database Buffers 419430400 bytes
Redo Buffers 6320128 bytes
Database mounted.
SQL> alter databse recover managed standby database disconnect from session;
Database altered.
It is started recovery, in other words Redo Apply (MRP0 process)
>
3. When there are missing Redo Log Archives e.g.
----On Standby Database-------->
SQL> SELECT RESETLOGS_ID,SEQUENCE#,STATUS,ARCHIVED FROM V$ARCHIVED_LOG
2 ORDER BY RESETLOGS_ID,SEQUENCE#;
RESETLOGS_ID SEQUENCE# S ARC
812980008 15 A YES
812980008 16 A YES
812980008 17 A YES
812980008 18 A YES
812980008 19 A YES
812980008 20 A YES
812980008 21 A YES
812980008 22 A YES
812980008 23 A YES
812980008 24 A YES
812980008 25 A YES
RESETLOGS_ID SEQUENCE# S ARC
812980008 26 A YES
812980008 27 A YES
812980008 28 A YES
812980008 29 A YES
812980008 30 A YES
812980008 31 A YES
812980008 32 A YES
812980008 33 A YES
812980008 34 A YES
812980008 35 A YES
812980008 36 A YES
RESETLOGS_ID SEQUENCE# S ARC
812980008 37 A YES
812980008 38 A YES
812980008 39 A YES
812980008 40 A YES
812980008 41 A YES
812980008 42 A YES
812980008 43 A YES
29 rows selected.
---------------On Primary Database---------------------
SQL> SELECT RESETLOGS_ID,SEQUENCE#,STATUS,ARCHIVED FROM V$ARCHIVED_LOG
2 ORDER BY RESETLOGS_ID,SEQUENCE# ;
RESETLOGS_ID SEQUENCE# S ARC
*812980008 8 A YES*
*812980008 9 A YES*
*812980008 10 A YES*
*812980008 11 A YES*
*812980008 12 A YES*
*812980008 13 A YES*
*812980008 14 A YES*
812980008 15 A YES
812980008 15 A YES
812980008 16 A YES
812980008 16 A YES
RESETLOGS_ID SEQUENCE# S ARC
812980008 17 A YES
812980008 17 A YES
812980008 18 A YES
812980008 18 A YES
812980008 19 A YES
812980008 19 A YES
812980008 20 A YES
812980008 20 A YES
812980008 21 A YES
812980008 21 A YES
812980008 22 A YES
RESETLOGS_ID SEQUENCE# S ARC
812980008 22 A YES
812980008 23 A YES
812980008 23 A YES
812980008 24 A YES
812980008 24 A YES
812980008 25 A YES
812980008 25 A YES
812980008 26 A YES
812980008 26 A YES
812980008 27 A YES
812980008 27 A YES
RESETLOGS_ID SEQUENCE# S ARC
812980008 28 A YES
812980008 28 A YES
812980008 29 A YES
812980008 29 A YES
812980008 30 A YES
812980008 30 A YES
812980008 31 A YES
812980008 31 A YES
812980008 32 A YES
812980008 32 A YES
812980008 33 A YES
RESETLOGS_ID SEQUENCE# S ARC
812980008 33 A YES
812980008 34 A YES
812980008 34 A YES
812980008 35 A YES
812980008 35 A YES
812980008 36 A YES
812980008 36 A YES
812980008 37 A YES
812980008 37 A YES
812980008 38 A YES
812980008 38 A YES
RESETLOGS_ID SEQUENCE# S ARC
812980008 39 A YES
812980008 39 A YES
812980008 40 A YES
812980008 40 A YES
812980008 41 A YES
812980008 41 A YES
812980008 42 A YES
812980008 42 A YES
812980008 43 A YES
812980008 43 A YES
65 rows selected.
Log 8, 9, 10, 11, 12, 13, 14, 15 are missing.It is no missing, you are created standby database, after sequence 15.
As you know , if a sequence redo is not applied, then after is sequenced redo log is cannot apply to standby database.
It means GAP.
There have 43 archived redo log, and your last sequenced archive log received by standby database
and applied.
You can check with following scripts, too
select max(Sequence#) from v$archived_log; -- on primary
select max(Sequence#) from v$archived_log where applied = 'YES'; - on standby Regards
Mahir M. Quluzade -
Have i missed any archive log in Standby setup?, im unable to find
Dear All,
I setup standby in Oracle10g.
In my Primary the archive log list shows as
primary>archive log list;
Database log mode Archive Mode
Automatic archival Enabled
Archive destination D:\STANDBY\Archive
Oldest online log sequence 30
Next log sequence to archive 32
Current log sequence 32
In my standby the archive log list shows as
standby>archive log list;
Database log mode Archive Mode
Automatic archival Enabled
Archive destination C:\PRIMARY\Archive
Oldest online log sequence 31
Next log sequence to archive 0
Current log sequence 32
Have i missed any archive log file?
But in my archive location of the primary i found the archive files from ARC00002_0633898426.001,ARC00003_0633898426.001 to ARC00031_0633898426.001
and in my archive location of the standby i found the archive files from
ARC00002_0633898426.001,ARC00003_0633898426.001 to ARC00031_0633898426.001 and one more extra archive file ARC00032_0633898426.001.
I am getting confused from where i got the archive file ARC00032_0633898426.001 in standby only which is not in primary?
Please clarify this...Please let me know abiut the above issue, i will be thankful to you.
-
Data guard - missed archive log
Hi:
I am on 10.2.0.3, using physical standby. One of my check-up sqls shows missed (not applied) arch log:
SELECT THREAD#, SEQUENCE#, APPLIED FROM V$ARCHIVED_LOG
where applied='NO'
THREAD# SEQUENCE# APP
1 16595 NO
It's relatively old one, my max is 18211i and the log application is going fine.
How can I apply this missed one? Do I have to stop managed recovery and do manual recovery for it?
TIA.GregX,
Please check if this file actually needs to be applied.
You can find out the when the archived log file was created – FIRST_TIME/NEXT_TIME columns in V$ARCHIVED_LOG.
If the archived log file was created before you created the stand-by DB, you do not need ( nor you can) to apply that file.
Please note that the physical standby would stop applying archivelog if you fail to provide the next required archive log file. Since this has not happened (as per your statement) there is a good chance that you archive redo in question is not needed.
Hope that helps,
Edited by: IordanIotzov on Jan 30, 2009 1:34 PM -
Redo / Archive Log Best Practices?
I am a newb when it comes to Oracle administration. The problem is that our "DBA" knows even less about it.
I'd like to get some advice/recommendations on redo and archive logs.
We are currently running:
Windows 2000 Server
Oracle 8.1.7
Oracle DB is ~50gb
~250 users
Database is under fairly heavy load, as it is used to run the company's primary accounting software.
Recently when reviewing back up procedures, I realized that our "DBA" did not have archive logging turned on. This obviously is a problem. Our DBA was relying solely on a data dump every night that was then backed up to tape. I was forced to take care of this, as the "DBA" didn't have any knowledge on this subject. I got archive logging turned on, changed the init file, etc. etc.
Where the problem comes in, and where my questions come from... The database was writing archive logs ~2-3 mins, sometimes less depending on the database load. Oracle was configured to use 3 redo logs @ ~105mb each. The server was getting "Archive process error: Oracle instance xxxx - Cannot allocate log, archival required." I changed the redo logs to run 5 logs at ~200mb each. I also added a scsi drive to the server for the sole purpose of storing the archive logs. Log Buffer was set at 64k, I upped this to 1mb.
My specific questions are:
- How fast should logs be being written?
- Should I up the number of redo logfiles, or up the size of each?
- Should I be writing the redo logs to multiple destinations?
- Should I archive to multiple destinations? If so, would archiving to a network drive lag the archive process, and kill the bandwidth to the server/database since it would be writing 200mb+ files to the network every few minutes?
- What are some recommended file size minimums / maximums under the current environment listed above?
- Other tips/suggestions?
Any help would be appreciated.
Thanks.hi,
havce u configured LOG_ARCHIVE_START = TRUE ???
How fast should logs be being written?Should I up the number of redo logfiles, or up the size of each?
- Should I be writing the redo logs to multiple destinations?
- Should I archive to multiple destinations? If so, would archiving to a network drive lag the archive process, and kill the bandwidth to the server/database since it would be writing 200mb+ files to the network every few minutes?
- What are some recommended file size minimums / maximums under the current environment listed above?
IF U WANT TO KEEP TIME BETWEEN FAILURES TO MINIMUM , THEN KEEP UR REDO LOG FILE SIZES TO SMALLER,,BUT ,,AS GENERALLY,,U SHUD TAKE IT TO A GOOD BIG ONE LIKE IN UR SITUATION I THINK IT SHUD BE AS:
LOG_BUFFER = 104857600 --IN INIT.ORA (100MB)
5 REDO LOG FILES AT MULTIPLE LOCATIONS EACH OF THE SIZE 400 MB...
IT IS RECOMMENDED THAT DON'T TAKE UR ARCHIVES ON A NETWORKED LOCATION AS IT WILL DEFINITLY OVERLOADS NETWORK TRAFIC AS WELL AS SLOWS DOWN ARCHIVAL SPEED.
REGARDS
MUHAMMAD UMAR LIAQUAT -
Data Guard : Standby Redo Log CONFUSION
Trying to set up test Standby db on 10.2.0
I am well confused about below step 3.1.3, how is the normal redo linked with standby redo, should standby not be members of orginal redo groups?
http://download.oracle.com/docs/cd/B19306_01/server.102/b14239/create_ps.htm#i1225703
Original redo logs:
SQL> select * from v$log;
GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIME
1 1 28 52428800 1 YES INACTIVE 375136 22-NOV-07
2 1 29 52428800 1 YES INACTIVE 375138 22-NOV-07
3 1 30 52428800 1 NO CURRENT 375143 22-NOV-07I added below from notes:
ALTER DATABASE ADD STANDBY LOGFILE GROUP 10
('/u01/oracle/oradata/db01/redo01_stb.log') SIZE 50M;
ALTER DATABASE ADD STANDBY LOGFILE GROUP 11
('/u02/oracle/oradata/db01/redo02_stb.log') SIZE 50M;
ALTER DATABASE ADD STANDBY LOGFILE GROUP 12
('/u03/oracle/oradata/db01/redo03_stb.log') SIZE 50M;After few alter system switch logfile; I still have:
GROUP# THREAD# SEQUENCE# ARC STATUS
10 0 0 YES UNASSIGNED
11 0 0 YES UNASSIGNED
12 0 0 YES UNASSIGNEDAll are UNASSIGNED, should one standby group not be ACTIVE like the above link shows.
Many think for any helpFirst things first:
From the Docs.:
"Minimally, the configuration should have one more standby redo log file group than the number of online redo log file groups on the primary database. However, the recommended number of standby redo log file groups is dependent on the number of threads on the primary database. Use the following equation to determine an appropriate number of standby redo log file groups:
(maximum number of logfiles for each thread + 1) * maximum number of threads
Using this equation reduces the likelihood that the primary instance's log writer (LGWR) process will be blocked because a standby redo log file cannot be allocated on the standby database. For example, if the primary database has 2 log files for each thread and 2 threads, then 6 standby redo log file groups are needed on the standby database."
You are 1 short! -
Where all the redo/archive log volume come from?
Hi,
I have a database with a size of around 50G. Thats not very much, but the crazy thing is that this database has a redo log volume per day that is nearly equal the size of the database:
-- Daily View
SQL> SELECT TRUNC(completion_time) AS time, ROUND(SUM(blocks * block_size)/1024/1024,2) AS size_mb, ROUND(SUM(blocks * block_size)/1024/1024/1024,2) AS size_gb FROM v$archived_log GROUP BY TRUNC(completion_time) ORDER BY 1 DESC;
TIME SIZE_MB SIZE_GB
2013-02-03 49599.7 48.44
2013-02-02 50104.63 48.93
2013-02-01 54466.36 53.19
2013-01-31 52935.41 51.69
2013-01-30 51596.85 50.39
-- Hourly View
SQL> SELECT TRUNC(completion_time,'HH24') AS time, ROUND(SUM(blocks * block_size)/1024/1024,2) AS size_mb, ROUND(SUM(blocks * block_size)/1024/1024/1024,2) AS size_gb FROM v$archived_log GROUP BY TRUNC(completion_time,'HH24') ORDER BY 1 DESC;
TIME SIZE_MB SIZE_GB
2013-02-03 23 160.68 .16
2013-02-03 22 163.73 .16
2013-02-03 21 195.65 .19
2013-02-03 20 4492.44 4.39
2013-02-03 19 176.3 .17
2013-02-03 18 4259.8 4.16
2013-02-03 17 226.99 .22
2013-02-03 16 5465.64 5.34
2013-02-03 15 166.47 .16
2013-02-03 14 165.05 .16
2013-02-03 13 253.33 .25
2013-02-03 12 9568.93 9.34
2013-02-03 11 391.14 .38
2013-02-03 10 9585.36 9.36
2013-02-03 09 160.02 .16
2013-02-03 08 200.1 .2
2013-02-03 07 166.66 .16
2013-02-03 06 267.45 .26
2013-02-03 05 309.26 .3
2013-02-03 04 1486.87 1.45
2013-02-03 03 11106.77 10.85
2013-02-03 02 318.1 .31
2013-02-03 01 147.47 .14
2013-02-03 00 165.47 .16
2013-02-02 23 160.17 .16
2013-02-02 22 159.25 .16
2013-02-02 21 205.9 .2
2013-02-02 20 4473.27 4.37
2013-02-02 19 124.64 .12
2013-02-02 18 4364.69 4.26
2013-02-02 17 295.02 .29
2013-02-02 16 5415.06 5.29
2013-02-02 15 166.22 .16
2013-02-02 14 166.83 .16
2013-02-02 13 84.62 .08
2013-02-02 12 9905.55 9.67
2013-02-02 11 418.31 .41
2013-02-02 10 9548.78 9.32
2013-02-02 09 166.51 .16
2013-02-02 08 204.88 .2
2013-02-02 07 167.37 .16I know that every database change produces redo, but why that much?
Is there a way to investigate further where all the redo information comes from?
Every 2 hours redo is backed up to tape.
There are no significant batches, shaking and shuffling the data around all the time.
Nearly all changes in this database is happening through user inputs.
Database is 11gR2 on Redhat 5.6.
Thanks
941743
Edited by: 941743 on 04.02.2013 15:32
Edited by: 941743 on 04.02.2013 15:33I am afraid there is no easy and direct way to pull the answer from the data dictionary.
But with some work, you can get to the bottom of this.
This query shows you how much redo is used by the sessions in your system currently:
select a.sid , a.value from v$sesstat a, v$statname b
where a.statistic# = b.statistic#
and b.name = 'redo size'Unfortunately, I am not aware of a AWR view (license required!) that corresponds to v$sesstat, so it would not be easy to look back and see which session generated the redo.
One way is to troubleshoot the problem online, using a utility such as snapper- http://blog.tanelpoder.com/2010/03/22/oracle-session-snapper-v3-10/ . See which sessions generate most redo and see what SQL they are running at that time.
The other way is to create your own “repository”. Sample V$SESSION, v$sesstat , v$statname and possibly V$SQL frequently (every few seconds) and record how much redo and what SQLs are running by each session. Once you gather enough data, look which sessions had the biggest “redo size” delta and what SQL were they running at that time.
Iordan Iotzov
http://iiotzov.wordpress.com/ -
Data guard LOG_FILE_NAME_CONVERT
Hello , LOG_FILE_NAME_CONVERT parameter in data guard is for archive log files or online redo log files? Thank you/ allahmorad
LOG_FILE_NAME_CONVERT converts the filename of a new log file on the primary database to the filename of a log file on the standby database. If you add a log file to the primary database, you must add a corresponding file to the standby database.
http://download.oracle.com/docs/cd/B19306_01/server.102/b14237/initparams112.htm -
Hi,
I have Data Guard implemented on Oracle 10gR2 10.2.0.1 database. OS-Windows 2003 Server. I am facing the following error
ORA-16146: standby destination control file enqueue unavailable
I get this alert in my alert log. After sometime it gets resovled on its own. When I check logs status...all logs are applied on standby and no gaps are found. What may be the possible cause for it? And solution ?Thank you for those kind words. :^) We try hard. WHat you are hearing is not really different. I am just providing a few more details on Data Guard's redo transport that further clarifies what you have heard, at least I hope so :^)
All I was trying to do is clarify what process is actually shipping redo and when. The syntax for the LOG_ARCHIVE_DEST_n parameter up to 10g is ARCH, LGWR ASYNC or LGWR SYNC. The syntax says LGWR but in fact underneath the LGWR process starts up an LNS process for any ASYNC or SYNC standby destination and it is that process that actually has the network connection to the standby. This way if there is a network hang it is the LNS process that gets stalled and the LGWR process (when in SYNC mode) will wait for NET_TIMEOUT seconds before deciding that the standby is unreachable and continuing to do its work ignoring that standby destination until it is reachable again (something discovered by the ARCH ping process).
If you say ARCH for a standby then one of your ARCn processes will ship the redo when it is in the form of a complete archive log file. Hence nothing gets shipped to an ARCH standby until a log switch happens at the Primary.
The reason everybody says that LGWR ASYNC or LGWR SYNC is better is that the redo is shipped at the time it is written to the online redo log file hence your potential data loss is much much much less than with ARCH. And I agree with that sentiment.
Please note that from 11g on the syntax is ASYNC or SYNC. The LGWR keyword is no longer necessary (although it will still be parsed) and ARCH has been deprecated as ASYNC is so much better. ARCH will work for backwards compatibility but will go away at some point.
Does this clear things up for you?
Thanks.
Larry -
How to recover the database when some of the archive log file get deleted.
I am facing a problem with Oracle database, which is related to archivelogs.
Our development database is running in archivelog mode, but we don't have backups scheduled and have no recovery catalog.
When the database was in running condition, disk got full, so some archivelogs were deleted manually.
After this they restarted the DB, and now DB is not coming up. Errors are as follows:
SQL> startup
ORACLE instance started.
Total System Global Area 1444383504 bytes
Fixed Size 731920 bytes
Variable Size 486539264 bytes
Database Buffers 956301312 bytes
Redo Buffers 811008 bytes
Database mounted.
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
SQL> alter database open resetlogs;
alter database open resetlogs
ERROR at line 1:
ORA-01113: file 1 needs media recovery
ORA-01110: data file 1: '/export/home/oracle/dev/ADVFRW/ADVFRW.system'
SQL> recover datafile '/export/home/oracle/dev/ADVFRW/ADVFRW.system'
ORA-00283: recovery session canceled due to errors
ORA-01610: recovery using the BACKUP CONTROLFILE option must be done
SQL> recover database using backup controlfile;
ORA-00279: change 215548705 generated at 09/02/2008 17:06:10 needed for thread
1
ORA-00289: suggestion :
/export/home/oracle/dev/ADVFRW/ADVFRW.archivelog1/LOG_ADVFRW_1107_1.ARC
ORA-00280: change 215548705 for thread 1 is in sequence #1107
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
/export/home/oracle/dev/ADVFRW/ADVFRW.archivelog1/LOG_ADVFRW_1107_1.ARC
ORA-00308: cannot open archived log
'/export/home/oracle/dev/ADVFRW/ADVFRW.archivelog1/LOG_ADVFRW_1107_1.ARC'
ORA-27037: unable to obtain file status
SVR4 Error: 2: No such file or directory
Additional information: 3
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
CANCEL
Media recovery cancelled.
SQL>
1. How to recover the database and bring it online
Any help will be highly appreciated.
With Regards
Hemant Joshi
Edited by: hem_Kec on Sep 7, 2008 9:07 AMHi,
Archive log files are the copies of redolog files.As redo log files are circularly overwritten,oracle generates archive log file of the corresponding redo logfiles being overwritten.So if you have a backup that dates back to 10 am in the morning and if your database creashed at 3 pm,you cannot use the redo log files alone as they have incomplete information.To completely recover the database upto 3 pm,you need archive log files generated between 10 am to 3 pm. In your case since you are missing one archive log file,you cannot perform complete recovery and hence would suffer data loss. -
Data Guard: standby archivelog files not the same as the primary archivelog
From reading the Data Guard doco, one gets the impression that that the standby redo archive logs are just a mirror of those from the primary, that the shipped and applied archived redo logs from the primary are what end up in the standby archive directories.
However I have noted that the files are not the same (md5sum is different), which is concerning as using Oracle's archive log naming recommendation, the files have identical names.
Does this mean that the Standbys redologs can not be used as a source of redo logs if one had to restore using a backup of the primary database?
i.e. Can you recover using an RMAN backup of the primary, and redo logs from the standby?Hi MSK, I agree, that's exactly what I thought. I'm confused though why the logs do not match. Perhaps it is just metadata in the log that has changed, not redo data.
Anyone have any knowledge on why the archivelogs are different on the standby to those on the primary? -
Oracle 11G Direct SQL Load with Data Guard
Does SQL Loader in direct mode always bypass the writing of redo logs ?
If the database has force logging on, will SQL Loader in direct mode bypass the writing of redo logs ?
Is there a way to run SQL Loader in direct mode that will create redo logs that can be applied by Data Guard to the backup database ?846797 wrote:
Does SQL Loader in direct mode always bypass the writing of redo logs ?
If the database has force logging on, will SQL Loader in direct mode bypass the writing of redo logs ?
Is there a way to run SQL Loader in direct mode that will create redo logs that can be applied by Data Guard to the backup database ?In case of data guard setup , redo logs will always be generated. -
OVM 3.0 Database Creating Lots of Archive Logs
Greetings - ever since we initially installed OVM 3.0 earlier this fall (~October), the OVM database has generated archive logs at a very rapid rate. It continually threatens to fill up our 16 GB filesystem dedicated to archive logs, even after daily backup and purging.
Our OVM database itself is about 4-6 GB large, and we would need to increase the archive log filesystem to about 20-25 GB in size, which we see as unreasonable for such a small database.
What is causing OVM to generate so many redo logs? Our best guess is that OVM is continuously gathering guest VM CPU usage on each physical server.
Is there a way to configure the OVM application in order to reduce the amount of redo/archive logs being created?
We are currently running 3.0.3, having upgraded each time a 3.0.* patch was released. OVMM running on OEL 6.1, database running on latest HP-UX.majedian21 wrote:
Greetings - ever since we initially installed OVM 3.0 earlier this fall (~October), the OVM database has generated archive logs at a very rapid rate. It continually threatens to fill up our 16 GB filesystem dedicated to archive logs, even after daily backup and purging.I would log an SR with Oracle Support for this, so that Development can look at it. Sounds like your environment has lots of VMs running and yes, collecting usage stats for all of those environments. However, there may be some old data from the previous versions that's causing more stats to be collected than necessary.
Maybe you are looking for
-
Hi all, i'm converting a field symbol table to internat table, where field symbol table structure is defined at runtime. for that i'm using call method cl_alv_table_create=>create_dynamic_table exporting it_fieldcatal
-
Trouble printing with Lightroom 4
I just upgraded to Lightroom 4 and it won't prinr on my Epson 3880. Lightroom 2 worked fine. Help?
-
Syncing iOS4 is EXTREMELY slow
Before I updated my iPhone 3G from 3.1.3 to iOS 4.0 I was able to sync fairly quickly with iTunes, under a minute. Calendars, Contacts and Notes would each only take a few seconds to sync. Since upgrading the sync process takes around 15 minutes with
-
HT1212 What to do if you forget your password and have no idea what it is!?
help!
-
Start-Up from Install Disk with Complications
Originally I had start-up problems (flashing folders with question marks), so after troubleshooting, I started up from the install disk. After going through Disk Utility, nothing appeared in the First Aid for me to Repair the Disk. So the next step w