 |
|
Oracle Database Tips by Donald Burleson |
Oracle10g Grid Computing
with RAC
Chapter 6 - Install,
Configure and Database Creation
Cluster Volume Manager (CVM)
CVM is basically an extension of the widely
used Veritas Volume Manager. CVM extends the functionality of the
VxVM to all the nodes in the cluster. Each node sees the same state
of all volume resources. It follows master/slave architecture. One
node usually acts as master and others as slaves. There is only one
master in a given cluster. The volume manager daemon (vxconfigd)
maintains the configuration of the logical volumes. Each node in the
node has the vxconfigd daemon. Changes to a volume are propagated
first to the master daemon and then the master passes it on to slave
daemons. These changes happen at kernel level. CVM does not attempt
to do any locking between the nodes. That is the responsibility of
the application, as in the RAC database. CVM also follows the
'uniform shared storage' model. This means that all systems must be
connected to the same disk sets for a given disk group. If a node
loses contact with a specific disk, it is excluded from using the
disk.
Cluster File
System (CFS)
Veritas CFS has evolved from the Veritas File
System (VxFS). CFS allows the same file system to be simultaneously
mounted on multiple nodes in the cluster.
Once again, the CFS is designed with
master/slave architecture. Though any node can initiate an operation
to create, delete, or resize data, the master node carries out the
actual operation. CFS caches the metadata in memory, typically in
the memory buffer cache or the vnode cache. A distributed locking
mechanism, called GLM, is used for metadata and cache coherency
among the multiple nodes.
The above text is
an excerpt from:
Oracle 10g Grid & Real Application
Clusters
Oracle 10g
Grid
Computing with RAC
ISBN 0-9744355-4-6
by Mike Ault, Madhu Tumma
|