Oracle Rac

Download as docx, pdf, or txt
Download as docx, pdf, or txt
You are on page 1of 2

ORACLE RAC

A cluster can be defined as a set of server instances that appear to be a single server to the customer.
Clustering delivers two main benefits: improved availability and better performance. Users can connect
through any server in the cluster so if one server goes down, the other servers will take over the failed
server workload. Performance is improved by the ability to run work in parallel over several instances on
different servers, and if necessary, extra servers can be added to the cluster to improve performance (or
removed from the cluster if too much resource is allocated).
Oracle RAC (Real Application Clusters) is a database or set of databases that are clustered on a set of
servers using Oracle supplied software called Oracle Clusterware and Oracle Automatic Storage
Management (ASM). Oracle RAC was first introduced with Oracle 9i. An Oracle RAC cluster can have up
to 100 instances and each Oracle instance usually runs on a separate server. At its simplest, Oracle RAC
is a single database that is accessed and shared by several Oracle instances running on separate
servers as shown below.

Since all instances in a RAC access the same database, the overall system must guarantee data integrity
so that a computer always retrieves the current version of any data even if it was just updated by another
instance in the cluster. This process is called Cache Fusion, as Oracle RAC essentially "fuses" the in-
memory data cached physically separately on each server into a single, global cache. Each instance has
a buffer cache in its System Global Area (SGA). Using Cache Fusion, Oracle RAC environments logically
combine each instance's buffer cache to enable the instances to process data as if the data resided on a
logically combined, single cache. If an instance wants to get data that has already been retrieved by
another instance, Cache Fusion delivers the data from the cache copy, rather than retrieving it from disk
again. Cache Fusion communicates between instances using a dedicated inter-connect network.
While it is possible set up a RAC cluster with servers in different data centres, RAC Oracle RAC is usually
used to cluster a database within a single datacentre. If you need to cluster between datacentres for site
resilience, then Oracle Dataguard is the better option. It is also possible to combine both and run Data
Guard on a RAC cluster.
An Oracle RAC database is a shared everything database. All data files, control files, SPFILEs, and redo
log files in Oracle RAC environments must reside on cluster-aware shared disks so that all of the cluster
database instances can access these storage components. All database instances must use the same
interconnect, which can also be used by Oracle Clusterware. Because Oracle RAC databases use a
shared everything architecture, Oracle RAC requires cluster-aware storage for all database files.

Backing up Oracle RAC with TSM


TSM just acts as a datastore when working with RMAN, Oracle RMAN does all the work of initiating and
managing the backups. When using TSM with Oracle RAC, a TSM client must be installed on every node,
or server in the RAC cluster. The TSM page for Oracle details how to set up a standard Oracle client.
There is nothing special about configuring TSM to work with Oracle RAC, except that you must:
 Define and configure a standard TSM client on every node for flatfile backups
 Define one TSM client for Oracle, and add this as a stanza to every client
 The dsm.opt and dsm.sys files and locations must be identical on every node
 Every database will need a TDPO_OPTFILE, and this must be identical on every node, both
content and location.
 The Oracle TDP client password must be identical and set on every node by running the
"tdpoconf password" command. It is best if the client password is set to never expire at the TSM
server by using the passexp=0 parameter on the node definition.
If you are running a combined RAC / Data Guard cluster, then you would usually run your primary
database from one data centre and the secondary database from the other. See the Data Guard page for
details

Oracle Storage
 Oracle Files
 Oracle RMAN
 Oracle RAC
 Dataguard
 Oracle ASM

Lascon updTES
I retired 2 years ago, and so I'm out of touch with the latest in the data storage world. The Lascon site has
not been updated since July 2021, and probably will not get updated very much again. The site hosting is
paid up until early 2023 when it will almost certainly disappear.
Lascon Storage was conceived in 2000, and technology has changed massively over those 22 years. It's
been fun, but I guess it's time to call it a day. Thanks to all my readers in that time. I hope you managed
to find something useful in there.
All the best
DISCLAIMER - By entering and using this site, you accept the conditions and limitations of use
Click here to see the Full Site Index       Click here to see the Cookie Policy       Click here to see
the Privacy Policy                             ©2019 and later, A.J.Armstrong

You might also like