Redo log transfer

How can I be sure that, my redo transport services has been enable and LGWR is transferring on another machine??
source:
ALTER SYSTEM SET LOG_ARCHIVE_DEST_2='SERVICE=DS02.BD.NET LGWR ASYNC OPTIONAL NOREGISTER
VALID_FOR=(ALL_LOGFILES,PRIMARY_ROLE)' SCOPE=SPFILE;
ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2=ENABLE SCOPE=SPFILE;
ALTER SYSTEM SET LOG_ARCHIVE_CONFIG='send' SCOPE=SPFILE;
destination:
ALTER SYSTEM SET LOG_ARCHIVE_DEST_2='LOCATION=/home/arc_dest/srl_dbs1 MANDATORY VALID_FOR=(STANDBY_LOGFILE,PRIMARY_ROLE)' SCOPE=SPFILE;
ALTER SYSTEM SET LOG_ARCHIVE_CONFIG='recieve' SCOPE=SPFILE;
ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2=ENABLE SCOPE=SPFILE;
this is what I have done.

What's your Oracle version?
If you are trying to build Data Guard, just follow the document,
Oracle® Data Guard Concepts and Administration
10g Release 2 (10.2)

Similar Messages

Dataguard redo log transfer

we configured DataGuard in ASYNC mode as per the documentation from "http://www.orafaq.com/node/2030#comment-6448".
The problem is the redo log files is only transferd by applying the "Alter System switch logfile;" .
Is there any other option to apply redo files with out manually giving the above command.
we are new to DataGaurd .Please help.

This is a forum for the Oracle Forms product. You probably want to post this on another Forum on OTN to get an answer.

DataGuard Windows 9201 - log file transfer interrupt with a big redo log

OS WINDOWS
Oracle 9201
Primary: service_name orcl1 db_name orcl1
Standby: service_name orcl2 db_name orcl1
Same dir structure distribute on different VMware machine but connect with a real physical fiber network enviorment, two node distance more than 20km.
LOG FILE - 100M
MAX PERFORMACE MODE
we can got succesful result when input 'alter system switch log file' manually, the log usually small than 20m.
but when we try to switch a full redo log the error occur, log can't transfer to standby site.
it's seem to a transfer interrupt by some unnameable reason.
we check the network ping, lsnrctl service_name status, dataguard configration and windows tcpip configration, but have no conclusion.
we will crzy!! help
the log trace that use log_archive_trace=128 on primary site show:
Destination LOG_ARCHIVE_DEST_2 is in CLUSTER CONSISTENT mode
Destination LOG_ARCHIVE_DEST_2 is in MAXIMUM PERFORMANCE mode
- Created archivelog as 'C:\ORACLE\ORAARCH\ARC00095.001'
*** 2010-09-02 15:30:39.000
Fail to ping standby 'orcl2', error = 12571
Error 12571 when pinging standby orcl2.
*** 2010-09-02 15:30:39.000
kcrrfail: dest:2 err:12571 force:0
*** 2010-09-02 15:31:40.000
Fail to ping standby 'orcl2', error = 1010
Error 1010 when pinging standby orcl2.
*** 2010-09-02 15:31:41.000
kcrrfail: dest:2 err:1010 force:0
*** 2010-09-02 15:32:32.000
Setting trace level: 31 (1f)
*** 2010-09-02 15:32:32.000
ARC0: Evaluating archive log 3 thread 1 sequence 97
VALIDATE
PREPARE
*** 2010-09-02 15:32:32.000
Acquiring global enqueue on thread 1 sequence 97
*** 2010-09-02 15:32:32.000
Acquired global enqueue on thread 1 sequence 97
INITIALIZE
SPOOL
*** 2010-09-02 15:32:32.000
ARC0: Beginning to archive log 3 thread 1 sequence 97
*** 2010-09-02 15:32:32.000
Creating archive destination LOG_ARCHIVE_DEST_2: 'orcl2'
Network re-configuration required
Detaching RFS server from standby instance at 'orcl2'
RFS message number 151
Error 1010 detaching RFS from standby instance at host 'orcl2'
Disconnecting from destination LOG_ARCHIVE_DEST_2 standby host 'orcl2'
Ignoring kcrrvnc() detach error 1010
Primary database is in CLUSTER CONSISTENT mode
Primary database is in MAXIMUM PERFORMANCE mode
Connecting to destination LOG_ARCHIVE_DEST_2 standby host 'orcl2'
Attaching RFS server to standby instance at 'orcl2'
RFS message number 152
Dest LOG_ARCHIVE_DEST_2 standby mount ID: '42590f20'
Standby database restarted; old mount ID 0x4258a5ae now 0x42590f20
Destination LOG_ARCHIVE_DEST_2 is in CLUSTER CONSISTENT mode
Destination LOG_ARCHIVE_DEST_2 is in MAXIMUM PERFORMANCE mode
Issuing standby Create archive destination at 'orcl2'
RFS message number 153
*** 2010-09-02 15:32:32.000
Creating archive destination LOG_ARCHIVE_DEST_1: 'C:\ORACLE\ORAARCH\ARC00097.001'
- Created archivelog as 'C:\ORACLE\ORAARCH\ARC00097.001'
Dest LOG_ARCHIVE_DEST_1 primary mount ID: '0x42586021'
Archiving block 1 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 1 count 2048 to 'orcl2'
RFS message number 154
Archiving block 1 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 2049 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 2049 count 2048 to 'orcl2'
RFS message number 155
Archiving block 2049 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 4097 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 4097 count 2048 to 'orcl2'
RFS message number 156
Archiving block 4097 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 6145 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 6145 count 2048 to 'orcl2'
RFS message number 157
Archiving block 6145 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 8193 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 8193 count 2048 to 'orcl2'
RFS message number 158
Archiving block 8193 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 10241 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 10241 count 2048 to 'orcl2'
RFS message number 159
Archiving block 10241 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 12289 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 12289 count 2048 to 'orcl2'
RFS message number 160
Archiving block 12289 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 14337 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 14337 count 2048 to 'orcl2'
RFS message number 161
Archiving block 14337 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 16385 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 16385 count 2048 to 'orcl2'
RFS message number 162
Archiving block 16385 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 18433 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 18433 count 2048 to 'orcl2'
RFS message number 163
Archiving block 18433 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 20481 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 20481 count 2048 to 'orcl2'
RFS message number 164
Archiving block 20481 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 22529 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 22529 count 2048 to 'orcl2'
RFS message number 165
Archiving block 22529 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 24577 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 24577 count 2048 to 'orcl2'
RFS message number 166
Archiving block 24577 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 26625 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 26625 count 2048 to 'orcl2'
RFS message number 167
Archiving block 26625 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 28673 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 28673 count 2048 to 'orcl2'
RFS message number 168
Archiving block 28673 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 30721 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 30721 count 2048 to 'orcl2'
RFS message number 169
Archiving block 30721 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 32769 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 32769 count 2048 to 'orcl2'
RFS message number 170
Archiving block 32769 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 34817 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 34817 count 2048 to 'orcl2'
RFS message number 171
Archiving block 34817 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 36865 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 36865 count 2048 to 'orcl2'
RFS message number 172
Archiving block 36865 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 38913 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 38913 count 2048 to 'orcl2'
RFS message number 173
Archiving block 38913 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 40961 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 40961 count 2048 to 'orcl2'
RFS message number 174
Archiving block 40961 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 43009 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 43009 count 2048 to 'orcl2'
RFS message number 175
Archiving block 43009 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 45057 count 2048 block(s) to 'orcl2'
Issuing standby archive of block 45057 count 2048 to 'orcl2'
RFS message number 176
*** 2010-09-02 15:33:22.000
RFS network connection lost at host 'orcl2'
Error 3114 writing standby archive log file at host 'orcl2'
*** 2010-09-02 15:33:22.000
ARC0: I/O error 3114 archiving log 3 to 'orcl2'
*** 2010-09-02 15:33:22.000
kcrrfail: dest:2 err:3114 force:0
Local destination LOG_ARCHIVE_DEST_1 is still active
ORA-03114: not connected to ORACLE
Archiving block 45057 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 47105 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 49153 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 51201 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 53249 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 55297 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 57345 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 59393 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 61441 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 63489 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 65537 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 67585 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 69633 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 71681 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 73729 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 75777 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 77825 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 79873 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 81921 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 83969 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 86017 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 88065 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 90113 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 92161 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 94209 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 96257 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 98305 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 100353 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 102401 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 104449 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 106497 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 108545 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 110593 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 112641 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 114689 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 116737 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 118785 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 120833 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 122881 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 124929 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 126977 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 129025 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 131073 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 133121 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 135169 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 137217 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 139265 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 141313 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 143361 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 145409 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 147457 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 149505 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 151553 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 153601 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 155649 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 157697 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 159745 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 161793 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 163841 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 165889 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 167937 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 169985 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 172033 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 174081 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 176129 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 178177 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 180225 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 182273 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 184321 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 186369 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 188417 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 190465 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 192513 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 194561 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 196609 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 198657 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 200705 count 2048 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Archiving block 202753 count 2024 block(s) to 'C:\ORACLE\ORAARCH\ARC00097.001'
Closing archive destination LOG_ARCHIVE_DEST_1: C:\ORACLE\ORAARCH\ARC00097.001
FINISH
Archival failure destination LOG_ARCHIVE_DEST_2: 'orcl2'
Archival success destination LOG_ARCHIVE_DEST_1: 'C:\ORACLE\ORAARCH\ARC00097.001'
COMPLETE, min-succeed count met
*** 2010-09-02 15:33:27.000
ArchivedLog entry added for thread 1 sequence 97 ID 0x42585a2b: C:\ORACLE\ORAARCH\ARC00097.001
Marking [1] log 3 thread 1 sequence 97 spooled
Updating thread 1 sequence 97 archive SCN 0:4503061
Scanning 'to be archived' list': kcrrdal
log 2 thread 1 sequence 98
Completed 'to be archived' list
*** 2010-09-02 15:33:27.000
Releasing global enqueue
ARCHIVED
*** 2010-09-02 15:33:27.000
ARC0: Completed archiving log 3 thread 1 sequence 97
Scanning 'to be archived' list': kcrrwk
log 2 thread 1 sequence 98
Completed 'to be archived' list
Scanning 'to be archived' list': kcrrwk
log 2 thread 1 sequence 98
Completed 'to be archived' list
*** 2010-09-02 15:34:29.000
ARC0: Heartbeat ticks... (thread 1)
Establishing link for destination LOG_ARCHIVE_DEST_2 to standby orcl2
Primary database is in CLUSTER CONSISTENT mode
Primary database is in MAXIMUM PERFORMANCE mode
Connecting to destination LOG_ARCHIVE_DEST_2 standby host 'orcl2'
Attaching RFS server to standby instance at 'orcl2'
RFS message number 177
Dest LOG_ARCHIVE_DEST_2 standby mount ID: '42590f20'
Pinging destination LOG_ARCHIVE_DEST_2 at standby orcl2
RFS message number 178
Not in RAC mode
*** 2010-09-02 15:35:30.000
ARC0: Heartbeat ticks... (thread 1)
Establishing link for destination LOG_ARCHIVE_DEST_2 to standby orcl2
Pinging destination LOG_ARCHIVE_DEST_2 at standby orcl2
RFS message number 179
Not in RAC mode
*** 2010-09-02 15:36:22.000
ARC0: Heartbeat ticks... (thread 1)
Establishing link for destination LOG_ARCHIVE_DEST_2 to standby orcl2
Pinging destination LOG_ARCHIVE_DEST_2 at standby orcl2
RFS message number 180
Not in RAC mode
*** 2010-09-02 15:36:39.000
Setting trace level: 128 (80)
Setting trace level: 128 (80)
Destination LOG_ARCHIVE_DEST_2 is in CLUSTER CONSISTENT mode
Destination LOG_ARCHIVE_DEST_2 is in MAXIMUM PERFORMANCE mode
- Created archivelog as 'C:\ORACLE\ORAARCH\ARC00099.001'
Setting trace level: 128 (80)
*** 2010-09-02 15:37:32.000
Setting trace level: 128 (80)

Something is going on in your network:
RFS network connection lost at host 'orcl2'
Error 3114 writing standby archive log file at host 'or
Network Administrators may help

Physical standby database standby redo log problem

Hello
We have a physical standby database , I've created some standby redo log files but my problem is that they aren't used,
their status in v$stanby_log view is UNASSIGNED
and I see this message (ORA-16086: standby database does not contain available standby log files) in primary database alert_log file
while when I run "alter system switch logfile" in the primary database it transfer redo logs to the physsical standby database
and archive log file will be created in standby database
I've even recreated the standby redo log files and I added new ones to them but the problem wasn't solved
Do you know what is problem ?
elect group#,THREAD#,BYTES,STATUS from V$STANDBY_LOG;
group#     THREAD#      BYTES       STATUS
1                   0                   524288000                   UNASSIGNED
2                   0                   524288000                   UNASSIGNED
3                   0                   524288000                   UNASSIGNED
8                   0                   524288000                   UNASSIGNED
9                   0                   524288000                   UNASSIGNED
10                   0                   524288000                   UNASSIGNED
select group#,THREAD#,BYTES,MEMBERS,STATUS from v$log;
group#                    THREAD#                    BYTES                    MEMBERS                    STATUS
4                   1                   524288000                   2                   CLEARING
7                   1                   524288000                   2                   CLEARING_CURRENT
6                   1                   524288000                   2                   CLEARING
5                   1                   524288000                   2                   CLEARING
thanks

Hello Anurag
Thank you for your reply
I have found some issue in the standby database alert_log too , in the standby database alert_log it has been written:
RFS[782]: Assigned to RFS process 3919
RFS[782]: Identified database type as 'physical standby'
Primary database is in MAXIMUM AVAILABILITY mode
Standby controlfile consistent with primary
Primary database is in MAXIMUM AVAILABILITY mode
Standby controlfile consistent with primary
RFS[782]: No standby redo logfiles selected (reason:6)
Sun Jan 31 13:59:43 2010
Errors in file /u01/app/oracle/admin/tehrep/udump/tehrep_rfs_3919.trc:
ORA-16086: standby database does not contain available standby log files
Sun Jan 31 13:59:48 2010
RFS[781]: Archived Log: '/disks/sda/tehrep/archivelogs/1_6516_670414641.dbf'
Sun Jan 31 13:59:50 2010
and the context "/u01/app/oracle/admin/tehrep/udump/tehrep_rfs_3919.trc" is below :
+/u01/app/oracle/admin/tehrep/udump/tehrep_rfs_3919.trc+
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options
ORACLE_HOME = /u01/app/oracle/product/10.2.0/db_1
System name:    Linux
Node name:      linserver2.com
Release:        2.6.9-42.ELsmp
Version:        #1 SMP Wed Jul 12 23:27:17 EDT 2006
Machine:        i686
Instance name: tehrep
Redo thread mounted by this instance: 1
Oracle process number: 58
Unix process pid: 3919, image: [email protected]
*** SERVICE NAME:() 2010-01-31 13:59:43.865
*** SESSION ID:(109.1225) 2010-01-31 13:59:43.865
KCRRFLAS
KCRRSNPS
No space in recovery area for active standby redo logs
The primary database is operating in MAXIMUM PROTECTION
or MAXIMUM AVAILABILITY mode, and the standby database
does not contain adequate disk space in the recovery area
to safely archive the contents of the standby redo logfiles.
ORA-16086: standby database does not contain available standby log files
when I saw this line "No space in recovery area for active standby redo logs" I thought that STANDBY_ARCHIVE_DEST parameter points where that there is no enough space , but when I consider I found out that points a directory on disk a "sda" that has enough space , I don't know what that means
by the way, at below I've written a section of the primary database alert_log context and "lgwr" trace file around Sun Jan 31 13:30:34 2010
alert_log :
ORA-16086: standby database does not contain available standby log files
Sun Jan 31 13:30:34 2010
LGWR: Failed to archive log 7 thread 1 sequence 6512 (16086)
Thread 1 advanced to log sequence 6512
Current log# 7 seq# 6512 mem# 0: /disks/sdb/tehrep/redo71.log
Current log# 7 seq# 6512 mem# 1: /disks/sdd/tehrep/redo72.log
LNSc started with pid=53, OS id=11451
Sun Jan 31 13:36:34 2010
Errors in file /u01/app/oracle/admin/tehrep/bdump/tehrep_lgwr_3692.trc:
ORA-16086: standby database does not contain available standby log files
Sun Jan 31 13:36:34 2010
LGWR: Failed to archive log 5 thread 1 sequence 6513 (16086)
Thread 1 advanced to log sequence 6513
Current log# 5 seq# 6513 mem# 0: /disks/sdb/tehrep/redo51.log
Current log# 5 seq# 6513 mem# 1: /disks/sdd/tehrep/redo52.log
*/u01/app/oracle/admin/tehrep/bdump/tehrep_lgwr_3692.trc file :*
Error 16086 creating standby archive log file at host '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=linserver2.com
+)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=tehrep_XPT.com)(INSTANCE_NAME=tehrep)(SERVER=dedicated)))'+
*** 2010-01-31 13:30:34.712 60679 kcrr.c
LGWR: Attempting destination LOG_ARCHIVE_DEST_3 network reconnect (16086)
*** 2010-01-31 13:30:34.712 60679 kcrr.c
LGWR: Destination LOG_ARCHIVE_DEST_3 network reconnect abandoned
ORA-16086: standby database does not contain available standby log files
*** 2010-01-31 13:30:34.712 60679 kcrr.c
LGWR: Error 16086 creating archivelog file '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=linserver2.com)(PORT=1521
+)))(CONNECT_DATA=(SERVICE_NAME=tehrep_XPT.com)(INSTANCE_NAME=tehrep)(SERVER=dedicated)))'+
*** 2010-01-31 13:30:34.712 58941 kcrr.c
kcrrfail: dest:3 err:16086 force:0 blast:1
Receiving message from LNSc
*** 2010-01-31 13:30:34.718 55444 kcrr.c
Making upidhs request to LNSc (ocis 0x0xb648db48). Begin time is <01/31/2010 13:30:30> and NET_TIMEOUT <180> seconds
NetServer pid:11196
*** 2010-01-31 13:30:38.718 55616 kcrr.c
upidhs done status 0
*** 2010-01-31 13:36:31.062
LGWR: Archivelog for thread 1 sequence 6513 will NOT be compressed
*** 2010-01-31 13:36:31.062 53681 kcrr.c
+Initializing NetServer[LNSc] for dest=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=linserver2.com)(PORT=1521)))(CO+
NNECT_DATA=(SERVICE_NAME=tehrep_XPT.com)(INSTANCE_NAME=tehrep)(SERVER=dedicated))) mode SYNC
LNSc is not running anymore.
New SYNC LNSc needs to be started
Waiting for subscriber count on LGWR-LNSc channel to go to zero
Subscriber count went to zero - time now is <01/31/2010 13:36:31>
Starting LNSc ...
Waiting for LNSc to initialize itself
*** 2010-01-31 13:36:34.116 53972 kcrr.c
+Netserver LNSc [pid 11451] for mode SYNC has been initialized+
Performing a channel reset to ignore previous responses
+Successfully started LNSc [pid 11451] for dest (DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=linserver2.com)(PORT=1+
+521)))(CONNECT_DATA=(SERVICE_NAME=tehrep_XPT.com)(INSTANCE_NAME=tehrep)(SERVER=dedicated))) mode SYNC ocis=0x0xb648db48+
*** 2010-01-31 13:36:34.116 54475 kcrr.c
+Making upiahm request to LNSc [pid 11451]: Begin Time is <01/31/2010 13:36:31>. NET_TIMEOUT = <180> seconds+
Waiting for LNSc to respond to upiahm
*** 2010-01-31 13:36:34.266 54639 kcrr.c
upiahm connect done status is 0
Receiving message from LNSc
Receiving message from LNSc
Destination LOG_ARCHIVE_DEST_3 is in STANDBY RESYNCHRONIZATION mode
Receiving message from LNSc

Unassigned Status Of Standby Redo Log Files

I created 2 standby redo log groups, and use LGWR in primary site to
transfer redo data, all are good. But when I query the V$STANDBY_LOG
view, I found that the status column of my both standby redo logs is UNASSIGNED".
also sequence#
THREAD# and all others are 0 and 0.
Any explains.

Thanks for the reply Sophie. I did perform log switch at my primary site but the status of standby redo log files remained unassinged. I am pasting here the message in my Alert Log file may be that can help you to diagonose the problem.
ALTER DATABASE SET STANDBY DATABASE PROTECTED
Tue Jul 26 15:35:18 2005
Completed: ALTER DATABASE SET STANDBY DATABASE PROTECTED
Tue Jul 26 15:35:22 2005
ALTER DATABASE OPEN
Tue Jul 26 15:35:23 2005
LGWR: Primary database is in CLUSTER CONSISTENT mode
LGWR: Primary database is in MAXIMUM PROTECTION mode
LGWR: Destination LOG_ARCHIVE_DEST_1 is not serviced by LGWR
LNS0 started with pid=18
Tue Jul 26 15:35:28 2005
LGWR: Error 16086 verifying archivelog destination LOG_ARCHIVE_DEST_2
LGWR: Continuing...
Tue Jul 26 15:35:28 2005
Errors in file e:\oracle\admin\test\bdump\test_lgwr_1864.trc:
ORA-16086: standby database does not contain available standby log files
LGWR: Error 16086 disconnecting from destination LOG_ARCHIVE_DEST_2 standby host 'TESTstdb'
LGWR: Minimum of 1 applicable standby database required
Tue Jul 26 15:35:28 2005
Errors in file e:\oracle\admin\test\bdump\test_lgwr_1864.trc:
ORA-16072: a minimum of one standby database destination is required
LGWR: terminating instance due to error 16072
Instance terminated by LGWR, pid = 1864

Online Redo logs instead of Standby Redo logs

RDBMS Version: 11.2.0.3/Platform : RHEL 6.3
To migrate a 3TB Database to a new DB server , we are going to use RMAN DUPLICATE.
Step1. Take full backup of DB + Standby Control file at primary site and transfer the Bkp files to Standby site
Step2. At standy site, we will run the RMAN duplicate target database for standby
After the above step, we don't want to create the standby redo logs because the newly restored DB in standby server is going to be the new Prod DB which application will be pointing to.
So, Can I skip the Standby Redo log creation part and create Online redo logs instead ?
As mentioned earlier, Our objective is not to create a proper Dataguard Standby DB setup. We just want to clone our DB to another server using RMAN Duplicate.

Tom wrote:
RDBMS Version: 11.2.0.3/Platform : RHEL 6.3
To migrate a 3TB Database to a new DB server , we are going to use RMAN DUPLICATE.
Step1. Take full backup of DB + Standby Control file at primary site and transfer the Bkp files to Standby site
Step2. At standy site, we will run the RMAN duplicate target database for standby
After the above step, we don't want to create the standby redo logs because the newly restored DB in standby server is going to be the new Prod DB which application will be pointing to.
So, Can I skip the Standby Redo log creation part and create Online redo logs instead ?
As mentioned earlier, Our objective is not to create a proper Dataguard Standby DB setup. We just want to clone our DB to another server using RMAN Duplicate.
Hi,
Take full backup of DB + Standby Control
We just want to clone our DB to another server using RMAN Duplicate
If you want only clone database of production, why you are take Standby controlfile?
If you don't want create standby database then, why you using DUPLICATE command with FOR STANDBY option.
You can use DUPLICATE command for clone database, without for standby option.
If you say no, we want create standby database and we will perform swithover,
then yes, you can use online redo logs for max performance mode.
and you can create standby redo logs on all database, but this redo logs will use by database when database role
is standby.
Regards
Mahir M. Quluzade

Physical standby with rman: location of redo logs

guys,
i use simple rman commands to create a physical standby database (i've attached the commands below). the problem is that on the physical standby, the location of the redo logs and standby redo logs differ from the primary.
(we use redo logs and standby redo logs as we are running in max. availability mode and want to be prepared for switchover/failover).
how do i backup/restore the database in a way that the redo logs are at the same place than on the primary database?
thanks for your help,
heri
backup on primary:
backup incremental level = 0 format '/tmp/transfer/td_%s_%p.bck' database;
restore on standby:
duplicate target database for standby NOFILENAMECHECK;

Ogan,
thanks alot for your reply. I was not using the log_file_name_convert parameter as i am not aware how to use it in this scenario. the log files on the standby are generated randomly.
on the primary the log files are as follows:
/home/oracle/app/oracle/oradata/td/redo01.log
/home/oracle/app/oracle/oradata/td/redo02.log
/home/oracle/app/oracle/oradata/td/redo03.log
/home/oracle/app/oracle/oradata/td/standby_redo01.log
/home/oracle/app/oracle/oradata/td/standby_redo02.log
/home/oracle/app/oracle/oradata/td/standby_redo03.log
on the standby the logs look like:
/home/oracle/app/oracle/product/11.2.0/dbhome/dbs/TDSTBY/onlinelog/o1_mf_1_6b1f9mvc_.log
/home/oracle/app/oracle/product/11.2.0/dbhome/dbs/TDSTBY/onlinelog/o1_mf_2_6b1f9p36_.log
/home/oracle/app/oracle/product/11.2.0/dbhome/dbs/TDSTBY/onlinelog/o1_mf_3_6b1f9rdj_.log
/home/oracle/app/oracle/product/11.2.0/dbhome/dbs/TDSTBY/onlinelog/o1_mf_4_6b1f9v8r_.log
/home/oracle/app/oracle/product/11.2.0/dbhome/dbs/TDSTBY/onlinelog/o1_mf_5_6b1f9xms_.log
/home/oracle/app/oracle/product/11.2.0/dbhome/dbs/TDSTBY/onlinelog/o1_mf_6_6b1f9zxv_.log
the filenames on the standby are not predictable for me in any way, so how would i use log_file_name_convert?
thanks alot for your help!

Adding redo logs for dataguard primary server

Dear all:
i have physical dataguard servers
i want to add new redologs for primary server with big size ..
please advice what will be the action with stand by server.
Thanks ,,

Dear all:
i have physical dataguard servers
i want to add new redologs for primary server with
big size ..
please advice what will be the action with stand by
server.
Thanks ,,Most of these information are kept in the control file . You have to recreate your stand by control file after you added the new online redo logs. Transfer this to the standby server , with the the new online redo redo while you standby is down . Your standby system should be able to recognize it when it goes back to stand by mode.

How do I manually archive 1 redo log at a time?

The database is configured in archive mode, but automatic archiving is turned off.
For both Oracle 901 and 920 on Windows, when I try to manually archive a single redo log, the database
archives as many logs as it can up to the log just before the current log:
For example:
SQL> select * from v$log order by sequence#;
GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIM
1 1 14 104857600 1 NO INACTIVE 424246 19-JAN-05
2 1 15 104857600 1 NO INACTIVE 425087 28-MAR-05
3 1 16 104857600 1 NO INACTIVE 425088 28-MAR-05
4 1 17 512000 1 NO INACTIVE 425092 28-MAR-05
5 1 18 512000 1 NO INACTIVE 425100 28-MAR-05
6 1 19 512000 1 NO CURRENT 425102 28-MAR-05
6 rows selected.
SQL> alter system archive log next;
System altered.
SQL> select * from v$log order by sequence#;
GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIM
1 1 14 104857600 1 YES INACTIVE 424246 19-JAN-05
2 1 15 104857600 1 YES INACTIVE 425087 28-MAR-05
3 1 16 104857600 1 YES INACTIVE 425088 28-MAR-05
4 1 17 512000 1 YES INACTIVE 425092 28-MAR-05
5 1 18 512000 1 NO INACTIVE 425100 28-MAR-05
6 1 19 512000 1 NO CURRENT 425102 28-MAR-05
See - instead of only 1 log being archive, 4 of them were. Oracle behaves the same way if I use the "sequence" option:
SQL> select * from v$log order by sequence#;
GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIM
1 1 14 104857600 1 NO INACTIVE 424246 19-JAN-05
2 1 15 104857600 1 NO INACTIVE 425087 28-MAR-05
3 1 16 104857600 1 NO INACTIVE 425088 28-MAR-05
4 1 17 512000 1 NO INACTIVE 425092 28-MAR-05
5 1 18 512000 1 NO INACTIVE 425100 28-MAR-05
6 1 19 512000 1 NO CURRENT 425102 28-MAR-05
6 rows selected.
SQL> alter system archive log next;
System altered.
SQL> select * from v$log order by sequence#;
GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIM
1 1 14 104857600 1 YES INACTIVE 424246 19-JAN-05
2 1 15 104857600 1 YES INACTIVE 425087 28-MAR-05
3 1 16 104857600 1 YES INACTIVE 425088 28-MAR-05
4 1 17 512000 1 YES INACTIVE 425092 28-MAR-05
5 1 18 512000 1 NO INACTIVE 425100 28-MAR-05
6 1 19 512000 1 NO CURRENT 425102 28-MAR-05
Is there some default system configuration property telling Oracle to archive as many logs as it can?
Thanks,
DGR

Thanks Yoann (and Syed Jaffar Jaffar Hussain too),
but I don't have a problem finding the group to archive or executing the alter system archive log command.
My problem is that Oracle doesn't work as I expect it.
This comes from the Oracle 9.2 online doc:
http://download-west.oracle.com/docs/cd/B10501_01/server.920/a96540/statements_23a.htm#2053642
"Specify SEQUENCE to manually archive the online redo log file group identified by the log sequence number integer in the specified thread."
This implies that Oracle will only archive the log group identified by the log sequence number I specify in the alter system archive log sequence statement. However, Oracle is archiving almost all of the log groups (see my first post for an example).
This appears to be a bug, unless there is some other system parameter that is configured (by default) to allow Oracle to archive as many log groups as possible.
As to the reason why - it is an application requirement. The Oracle db must be in archive mode, automatic archiving must be disabled and the application must control online redo log archiving.
DGR

Select from .. as of - using archived redo logs - 10g

Hi,
I was under the impression I could issue a "Select from .. as of" statement back in time if I have the archived redo logs.
I've been searching for a while and cant find an answer.
My undo_management=AUTO, database is 10.2.0.1, the retention is the default of 900 seconds as I've never changed it.
I want to query a table as of 24 hours ago so I have all the archived redo logs from the last 48 hours in the correct directory
When is issue the following query
select * from supplier_codes AS OF TIMESTAMP
TO_TIMESTAMP('2009-08-11 10:01:00', 'YYYY-MM-DD HH24:MI:SS')
I get a snapshot to old ORA-01555 error. I guess that is because my retention is only 900 seconds but I thought the database should query the archive redo logs or have I got that totally wrong?!
My undo tablespace is set to AUTOEXTEND ON and MAXSIZE UNLIMITED so there should be no space issues
Any help would be greatly appreciated!
Thanks
Robert

If you want to go back 24 hours, you need to undo the changes...
See e.g. the app dev guide - fundamentals, chapter on Flashback features: [doc search|http://www.oracle.com/pls/db102/ranked?word=flashback&remark=federated_search].

Log & Transfer of Canon HF 11: error message

Hi guys,
I just got a new canon HF 11 (basically the same as the HF 10) and i tried to import footage using Log & Transfer but every time I click "add clip to queue" it spins a grey icon for a few seconds which then turns to a red circle with an exclamation mark inside and says "Error: No Data". I have tried giving the clip an in and out mark but this doesn't help.
Any ideas,
Thanks

I have had a similar problem with my Canon HG21 which has both hard disk and 32GB flash drive. My method is to copy files from the Hard Disk to the flash drive and then place the flash drive into a card reader. I was able to see FCE downloading in log and transfer for a second or two and then it went into an idle mode and never downloaded the file.
My solution was to delete ALL from from the flash drive followed by copying the videos and stills from the hard disk onto the clean flash drive. I realize you don't have the luxury of the hard disk, but perhaps you can extract the files using the Voltiac tool to clone the Canon structure from the camera and see if log and transfer will work directly from your hard disk on the Mac.

How to disable write to redo log file in oracle7.3.4

in oracle 8, alter table no logged in redo log file like: alter table tablename nologging;
how to do this in oracle 7.3.4?
thanks.

user652965 wrote:
Thanks very much for your help guys. I appreciate it. unfortunately none of these commands worked for me. I kept getting error on clearing logs that redo log is needed to perform recovery so it can't be cleared. So I ended up restoring from earlier snapshot of my db volume. Database is now open.
Thanks again for your input.And now, as a follow-up, at a minimum you should make sure that all redo log groups have at least 3 members. Then, if you lose a single redo log file, all you have to do is shutdown the db and copy one of the good members (of the same group as the lost member) over the lost member.
And as an additional follow-up, if you value your data you will run in archivelog mode and take regular backups of the database and archivelogs. If you fail to do this you are saying that your data is not worth saving.

Is There a Way to Run a Redo log for a Single Tablespace?

I'm still fairly new to Oracle. I've been reading up on the architecture and I am getting the hang of it. Actually, I have 2 questions.
1) My first question is..."Is there a way to run the redo log file...but to specify something so that it only applies to a single tablespace and it's related files?"
So, in a situation where, for some reason, only a single dbf file has become corrupted, I only have to worry about replaying the log for those transactions that affect the tablespace associated with that file.
2) Also, I would like to know if there is a query I can run from iSQLPlus that would allow me to view the datafiles that are associated with a tablespace.
Thanks

1) My first question is..."Is there a way to run the
redo log file...but to specify something so that it
only applies to a single tablespace and it's related
files?"
No You can't specify a redolog file to record the transaction entries for a particular tablespace.
In cas if a file gets corrupted.you need to apply all the archivelogs since the last backup plus the redologs to bring back the DB to consistent state.
>
2) Also, I would like to know if there is a query I
can run from iSQLPlus that would allow me to view the
datafiles that are associated with a tablespace.Select file_name,tablespace_name from dba_data_files will give you the
The above will give you the number of datafiles that a tablespace is made of.
In your case you have created the tablespace iwth one datafile.
Message was edited by:
Maran.E

Log & Transfer with Mac OS 10.6.2

Having previously had a fully working, and it has to be said impressive, installation of FCE 4.0.1 I attempted to ingest some new footage recently. I had not used FCE for about 3 months as I had no need to.
FCE started up great and I was able to create a new project as well; but when I opened the Log & Transfer window and attempted to add the folder I'd copied from the camera's SD card, nothing. The folder name does not appear as the source at the top of the window and no files appear in the top list pane.
Now to troubleshoot here's my line of thought:-
1. The latest footage is corrupt.
2. The system has changed since Iast used FCE. (This is true and I will come to this soon)
3. The FCE install is corrupted.
So here's what I've done to address each of the above steps.
1. I returned to the last footage I'd successfully ingested and I could not add that footage's folder to the L&T window either, as a precaution I then trashed the preferences and tried again, still no good.
2. As stated above my system has changed as since the last time I used FCE I've upgraded to Mac OS 10.6 and subsequently 10.6.2 also I've installed Adobe Photoshop Elements 8.0. So to troubleshoot this I needed a test bed and so used a spare internal SATA drive as a new Startup Drive and performed the following.
i. Erased the drive and re-formated as Mac OS Extended (Journaled).
ii. Installed Mac OS 10.5.
iii. Patched 10.5 with three iterations of Software Update.
iv. Installed FCE 4.0.
v. Patched FCE to 4.0.1.
vi. Tested FCE and it worked perfectly, interesting but not the solution I would like.
vii. Installed Adobe Photoshop Elements 8.0 and then tested FCE and it worked perfectly.
viii. Updated Adobe Photoshop Elements 8.0 and then tested FCE and it worked perfectly.
ix. Upgraded Mac OS to 10.6 and then tested FCE and it failed to add folders to the L&T pane.
x. Patched Mac OS to 10.6.2 with three more iterations of Software Update and then tested FCE and it failed to add folders to the L&T pane.
Ok a short pause in the overly detailed breakdown of what has occurred (I don't want anybody to be in any doubt as to my veracity in troubleshooting).
So as far as the above sequence is concerned Mac OS 10.6.x does not support FCE and AVCHD media, as an added 'feature' after two attempts at adding a path to the footage FCE crashes completely.
Maybe a 'clean' clean install is what is needed.
xi. Erased the drive and re-formated as Mac OS Extended (Journaled) again.
xii. Installed Mac OS 10.6 and patched with three iterations of Software Update.
xiii. Installed FCE 4.0 and patched with Software Update to 4.0.1.
xiv. Tested FCE and it still will not add a path to any media and crashes after a handful of attempts at getting it to do so.
So the third of possible causes i.e. FCE install corrupted is excluded as cause 2 Mac OS problems are the culprit.
Am I the only person with a professional spec (albeit a little long in the tooth, yet very capable) machine; built with the latest OS as per manufacturers recommendations; FCE software installed as per best practice and the media stored on a dedicated drive in the AVHCD file structure (as a footnote the software will not "see" the camera either) who is unable to use FCE as it will not do what it says on the tin. Unless the tin is 10.5.
Spleen vented is anybody able to help?

Impressive - you've been very methodical & thorough - I wish most posts were as thoroughly detailed as yours! But something else is going on. I have FCE 4.0.1 on 10.6.2 and it's working perfectly; ditto for a lot of other people here.
You mentioned that you +"attempted to add the folder I'd copied from the camera's SD card"+ - have you tried Log&Transfer directly from your camcorder? If not, try that and let us know what happens (or not).
When you copied that folder from your SD card, did you copy the +entire folder structure+ (all the way from the root of the SD card) or just the folder containing the video? That could be the problem (you need the entire folder structure for AVCHD video, not just the folder containing the MTS files.) What camcorder are you using?

Problem in creating database -Missing Redo log file

I am try to create a new database using DBCA .While creating a database it shows the error oracle instance terminated.Force Disconnected.
My alert log file is
Errors in file /u01/app/oracle/diag/rdbms/oracl/oracl/trace/oracl_ora_5424.trc:
ORA-00313: open failed for members of log group 1 of thread 1
ORA-00312: online log 1 thread 1: '/u01/app/oracle/oradata/oracl/redo01.log'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
Additional information: 3
Wed Nov 06 10:07:27 2013
Errors in file /u01/app/oracle/diag/rdbms/oracl/oracl/trace/oracl_ora_5424.trc:
ORA-00313: open failed for members of log group 2 of thread 1
ORA-00312: online log 2 thread 1: '/u01/app/oracle/oradata/oracl/redo02.log'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
Additional information: 3
Errors in file /u01/app/oracle/diag/rdbms/oracl/oracl/trace/oracl_ora_5424.trc:
ORA-00313: open failed for members of log group 3 of thread 1
ORA-00312: online log 3 thread 1: '/u01/app/oracle/oradata/oracl/redo03.log'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
Additional information: 3
Wed Nov 06 10:07:38 2013
Setting recovery target incarnation to 2
Wed Nov 06 10:07:38 2013
Assigning activation ID 1876274518 (0x6fd5ad56)
Thread 1 opened at log sequence 1
Current log# 1 seq# 1 mem# 0: /u01/app/oracle/oradata/oracl/redo01.log
Successful open of redo thread 1
Wed Nov 06 10:07:38 2013
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
Wed Nov 06 10:07:38 2013
SMON: enabling cache recovery
Errors in file /u01/app/oracle/diag/rdbms/oracl/oracl/trace/oracl_ora_5424.trc (incident=1345):
ORA-00600: internal error code, arguments: [kpotcgah-7], [12534], [ORA-12534: TNS:operation not supported
Incident details in: /u01/app/oracle/diag/rdbms/oracl/oracl/incident/incdir_1345/oracl_ora_5424_i1345.trc
Wed Nov 06 10:07:46 2013
Trace dumping is performing id=[cdmp_20131106100746]
Errors in file /u01/app/oracle/diag/rdbms/oracl/oracl/trace/oracl_ora_5424.trc:
ORA-00600: internal error code, arguments: [kpotcgah-7], [12534], [ORA-12534: TNS:operation not supported
Error 600 happened during db open, shutting down database
USER (ospid: 5424): terminating the instance due to error 600
Instance terminated by USER, pid = 5424
ORA-1092 signalled during: alter database "oracl" open resetlogs...
ORA-1092 : opiodr aborting process unknown ospid (5424_47935551851664)
Wed Nov 06 10:07:47 2013
ORA-1092 : opitsk aborting process
251,1 95%

>I am try to create a new database using DBCA
>Please help me to resolve this issue.My redo log file was missing
DROP and recreate the database. It is a *new* database without any data.
Check what datafile locations and redo log file locations you specify when creating the new database. Check if you have permissions and enough disk space.
Hemant K Chitale

Redo log transfer

Similar Messages

Maybe you are looking for