+ Reply to Thread
Results 1 to 7 of 7

Re: Recreating your control files

  1. Re: Recreating your control files

    Peter wrote:

    > When you recreate your control files for a crash recovery, why would
    > that be a safe thing to do?


    I always do a daily backup of the control file to trace and then keep an
    offline copy of the trace file. Not sure what others do, but this sits more
    comfortable with me.. :-)

    --
    Billy

  2. Re: Recreating your control files

    I create a binary backup of the control file and also dump the control
    file to trace. That way, I have both. In most cases, I use the binary
    backup of the control file. And in most cases, the dump to trace is only
    used as a reference.

    HTH,
    Brian

    Billy Verreynne wrote:
    >
    > Peter wrote:
    >
    > > When you recreate your control files for a crash recovery, why would
    > > that be a safe thing to do?

    >
    > I always do a daily backup of the control file to trace and then keep an
    > offline copy of the trace file. Not sure what others do, but this sits more
    > comfortable with me.. :-)
    >
    > --
    > Billy


    --
    ===================================================================

    Brian Peasland
    oracle_dba@remove_spam.peasland.com

    Remove the "remove_spam." from the email address to email me.


    "I can give it to you cheap, quick, and good. Now pick two out of
    the three"

  3. Re: Recreating your control files


    "Brian Peasland" wrote in message
    news:3EFAF17F.55C966C4@remove_spam.peasland.com...
    > I create a binary backup of the control file and also dump the control
    > file to trace. That way, I have both. In most cases, I use the binary
    > backup of the control file. And in most cases, the dump to trace is only
    > used as a reference.



    Well, each to his own.

    Since use of the binary backup in a recovery situation *demands* a
    'resetlogs', which renders all previous backups and archives non-useful
    (unless you are prepared to jump through hoops) until you perform a new
    complete backup, the use of the trace file version of the control file
    backup is rather more than sensible.



    There are no circumstances where you would use the binary version of the
    backup where you couldn't equally well use the trace file version of the
    backup, with considerably less cost to the on-going health and well-being of
    your database. Not to mention your DBA.



    With one significant exception: if you use RMAN, without a catalogue, then
    the trace file backup doesn't include all the repository information. And
    then the binary backup might prove useful.

    ~QM



    >
    > HTH,
    > Brian
    >
    > Billy Verreynne wrote:
    > >
    > > Peter wrote:
    > >
    > > > When you recreate your control files for a crash recovery, why would
    > > > that be a safe thing to do?

    > >
    > > I always do a daily backup of the control file to trace and then keep an
    > > offline copy of the trace file. Not sure what others do, but this sits

    more
    > > comfortable with me.. :-)
    > >
    > > --
    > > Billy

    >
    > --
    > ===================================================================
    >
    > Brian Peasland
    > oracle_dba@remove_spam.peasland.com
    >
    > Remove the "remove_spam." from the email address to email me.
    >
    >
    > "I can give it to you cheap, quick, and good. Now pick two out of
    > the three"




  4. Re: Recreating your control files

    On Sun, 29 Jun 2003 16:37:16 +1000, "Quarkman"
    wrote:

    How do you recreate your controlfiles accurately from abckup? When you
    recover your database from a media failure, how do you make sure that
    your new controlfile wil relflect the latest configuration of the DB?

    Thanks

    >
    >"Brian Peasland" wrote in message
    >news:3EFAF17F.55C966C4@remove_spam.peasland.com...
    >> I create a binary backup of the control file and also dump the control
    >> file to trace. That way, I have both. In most cases, I use the binary
    >> backup of the control file. And in most cases, the dump to trace is only
    >> used as a reference.

    >
    >
    >Well, each to his own.
    >
    >Since use of the binary backup in a recovery situation *demands* a
    >'resetlogs', which renders all previous backups and archives non-useful
    >(unless you are prepared to jump through hoops) until you perform a new
    >complete backup, the use of the trace file version of the control file
    >backup is rather more than sensible.
    >
    >
    >
    >There are no circumstances where you would use the binary version of the
    >backup where you couldn't equally well use the trace file version of the
    >backup, with considerably less cost to the on-going health and well-being of
    >your database. Not to mention your DBA.
    >
    >

    >
    >With one significant exception: if you use RMAN, without a catalogue, then
    >the trace file backup doesn't include all the repository information. And
    >then the binary backup might prove useful.
    >
    >~QM
    >
    >
    >
    >>
    >> HTH,
    >> Brian
    >>
    >> Billy Verreynne wrote:
    >> >
    >> > Peter wrote:
    >> >
    >> > > When you recreate your control files for a crash recovery, why would
    >> > > that be a safe thing to do?
    >> >
    >> > I always do a daily backup of the control file to trace and then keep an
    >> > offline copy of the trace file. Not sure what others do, but this sits

    >more
    >> > comfortable with me.. :-)
    >> >
    >> > --
    >> > Billy

    >>
    >> --
    >> ===================================================================
    >>
    >> Brian Peasland
    >> oracle_dba@remove_spam.peasland.com
    >>
    >> Remove the "remove_spam." from the email address to email me.
    >>
    >>
    >> "I can give it to you cheap, quick, and good. Now pick two out of
    >> the three"

    >



  5. Re: Recreating your control files

    Peter wrote:
    > On Sun, 29 Jun 2003 16:37:16 +1000, "Quarkman"
    > wrote:
    >
    > How do you recreate your controlfiles accurately from abckup? When you
    > recover your database from a media failure, how do you make sure that
    > your new controlfile wil relflect the latest configuration of the DB?
    >
    > Thanks
    >

    This is easy to answer.
    I can be sure that the new controlfile will reflect the latest
    configuration, because daily I
    ALTER DATABASE BACKUP CONTROLFILE TO TRACE;

    and the copy the resultant file to two different disks
    on two different hosts. Now I have three copies & have
    ALWAYS been able to access at least one on them in an
    emergency.


  6. Re: Recreating your control files

    On Wed, 02 Jul 2003 17:25:23 -0700, "Anna C. Dent"
    wrote:

    If you are performng a media recovery that requires datafiles to be
    recovered to another location, thenyour backup control files will not
    reflect the latest configuration of the DB right before the crash?
    What is the strategy then?

    Thanks

    >Peter wrote:
    >> On Sun, 29 Jun 2003 16:37:16 +1000, "Quarkman"
    >> wrote:
    >>
    >> How do you recreate your controlfiles accurately from abckup? When you
    >> recover your database from a media failure, how do you make sure that
    >> your new controlfile wil relflect the latest configuration of the DB?
    >>
    >> Thanks
    >>

    >This is easy to answer.
    >I can be sure that the new controlfile will reflect the latest
    >configuration, because daily I
    >ALTER DATABASE BACKUP CONTROLFILE TO TRACE;
    >
    >and the copy the resultant file to two different disks
    >on two different hosts. Now I have three copies & have
    >ALWAYS been able to access at least one on them in an
    >emergency.



  7. Re: Recreating your control files

    Peter wrote:
    > On Wed, 02 Jul 2003 17:25:23 -0700, "Anna C. Dent"
    > wrote:
    >
    > If you are performng a media recovery that requires datafiles to be
    > recovered to another location, thenyour backup control files will not
    > reflect the latest configuration of the DB right before the crash?
    > What is the strategy then?
    >
    > Thanks
    >


    1) see QUARKMAN's response
    2) use vi


+ Reply to Thread