<?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: SQL Server Performance Problems Not Due to VMware</title>
	<atom:link href="http://vpivot.com/2009/09/16/sql-server-performance-problems-not-due-to-vmware/feed/" rel="self" type="application/rss+xml" />
	<link>http://vpivot.com/2009/09/16/sql-server-performance-problems-not-due-to-vmware/</link>
	<description>Scott Drummonds on Virtualization</description>
	<lastBuildDate>Wed, 08 Feb 2012 14:30:44 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Simone</title>
		<link>http://vpivot.com/2009/09/16/sql-server-performance-problems-not-due-to-vmware/comment-page-1/#comment-2453</link>
		<dc:creator>Simone</dc:creator>
		<pubDate>Tue, 28 Sep 2010 13:49:32 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=24#comment-2453</guid>
		<description>Hi Phil, we have the same problem on ESXi 4.1: did you solve it?</description>
		<content:encoded><![CDATA[<p>Hi Phil, we have the same problem on ESXi 4.1: did you solve it?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phil D</title>
		<link>http://vpivot.com/2009/09/16/sql-server-performance-problems-not-due-to-vmware/comment-page-1/#comment-368</link>
		<dc:creator>Phil D</dc:creator>
		<pubDate>Wed, 30 Sep 2009 07:16:17 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=24#comment-368</guid>
		<description>We have no errors or warnings in our SQL logs.  Our Monitoring team have told us last time we were complaining about connections dropping that it did seem to be at same time as virtual machine had moved according to VM logs.</description>
		<content:encoded><![CDATA[<p>We have no errors or warnings in our SQL logs.  Our Monitoring team have told us last time we were complaining about connections dropping that it did seem to be at same time as virtual machine had moved according to VM logs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott</title>
		<link>http://vpivot.com/2009/09/16/sql-server-performance-problems-not-due-to-vmware/comment-page-1/#comment-367</link>
		<dc:creator>Scott</dc:creator>
		<pubDate>Tue, 29 Sep 2009 16:43:06 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=24#comment-367</guid>
		<description>The virtual machine will maintain is MAC address as it is migrated from one physical host to another.  This should not cause drops.  We have tested this extensively.

Are you seeing any warnings or errors in your SQL logs?</description>
		<content:encoded><![CDATA[<p>The virtual machine will maintain is MAC address as it is migrated from one physical host to another.  This should not cause drops.  We have tested this extensively.</p>
<p>Are you seeing any warnings or errors in your SQL logs?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phil D</title>
		<link>http://vpivot.com/2009/09/16/sql-server-performance-problems-not-due-to-vmware/comment-page-1/#comment-366</link>
		<dc:creator>Phil D</dc:creator>
		<pubDate>Tue, 29 Sep 2009 11:19:13 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=24#comment-366</guid>
		<description>Hi There, Did you get any people mentioning connection problems?
We have been having major problems with connections dropping between client and SQL Server databases across a range of applications (all since we moved to VMWare)
They appear to be random and think they could be when the Server &#039;moves&#039; to new MAC address during normal working day.</description>
		<content:encoded><![CDATA[<p>Hi There, Did you get any people mentioning connection problems?<br />
We have been having major problems with connections dropping between client and SQL Server databases across a range of applications (all since we moved to VMWare)<br />
They appear to be random and think they could be when the Server &#8216;moves&#8217; to new MAC address during normal working day.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

