<?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: Truncating the BizTalk 2004 Tracking Database</title>
	<atom:link href="http://www.modhul.com/2008/01/03/truncating-the-biztalk-2004-tracking-database/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.modhul.com/2008/01/03/truncating-the-biztalk-2004-tracking-database/</link>
	<description>Experiences of a UK BizTalk Consultant</description>
	<lastBuildDate>Wed, 10 Mar 2010 09:16:03 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Martin Sasek</title>
		<link>http://www.modhul.com/2008/01/03/truncating-the-biztalk-2004-tracking-database/comment-page-1/#comment-383</link>
		<dc:creator>Martin Sasek</dc:creator>
		<pubDate>Thu, 05 Mar 2009 10:34:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.modhul.com/2008/01/03/truncating-the-biztalkdtadb-database/#comment-383</guid>
		<description>Hi Nick,

thank you for your answare. 
Did you try this for BizTalk 2004 SP2? Table dta_MessageInstances doesn&#039;t exist in SP2. 

Regards

Martin</description>
		<content:encoded><![CDATA[<p>Hi Nick,</p>
<p>thank you for your answare.<br />
Did you try this for BizTalk 2004 SP2? Table dta_MessageInstances doesn&#8217;t exist in SP2. </p>
<p>Regards</p>
<p>Martin</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick Heppleston</title>
		<link>http://www.modhul.com/2008/01/03/truncating-the-biztalk-2004-tracking-database/comment-page-1/#comment-275</link>
		<dc:creator>Nick Heppleston</dc:creator>
		<pubDate>Thu, 13 Nov 2008 11:27:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.modhul.com/2008/01/03/truncating-the-biztalkdtadb-database/#comment-275</guid>
		<description>Martin,
This script is for BizTalk 2004, if you&#039;re looking for the 2006 version, see: http://www.modhul.com/2008/04/10/truncating-the-biztalk-2006-tracking-database/

Cheers, Nick.</description>
		<content:encoded><![CDATA[<p>Martin,<br />
This script is for BizTalk 2004, if you&#8217;re looking for the 2006 version, see: <a href="http://www.modhul.com/2008/04/10/truncating-the-biztalk-2006-tracking-database/" rel="nofollow">http://www.modhul.com/2008/04/10/truncating-the-biztalk-2006-tracking-database/</a></p>
<p>Cheers, Nick.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin Sasek</title>
		<link>http://www.modhul.com/2008/01/03/truncating-the-biztalk-2004-tracking-database/comment-page-1/#comment-273</link>
		<dc:creator>Martin Sasek</dc:creator>
		<pubDate>Wed, 05 Nov 2008 09:30:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.modhul.com/2008/01/03/truncating-the-biztalkdtadb-database/#comment-273</guid>
		<description>Hello Nick,

I would like to ask you is your truncate script also for BizTalk 2004?

Regards

Martin</description>
		<content:encoded><![CDATA[<p>Hello Nick,</p>
<p>I would like to ask you is your truncate script also for BizTalk 2004?</p>
<p>Regards</p>
<p>Martin</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jan</title>
		<link>http://www.modhul.com/2008/01/03/truncating-the-biztalk-2004-tracking-database/comment-page-1/#comment-126</link>
		<dc:creator>Jan</dc:creator>
		<pubDate>Tue, 27 May 2008 10:10:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.modhul.com/2008/01/03/truncating-the-biztalkdtadb-database/#comment-126</guid>
		<description>Hello Nick,

Small question concerning the dtasp_PruneTrackingDatabase stored procedure.

We have a major disk problem because off a large DTADb (60GB).

The purge jobs runs and keeps 9 days off data and it does it&#039;s job.
The problem is the table dta_url which contains 29.341.352 records.

Why is this table not cleaned up together with the rest in the dtasp_PruneTrackingDatabase SP ?

Some advise would be much appreciated :)

Greetings 
Jan</description>
		<content:encoded><![CDATA[<p>Hello Nick,</p>
<p>Small question concerning the dtasp_PruneTrackingDatabase stored procedure.</p>
<p>We have a major disk problem because off a large DTADb (60GB).</p>
<p>The purge jobs runs and keeps 9 days off data and it does it&#8217;s job.<br />
The problem is the table dta_url which contains 29.341.352 records.</p>
<p>Why is this table not cleaned up together with the rest in the dtasp_PruneTrackingDatabase SP ?</p>
<p>Some advise would be much appreciated :)</p>
<p>Greetings<br />
Jan</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Why Archive and Purge when you can just Purge? at At the Coalface: A BizTalk Blog</title>
		<link>http://www.modhul.com/2008/01/03/truncating-the-biztalk-2004-tracking-database/comment-page-1/#comment-103</link>
		<dc:creator>Why Archive and Purge when you can just Purge? at At the Coalface: A BizTalk Blog</dc:creator>
		<pubDate>Sun, 13 Apr 2008 19:48:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.modhul.com/2008/01/03/truncating-the-biztalkdtadb-database/#comment-103</guid>
		<description>[...] can either manually run a truncate on the BizTalkDTADb (see my posts detailing how to do this under BizTalk 2004 or BizTalk 2006 - there are some subtle differences), or run the hidden admin gem [...]</description>
		<content:encoded><![CDATA[<p>[...] can either manually run a truncate on the BizTalkDTADb (see my posts detailing how to do this under BizTalk 2004 or BizTalk 2006 &#8211; there are some subtle differences), or run the hidden admin gem [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Truncating the BizTalk 2006 Tracking Database at At the Coalface: A BizTalk Blog</title>
		<link>http://www.modhul.com/2008/01/03/truncating-the-biztalk-2004-tracking-database/comment-page-1/#comment-100</link>
		<dc:creator>Truncating the BizTalk 2006 Tracking Database at At the Coalface: A BizTalk Blog</dc:creator>
		<pubDate>Thu, 10 Apr 2008 14:31:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.modhul.com/2008/01/03/truncating-the-biztalkdtadb-database/#comment-100</guid>
		<description>[...] Truncating the BizTalkDTADb Database I discussed how to truncate the tracking database in BizTalk 2004. Over on the BizTalk Gurus [...]</description>
		<content:encoded><![CDATA[<p>[...] Truncating the BizTalkDTADb Database I discussed how to truncate the tracking database in BizTalk 2004. Over on the BizTalk Gurus [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick Heppleston</title>
		<link>http://www.modhul.com/2008/01/03/truncating-the-biztalk-2004-tracking-database/comment-page-1/#comment-30</link>
		<dc:creator>Nick Heppleston</dc:creator>
		<pubDate>Mon, 04 Feb 2008 22:13:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.modhul.com/2008/01/03/truncating-the-biztalkdtadb-database/#comment-30</guid>
		<description>Flashbeir,
You&#039;re not wrong, however on the few occasions that I needed to truncate the Tracking Database, I&#039;ve either been running a development environment and didn&#039;t need the data or a customer has asked me to zap the data to help clear down Gb&#039;s of unwanted tracking info (normally happens when they discover that they&#039;ve just run out of disk-space on their production environment and didn&#039;t understand what the tracking options were for).

Truncating the database isn&#039;t obviously best practice, but is helpful when you need a &#039;quick fix&#039;.</description>
		<content:encoded><![CDATA[<p>Flashbeir,<br />
You&#8217;re not wrong, however on the few occasions that I needed to truncate the Tracking Database, I&#8217;ve either been running a development environment and didn&#8217;t need the data or a customer has asked me to zap the data to help clear down Gb&#8217;s of unwanted tracking info (normally happens when they discover that they&#8217;ve just run out of disk-space on their production environment and didn&#8217;t understand what the tracking options were for).</p>
<p>Truncating the database isn&#8217;t obviously best practice, but is helpful when you need a &#8216;quick fix&#8217;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Flashbeir</title>
		<link>http://www.modhul.com/2008/01/03/truncating-the-biztalk-2004-tracking-database/comment-page-1/#comment-29</link>
		<dc:creator>Flashbeir</dc:creator>
		<pubDate>Mon, 04 Feb 2008 13:45:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.modhul.com/2008/01/03/truncating-the-biztalkdtadb-database/#comment-29</guid>
		<description>Hi,

Why should you truncate the BizTalk Tracking database. You can enable the &quot;DTA Purge and Archive&quot; job which clean the Tracking database.

Or am I wrong?

Regards,
Flashbeir</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>Why should you truncate the BizTalk Tracking database. You can enable the &#8220;DTA Purge and Archive&#8221; job which clean the Tracking database.</p>
<p>Or am I wrong?</p>
<p>Regards,<br />
Flashbeir</p>
]]></content:encoded>
	</item>
</channel>
</rss>
