<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>david kerr &#187; rac</title>
	<atom:link href="http://www.davidmkerr.com/tag/rac/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.davidmkerr.com</link>
	<description>Weapons designer. Innovator, inventor, world changer</description>
	<lastBuildDate>Thu, 20 May 2010 14:30:12 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>HowTo Rescan databases for the Grid Control Agent</title>
		<link>http://www.davidmkerr.com/databases/howto-rescan-databases-for-the-grid-control-agent/</link>
		<comments>http://www.davidmkerr.com/databases/howto-rescan-databases-for-the-grid-control-agent/#comments</comments>
		<pubDate>Mon, 02 Nov 2009 01:59:11 +0000</pubDate>
		<dc:creator>Dave</dc:creator>
				<category><![CDATA[Databases]]></category>
		<category><![CDATA[oracle]]></category>
		<category><![CDATA[rac]]></category>

		<guid isPermaLink="false">http://www.davidmkerr.com/?p=73</guid>
		<description><![CDATA[If you create a new database, listener, etc. on a machine that has an existing Grid Control Agent on it, you may need to tell the agent to “rescan” the system to pick up the new database (to have the DB show up in OEM). Set your agent home AGENT_HOME=/opt/app/oracle/agent10g Make sure $AGENT_HOME/bin is in [...]]]></description>
			<content:encoded><![CDATA[<p>If you create a new database, listener, etc. on a machine that has an existing Grid Control Agent on it, you may need to tell the agent to “rescan” the system to pick up the new database (to have the DB show up in OEM).</p>
<p>Set your agent home</p>
<pre>AGENT_HOME=/opt/app/oracle/agent10g</pre>
<p>Make sure $AGENT_HOME/bin is in your PATH<br />
Run the agentca with the reconfigure option. (you may need to specify a –c <cluster> for RACs)</p>
<pre>
vexbert&lt;11> agentca -h
Usage: agentca -d/-f [-nctis]
        -d  option for rediscovery.
        -f  option for reconfigure.
        -n  to specify the CLUSTER_NAME.
        -c  specify the list of cluster nodes separated by commas
        -t  don't start the agent after rediscover or reconfigure.
        -i  oraInst.loc location on Unix/Linux Platforms only.
        -s secure the Agent during RAC/Cluster Agent reconfiguration
         (Don't use this option in upgraded home).

vexbert&lt;11> agentca –f
</pre>
<p>Note: you may need to clean up duplicates in your OEM after running this on an existing system.</cluster></p>
]]></content:encoded>
			<wfw:commentRss>http://www.davidmkerr.com/databases/howto-rescan-databases-for-the-grid-control-agent/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Gracefully bring down an Oracle RAC cluster</title>
		<link>http://www.davidmkerr.com/databases/gracefully-bring-down-an-oracle-rac-cluster/</link>
		<comments>http://www.davidmkerr.com/databases/gracefully-bring-down-an-oracle-rac-cluster/#comments</comments>
		<pubDate>Mon, 02 Nov 2009 01:39:51 +0000</pubDate>
		<dc:creator>Dave</dc:creator>
				<category><![CDATA[Databases]]></category>
		<category><![CDATA[oracle]]></category>
		<category><![CDATA[rac]]></category>

		<guid isPermaLink="false">http://www.davidmkerr.com/?p=58</guid>
		<description><![CDATA[Stop the databases on all nodes Run the following command to bring down the oracle CRS sudo /etc/init.d/init.crs stop sudo /etc/init.d/init.crs stop Shutting down Oracle Cluster Ready Services (CRS): Stopping resources. This could take several minutes. Successfully stopped CRS resources. Stopping CSSD. Shutting down CSS daemon. Shutdown request successfully issued. Shutdown has begun. The daemons [...]]]></description>
			<content:encoded><![CDATA[<ul>
<li>Stop the databases on all nodes</li>
<li>Run the following command to bring down the oracle CRS
<ul>
<li>sudo /etc/init.d/init.crs stop</li>
</ul>
</li>
</ul>
<pre>sudo /etc/init.d/init.crs stop
Shutting down Oracle Cluster Ready Services (CRS):
Stopping resources. This could take several minutes.
Successfully stopped CRS resources.
Stopping CSSD.
Shutting down CSS daemon.
Shutdown request successfully issued.
Shutdown has begun. The daemons should exit soon.</pre>
<p>There is a bug in 10g where, on reboot when CRS auto-starts a database, the database will be in a “hung” state.</p>
<p>The only way to solve this is to:</p>
<ul>
<li> Kill the pmon process (to hard crash the database on all nodes).</li>
<li>Restart the databases manually (one at a time)</li>
</ul>
<p>To avoid this, remove the DBs from the oratab before reboots on a cluster/RAC DB.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.davidmkerr.com/databases/gracefully-bring-down-an-oracle-rac-cluster/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
