Archive gap in 9.2, archive logs are gone

Hi all,
I've got an old 9.2.0.6 DataGuard setup, it's been running fine for years. We recently had to move our DR server to a new datacenter, so it got shut down, shipped and brought back up. The database came up fine, but now I see that I've got a gap where I'm missing 3 archive logs. And of course, something got screwed up on the primary database server, to the point that I don't have a backup of those archive logs, and they are not on the server (or the DR server). They got deleted, and they are GONE.
So now I have to figure out the quickest/easiest way to get this resolved. I was thinking I could do an incremental backup on the primary server, from the proper SCN number. But now that I am looking at it, it looks like the 9i RMAN didn't have this feature (looks like it was introduced in the 10g RMAN).
So at this point, is my only option to drop and re-create the DR database? Any other way to get around this?
I appreciate any help!!

Hello,
No other way in 9i even when archives are no more exist.
You have to recreate entire setup. :(
Of course as you said incremental SCN it's of 10g. So go and re-build.
TheBlakester
Handle:     TheBlakester
Status Level:     Newbie
Registered:     Feb 9, 2006
Total Posts:     127
Total Questions:     20 (19 unresolved)
Name     Brad Blake
Location     Boulder, CO
Occupation     DBA
>
Your all of the questions are unanswered except one, consider closing threads and keep the forum clean.
Edited by: CKPT on Jul 6, 2012 6:18 AM

Similar Messages

HELP!!! I moved my videos to an external HD and now they are gone.

I moved two movies to an external HD, and archived them. Now all the files are gone, I tried using Disc Doctor but it couldn't find the files. I'm hoping its because the demo version has a size limit of 10GB, and the files were closer to 26GB each.
I am going to be boiled alive if I can't produce these files.
Or, I'm going to get a lot of dirty looks and people will say bad things behind my back, but its still bad.

I moved the files to the external drive I use for Time Machine, there is a feature in iMovie where you can archive the original DV files. After I moved the files I created the archives, and now the only files on the drive are related to Time Machine.
I've tried 2 different programs for data recovery and nothing can find them.

Archive logs are missing in hot backup

Hi All,
We are using the following commands to take hot backup of our database. Hot backup is fired by "backup" user on Linux system.
=======================
rman target / nocatalog <<EOF
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '$backup_dir/$date/%F';
run {
allocate channel oem_backup_disk1 type disk format '$backup_dir/$date/%U';
#--Switch archive logs for all threads
sql 'alter system archive log current';
backup as COMPRESSED BACKUPSET database include current controlfile;
#--Switch archive logs for all threads
sql 'alter system archive log current';
#--Backup Archive logs and delete what we've backedup
backup as COMPRESSED BACKUPSET archivelog all not backed up delete all input;
release channel oem_backup_disk1;
allocate channel for maintenance type disk;
delete noprompt obsolete device type disk;
release channel;
exit
EOF
=======================
Due to which after command (used 2 times) "sql 'alter system archive log current';" I see the following lines in alert log 2 times. Because of this all the online logs are not getting archived (Missing 2 logs per day), the backup taken is unusable when restoring. I am worried about this. I there any to avoid this situation.
=======================
Errors in file /u01/oracle/admin/rac/udump/rac1_ora_3546.trc:
ORA-19504: failed to create file "+DATA/rac/1_32309_632680691.dbf"
ORA-17502: ksfdcre:4 Failed to create file +DATA/rac/1_32309_632680691.dbf
ORA-15055: unable to connect to ASM instance
ORA-01031: insufficient privileges
=======================
Regards,
Kunal.

All thanks you for help, pleas find additional information. I goth the following error as log sequence was missing. Everyday during hotbackup, there are 2 missing archive logs, which makes our backup inconsistent and useless.
archive log filename=/mnt/xtra-backup/ora_archivelogs/1_32531_632680691.dbf thread=1 sequence=32531
archive log filename=/mnt/xtra-backup/ora_archivelogs/2_28768_632680691.dbf thread=2 sequence=28768
archive log filename=/mnt/xtra-backup/ora_archivelogs/2_28769_632680691.dbf thread=2 sequence=28769
archive log filename=/mnt/xtra-backup/ora_archivelogs/2_28770_632680691.dbf thread=2 sequence=28770
archive log filename=/mnt/xtra-backup/ora_archivelogs/1_32532_632680691.dbf thread=1 sequence=32532
archive log filename=/mnt/xtra-backup/ora_archivelogs/2_28771_632680691.dbf thread=2 sequence=28771
archive log filename=/mnt/xtra-backup/ora_archivelogs/2_28772_632680691.dbf thread=2 sequence=28772
archive log filename=/mnt/xtra-backup/ora_archivelogs/2_28772_632680691.dbf thread=2 sequence=28773
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 12/13/2012 04:22:56
RMAN-11003: failure during parse/execution of SQL statement: alter database recover logfile '/mnt/xtra-backup/ora_archivelogs/2_28772_632680691.dbf'
ORA-00310: archived log contains sequence 28772; sequence 28773 required
ORA-00334: archived log: '/mnt/xtra-backup/ora_archivelogs/2_28772_632680691.dbf'
Let me try the susggestions provided above.

How to determine which archive logs are needed in flashback.

Hi,
Let's assume I have archive logs 1,2,3,4, then a "backup database plus archivelogs" in RMAN, and then archive logs 5+6. If I want to flashback my database to a point immediately after the backup, how do I determine which archive logs are needed?
I would assume I'd only need archive logs 5 and/or 6 since I did a full backup plus archivelogs and the database would have been checkpointed at that time. I'd also assume archive logs 1,2,3,4 would be obsolete as they would have been flushed to the datafiles in the checkpoint.
Are my assumptions correct? If not what queries can I run to determine what files are needed for a flashback using the latest checkpointed datafiles?
Thanks.

Thanks for the explanation, let me be more specific with my problem.
I am trying to do a flashback on a failed primary database, the only reason why I want to do a flashback is because dataguard uses the flashback command to try and synchronize the failed database. Specifically dataguard is trying to run:
FLASHBACK DATABASE TO SCN 865984
But it fails, if I run it manually then I get:
SQL> FLASHBACK DATABASE TO SCN 865984;
FLASHBACK DATABASE TO SCN 865984
ERROR at line 1:
ORA-38754: FLASHBACK DATABASE not started; required redo log is not available
ORA-38761: redo log sequence 5 in thread 1, incarnation 3 could not be accessed
Looking at the last checkpoint I see:
CHECKPOINT_CHANGE#
865857
Also looking at the archive logs:
RECID STAMP THREAD# SEQUENCE# FIRST_CHANGE# FIRST_TIM NEXT_CHANGE# RESETLOGS_CHANGE# RESETLOGS
25 766838550 1 1 863888 10-NOV-11 863892 863888 10-NOV-11
26 766838867 1 2 863892 10-NOV-11 864133 863888 10-NOV-11
27 766839225 1 3 864133 10-NOV-11 864289 863888 10-NOV-11
28 766839340 1 4 864289 10-NOV-11 864336 863888 10-NOV-11
29 766840698 1 5 864336 10-NOV-11 865640 863888 10-NOV-11
30 766841128 1 6 865640 10-NOV-11 865833 863888 10-NOV-11
31 766841168 1 7 865833 10-NOV-11 865857 863888 10-NOV-11
How can I determine what archive logs are needed by a flashback command? I deleted any archive logs with a SCN less than the checkpoint #, I can restore them from backup but I am trying to figure out how to query what is required for a flashback. Maybe this coincides with the point that flashbacks have nothing to do with the backups of datafiles or the checkpoints?

Archive logs are being shipped, but are not applied

Hi everyone,
Some strange things are happening when I try to configure an Oracle Data Guard setup. Currently I am at the point where the configuration has been completed, and I just need to sync the standby database to the primary one. I can see in the log files that the archive logs are being shipped, but they are not applied on the standby system.
If I run "recover standby database;" manually in sqlplus I can see that it is trying to apply an archive log which is way too old (ORA-00279: change 9656498443 generated at 04/29/2008 08:45:08 needed for thread 1).
In the alert log I can also see this error: Warning: Recovery target destination is in a sibling branch of the controlfile checkpoint. Recovery will only recover changes to datafiles.
At this point I was thinking that the standby database might be on a different incarnation compared to the primary, but this is not the case, they are both in incarnation 6:
6 6 MVF 4023175798 CURRENT 48493546257 13-06-21
Does anyone have an idea how this could happen, and how I could fix this issue?
Thanks, JM.

The restore did not cause any errors to be displayed, so I assumed everything was ok.
That's fair enough.
One thing I think might cause this behaviour is that the backup on the primary database is incremental,
Yes...that may be an issue. Best bet is to re-run your standby creation.....as you are doing.
With version 11gR2 you also have the option of duplicate from active database which negates the need to copy your backupsets over to do the restore: I find it a much simpler process than the rman backup, copy files over, restore and then recover process.
http://www.oracle-base.com/articles/11g/data-guard-setup-11gr2.php
Something worth considering.

Archived logs are 5MBish when the ORL is 10mb !

version: 10.2.0.4/RHEL 5.4
In our DB the Online Redo Logs are sized 10mb
SQL> select group#, bytes/1024/1024 from v$log;
    GROUP# BYTES/1024/1024
         1              10
         2              10
         3              10But the archived redo logs are of size around 5mb.As you can see from the file sizes below, manual log switch/archiving is not happening.
Below are the archived redo log file in the location configured for LOG_ARCHIVE_DEST_1
-rw-r----- 1 oracle dba 5267456 May 7 22:00 kemsuat_1_655792404_95866.arc
-rw-r----- 1 oracle dba 5241856 May 7 22:00 kemsuat_1_655792404_95867.arc
-rw-r----- 1 oracle dba 5241856 May 7 22:00 kemsuat_1_655792404_95868.arc
-rw-r----- 1 oracle dba 6000640 May 7 22:00 kemsuat_1_655792404_95869.arc
-rw-r----- 1 oracle dba 5241856 May 7 22:00 kemsuat_1_655792404_95870.arc
-rw-r----- 1 oracle dba 5241856 May 7 22:01 kemsuat_1_655792404_95871.arc
-rw-r----- 1 oracle dba 5241856 May 7 22:01 kemsuat_1_655792404_95872.arc
-rw-r----- 1 oracle dba 6201344 May 7 22:23 kemsuat_1_655792404_95873.arc
-rw-r----- 1 oracle dba 5241856 May 7 23:13 kemsuat_1_655792404_95875.arc
-rw-r----- 1 oracle dba 5241856 May 7 23:13 kemsuat_1_655792404_95874.arc
-rw-r----- 1 oracle dba 5241856 May 7 23:13 kemsuat_1_655792404_95876.arc
-rw-r----- 1 oracle dba 5241856 May 7 23:13 kemsuat_1_655792404_95877.arc
-rw-r----- 1 oracle dba 5241856 May 7 23:13 kemsuat_1_655792404_95878.arc
-rw-r----- 1 oracle dba 5241856 May 7 23:13 kemsuat_1_655792404_95879.arc
-rw-r----- 1 oracle dba 8305152 May 7 23:13 kemsuat_1_655792404_95880.arc
-rw-r----- 1 oracle dba 5241856 May 7 23:13 kemsuat_1_655792404_95881.arc
-rw-r----- 1 oracle dba 5294592 May 7 23:13 kemsuat_1_655792404_95882.arc
-rw-r----- 1 oracle dba 7031296 May 7 23:14 kemsuat_1_655792404_95883.arc
-rw-r----- 1 oracle dba 5241856 May 7 23:14 kemsuat_1_655792404_95884.arc
-rw-r----- 1 oracle dba 5236736 May 7 23:45 kemsuat_1_655792404_95885.arc
-rw-r----- 1 oracle dba 5259264 May 8 01:15 kemsuat_1_655792404_95886.arc
-rw-r----- 1 oracle dba 5241856 May 8 02:50 kemsuat_1_655792404_95887.arc
-rw-r----- 1 oracle dba 5238784 May 8 04:30 kemsuat_1_655792404_95888.arc
-rw-r----- 1 oracle dba 5298176 May 8 06:06 kemsuat_1_655792404_95889.arc
-rw-r----- 1 oracle dba 5241856 May 8 07:30 kemsuat_1_655792404_95890.arc
-rw-r----- 1 oracle dba 5240320 May 8 09:00 kemsuat_1_655792404_95891.arc
-rw-r----- 1 oracle dba 5241856 May 8 09:44 kemsuat_1_655792404_95892.arc
-rw-r----- 1 oracle dba 5238784 May 8 10:15 kemsuat_1_655792404_95893.arc
-rw-r----- 1 oracle dba 5241856 May 8 10:37 kemsuat_1_655792404_95894.arc
-rw-r----- 1 oracle dba 5241856 May 8 11:06 kemsuat_1_655792404_95895.arc
-rw-r----- 1 oracle dba 5241856 May 8 11:37 kemsuat_1_655792404_95896.arc
-rw-r----- 1 oracle dba 5241856 May 8 12:15 kemsuat_1_655792404_95897.arc
-rw-r----- 1 oracle dba 5241856 May 8 12:52 kemsuat_1_655792404_95898.arc
-rw-r----- 1 oracle dba 5241856 May 8 13:22 kemsuat_1_655792404_95899.arc
-rw-r----- 1 oracle dba 5241344 May 8 14:01 kemsuat_1_655792404_95900.arcAny idea why is this ?

LOG_BUFFER is only 15 mb in this DB.Could this be the cause as suggested in the ML document ?
SQL> show parameter log_buff
NAME                 TYPE                 VALUE
log_buffer           integer              15638720
SQL > select 15638720/1024/1024 from dual;
15638720/1024/1024
        14.9142456 But LOG_BUFFER parameter is automatically set by oracle after some internal calculation. Right ? Something went wrong with that calculation ?

How can I turn off archive logs are being generated by system? (ugrent)

Dear all,
How can I turn off archive logs are being generated by system?
Best Regards,
Amy

Sorry not to you @kamran its to OP.accidently it reply button pressed for you
SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup mount
ORACLE instance started.
Total System Global Area 171966464 bytes
Fixed Size                   787988 bytes
Variable Size             145750508 bytes
Database Buffers           25165824 bytes
Redo Buffers                 262144 bytes
Database mounted.
SQL> alter database noarchivelog
2 /
Database altered.
SQL> Khurram

Find how many archive logs are generated and backup through RMAN

friends,
how many arhcive logs are generating between 2 consecutive backups through RMAN.
Ur help is really appricated.
Thanks

Sorry, I misunderstood the question
I think you are not asking how many logs are generated since last backup. My initial repy was the answer for this
The answer of you question on 10G R2 is like below. Query groups your archivelog backup sessions and counts the logs in one session which is the number of generated archivelog file between two backup session/.
select session_key,count(sequence#) from V$BACKUP_ARCHIVELOG_DETAILS group by session_key order by 1 desc
Coskan Gundogar
http://coskan.wordpress.com

Archive gap between primary and standby

Hi,
I've a production environment with 2node RAC with ASM as primary and standalone standby with datafiles stored on the filesystem.
Always on the standby side, there is only one archive gap on the standby end, it is not applying it even after arrival of the archivelog.
How to overcome it?
Thanks

Hello;
Depending upon the query you are using "Real time apply" might show as 1 log behind. Is this possible?
Example from mine :
STANDBY               SEQUENCE# APPLIED    COMPLETIO
STANDBY2                 10711 YES        31-MAY-12
STANDBY2                 10712 YES        31-MAY-12
STANDBY2                 10713 YES        31-MAY-12
STANDBY2                 10714 YES        31-MAY-12
STANDBY2                 10715 YES        31-MAY-12
STANDBY2                 10716 YES        31-MAY-12
STANDBY2                 10717 YES        31-MAY-12
STANDBY2                 10718 YES        31-MAY-12
STANDBY2                 10719 YES        31-MAY-12
STANDBY2                 10720 YES        31-MAY-12
STANDBY2                 10721 YES        31-MAY-12
STANDBY2                 10722 YES        31-MAY-12
STANDBY2                 10723 YES        31-MAY-12
STANDBY2                 10724 YES        31-MAY-12
STANDBY2                 10725 NO         01-JUN-12     So sequence 10725 is still in progress so it shows 'NO'.
Can you post the query you are using?
Best Regards
mseberg
Edited by: mseberg on Jun 14, 2012 7:28 AM

Standby archive gap error ..

I have created a standby database,on the same site where my primary
database running,every thing works fine,but the problem i am facing
is that i am not able to recover my standby database,althogh log
transport service archiveing both the dir,primary abd standby database
and i query the primary database archive log list ;
Primary database
Database log mode Archive Mode
Automatic archival Enabled
Archive destination d:\oracle\admin\db01\arch
Oldest online log sequence 8
Next log sequence to archive 10
Current log sequence 10
Standby Database
Database log mode Archive Mode
Automatic archival Enabled
Archive destination d:\oracle\admin\stdby\arch1
Oldest online log sequence 5
Next log sequence to archive 5
Current log sequence 10
why this archive gap generating in standby databse ?
And how to recover my standy database up to my pr. Database ??
plz don't mention any link i've already gone through it..
plz solve it,the help would be highly appricated..

Hi,
The standby database don't generete archive log, this database only reapply archive log which sended by primary database (into a second arch dest).
In init.ora from your standby database :
Are standby database parameters standby_archive_dest and log_archive_dest_1 equal ?
standby_archive_dest parameter (from standby database) must equal to log_archive_dest_2 parameter (from primary database), is it the case ?
Is your standby database in recovery managed ?
Is standby database listener started ?
Nicolas.

Recovering for a archive gap

Hi All,
Using Oracle 11gR2 on RHEL 5.6. My Primary and Standby had different locations for datafiles and redolog files.
Since the Standby has a big gap with the Primary due to a network outage, plan to do an incremental rollforward.
Previously I have done a rollforward where file locations were same with no issues.
Intend to follow the steps as in http://docs.oracle.com/cd/B19306_01/server.102/b14239/scenarios.htm#CIHIAADC.
Now as per above Oracle reference why do I need to do ; I have already used earlier db_file_name_convert, log_file_name_convert in my pfile to create the DG.
1. remove all online logs/standby logs in standby directories
2. Standby – Clear all standby redo logs
If I need to do then will the above files be created automatically when I start the MRP?
Pleas advise ..

mseberg wrote:
OK.
First off you have a setup problem if your archive log are no longer on your primary. If RMAN removed them you should configure it to APPLIED on STANDBY.
RMAN> configure archivelog deletion policy to applied on standby;Do I have to set this on Primary and Standby both ?
I answered your question because I have dealt with some large gaps. However I have not done what you are trying. My friend CKPT has this excellent document :
RMAN Incremental Backups to Roll Forward a Physical Standby Database
http://www.oracle-ckpt.com/category/dataguard/page/6/
Have cheked the link earlier, it doesn't refer to my situation. My file locations/mount points are different.
If my MRP is stopped and I delete my standby and online redo logs in Standby. Then will it create automatically in Standby based on the control file restored when I start my managed recovery? This step is as per my first link.

ORA-00258: manual archiving in NOARCHIVELOG mode must identify log

Hi I am new to oracle streams. I am trying to setup a one way replication from one database to another using Oracle 10g (10.2.0.1.0) on Windows XP SP3 (32 bit).
I ran the following proc as the streams admin schema:
begin
dbms_streams_adm.maintain_schemas(
schema_names => 'XXCOW',
source_directory_object => 'repl_exp_dir',
destination_directory_object => 'repl_imp_dir',
source_database => 'PWBSD',
destination_database => 'PDVSD',
perform_actions => true,
dump_file_name => 'exp_app23.dmp',
capture_queue_table => 'rep_capt_table',
capture_queue_name => 'rep_capt_queue',
capture_queue_user => NULL,
apply_queue_table => 'rep_dest_table',
apply_queue_name => 'rep_dest_queue',
apply_queue_user => NULL,
capture_name => 'capture_pubs',
propagation_name => 'prop_pubs',
apply_name => 'apply_pubs',
log_file => 'exp_app23.log',
bi_directional => false,
include_ddl => true,
instantiation => dbms_streams_adm.instantiation_schema);
end;
The script failed the first time because i forgot to configure the source database in archive log mode.
The steps i followed to change to archivelog mode:
SQL> select name from v$database;
NAME
PWBSD
SQL> alter system set LOG_ARCHIVE_DEST = 'D:\data\oracle\oradata\PWBSD\archive' scope=both;
System altered.
SQL> conn sys/sys@pwbsd as sysdba
Connected.
SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup mount
ORACLE instance started.
Total System Global Area 612368384 bytes
Fixed Size 1250428 bytes
Variable Size 197135236 bytes
Database Buffers 406847488 bytes
Redo Buffers 7135232 bytes
Database mounted.
SQL> alter database archivelog;
Database altered.
SQL> alter database open;
Database altered.
SQL>
I configured it in archive log mode and ran the proc above again.
I got the following output this time:
job finished
begin
ERROR at line 1:
ORA-23616: Failure in executing block 90 for script
959ECF1D1159402A8C16687AE5E3B5CD
ORA-06512: at "SYS.DBMS_RECOVERABLE_SCRIPT", line 457
ORA-06512: at "SYS.DBMS_STREAMS_MT", line 2201
ORA-06512: at "SYS.DBMS_STREAMS_MT", line 7486
ORA-06512: at "SYS.DBMS_STREAMS_ADM", line 2624
ORA-06512: at "SYS.DBMS_STREAMS_ADM", line 2685
ORA-06512: at line 2
I ran the following to check the error:
select * from dba_recoverable_script_errors;
The output is:
SCRIPT ID: 959ECF1D1159402A8C16687AE5E3B5CD
BLOCK NUM: 90
ERROR_NUMBER: -258
ERROR_MESSAGE: ORA-00258: manual archiving in NOARCHIVELOG mode must identify log
ORA-06512: at "SYS.DBMS_RECO_SCRIPT_INVOK", line 129
ORA-06512: at "SYS.DBMS_STREAMS_RPC", line 358
It seemed like it was still complaining about archive log mode,
I verified that the PWBSD db is in archivelog mode by running the following:
select name, log_mode from v$database;
NAME: PWBSD
LOG_MODE: ARCHIVELOG
What could be the problem and how do i proceed to fix it?

Hi Parthiv,
The steps given by you is not clear.
please try to fallow the steps given in the below link. It may be helpful to you to setup schema level streams:
http://gssdba.wordpress.com/2011/04/20/steps-to-implement-schema-level-oracle-streams/
Thanks and Regards,
Satish.G.S
gssdba.wordpress.com

Configure archiver to read from both redo log members

Hi, We have moved our Data Warehouse to a new SAN. The luns for the redo logs are getting hit heavily. Just trying to find out if on AIX it is possible to configure archiver so that it reads from both members, current iostat data shows reads of the redo logs are only happening against the first member of each group and none against the second member. Thanks Tom Cullen

See a recent discussion on this issue :
Redo log Doubt
Hemant K Chitale

Archive all the active online redo logs

Hi,
in 9.2.0 and in archivelog mode, how can I archive all the active online redo logs ?
Thank you.

Is ur database already running in archivelog mode?? If yes and if automatic archiving is enabled then ur redo will be archived automatically. I think first you need to check whether ur DB is in archive log mode or not?? Post the output of (from sqlplus):
archive log list
Daljit Singh

PLEASE HELP ME. Some important emails have gone to an archive mail box and i really need them. Can someone please help me with how to view the archive email box and the emails that are in there?

PLEASE HELP ME. Some important emails have gone to an archive mail box and i really need them. Can someone please help me with how to view the archive email box and the emails that are in there?

http://kb.mozillazine.org/Recovering_deleted_mail_accounts

Archive gap in 9.2, archive logs are gone

Similar Messages

Maybe you are looking for