Return-Path: Delivered-To: 2-oracle-l@orafaq.com Received: (qmail 8841 invoked from network); 5 Dec 2007 20:10:39 -0600 Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180) by 69.64.49.119 with SMTP; 5 Dec 2007 20:10:36 -0600 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 922267D1B6B; Wed, 5 Dec 2007 21:10:35 -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 29028-03; Wed, 5 Dec 2007 21:10:35 -0500 (EST) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 012857D1EA4; Wed, 5 Dec 2007 21:10:34 -0500 (EST) Received: with ECARTIS (v1.0.0; list oracle-l); Wed, 05 Dec 2007 21:08:26 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id BE5867D19EF for ; Wed, 5 Dec 2007 21:08:26 -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 28259-07 for ; Wed, 5 Dec 2007 21:08:26 -0500 (EST) Received: from kecgate06.infosys.com (kecgate06.infosysconsulting.com [61.95.162.82]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 663BE7D1A5C for ; Wed, 5 Dec 2007 21:08:24 -0500 (EST) Received: from INDHUBBHS02.ad.infosys.com ([192.168.200.82]) by kecgate06.infosys.com with InterScan Message Security Suite; Thu, 06 Dec 2007 07:39:24 +0530 Received: from blrkechub03.ad.infosys.com ([10.66.236.43]) by INDHUBBHS02.ad.infosys.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 6 Dec 2007 07:38:22 +0530 Received: from BLRKECMBX02.ad.infosys.com ([10.66.236.22]) by blrkechub03.ad.infosys.com ([10.66.236.43]) with mapi; Thu, 6 Dec 2007 07:38:22 +0530 From: VIVEK_SHARMA To: "oracle-l@freelists.org" Date: Thu, 6 Dec 2007 07:38:20 +0530 Subject: Cluster File System Versus ASM for RAC Deployment in Production ? ... Pros & Cons Thread-Topic: Cluster File System Versus ASM for RAC Deployment in Production ? ... Pros & Cons Message-ID: <69E1360E54B50C4A828A136C158E4742036A4E751B@BLRKECMBX02.ad.infosys.com> References: <69E1360E54B50C4A828A136C158E4742036A4E7514@BLRKECMBX02.ad.infosys.com> In-Reply-To: <69E1360E54B50C4A828A136C158E4742036A4E7514@BLRKECMBX02.ad.infosys.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_69E1360E54B50C4A828A136C158E4742036A4E751BBLRKECMBX02ad_" MIME-Version: 1.0 X-OriginalArrivalTime: 06 Dec 2007 02:08:22.0517 (UTC) FILETIME=[E0C81250:01C837AC] X-archive-position: 3731 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-to: oracle-l-bounce@freelists.org X-original-sender: VIVEK_SHARMA@infosys.com Precedence: normal Reply-to: VIVEK_SHARMA@infosys.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 --_000_69E1360E54B50C4A828A136C158E4742036A4E751BBLRKECMBX02ad_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Folks For subsequent RAC Deployment in ver 10gR2, A Banking customer needs to tak= e a decision on use of Cluster file system versus ASM? Prima-facie, How do the 2 compare in terms of Performance, scalability, ava= ilability, migration, ease of use, backups, need for training etc. Currently Production Deployment info:- * NON-RAC with Oracle ver 9.2, * Solaris 10. * Database size if 5 TB approx. * Daily peak load of 20,000 Concurrent sessions connecting to the Databa= se via Shared Servers (MTS). * Database exists on the default Unix File system (UFS), * Machine - SF25K SUN Server. * Storage Box - Sun Store Edge 9980 V * Sun Cluster filesystem is QFS Any Docs, Links will help. Cheers & thanks Vivek **************** CAUTION - Disclaimer ***************** This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solel= y for the use of the addressee(s). If you are not the intended recipient, p= lease 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 t= o any other person and any such actions are unlawful. This e-mail may conta= in 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 v= irus in this e-mail. You should carry out your own virus checks before open= ing the e-mail or attachment. Infosys reserves the right to monitor and rev= iew the content of all messages sent to or from this e-mail address. Messag= es sent to or from this e-mail address may be stored on the Infosys e-mail = system. ***INFOSYS******** End of Disclaimer ********INFOSYS*** --_000_69E1360E54B50C4A828A136C158E4742036A4E751BBLRKECMBX02ad_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Folks

 

For subsequent RAC Deployment in ver 10gR2, A Banking customer needs to take a decision on use of Cluster file system versus ASM?<= /o:p>

 

Prima-facie, How do the 2 compare in terms of Performance, scalability, availability, migration, ease of use, backups, need for training etc.<= /o:p>

=  

= Currently Production Deployment info:-

  • NON-RAC with Oracle ver 9.2,
  • Solaris 10.
  • Database size if 5 TB approx.
  • Daily peak load of 20,000 Concurrent sessions connecting to the Database via Shared Servers (MTS).
  • Database exists on the default Unix File system (UFS),
  • Machine - SF25K SUN Server.
  • Storage Box – Sun Store Edge 9980 V
  • Sun Cluster filesystem is QFS

 

Any Docs, Links will help.

 

Cheers & thanks

 

Vivek

****************= CAUTION - Disclaimer *****************
This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solel= y for the use of the addressee(s). If you are not the intended recipient, p= lease 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 t= o any other person and any such actions are unlawful. This e-mail may conta= in 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 v= irus in this e-mail. You should carry out your own virus checks before open= ing the e-mail or attachment. Infosys reserves the right to monitor and rev= iew the content of all messages sent to or from this e-mail address. Messag= es sent to or from this e-mail address may be stored on the Infosys e-mail = system.
***INFOSYS******** End of Disclaimer ********INFOSYS***
= --_000_69E1360E54B50C4A828A136C158E4742036A4E751BBLRKECMBX02ad_-- -- http://www.freelists.org/webpage/oracle-l