Re: Veritas CFS or QFS ? Which for High Hybrid Transaction Load Benchmark on RAC with Solaris 10/Oracle 10g ?

Simply use rman to restore your datafiles to raw volumes.

The most min-downtime solution is;
build a standby on the raw volume on rac, do a switch over, and your
databsae is running in rac mode within 10 minutes.

You can take anytime you desire to make your standby database onto the raw
volume.

On 8/31/06, VIVEK_SHARMA <VIVEK_SHARMA@xxxxxxxxxxx> wrote: 

 Zhu Chao, Folks,



Other than for manageability convenience, How is a Big 4 TB NON-RAC "UFS"
mounted Database to be converted into a RAW device based RAC database?



Is there any option Other then export from mounted Database & import into
RAW Database?



Hence RAW is being avoided for now.



Thanks indeed




 ------------------------------

*From:* Zhu,Chao [mailto:zhuchao@xxxxxxxxx]
*Sent:* Wednesday, August 30, 2006 6:41 PM
*To:* VIVEK_SHARMA
*Subject:* Re: Veritas CFS or QFS ? Which for High Hybrid Transaction Load
Benchmark on RAC with Solaris 10/Oracle 10g ?



Why'd don't you take raw volume?
Dealing with veritas volume manager, it does not make much difference
between creating a datafile on filesystem, and creating a datafile on a
volume

On 8/29/06, *VIVEK_SHARMA* <VIVEK_SHARMA@xxxxxxxxxxx> wrote:

Folks



For an upcoming High Hybrid Transaction Load Benchmark on RAC with Solaris
10/Oracle 10g, need to define the File system setup



Qs Is QFS Certified for Solaris 10/Oracle RAC 10g?

Qs If certified, Is QFS being used at Large Production RAC Sites

Qs Which is advisable - Veritas CFS(SFRAC 4.1) or QFS ?



Any Docs, Links, advisable Books for the same please?



RAW is being considered only as a last resort & ASM being avoided for now
as it is still seemingly NEW & probably NOT so much tried & tested as yet
with High Load Production sites.



Config info:-

Approx 20,000 Concurrent OLTP sessions will be spawned

Num of Database Server Nodes = 4

Each DB Server Node = 28 CPUs

Oracle Shared Servers will be used

DB Size = 4 TB



Will provide any Clarifications, Thanks indeed.









**************** 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***




--
Regards
Zhu Chao
www.cnoug.org




--
Regards
Zhu Chao
www.cnoug.org

Other related posts: