| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> RE: 10g - ASM
Hi Nuno,=20
Yes, I will be sharing the SAN cache. Actually I think the other db's will suffer, and this one will take over. Fine with me, this one is the squeaky wheel.
Thanks for your response. I'm going to give it a try, if I can ever get this ASM instance off the ground.=20
Lisa
-----Original Message-----
From: Nuno Souto [mailto:dbvision_at_optusnet.com.au]=20
Sent: Tuesday, May 11, 2004 6:41 AM
To: oracle-l_at_freelists.org
Subject: Re: 10g - ASM
Well, here is another point of view:
In a SAN, you may well be sharing that huge cache with a number of other
"logical devices" (the LUNs) being used by all and sundry besides your
database. And not all SANs have cache partitioning. So, you may well
find
that huge cache memory reduced to a vague recollection as far as your db
is concerned. =20
As such, it may well be desirable to rely on the db cache itself to even
things out. That means (along with a host of other options) that ASM
may=20
indeed be a good idea for you. Just define the LUNs - mirrored or not=20
depends mostly on the conditions of your contract with the SAN=20
provider - to Oracle's ASM and let it manage them and their space and
how=20
well that space is cached in the Oracle cache. Which hopefully won't=20
have a Windows network device hanging off it...
> Does that make sense or am I off my rocker?
Of course it does, but as usual: it "deep-ends"....
> Any suggestions are appreciated. =3D20
Well you got mine. Based on prior experience of using SANs in shared environments, when ASM was not available. How much I longed for it...
Cheers
Nuno Souto
in sunny Sydney, Australia
dbvision_at_optusnet.com.au
-- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html ----------------------------------------------------------------- "The sender believes that this E-Mail and any attachments were free of = any virus, worm, Trojan horse, and/or malicious code when sent. This = message and its attachments could have been infected during = transmission. By reading the message and opening any attachments, the = recipient accepts full responsibility for taking proactive and remedial = action about viruses and other defects. The sender's business entity is = not liable for any loss or damage arising in any way from this message = or its attachments." ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request_at_freelists.org put 'unsubscribe' in the subject line. -- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------Received on Tue May 11 2004 - 10:33:11 CDT
 |
 |