Backing up redo logs WAS: Lost ofall redo logs

[Fink, Dan]

Technically, after a consistent shutdown, the redo logs are not needed. All
transactions have been completed thus no redo is necessary.

However, I consider a full backup to include redo logs and control files.
The issue is not whether the database needs them for recovery, but whether
the dba needs them to speed recovery. A full restore of database from cold
backup is required. Yes, the online logs are not needed and can be recreated
from scratch. However, there is less human intervention and thus less room
for error if all the files are restored from tape (or other) and the
database opened. Just these two steps are required.

For any backup, you should never backup an active redo log. This is one
where redo is being written. If you are doing cold backups, the database is
not writing redo, so there are no active logs. If you are doing hot backups,
you will need to get all of the redo from archived logs that covers the time
period from just before the first tablespace was placed in backup mode to
just after the last tablespace was taken out of backup mode.

Consider the small size of most redo logs compared with the possibility of
loss and I'll back them up every time.

Dan
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Fink, Dan
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

RE: Lost ofall redo logs

[Henry Poras]

Tom,

I did a quick test a couple of years ago (I think it was on 7.3.4) and found
that when starting up after a clean shutdown Oracle doesn't actually read
the redo logs, it just needs the files in the right location. Three step
test.
1. Clean shutdown (immediate) of small test db. Removed redo logs. Startup
had error.
2. Clean shutdown (immediate) of small test db. Shuffled redo logs (renamed
log1-->log2; log2-->log3; log3-->log1). Startup OK.
3. Shutdown abort of small test db. Shuffled redo logs. Startup had error.

Don't remember why I needed to know this. Maybe just curiosity.

Henry

-Original Message-
Thomas F
Sent: Friday, September 20, 2002 12:39 PM
To: Multiple recipients of list ORACLE-L


Naveen,

Why NOT take the redo log files in a cold backup?

If you restore these cold backup files and intend to use them, you would
then have to open the database with the RESET LOGS option to re-create the
redo logs.

This would then invalidate all of your archive log files.

And Joe - thanks!  :)


Tom Mercadante
Oracle Certified Professional


-Original Message-
Sent: Friday, September 20, 2002 11:29 AM
To: Multiple recipients of list ORACLE-L


I'm not an expert so pardon me if i'm wrong.

Why to copy the log files in case of a cold backup if the instance was
shutdown cleanly(NOT ABORT)??

The d/b will be consistent so we don't need the redo-log files, isn't it?
Isn't it that the DB update all the Datafiles headers with the checkpoint
information at the time of CLEAN SHUTDOWN so redo-logs are not required for
a
restore from cold backup?

Though no harm in taking the log files backup too but they are not really
needed?

Regards,
Naveen

-Original Message-
Sent: Friday, September 20, 2002 7:18 PM
To: Multiple recipients of list ORACLE-L


Well, it didn't sound like he was using Rman (which does not backup redo
logs).  So I assumed that he was/should be using a cold-backup strategy -
which, if it were me, would backup the redo logs.

Tom Mercadante
Oracle Certified Professional


-Original Message-
Sent: Friday, September 20, 2002 8:48 AM
To: Multiple recipients of list ORACLE-L


Tom, that statement will open a can of worms(like a religion following)
about if/when to backup redo logs. :)

joe


Mercadante, Thomas F wrote:

>I agree with you Joe.
>
>I would *never* use an undocumented parameter unless Oracle told me to (or
>unless I was testing something that I could recreate).
>
>Using these params on the advice of someone from this list is very
>dangerous.
>
>The larger question is, why are the redo logs not being backed up?
>
>Arun, you need to establish a backup policy *immediately* so that you are
>not being put into this position again.
>
>Tom Mercadante
>Oracle Certified Professional
>
>
>-Original Message-
>Sent: Thursday, September 19, 2002 7:48 AM
>To: Multiple recipients of list ORACLE-L
>
>
>KG, doesn't anyone think not having a backup is a bad thing.
>
>You can go down that route if you wish but as I remember undocumented
>parameters are best used with the assistance of OWS and not just used at
>will.
>
>joe
>
>
>K Gopalakrishnan wrote:
>
>>Arun:
>>
>>You are right. The original poster *clearly* said
>>
>>LOST ALL REDO LOGS
>>NO BACKUP.
>>
>>In the above situation, you have to open the
>>databases using the some special tricks and
>>I don't think you need to go back and refer
>>BAckup and Recovery Manuals (You can not
>>find anything for this situation, that is
>>another story)
>>
>>Those parameters will bring up the database
>>if the database is cleanly shudowned (read:
>>Shutdown Normal/Immediate) and you will
>>have to do some more tricks to get the
>>database up if it is crashed (read: shutdown
>>ABORT).
>>
>>I don't think it is a bad advice..
>>
>>YMMV
>>
>>KG
>>
>>
>>-Original Message-
>>Chakrapanirao
>>Sent: Wednesday, September 18, 2002 11:08 PM
>>To: Multiple recipients of list ORACLE-L
>>
>>
>>Well one I do want to make clear I have never tried to give bad advice to
>>people.
>>Since the user in his mail had said that he does not have a backup and
does
>>not have any online redo logs can you please let me know how else can he
>>open the database, when he said he does not have a back it assumes that he
>>does not have a os backup and also the rman backup.
>>This might be the undocumented thing but this Is the only way it works
>>And this had happened in one our case and the only way we could open the
>>database is to force open the database in a corrupt mode take an export
and
>>import back into the new database.
>>
>>If you still think I am trying to give a bad advice well sorry that I am
>>giving bad advices.
>>
>>
>>-Original Message-
>>Sent: Thursday, September 19, 2002 12:33 AM
>>To: Multiple recipients of list ORACLE-L
>>
>>Arun, since WHEN has been using undocumented parameters the normal way
>>of doing things, I think you need to go back and lookup backup/recovery
>>concepts.
>>
>>Feel free to read both user managed and R

RE: Lost ofall redo logs

[Mark J. Bobak]

Thomas,

If you rely on the premise that cold backups can only be taken after a
non-abort shutdown, then there is no reason to backup on-line redo
logs.  (If you rely on backing up redo because you do cold backups after
shutdown abort, well, then we can have an argument about best
practices.)  In fact, given a proper backup strategy, there is no point
at which you should need to restore an on-line redo log from backup,
and, in fact, about any scencario I can think of, restoring online redo
logs is either detrimental to, or has no impact on, your recovery.

Specifically, in the scenario you indicate, (cold backup, archive logs,
rolling forward to a point in time), there is no need for the on-line
redo.  After restoring the datafiles, you'll need to apply your archives
(which will still be valid against the incarnation of the database that
you're working with), when you reach the desired point-in-time, you'll
need to cancel recovery and then open reset logs.  Note that this will
happen regardless of whether you previously restored them from backup.

Don't backup on-line redo logs!

With cold backups, it's not necessary, with hot backups, it's not only
unnecessary, it's dangerous!

-Mark

On Fri, 2002-09-20 at 12:38, Mercadante, Thomas F wrote:
> Naveen,
> 
> Why NOT take the redo log files in a cold backup?
> 
> If you restore these cold backup files and intend to use them, you would
> then have to open the database with the RESET LOGS option to re-create the
> redo logs.
> 
> This would then invalidate all of your archive log files.
> 
> And Joe - thanks!  :)
> 
> 
> Tom Mercadante
> Oracle Certified Professional
> 
> 
> -Original Message-
> Sent: Friday, September 20, 2002 11:29 AM
> To: Multiple recipients of list ORACLE-L
> 
> 
> I'm not an expert so pardon me if i'm wrong.
> 
> Why to copy the log files in case of a cold backup if the instance was
> shutdown cleanly(NOT ABORT)??
> 
> The d/b will be consistent so we don't need the redo-log files, isn't it?
> Isn't it that the DB update all the Datafiles headers with the checkpoint
> information at the time of CLEAN SHUTDOWN so redo-logs are not required for
> a
> restore from cold backup?
> 
> Though no harm in taking the log files backup too but they are not really
> needed?
> 
> Regards,
> Naveen
> 
> -Original Message-
> Sent: Friday, September 20, 2002 7:18 PM
> To: Multiple recipients of list ORACLE-L
> 
> 
> Well, it didn't sound like he was using Rman (which does not backup redo
> logs).  So I assumed that he was/should be using a cold-backup strategy -
> which, if it were me, would backup the redo logs.
> 
> Tom Mercadante
> Oracle Certified Professional
> 
> 
> -Original Message-
> Sent: Friday, September 20, 2002 8:48 AM
> To: Multiple recipients of list ORACLE-L
> 
> 
> Tom, that statement will open a can of worms(like a religion following) 
> about if/when to backup redo logs. :)
> 
> joe
> 
> 
> Mercadante, Thomas F wrote:
> 
> >I agree with you Joe.
> >
> >I would *never* use an undocumented parameter unless Oracle told me to (or
> >unless I was testing something that I could recreate).
> >
> >Using these params on the advice of someone from this list is very
> >dangerous.
> >
> >The larger question is, why are the redo logs not being backed up?
> >
> >Arun, you need to establish a backup policy *immediately* so that you are
> >not being put into this position again.
> >
> >Tom Mercadante
> >Oracle Certified Professional
> >
> >
> >-Original Message-
> >Sent: Thursday, September 19, 2002 7:48 AM
> >To: Multiple recipients of list ORACLE-L
> >
> >
> >KG, doesn't anyone think not having a backup is a bad thing.
> >
> >You can go down that route if you wish but as I remember undocumented 
> >parameters are best used with the assistance of OWS and not just used at 
> >will.
> >
> >joe
> >
> >
> >K Gopalakrishnan wrote:
> >
> >>Arun:
> >>
> >>You are right. The original poster *clearly* said
> >>
> >>LOST ALL REDO LOGS
> >>NO BACKUP.
> >>
> >>In the above situation, you have to open the
> >>databases using the some special tricks and
> >>I don't think you need to go back and refer
> >>BAckup and Recovery Manuals (You can not
> >>find anything for this situation, that is
> >>another story)
> >>
> >>Those parameters will bring up the database
> >>if the database is cleanly shudowned (read:
> >>Shutdown Normal/Immediate) and you will
> >>have to do some more tricks to get the
> >>database up if it is crashed (read: shutdown
> >>ABORT).
> >>
> >>I don't think it is a bad advice..
> >>
> >>YMMV
> >>
> >>KG
> >>
> >>
> >>-Original Message-
> >>Chakrapanirao
> >>Sent: Wednesday, September 18, 2002 11:08 PM
> >>To: Multiple recipients of list ORACLE-L
> >>
> >>
> >>Well one I do want to make clear I have never tried to give bad advice to
> >>people.
> >>Since the user in his mail had said that he does not have a backup and
> does
> >>not have any online redo logs can you please let me know how else can he
> >>op

RE: Lost ofall redo logs

[Jesse, Rich]

John, seeing as your e-mail name is "Ora NT DBA", you probably should have
qualified your reply with "as long as the DB is down".  Backing up live
Oracle files on Windows (even NTFS) is a recipe for disaster due to locking
problems (with the OS/filesystem or the backup software, I'm not sure).  We
had this problem long ago and was such a pain that we dumped Oracle7 from
Winders to Unix and haven't looked back.

Rich Jesse   System/Database Administrator
[EMAIL PROTECTED]  Quad/Tech International, Sussex, WI USA

-Original Message-
Sent: Friday, September 20, 2002 1:30 PM
To: Multiple recipients of list ORACLE-L


I agree,  there is never a problem because you backed up redo log files.
There could
be a problem with inadvertently restoring them, covering up needed
information in the 
current online redo logs.

John
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Jesse, Rich
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

Re: Lost ofall redo logs

[Ora NT DBA]

I agree,  there is never a problem because you backed up redo log files.
 There could
be a problem with inadvertently restoring them, covering up needed information
in the 
current online redo logs.

John

[EMAIL PROTECTED] wrote:

  My long standing position on this is that you take backups so that Just incase something fails, you have the ability to recover.  If something hasfailed, I want backups of EVERYTHING.  I know I dont' need the redo logs,but I would feel awful silly if I needed them at some point but didn't backthem up because I "understood" backup and recovery principles.-Original Message-NahataSent: Friday, September 20, 2002 8:29 AMTo: Multiple recipients of list ORACLE-LI'm not an expert so pardon me if i'm wrong.Why to copy the log files in case of a cold backup if the instance wasshutdown cleanly(NOT ABORT)??The d/b will be consistent so we don't need the redo-log files, isn't it?Isn't it that the DB update all the Datafiles headers with the checkpointinformation at the time of CLEAN SHUTDOWN so redo-logs are not required forarestore from cold backup?Though no harm in taking
 the log files backup too but they are not reallyneeded?Regards,Naveen-Original Message-Sent: Friday, September 20, 2002 7:18 PMTo: Multiple recipients of list ORACLE-LWell, it didn't sound like he was using Rman (which does not backup redologs).  So I assumed that he was/should be using a cold-backup strategy -which, if it were me, would backup the redo logs.Tom MercadanteOracle Certified Professional-Original Message-Sent: Friday, September 20, 2002 8:48 AMTo: Multiple recipients of list ORACLE-LTom, that statement will open a can of worms(like a religion following)about if/when to backup redo logs. :)joeMercadante, Thomas F wrote:
  
I agree with you Joe.I would *never* use an undocumented parameter unless Oracle told me to (orunless I was testing something that I could recreate).Using these params on the advice of someone from this list is verydangerous.The larger question is, why are the redo logs not being backed up?Arun, you need to establish a backup policy *immediately* so that you arenot being put into this position again.Tom MercadanteOracle Certified Professional-Original Message-Sent: Thursday, September 19, 2002 7:48 AMTo: Multiple recipients of list ORACLE-LKG, doesn't anyone think not having a backup is a bad thing.You can go down that route if you wish but as I remember undocumentedparameters are best used with the assistance of OWS and not just used atwill.joeK Gopalakrishnan wrote:

  Arun:You are right. The original poster *clearly* saidLOST ALL REDO LOGSNO BACKUP.In the above situation, you have to open thedatabases using the some special tricks andI don't think you need to go back and referBAckup and Recovery Manuals (You can notfind anything for this situation, that isanother story)Those parameters will bring up the databaseif the database is cleanly shudowned (read:Shutdown Normal/Immediate) and you willhave to do some more tricks to get thedatabase up if it is crashed (read: shutdownABORT).I don't think it is a bad advice..YMMVKG-Original Message-ChakrapaniraoSent: Wednesday, September 18, 2002 11:08 PMTo: Multiple recipients of list ORACLE-LWell one I do want to make clear I have never tried to give bad advice topeople.Since the user in his mail had said that he does not have a ba
ckup and
  
  
  does
  

  not have any online redo logs can you please let me know how else can heopen the database, when he said he does not have a back it assumes that hedoes not have a os backup and also the rman backup.This might be the undocumented thing but this Is the only way it worksAnd this had happened in one our case and the only way we could open thedatabase is to force open the database in a corrupt mode take an export
  
  
  and
  

  import back into the new database.If you still think I am trying to give a bad advice well sorry that I amgiving bad advices.-Original Message-Sent: Thursday, September 19, 2002 12:33 AMTo: Multiple recipients of list ORACLE-LArun, since WHEN has been using undocumented parameters the normal wayof doing things, I think you need to go back and lookup backup/recoveryconcepts.Feel free to read both user managed and RMAN backup recovery
  
  docs/scenarios.
  
You are giving bad advice to people on the list who might be new.joeArun Chakrapanirao wrote:

  The only way u can open your database is to add a parameter fileas_allow_resetlogs_corruption=TRUE_corrupted_rollback_segments= TRUE_offline_rollback_segments=(the rollback segment names)activate the database and  then immediately take an export of the wholedatabase.Create a new database and then import all the data to this new database.-Original Message-Sent: Wednesday, September 18

RE: Lost ofall redo logs

[Steve McClure]

My long standing position on this is that you take backups so that Just in
case something fails, you have the ability to recover.  If something has
failed, I want backups of EVERYTHING.  I know I dont' need the redo logs,
but I would feel awful silly if I needed them at some point but didn't back
them up because I "understood" backup and recovery principles.

-Original Message-
Nahata
Sent: Friday, September 20, 2002 8:29 AM
To: Multiple recipients of list ORACLE-L


I'm not an expert so pardon me if i'm wrong.

Why to copy the log files in case of a cold backup if the instance was
shutdown cleanly(NOT ABORT)??

The d/b will be consistent so we don't need the redo-log files, isn't it?
Isn't it that the DB update all the Datafiles headers with the checkpoint
information at the time of CLEAN SHUTDOWN so redo-logs are not required for
a
restore from cold backup?

Though no harm in taking the log files backup too but they are not really
needed?

Regards,
Naveen

-Original Message-
Sent: Friday, September 20, 2002 7:18 PM
To: Multiple recipients of list ORACLE-L


Well, it didn't sound like he was using Rman (which does not backup redo
logs).  So I assumed that he was/should be using a cold-backup strategy -
which, if it were me, would backup the redo logs.

Tom Mercadante
Oracle Certified Professional


-Original Message-
Sent: Friday, September 20, 2002 8:48 AM
To: Multiple recipients of list ORACLE-L


Tom, that statement will open a can of worms(like a religion following)
about if/when to backup redo logs. :)

joe


Mercadante, Thomas F wrote:

>I agree with you Joe.
>
>I would *never* use an undocumented parameter unless Oracle told me to (or
>unless I was testing something that I could recreate).
>
>Using these params on the advice of someone from this list is very
>dangerous.
>
>The larger question is, why are the redo logs not being backed up?
>
>Arun, you need to establish a backup policy *immediately* so that you are
>not being put into this position again.
>
>Tom Mercadante
>Oracle Certified Professional
>
>
>-Original Message-
>Sent: Thursday, September 19, 2002 7:48 AM
>To: Multiple recipients of list ORACLE-L
>
>
>KG, doesn't anyone think not having a backup is a bad thing.
>
>You can go down that route if you wish but as I remember undocumented
>parameters are best used with the assistance of OWS and not just used at
>will.
>
>joe
>
>
>K Gopalakrishnan wrote:
>
>>Arun:
>>
>>You are right. The original poster *clearly* said
>>
>>LOST ALL REDO LOGS
>>NO BACKUP.
>>
>>In the above situation, you have to open the
>>databases using the some special tricks and
>>I don't think you need to go back and refer
>>BAckup and Recovery Manuals (You can not
>>find anything for this situation, that is
>>another story)
>>
>>Those parameters will bring up the database
>>if the database is cleanly shudowned (read:
>>Shutdown Normal/Immediate) and you will
>>have to do some more tricks to get the
>>database up if it is crashed (read: shutdown
>>ABORT).
>>
>>I don't think it is a bad advice..
>>
>>YMMV
>>
>>KG
>>
>>
>>-Original Message-
>>Chakrapanirao
>>Sent: Wednesday, September 18, 2002 11:08 PM
>>To: Multiple recipients of list ORACLE-L
>>
>>
>>Well one I do want to make clear I have never tried to give bad advice to
>>people.
>>Since the user in his mail had said that he does not have a backup and
does
>>not have any online redo logs can you please let me know how else can he
>>open the database, when he said he does not have a back it assumes that he
>>does not have a os backup and also the rman backup.
>>This might be the undocumented thing but this Is the only way it works
>>And this had happened in one our case and the only way we could open the
>>database is to force open the database in a corrupt mode take an export
and
>>import back into the new database.
>>
>>If you still think I am trying to give a bad advice well sorry that I am
>>giving bad advices.
>>
>>
>>-Original Message-
>>Sent: Thursday, September 19, 2002 12:33 AM
>>To: Multiple recipients of list ORACLE-L
>>
>>Arun, since WHEN has been using undocumented parameters the normal way
>>of doing things, I think you need to go back and lookup backup/recovery
>>concepts.
>>
>>Feel free to read both user managed and RMAN backup recovery
>>
>docs/scenarios.
>
>>You are giving bad advice to people on the list who might be new.
>>
>>joe
>>
>>
>>Arun Chakrapanirao wrote:
>>
>>
>>
>>>The only way u can open your database is to add a parameter file
>>>as
>>>
>>>_allow_resetlogs_corruption=TRUE
>>>
>>>_corrupted_rollback_segments= TRUE
>>>
>>>_offline_rollback_segments=(the rollback segment names)
>>>
>>>activate the database and  then immediately take an export of the whole
>>>database.
>>>Create a new database and then import all the data to this new database.
>>>
>>>
>>>-Original Message-
>>>Sent: Wednesday, September 18, 2002 5:23 PM
>>>To: Multiple recipients of list ORACLE-L
>>>
>>>Nop, all redo lo

RE: Lost ofall redo logs

[Mercadante, Thomas F]

Naveen,

Why NOT take the redo log files in a cold backup?

If you restore these cold backup files and intend to use them, you would
then have to open the database with the RESET LOGS option to re-create the
redo logs.

This would then invalidate all of your archive log files.

And Joe - thanks!  :)


Tom Mercadante
Oracle Certified Professional


-Original Message-
Sent: Friday, September 20, 2002 11:29 AM
To: Multiple recipients of list ORACLE-L


I'm not an expert so pardon me if i'm wrong.

Why to copy the log files in case of a cold backup if the instance was
shutdown cleanly(NOT ABORT)??

The d/b will be consistent so we don't need the redo-log files, isn't it?
Isn't it that the DB update all the Datafiles headers with the checkpoint
information at the time of CLEAN SHUTDOWN so redo-logs are not required for
a
restore from cold backup?

Though no harm in taking the log files backup too but they are not really
needed?

Regards,
Naveen

-Original Message-
Sent: Friday, September 20, 2002 7:18 PM
To: Multiple recipients of list ORACLE-L


Well, it didn't sound like he was using Rman (which does not backup redo
logs).  So I assumed that he was/should be using a cold-backup strategy -
which, if it were me, would backup the redo logs.

Tom Mercadante
Oracle Certified Professional


-Original Message-
Sent: Friday, September 20, 2002 8:48 AM
To: Multiple recipients of list ORACLE-L


Tom, that statement will open a can of worms(like a religion following) 
about if/when to backup redo logs. :)

joe


Mercadante, Thomas F wrote:

>I agree with you Joe.
>
>I would *never* use an undocumented parameter unless Oracle told me to (or
>unless I was testing something that I could recreate).
>
>Using these params on the advice of someone from this list is very
>dangerous.
>
>The larger question is, why are the redo logs not being backed up?
>
>Arun, you need to establish a backup policy *immediately* so that you are
>not being put into this position again.
>
>Tom Mercadante
>Oracle Certified Professional
>
>
>-Original Message-
>Sent: Thursday, September 19, 2002 7:48 AM
>To: Multiple recipients of list ORACLE-L
>
>
>KG, doesn't anyone think not having a backup is a bad thing.
>
>You can go down that route if you wish but as I remember undocumented 
>parameters are best used with the assistance of OWS and not just used at 
>will.
>
>joe
>
>
>K Gopalakrishnan wrote:
>
>>Arun:
>>
>>You are right. The original poster *clearly* said
>>
>>LOST ALL REDO LOGS
>>NO BACKUP.
>>
>>In the above situation, you have to open the
>>databases using the some special tricks and
>>I don't think you need to go back and refer
>>BAckup and Recovery Manuals (You can not
>>find anything for this situation, that is
>>another story)
>>
>>Those parameters will bring up the database
>>if the database is cleanly shudowned (read:
>>Shutdown Normal/Immediate) and you will
>>have to do some more tricks to get the
>>database up if it is crashed (read: shutdown
>>ABORT).
>>
>>I don't think it is a bad advice..
>>
>>YMMV
>>
>>KG
>>
>>
>>-Original Message-
>>Chakrapanirao
>>Sent: Wednesday, September 18, 2002 11:08 PM
>>To: Multiple recipients of list ORACLE-L
>>
>>
>>Well one I do want to make clear I have never tried to give bad advice to
>>people.
>>Since the user in his mail had said that he does not have a backup and
does
>>not have any online redo logs can you please let me know how else can he
>>open the database, when he said he does not have a back it assumes that he
>>does not have a os backup and also the rman backup.
>>This might be the undocumented thing but this Is the only way it works
>>And this had happened in one our case and the only way we could open the
>>database is to force open the database in a corrupt mode take an export
and
>>import back into the new database.
>>
>>If you still think I am trying to give a bad advice well sorry that I am
>>giving bad advices.
>>
>>
>>-Original Message-
>>Sent: Thursday, September 19, 2002 12:33 AM
>>To: Multiple recipients of list ORACLE-L
>>
>>Arun, since WHEN has been using undocumented parameters the normal way
>>of doing things, I think you need to go back and lookup backup/recovery
>>concepts.
>>
>>Feel free to read both user managed and RMAN backup recovery
>>
>docs/scenarios.
>
>>You are giving bad advice to people on the list who might be new.
>>
>>joe
>>
>>
>>Arun Chakrapanirao wrote:
>>
>> 
>>
>>>The only way u can open your database is to add a parameter file
>>>as
>>>
>>>_allow_resetlogs_corruption=TRUE
>>>
>>>_corrupted_rollback_segments= TRUE
>>>
>>>_offline_rollback_segments=(the rollback segment names)
>>>
>>>activate the database and  then immediately take an export of the whole
>>>database.
>>>Create a new database and then import all the data to this new database.
>>>
>>>
>>>-Original Message-
>>>Sent: Wednesday, September 18, 2002 5:23 PM
>>>To: Multiple recipients of list ORACLE-L
>>>
>>>Nop, all redo logs gone away..

RE: Lost ofall redo logs

[Naveen Nahata]

I'm not an expert so pardon me if i'm wrong.

Why to copy the log files in case of a cold backup if the instance was
shutdown cleanly(NOT ABORT)??

The d/b will be consistent so we don't need the redo-log files, isn't it?
Isn't it that the DB update all the Datafiles headers with the checkpoint
information at the time of CLEAN SHUTDOWN so redo-logs are not required for a
restore from cold backup?

Though no harm in taking the log files backup too but they are not really
needed?

Regards,
Naveen

-Original Message-
Sent: Friday, September 20, 2002 7:18 PM
To: Multiple recipients of list ORACLE-L


Well, it didn't sound like he was using Rman (which does not backup redo
logs).  So I assumed that he was/should be using a cold-backup strategy -
which, if it were me, would backup the redo logs.

Tom Mercadante
Oracle Certified Professional


-Original Message-
Sent: Friday, September 20, 2002 8:48 AM
To: Multiple recipients of list ORACLE-L


Tom, that statement will open a can of worms(like a religion following) 
about if/when to backup redo logs. :)

joe


Mercadante, Thomas F wrote:

>I agree with you Joe.
>
>I would *never* use an undocumented parameter unless Oracle told me to (or
>unless I was testing something that I could recreate).
>
>Using these params on the advice of someone from this list is very
>dangerous.
>
>The larger question is, why are the redo logs not being backed up?
>
>Arun, you need to establish a backup policy *immediately* so that you are
>not being put into this position again.
>
>Tom Mercadante
>Oracle Certified Professional
>
>
>-Original Message-
>Sent: Thursday, September 19, 2002 7:48 AM
>To: Multiple recipients of list ORACLE-L
>
>
>KG, doesn't anyone think not having a backup is a bad thing.
>
>You can go down that route if you wish but as I remember undocumented 
>parameters are best used with the assistance of OWS and not just used at 
>will.
>
>joe
>
>
>K Gopalakrishnan wrote:
>
>>Arun:
>>
>>You are right. The original poster *clearly* said
>>
>>LOST ALL REDO LOGS
>>NO BACKUP.
>>
>>In the above situation, you have to open the
>>databases using the some special tricks and
>>I don't think you need to go back and refer
>>BAckup and Recovery Manuals (You can not
>>find anything for this situation, that is
>>another story)
>>
>>Those parameters will bring up the database
>>if the database is cleanly shudowned (read:
>>Shutdown Normal/Immediate) and you will
>>have to do some more tricks to get the
>>database up if it is crashed (read: shutdown
>>ABORT).
>>
>>I don't think it is a bad advice..
>>
>>YMMV
>>
>>KG
>>
>>
>>-Original Message-
>>Chakrapanirao
>>Sent: Wednesday, September 18, 2002 11:08 PM
>>To: Multiple recipients of list ORACLE-L
>>
>>
>>Well one I do want to make clear I have never tried to give bad advice to
>>people.
>>Since the user in his mail had said that he does not have a backup and
does
>>not have any online redo logs can you please let me know how else can he
>>open the database, when he said he does not have a back it assumes that he
>>does not have a os backup and also the rman backup.
>>This might be the undocumented thing but this Is the only way it works
>>And this had happened in one our case and the only way we could open the
>>database is to force open the database in a corrupt mode take an export
and
>>import back into the new database.
>>
>>If you still think I am trying to give a bad advice well sorry that I am
>>giving bad advices.
>>
>>
>>-Original Message-
>>Sent: Thursday, September 19, 2002 12:33 AM
>>To: Multiple recipients of list ORACLE-L
>>
>>Arun, since WHEN has been using undocumented parameters the normal way
>>of doing things, I think you need to go back and lookup backup/recovery
>>concepts.
>>
>>Feel free to read both user managed and RMAN backup recovery
>>
>docs/scenarios.
>
>>You are giving bad advice to people on the list who might be new.
>>
>>joe
>>
>>
>>Arun Chakrapanirao wrote:
>>
>> 
>>
>>>The only way u can open your database is to add a parameter file
>>>as
>>>
>>>_allow_resetlogs_corruption=TRUE
>>>
>>>_corrupted_rollback_segments= TRUE
>>>
>>>_offline_rollback_segments=(the rollback segment names)
>>>
>>>activate the database and  then immediately take an export of the whole
>>>database.
>>>Create a new database and then import all the data to this new database.
>>>
>>>
>>>-Original Message-
>>>Sent: Wednesday, September 18, 2002 5:23 PM
>>>To: Multiple recipients of list ORACLE-L
>>>
>>>Nop, all redo logs gone away...
>>>
>>>- Original Message -
>>>To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
>>>Sent: Wednesday, September 18, 2002 5:43 PM
>>>
>>>
>>>
>>>
>>>   
>>>
What about mirrored redo group members?

Igor Neyman, OCP DBA
[EMAIL PROTECTED]



- Original Message -
To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
Sent: Wednesday, September 18, 2002 4:30 PM


Hi people..

RE: Lost ofall redo logs

[Mercadante, Thomas F]

Well, it didn't sound like he was using Rman (which does not backup redo
logs).  So I assumed that he was/should be using a cold-backup strategy -
which, if it were me, would backup the redo logs.

Tom Mercadante
Oracle Certified Professional


-Original Message-
Sent: Friday, September 20, 2002 8:48 AM
To: Multiple recipients of list ORACLE-L


Tom, that statement will open a can of worms(like a religion following) 
about if/when to backup redo logs. :)

joe


Mercadante, Thomas F wrote:

>I agree with you Joe.
>
>I would *never* use an undocumented parameter unless Oracle told me to (or
>unless I was testing something that I could recreate).
>
>Using these params on the advice of someone from this list is very
>dangerous.
>
>The larger question is, why are the redo logs not being backed up?
>
>Arun, you need to establish a backup policy *immediately* so that you are
>not being put into this position again.
>
>Tom Mercadante
>Oracle Certified Professional
>
>
>-Original Message-
>Sent: Thursday, September 19, 2002 7:48 AM
>To: Multiple recipients of list ORACLE-L
>
>
>KG, doesn't anyone think not having a backup is a bad thing.
>
>You can go down that route if you wish but as I remember undocumented 
>parameters are best used with the assistance of OWS and not just used at 
>will.
>
>joe
>
>
>K Gopalakrishnan wrote:
>
>>Arun:
>>
>>You are right. The original poster *clearly* said
>>
>>LOST ALL REDO LOGS
>>NO BACKUP.
>>
>>In the above situation, you have to open the
>>databases using the some special tricks and
>>I don't think you need to go back and refer
>>BAckup and Recovery Manuals (You can not
>>find anything for this situation, that is
>>another story)
>>
>>Those parameters will bring up the database
>>if the database is cleanly shudowned (read:
>>Shutdown Normal/Immediate) and you will
>>have to do some more tricks to get the
>>database up if it is crashed (read: shutdown
>>ABORT).
>>
>>I don't think it is a bad advice..
>>
>>YMMV
>>
>>KG
>>
>>
>>-Original Message-
>>Chakrapanirao
>>Sent: Wednesday, September 18, 2002 11:08 PM
>>To: Multiple recipients of list ORACLE-L
>>
>>
>>Well one I do want to make clear I have never tried to give bad advice to
>>people.
>>Since the user in his mail had said that he does not have a backup and
does
>>not have any online redo logs can you please let me know how else can he
>>open the database, when he said he does not have a back it assumes that he
>>does not have a os backup and also the rman backup.
>>This might be the undocumented thing but this Is the only way it works
>>And this had happened in one our case and the only way we could open the
>>database is to force open the database in a corrupt mode take an export
and
>>import back into the new database.
>>
>>If you still think I am trying to give a bad advice well sorry that I am
>>giving bad advices.
>>
>>
>>-Original Message-
>>Sent: Thursday, September 19, 2002 12:33 AM
>>To: Multiple recipients of list ORACLE-L
>>
>>Arun, since WHEN has been using undocumented parameters the normal way
>>of doing things, I think you need to go back and lookup backup/recovery
>>concepts.
>>
>>Feel free to read both user managed and RMAN backup recovery
>>
>docs/scenarios.
>
>>You are giving bad advice to people on the list who might be new.
>>
>>joe
>>
>>
>>Arun Chakrapanirao wrote:
>>
>> 
>>
>>>The only way u can open your database is to add a parameter file
>>>as
>>>
>>>_allow_resetlogs_corruption=TRUE
>>>
>>>_corrupted_rollback_segments= TRUE
>>>
>>>_offline_rollback_segments=(the rollback segment names)
>>>
>>>activate the database and  then immediately take an export of the whole
>>>database.
>>>Create a new database and then import all the data to this new database.
>>>
>>>
>>>-Original Message-
>>>Sent: Wednesday, September 18, 2002 5:23 PM
>>>To: Multiple recipients of list ORACLE-L
>>>
>>>Nop, all redo logs gone away...
>>>
>>>- Original Message -
>>>To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
>>>Sent: Wednesday, September 18, 2002 5:43 PM
>>>
>>>
>>>
>>>
>>>   
>>>
What about mirrored redo group members?

Igor Neyman, OCP DBA
[EMAIL PROTECTED]



- Original Message -
To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
Sent: Wednesday, September 18, 2002 4:30 PM


Hi people...

What to do if I have LOST ALL REDO LOGS and i don4t have any backup?

Thanks in advance!

:
Gilberto Gampert  Universidade de Passo Fundo
Administrador de Banco de Dados   Passo Fundo - RS - Bra5il
[EMAIL PROTECTED]http://www.upf.br
:


--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Gilberto Gampert
INET: [EMAIL PROTECTED]

Fat 

Re: Lost ofall redo logs

[Joe Testa]

Tom, that statement will open a can of worms(like a religion following) 
about if/when to backup redo logs. :)

joe


Mercadante, Thomas F wrote:

>I agree with you Joe.
>
>I would *never* use an undocumented parameter unless Oracle told me to (or
>unless I was testing something that I could recreate).
>
>Using these params on the advice of someone from this list is very
>dangerous.
>
>The larger question is, why are the redo logs not being backed up?
>
>Arun, you need to establish a backup policy *immediately* so that you are
>not being put into this position again.
>
>Tom Mercadante
>Oracle Certified Professional
>
>
>-Original Message-
>Sent: Thursday, September 19, 2002 7:48 AM
>To: Multiple recipients of list ORACLE-L
>
>
>KG, doesn't anyone think not having a backup is a bad thing.
>
>You can go down that route if you wish but as I remember undocumented 
>parameters are best used with the assistance of OWS and not just used at 
>will.
>
>joe
>
>
>K Gopalakrishnan wrote:
>
>>Arun:
>>
>>You are right. The original poster *clearly* said
>>
>>LOST ALL REDO LOGS
>>NO BACKUP.
>>
>>In the above situation, you have to open the
>>databases using the some special tricks and
>>I don't think you need to go back and refer
>>BAckup and Recovery Manuals (You can not
>>find anything for this situation, that is
>>another story)
>>
>>Those parameters will bring up the database
>>if the database is cleanly shudowned (read:
>>Shutdown Normal/Immediate) and you will
>>have to do some more tricks to get the
>>database up if it is crashed (read: shutdown
>>ABORT).
>>
>>I don't think it is a bad advice..
>>
>>YMMV
>>
>>KG
>>
>>
>>-Original Message-
>>Chakrapanirao
>>Sent: Wednesday, September 18, 2002 11:08 PM
>>To: Multiple recipients of list ORACLE-L
>>
>>
>>Well one I do want to make clear I have never tried to give bad advice to
>>people.
>>Since the user in his mail had said that he does not have a backup and does
>>not have any online redo logs can you please let me know how else can he
>>open the database, when he said he does not have a back it assumes that he
>>does not have a os backup and also the rman backup.
>>This might be the undocumented thing but this Is the only way it works
>>And this had happened in one our case and the only way we could open the
>>database is to force open the database in a corrupt mode take an export and
>>import back into the new database.
>>
>>If you still think I am trying to give a bad advice well sorry that I am
>>giving bad advices.
>>
>>
>>-Original Message-
>>Sent: Thursday, September 19, 2002 12:33 AM
>>To: Multiple recipients of list ORACLE-L
>>
>>Arun, since WHEN has been using undocumented parameters the normal way
>>of doing things, I think you need to go back and lookup backup/recovery
>>concepts.
>>
>>Feel free to read both user managed and RMAN backup recovery
>>
>docs/scenarios.
>
>>You are giving bad advice to people on the list who might be new.
>>
>>joe
>>
>>
>>Arun Chakrapanirao wrote:
>>
>> 
>>
>>>The only way u can open your database is to add a parameter file
>>>as
>>>
>>>_allow_resetlogs_corruption=TRUE
>>>
>>>_corrupted_rollback_segments= TRUE
>>>
>>>_offline_rollback_segments=(the rollback segment names)
>>>
>>>activate the database and  then immediately take an export of the whole
>>>database.
>>>Create a new database and then import all the data to this new database.
>>>
>>>
>>>-Original Message-
>>>Sent: Wednesday, September 18, 2002 5:23 PM
>>>To: Multiple recipients of list ORACLE-L
>>>
>>>Nop, all redo logs gone away...
>>>
>>>- Original Message -
>>>To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
>>>Sent: Wednesday, September 18, 2002 5:43 PM
>>>
>>>
>>>
>>>
>>>   
>>>
What about mirrored redo group members?

Igor Neyman, OCP DBA
[EMAIL PROTECTED]



- Original Message -
To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
Sent: Wednesday, September 18, 2002 4:30 PM


Hi people...

What to do if I have LOST ALL REDO LOGS and i don4t have any backup?

Thanks in advance!

:
Gilberto Gampert  Universidade de Passo Fundo
Administrador de Banco de Dados   Passo Fundo - RS - Bra5il
[EMAIL PROTECTED]http://www.upf.br
:


--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Gilberto Gampert
INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
t

RE: Lost ofall redo logs

[Robertson Lee - lerobe]

Hey Gilberto, I was just yanking your chain with the "CV" line.

Well done for getting the thing back

Regards

Lee

-Original Message-
Sent: 19 September 2002 19:08
To: Multiple recipients of list ORACLE-L


Hi People

I don't think that i need to update my CV, since I don't administer the
database in subject and that am trying to solve the an unhappy customer's
problem.

I had already researched and tried almost everything that you suggested me
and what really solved went use to suggestion of the not documented
parameter (_allow_resetlogs_corruption), then do a full export, then
recreate the database and do a full import.

I think that this list is wonderful, whenever I had a problem and I didn't
get to solve I asked help here and I went very well assisted, much better
than the oracle support.

Thank you!

:
Gilberto Gampert  Universidade de Passo Fundo
Administrador de Banco de Dados   Passo Fundo - RS - Bra5il
[EMAIL PROTECTED]http://www.upf.br
:




-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Gilberto Gampert
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).


*

The information contained in this communication is
confidential, is intended only for the use of the recipient
named above, and may be legally privileged.
If the reader of this message is not the intended
recipient, you are hereby notified that any dissemination, 
distribution, or copying of this communication is strictly
prohibited.
If you have received this communication in error,
please re-send this communication to the sender and
delete the original message or any copy of it from your
computer system. Thank You.

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Robertson Lee - lerobe
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

Re: Lost ofall redo logs

[Gilberto Gampert]

Hi People

I don't think that i need to update my CV, since I don't administer the
database in subject and that am trying to solve the an unhappy customer's
problem.

I had already researched and tried almost everything that you suggested me
and what really solved went use to suggestion of the not documented
parameter (_allow_resetlogs_corruption), then do a full export, then
recreate the database and do a full import.

I think that this list is wonderful, whenever I had a problem and I didn't
get to solve I asked help here and I went very well assisted, much better
than the oracle support.

Thank you!

:
Gilberto Gampert  Universidade de Passo Fundo
Administrador de Banco de Dados   Passo Fundo - RS - Bra5il
[EMAIL PROTECTED]http://www.upf.br
:




-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Gilberto Gampert
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

Re: Lost ofall redo logs

[Tim Gorman]

One correction...
 
The undocumented "_corrupted_rollback_segments" 
parameter does not take a TRUE/FALSE value setting.  It is another 
list of rollback segment names (similar to "rollback_segments" and 
"_offline_rollback_segments") which will be considered corrupted.  
Roughly, the meaning of these undocumented 
parameters is (and I'm doing this from memory and pre-morning-coffee so 
those who know please correct as needed):

  rollback_segments

  
List of rollback segment names on which to 
perform ALTER ROLLBACK SEGMENT ... ONLINE immediately after opening the 
database instance.

  _offline_rollback_segments

  
List of rollback segments names to not scan 
during OPEN in order to mark transactions as "DEAD" (uncommitted) or "ROLLED 
BACK" (during instance recovery).  Also, these RBS will not be used for 
any new transactions and cannot be brought online.  Since these RBS do 
not have any DEAD transactions after OPEN, then SMON will not attempt 
rollback any txns behind the scenes.  If, while the instance is 
open, an entry in an ITL in a database block refers to one of these RBS, 
then the server process will attempt to read the transaction table in the 
RBS header and also attempt to read undo blocks in the RBS body in order to 
rollback the transaction or achieve a consistent read.  Please 
note that this is *dangerous* and that the instance can become "hung" 
through infinite loops and other nasty stuff while this is being 
performed.  In this event, the instance may have to be killed and the 
RBS involved may have to be listed in the "_corrupted_rollback_segment" 
parameter if there is any hope of using the database 
  again...

  _corrupted_rollback_segments

  
Another list of rollback segments to not scan 
during OPEN and not allow online after OPEN.  Transaction table is not 
scanned (as with "_offline_") during instance recovery and transactions 
within are not rolled back or marked DEAD, ever.  If, after the 
instance is open, an entry in an ITL in a database block refers to one of 
these RBS, then the server process will *not* attempt to reference the RBS 
in order to rollback the transaction or achieve a consistent read.  
Instead, the changes from the transaction will be marked as "committed" as 
is.
I'm sure that you can all see the danger in 
using these parameters.  Transactions that should be rolled back will not 
be.
 
With "_offline", the database will attempt 
to use info within the RBS but will never allow the RBS to be brought online for 
new transactions.  You use "_offline" if you think you can get away with 
salvaging the data in the RBS.
 
With "_corrupted", there is no hope, which 
is usually the situation if the header block of the RBS is corrupted.  In 
this case, the "after-image" data stored in the data segments (i.e. table, 
cluster, and index) are considered as "committed", since there is no way to tell 
if they really were or weren't.  The fact that the "after-images" may have 
been incomplete only adds to the fun and excitement...
 
As Arun had indicated (but not fully 
enough!), a database opened with either of these parameters really cannot be 
"trusted" for future use.  The firm recommendation is to use the database 
instance thus opened merely to salvage as much data as possible for import (one 
way or another) into a freshly-created new database.  Using these parameters will put the database on life-support 
for a short time only, hopefully long enough to extract its data.  It would 
be foolish to entrust new data to it ever again...
 
Hope this helps...
 
-Tim
 
- Original Message ----- 
From: "K Gopalakrishnan" <[EMAIL PROTECTED]>
To: "Multiple recipients of list ORACLE-L" 
<[EMAIL PROTECTED]>
Sent: Thursday, September 19, 2002 12:58 
AM
Subject: RE: Lost ofall redo logs
> Arun:> > You are right. The original poster *clearly* 
said> > LOST ALL REDO LOGS> NO BACKUP.> > In 
the above situation, you have to open the> databases using the some 
special tricks and> I don't think you need to go back and refer> 
BAckup and Recovery Manuals (You can not> find anything for this 
situation, that is> another story)> > Those parameters will 
bring up the database> if the database is cleanly shudowned 
(read:> Shutdown Normal/Immediate) and you will> have to do some 
more tricks to get the> database up if it is crashed (read: 
shutdown> ABORT).> > I don't think it is a bad 
advice..> > YMMV> > KG> > > 
-Original Message-> Chakrapanirao> Sent: Wednesday, 
September 18, 2002 11:08 PM> To: Multiple recipients of list 
ORACLE-L> > > W

RE: Lost ofall redo logs

[Viral Desai]

This is very rare that one would loose every online log files for the 
instance.

Hey, I don't think the advice here could be bad, it is the discretion of the 
user who is going to use it.

KG and/or Arun,

Anyways, I'm more interested in KG's comment about "you will
have to do some more tricks to get the database up if it is crashed (read: 
shutdown ABORT)."

Could you please elaborate please?

Thanks,
Viral Desai.



>From: "Mercadante, Thomas F" <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: Multiple recipients of list ORACLE-L <[EMAIL PROTECTED]>
>Subject: RE: Lost ofall redo logs
>Date: Thu, 19 Sep 2002 05:13:27 -0800
>
>I agree with you Joe.
>
>I would *never* use an undocumented parameter unless Oracle told me to (or
>unless I was testing something that I could recreate).
>
>Using these params on the advice of someone from this list is very
>dangerous.
>
>The larger question is, why are the redo logs not being backed up?
>
>Arun, you need to establish a backup policy *immediately* so that you are
>not being put into this position again.
>
>Tom Mercadante
>Oracle Certified Professional
>
>
>-Original Message-
>Sent: Thursday, September 19, 2002 7:48 AM
>To: Multiple recipients of list ORACLE-L
>
>
>KG, doesn't anyone think not having a backup is a bad thing.
>
>You can go down that route if you wish but as I remember undocumented
>parameters are best used with the assistance of OWS and not just used at
>will.
>
>joe
>
>
>K Gopalakrishnan wrote:
>
> >Arun:
> >
> >You are right. The original poster *clearly* said
> >
> >LOST ALL REDO LOGS
> >NO BACKUP.
> >
> >In the above situation, you have to open the
> >databases using the some special tricks and
> >I don't think you need to go back and refer
> >BAckup and Recovery Manuals (You can not
> >find anything for this situation, that is
> >another story)
> >
> >Those parameters will bring up the database
> >if the database is cleanly shudowned (read:
> >Shutdown Normal/Immediate) and you will
> >have to do some more tricks to get the
> >database up if it is crashed (read: shutdown
> >ABORT).
> >
> >I don't think it is a bad advice..
> >
> >YMMV
> >
> >KG
> >
> >
> >-Original Message-
> >Chakrapanirao
> >Sent: Wednesday, September 18, 2002 11:08 PM
> >To: Multiple recipients of list ORACLE-L
> >
> >
> >Well one I do want to make clear I have never tried to give bad advice to
> >people.
> >Since the user in his mail had said that he does not have a backup and 
>does
> >not have any online redo logs can you please let me know how else can he
> >open the database, when he said he does not have a back it assumes that 
>he
> >does not have a os backup and also the rman backup.
> >This might be the undocumented thing but this Is the only way it works
> >And this had happened in one our case and the only way we could open the
> >database is to force open the database in a corrupt mode take an export 
>and
> >import back into the new database.
> >
> >If you still think I am trying to give a bad advice well sorry that I am
> >giving bad advices.
> >
> >
> >-Original Message-
> >Sent: Thursday, September 19, 2002 12:33 AM
> >To: Multiple recipients of list ORACLE-L
> >
> >Arun, since WHEN has been using undocumented parameters the normal way
> >of doing things, I think you need to go back and lookup backup/recovery
> >concepts.
> >
> >Feel free to read both user managed and RMAN backup recovery
>docs/scenarios.
> >
> >You are giving bad advice to people on the list who might be new.
> >
> >joe
> >
> >
> >Arun Chakrapanirao wrote:
> >
> >
> >
> >>The only way u can open your database is to add a parameter file
> >>as
> >>
> >>_allow_resetlogs_corruption=TRUE
> >>
> >>_corrupted_rollback_segments= TRUE
> >>
> >>_offline_rollback_segments=(the rollback segment names)
> >>
> >>activate the database and  then immediately take an export of the whole
> >>database.
> >>Create a new database and then import all the data to this new database.
> >>
> >>
> >>-Original Message-
> >>Sent: Wednesday, September 18, 2002 5:23 PM
> >>To: Multiple recipients of list ORACLE-L
> >>
> >>Nop, all redo logs gone away...
> >>
> >>- Original Message -
>

Re: Lost ofall redo logs

[Ray Stell]

There is the other expensive avenue of calling in Oracle and
the DUL team.  It depends on the criticality of the data.
A few years ago a former dba here had the experience and 
it is said to have cost a mere $20K.  Maybe the data is 
worth more than that. 




On Wed, Sep 18, 2002 at 10:08:19PM -0800, Arun Chakrapanirao wrote:
> Well one I do want to make clear I have never tried to give bad advice to
> people.
> Since the user in his mail had said that he does not have a backup and does
> not have any online redo logs can you please let me know how else can he
> open the database, when he said he does not have a back it assumes that he
> does not have a os backup and also the rman backup.
> This might be the undocumented thing but this Is the only way it works
> And this had happened in one our case and the only way we could open the
> database is to force open the database in a corrupt mode take an export and
> import back into the new database.
> 
> If you still think I am trying to give a bad advice well sorry that I am
> giving bad advices.
> 
> 
> -Original Message-
> Sent: Thursday, September 19, 2002 12:33 AM
> To: Multiple recipients of list ORACLE-L
> 
> Arun, since WHEN has been using undocumented parameters the normal way 
> of doing things, I think you need to go back and lookup backup/recovery 
> concepts.
> 
> Feel free to read both user managed and RMAN backup recovery docs/scenarios.
> 
> You are giving bad advice to people on the list who might be new.
> 
> joe
> 
> 
> Arun Chakrapanirao wrote:
> 
> >The only way u can open your database is to add a parameter file
> >as
> >
> >_allow_resetlogs_corruption=TRUE
> >
> >_corrupted_rollback_segments= TRUE
> >
> >_offline_rollback_segments=(the rollback segment names)
> >
> >activate the database and  then immediately take an export of the whole
> >database.
> >Create a new database and then import all the data to this new database.
> >
> >
> >-Original Message-
> >Sent: Wednesday, September 18, 2002 5:23 PM
> >To: Multiple recipients of list ORACLE-L
> >
> >Nop, all redo logs gone away...
> >
> >- Original Message -
> >To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
> >Sent: Wednesday, September 18, 2002 5:43 PM
> >
> >
> >  
> >
> >>What about mirrored redo group members?
> >>
> >>Igor Neyman, OCP DBA
> >>[EMAIL PROTECTED]
> >>
> >>
> >>
> >>- Original Message -
> >>To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
> >>Sent: Wednesday, September 18, 2002 4:30 PM
> >>
> >>
> >>Hi people...
> >>
> >>What to do if I have LOST ALL REDO LOGS and i don?t have any backup?
> >>
> >>Thanks in advance!
> >>
> >>:
> >>Gilberto Gampert  Universidade de Passo Fundo
> >>Administrador de Banco de Dados   Passo Fundo - RS - Bra5il
> >>[EMAIL PROTECTED]http://www.upf.br
> >>:
> >>
> >>
> >>--
> >>Please see the official ORACLE-L FAQ: http://www.orafaq.com
> >>--
> >>Author: Gilberto Gampert
> >>  INET: [EMAIL PROTECTED]
> >>
> >>Fat City Network Services-- 858-538-5051 http://www.fatcity.com
> >>San Diego, California-- Mailing list and web hosting services
> >>-
> >>To REMOVE yourself from this mailing list, send an E-Mail message
> >>to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
> >>the message BODY, include a line containing: UNSUB ORACLE-L
> >>(or the name of mailing list you want to be removed from).  You may
> >>also send the HELP command for other information (like subscribing).
> >>
> >>--
> >>Please see the official ORACLE-L FAQ: http://www.orafaq.com
> >>--
> >>Author: Igor Neyman
> >>  INET: [EMAIL PROTECTED]
> >>
> >>Fat City Network Services-- 858-538-5051 http://www.fatcity.com
> >>San Diego, California-- Mailing list and web hosting services
> >>-
> >>To REMOVE yourself from this mailing list, send an E-Mail message
> >>to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
> >>the message BODY, include a line containing: UNSUB ORACLE-L
> >>(or the name of mailing list you want to be removed from).  You may
> >>also send the HELP command for other information (like subscribing).
> >>
> >>
> >>
> >
> >  
> >
> 
> -- 
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> -- 
> Author: Joe Testa
>   INET: [EMAIL PROTECTED]
> 
> Fat City Network Services-- 858-538-5051 http://www.fatcity.com
> San Diego, California-- Mailing list and web hosting services
> -
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
> the message BODY, include a line containing: U

Fw: Lost ofall redo logs

[Tim Gorman]

Oh yeah!  How could I forget:  make darn 
sure that you are working with Oracle Support actively, step-by-step, if you are 
in a scenario which might call for the use of these parameters.  It would 
be *disastrous* to start down this road if unnecessary, and there are other 
quirks when using them that only OWS can diagnose and overcome...
 
...need my coffee, NOW!
 
- Original Message - 
From: Tim Gorman 
To: [EMAIL PROTECTED] 
Sent: Thursday, September 19, 2002 7:03 AM
Subject: Re: Lost ofall redo logs

One correction...
 
The undocumented "_corrupted_rollback_segments" 
parameter does not take a TRUE/FALSE value setting.  It is another 
list of rollback segment names (similar to "rollback_segments" and 
"_offline_rollback_segments") which will be considered corrupted.  
Roughly, the meaning of these undocumented 
parameters is (and I'm doing this from memory and pre-morning-coffee so 
those who know please correct as needed):

  rollback_segments

  
List of rollback segment names on which to 
perform ALTER ROLLBACK SEGMENT ... ONLINE immediately after opening the 
database instance.

  _offline_rollback_segments

  
List of rollback segments names to not scan 
during OPEN in order to mark transactions as "DEAD" (uncommitted) or "ROLLED 
BACK" (during instance recovery).  Also, these RBS will not be used for 
any new transactions and cannot be brought online.  Since these RBS do 
not have any DEAD transactions after OPEN, then SMON will not attempt 
rollback any txns behind the scenes.  If, while the instance is 
open, an entry in an ITL in a database block refers to one of these RBS, 
then the server process will attempt to read the transaction table in the 
RBS header and also attempt to read undo blocks in the RBS body in order to 
rollback the transaction or achieve a consistent read.  Please 
note that this is *dangerous* and that the instance can become "hung" 
through infinite loops and other nasty stuff while this is being 
performed.  In this event, the instance may have to be killed and the 
RBS involved may have to be listed in the "_corrupted_rollback_segment" 
parameter if there is any hope of using the database 
  again...

  _corrupted_rollback_segments

  
Another list of rollback segments to not scan 
during OPEN and not allow online after OPEN.  Transaction table is not 
scanned (as with "_offline_") during instance recovery and transactions 
within are not rolled back or marked DEAD, ever.  If, after the 
instance is open, an entry in an ITL in a database block refers to one of 
these RBS, then the server process will *not* attempt to reference the RBS 
in order to rollback the transaction or achieve a consistent read.  
Instead, the changes from the transaction will be marked as "committed" as 
is.
I'm sure that you can all see the danger in 
using these parameters.  Transactions that should be rolled back will not 
be.
 
With "_offline", the database will attempt 
to use info within the RBS but will never allow the RBS to be brought online for 
new transactions.  You use "_offline" if you think you can get away with 
salvaging the data in the RBS.
 
With "_corrupted", there is no hope, which 
is usually the situation if the header block of the RBS is corrupted.  In 
this case, the "after-image" data stored in the data segments (i.e. table, 
cluster, and index) are considered as "committed", since there is no way to tell 
if they really were or weren't.  The fact that the "after-images" may have 
been incomplete only adds to the fun and excitement...
 
As Arun had indicated (but not fully 
enough!), a database opened with either of these parameters really cannot be 
"trusted" for future use.  The firm recommendation is to use the database 
instance thus opened merely to salvage as much data as possible for import (one 
way or another) into a freshly-created new database.  Using these parameters will put the database on life-support 
for a short time only, hopefully long enough to extract its data.  It would 
be foolish to entrust new data to it ever again...
 
Hope this helps...
 
-Tim
 
- Original Message ----- 
From: "K Gopalakrishnan" <[EMAIL PROTECTED]>
To: "Multiple recipients of list ORACLE-L" 
<[EMAIL PROTECTED]>
Sent: Thursday, September 19, 2002 12:58 
AM
Subject: RE: Lost ofall redo logs
> Arun:> > You are right. The original poster *clearly* 
said> > LOST ALL REDO LOGS> NO BACKUP.> > In 
the above situation, you have to open the> databases using the some 
special tricks and> I don't think you need to go back and refer> 
BAckup and Recovery Manuals (You can not> find anything for this 
situation, that is> 

RE: Lost ofall redo logs

[Mercadante, Thomas F]

I agree with you Joe.

I would *never* use an undocumented parameter unless Oracle told me to (or
unless I was testing something that I could recreate).

Using these params on the advice of someone from this list is very
dangerous.

The larger question is, why are the redo logs not being backed up?

Arun, you need to establish a backup policy *immediately* so that you are
not being put into this position again.

Tom Mercadante
Oracle Certified Professional


-Original Message-
Sent: Thursday, September 19, 2002 7:48 AM
To: Multiple recipients of list ORACLE-L


KG, doesn't anyone think not having a backup is a bad thing.

You can go down that route if you wish but as I remember undocumented 
parameters are best used with the assistance of OWS and not just used at 
will.

joe


K Gopalakrishnan wrote:

>Arun:
>
>You are right. The original poster *clearly* said
>
>LOST ALL REDO LOGS
>NO BACKUP.
>
>In the above situation, you have to open the
>databases using the some special tricks and
>I don't think you need to go back and refer
>BAckup and Recovery Manuals (You can not
>find anything for this situation, that is
>another story)
>
>Those parameters will bring up the database
>if the database is cleanly shudowned (read:
>Shutdown Normal/Immediate) and you will
>have to do some more tricks to get the
>database up if it is crashed (read: shutdown
>ABORT).
>
>I don't think it is a bad advice..
>
>YMMV
>
>KG
>
>
>-Original Message-
>Chakrapanirao
>Sent: Wednesday, September 18, 2002 11:08 PM
>To: Multiple recipients of list ORACLE-L
>
>
>Well one I do want to make clear I have never tried to give bad advice to
>people.
>Since the user in his mail had said that he does not have a backup and does
>not have any online redo logs can you please let me know how else can he
>open the database, when he said he does not have a back it assumes that he
>does not have a os backup and also the rman backup.
>This might be the undocumented thing but this Is the only way it works
>And this had happened in one our case and the only way we could open the
>database is to force open the database in a corrupt mode take an export and
>import back into the new database.
>
>If you still think I am trying to give a bad advice well sorry that I am
>giving bad advices.
>
>
>-Original Message-
>Sent: Thursday, September 19, 2002 12:33 AM
>To: Multiple recipients of list ORACLE-L
>
>Arun, since WHEN has been using undocumented parameters the normal way
>of doing things, I think you need to go back and lookup backup/recovery
>concepts.
>
>Feel free to read both user managed and RMAN backup recovery
docs/scenarios.
>
>You are giving bad advice to people on the list who might be new.
>
>joe
>
>
>Arun Chakrapanirao wrote:
>
>  
>
>>The only way u can open your database is to add a parameter file
>>as
>>
>>_allow_resetlogs_corruption=TRUE
>>
>>_corrupted_rollback_segments= TRUE
>>
>>_offline_rollback_segments=(the rollback segment names)
>>
>>activate the database and  then immediately take an export of the whole
>>database.
>>Create a new database and then import all the data to this new database.
>>
>>
>>-Original Message-
>>Sent: Wednesday, September 18, 2002 5:23 PM
>>To: Multiple recipients of list ORACLE-L
>>
>>Nop, all redo logs gone away...
>>
>>- Original Message -
>>To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
>>Sent: Wednesday, September 18, 2002 5:43 PM
>>
>>
>>
>>
>>
>>
>>>What about mirrored redo group members?
>>>
>>>Igor Neyman, OCP DBA
>>>[EMAIL PROTECTED]
>>>
>>>
>>>
>>>- Original Message -
>>>To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
>>>Sent: Wednesday, September 18, 2002 4:30 PM
>>>
>>>
>>>Hi people...
>>>
>>>What to do if I have LOST ALL REDO LOGS and i don4t have any backup?
>>>
>>>Thanks in advance!
>>>
>>>:
>>>Gilberto Gampert  Universidade de Passo Fundo
>>>Administrador de Banco de Dados   Passo Fundo - RS - Bra5il
>>>[EMAIL PROTECTED]http://www.upf.br
>>>:
>>>
>>>
>>>--
>>>Please see the official ORACLE-L FAQ: http://www.orafaq.com
>>>--
>>>Author: Gilberto Gampert
>>> INET: [EMAIL PROTECTED]
>>>
>>>Fat City Network Services-- 858-538-5051 http://www.fatcity.com
>>>San Diego, California-- Mailing list and web hosting services
>>>-
>>>To REMOVE yourself from this mailing list, send an E-Mail message
>>>to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
>>>the message BODY, include a line containing: UNSUB ORACLE-L
>>>(or the name of mailing list you want to be removed from).  You may
>>>also send the HELP command for other information (like subscribing).
>>>
>>>--
>>>Please see the official ORACLE-L FAQ: http://www.orafaq.com
>>>--
>>>Author: Igor Neyman
>>> INET: 

RE: Lost ofall redo logs

[K Gopalakrishnan]

Joe:


I understand what you say.. But the situation is
very bad. He does **NOT** have ANY backups.

KG


-Original Message-
Sent: Thursday, September 19, 2002 4:43 AM
To: Multiple recipients of list ORACLE-L


As I stated earlier, right out of the user managed recover docs(loss of
all online redo logs):

you'll need to do the restore from backup, using what archivelogs
available roll forward to point of last archived log and open resetlogs
<--- the abbreviated version.

joe


  Recovering After the Loss of All Members of an Online Redo Log Group

If a media failure damages all members of an online redo log group, then
different scenarios can occur depending on the type of online redo log
group affected by the failure and the archiving mode of the database.

If the damaged log group is inactive, then it is not needed for crash
recovery; if it is active, then it is needed for crash recovery.

*If the group is . . .* *Then . . .* *And you should . . .*

Inactive

It is not needed for crash recovery

Clear the archived or unarchived group.

Active

It is needed for crash recovery

Attempt to issue a checkpoint and clear the log; if impossible, then you
must restore a backup and perform incomplete recovery up to the most
recent available log.

Current

It is the log that Oracle is currently writing to

Attempt to clear the log; if impossible, then you must restore a backup
and perform incomplete recovery up to the most recent available log.

Your first task is to determine whether the damaged group is active or
inactive.


*Loss of Multiple Redo Log Groups*

If you have lost multiple groups of the online redo log, then use the
recovery method for the most difficult log to recover. The order of
difficulty, from most difficult to least difficult, follows:

   1. The current online redo log
   2. An active online redo log
   3. An unarchived online redo log
   4. An inactive online redo log





Arun Chakrapanirao wrote:

>Well one I do want to make clear I have never tried to give bad advice to
>people.
>Since the user in his mail had said that he does not have a backup and does
>not have any online redo logs can you please let me know how else can he
>open the database, when he said he does not have a back it assumes that he
>does not have a os backup and also the rman backup.
>This might be the undocumented thing but this Is the only way it works
>And this had happened in one our case and the only way we could open the
>database is to force open the database in a corrupt mode take an export and
>import back into the new database.
>
>If you still think I am trying to give a bad advice well sorry that I am
>giving bad advices.
>
>
>-Original Message-
>Sent: Thursday, September 19, 2002 12:33 AM
>To: Multiple recipients of list ORACLE-L
>
>Arun, since WHEN has been using undocumented parameters the normal way
>of doing things, I think you need to go back and lookup backup/recovery
>concepts.
>
>Feel free to read both user managed and RMAN backup recovery
docs/scenarios.
>
>You are giving bad advice to people on the list who might be new.
>
>joe
>
>
>Arun Chakrapanirao wrote:
>
>
>
>>The only way u can open your database is to add a parameter file
>>as
>>
>>_allow_resetlogs_corruption=TRUE
>>
>>_corrupted_rollback_segments= TRUE
>>
>>_offline_rollback_segments=(the rollback segment names)
>>
>>activate the database and  then immediately take an export of the whole
>>database.
>>Create a new database and then import all the data to this new database.
>>
>>
>>-Original Message-
>>Sent: Wednesday, September 18, 2002 5:23 PM
>>To: Multiple recipients of list ORACLE-L
>>
>>Nop, all redo logs gone away...
>>
>>- Original Message -
>>To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
>>Sent: Wednesday, September 18, 2002 5:43 PM
>>
>>
>>
>>
>>
>>
>>>What about mirrored redo group members?
>>>
>>>Igor Neyman, OCP DBA
>>>[EMAIL PROTECTED]
>>>
>>>
>>>
>>>- Original Message -
>>>To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
>>>Sent: Wednesday, September 18, 2002 4:30 PM
>>>
>>>
>>>Hi people...
>>>
>>>What to do if I have LOST ALL REDO LOGS and i don´t have any backup?
>>>
>>>Thanks in advance!
>>>
>>>:
>>>Gilberto Gampert  Universidade de Passo Fundo
>>>Administrador de Banco de Dados   Passo Fundo - RS - Bra5il
>>>[EMAIL PROTECTED]http://www.upf.br
>>>:
>>>
>>>
>>>--
>>>Please see the official ORACLE-L FAQ: http://www.orafaq.com
>>>--
>>>Author: Gilberto Gampert
>>> INET: [EMAIL PROTECTED]
>>>
>>>Fat City Network Services-- 858-538-5051 http://www.fatcity.com
>>>San Diego, California-- Mailing list and web hosting services
>>>-
>>>To REMOVE yourself from this mailing list, send an E-Mail mess

Re: Lost ofall redo logs

[Joe Testa]

KG, doesn't anyone think not having a backup is a bad thing.

You can go down that route if you wish but as I remember undocumented 
parameters are best used with the assistance of OWS and not just used at 
will.

joe


K Gopalakrishnan wrote:

>Arun:
>
>You are right. The original poster *clearly* said
>
>LOST ALL REDO LOGS
>NO BACKUP.
>
>In the above situation, you have to open the
>databases using the some special tricks and
>I don't think you need to go back and refer
>BAckup and Recovery Manuals (You can not
>find anything for this situation, that is
>another story)
>
>Those parameters will bring up the database
>if the database is cleanly shudowned (read:
>Shutdown Normal/Immediate) and you will
>have to do some more tricks to get the
>database up if it is crashed (read: shutdown
>ABORT).
>
>I don't think it is a bad advice..
>
>YMMV
>
>KG
>
>
>-Original Message-
>Chakrapanirao
>Sent: Wednesday, September 18, 2002 11:08 PM
>To: Multiple recipients of list ORACLE-L
>
>
>Well one I do want to make clear I have never tried to give bad advice to
>people.
>Since the user in his mail had said that he does not have a backup and does
>not have any online redo logs can you please let me know how else can he
>open the database, when he said he does not have a back it assumes that he
>does not have a os backup and also the rman backup.
>This might be the undocumented thing but this Is the only way it works
>And this had happened in one our case and the only way we could open the
>database is to force open the database in a corrupt mode take an export and
>import back into the new database.
>
>If you still think I am trying to give a bad advice well sorry that I am
>giving bad advices.
>
>
>-Original Message-
>Sent: Thursday, September 19, 2002 12:33 AM
>To: Multiple recipients of list ORACLE-L
>
>Arun, since WHEN has been using undocumented parameters the normal way
>of doing things, I think you need to go back and lookup backup/recovery
>concepts.
>
>Feel free to read both user managed and RMAN backup recovery docs/scenarios.
>
>You are giving bad advice to people on the list who might be new.
>
>joe
>
>
>Arun Chakrapanirao wrote:
>
>  
>
>>The only way u can open your database is to add a parameter file
>>as
>>
>>_allow_resetlogs_corruption=TRUE
>>
>>_corrupted_rollback_segments= TRUE
>>
>>_offline_rollback_segments=(the rollback segment names)
>>
>>activate the database and  then immediately take an export of the whole
>>database.
>>Create a new database and then import all the data to this new database.
>>
>>
>>-Original Message-
>>Sent: Wednesday, September 18, 2002 5:23 PM
>>To: Multiple recipients of list ORACLE-L
>>
>>Nop, all redo logs gone away...
>>
>>- Original Message -
>>To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
>>Sent: Wednesday, September 18, 2002 5:43 PM
>>
>>
>>
>>
>>
>>
>>>What about mirrored redo group members?
>>>
>>>Igor Neyman, OCP DBA
>>>[EMAIL PROTECTED]
>>>
>>>
>>>
>>>- Original Message -
>>>To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
>>>Sent: Wednesday, September 18, 2002 4:30 PM
>>>
>>>
>>>Hi people...
>>>
>>>What to do if I have LOST ALL REDO LOGS and i don4t have any backup?
>>>
>>>Thanks in advance!
>>>
>>>:
>>>Gilberto Gampert  Universidade de Passo Fundo
>>>Administrador de Banco de Dados   Passo Fundo - RS - Bra5il
>>>[EMAIL PROTECTED]http://www.upf.br
>>>:
>>>
>>>
>>>--
>>>Please see the official ORACLE-L FAQ: http://www.orafaq.com
>>>--
>>>Author: Gilberto Gampert
>>> INET: [EMAIL PROTECTED]
>>>
>>>Fat City Network Services-- 858-538-5051 http://www.fatcity.com
>>>San Diego, California-- Mailing list and web hosting services
>>>-
>>>To REMOVE yourself from this mailing list, send an E-Mail message
>>>to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
>>>the message BODY, include a line containing: UNSUB ORACLE-L
>>>(or the name of mailing list you want to be removed from).  You may
>>>also send the HELP command for other information (like subscribing).
>>>
>>>--
>>>Please see the official ORACLE-L FAQ: http://www.orafaq.com
>>>--
>>>Author: Igor Neyman
>>> INET: [EMAIL PROTECTED]
>>>
>>>Fat City Network Services-- 858-538-5051 http://www.fatcity.com
>>>San Diego, California-- Mailing list and web hosting services
>>>-
>>>To REMOVE yourself from this mailing list, send an E-Mail message
>>>to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
>>>the message BODY, include a line containing: UNSUB ORACLE-L
>>>(or the name of mailing list you want to be removed from).  You may
>>>also send the HELP command for other information (like subscrib

Re: Lost ofall redo logs

[Joe Testa]

As I stated earlier, right out of the user managed recover docs(loss of 
all online redo logs):

you'll need to do the restore from backup, using what archivelogs 
available roll forward to point of last archived log and open resetlogs 
<--- the abbreviated version.

joe


  Recovering After the Loss of All Members of an Online Redo Log Group

If a media failure damages all members of an online redo log group, then 
different scenarios can occur depending on the type of online redo log 
group affected by the failure and the archiving mode of the database.

If the damaged log group is inactive, then it is not needed for crash 
recovery; if it is active, then it is needed for crash recovery.

*If the group is . . .* *Then . . .* *And you should . . .*

Inactive

It is not needed for crash recovery

Clear the archived or unarchived group.

Active

It is needed for crash recovery

Attempt to issue a checkpoint and clear the log; if impossible, then you 
must restore a backup and perform incomplete recovery up to the most 
recent available log.

Current

It is the log that Oracle is currently writing to

Attempt to clear the log; if impossible, then you must restore a backup 
and perform incomplete recovery up to the most recent available log.

Your first task is to determine whether the damaged group is active or 
inactive.


*Loss of Multiple Redo Log Groups*

If you have lost multiple groups of the online redo log, then use the 
recovery method for the most difficult log to recover. The order of 
difficulty, from most difficult to least difficult, follows:

   1. The current online redo log
   2. An active online redo log
   3. An unarchived online redo log
   4. An inactive online redo log





Arun Chakrapanirao wrote:

>Well one I do want to make clear I have never tried to give bad advice to
>people.
>Since the user in his mail had said that he does not have a backup and does
>not have any online redo logs can you please let me know how else can he
>open the database, when he said he does not have a back it assumes that he
>does not have a os backup and also the rman backup.
>This might be the undocumented thing but this Is the only way it works
>And this had happened in one our case and the only way we could open the
>database is to force open the database in a corrupt mode take an export and
>import back into the new database.
>
>If you still think I am trying to give a bad advice well sorry that I am
>giving bad advices.
>
>
>-Original Message-
>Sent: Thursday, September 19, 2002 12:33 AM
>To: Multiple recipients of list ORACLE-L
>
>Arun, since WHEN has been using undocumented parameters the normal way 
>of doing things, I think you need to go back and lookup backup/recovery 
>concepts.
>
>Feel free to read both user managed and RMAN backup recovery docs/scenarios.
>
>You are giving bad advice to people on the list who might be new.
>
>joe
>
>
>Arun Chakrapanirao wrote:
>
>  
>
>>The only way u can open your database is to add a parameter file
>>as
>>
>>_allow_resetlogs_corruption=TRUE
>>
>>_corrupted_rollback_segments= TRUE
>>
>>_offline_rollback_segments=(the rollback segment names)
>>
>>activate the database and  then immediately take an export of the whole
>>database.
>>Create a new database and then import all the data to this new database.
>>
>>
>>-Original Message-
>>Sent: Wednesday, September 18, 2002 5:23 PM
>>To: Multiple recipients of list ORACLE-L
>>
>>Nop, all redo logs gone away...
>>
>>- Original Message -
>>To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
>>Sent: Wednesday, September 18, 2002 5:43 PM
>>
>>
>> 
>>
>>
>>
>>>What about mirrored redo group members?
>>>
>>>Igor Neyman, OCP DBA
>>>[EMAIL PROTECTED]
>>>
>>>
>>>
>>>- Original Message -
>>>To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
>>>Sent: Wednesday, September 18, 2002 4:30 PM
>>>
>>>
>>>Hi people...
>>>
>>>What to do if I have LOST ALL REDO LOGS and i don´t have any backup?
>>>
>>>Thanks in advance!
>>>
>>>:
>>>Gilberto Gampert  Universidade de Passo Fundo
>>>Administrador de Banco de Dados   Passo Fundo - RS - Bra5il
>>>[EMAIL PROTECTED]http://www.upf.br
>>>:
>>>
>>>
>>>--
>>>Please see the official ORACLE-L FAQ: http://www.orafaq.com
>>>--
>>>Author: Gilberto Gampert
>>> INET: [EMAIL PROTECTED]
>>>
>>>Fat City Network Services-- 858-538-5051 http://www.fatcity.com
>>>San Diego, California-- Mailing list and web hosting services
>>>-
>>>To REMOVE yourself from this mailing list, send an E-Mail message
>>>to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
>>>the message BODY, include a line containing: UNSUB ORACLE-L
>>>(or the name of mailing list you want to be removed from).  

RE: Lost ofall redo logs

[Bill Buchan]

If you lost the redo logs *after* you shutdown the database, you can do the 
following to re-create them:


1. As DBA: startup mount;

2. alter database backup controlfile to trace;

3. select * from v$controlfile;

4. shutdown

5. Delete the controlfiles identified by (3) as these need to be re-created.

6. Edit the tracefile created by (2) to look something like the following:


STARTUP NOMOUNT
CREATE CONTROLFILE SET DATABASE "SID" RESETLOGS NOARCHIVELOG
 MAXLOGFILES 6
 MAXLOGMEMBERS 2
 MAXDATAFILES 64
 MAXINSTANCES 1
 MAXLOGHISTORY 226
LOGFILE
   GROUP 1 '/usr4/oradata/SID/redoSID01a.log'  SIZE 50M,
   GROUP 2 '/usr4/oradata/SID/redoSID02a.log'  SIZE 50M,
   GROUP 3 '/usr4/oradata/SID/redoSID03a.log'  SIZE 50M,
   GROUP 4 '/usr4/oradata/SID/redoSID04a.log'  SIZE 50M
DATAFILE
   '/usr1/oradata/SID/system_01.dbf',
   '/usr2/oradata/SID/users_01.dbf',
   '/usr3/oradata/SID/users_indexes_01.dbf',
   '/usr3/oradata/SID/rollback_01.dbf'
CHARACTER SET WE8ISO8859P1
;
ALTER DATABASE OPEN RESETLOGS;
ALTER TABLESPACE TEMP ADD TEMPFILE '/usr1/oradata/SID/temp_01.dbf' REUSE;


ie.

i.  Remove leading comments and lines beginning with #
ii. In the CREATE CONTROLFILE line change REUSE to SET
and NORESETLOGS to RESETLOGS
iii.Get rid of RECOVER DATABASE
iv. Change ALTER DATABASE OPEN to ALTER DATABASE OPEN RESETLOGS
(v. Ignore ALTER TABLESPACE stuff if you are not using LMT
temporary tablespaces.)

7. Now go into SQL*Plus as DBA and run the script, which should build new
controlfiles, re-create the log files and open the database.


Remember to back up everything you *do* have before starting.  This will 
not work if you lost the redo logs before you shutdown the database.

- Bill.


- Original Message -
To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
Sent: Wednesday, September 18, 2002 5:30 PM



 > Hi people...
 >
 > What to do if I have LOST ALL REDO LOGS and i don´t have any backup?
 >
 > Thanks in advance!
 >
 > :
 > Gilberto Gampert  Universidade de Passo Fundo
 > Administrador de Banco de Dados   Passo Fundo - RS - Bra5il
 > [EMAIL PROTECTED]http://www.upf.br
 > :
 >
 >
 > --
 > Please see the official ORACLE-L FAQ: http://www.orafaq.com
 > --
 > Author: Gilberto Gampert
 >   INET: [EMAIL PROTECTED]

--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Bill Buchan
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

RE: Lost ofall redo logs

[Mark J. Bobak]

And preferably, forget about this little "incident" when doing so...;-)

On Thu, 2002-09-19 at 05:43, Robertson Lee - lerobe wrote:
> update your CV
> 
> -Original Message-
> Sent: 18 September 2002 21:30
> To: Multiple recipients of list ORACLE-L
> 
> 
> Hi people...
> 
> What to do if I have LOST ALL REDO LOGS and i don´t have any backup?
> 
> Thanks in advance!
> 
> :
> Gilberto Gampert  Universidade de Passo Fundo
> Administrador de Banco de Dados   Passo Fundo - RS - Bra5il
> [EMAIL PROTECTED]http://www.upf.br
> :
> 
> 
-- 
--
Mark J. Bobak
Oracle DBA
[EMAIL PROTECTED]
"It is not enough to have a good mind.  The main thing is to use it
well."
-- Rene Descartes
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Mark J. Bobak
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

RE: Lost ofall redo logs

[Robertson Lee - lerobe]

update your CV

-Original Message-
Sent: 18 September 2002 21:30
To: Multiple recipients of list ORACLE-L


Hi people...

What to do if I have LOST ALL REDO LOGS and i don´t have any backup?

Thanks in advance!

:
Gilberto Gampert  Universidade de Passo Fundo
Administrador de Banco de Dados   Passo Fundo - RS - Bra5il
[EMAIL PROTECTED]http://www.upf.br
:


-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Gilberto Gampert
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).


*

The information contained in this communication is
confidential, is intended only for the use of the recipient
named above, and may be legally privileged.
If the reader of this message is not the intended
recipient, you are hereby notified that any dissemination, 
distribution, or copying of this communication is strictly
prohibited.
If you have received this communication in error,
please re-send this communication to the sender and
delete the original message or any copy of it from your
computer system. Thank You.

--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Robertson Lee - lerobe
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

RE: Lost ofall redo logs

[K Gopalakrishnan]

Arun:

You are right. The original poster *clearly* said

LOST ALL REDO LOGS
NO BACKUP.

In the above situation, you have to open the
databases using the some special tricks and
I don't think you need to go back and refer
BAckup and Recovery Manuals (You can not
find anything for this situation, that is
another story)

Those parameters will bring up the database
if the database is cleanly shudowned (read:
Shutdown Normal/Immediate) and you will
have to do some more tricks to get the
database up if it is crashed (read: shutdown
ABORT).

I don't think it is a bad advice..

YMMV

KG


-Original Message-
Chakrapanirao
Sent: Wednesday, September 18, 2002 11:08 PM
To: Multiple recipients of list ORACLE-L


Well one I do want to make clear I have never tried to give bad advice to
people.
Since the user in his mail had said that he does not have a backup and does
not have any online redo logs can you please let me know how else can he
open the database, when he said he does not have a back it assumes that he
does not have a os backup and also the rman backup.
This might be the undocumented thing but this Is the only way it works
And this had happened in one our case and the only way we could open the
database is to force open the database in a corrupt mode take an export and
import back into the new database.

If you still think I am trying to give a bad advice well sorry that I am
giving bad advices.


-Original Message-
Sent: Thursday, September 19, 2002 12:33 AM
To: Multiple recipients of list ORACLE-L

Arun, since WHEN has been using undocumented parameters the normal way
of doing things, I think you need to go back and lookup backup/recovery
concepts.

Feel free to read both user managed and RMAN backup recovery docs/scenarios.

You are giving bad advice to people on the list who might be new.

joe


Arun Chakrapanirao wrote:

>The only way u can open your database is to add a parameter file
>as
>
>_allow_resetlogs_corruption=TRUE
>
>_corrupted_rollback_segments= TRUE
>
>_offline_rollback_segments=(the rollback segment names)
>
>activate the database and  then immediately take an export of the whole
>database.
>Create a new database and then import all the data to this new database.
>
>
>-Original Message-
>Sent: Wednesday, September 18, 2002 5:23 PM
>To: Multiple recipients of list ORACLE-L
>
>Nop, all redo logs gone away...
>
>- Original Message -
>To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
>Sent: Wednesday, September 18, 2002 5:43 PM
>
>
>
>
>>What about mirrored redo group members?
>>
>>Igor Neyman, OCP DBA
>>[EMAIL PROTECTED]
>>
>>
>>
>>- Original Message -
>>To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
>>Sent: Wednesday, September 18, 2002 4:30 PM
>>
>>
>>Hi people...
>>
>>What to do if I have LOST ALL REDO LOGS and i don4t have any backup?
>>
>>Thanks in advance!
>>
>>:
>>Gilberto Gampert  Universidade de Passo Fundo
>>Administrador de Banco de Dados   Passo Fundo - RS - Bra5il
>>[EMAIL PROTECTED]http://www.upf.br
>>:
>>
>>
>>--
>>Please see the official ORACLE-L FAQ: http://www.orafaq.com
>>--
>>Author: Gilberto Gampert
>>  INET: [EMAIL PROTECTED]
>>
>>Fat City Network Services-- 858-538-5051 http://www.fatcity.com
>>San Diego, California-- Mailing list and web hosting services
>>-
>>To REMOVE yourself from this mailing list, send an E-Mail message
>>to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
>>the message BODY, include a line containing: UNSUB ORACLE-L
>>(or the name of mailing list you want to be removed from).  You may
>>also send the HELP command for other information (like subscribing).
>>
>>--
>>Please see the official ORACLE-L FAQ: http://www.orafaq.com
>>--
>>Author: Igor Neyman
>>  INET: [EMAIL PROTECTED]
>>
>>Fat City Network Services-- 858-538-5051 http://www.fatcity.com
>>San Diego, California-- Mailing list and web hosting services
>>-
>>To REMOVE yourself from this mailing list, send an E-Mail message
>>to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
>>the message BODY, include a line containing: UNSUB ORACLE-L
>>(or the name of mailing list you want to be removed from).  You may
>>also send the HELP command for other information (like subscribing).
>>
>>
>>
>
>
>

--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Joe Testa
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message

RE: Lost ofall redo logs

[Arun Chakrapanirao]

Well one I do want to make clear I have never tried to give bad advice to
people.
Since the user in his mail had said that he does not have a backup and does
not have any online redo logs can you please let me know how else can he
open the database, when he said he does not have a back it assumes that he
does not have a os backup and also the rman backup.
This might be the undocumented thing but this Is the only way it works
And this had happened in one our case and the only way we could open the
database is to force open the database in a corrupt mode take an export and
import back into the new database.

If you still think I am trying to give a bad advice well sorry that I am
giving bad advices.


-Original Message-
Sent: Thursday, September 19, 2002 12:33 AM
To: Multiple recipients of list ORACLE-L

Arun, since WHEN has been using undocumented parameters the normal way 
of doing things, I think you need to go back and lookup backup/recovery 
concepts.

Feel free to read both user managed and RMAN backup recovery docs/scenarios.

You are giving bad advice to people on the list who might be new.

joe


Arun Chakrapanirao wrote:

>The only way u can open your database is to add a parameter file
>as
>
>_allow_resetlogs_corruption=TRUE
>
>_corrupted_rollback_segments= TRUE
>
>_offline_rollback_segments=(the rollback segment names)
>
>activate the database and  then immediately take an export of the whole
>database.
>Create a new database and then import all the data to this new database.
>
>
>-Original Message-
>Sent: Wednesday, September 18, 2002 5:23 PM
>To: Multiple recipients of list ORACLE-L
>
>Nop, all redo logs gone away...
>
>- Original Message -
>To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
>Sent: Wednesday, September 18, 2002 5:43 PM
>
>
>  
>
>>What about mirrored redo group members?
>>
>>Igor Neyman, OCP DBA
>>[EMAIL PROTECTED]
>>
>>
>>
>>- Original Message -
>>To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
>>Sent: Wednesday, September 18, 2002 4:30 PM
>>
>>
>>Hi people...
>>
>>What to do if I have LOST ALL REDO LOGS and i don´t have any backup?
>>
>>Thanks in advance!
>>
>>:
>>Gilberto Gampert  Universidade de Passo Fundo
>>Administrador de Banco de Dados   Passo Fundo - RS - Bra5il
>>[EMAIL PROTECTED]http://www.upf.br
>>:
>>
>>
>>--
>>Please see the official ORACLE-L FAQ: http://www.orafaq.com
>>--
>>Author: Gilberto Gampert
>>  INET: [EMAIL PROTECTED]
>>
>>Fat City Network Services-- 858-538-5051 http://www.fatcity.com
>>San Diego, California-- Mailing list and web hosting services
>>-
>>To REMOVE yourself from this mailing list, send an E-Mail message
>>to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
>>the message BODY, include a line containing: UNSUB ORACLE-L
>>(or the name of mailing list you want to be removed from).  You may
>>also send the HELP command for other information (like subscribing).
>>
>>--
>>Please see the official ORACLE-L FAQ: http://www.orafaq.com
>>--
>>Author: Igor Neyman
>>  INET: [EMAIL PROTECTED]
>>
>>Fat City Network Services-- 858-538-5051 http://www.fatcity.com
>>San Diego, California-- Mailing list and web hosting services
>>-
>>To REMOVE yourself from this mailing list, send an E-Mail message
>>to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
>>the message BODY, include a line containing: UNSUB ORACLE-L
>>(or the name of mailing list you want to be removed from).  You may
>>also send the HELP command for other information (like subscribing).
>>
>>
>>
>
>  
>

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Joe Testa
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Arun Chakrapanirao
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of '

Re: Lost ofall redo logs

[Joe Testa]

Arun, since WHEN has been using undocumented parameters the normal way 
of doing things, I think you need to go back and lookup backup/recovery 
concepts.

Feel free to read both user managed and RMAN backup recovery docs/scenarios.

You are giving bad advice to people on the list who might be new.

joe


Arun Chakrapanirao wrote:

>The only way u can open your database is to add a parameter file
>as
>
>_allow_resetlogs_corruption=TRUE
>
>_corrupted_rollback_segments= TRUE
>
>_offline_rollback_segments=(the rollback segment names)
>
>activate the database and  then immediately take an export of the whole
>database.
>Create a new database and then import all the data to this new database.
>
>
>-Original Message-
>Sent: Wednesday, September 18, 2002 5:23 PM
>To: Multiple recipients of list ORACLE-L
>
>Nop, all redo logs gone away...
>
>- Original Message -
>To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
>Sent: Wednesday, September 18, 2002 5:43 PM
>
>
>  
>
>>What about mirrored redo group members?
>>
>>Igor Neyman, OCP DBA
>>[EMAIL PROTECTED]
>>
>>
>>
>>- Original Message -
>>To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
>>Sent: Wednesday, September 18, 2002 4:30 PM
>>
>>
>>Hi people...
>>
>>What to do if I have LOST ALL REDO LOGS and i don´t have any backup?
>>
>>Thanks in advance!
>>
>>:
>>Gilberto Gampert  Universidade de Passo Fundo
>>Administrador de Banco de Dados   Passo Fundo - RS - Bra5il
>>[EMAIL PROTECTED]http://www.upf.br
>>:
>>
>>
>>--
>>Please see the official ORACLE-L FAQ: http://www.orafaq.com
>>--
>>Author: Gilberto Gampert
>>  INET: [EMAIL PROTECTED]
>>
>>Fat City Network Services-- 858-538-5051 http://www.fatcity.com
>>San Diego, California-- Mailing list and web hosting services
>>-
>>To REMOVE yourself from this mailing list, send an E-Mail message
>>to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
>>the message BODY, include a line containing: UNSUB ORACLE-L
>>(or the name of mailing list you want to be removed from).  You may
>>also send the HELP command for other information (like subscribing).
>>
>>--
>>Please see the official ORACLE-L FAQ: http://www.orafaq.com
>>--
>>Author: Igor Neyman
>>  INET: [EMAIL PROTECTED]
>>
>>Fat City Network Services-- 858-538-5051 http://www.fatcity.com
>>San Diego, California-- Mailing list and web hosting services
>>-
>>To REMOVE yourself from this mailing list, send an E-Mail message
>>to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
>>the message BODY, include a line containing: UNSUB ORACLE-L
>>(or the name of mailing list you want to be removed from).  You may
>>also send the HELP command for other information (like subscribing).
>>
>>
>>
>
>  
>

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Joe Testa
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

Re: Lost ofall redo logs

[Gilberto Gampert]

Nop, all redo logs gone away...

- Original Message -
To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
Sent: Wednesday, September 18, 2002 5:43 PM


> What about mirrored redo group members?
>
> Igor Neyman, OCP DBA
> [EMAIL PROTECTED]
>
>
>
> - Original Message -
> To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
> Sent: Wednesday, September 18, 2002 4:30 PM
>
>
> Hi people...
>
> What to do if I have LOST ALL REDO LOGS and i don´t have any backup?
>
> Thanks in advance!
>
> :
> Gilberto Gampert  Universidade de Passo Fundo
> Administrador de Banco de Dados   Passo Fundo - RS - Bra5il
> [EMAIL PROTECTED]http://www.upf.br
> :
>
>
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> --
> Author: Gilberto Gampert
>   INET: [EMAIL PROTECTED]
>
> Fat City Network Services-- 858-538-5051 http://www.fatcity.com
> San Diego, California-- Mailing list and web hosting services
> -
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
> the message BODY, include a line containing: UNSUB ORACLE-L
> (or the name of mailing list you want to be removed from).  You may
> also send the HELP command for other information (like subscribing).
>
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> --
> Author: Igor Neyman
>   INET: [EMAIL PROTECTED]
>
> Fat City Network Services-- 858-538-5051 http://www.fatcity.com
> San Diego, California-- Mailing list and web hosting services
> -
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
> the message BODY, include a line containing: UNSUB ORACLE-L
> (or the name of mailing list you want to be removed from).  You may
> also send the HELP command for other information (like subscribing).
>

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Gilberto Gampert
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

RE: Lost ofall redo logs

[Arun Chakrapanirao]

The only way u can open your database is to add a parameter file
as

_allow_resetlogs_corruption=TRUE

_corrupted_rollback_segments= TRUE

_offline_rollback_segments=(the rollback segment names)

activate the database and  then immediately take an export of the whole
database.
Create a new database and then import all the data to this new database.


-Original Message-
Sent: Wednesday, September 18, 2002 5:23 PM
To: Multiple recipients of list ORACLE-L

Nop, all redo logs gone away...

- Original Message -
To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
Sent: Wednesday, September 18, 2002 5:43 PM


> What about mirrored redo group members?
>
> Igor Neyman, OCP DBA
> [EMAIL PROTECTED]
>
>
>
> - Original Message -
> To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
> Sent: Wednesday, September 18, 2002 4:30 PM
>
>
> Hi people...
>
> What to do if I have LOST ALL REDO LOGS and i don´t have any backup?
>
> Thanks in advance!
>
> :
> Gilberto Gampert  Universidade de Passo Fundo
> Administrador de Banco de Dados   Passo Fundo - RS - Bra5il
> [EMAIL PROTECTED]http://www.upf.br
> :
>
>
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> --
> Author: Gilberto Gampert
>   INET: [EMAIL PROTECTED]
>
> Fat City Network Services-- 858-538-5051 http://www.fatcity.com
> San Diego, California-- Mailing list and web hosting services
> -
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
> the message BODY, include a line containing: UNSUB ORACLE-L
> (or the name of mailing list you want to be removed from).  You may
> also send the HELP command for other information (like subscribing).
>
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> --
> Author: Igor Neyman
>   INET: [EMAIL PROTECTED]
>
> Fat City Network Services-- 858-538-5051 http://www.fatcity.com
> San Diego, California-- Mailing list and web hosting services
> -
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
> the message BODY, include a line containing: UNSUB ORACLE-L
> (or the name of mailing list you want to be removed from).  You may
> also send the HELP command for other information (like subscribing).
>

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Gilberto Gampert
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Arun Chakrapanirao
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

Re[2]: Lost ofall redo logs

[dgoulet]

Gilberto,

Can we assume that the database crashed in the middle of the day or did this
happen when things were quite?  I believe you may be in an unrecoverable
situation where you will have to go back to the last cold backup, but you say
that you have no backup which does not give me a good feeling.  Is this
production, test, or development?

Dick Goulet

Reply Separator
Author: "Gilberto Gampert" <[EMAIL PROTECTED]>
Date:   9/18/2002 1:28 PM

There is a way to reconstruct this files? or startup and reconstruct ?
The database is in noarchivelog...

- Original Message -
To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
Sent: Wednesday, September 18, 2002 5:30 PM


> Hi people...
>
> What to do if I have LOST ALL REDO LOGS and i don't have any backup?
>
> Thanks in advance!
>
> :
> Gilberto Gampert  Universidade de Passo Fundo
> Administrador de Banco de Dados   Passo Fundo - RS - Bra5il
> [EMAIL PROTECTED]http://www.upf.br
> :
>
>
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> --
> Author: Gilberto Gampert
>   INET: [EMAIL PROTECTED]
>
> Fat City Network Services-- 858-538-5051 http://www.fatcity.com
> San Diego, California-- Mailing list and web hosting services
> -
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
> the message BODY, include a line containing: UNSUB ORACLE-L
> (or the name of mailing list you want to be removed from).  You may
> also send the HELP command for other information (like subscribing).
>

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Gilberto Gampert
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: 
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

Re: Lost ofall redo logs

[Gilberto Gampert]

There is a way to reconstruct this files? or startup and reconstruct ?
The database is in noarchivelog...

- Original Message -
To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
Sent: Wednesday, September 18, 2002 5:30 PM


> Hi people...
>
> What to do if I have LOST ALL REDO LOGS and i don´t have any backup?
>
> Thanks in advance!
>
> :
> Gilberto Gampert  Universidade de Passo Fundo
> Administrador de Banco de Dados   Passo Fundo - RS - Bra5il
> [EMAIL PROTECTED]http://www.upf.br
> :
>
>
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> --
> Author: Gilberto Gampert
>   INET: [EMAIL PROTECTED]
>
> Fat City Network Services-- 858-538-5051 http://www.fatcity.com
> San Diego, California-- Mailing list and web hosting services
> -
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
> the message BODY, include a line containing: UNSUB ORACLE-L
> (or the name of mailing list you want to be removed from).  You may
> also send the HELP command for other information (like subscribing).
>

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Gilberto Gampert
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

RE: Lost ofall redo logs

[Inka Bezdziecka]

The most important - do not panic.
Than, read note 94119.1 on MetaLink.

Here is a part of it:

Recovery with missing online redo logs

 Missing online redo logs means that somehow you have lost your redo logs before  they 
had a chance to archived.  This means that crash recovery cannot be  performed, so 
media recovery is required instead.  All datafiles will need to  berestored and rolled 
forwarded until the last available archived log file is  applied.  This is thus an 
incomplete recovery, and as such, the recover  database command is necessary. (i.e. 
you cannot do a datafile or tablespace recovery). As always, when an incomplete 
recovery is performed, you must open the database with resetlogs.  Note: the best way 
to avoid this kind of a loss, is to mirror your online log files.

Recovery with missing archived redo logs

 If your archives are missing, the only way to recover the database is to  restore 
from your latest backup.  You will have lost any uncommitted  transactions which were 
recorded in the archived redo logs.  Again, this is why  Oracle strongly suggests 
mirroring your online redo logs and duplicating copies  of the archives.

  Recovery with resetlogs option 

Reset log option should be the last resort, however, as we have seen from above, it 
may be required due to incomplete recoveries.  (recover using a backup  control file, 
or a point in time recovery).  It is imperative that you backup  up the database 
immediately after you have opened the database with reset logs.  The reason is that 
oracle updates the control file and resets log numbers, and  you will not be able to 
recover from the old logs.   The next concern will be if the database crashes after 
you have opened the  database with resetlogs, but have not had time to backup the 
database.
 How to recover?
   Shut down the database
   Backup all the datafiles and the control file 
  Startup mount
  Alter database open resetlogs   
This will work, because you have a copy of a control file after the  esetlogs 
point.  

  Media failure before a backup after resetlogs. 
 If a media failure should occur before a backup was made after you opened the  
database using resetlogs, you will most likely lose data.  The reason is because 
restoring a lost datafile from a backup prior to the  resetlogs will give an error 
that the file is from a point in time earlier,  and you don't have its backup log 
anymore. 


Good luck.
inka
-Original Message-
Sent: Wednesday, September 18, 2002 4:44 PM
To: Multiple recipients of list ORACLE-L


What about mirrored redo group members?

Igor Neyman, OCP DBA
[EMAIL PROTECTED]



- Original Message -
To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
Sent: Wednesday, September 18, 2002 4:30 PM


Hi people...

What to do if I have LOST ALL REDO LOGS and i don´t have any backup?

Thanks in advance!

:
Gilberto Gampert  Universidade de Passo Fundo
Administrador de Banco de Dados   Passo Fundo - RS - Bra5il
[EMAIL PROTECTED]http://www.upf.br
:


--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Gilberto Gampert
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Igor Neyman
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Inka Bezdziecka
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, inc

RE: Lost ofall redo logs

[DENNIS WILLIAMS]

Gilberto - Is your database still up, or is it down?
 
Dennis Williams
DBA
Lifetouch, Inc.
[EMAIL PROTECTED]  


-Original Message-
Sent: Wednesday, September 18, 2002 3:30 PM
To: Multiple recipients of list ORACLE-L


Hi people...

What to do if I have LOST ALL REDO LOGS and i don´t have any backup?

Thanks in advance!

:
Gilberto Gampert  Universidade de Passo Fundo
Administrador de Banco de Dados   Passo Fundo - RS - Bra5il
[EMAIL PROTECTED]http://www.upf.br
:


-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Gilberto Gampert
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: DENNIS WILLIAMS
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

Re: Lost ofall redo logs

[Igor Neyman]

What about mirrored redo group members?

Igor Neyman, OCP DBA
[EMAIL PROTECTED]



- Original Message -
To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
Sent: Wednesday, September 18, 2002 4:30 PM


Hi people...

What to do if I have LOST ALL REDO LOGS and i don´t have any backup?

Thanks in advance!

:
Gilberto Gampert  Universidade de Passo Fundo
Administrador de Banco de Dados   Passo Fundo - RS - Bra5il
[EMAIL PROTECTED]http://www.upf.br
:


--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Gilberto Gampert
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Igor Neyman
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

Lost ofall redo logs

[Gilberto Gampert]

Hi people...

What to do if I have LOST ALL REDO LOGS and i don´t have any backup?

Thanks in advance!

:
Gilberto Gampert  Universidade de Passo Fundo
Administrador de Banco de Dados   Passo Fundo - RS - Bra5il
[EMAIL PROTECTED]http://www.upf.br
:


-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Gilberto Gampert
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).