This content has been marked as final. Show 5 replies
Hi,1 person found this helpful
Does this link help you?
Can you tell us that which uses Linux OS ? As I know, we can edit initial file for CRS dameon startup on Linux OS...
You can try these;
- nohup /etc/init.cssd run & (for IBM AIX)
- /bin/sh /etc/init.d/init.ohasd run & (for REDHAT Linux)
Thank you for the reply. That link is very good.
We are an 11.1 version of our database. Linus is OEL 5.6.
So, looking at the portion of the link that refers to 'Add Standby database and Instances to the OCR' - If we use SRVCTL to give the STANDBY the role of ‘physical_standby’ and the start option of ‘mount’, what effect will that have if the STANDBY becomes our PRIMARY?
Would these database settings need to be modified manually with SRVCTL each time?
We understand why the instance is not starting when the node is rebooted, we are looking for a best practice of how this is implemented.
In further testing we have found that the SRVCTL 'role' can be set and is manipulated by the DG Broker during a switchover activity. However the SRVCTL 'start option' vsn be set but is not changed in switchover and we will have to remember to modify this in the event we switchover and plan to remain in that configuration for any length of time.
We found the answer through further testing and I noted it above.