<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"><channel><title>Netvouz / MondoTofu / tag / trace</title>
<link>http://netvouz.com/MondoTofu/tag/trace?feed=rss</link>
<description>MondoTofu&#39;s bookmarks tagged &quot;trace&quot; on Netvouz</description>
<item><title>ORACLE-BASE - SQL trace, 10046, trcsess and tkprof in Oracle</title>
<link>http://www.oracle-base.com/articles/misc/sql-trace-10046-trcsess-and-tkprof.php</link>
<description>SQL trace, 10046, trcsess and tkprof in Oracle The quickest way to capture the SQL being processed by a session is to switch on SQL trace or set the 10046 event for a representative period of time. The resulting trace files can be read in their raw state or translated using the tkprof utility. Trace files are found in v$diag_info view</description>
<category domain="http://netvouz.com/MondoTofu?category=8988893024450568004">Oracle &gt; Optimization</category>
<author>MondoTofu</author>
<pubDate>Thu, 28 Aug 2014 13:59:45 GMT</pubDate>
</item><item><title>Silent ORA-904 on MERGE « Timur Akhmadeev&#39;s blog</title>
<link>http://timurakhmadeev.wordpress.com/2010/02/15/silent-ora-904-on-merge/</link>
<description>Silent ORA-904 on MERGE 				 From time to time looking at the tkprof’ed SQL traces I see this message: The following statement encountered a error during parse: SELECT 1 FROM DUAL WHERE some_predicate_here Error encountered: ORA-00904</description>
<category domain="http://netvouz.com/MondoTofu?category=9169064117513692344">Oracle &gt; DB 11g</category>
<author>MondoTofu</author>
<pubDate>Thu, 28 Aug 2014 15:24:08 GMT</pubDate>
</item><item><title>Truss like command under Linux to monitor and diagnostic the system calls</title>
<link>http://www.cyberciti.biz/faq/howto-use-linux-truss-strace-command/</link>
<description>strace good for centos</description>
<category domain="http://netvouz.com/MondoTofu?category=5025881347541486084">GNU/Linux</category>
<author>MondoTofu</author>
<pubDate>Fri, 25 Mar 2011 20:12:44 GMT</pubDate>
</item></channel></rss>