<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Oracle 11g: Reading alert log via SQL</title>
	<atom:link href="http://blog.tanelpoder.com/2009/03/21/oracle-11g-reading-alert-log-via-sql/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.tanelpoder.com/2009/03/21/oracle-11g-reading-alert-log-via-sql/</link>
	<description>Oracle troubleshooting, internals and performance tuning</description>
	<lastBuildDate>Fri, 30 Jul 2010 06:07:35 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Mike</title>
		<link>http://blog.tanelpoder.com/2009/03/21/oracle-11g-reading-alert-log-via-sql/comment-page-1/#comment-1741</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Sat, 06 Jun 2009 15:43:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.tanelpoder.com/2009/03/21/oracle-11g-reading-alert-log-via-sql/#comment-1741</guid>
		<description>@jared
But, 11g has HM commands to check integrity of data dictionary. E.g.
dbms_hm.run_check(&#039;Dictionary Integrity Check&#039;,&#039;my_run_01&#039;);
select dbms_hm.get_run_report(&#039;my_run_01&#039;) from dual;
So you can just knock out fixing (hacking) those damaged rowid. ;)</description>
		<content:encoded><![CDATA[<p>@jared<br />
But, 11g has HM commands to check integrity of data dictionary. E.g.<br />
dbms_hm.run_check(&#8216;Dictionary Integrity Check&#8217;,'my_run_01&#8242;);<br />
select dbms_hm.get_run_report(&#8216;my_run_01&#8242;) from dual;<br />
So you can just knock out fixing (hacking) those damaged rowid. ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tanel Poder</title>
		<link>http://blog.tanelpoder.com/2009/03/21/oracle-11g-reading-alert-log-via-sql/comment-page-1/#comment-1414</link>
		<dc:creator>Tanel Poder</dc:creator>
		<pubDate>Mon, 20 Apr 2009 08:43:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.tanelpoder.com/2009/03/21/oracle-11g-reading-alert-log-via-sql/#comment-1414</guid>
		<description>Yep Jared you&#039;ve got a valid point. Statspack also creates some X$ aliases (and some other monitoring tools too). I like your idea of having a PL/SQL package instead... 

I don&#039;t recommend to just create x$ aliases for all tables in production (I will also add a warning to my script which allows you to do so). Just for the sake of not &quot;disturbing&quot; Oracle if it&#039;s not needed...</description>
		<content:encoded><![CDATA[<p>Yep Jared you&#8217;ve got a valid point. Statspack also creates some X$ aliases (and some other monitoring tools too). I like your idea of having a PL/SQL package instead&#8230; </p>
<p>I don&#8217;t recommend to just create x$ aliases for all tables in production (I will also add a warning to my script which allows you to do so). Just for the sake of not &#8220;disturbing&#8221; Oracle if it&#8217;s not needed&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jared</title>
		<link>http://blog.tanelpoder.com/2009/03/21/oracle-11g-reading-alert-log-via-sql/comment-page-1/#comment-1365</link>
		<dc:creator>Jared</dc:creator>
		<pubDate>Mon, 06 Apr 2009 20:39:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.tanelpoder.com/2009/03/21/oracle-11g-reading-alert-log-via-sql/#comment-1365</guid>
		<description>Regarding creating your own v$ view on top of x$ tables:

That come become something of a nuisance after an upgrade.

There are instances when the internal structure of the data dictionary changes during the upgrade, causing the custom view to be invalid.

In some cases, attempts to recompile the view will cause and ORA-600 [12600].

Attempts to drop the view will cause the same error, and it will in fact be impossible to drop the view, short of hacking the data dictionary.

I have a few databases with X_$KCBCBH and X_$KCBRBH views that cannot be dropped.  Mostly just an annoyance.</description>
		<content:encoded><![CDATA[<p>Regarding creating your own v$ view on top of x$ tables:</p>
<p>That come become something of a nuisance after an upgrade.</p>
<p>There are instances when the internal structure of the data dictionary changes during the upgrade, causing the custom view to be invalid.</p>
<p>In some cases, attempts to recompile the view will cause and ORA-600 [12600].</p>
<p>Attempts to drop the view will cause the same error, and it will in fact be impossible to drop the view, short of hacking the data dictionary.</p>
<p>I have a few databases with X_$KCBCBH and X_$KCBRBH views that cannot be dropped.  Mostly just an annoyance.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tanel Poder</title>
		<link>http://blog.tanelpoder.com/2009/03/21/oracle-11g-reading-alert-log-via-sql/comment-page-1/#comment-1309</link>
		<dc:creator>Tanel Poder</dc:creator>
		<pubDate>Fri, 27 Mar 2009 17:48:14 +0000</pubDate>
		<guid isPermaLink="false">http://blog.tanelpoder.com/2009/03/21/oracle-11g-reading-alert-log-via-sql/#comment-1309</guid>
		<description>Yes! 

Look into DBMS_REDEFINITION

Note that this kind of stuff should be very carefully, thoroughly and repeatedly tested before trying it out live!

Also, if you rename the table - how do you expect the SQL to continue working (are you creating a view or synonym instead?)

So test the hell out of this approach before even thinking about running it in live (with heavy production-like activity going on in your test db). And then test some more.</description>
		<content:encoded><![CDATA[<p>Yes! </p>
<p>Look into DBMS_REDEFINITION</p>
<p>Note that this kind of stuff should be very carefully, thoroughly and repeatedly tested before trying it out live!</p>
<p>Also, if you rename the table &#8211; how do you expect the SQL to continue working (are you creating a view or synonym instead?)</p>
<p>So test the hell out of this approach before even thinking about running it in live (with heavy production-like activity going on in your test db). And then test some more.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Senthil</title>
		<link>http://blog.tanelpoder.com/2009/03/21/oracle-11g-reading-alert-log-via-sql/comment-page-1/#comment-1307</link>
		<dc:creator>Senthil</dc:creator>
		<pubDate>Fri, 27 Mar 2009 17:37:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.tanelpoder.com/2009/03/21/oracle-11g-reading-alert-log-via-sql/#comment-1307</guid>
		<description>Hi Tanel,

Congrats for becoming oracle ACE :)

- We have a requirement in one of our tables in our production db like this , The table name should be renamed and a column should be dropped.The table is a highly active table , with lots of sessions accessing that table continuously.It&#039;s not possible to take any down time for this activity. Is it possible to do these modifications in that table when all the transactions are happening?

--- regards,</description>
		<content:encoded><![CDATA[<p>Hi Tanel,</p>
<p>Congrats for becoming oracle ACE :)</p>
<p>- We have a requirement in one of our tables in our production db like this , The table name should be renamed and a column should be dropped.The table is a highly active table , with lots of sessions accessing that table continuously.It&#8217;s not possible to take any down time for this activity. Is it possible to do these modifications in that table when all the transactions are happening?</p>
<p>&#8212; regards,</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pythian Group - Blog</title>
		<link>http://blog.tanelpoder.com/2009/03/21/oracle-11g-reading-alert-log-via-sql/comment-page-1/#comment-1306</link>
		<dc:creator>Pythian Group - Blog</dc:creator>
		<pubDate>Fri, 27 Mar 2009 17:17:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.tanelpoder.com/2009/03/21/oracle-11g-reading-alert-log-via-sql/#comment-1306</guid>
		<description>[...] Staying with SQL and all the wonderful things you can do with it, Tanel Poder looks into one of its capacities in Oracle 11g: reading the alert log via SQL. [...]</description>
		<content:encoded><![CDATA[<p>[...] Staying with SQL and all the wonderful things you can do with it, Tanel Poder looks into one of its capacities in Oracle 11g: reading the alert log via SQL. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marco Gralike</title>
		<link>http://blog.tanelpoder.com/2009/03/21/oracle-11g-reading-alert-log-via-sql/comment-page-1/#comment-1278</link>
		<dc:creator>Marco Gralike</dc:creator>
		<pubDate>Tue, 24 Mar 2009 21:17:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.tanelpoder.com/2009/03/21/oracle-11g-reading-alert-log-via-sql/#comment-1278</guid>
		<description>In the end the exercise was cool, but reading your post you start wondering why Laurent and me did it

;-)

http://laurentschneider.com/wordpress/2008/04/alert-log-in-xml-format.html</description>
		<content:encoded><![CDATA[<p>In the end the exercise was cool, but reading your post you start wondering why Laurent and me did it</p>
<p>;-)</p>
<p><a href="http://laurentschneider.com/wordpress/2008/04/alert-log-in-xml-format.html" rel="nofollow">http://laurentschneider.com/wordpress/2008/04/alert-log-in-xml-format.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tanel Poder</title>
		<link>http://blog.tanelpoder.com/2009/03/21/oracle-11g-reading-alert-log-via-sql/comment-page-1/#comment-1265</link>
		<dc:creator>Tanel Poder</dc:creator>
		<pubDate>Mon, 23 Mar 2009 09:52:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.tanelpoder.com/2009/03/21/oracle-11g-reading-alert-log-via-sql/#comment-1265</guid>
		<description>Yeah for now you can create your own &quot;V$&quot; table on top of the X$ one and grant access on that to whoever needs to acces it.</description>
		<content:encoded><![CDATA[<p>Yeah for now you can create your own &#8220;V$&#8221; table on top of the X$ one and grant access on that to whoever needs to acces it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mladen Gogala</title>
		<link>http://blog.tanelpoder.com/2009/03/21/oracle-11g-reading-alert-log-via-sql/comment-page-1/#comment-1263</link>
		<dc:creator>Mladen Gogala</dc:creator>
		<pubDate>Mon, 23 Mar 2009 09:06:21 +0000</pubDate>
		<guid isPermaLink="false">http://blog.tanelpoder.com/2009/03/21/oracle-11g-reading-alert-log-via-sql/#comment-1263</guid>
		<description>Unfortunately, this is X$ table, which means that it is only readable when connected as SYSDBA. Nice thing, but it would be much more useful as a documented V$ table. Hopefully, Oracle Corp. will give us that, too.</description>
		<content:encoded><![CDATA[<p>Unfortunately, this is X$ table, which means that it is only readable when connected as SYSDBA. Nice thing, but it would be much more useful as a documented V$ table. Hopefully, Oracle Corp. will give us that, too.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dion Cho</title>
		<link>http://blog.tanelpoder.com/2009/03/21/oracle-11g-reading-alert-log-via-sql/comment-page-1/#comment-1257</link>
		<dc:creator>Dion Cho</dc:creator>
		<pubDate>Mon, 23 Mar 2009 00:32:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.tanelpoder.com/2009/03/21/oracle-11g-reading-alert-log-via-sql/#comment-1257</guid>
		<description>Valueable info!</description>
		<content:encoded><![CDATA[<p>Valueable info!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
