 




<?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: ODS400 &amp; OMS400</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/itanswers/ods400-oms400/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/itanswers/ods400-oms400/</link>
	<description></description>
	<lastBuildDate>Thu, 23 May 2013 20:47:04 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: mcl</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/ods400-oms400/#comment-57436</link>
		<dc:creator>mcl</dc:creator>
		<pubDate>Thu, 30 Oct 2008 19:17:07 +0000</pubDate>
		<guid isPermaLink="false">#comment-57436</guid>
		<description><![CDATA[We&#039;re running OMS400 and ODS400 - 570 to a 520 - 1 Gb non-dedicated line.  Three &quot;links&quot; - we do see some delays - but not often. Our target system is also in another city, so sometimes our delays are network induced.   

As Slack400 suggests, try tuning your replication to eliminate objects that you don&#039;t need. 

You can also look at your source and target systems for problems that might cause performance hits. Things like DASD usage, cache battery status.. 

Regards
Mike]]></description>
		<content:encoded><![CDATA[<p>We&#8217;re running OMS400 and ODS400 &#8211; 570 to a 520 &#8211; 1 Gb non-dedicated line.  Three &#8220;links&#8221; &#8211; we do see some delays &#8211; but not often. Our target system is also in another city, so sometimes our delays are network induced.   </p>
<p>As Slack400 suggests, try tuning your replication to eliminate objects that you don&#8217;t need. </p>
<p>You can also look at your source and target systems for problems that might cause performance hits. Things like DASD usage, cache battery status.. </p>
<p>Regards<br />
Mike</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: slack400</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/ods400-oms400/#comment-57402</link>
		<dc:creator>slack400</dc:creator>
		<pubDate>Wed, 29 Oct 2008 19:36:48 +0000</pubDate>
		<guid isPermaLink="false">#comment-57402</guid>
		<description><![CDATA[You really should contact your HA Vendor.

I had a similar issue but it was traced to a lack of knowledge or understanding of a network admin to properly configure our switching equipment between sites.

You should be able to gather some metrics from your activity logs within the HA product or run SATLITE.
If you find this lag hitting the same time each day then you probably had a change in your environment that&#039;s increased your data changes recently.

If you find you&#039;re replicating tons of work files or query files that aren&#039;t necessary for HA then you may want to flag those files to not replicate changes.

In my environment over 40% of our changed data is by queries and work files. 

Slapping on an appliance maybe a good idea but that&#039;s extra costs and complexity to your HA environment and it really should be the last choice.]]></description>
		<content:encoded><![CDATA[<p>You really should contact your HA Vendor.</p>
<p>I had a similar issue but it was traced to a lack of knowledge or understanding of a network admin to properly configure our switching equipment between sites.</p>
<p>You should be able to gather some metrics from your activity logs within the HA product or run SATLITE.<br />
If you find this lag hitting the same time each day then you probably had a change in your environment that&#8217;s increased your data changes recently.</p>
<p>If you find you&#8217;re replicating tons of work files or query files that aren&#8217;t necessary for HA then you may want to flag those files to not replicate changes.</p>
<p>In my environment over 40% of our changed data is by queries and work files. </p>
<p>Slapping on an appliance maybe a good idea but that&#8217;s extra costs and complexity to your HA environment and it really should be the last choice.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using memcached
Database Caching 3/10 queries in 0.043 seconds using memcached
Object Caching 281/287 objects using memcached

Served from: itknowledgeexchange.techtarget.com @ 2013-05-23 22:35:43 -->