I ain't an expert on ANYTHING, but IIRC you can tell ASM to leave the mirro= ring to the OS if you're using Veritas or things like that. Set it up as E= XTERNAL in ASM. = Pete = "Controlling developers is like herding cats." Kevin Loney, Oracle DBA Handbook = "Oh no, it's not. It's much harder than that!" Bruce Pihlamae, long-term Oracle DBA -----Original Message----- From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] = On Behalf Of Bobak, Mark Sent: Tuesday, 11 May 2004 4:20 AM To: oracle-l@xxxxxxxxxxxxx Subject: RE: 10g - ASM Lisa, 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=3D20 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@xxxxxxxxxxxxxxx] Sent: Monday, May 10, 2004 12:32 PM To: oracle-l@xxxxxxxxxxxxx Subject: 10g - ASM Hello all,=3D3D20 I'm currently installing 10g on Windows 2003. Anyone using Automatic Storage Management? =3D3D20 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. =3D3D20 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? =3D3D20 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 =3D3D any virus, worm, Trojan horse, and/or malicious code when sent. This =3D3D message and its attachments could have been infected during =3D3D transmission. By reading the message and opening any attachments, the =3D =3D3D recipient accepts full responsibility for taking proactive and remedial =3D= =3D3D action about viruses and other defects. The sender's business entity is =3D= =3D3D not liable for any loss or damage arising in any way from this message =3D =3D3D or its attachments." ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx put 'unsubscribe' in the subject line. -- Archives are at //www.freelists.org/archives/oracle-l/ FAQ is at //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@xxxxxxxxxxxxx put 'unsubscribe' in the subject line. -- Archives are at //www.freelists.org/archives/oracle-l/ FAQ is at //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@xxxxxxxxxxxxx put 'unsubscribe' in the subject line. -- Archives are at //www.freelists.org/archives/oracle-l/ FAQ is at //www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------