Services [not] Starting Automatically with CRS after Reboot?

Posted in: Technical Track

Hello all! So, a client asked me to check why his database was not starting with CRS after a reboot. I started investigating and noticed this:

On Oracle 11.2, the database auto-start policy in the Clusterware is “restore”, which means that Clusterware will remember the last state of the database. As well as the database, Oracle 11.2 comes, by default, with several important resources with attribute AUTO_START=restore in the profile.

With that, if the database was stopped normally, then on the next restart of Clusterware it won’t be started. Otherwise, if the server crashes, or for some reason the OS is rebooted, then Clusterware will start the database because the last state was ONLINE (running).

In my case, a second reboot was done with the database down, and this is why the database didn’t start. And the same thing applied to other target types.

The conclusion I made? For best availability, it is a good practice to change this default behavior after each installation on 11.2. Some checking and adjusting scripts below:

To check all resources:

crsctl stat res -p

Checking on database resource:

...
NAME=ora.pythiandb.db
TYPE=ora.database.type
ACL=owner:oracle:rwx,pgrp:oinstall:rwx,other::r--
ACTION_FAILURE_TEMPLATE=
ACTION_SCRIPT=
ACTIVE_PLACEMENT=1
AGENT_FILENAME=%CRS_HOME%/bin/oraagent%CRS_EXE_SUFFIX%
AUTO_START=restore
...

But besides DB, several resources were in “restore” or even in “never”, such as ASM and Voting Disk DG… Check for all resourced AUTO_START:

[[email protected] ~]# crsctl stat res -p |grep AUTO_START
AUTO_START=always
AUTO_START=always
AUTO_START=always
AUTO_START=restore
AUTO_START=restore
AUTO_START=restore
AUTO_START=restore
AUTO_START=never
AUTO_START=never
AUTO_START=restore
AUTO_START=always
AUTO_START=restore
AUTO_START=restore
AUTO_START=restore
AUTO_START=restore
AUTO_START=restore
AUTO_START=always
AUTO_START=restore
AUTO_START=restore
AUTO_START=restore
AUTO_START=restore

So to fix all the resources:

crsctl modify resource ora.APS1.dg -attr AUTO_START=always
crsctl modify resource ora.DG1.dg -attr AUTO_START=always
crsctl modify resource ora.FRA.dg -attr AUTO_START=always
crsctl modify resource ora.LISTENER.lsnr -attr AUTO_START=always
crsctl modify resource ora.VDISK_OCR.dg -attr AUTO_START=always
crsctl modify resource ora.asm -attr AUTO_START=always
crsctl modify resource ora.gsd -attr AUTO_START=always
crsctl modify resource ora.net1.network -attr AUTO_START=always
crsctl modify resource ora.ons -attr AUTO_START=always
crsctl modify resource ora.registry.acfs -attr AUTO_START=always
crsctl modify resource ora.LISTENER_SCAN1.lsnr -attr AUTO_START=always
crsctl modify resource ora.LISTENER_SCAN2.lsnr -attr AUTO_START=always
crsctl modify resource ora.LISTENER_SCAN3.lsnr -attr AUTO_START=always
crsctl modify resource ora.cvu -attr AUTO_START=always
crsctl modify resource ora.pythiandb.db -attr AUTO_START=always
crsctl modify resource ora.pythiansrv1.vip -attr AUTO_START=always
crsctl modify resource ora.pythiansrv2.vip -attr AUTO_START=always
crsctl modify resource ora.oc4j -attr AUTO_START=always
crsctl modify resource ora.scan1.vip -attr AUTO_START=always
crsctl modify resource ora.scan2.vip -attr AUTO_START=always
crsctl modify resource ora.scan3.vip -attr AUTO_START=always

Below is the output and the checking:

[[email protected] ~]# crsctl modify resource ora.LISTENER.lsnr -attr AUTO_START=always
[[email protected] ~]# crsctl modify resource ora.VDISK_OCR.dg -attr AUTO_START=always
[[email protected] ~]# crsctl modify resource ora.asm -attr AUTO_START=always
[[email protected] ~]# crsctl modify resource ora.gsd -attr AUTO_START=always
[[email protected] ~]# crsctl modify resource ora.net1.network -attr AUTO_START=always
[[email protected] ~]# crsctl modify resource ora.ons -attr AUTO_START=always
[[email protected] ~]# crsctl modify resource ora.registry.acfs -attr AUTO_START=always
[[email protected] ~]# crsctl modify resource ora.LISTENER_SCAN1.lsnr -attr AUTO_START=always
[[email protected] ~]# crsctl modify resource ora.LISTENER_SCAN2.lsnr -attr AUTO_START=always
[[email protected] ~]# crsctl modify resource ora.LISTENER_SCAN3.lsnr -attr AUTO_START=always
[[email protected] ~]# crsctl modify resource ora.cvu -attr AUTO_START=always
[[email protected] ~]# crsctl modify resource ora.pythiandb.db -attr AUTO_START=always
[[email protected] ~]# crsctl modify resource ora.pythiansrv1.vip -attr AUTO_START=always
[[email protected] ~]# crsctl modify resource ora.pythiansrv2.vip -attr AUTO_START=always
[[email protected] ~]# crsctl modify resource ora.oc4j -attr AUTO_START=always
[[email protected] ~]# crsctl modify resource ora.scan1.vip -attr AUTO_START=always
[[email protected] ~]# crsctl modify resource ora.scan2.vip -attr AUTO_START=always
[[email protected] ~]# crsctl modify resource ora.scan3.vip -attr AUTO_START=always
[[email protected] ~]#
[[email protected] ~]# crsctl stat res -p |grep AUTO_START
AUTO_START=always
AUTO_START=always
AUTO_START=always
AUTO_START=always
AUTO_START=always
AUTO_START=always
AUTO_START=always
AUTO_START=always
AUTO_START=always
AUTO_START=always
AUTO_START=always
AUTO_START=always
AUTO_START=always
AUTO_START=always
AUTO_START=always
AUTO_START=always
AUTO_START=always
AUTO_START=always
AUTO_START=always
AUTO_START=always
AUTO_START=always
[[email protected] ~]#

 

email
Want to talk with an expert? Schedule a call with our team to get the conversation started.

About the Author

Lead Database Consultant
Well known in the Oracle community in Latin America and Europe where he participates regularly in technology events, Matheus is actually the youngest Oracle ACE Director in the world. Lead Database Consultant at Pythian, Matheus is a Computer Scientist by PUCRS and has been working as an Oracle DBA for the last 10 years.

No comments

Leave a Reply

Your email address will not be published. Required fields are marked *