RE: Ghost Data

  • From: "Matthew Zito" <mzito@xxxxxxxxxxx>
  • To: <Brandon.Allen@xxxxxxxxxxx>, <michaelw436@xxxxxxxxx>, "oracle-l" <oracle-l@xxxxxxxxxxxxx>
  • Date: Tue, 30 Jun 2009 19:13:36 -0400


I'm sure someone else will actually *know* the answer, but I'll hazard a guess. 
 I suspect that you're right, that it just grabs a full block worth of data 
from memory, before it writes it out.  Perhaps they think it's better to do 
that than to write an unaligned block?

Matt

--
Matthew Zito
Chief Scientist
GridApp Systems
P: 646-452-4090
mzito@xxxxxxxxxxx
http://www.gridapp.com



-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx on behalf of Allen, Brandon
Sent: Tue 6/30/2009 6:41 PM
To: michaelw436@xxxxxxxxx; oracle-l
Subject: Ghost Data
 
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@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] 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.


Other related posts: