Re: OS Level Defrag

Ask him/her to demonstrate their point empirically and not speculate or cite hearsay. After all, they should not have any difficulty putting together a simple test case and then demonstrating how ³de-fragmentation² aids performance.

Databases simply do not manipulate files very much, which is one reason why logical volumes (a.k.a. ³raw devices²) are a viable option for databases. Databases do not add and drop files frequently. They do not grow often and rarely shrink. For the most part, database files are added only occasionally, rarely if ever removed, are large in size and are few in number. So, any test case the sysadmin puts together should emulate this behavior.

on 11/27/03 6:59 PM, Sujatha Madan at Sujatha.Madan_at_optus.net.au wrote:

> Hi,
>
> Does anyone here do an O/S level defrag of their Oracle filesystems???
>
> Background: (Tru64/8.1.7.4)
>
> Sysadmin here were adamant that the Oracle domains were running out of extents
> and were highly fragmented (O/S level). DBA was adamant that the Oracle
> filesystems should not be defragmented. I lost the battle and the sysadmins
> are defragging the domains.
>
> I now have a corruption on a table partition with 100 million plus rows on a
> 50G datafile. I am wondering if the defrag has caused this corruption.
>
> The only way I can think of finding out is:
>
> Finding the approx date of the corruption using the query
> SELECT ROWID, <LAST_COLUMN_OF_TABLE> from <TABLE_NAME(PARTITION)>;
> (which will do the full tablescan row by row).
>
> And then finding when the defrag utility was hitting the particular datafile
> that is corrupted.
>
> But this reasoning is flawed ...
>
> Does anyone have another method of trying to pinpoint if the O/S defrag caused
> the corruption????
>
> Regards,
>
> Sujatha
>
>

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Tim Gorman
  INET: tim_at_sagelogix.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).