Message-ID: <F001.00471A9C.20020531151457@fatcity.com>
Date: Fri, 31 May 2002 15:14:57 -0800
To: Multiple recipients of list ORACLE-L <ORACLE-L@fatcity.com>
Sender: root@fatcity.com
Reply-To: ORACLE-L@fatcity.com
Errors-To: ML-ERRORS@fatcity.com
From: Kathy Duret <KathyD@belkin.com>
Subject: RE: Veritas Quick io
Organization: Fat City Network Services, San Diego, California
Precedence: bulk
Mime-Version: 1.0
Content-Type: text/plain;	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

I just was wondering if you gain anything by putting TEMP on Quick IO or not.  I understand the issues.   We are probably going to QIO them to see if it buys us anything.  

I will check out Metaclunk.

Thanks Arun for the tip about Cached QIO.  We were going to tinker with that as well.  We do have OLTP for the most part.  

Kathy

-----Original Message-----
Sent: Friday, May 31, 2002 3:54 PM
To: Multiple recipients of list ORACLE-L


Kathy,

> The question was not HOW but SHOULD they be quick ioed.  
> I am asking for your opionions on whether Temp should be or not.

I believe the problem is with sparse files (that are created by CREATE
TEMPORARY TABLESPACE ...) since QIO cannot handle them. So, I would create
(and use) a normal temporary tablespace (our good old TEMP tablespace) on
QIO. I would not, however, use QIO for a TEMPORARY tablespace, i.e. one used
for placing temporay tables. Does this clear the confusion? See MetaClunk
Note:6224.1 and Note:121732.1. As long as you follow the Veritas
instructions for creating the TEMP tablespace anew, there should be no
issues.

John Kanagaraj
Oracle Applications DBA
DBSoft Inc
(W): 408-970-7002

The manuals for Oracle are here: http://tahiti.oracle.com
The manual for Life is here: http://www.gospelcom.net

** The opinions and statements above are entirely my own and not those of my
employer or clients **


-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: John Kanagaraj
  INET: john.kanagaraj@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@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).

Confidential
This e-mail and any files transmitted with it are the property
of Belkin Components and/or its affiliates, are confidential,
and are intended solely for the use of the individual or
entity to whom this e-mail is addressed.  If you are not one
of the named recipients or otherwise have reason to believe
that you have received this e-mail in error, please notify the
sender and delete this message immediately from your computer.
Any other use, retention, dissemination, forwarding, printing
or copying of this e-mail is strictly prohibited.
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Kathy Duret
  INET: KathyD@belkin.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@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).