<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: What happens, when you did not do a load test before release upgrades ?</title>
	<atom:link href="http://coskan.wordpress.com/2011/08/15/what-happens-when-you-did-not-do-a-load-test-before-release-upgrades/feed/" rel="self" type="application/rss+xml" />
	<link>http://coskan.wordpress.com/2011/08/15/what-happens-when-you-did-not-do-a-load-test-before-release-upgrades/</link>
	<description>What I learned about Oracle</description>
	<lastBuildDate>Tue, 18 Jun 2013 23:14:05 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Lei Zeng</title>
		<link>http://coskan.wordpress.com/2011/08/15/what-happens-when-you-did-not-do-a-load-test-before-release-upgrades/#comment-6463</link>
		<dc:creator><![CDATA[Lei Zeng]]></dc:creator>
		<pubDate>Wed, 16 May 2012 22:12:50 +0000</pubDate>
		<guid isPermaLink="false">http://coskan.wordpress.com/?p=1043#comment-6463</guid>
		<description><![CDATA[Thank you for your quick reply. I noticed that there are two &quot;SQL Stats -Pre-11G&quot;, is that a typo? Do you really mean one is for &quot;11g&quot; and one is &quot;pre 11g&quot;?
Thanks again

&quot;]]></description>
		<content:encoded><![CDATA[<p>Thank you for your quick reply. I noticed that there are two &#8220;SQL Stats -Pre-11G&#8221;, is that a typo? Do you really mean one is for &#8220;11g&#8221; and one is &#8220;pre 11g&#8221;?<br />
Thanks again</p>
<p>&#8220;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: coskan</title>
		<link>http://coskan.wordpress.com/2011/08/15/what-happens-when-you-did-not-do-a-load-test-before-release-upgrades/#comment-6461</link>
		<dc:creator><![CDATA[coskan]]></dc:creator>
		<pubDate>Wed, 16 May 2012 19:02:04 +0000</pubDate>
		<guid isPermaLink="false">http://coskan.wordpress.com/?p=1043#comment-6461</guid>
		<description><![CDATA[it is there in v$sql table 


select 
	inst_id ins,
	child_number	sql_child_number,
	IO_CELL_OFFLOAD_ELIGIBLE_BYTES/1024/1024/1024 io_elig,
	IO_INTERCONNECT_BYTES/1024/1024/1024 io_inter,
	child_address   object_handle,
	users_executing uex,
	plan_hash_value plan_hash,
	OPTIMIZER_COST opt_cost,
	parse_calls parses,
	loads h_parses,
	executions,
	fetches,
	rows_processed,
	cpu_time/1000 cpu_ms,
	elapsed_time/1000 ela_ms,
	(elapsed_time/1000000)/decode(nvl(executions,0),0,1,executions) avg_ela,
	buffer_gets LIOS,
	disk_reads PIOS,
	sorts, 
	locked_total,
	pinned_total,
	is_obsolete is_o,
	is_bind_sensitive is_bs,
	is_bind_aware is_ba,
	is_shareable is_sh,
--	address,
--	sharable_mem,
--	persistent_mem,
--	runtime_mem,
	optimizer_env_hash_value opt_env_hash
from 
	gv$sql 
where 
	sql_id = (&#039;&amp;1&#039;)
order BY
	inst_id,
	sql_id,
	hash_value,
	child_number
/]]></description>
		<content:encoded><![CDATA[<p>it is there in v$sql table </p>
<p>select<br />
	inst_id ins,<br />
	child_number	sql_child_number,<br />
	IO_CELL_OFFLOAD_ELIGIBLE_BYTES/1024/1024/1024 io_elig,<br />
	IO_INTERCONNECT_BYTES/1024/1024/1024 io_inter,<br />
	child_address   object_handle,<br />
	users_executing uex,<br />
	plan_hash_value plan_hash,<br />
	OPTIMIZER_COST opt_cost,<br />
	parse_calls parses,<br />
	loads h_parses,<br />
	executions,<br />
	fetches,<br />
	rows_processed,<br />
	cpu_time/1000 cpu_ms,<br />
	elapsed_time/1000 ela_ms,<br />
	(elapsed_time/1000000)/decode(nvl(executions,0),0,1,executions) avg_ela,<br />
	buffer_gets LIOS,<br />
	disk_reads PIOS,<br />
	sorts,<br />
	locked_total,<br />
	pinned_total,<br />
	is_obsolete is_o,<br />
	is_bind_sensitive is_bs,<br />
	is_bind_aware is_ba,<br />
	is_shareable is_sh,<br />
&#8211;	address,<br />
&#8211;	sharable_mem,<br />
&#8211;	persistent_mem,<br />
&#8211;	runtime_mem,<br />
	optimizer_env_hash_value opt_env_hash<br />
from<br />
	gv$sql<br />
where<br />
	sql_id = (&#8216;&amp;1&#8242;)<br />
order BY<br />
	inst_id,<br />
	sql_id,<br />
	hash_value,<br />
	child_number<br />
/</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lei Zeng</title>
		<link>http://coskan.wordpress.com/2011/08/15/what-happens-when-you-did-not-do-a-load-test-before-release-upgrades/#comment-6460</link>
		<dc:creator><![CDATA[Lei Zeng]]></dc:creator>
		<pubDate>Wed, 16 May 2012 18:56:54 +0000</pubDate>
		<guid isPermaLink="false">http://coskan.wordpress.com/?p=1043#comment-6460</guid>
		<description><![CDATA[Would you please share  you script &#039;sqlid&#039;.

 @sqlid 

I am wondering how it pull out PARSES and H_PARSES information.

Thank you very much.]]></description>
		<content:encoded><![CDATA[<p>Would you please share  you script &#8216;sqlid&#8217;.</p>
<p> @sqlid </p>
<p>I am wondering how it pull out PARSES and H_PARSES information.</p>
<p>Thank you very much.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: LisaG</title>
		<link>http://coskan.wordpress.com/2011/08/15/what-happens-when-you-did-not-do-a-load-test-before-release-upgrades/#comment-4882</link>
		<dc:creator><![CDATA[LisaG]]></dc:creator>
		<pubDate>Wed, 17 Aug 2011 10:23:24 +0000</pubDate>
		<guid isPermaLink="false">http://coskan.wordpress.com/?p=1043#comment-4882</guid>
		<description><![CDATA[We have seen similar issues in Oim -Oracle identity manager.  This one hammered the san over 30 threads. Oracle answer was  to purge tables.   
OEM was the second application and the answer was a hint in the code. 
I can see how this is an awesome feature on exadata , but it hammers a shared san infrastructure.]]></description>
		<content:encoded><![CDATA[<p>We have seen similar issues in Oim -Oracle identity manager.  This one hammered the san over 30 threads. Oracle answer was  to purge tables.<br />
OEM was the second application and the answer was a hint in the code.<br />
I can see how this is an awesome feature on exadata , but it hammers a shared san infrastructure.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dom Brooks</title>
		<link>http://coskan.wordpress.com/2011/08/15/what-happens-when-you-did-not-do-a-load-test-before-release-upgrades/#comment-4873</link>
		<dc:creator><![CDATA[Dom Brooks]]></dc:creator>
		<pubDate>Tue, 16 Aug 2011 09:32:17 +0000</pubDate>
		<guid isPermaLink="false">http://coskan.wordpress.com/?p=1043#comment-4873</guid>
		<description><![CDATA[Another great article, Coskan.
A third solution - changing _small_table_threshold,as mentioned in some of the other articles, either directly or indirectly (increasing sga), 

We&#039;re currently working through an upgrade which includes running batch workloads multiple times, changing config, flashing back, rerunning, etc.

New oracle version means new box means bigger memory.

As we&#039;ve increased the memory allocation from our initial tests on current settings, we&#039;ve seen a two-pronged benefit from a) obviously a bigger buffer cache and less physical IO but also b) less serial direct path reads as the bigger allocation means a higher small_table_threshold.

It&#039;s not a feature that I&#039;m convinced about. I&#039;ve only noticed performance problems associated with it in this upgrade so far - but then again maybe the benefits have silently passed me by?]]></description>
		<content:encoded><![CDATA[<p>Another great article, Coskan.<br />
A third solution &#8211; changing _small_table_threshold,as mentioned in some of the other articles, either directly or indirectly (increasing sga), </p>
<p>We&#8217;re currently working through an upgrade which includes running batch workloads multiple times, changing config, flashing back, rerunning, etc.</p>
<p>New oracle version means new box means bigger memory.</p>
<p>As we&#8217;ve increased the memory allocation from our initial tests on current settings, we&#8217;ve seen a two-pronged benefit from a) obviously a bigger buffer cache and less physical IO but also b) less serial direct path reads as the bigger allocation means a higher small_table_threshold.</p>
<p>It&#8217;s not a feature that I&#8217;m convinced about. I&#8217;ve only noticed performance problems associated with it in this upgrade so far &#8211; but then again maybe the benefits have silently passed me by?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
