Re: Ghost Data
Date: Tue, 30 Jun 2009 20:24:05 -0400
Message-ID: <54b1f9980906301724gc54ee50y1f5183bac1931edd_at_mail.gmail.com>
Brandon, the exact issue you are documenting here is the major reason we have to recreate the database. We are not going to recreate it until we know for sure why that happens. I became suspicious of this when I was grepping through a datafile from a fairly new tablespace and found customer data, the kind that wont even fit into any of the segments in the new tablespace.
Has anyone else encountered this issue and had an official answer from Oracle? I have an open SR with them right now in which they have filed a bug, it has been in development for about 2 weeks now with no resolution.
On Tue, Jun 30, 2009 at 6:41 PM, Allen, Brandon <Brandon.Allen_at_oneneck.com>wrote:
> I’m starting a new thread on this specific topic to avoid high jacking
> the other one. Reading about this “ghost data” reminds me of a surprising
> discovery I made a few months ago but had forgotten about until today.
>
>
>
> I created a brand new tablespace with a new datafile, created one table in
> the new tablespace and inserted one row. When I ran “strings” on the
> datafile, I only saw the instance name and tablespace name – so far, so
> good. Then I forced a checkpoint to write the data out to the file and was
> surprised to find that when I looked at the datafile with “strings” again,
> it had a bunch of data from other database tables in it.
>
>
>
> Is this normal, known behavior? Does Oracle just copy data from other
> blocks of the database into the new file as buffer space to fill it up? I
> duplicated this on 8.1.7.3 and 10.2.0.4.
>
>
>
> Thanks,
>
> Brandon
>
>
>
>
>
> *From:* oracle-l-bounce_at_freelists.org [mailto:
> oracle-l-bounce_at_freelists.org] *On Behalf Of *Michael Wehrle
> *Sent:* Tuesday, June 30, 2009 1:45 PM
> *To:* Mathias Magnusson; oracle-l
> *Subject:* Re: Quickest Way To Recreate a Database
>
>
>
> Mathias, Oracle explains what this ghost data is here...
>
>
> http://www.oracle.com/technology/deploy/security/database-security/transparent-data-encryption/tde_faq.html#A15032
>
>
>
> ------------------------------
> Privileged/Confidential Information may be contained in this message or
> attachments hereto. Please advise immediately if you or your employer do not
> consent to Internet email for messages of this kind. Opinions, conclusions
> and other information in this message that do not relate to the official
> business of this company shall be understood as neither given nor endorsed
> by it.
>
-- http://www.freelists.org/webpage/oracle-lReceived on Tue Jun 30 2009 - 19:24:05 CDT