I have been running 8.1.7.2 on Tru64 5.1 on a "SAN". However,
the Database Server and the Application Server [Apps R11] are the
only servers on the "SAN" {and that's why I say "SAN" in "quotes" !}
I had set _tru64_directio_disabled=TRUE in my database in June
2002 [after having upgraded from 8.0.5 in February 2002] and haven't
had any database problems.
Hematn
At 02:04 PM 09-01-03 -0800, you wrote:
Mike,
Compaq SAN and Tru64 and direct I/O have been nothing but trouble in my
recent experience. I put in over 35 hours over Christmas and last
weekend working on recoveries of system crashes. Our problem appears to
have been relating to the fact that several machines had mount points on
disks that were striped and accessed from different machines. According
to vendor techs, this shouldn't be a problem, but told us to move all
mount points around so that there were no "splits" where a disk was
being used from more than one host. So far, we have not had a crash
since we did that (uptime of 4 days -- a new record for the past 2-3
months). We've disabled direct I/O, but I don't know whether or not
this was part of the problem. Our problems started getting worse after
going to 5.1a and got severe when we started using multiple nodes of our
cluster. Compaq said for awhile that the problem was with the GS160 so
we bought 4 ES45's. Talk about a sales pitch "Our big machine we sold
you 12 months ago stinks, you should 'upgrade' to a bunch of our smaller
ones."
Good luck.
Stephen
>>> [EMAIL PROTECTED] 01/09/03 01:54PM >>>
OK, everything I've read so far on using Direct I/O with an Oracle
database
says it's a bad idea. Either performance problems or block corruption
may
occur. The notes on metalink (132391.1) refer to Tru64 5.0A and 5.1
but not
5.1A (to which we've recently upgraded). So is anyone using Direct I/O
on
Tru64 successfully.
Oracle V8.1.7.3 EE (non-OPS)
Tru64 5.1A on Alpha Servers
Mike Hand
Polaroid Corp
This transmission is intended only for use by the addressee(s) named
herein and may contain information that is proprietary, confidential
and/or legally privileged. If you are not the intended recipient, you
are hereby notified that any disclosure, copying, distribution, or use
of the information contained herein (including any reliance thereon) is
STRICTLY PROHIBITED. If you received this transmission in error, please
immediately contact the sender and destroy the material in its entirety,
whether in electronic or hard copy format. Thank you.
--
Please see the official ORACLE-L FAQ: http://www.orafaq.net
--
Author: Stephen Andert
INET: [EMAIL PROTECTED]
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: [EMAIL PROTECTED] (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).
Hemant K Chitale
My web site page is : http://hkchital.tripod.com
--
Please see the official ORACLE-L FAQ: http://www.orafaq.net
--
Author: Hemant K Chitale
INET: [EMAIL PROTECTED]
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: [EMAIL PROTECTED] (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).
