I 'm not a SAN, Unix, or Windoze expert either. Having said that,
and adding that I have exactly ZERO experience with ASM thus far,
I would interpret that to mean that Oracle wants to handle all=20
the disk slicing, dicing and striping as part of it 's ASM strategy.
That is, you hand it raw disks, create one "LUN " (or whatever it is
that provides access through the OS to Oracle) per physical disk
(or mirrored disk pair). Then, ASM can determine how to slice,
dice, and stripe the data across all the raw disks you give it.
That 's how I interpret it. Differing opinions, authoritative
confirmations or denials, are all welcomed.
-Mark
-- --Original Message-- --
From: Koivu, Lisa [mailto:Lisa.Koivu@(protected)]
Sent: Monday, May 10, 2004 12:32 PM
To: oracle-l@(protected)
Subject: 10g - ASM
Hello all,=3D20
I 'm currently installing 10g on Windows 2003. Anyone using Automatic
Storage Management? =3D20
I read this in the ASM documentation (below), and I 'm concerned because
a LUN is a logical volume. I wonder if implementing ASM is just an
unnecessary pain for a SAN environment, especially considering the
enormous SAN cache. =3D20
Way back when I didn 't have grey hair and I worked on Unix, all my
devices were logical volumes. That was standard in every Unix shop I
worked in. I get the feeling I 'm missing something or misinterpreting
this paragraph below. It sounds like it wants direct access to disks,
period.
I am not a SAN, Unix or Windoze expert. Comments, anyone? =3D20
Thanks
With Automatic Storage Management, the definition of the logical volumes
of a storage array is critical to database performance. Automatic
Storage Management cannot optimize database data placement when the
storage array disks are subdivided or aggregated. Aggregating and
subdividing the physical volumes of an array into logical volumes can
hide the physical disk boundaries from Automatic Storage Management.
Consequently, careful consideration of storage array configuration is
required.
Lisa Koivu
Sr. Monkey
Orlando, FL, USA
"The sender believes that this E-Mail and any attachments were free of =
=3D
any virus, worm, Trojan horse, and/or malicious code when sent. This =3D
message and its attachments could have been infected during =3D
transmission. By reading the message and opening any attachments, the =
=3D
recipient accepts full responsibility for taking proactive and remedial =
=3D
action about viruses and other defects. The sender 's business entity is =
=3D
not liable for any loss or damage arising in any way from this message =
=3D
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
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ------
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
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
