FAQ
Thanks for the replies Ian and Ruth.

Ruth's suggestion below results in the following:

SVRMGR> recover using backup controlfile until cancel;

ORA-00279: change 3668927078 generated at 07/02/2004 02:42:41 needed for thread 1
ORA-00289: suggestion : /u06/archive/SDS0000166990.ARC
ORA-00280: change 3668927078 for thread 1 is in sequence #166990

Specify log: {=suggested | filename | AUTO | CANCEL}
CANCEL

ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
ORA-01194: file 3 needs more recovery to be consistent
ORA-01110: data file 3: '/u02/oraindex/sds/usrindex01.dbf'

SVRMGR>

Mount U02 is the drive that was lost and now has the newer dated db files...

Any ideas from here ?
Thanks.

Original Message -----
From: Ruth Gramolini
To: oracle-l_at_freelists.org
Sent: August 13, 2004 08:16
Subject: RE: Recovery Help?

Have they tried: 'recover using backup controlfile until cancel;' and
cancelling when it asks for the archivelog from July 2.

Just a thot!
Ruth

-----Original Message-----
From: oracle-l-bounce_at_freelists.org
On Behalf Of
rstevenson_at_cobblesoft.com
Sent: Thursday, August 12, 2004 8:01 PM
To: oracle-l_at_freelists.org
Subject: Recovery Help?

I'm seeking help/advice from the list on behalf of a client that no longer
has a DBA - and has a production DB utterly screwed up - hope you can help
me point them in the right direction.... I've tried the basics ... but then
I'm only knowledgeable enough in this area to be dangerous!

Situation: Remote DB (Linux/8.1.7) - they lost a drive/mount point - and
then lost the frame relay for best part of 3 weeks (thanks to Sprint
efficiency). The system tried to perform automated disk-to-disk backups
(cold, via crontab) then to tape, but failed when it hit the bad drive -
each day!

Result: Their DB is mostly at July 14 - with the restore of the bad drive at
Aug 3rd (includes a System datafile, 1 data and an index datafile). When I
try to recover for them, it calls for archive logs dated July 2nd - and they
only have ones going back to July 3rd..... Their backup cycle is a 7-day
cycle (with no secure copy archived off) - so they have no good consistent
backup to restore from...

At this stage, they'd be real happy just to get a db back, even if several
weeks old. My viewpoint at this stage is that there are no options ... but
then I'm hoping for them that maybe one of you knows differently???

Thanks for thoughts ...
Richard

Please see the official ORACLE-L FAQ: http://www.orafaq.com

To unsubscribe send email to: oracle-l-request_at_freelists.org
put 'unsubscribe' in the subject line.

--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------

Search Discussions

  • Ruth Gramolini at Aug 19, 2004 at 7:35 am
    You could try using a later "until time" which might eliminate the need of
    the 7/2/04 archivelog. I have done this successfully several times.

    You can call me if you think I could help better in person.


    Ruth Gramolini
    Oracle DBA
    Vermont Department of Taxes
    Phone 802-828-5708
    Email rgramolini_at_tax.state.vt.us

    -----Original Message-----
    From: oracle-l-bounce_at_freelists.org
    On Behalf Of
    rstevenson_at_cobblesoft.com
    Sent: Thursday, August 19, 2004 8:05 AM
    To: oracle-l_at_freelists.org
    Subject: RE: RE: Recovery Help?

    Thanks for the replies Ian and Ruth.

    Ruth's suggestion below results in the following:

    SVRMGR> recover using backup controlfile until cancel;
    ORA-00279: change 3668927078 generated at 07/02/2004 02:42:41 needed for
    thread 1
    ORA-00289: suggestion : /u06/archive/SDS0000166990.ARC
    ORA-00280: change 3668927078 for thread 1 is in sequence #166990
    Specify log: {=suggested | filename | AUTO | CANCEL}
    CANCEL

    ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error
    below
    ORA-01194: file 3 needs more recovery to be consistent
    ORA-01110: data file 3: '/u02/oraindex/sds/usrindex01.dbf'
    SVRMGR>

    Mount U02 is the drive that was lost and now has the newer dated db files...

    Any ideas from here ?
    Thanks.

    Original Message -----
    From: Ruth Gramolini
    To: oracle-l_at_freelists.org
    Sent: August 13, 2004 08:16
    Subject: RE: Recovery Help?

    Have they tried: 'recover using backup controlfile until cancel;' and
    cancelling when it asks for the archivelog from July 2.

    Just a thot!
    Ruth

    -----Original Message-----
    From: oracle-l-bounce_at_freelists.org
    On Behalf Of
    rstevenson_at_cobblesoft.com
    Sent: Thursday, August 12, 2004 8:01 PM
    To: oracle-l_at_freelists.org
    Subject: Recovery Help?

    I'm seeking help/advice from the list on behalf of a client that no longer
    has a DBA - and has a production DB utterly screwed up - hope you can help
    me point them in the right direction.... I've tried the basics ... but then
    I'm only knowledgeable enough in this area to be dangerous!

    Situation: Remote DB (Linux/8.1.7) - they lost a drive/mount point - and
    then lost the frame relay for best part of 3 weeks (thanks to Sprint
    efficiency). The system tried to perform automated disk-to-disk backups
    (cold, via crontab) then to tape, but failed when it hit the bad drive -
    each day!

    Result: Their DB is mostly at July 14 - with the restore of the bad drive at
    Aug 3rd (includes a System datafile, 1 data and an index datafile). When I
    try to recover for them, it calls for archive logs dated July 2nd - and they
    only have ones going back to July 3rd..... Their backup cycle is a 7-day
    cycle (with no secure copy archived off) - so they have no good consistent
    backup to restore from...

    At this stage, they'd be real happy just to get a db back, even if several
    weeks old. My viewpoint at this stage is that there are no options ... but
    then I'm hoping for them that maybe one of you knows differently???

    Thanks for thoughts ...
    Richard

    Please see the official ORACLE-L FAQ: http://www.orafaq.com

    To unsubscribe send email to: oracle-l-request_at_freelists.org
    put 'unsubscribe' in the subject line.
    --
    Archives are at http://www.freelists.org/archives/oracle-l/
    FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html

    Please see the official ORACLE-L FAQ: http://www.orafaq.com

    To unsubscribe send email to: oracle-l-request_at_freelists.org
    put 'unsubscribe' in the subject line.
    --
    Archives are at http://www.freelists.org/archives/oracle-l/
    FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
  • Powell, Mark D at Aug 19, 2004 at 8:31 am
    The file in question appears from its naming to be an index tablespace. =
    If
    this is true you can remove the index tablespace data files from Oracle =
    via
    an alter database, run recovery, use the dictionary to extract the =
    index
    source (also get FK, PK, UK definitions), drop the tablespace including
    contents, recreate the tablespace, and manually recreate the indexes =
    from
    the generated scripts.

    We have done this but you need to be able to recover all the data data
    files, system, and rbs for this to be a useful option.

    Oracle has a utility that can read raw data files and extract data, but =
    I
    believe you have to hire support to get this. But as the database is =
    or
    maybe was a production db this might be a necessity.

    Even a firm too small to afford a full time DBA should hire part-time =
    DBA

    support. Someone who logs in once a week and verifies that the hot =
    backups
    and exports are 1- running and 2- appear successful and 3- makes a =
    quick
    check of the system for space utilization.

    You would think the system administrators would have detected this =
    problem.

    IMHO -- Mark D Powell --

    -----Original Message-----
    From: oracle-l-bounce_at_freelists.org
    On Behalf Of Ruth Gramolini
    Sent: Thursday, August 19, 2004 8:40 AM
    To: oracle-l_at_freelists.org
    Subject: RE: RE: Recovery Help?

    You could try using a later "until time" which might eliminate the need =
    of
    the 7/2/04 archivelog. I have done this successfully several times.

    You can call me if you think I could help better in person.

    =A0
    Ruth Gramolini
    Oracle DBA
    Vermont Department of Taxes
    Phone 802-828-5708
    Email rgramolini_at_tax.state.vt.us =
    =A0

    -----Original Message-----
    From: oracle-l-bounce_at_freelists.org
    On Behalf Of
    rstevenson_at_cobblesoft.com
    Sent: Thursday, August 19, 2004 8:05 AM
    To: oracle-l_at_freelists.org
    Subject: RE: RE: Recovery Help?

    Thanks for the replies Ian and Ruth.

    Ruth's suggestion below results in the following:

    SVRMGR> recover using backup controlfile until cancel;
    ORA-00279: change 3668927078 generated at 07/02/2004 02:42:41 needed =
    for
    thread 1
    ORA-00289: suggestion : /u06/archive/SDS0000166990.ARC
    ORA-00280: change 3668927078 for thread 1 is in sequence #166990
    Specify log: {=3Dsuggested | filename | AUTO | CANCEL}
    CANCEL

    ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get =
    error
    below
    ORA-01194: file 3 needs more recovery to be consistent
    ORA-01110: data file 3: '/u02/oraindex/sds/usrindex01.dbf'
    SVRMGR>

    Mount U02 is the drive that was lost and now has the newer dated db =
    files...

    Any ideas from here ?
    Thanks.

    Original Message -----
    From: Ruth Gramolini
    To: oracle-l_at_freelists.org
    Sent: August 13, 2004 08:16
    Subject: RE: Recovery Help?

    Have they tried: 'recover using backup controlfile until cancel;' and
    cancelling when it asks for the archivelog from July 2.

    Just a thot!
    Ruth

    -----Original Message-----
    From: oracle-l-bounce_at_freelists.org
    On Behalf Of
    rstevenson_at_cobblesoft.com
    Sent: Thursday, August 12, 2004 8:01 PM
    To: oracle-l_at_freelists.org
    Subject: Recovery Help?

    I'm seeking help/advice from the list on behalf of a client that no =
    longer
    has a DBA - and has a production DB utterly screwed up - hope you can =
    help
    me point them in the right direction.... I've tried the basics ... but =
    then
    I'm only knowledgeable enough in this area to be dangerous!

    Situation: Remote DB (Linux/8.1.7) - they lost a drive/mount point - =
    and
    then lost the frame relay for best part of 3 weeks (thanks to Sprint
    efficiency). The system tried to perform automated disk-to-disk =
    backups
    (cold, via crontab) then to tape, but failed when it hit the bad drive =
    -
    each day!

    Result: Their DB is mostly at July 14 - with the restore of the bad =
    drive at
    Aug 3rd (includes a System datafile, 1 data and an index datafile). =
    When I
    try to recover for them, it calls for archive logs dated July 2nd - and =
    they
    only have ones going back to July 3rd..... Their backup cycle is a =
    7-day
    cycle (with no secure copy archived off) - so they have no good =
    consistent
    backup to restore from...

    At this stage, they'd be real happy just to get a db back, even if =
    several
    weeks old. My viewpoint at this stage is that there are no options ... =
    but
    then I'm hoping for them that maybe one of you knows differently???

    Thanks for thoughts ...
    Richard

    Please see the official ORACLE-L FAQ: http://www.orafaq.com

    To unsubscribe send email to: oracle-l-request_at_freelists.org
    put 'unsubscribe' in the subject line.
    --
    Archives are at http://www.freelists.org/archives/oracle-l/
    FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html

    Please see the official ORACLE-L FAQ: http://www.orafaq.com

    To unsubscribe send email to: oracle-l-request_at_freelists.org
    put 'unsubscribe' in the subject line.
    --
    Archives are at http://www.freelists.org/archives/oracle-l/

    FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
    -----------------------------------------------------------------
    ----------------------------------------------------------------
    Please see the official ORACLE-L FAQ: http://www.orafaq.com
    ----------------------------------------------------------------
    To unsubscribe send email to: oracle-l-request_at_freelists.org

    put 'unsubscribe' in the subject line.
    --
    Archives are at http://www.freelists.org/archives/oracle-l/
    FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
  • Mark W. Farnham at Aug 19, 2004 at 9:14 am
    eeew.

    Question: by the mount point name, it appears that this datafile has only
    indexes. Is that true for all the datafiles on u02?

    If so (and you should be able to bring up the SYSTEM tablespace with most of
    the other tablespaces offline to investigate), then maybe you can dodge this
    bullet by using offline drop to get rid of the tablespaces containing only
    indexes. I'm guessing folks who don't have any DBAs didn't venture into
    IOTs, but be careful. Before you do the offline drop including contents so
    you don't need the lost files any more, you'd need to use one of the many
    fine write sql using sql on the dictionary scripts or tools unless you have
    a source from which to re-create the indexes that will be missing after the
    drop. Hmm. Unless maybe export indexes only doesn't really need the
    tablespaces on line to work -- I never tried that.

    Anyway, if and only if you have no clusters, tables (including iots), or
    user defined objects containing source data in the tablespaces you need to
    drop, you might be able to work this out without the archive(s) that take
    the backup from fuzzy to consistent.

    good luck. oh, and luck will be increased by getting a copy of everything
    you currently have, including the controlfiles and on line redo logs, before
    you touch anything more. at least then you can re-try additional
    resurrection experiments if some efforts fail. Open resetlogs is definitely
    a trap door unless you've got the onlines from before the reset to restore.

    mwf

    -----Original Message-----
    From: oracle-l-bounce_at_freelists.org
    On Behalf Of
    rstevenson_at_cobblesoft.com
    Sent: Thursday, August 19, 2004 8:05 AM
    To: oracle-l_at_freelists.org
    Subject: RE: RE: Recovery Help?

    Thanks for the replies Ian and Ruth.

    Ruth's suggestion below results in the following:

    SVRMGR> recover using backup controlfile until cancel;
    ORA-00279: change 3668927078 generated at 07/02/2004 02:42:41 needed for
    thread 1
    ORA-00289: suggestion : /u06/archive/SDS0000166990.ARC
    ORA-00280: change 3668927078 for thread 1 is in sequence #166990
    Specify log: {=suggested | filename | AUTO | CANCEL}
    CANCEL

    ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error
    below
    ORA-01194: file 3 needs more recovery to be consistent
    ORA-01110: data file 3: '/u02/oraindex/sds/usrindex01.dbf'
    SVRMGR>

    Mount U02 is the drive that was lost and now has the newer dated db files...

    Any ideas from here ?
    Thanks.

    Original Message -----
    From: Ruth Gramolini
    To: oracle-l_at_freelists.org
    Sent: August 13, 2004 08:16
    Subject: RE: Recovery Help?

    Have they tried: 'recover using backup controlfile until cancel;' and
    cancelling when it asks for the archivelog from July 2.

    Just a thot!
    Ruth

    -----Original Message-----
    From: oracle-l-bounce_at_freelists.org
    On Behalf Of
    rstevenson_at_cobblesoft.com
    Sent: Thursday, August 12, 2004 8:01 PM
    To: oracle-l_at_freelists.org
    Subject: Recovery Help?

    I'm seeking help/advice from the list on behalf of a client that no longer
    has a DBA - and has a production DB utterly screwed up - hope you can help
    me point them in the right direction.... I've tried the basics ... but then
    I'm only knowledgeable enough in this area to be dangerous!

    Situation: Remote DB (Linux/8.1.7) - they lost a drive/mount point - and
    then lost the frame relay for best part of 3 weeks (thanks to Sprint
    efficiency). The system tried to perform automated disk-to-disk backups
    (cold, via crontab) then to tape, but failed when it hit the bad drive -
    each day!

    Result: Their DB is mostly at July 14 - with the restore of the bad drive at
    Aug 3rd (includes a System datafile, 1 data and an index datafile). When I
    try to recover for them, it calls for archive logs dated July 2nd - and they
    only have ones going back to July 3rd..... Their backup cycle is a 7-day
    cycle (with no secure copy archived off) - so they have no good consistent
    backup to restore from...

    At this stage, they'd be real happy just to get a db back, even if several
    weeks old. My viewpoint at this stage is that there are no options ... but
    then I'm hoping for them that maybe one of you knows differently???

    Thanks for thoughts ...
    Richard

    Please see the official ORACLE-L FAQ: http://www.orafaq.com

    To unsubscribe send email to: oracle-l-request_at_freelists.org
    put 'unsubscribe' in the subject line.
    --
    Archives are at http://www.freelists.org/archives/oracle-l/
    FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html

    Please see the official ORACLE-L FAQ: http://www.orafaq.com

    To unsubscribe send email to: oracle-l-request_at_freelists.org
    put 'unsubscribe' in the subject line.
    --
    Archives are at http://www.freelists.org/archives/oracle-l/
    FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
  • Rstevenson_at_cobblesoft.com at Aug 19, 2004 at 2:02 pm
    One would think ....

    Richard
    On Thu, 19 Aug 2004 09:35:29 -0400, "Powell, Mark D" wrote:

    You would think the system administrators would have detected this =
    problem.

    IMHO -- Mark D Powell --
    Please see the official ORACLE-L FAQ: http://www.orafaq.com

    To unsubscribe send email to: oracle-l-request_at_freelists.org
    put 'unsubscribe' in the subject line.

    --
    Archives are at http://www.freelists.org/archives/oracle-l/
    FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
    -----------------------------------------------------------------

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
grouporacle-l @
categoriesoracle
postedAug 19, '04 at 7:01a
activeAug 19, '04 at 2:02p
posts5
users4
websiteoracle.com

People

Translate

site design / logo © 2022 Grokbase