| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> Re: dbv - Found block already marked corrupted
Hi!
It's not hard to figure out the password btw - it took 2 minutes from me with a simple script ;)
But bbed should be left alone, unless you're just experimenting for fun in a test database...
Tanel.
> Actually, bbed is quite well documented at Rama Velpuri's place.
> The utility itself, is, however, password protected. If you want
> to read more about that oracle hacking utility, go to:
>
> http://www.fors.com/velpuri2/Oracle%20block%20structure/BBED
>
> I tried obtaining the password, to no avail. It is quite well
> protected, and with a reason. This utility makes it possible to
> edit database blocks directly. I would never want to use DUL or
> BBED if I don't really, really have to.
>
>
>
> On 02/02/2004 10:12:42 AM, "Bobak, Mark" wrote:
> > Actually, there is a utility that can do what you want. It's called
> > bbed. But, since it's possible, even easy, to not only shoot
> > yourself
> > in the foot, but actually blow an entire leg off, that's all I'll say
> > about it. ;-)
> >
> > -Mark
> >
> > Mark J. Bobak
> > Oracle DBA
> > ProQuest Company
> > Ann Arbor, MI
> > "Imagination was given to man to compensate him for what he is not,
> > and
> > a sense of humor was provided to console him for what he is."
> > --Horace
> > Walpole
> >
> >
> > -----Original Message-----
> > From: Kaing, Leng [mailto:Leng.Kaing_at_team.telstra.com]=20
> > Sent: Sunday, February 01, 2004 8:55 PM
> > To: oracle-l_at_freelists.org
> > Subject: Re: dbv - Found block already marked corrupted
> > Importance: High
> >
> >
> > Mladen,
> >
> > You're of course right again! I've done all I can - rebuilt the
> > index,
> > =
> > =3D
> > dropped the index, created the index, yet the block is still reported
> > as
> > =3D
> > already marked corrupted. And this time when I do a cdba it points to
> > an
> > =3D
> > empty block. Why isn't there a utility to unmark an empty block that
> > was
> > =3D
> > previoiusly "marked corrupted"!
> >
> > I've almost lost faith in this utility now (or maybe I already have!)
> > =
> > =3D
> > We've just scheduled a weekly job to do a dbv to detect coruption.
> > Now
> > =
> > =3D
> > I'm getting tons of blocks marked corrupted even though they're clean
> > =
> > =3D
> > (I know because we do a drop and import from production every night!)
> > It
> > =3D
> > would take me forever to make a list and say "if this block for this
> > =3D
> > database comes up, ignore it" ARGH!!!
> >
> > Yes, I'm waiting for the unflag utility too.=3D20
> >
> > Leng.
> >
> > ----------------------------------------------------------------
> > Date: Fri, 30 Jan 2004 16:02:41 -0500
> > From: Mladen Gogala <mladen_at_wangtrading.com>
> > Subject: Re: dbv - Found block already marked corrupted
> >
> > On 01/30/2004 03:46:04 PM, Tim Gorman wrote:
> >
> > > One further question, though...
> > >=3D20
> > > >> Of course, if someone knows a utility to un-flag a block I'm all
> > > ears.
> > >=3D20
> > > Why would anyone want to "unflag" a block that has been flagged as
> > > corrupt?
> > > I'm all ears for that... :-)
> > >=3D20
> > > -Tim
> >
> >
> > Actually, not all corrupt blocks are the same. The definition of a
> > =3D20
> > corrupt block is "a block with a bad checksum". These bad checksums
> > are
> > mostly caused by software. I have a ton of experience with "corrupt =
> > =3D20
> > blocks" which came into being after copying production database to
> > =3D20
> > development database using BCVs. This means hot backup and instance =
> > =3D20
> > recovery. For the reasons of speed, the tables with the computed data
> > =3D20
> > were created with "NOLOGGING" attribute and when access was attempted
> > =3D20
> > in the cloned instance, oracle started screaming about "corrupted
> > =3D20
> > blocks". When the table was truncated and the data computed again,
> > the
> > =3D
> >
> > "corruption" was gone. In other words, so called "corrupt blocks" can
> > simply be flagged "honest" and reused, if they're empty.
> >
> >
> >
> > ----------------------------------------------------------
> > Leng Kaing
> > Email: leng.kaing_at_team.telstra.com
> > Phone: +61-3-9203-7589
> > Mobile: +61-417-371-348
> >
> > ----------------------------------------------------------------
> > 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
> -----------------------------------------------------------------
>
-- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------Received on Mon Feb 02 2004 - 12:42:26 CST
 |
 |