<?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: Shrinking is a popular topic&#8230;</title>
	<atom:link href="http://www.straightpathsql.com/archives/2009/01/shrinking-is-a-popular-topic/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.straightpathsql.com/archives/2009/01/shrinking-is-a-popular-topic/</link>
	<description>Mike Walsh&#039;s Thoughts on SQL Server, Professional Development and Life</description>
	<lastBuildDate>Fri, 30 Jul 2010 18:02:55 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: dparvathaneni@gmail.com</title>
		<link>http://www.straightpathsql.com/archives/2009/01/shrinking-is-a-popular-topic/comment-page-1/#comment-195</link>
		<dc:creator>dparvathaneni@gmail.com</dc:creator>
		<pubDate>Wed, 17 Feb 2010 04:39:39 +0000</pubDate>
		<guid isPermaLink="false">http://straightpathsql.mikewalshonline.com/?p=23#comment-195</guid>
		<description>Hai,

we have arund 10 clients whose log file keeps increasing...as of now we are detaching and deleting the log file.But after seeing your comments found that is not the correct way of doing it .
How can i restrict the log file growth.Even in some clients the data file is too large .how to restrict it </description>
		<content:encoded><![CDATA[<p>Hai,</p>
<p>we have arund 10 clients whose log file keeps increasing&#8230;as of now we are detaching and deleting the log file.But after seeing your comments found that is not the correct way of doing it .<br />
How can i restrict the log file growth.Even in some clients the data file is too large .how to restrict it</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick</title>
		<link>http://www.straightpathsql.com/archives/2009/01/shrinking-is-a-popular-topic/comment-page-1/#comment-185</link>
		<dc:creator>Nick</dc:creator>
		<pubDate>Tue, 12 Jan 2010 21:29:52 +0000</pubDate>
		<guid isPermaLink="false">http://straightpathsql.mikewalshonline.com/?p=23#comment-185</guid>
		<description>I have been reading on shrinking quite a bit, I am still confused, i do need to implement this on my production server? Can you please provide solution with some script to implement in dev/test and then prod.  Ofcourse I am going to go step by step. Please Just give a good solution. Yes Point In Time recovery in prod would be neccessary in my environment. Please advice 

Thanks </description>
		<content:encoded><![CDATA[<p>I have been reading on shrinking quite a bit, I am still confused, i do need to implement this on my production server? Can you please provide solution with some script to implement in dev/test and then prod.  Ofcourse I am going to go step by step. Please Just give a good solution. Yes Point In Time recovery in prod would be neccessary in my environment. Please advice </p>
<p>Thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Walsh</title>
		<link>http://www.straightpathsql.com/archives/2009/01/shrinking-is-a-popular-topic/comment-page-1/#comment-27</link>
		<dc:creator>Mike Walsh</dc:creator>
		<pubDate>Tue, 10 Feb 2009 07:11:50 +0000</pubDate>
		<guid isPermaLink="false">http://straightpathsql.mikewalshonline.com/?p=23#comment-27</guid>
		<description>&lt;p&gt;Ed - &lt;/p&gt;&lt;p&gt;Good question, the column value of &quot;Nothing&quot; for the log_reuse_wait_desc simply is telling you that there is nothing currently blocking the reuse of the log file. In other words the log has portions available for reuse at that time. &lt;/p&gt;&lt;p&gt;This should mean that as your log file is needed, data can reuse portions that are available. My guess is that you are potentially seeing a lot of activity that is causing the growth to grow beyond the available virtual log files. Perhaps from a long running transaction that you are not seeing at that exact moment you are querying sys.databases. &lt;/p&gt;&lt;p&gt;If you look at the free space of your log file over time, do you notice it ever has plenty of free space available? Remember, the log file will grow as long as needed for the transactions occurring between checkpoints. Once a checkpoint is able to occur, the log file will be truncated (used space will be freed) but it will not be shrunk (the physical file size lowered). &lt;/p&gt;&lt;p&gt;Shrinking is a separate operation and if the file needed to grow to that size once it has as a strong potential of needing to grow to it again at some point so it is best to not shrink but just watch to make sure it doesn&#039;t truly continue to grow out of control.&lt;/p&gt;&lt;p&gt;If that is the case, I would dig deeper and look at just what is occurring on your database, look at if you changed the default recovery interval and look at your overall SQL performance and error logs to ensure nothing else is occurring.&lt;/p&gt;&lt;p&gt;Shoot me an e-mail if you want to chat more or reply in the comments. Either way I am happy to help work through this (not trying to drum up business :-) I am happy to help talk through this on my own time)&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Ed &#8211; </p>
<p>Good question, the column value of &quot;Nothing&quot; for the log_reuse_wait_desc simply is telling you that there is nothing currently blocking the reuse of the log file. In other words the log has portions available for reuse at that time. </p>
<p>This should mean that as your log file is needed, data can reuse portions that are available. My guess is that you are potentially seeing a lot of activity that is causing the growth to grow beyond the available virtual log files. Perhaps from a long running transaction that you are not seeing at that exact moment you are querying sys.databases. </p>
<p>If you look at the free space of your log file over time, do you notice it ever has plenty of free space available? Remember, the log file will grow as long as needed for the transactions occurring between checkpoints. Once a checkpoint is able to occur, the log file will be truncated (used space will be freed) but it will not be shrunk (the physical file size lowered). </p>
<p>Shrinking is a separate operation and if the file needed to grow to that size once it has as a strong potential of needing to grow to it again at some point so it is best to not shrink but just watch to make sure it doesn&#8217;t truly continue to grow out of control.</p>
<p>If that is the case, I would dig deeper and look at just what is occurring on your database, look at if you changed the default recovery interval and look at your overall SQL performance and error logs to ensure nothing else is occurring.</p>
<p>Shoot me an e-mail if you want to chat more or reply in the comments. Either way I am happy to help work through this (not trying to drum up business <img src='http://www.straightpathsql.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' />  I am happy to help talk through this on my own time)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ed Mays</title>
		<link>http://www.straightpathsql.com/archives/2009/01/shrinking-is-a-popular-topic/comment-page-1/#comment-26</link>
		<dc:creator>Ed Mays</dc:creator>
		<pubDate>Mon, 09 Feb 2009 23:20:01 +0000</pubDate>
		<guid isPermaLink="false">http://straightpathsql.mikewalshonline.com/?p=23#comment-26</guid>
		<description>&lt;p&gt;Any reason why a log file continues to grow with the recovery model set to simple when the log_reuse_wait_desc shows &quot;Nothing&quot;?  This is a perplexing problem and I would really rather not shrink the file.  So far, that&#039;s all I can do to maintain the file size.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Any reason why a log file continues to grow with the recovery model set to simple when the log_reuse_wait_desc shows &quot;Nothing&quot;?  This is a perplexing problem and I would really rather not shrink the file.  So far, that&#8217;s all I can do to maintain the file size.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
