<?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: Gracefully Handling Deadlocks</title>
	<atom:link href="http://sqlserverplanet.com/tsql/gracefully-handling-deadlocks/feed" rel="self" type="application/rss+xml" />
	<link>http://sqlserverplanet.com/tsql/gracefully-handling-deadlocks</link>
	<description>Tips and Articles on SQL Server</description>
	<lastBuildDate>Wed, 16 May 2012 18:08:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Derek Dieter</title>
		<link>http://sqlserverplanet.com/tsql/gracefully-handling-deadlocks/comment-page-1#comment-738</link>
		<dc:creator>Derek Dieter</dc:creator>
		<pubDate>Tue, 02 Aug 2011 21:56:52 +0000</pubDate>
		<guid isPermaLink="false">http://sqlserverplanet.com/?p=1336#comment-738</guid>
		<description>Hi Mike,

We have been able to deal with this issue *mostly*.  By moving the deadlock priority we get deadlocks about twice per month rather than twice a day.  What I&#039;ve found to be more of the root cause for the deadlock is our disk sub system gets very slow once a day.  During this time, all queries slow down dramatically increasing the chances for a deadlock.  Best of luck resolving it.  I don&#039;t have much experience using merge replication so unfortunately can&#039;t speak from much experience there.

Best,
Derek</description>
		<content:encoded><![CDATA[<p>Hi Mike,</p>
<p>We have been able to deal with this issue *mostly*.  By moving the deadlock priority we get deadlocks about twice per month rather than twice a day.  What I&#8217;ve found to be more of the root cause for the deadlock is our disk sub system gets very slow once a day.  During this time, all queries slow down dramatically increasing the chances for a deadlock.  Best of luck resolving it.  I don&#8217;t have much experience using merge replication so unfortunately can&#8217;t speak from much experience there.</p>
<p>Best,<br />
Derek</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Giardinelli</title>
		<link>http://sqlserverplanet.com/tsql/gracefully-handling-deadlocks/comment-page-1#comment-728</link>
		<dc:creator>Mike Giardinelli</dc:creator>
		<pubDate>Tue, 26 Jul 2011 04:08:51 +0000</pubDate>
		<guid isPermaLink="false">http://sqlserverplanet.com/?p=1336#comment-728</guid>
		<description>Hi Derek,

Your article (Gracefully Handling Deadlocks) speaks directly to my issue.  I am seeing that when I run my merge replication from a client I am getting locks on what appears to be the server processes or application interaction to the DB from the server. Usingyour methods have you been able to deal with these situations? I am concered because we are going live with a solution that I didn&#039;t see this type of locking issue until close to the end and I am trying to figure out how to resolve it.

Thanks,

Mike</description>
		<content:encoded><![CDATA[<p>Hi Derek,</p>
<p>Your article (Gracefully Handling Deadlocks) speaks directly to my issue.  I am seeing that when I run my merge replication from a client I am getting locks on what appears to be the server processes or application interaction to the DB from the server. Usingyour methods have you been able to deal with these situations? I am concered because we are going live with a solution that I didn&#8217;t see this type of locking issue until close to the end and I am trying to figure out how to resolve it.</p>
<p>Thanks,</p>
<p>Mike</p>
]]></content:encoded>
	</item>
</channel>
</rss>

