Return-Path: Delivered-To: 2-oracle-l@orafaq.com Received: (qmail 18740 invoked from network); 6 Dec 2007 07:38:43 -0600 Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180) by 69.64.49.119 with SMTP; 6 Dec 2007 07:38:43 -0600 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 4300D7D2B54; Thu, 6 Dec 2007 08:38:43 -0500 (EST) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28471-08; Thu, 6 Dec 2007 08:38:43 -0500 (EST) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id A18077D3E7E; Thu, 6 Dec 2007 08:38:42 -0500 (EST) Received: with ECARTIS (v1.0.0; list oracle-l); Thu, 06 Dec 2007 07:51:46 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 1FB477D3C2D for ; Thu, 6 Dec 2007 07:51:46 -0500 (EST) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20150-03 for ; Thu, 6 Dec 2007 07:51:45 -0500 (EST) Received: from web35407.mail.mud.yahoo.com (web35407.mail.mud.yahoo.com [66.163.179.116]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with SMTP id 7CF3C7D1DA8 for ; Thu, 6 Dec 2007 07:51:45 -0500 (EST) Received: (qmail 69966 invoked by uid 60001); 6 Dec 2007 12:51:43 -0000 X-YMail-OSG: 7EXXrdAVM1l5JuCog6OwWJ3ba0f_nELW7Zc9oP0G5cAUStVYNVpPYKhK9rxpHsVgHSKrHLxpABDkBQ69PbNSJOVuRoNBZX3AVZFc7MZisfIzQCm.XDahDrZPDjq15w-- Received: from [64.53.237.191] by web35407.mail.mud.yahoo.com via HTTP; Thu, 06 Dec 2007 04:51:43 PST Date: Thu, 6 Dec 2007 04:51:43 -0800 (PST) From: Dan Norris Subject: Re: Cluster File System Versus ASM for RAC Deployment in Production?... Pros & Cons To: VIVEK_SHARMA@infosys.com, "oracle-l@freelists.org" MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-84640462-1196945503=:69122" Message-ID: <870954.69122.qm@web35407.mail.mud.yahoo.com> X-archive-position: 3739 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-to: oracle-l-bounce@freelists.org X-original-sender: dannorris@dannorris.com Precedence: normal Reply-to: dannorris@dannorris.com List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: oracle-l X-List-ID: oracle-l List-subscribe: List-owner: List-post: List-archive: X-list: oracle-l X-Virus-Scanned: Debian amavisd-new at localhost.localdomain --0-84640462-1196945503=:69122 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Personally, I'd choose ASM and recommend it to all my customers. This is pa= rtly because: 1) Oracle recommends it, 2) if Oracle recommends something, t= hey generally support it better than things they don't recommend, 3) it doe= sn't cost extra money, and 4) I think ASM is a fine product that does its j= ob well (admittedly better in 11g than 10g, but that's not your question). = =0A=0AI think that using a CFS requires training for system admins while AS= M would also require training, but possibly for the DBAs instead of the sys= admins. Typically, I still see ASM being managed by DBAs even though it rea= lly isn't a database. Many companies have the DBAs manage anything with the= word Oracle stamped on it.=0A=0AFor docs or links, see otn.oracle.com/asm.= =0A=0ADan=0A=0A----- Original Message ----=0AFrom: VIVEK_SHARMA =0ATo: "oracle-l@freelists.org" =0AS= ent: Wednesday, December 5, 2007 9:08:21 PM=0ASubject: RE: Cluster File Sys= tem Versus ASM for RAC Deployment in Production?... Pros & Cons =0A=0A=0A= =0A=0A=0A =0A =0A=0A=0A=0A=0A=0A=0A=0A=0A=0AFolks=0A =0A=0A = =0A =0A=0AAdditionally does ASM administration need additional Skill Set /= Training versus administration=0Aon Cluster File System(CFS), for RAC?=0A = =0A=0AIf so, in what context? =0A =0A=0A =0A =0A=0ADocs /=0ALinks please?= =0A =0A=0A =0A =0A=0ACheers=0A =0A=0A =0A =0A=0A=0A=0A=0A=0A=0A=0A=0A=0A= =0A=0A=0A=0AFrom:=0Aoracle-l-bounce@freelists.org =0A=0A=0A=0A=0A =0A=0AFol= ks=0A =0A=0AFor subsequent RAC Deployment in ver=0A10gR2, A Banking custome= r needs to=0Atake a decision on use of Cluster file system=0Aversus ASM?=0A= =0A=0A =0A =0A=0APrima-facie, How do the 2 compare in=0Aterms of Performa= nce, scalability,=0Aavailability, migration, ease of use, backups, need for= training etc.=0A =0A=0A =0A =0A=0AAny Docs,=0ALinks will help.=0A =0A=0A = =0A =0A=0ACurrently=0AProduction Deployment info:-=0A =0A=0A=0A NON-RAC=0A= with Oracle ver 9.2, =0A Solaris=0A 10. =0A Database=0A size= if 5 TB approx. =0A Daily=0A peak load of 20,000 Concurrent sessions = connecting to the Database via=0A Shared Servers (MTS). =0A Database=0A= exists on the default Unix File system (UFS), =0A Machine=0A - SF= 25K SUN Server. =0A Storage=0A Box =96 Sun Store Edge 9980 V =0A Sun Cl= uster filesystem is QFS =0A=0A=0A=0A=0A=0A**************** CAUTION - Discl= aimer *****************=0A=0AThis e-mail contains PRIVILEGED AND CONFIDENTI= AL INFORMATION intended solely for the use of the addressee(s). If you are = not the intended recipient, please notify the sender by e-mail and delete t= he original message. Further, you are not to copy, disclose, or distribute = this e-mail or its contents to any other person and any such actions are un= lawful. This e-mail may contain viruses. Infosys has taken every reasonable= precaution to minimize this risk, but is not liable for any damage you may= sustain as a result of any virus in this e-mail. You should carry out your= own virus checks before opening the e-mail or attachment. Infosys reserves= the right to monitor and review the content of all messages sent to or fro= m this e-mail address. Messages sent to or from this e-mail address may be = stored on the Infosys e-mail system.=0A=0A***INFOSYS******** End of Disclai= mer ********INFOSYS***=0A=0A=0A=0A=0A --0-84640462-1196945503=:69122 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
Personally, I'd choose ASM and recommend it to all my customers. This is p= artly because: 1) Oracle recommends it, 2) if Oracle recommends something, = they generally support it better than things they don't recommend, 3) it do= esn't cost extra money, and 4) I think ASM is a fine product that does its = job well (admittedly better in 11g than 10g, but that's not your question).=

I think that using a CFS requires training for system admins while= ASM would also require training, but possibly for the DBAs instead of the = sysadmins. Typically, I still see ASM being managed by DBAs even though it = really isn't a database. Many companies have the DBAs manage anything with = the word Oracle stamped on it.

For docs or links, see otn.oracle.com/asm.

Dan

----- Original Message ----<= br>From: VIVEK_SHARMA <VIVEK_SHARMA@infosys.com>
To: "oracle-l@fre= elists.org" <oracle-l@freelists.org>
Sent: Wednesday, December 5, = 2007 9:08:21 PM
Subject: RE: Cluster File System Versus ASM for RAC Depl= oyment in Production?... Pros & Cons

=0A=0A=0A=0A =0A =0A=0A=0A=0A=0A=0A=0A=0A
=0A= =0A

= Folks

=0A=0A

 

=0A=0A

Additionally does ASM administration need additional Skill Set / Training versus administr= ation=0Aon Cluster File System(CFS), for RAC?

=0A=0A

If so, in what = context? =

=0A=0A

&= nbsp;

=0A=0A

Docs /=0ALinks please?

=0A=0A

 

=0A=0A

Cheers

=0A=0A

 

= =0A=0A
=0A=0A
=0A=0A
=0A=0A
=0A=0A
=0A=0A

From:=0Aoracle-l-bounce@freelists.org
=0A
=0A<= font color=3D"navy">

=0A=0A

Folks

=0A=0A

For subsequent RAC De= ployment in ver=0A10gR2, A Banking customer needs to=0Atake a decision on use of Cluster file system=0Aversus ASM?

=0A=0A

Prima-facie, How do the 2 compare in=0Aterms of = Performance, scalability,=0Aavailability= , migration, ease of use, backups, need for training etc.=

=0A=0A

 

=0A=0A

Any Docs,=0ALinks will help.

= =0A=0A

 

=0A=0A

Currently=0AP= roduction Deployment info:-

=0A=0A
    =0A
  • NON-RAC=0A with Oracle ver 9.2, <= /font>
    • =0A
  • Solaris=0A 10.
    • =0A
  • Database=0A = size if 5 TB approx.
    • =0A
  • Daily=0A peak load of 2= 0,000 Concurrent sessions connecting to the Database via=0A Shared Serv= ers (MTS).
    • =0A
  • Database=0A exists on the default Un= ix File system (UFS),
    • =0A
  • Machine=0A - SF25K SUN S= erver.
    • =0A
  • Storage=0A Box =96 Sun Store Edge 9980 V=
    • =0A
  • Sun Cluster filesystem is QFS =
    • =0A
=0A=0A
=0A=0A
**************** CAUT= ION - Disclaimer *****************
=0AThis e-mail contains PRIVILEGED AN= D CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s).= If you are not the intended recipient, please notify the sender by e-mail = and delete the original message. Further, you are not to copy, disclose, or= distribute this e-mail or its contents to any other person and any such ac= tions are unlawful. This e-mail may contain viruses. Infosys has taken ever= y reasonable precaution to minimize this risk, but is not liable for any da= mage you may sustain as a result of any virus in this e-mail. You should ca= rry out your own virus checks before opening the e-mail or attachment. Info= sys reserves the right to monitor and review the content of all messages se= nt to or from this e-mail address. Messages sent to or from this e-mail add= ress may be stored on the Infosys e-mail system.
=0A***INFOSYS******** E= nd of Disclaimer ********INFOSYS***
=0A
=

--0-84640462-1196945503=:69122-- -- http://www.freelists.org/webpage/oracle-l