
|
Cluster File System Versus ASM for RAC Deployment in Production ? ... Pros & Cons
- From: VIVEK_SHARMA <VIVEK_SHARMA@xxxxxxxxxxx>
- To: "oracle-l@xxxxxxxxxxxxx" <oracle-l@xxxxxxxxxxxxx>
- Date: Thu, 6 Dec 2007 07:38:20 +0530
Folks
For subsequent RAC Deployment in ver 10gR2, A Banking customer needs to take a
decision on use of Cluster file system versus ASM?
Prima-facie, How do the 2 compare in terms of Performance, scalability,
availability, 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 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 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 actions are unlawful. 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 from this e-mail address. Messages sent to or from this
e-mail address may be stored on the Infosys e-mail system.
***INFOSYS******** End of Disclaimer ********INFOSYS***
Other related posts:Cluster File System Versus ASM for RAC Deployment in Production ? ... Pros & Cons
|

|

|
[ Home |
Signup |
Help |
Login |
Archives |
Lists
]
All trademarks and copyrights within the FreeLists archives are owned
by their respective owners. Everything else ©2008 Avenir Technologies, LLC.
|

|
|