Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> Re: Question about many Oracle Data Files

Re: Question about many Oracle Data Files

From: Mogens Nørgaard <mno_at_MiracleAS.dk>
Date: Wed, 13 Jun 2001 00:39:23 -0700
Message-ID: <F001.0032717C.20010613004026@fatcity.com>

And who cares at all if you're not waiting for events associated with this?

Big or small, few or many - it doesn't matter if you're not waiting for them.

Long live the wait interface, which can focus our attention on the bottleneck (as they say at the breweries).

Christopher Spence wrote:

> I agree 100% in what your saying, but I think saying "It is really bad to
> drop tables randomly from production environment" would be a very similar
> assesmment. If your doing a checkpoint every 15 seconds with 1,000,000
> datafiles over 3,500 tablespaces with 10k redo logs, well perhaps the
> problem isn't the database.
>
> "Walking on water and developing software from a specification are easy if
> both are frozen."
>
> Christopher R. Spence
> Oracle DBA
> Fuelspot
>
> -----Original Message-----
> Sent: Tuesday, June 12, 2001 9:15 PM
> To: Multiple recipients of list ORACLE-L
>
> >I beg to differ with this persons assessment.
> >
> >Number of datafiles hardly effect performance in any noticable
> >manor. This
> >can be noted during checkpoint where high count of data files
> >check point
> >with similar efficiency of low number.
>
> Christopher,
>
> It is not *only* the number of datafiles that affects performance - it is
> the combination of number of log switches X number of files that is the
> problem. A reduction in either of these two equals to a low percentage of
> I/O for file header update vs actual, 'useful' I/O. A small set of redolog
> files with a large number of files = disaster (which implements itself as
> sudden occurences of 'database freeze')
>
> John Kanagaraj
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> --
> Author: John Kanagaraj
> INET: john.kanagaraj_at_hds.com
>
> Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
> San Diego, California -- Public Internet access / Mailing Lists
> --------------------------------------------------------------------
> 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).
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> --
> Author: Christopher Spence
> INET: cspence_at_FuelSpot.com
>
> Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
> San Diego, California -- Public Internet access / Mailing Lists
> --------------------------------------------------------------------
> 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).

--
Venlig hilsen

Mogens Nørgaard

Technical Director
Miracle A/S, Denmark
Web: http://MiracleAS.dk
Mobile: +45 2527 7100


-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Mogens =?iso-8859-1?Q?N=F8rgaard?=
  INET: mno_at_MiracleAS.dk

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
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).
Received on Wed Jun 13 2001 - 02:39:23 CDT

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US