I wonder if you could do something (big sort or
temporary table etc) to force the space to be
allocated ie "de-sparse-ing" the file, and then
convert the file to Quick IO ?
Connor
- "Khedr, Waleed" <Waleed.Khedr_at_FMR.COM> wrote: > I
think that the failure will not be caused by
> Oracle but by the quick-io
> driver itself since it has to have full access to
> all the physical allocated
> blocks and also it depends on how Veritas will
> communicate back its failure
> to Oracle.
>
> Getting rid of the sparse space may be a good idea!
>
> Regards,
>
> Waleed
>
> -----Original Message-----
> Sent: Thursday, May 17, 2001 9:00 PM
> To: Multiple recipients of list ORACLE-L
>
>
> Hi All,
>
> OK, you're all correct. Tempfiles can be sparse (it
> seems to be platform
> specific). Nevertheless, I'm unclear why Veritas
> think that is it any more
> of a
> problem for Oracle to get ENOSPC from a sparse
> tempfile if it is a QIO file
> than
> otherwise. Presumably Oracle would just raise
> ORA-7376 in both cases. The
> instance would not fail because tempfile I/O is
> always done direct (not by
> DBWn). But if Veritas say not to do it, then I
> suppose that is good enough.
> The
> solution of course must be to use raw, rather than a
> filesystem based
> tempfile
> at all, for all the good reasons that would have
> pushed you toward QIO in
> the
> first place.
>
> Johnson,
>
> Could you please post the URL to the tip you
> mentioned so that I can fix it.
>
> @ Thanks,
> @ Steve Adams
> @ http://www.ixora.com.au/
> @ http://www.christianity.net.au/
>
>
> -----Original Message-----
> Sent: Friday, 18 May 2001 10:06
> To: Multiple recipients of list ORACLE-L
>
>
> I noticed this when I was playing with 9i. Regular
> tablespaces take long
> time to be created and temporary ones take nothing.
>
> Here is the proof:
>
> $ ls -l temp01.dbf
> -rw-rw-r-- 1 oracle dba 209719296 May 17
> 18:55 temp01.dbf
>
> $ du -k temp01.dbf
> 40968 temp01.dbf
>
> $ ls -l users01.dbf
> -rw-rw-r-- 1 oracle dba 26218496 May 11
> 20:27 users01.dbf
>
> $ du -k users01.dbf
> 25608 users01.dbf
>
> Regards,
>
> Waleed
>
> -----Original Message-----
> Sent: Thursday, May 17, 2001 7:41 PM
> To: Multiple recipients of list ORACLE-L
>
>
> If you create tablespace like - create temporary
> tablespace
> <tablespace_name> ... <file_name>
> created file will be sparse.
>
> Alex Hillman
>
>
> -----Original Message-----
> Sent: Thursday, May 17, 2001 6:30 PM
> To: Multiple recipients of list ORACLE-L
>
>
> Hi Johnson,
>
> I don't believe that tempfiles can be sparse
> (although I may be wrong) and I
> am
> confident that datafiles cannot be. Maybe you should
> log a TAR with Oracle
> support to checkout whether tempfile can be sparse
> and just use datafiles
> until
> then. Anyway, can you please post the URL to the tip
> you mentioned. While it
> is
> the sort of thing I might say, I don't remember
> actually having said so.
>
> @ Regards,
> @ Steve Adams
> @ http://www.ixora.com.au/
> @ http://www.christianity.net.au/
>
>
> -----Original Message-----
> Sent: Friday, 18 May 2001 0:05
> To: Multiple recipients of list ORACLE-L
>
>
> Hi,
>
> After reading Steve Adams' tip on making temp files
> quick io. I posed this question to Veritas as they
> had
> told us not do so. The answer they give is the
> following.
>
> Temporary datafiles should not be converted to quick
> i/o files. The following is an excerpt from the
> administrator's Guide: Tablespaces marked TEMPORARY
> can be sparse, which means that not all blocks in
> the
> file are allocated. Quick I/O files cannot be
> sparse,
> as Quick I/O provides a raw-type interface to
> storage.
> If a sparse file is converted to a Quick I/O file,
> the
> Oracle instance can fail if Oracle attempts to write
> into one of these unallocated blocks.
>
> I would appreciate your thoughts on this?
>
> Johnson Job
>
> --
> Please see the official ORACLE-L FAQ:
> http://www.orafaq.com
> --
> Author: Steve Adams
> INET: steve.adams_at_ixora.com.au
>
> 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: Khedr, Waleed
> INET: Waleed.Khedr_at_FMR.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).
Connor McDonald
http://www.oracledba.co.uk (mirrored at
http://www.oradba.freeserve.co.uk)
"Some days you're the pigeon, some days you're the statue"
Do You Yahoo!?
Get your free @yahoo.co.uk address at
http://mail.yahoo.co.uk
or your free @yahoo.ie address at
http://mail.yahoo.ie
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: =?iso-8859-1?q?Connor=20McDonald?=
INET: hamcdc_at_yahoo.co.uk
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 Fri May 18 2001 - 07:58:41 CDT
