<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.2" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Oracle Standby Recovery Rate Monitoring</title>
	<link>http://www.pythian.com/blogs/641/oracle-standby-recovery-rate-monitoring</link>
	<description>News and views from Pythian DBAs</description>
	<pubDate>Sun,  7 Sep 2008 10:51:12 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.2</generator>
		<item>
		<title>By: paulm</title>
		<link>http://www.pythian.com/blogs/641/oracle-standby-recovery-rate-monitoring#comment-166057</link>
		<dc:creator>paulm</dc:creator>
		<pubDate>Wed, 27 Feb 2008 22:31:43 +0000</pubDate>
		<guid>http://www.pythian.com/blogs/641/oracle-standby-recovery-rate-monitoring#comment-166057</guid>
		<description>If you want the link to the Carpenter presentation. It is on Oracle's website.

http://www.oracle.com/technology/deploy/availability/pdf/S938_Carpenter.ppt.pdf</description>
		<content:encoded><![CDATA[<p>If you want the link to the Carpenter presentation. It is on Oracle&#8217;s website.</p>
<p><a href="http://www.oracle.com/technology/deploy/availability/pdf/S938_Carpenter.ppt.pdf" rel="nofollow">http://www.oracle.com/technology/deploy/availability/pdf/S938_Carpenter.ppt.pdf</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Determining Dataguard Standby Apply Rate &#171; jarneil</title>
		<link>http://www.pythian.com/blogs/641/oracle-standby-recovery-rate-monitoring#comment-165961</link>
		<dc:creator>Determining Dataguard Standby Apply Rate &#171; jarneil</dc:creator>
		<pubDate>Wed, 27 Feb 2008 15:59:05 +0000</pubDate>
		<guid>http://www.pythian.com/blogs/641/oracle-standby-recovery-rate-monitoring#comment-165961</guid>
		<description>[...] Paul Moen from Pythian wrote about a script he uses to keep a historical record of the apply rate. However if you want something more immediate you can maybe use a view called V$STANDBY_APPLY_SNAPSHOT. There does not appear to be much information out there on this view, and it was only recently that I stumbled across it. This is not documented in the Oracle documentation  in either the 10g or 11g docs. There is also nothing about this view on metalink as a search turned up no hits. The view gets a brief mention in a talk by Dataguard product manager, Larry Carpenter. [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] Paul Moen from Pythian wrote about a script he uses to keep a historical record of the apply rate. However if you want something more immediate you can maybe use a view called V$STANDBY_APPLY_SNAPSHOT. There does not appear to be much information out there on this view, and it was only recently that I stumbled across it. This is not documented in the Oracle documentation  in either the 10g or 11g docs. There is also nothing about this view on metalink as a search turned up no hits. The view gets a brief mention in a talk by Dataguard product manager, Larry Carpenter. [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: paulm</title>
		<link>http://www.pythian.com/blogs/641/oracle-standby-recovery-rate-monitoring#comment-155695</link>
		<dc:creator>paulm</dc:creator>
		<pubDate>Fri, 01 Feb 2008 02:18:36 +0000</pubDate>
		<guid>http://www.pythian.com/blogs/641/oracle-standby-recovery-rate-monitoring#comment-155695</guid>
		<description>Hi Jason,

Thanks for the comment.

Unfortunately the view v$dataguard_stats shows real-time/most recent stuff and it is only available from 10G onwards. Nice way to track it though. Maybe Oracle will add a history table in the next release of 11G perhaps.

Yep the SQL also doesn't work for manual redo log apply. For example if you are using your own scripts to apply redo logs on a standby database (anything not Enterprise Edition).

Have Fun

Paul</description>
		<content:encoded><![CDATA[<p>Hi Jason,</p>
<p>Thanks for the comment.</p>
<p>Unfortunately the view v$dataguard_stats shows real-time/most recent stuff and it is only available from 10G onwards. Nice way to track it though. Maybe Oracle will add a history table in the next release of 11G perhaps.</p>
<p>Yep the SQL also doesn&#8217;t work for manual redo log apply. For example if you are using your own scripts to apply redo logs on a standby database (anything not Enterprise Edition).</p>
<p>Have Fun</p>
<p>Paul</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jason arneil</title>
		<link>http://www.pythian.com/blogs/641/oracle-standby-recovery-rate-monitoring#comment-155367</link>
		<dc:creator>jason arneil</dc:creator>
		<pubDate>Thu, 31 Jan 2008 10:25:27 +0000</pubDate>
		<guid>http://www.pythian.com/blogs/641/oracle-standby-recovery-rate-monitoring#comment-155367</guid>
		<description>I think this is a great way of seeing how well your standby is keeping up-to-date and how it has done historically. I use v$dataguard_stats to tell me how the standby is doing, and monitor this, which shows the apply lag and the trasnport lag.

I should point out (though you probably are aware) the sql script does not work with real time apply.</description>
		<content:encoded><![CDATA[<p>I think this is a great way of seeing how well your standby is keeping up-to-date and how it has done historically. I use v$dataguard_stats to tell me how the standby is doing, and monitor this, which shows the apply lag and the trasnport lag.</p>
<p>I should point out (though you probably are aware) the sql script does not work with real time apply.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
