Clusterware Startup Sequence PDF
Clusterware Startup Sequence PDF
Here is the brief explanation that how the clusterware brings up step by step .
1. When a node of an Oracle Clusterware cluster start/restarts, OHASD is started by platform-specific
means. OHASD is the root for bringing up Oracle Clusterware. OHASD has access to the OLR (Oracle
Local Registry) stored on the local file system. OLR provides needed data to
complete OHASD initialization.
2. OHASD brings up GPNPD and CSSD. CSSD has access to the GPNP Profile stored on the local file
system. This profile contains the following vital bootstrap data;
a. ASM Diskgroup Discovery String
b. ASM SPFILE location (Diskgroup name)
c. Name of the ASM Diskgroup containing the Voting Files
3. The Voting Files locations on ASMDisks are accessed by CSSD with well-known pointers in the ASM
Diskheaders and CSSD is able to complete initialization and start or join an existing cluster.
4. OHASD starts an ASM instance and ASM can now operate with CSSDinitialized and operating. The
ASM instance uses special code to locate the contents of the ASM SPFILE, assuming it is stored in
a Diskgroup.
5. With an ASM instance operating and its Diskgroups mounted, access to Clusterware’s OCR is
available to CRSD.
6. OHASD starts CRSD with access to the OCR in an ASM Diskgroup.
7. Clusterware completes initialization and brings up other services under its control.
When Clusterware starts three files are involved.
1. OLR – Is the first file to be read and opened. This file is local and this file contains information
regarding where the voting disk is stored
and information to startup the ASM. (e.g ASM DiscoveryString)
2. VOTING DISK – This is the second file to be opened and read, this is dependent on only OLR being
accessible.
ASM starts after CSSD or ASM does not start if CSSD is offline (i.e voting file missing)
Voting disks are placed directly on ASMDISK. Oracle Clusterware will store the votedisk on the disk
within a disk group that holds the Voting Files.
Oracle Clusterware does not rely on ASM to access the Voting Files, which means Oracle Clusterware
does not need of Diskgroup to read and write on ASMDISK. It is possible to check for existence of voting
files on a ASMDISKusing the V$ASM_DISK column VOTING_FILE.
So, voting files not depend of Diskgroup to be accessed, does not mean that the diskgroup is not needed,
diskgroup and voting file are linked by their settings.
3. OCR – Finally the ASM Instance starts and mount all Diskgroups, then Clusterware Deamon (CRSD)
opens and reads the OCR which is stored on Diskgroup.
So, if ASM already started, ASM does not depend on OCR or OLR to be online. ASM depends
on CSSD(Votedisk) to be online.
There is a exclusive mode to start ASMwithout CSSD (but it’s to restore OCR or VOTE purposes)
The full description, the really unreadable diagram and/or any updates to this you can find it in MOS
Document 1053147.1
http://oracle-help.com/oracle-rac/rac-11gr2-clusterware-startup-sequence/ 1/3
12/23/2018 RAC : 11gR2 Clusterware Startup Sequence - ORACLE-HELP
orarootagent – Agent responsible for managing all root owned crsd resources.
oraagent – Agent responsible for managing all oracle owned crsd resources.
http://oracle-help.com/oracle-rac/rac-11gr2-clusterware-startup-sequence/ 2/3
12/23/2018 RAC : 11gR2 Clusterware Startup Sequence - ORACLE-HELP
http://oracle-help.com/oracle-rac/rac-11gr2-clusterware-startup-sequence/ 3/3