 




<?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: Using batching to do large operations without filling the transaction log</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/sql-server/using-batching-to-do-large-operations-without-filling-the-transaction-log/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/sql-server/using-batching-to-do-large-operations-without-filling-the-transaction-log/</link>
	<description></description>
	<lastBuildDate>Tue, 07 May 2013 13:39:52 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: Mrdenny</title>
		<link>http://itknowledgeexchange.techtarget.com/sql-server/using-batching-to-do-large-operations-without-filling-the-transaction-log/#comment-83</link>
		<dc:creator>Mrdenny</dc:creator>
		<pubDate>Tue, 19 Aug 2008 19:13:31 +0000</pubDate>
		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/sql-server/using-batching-to-do-large-operations-without-filling-the-transaction-log/#comment-83</guid>
		<description><![CDATA[No it&#039;s not.  There&#039;s no way to batch index rebuild operations.

By changing the recovery model from bulk-logged to simple you are breaking your transaction log series which will stop you from being able to restore your transaction logs.

Instead you should trigger a transaction log backup as soon as your reindex job is complete.

About all you can do would be to do log backups between each index rebuild command.  You&#039;ll need to keep that amount of drive space reserved for your transaction log.]]></description>
		<content:encoded><![CDATA[<p>No it&#8217;s not.  There&#8217;s no way to batch index rebuild operations.</p>
<p>By changing the recovery model from bulk-logged to simple you are breaking your transaction log series which will stop you from being able to restore your transaction logs.</p>
<p>Instead you should trigger a transaction log backup as soon as your reindex job is complete.</p>
<p>About all you can do would be to do log backups between each index rebuild command.  You&#8217;ll need to keep that amount of drive space reserved for your transaction log.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: YSLGuru</title>
		<link>http://itknowledgeexchange.techtarget.com/sql-server/using-batching-to-do-large-operations-without-filling-the-transaction-log/#comment-82</link>
		<dc:creator>YSLGuru</dc:creator>
		<pubDate>Tue, 19 Aug 2008 17:50:26 +0000</pubDate>
		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/sql-server/using-batching-to-do-large-operations-without-filling-the-transaction-log/#comment-82</guid>
		<description><![CDATA[Is it possible to apply this same concept of minimal impact to the Log file when performing maintenace tasks like index rebuilds?  We have a 100GB DB with 2 very volatile tables which require Index Rebuilds weekly on a total of 6 indexes.  The Log file has 60GB of space to work with and under any other DB activity the log file seldom gets to a fourth of that size.  But when we rebuild these indexes, all 60GB are consumed.  

We have the RECOVERY MODEL set to Bluk-Logged, something we can&#039;t change due to requirements by Microsoft&#039;s DPM Software which we use for backups.  Curently I&#039;m changing the Reovery Model to SIMPLE then running the Rebulds and switching back to Bulk-Logged once the job is done.  This occurs outside normal user hours so there&#039;s nothing else going on with the DB when the rebuilds occur. Even though this approach works, I&#039;d love to finid a way to do this without changing the Recovery Model and without always having such a large amnount of drive space avaiable for the log file.

Thanks]]></description>
		<content:encoded><![CDATA[<p>Is it possible to apply this same concept of minimal impact to the Log file when performing maintenace tasks like index rebuilds?  We have a 100GB DB with 2 very volatile tables which require Index Rebuilds weekly on a total of 6 indexes.  The Log file has 60GB of space to work with and under any other DB activity the log file seldom gets to a fourth of that size.  But when we rebuild these indexes, all 60GB are consumed.  </p>
<p>We have the RECOVERY MODEL set to Bluk-Logged, something we can&#8217;t change due to requirements by Microsoft&#8217;s DPM Software which we use for backups.  Curently I&#8217;m changing the Reovery Model to SIMPLE then running the Rebulds and switching back to Bulk-Logged once the job is done.  This occurs outside normal user hours so there&#8217;s nothing else going on with the DB when the rebuilds occur. Even though this approach works, I&#8217;d love to finid a way to do this without changing the Recovery Model and without always having such a large amnount of drive space avaiable for the log file.</p>
<p>Thanks</p>
]]></content:encoded>
	</item>
</channel>
</rss>
