10g - ASM 2004-05-11 - By Koivu, Lisa
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@(protected)]=20
Sent: Tuesday, May 11, 2004 6:41 AM
To: oracle-l@(protected)
Subject: Re: 10g - ASM
-- -- Original Message -- --=20
From: "Koivu, Lisa " <Lisa.Koivu@(protected) >
>=20
> I question the whole idea in a SAN environment because the server I
have
> to work with only has 2 controllers, and the SAN cache is going to
skew
> any performance metrics gleaned from the i/o. =3D20
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@(protected)
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ------
To unsubscribe send email to: oracle-l-request@(protected)
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
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
"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@(protected)
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
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
|
|
