-
Website
http://www.dannorris.com/ -
Original page
http://www.dannorris.com/2009/03/12/start-database-services-automatically-after-instance-startup/ -
Subscribe
All Comments -
Community
-
Top Commenters
-
oraclebase
2 comments · 7 points
-
fuadar
1 comment · 1 points
-
TongucY
2 comments · 1 points
-
dougk
4 comments · 1 points
-
Brian Bent
2 comments · 1 points
-
-
Popular Threads
I understood little of a service.
After I knew a service helpful about performance management. I try to learn and test about it.
Thank You again for stuff from your session at Hotsos and the definitive whitepaper by Jeremy Schneider.
Could you possibly do an instance startup trigger that would call DBMS_SERVICES?
Not saying it is a better way, but just another way : )
I had to test your idea as I hadn't tried it yet. Unfortunately, DBMS_SERVICE doesn't actually change Oracle Clusterware's status. So, I don't think it'd be a complete solution. I also like the thought of placing one generic script in Oracle Clusterware and avoid maintaining a database startup trigger in each of the databases I have in the cluster (thinking of the case where there are 10+ databases in the RAC cluster).
Good idea--I didn't know until I tried that a database startup trigger fires each time a new instance opens the database. So, a two-node cluster would fire the trigger twice (once in each instance). That could mess things up if you didn't know about it ahead of time and could be a problem for those environments that are counting on having it fire exactly once at startup time. Glad you got me thinking enough to test that out!
Is your RAC cluster 10g or 11g? Maybe some beta tester could check who is doing 11gR2 :).... hmmm
http://www.oracle.com/technology/deploy/availab...
I am thinking that there is a way to have CRS put the standby in managed recovery mode, but not finding it easy to find in the documentation. Why is it not made more clear, more obvious? Especially if Oracle is touting this thing called "Best Practices" for "Maximum Availability"? =)
I haven't seen anything like that in the docs either. I don't think there's any way for CRS to handle it as the "agent" for RAC instances isn't extensible as far as I know. So, to offer this functionality, Clusterware development would have to get involved to support it (at least that's how I see it--not knowing how things are organized internally there).
Your question is a good one and I pinged a few friends that might have some more thoughts. If they don't post them here (assuming I get responses at all), I'll summarize and post results.
Hope that helps.
The DG Broker is another beast. I have heard so many good things about it that I am recommending to our group that we start adopting it. We tried it out in 9i and were burned badly (too complicated, too esoteric, not very friendly).
PS - In light of this post, I am passing out Jeremy's whitepaper like candy to the SunGard crowd, because currently they do not support Services which makes my job as a DBA a little more difficult than it needs to be. Funny how the support staff I am talking has no clue what Oracle Services even are. =) Ah well....
In 10g R2, I had good experiences with DG Broker--not sure about versions before then, but I can guess it may not have been so good back in V1 or V2 (DG was introduced in 9i, so that's basically V1 in my eyes).
rac: oracle $ srvctl config db -d DB -a
...
DB_ROLE: PHYSICAL_STANDBY
START_OPTIONS: MOUNT
...
So You need to change startup option to MOUNT to not OPEN DB
there were some bugs that CRS ignored startup options and just opened(read only) DB
but they fixed in 10.2.0.4.
To start MRP user collout may be used,
but it will be much better if it was coded at CRS level
Denix
I was the guy who asked about the autostart during your excellent hotsos symposium presentation. Only now I saw that you also this blog post. I also found the OTN sample scripts in the meantime and blogged about it, but you were faster... Thanks again.
Martin
I'm glad you posted as I was thinking of you specifically when I wrote this. Since I didn't get your contact information, I'd hoped you would be watching :). Thanks for the question and getting me thinking...