<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: SQL SERVER &#8211; Shrinking Truncate Log File &#8211; Log Full</title>
	<atom:link href="http://blog.sqlauthority.com/2006/12/30/sql-server-shrinking-truncate-log-file-log-full/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.sqlauthority.com/2006/12/30/sql-server-shrinking-truncate-log-file-log-full/</link>
	<description>Notes of a SQL Server MVP and Database Administrator</description>
	<lastBuildDate>Fri, 20 Nov 2009 20:17:18 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Nilesh</title>
		<link>http://blog.sqlauthority.com/2006/12/30/sql-server-shrinking-truncate-log-file-log-full/#comment-57650</link>
		<dc:creator>Nilesh</dc:creator>
		<pubDate>Mon, 16 Nov 2009 18:48:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2006/12/30/shrinking-truncated-log-file/#comment-57650</guid>
		<description>Ritesh,

The &#039;quote&#039;  did not help. Same error.  Baffled now !!

--------------------------------------
why don’t you try this one?

USE 8PSTDB
GO
DBCC SHRINKFILE(‘8PSTDB_log’, 1)
BACKUP LOG 8PSTDB WITH TRUNCATE_ONLY
DBCC SHRINKFILE(‘8PSTDB_log’, 1)
GO

BTW, it is not a good idea to truncate log manually rather do take backup of your database regularly and also take backup of your log files after every few hours, depends on your risk handling capacity.</description>
		<content:encoded><![CDATA[<p>Ritesh,</p>
<p>The &#8216;quote&#8217;  did not help. Same error.  Baffled now !!</p>
<p>&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211;<br />
why don’t you try this one?</p>
<p>USE 8PSTDB<br />
GO<br />
DBCC SHRINKFILE(‘8PSTDB_log’, 1)<br />
BACKUP LOG 8PSTDB WITH TRUNCATE_ONLY<br />
DBCC SHRINKFILE(‘8PSTDB_log’, 1)<br />
GO</p>
<p>BTW, it is not a good idea to truncate log manually rather do take backup of your database regularly and also take backup of your log files after every few hours, depends on your risk handling capacity.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Imran Mohammed</title>
		<link>http://blog.sqlauthority.com/2006/12/30/sql-server-shrinking-truncate-log-file-log-full/#comment-57617</link>
		<dc:creator>Imran Mohammed</dc:creator>
		<pubDate>Sun, 15 Nov 2009 05:44:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2006/12/30/shrinking-truncated-log-file/#comment-57617</guid>
		<description>@Rakesh, 

Can you please post your email id here, 

I have a script, with does exactly what you asked for. 

please leave your email id, write it in the post, so that it is visible to me and I will have it emailed.

~ IM.</description>
		<content:encoded><![CDATA[<p>@Rakesh, </p>
<p>Can you please post your email id here, </p>
<p>I have a script, with does exactly what you asked for. </p>
<p>please leave your email id, write it in the post, so that it is visible to me and I will have it emailed.</p>
<p>~ IM.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ritesh Shah</title>
		<link>http://blog.sqlauthority.com/2006/12/30/sql-server-shrinking-truncate-log-file-log-full/#comment-57616</link>
		<dc:creator>Ritesh Shah</dc:creator>
		<pubDate>Sun, 15 Nov 2009 04:18:55 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2006/12/30/shrinking-truncated-log-file/#comment-57616</guid>
		<description>Hi Rakesh,

this is possible for sure but I don&#039;t recommend to truncate transaction log manually, even if you would like to do it, please refer below given link.

h ttp://www.sqlhub.com/2009/05/shrink-log-file-for-all-database-in-sql.html</description>
		<content:encoded><![CDATA[<p>Hi Rakesh,</p>
<p>this is possible for sure but I don&#8217;t recommend to truncate transaction log manually, even if you would like to do it, please refer below given link.</p>
<p>h ttp://www.sqlhub.com/2009/05/shrink-log-file-for-all-database-in-sql.html</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rakesh</title>
		<link>http://blog.sqlauthority.com/2006/12/30/sql-server-shrinking-truncate-log-file-log-full/#comment-57614</link>
		<dc:creator>Rakesh</dc:creator>
		<pubDate>Sat, 14 Nov 2009 22:21:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2006/12/30/shrinking-truncated-log-file/#comment-57614</guid>
		<description>Is there a way to shrink all log files for many SQL databases in one go for SQL2005 and SQL2000, as I would a like script for this, for SQL2000 and SQL2005

Thanks</description>
		<content:encoded><![CDATA[<p>Is there a way to shrink all log files for many SQL databases in one go for SQL2005 and SQL2000, as I would a like script for this, for SQL2000 and SQL2005</p>
<p>Thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ritesh Shah</title>
		<link>http://blog.sqlauthority.com/2006/12/30/sql-server-shrinking-truncate-log-file-log-full/#comment-57583</link>
		<dc:creator>Ritesh Shah</dc:creator>
		<pubDate>Fri, 13 Nov 2009 06:28:31 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2006/12/30/shrinking-truncated-log-file/#comment-57583</guid>
		<description>Nilesh,

why don&#039;t you try this one?

USE 8PSTDB
GO
DBCC SHRINKFILE(&#039;8PSTDB_log&#039;, 1)
BACKUP LOG 8PSTDB WITH TRUNCATE_ONLY
DBCC SHRINKFILE(&#039;8PSTDB_log&#039;, 1)
GO

BTW, it is not a good idea to truncate log manually rather do take backup of your database regularly and also take backup of your log files after every few hours, depends on your risk handling capacity.</description>
		<content:encoded><![CDATA[<p>Nilesh,</p>
<p>why don&#8217;t you try this one?</p>
<p>USE 8PSTDB<br />
GO<br />
DBCC SHRINKFILE(&#8216;8PSTDB_log&#8217;, 1)<br />
BACKUP LOG 8PSTDB WITH TRUNCATE_ONLY<br />
DBCC SHRINKFILE(&#8216;8PSTDB_log&#8217;, 1)<br />
GO</p>
<p>BTW, it is not a good idea to truncate log manually rather do take backup of your database regularly and also take backup of your log files after every few hours, depends on your risk handling capacity.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nilesh</title>
		<link>http://blog.sqlauthority.com/2006/12/30/sql-server-shrinking-truncate-log-file-log-full/#comment-57567</link>
		<dc:creator>nilesh</dc:creator>
		<pubDate>Fri, 13 Nov 2009 00:21:46 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2006/12/30/shrinking-truncated-log-file/#comment-57567</guid>
		<description>in case the above error message is misleading, I copy pasted the error message from another db which starts with 8RINKS - which also throws an error same as the 8PSTDB</description>
		<content:encoded><![CDATA[<p>in case the above error message is misleading, I copy pasted the error message from another db which starts with 8RINKS &#8211; which also throws an error same as the 8PSTDB</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nilesh</title>
		<link>http://blog.sqlauthority.com/2006/12/30/sql-server-shrinking-truncate-log-file-log-full/#comment-57566</link>
		<dc:creator>nilesh</dc:creator>
		<pubDate>Fri, 13 Nov 2009 00:18:34 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2006/12/30/shrinking-truncated-log-file/#comment-57566</guid>
		<description>This script worked for all my databases, but any database that starts with a number, I get error. any help appreciated. thanks



USE 8PSTDB
GO
DBCC SHRINKFILE(8PSTDB_log, 1)
BACKUP LOG 8PSTDB WITH TRUNCATE_ONLY
DBCC SHRINKFILE(8PSTDB_log, 1)
GO

------------------------
Error message
-------------------------
Msg 102, Level 15, State 1, Line 1
Incorrect syntax near &#039;8&#039;.
Msg 102, Level 15, State 1, Line 1
Incorrect syntax near &#039;rinks_log&#039;.
Msg 319, Level 15, State 1, Line 2
Incorrect syntax near the keyword &#039;with&#039;. If this statement is a common table expression or an xmlnamespaces clause, the previous statement must be terminated with a semicolon.
Msg 102, Level 15, State 1, Line 3
Incorrect syntax near &#039;rinks_log&#039;.</description>
		<content:encoded><![CDATA[<p>This script worked for all my databases, but any database that starts with a number, I get error. any help appreciated. thanks</p>
<p>USE 8PSTDB<br />
GO<br />
DBCC SHRINKFILE(8PSTDB_log, 1)<br />
BACKUP LOG 8PSTDB WITH TRUNCATE_ONLY<br />
DBCC SHRINKFILE(8PSTDB_log, 1)<br />
GO</p>
<p>&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;<br />
Error message<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-<br />
Msg 102, Level 15, State 1, Line 1<br />
Incorrect syntax near &#8216;8&#8242;.<br />
Msg 102, Level 15, State 1, Line 1<br />
Incorrect syntax near &#8216;rinks_log&#8217;.<br />
Msg 319, Level 15, State 1, Line 2<br />
Incorrect syntax near the keyword &#8216;with&#8217;. If this statement is a common table expression or an xmlnamespaces clause, the previous statement must be terminated with a semicolon.<br />
Msg 102, Level 15, State 1, Line 3<br />
Incorrect syntax near &#8216;rinks_log&#8217;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ravinder</title>
		<link>http://blog.sqlauthority.com/2006/12/30/sql-server-shrinking-truncate-log-file-log-full/#comment-56553</link>
		<dc:creator>Ravinder</dc:creator>
		<pubDate>Fri, 09 Oct 2009 07:37:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2006/12/30/shrinking-truncated-log-file/#comment-56553</guid>
		<description>Thanks for the above code,
it worked.</description>
		<content:encoded><![CDATA[<p>Thanks for the above code,<br />
it worked.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lars Mikkelsen</title>
		<link>http://blog.sqlauthority.com/2006/12/30/sql-server-shrinking-truncate-log-file-log-full/#comment-55908</link>
		<dc:creator>Lars Mikkelsen</dc:creator>
		<pubDate>Wed, 16 Sep 2009 07:30:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2006/12/30/shrinking-truncated-log-file/#comment-55908</guid>
		<description>John: Try USE [SharePoint_AdminContent_065b8fa2-f141-42ab-8b82-7b8bf659f7c2]

Some database names needs to have surrounding brackets.</description>
		<content:encoded><![CDATA[<p>John: Try USE [SharePoint_AdminContent_065b8fa2-f141-42ab-8b82-7b8bf659f7c2]</p>
<p>Some database names needs to have surrounding brackets.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ramanathan</title>
		<link>http://blog.sqlauthority.com/2006/12/30/sql-server-shrinking-truncate-log-file-log-full/#comment-55739</link>
		<dc:creator>Ramanathan</dc:creator>
		<pubDate>Wed, 09 Sep 2009 06:21:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2006/12/30/shrinking-truncated-log-file/#comment-55739</guid>
		<description>I work with SQL 2000. 

I use the follwoing script for reducing the log file size. 
There is no need of &quot;use  (database)&quot; command


dbcc shrinkdatabase (powerbrain)
go
backup log powerbrain with truncate_only
go


I use shrinkdatabase instead of shrinkfile where you may need to use &quot;use database&quot; command. I used to run this script in query analyser.</description>
		<content:encoded><![CDATA[<p>I work with SQL 2000. </p>
<p>I use the follwoing script for reducing the log file size.<br />
There is no need of &#8220;use  (database)&#8221; command</p>
<p>dbcc shrinkdatabase (powerbrain)<br />
go<br />
backup log powerbrain with truncate_only<br />
go</p>
<p>I use shrinkdatabase instead of shrinkfile where you may need to use &#8220;use database&#8221; command. I used to run this script in query analyser.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Justin Biggs</title>
		<link>http://blog.sqlauthority.com/2006/12/30/sql-server-shrinking-truncate-log-file-log-full/#comment-55559</link>
		<dc:creator>Justin Biggs</dc:creator>
		<pubDate>Thu, 03 Sep 2009 12:43:51 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2006/12/30/shrinking-truncated-log-file/#comment-55559</guid>
		<description>@Hans

I&#039;ve seen the issue with the shrink command not working from management studio before.  In my case, the logical file names on the .mdf and .ldf didn&#039;t match the name of the database.  Fixing this seemed to allow the shrink commands to work.</description>
		<content:encoded><![CDATA[<p>@Hans</p>
<p>I&#8217;ve seen the issue with the shrink command not working from management studio before.  In my case, the logical file names on the .mdf and .ldf didn&#8217;t match the name of the database.  Fixing this seemed to allow the shrink commands to work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John</title>
		<link>http://blog.sqlauthority.com/2006/12/30/sql-server-shrinking-truncate-log-file-log-full/#comment-55527</link>
		<dc:creator>John</dc:creator>
		<pubDate>Wed, 02 Sep 2009 13:57:46 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2006/12/30/shrinking-truncated-log-file/#comment-55527</guid>
		<description>I misread the error message but still seek knowledge. It does not  like the dashes...but I am not a DBA(this just fell into my lap and now I have to fix it) and not familiar with what my options are at this point.</description>
		<content:encoded><![CDATA[<p>I misread the error message but still seek knowledge. It does not  like the dashes&#8230;but I am not a DBA(this just fell into my lap and now I have to fix it) and not familiar with what my options are at this point.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John</title>
		<link>http://blog.sqlauthority.com/2006/12/30/sql-server-shrinking-truncate-log-file-log-full/#comment-55524</link>
		<dc:creator>John</dc:creator>
		<pubDate>Wed, 02 Sep 2009 13:29:12 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2006/12/30/shrinking-truncated-log-file/#comment-55524</guid>
		<description>I found this post very helpful but ran into an issue when using this against a Sharepoint database.  Full DB Name below:

USE SharePoint_AdminContent_065b8fa2-f141-42ab-8b82-7b8bf659f7c2

The error message that I get is listed below:

Could not locate entry in sysdatabases for database &#039;SharePoint_AdminContent_065b8fa2&#039;. No entry found with that name. Make sure that the name is entered correctly.

It looks like it is Stopping after 32 characters. Is there something else I must specify to allow it to use more than 32 characters?</description>
		<content:encoded><![CDATA[<p>I found this post very helpful but ran into an issue when using this against a Sharepoint database.  Full DB Name below:</p>
<p>USE SharePoint_AdminContent_065b8fa2-f141-42ab-8b82-7b8bf659f7c2</p>
<p>The error message that I get is listed below:</p>
<p>Could not locate entry in sysdatabases for database &#8216;SharePoint_AdminContent_065b8fa2&#8242;. No entry found with that name. Make sure that the name is entered correctly.</p>
<p>It looks like it is Stopping after 32 characters. Is there something else I must specify to allow it to use more than 32 characters?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hans Groenewege</title>
		<link>http://blog.sqlauthority.com/2006/12/30/sql-server-shrinking-truncate-log-file-log-full/#comment-55500</link>
		<dc:creator>Hans Groenewege</dc:creator>
		<pubDate>Wed, 02 Sep 2009 04:58:13 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2006/12/30/shrinking-truncated-log-file/#comment-55500</guid>
		<description>I am using the newest Microsoft SQL Version 8. Guess what,  the shrinkage methods in SQL SERVER MANAGEMENT STUDIO are not working or make hardly a dent in the Log file size. Also the log files grow much faster than the actual databases.

The method I used to shrink the log files is the one described here by Praveen Barath and which involves detaching the database in question, renaming the logfile, attaching the database again but now removing the log file and after DB data verification deleting the log file completely. 
I have no idea why the shrinkage utilities within management studio are not working at all.

Thanks for the tip an keep up the good work.</description>
		<content:encoded><![CDATA[<p>I am using the newest Microsoft SQL Version 8. Guess what,  the shrinkage methods in SQL SERVER MANAGEMENT STUDIO are not working or make hardly a dent in the Log file size. Also the log files grow much faster than the actual databases.</p>
<p>The method I used to shrink the log files is the one described here by Praveen Barath and which involves detaching the database in question, renaming the logfile, attaching the database again but now removing the log file and after DB data verification deleting the log file completely.<br />
I have no idea why the shrinkage utilities within management studio are not working at all.</p>
<p>Thanks for the tip an keep up the good work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Arks</title>
		<link>http://blog.sqlauthority.com/2006/12/30/sql-server-shrinking-truncate-log-file-log-full/#comment-55166</link>
		<dc:creator>Arks</dc:creator>
		<pubDate>Mon, 24 Aug 2009 19:49:25 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2006/12/30/shrinking-truncated-log-file/#comment-55166</guid>
		<description>Hi, 
My database (sql 2005) is only full recovery mode. The transaction log grew way too big about 34GB. So, what I did was 
1. shrink file using dbcc shrink file
2. backed up the transaction log using to a file
3. Issue DBCC shrink file

Now here is my question, I know if I use the truncate only option on step2 and shrink the file, it will reduce the log file size. But If I do this I am seeing messages on event viewer saying 

&quot;BACKUP LOG WITH TRUNCATE_ONLY or WITH NO_LOG is deprecated. The simple
recovery model should be used to automatically truncate the transaction log.&quot;

Since, I have backed up the log file in step2 to a file, Can I safely truncate the log file? If so Will I be able to recover to a point in time?</description>
		<content:encoded><![CDATA[<p>Hi,<br />
My database (sql 2005) is only full recovery mode. The transaction log grew way too big about 34GB. So, what I did was<br />
1. shrink file using dbcc shrink file<br />
2. backed up the transaction log using to a file<br />
3. Issue DBCC shrink file</p>
<p>Now here is my question, I know if I use the truncate only option on step2 and shrink the file, it will reduce the log file size. But If I do this I am seeing messages on event viewer saying </p>
<p>&#8220;BACKUP LOG WITH TRUNCATE_ONLY or WITH NO_LOG is deprecated. The simple<br />
recovery model should be used to automatically truncate the transaction log.&#8221;</p>
<p>Since, I have backed up the log file in step2 to a file, Can I safely truncate the log file? If so Will I be able to recover to a point in time?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: raghu</title>
		<link>http://blog.sqlauthority.com/2006/12/30/sql-server-shrinking-truncate-log-file-log-full/#comment-54808</link>
		<dc:creator>raghu</dc:creator>
		<pubDate>Thu, 13 Aug 2009 06:35:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2006/12/30/shrinking-truncated-log-file/#comment-54808</guid>
		<description>hi Pinal,

i have experienced that SHRINK DB causes fragmentation... do TEMP DB grow for SHRINK DB ??</description>
		<content:encoded><![CDATA[<p>hi Pinal,</p>
<p>i have experienced that SHRINK DB causes fragmentation&#8230; do TEMP DB grow for SHRINK DB ??</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Babu</title>
		<link>http://blog.sqlauthority.com/2006/12/30/sql-server-shrinking-truncate-log-file-log-full/#comment-53811</link>
		<dc:creator>Babu</dc:creator>
		<pubDate>Sat, 18 Jul 2009 02:32:40 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2006/12/30/shrinking-truncated-log-file/#comment-53811</guid>
		<description>Dear Pinal Dev,

This is the first time i&#039;m coming to this forum. It is very useful. Imran Mohd also doing wonderful job. He is giving info in depth</description>
		<content:encoded><![CDATA[<p>Dear Pinal Dev,</p>
<p>This is the first time i&#8217;m coming to this forum. It is very useful. Imran Mohd also doing wonderful job. He is giving info in depth</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Uday</title>
		<link>http://blog.sqlauthority.com/2006/12/30/sql-server-shrinking-truncate-log-file-log-full/#comment-53761</link>
		<dc:creator>Uday</dc:creator>
		<pubDate>Thu, 16 Jul 2009 12:29:34 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2006/12/30/shrinking-truncated-log-file/#comment-53761</guid>
		<description>Hi Pinal,

My database (replication with one more server) has grown to the hard disk limit, I tired using the above script, it threw an error, secondly when I take the backup the .bak file size is same as data + Log file size. Please suggest.</description>
		<content:encoded><![CDATA[<p>Hi Pinal,</p>
<p>My database (replication with one more server) has grown to the hard disk limit, I tired using the above script, it threw an error, secondly when I take the backup the .bak file size is same as data + Log file size. Please suggest.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roger</title>
		<link>http://blog.sqlauthority.com/2006/12/30/sql-server-shrinking-truncate-log-file-log-full/#comment-53678</link>
		<dc:creator>Roger</dc:creator>
		<pubDate>Tue, 14 Jul 2009 04:18:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2006/12/30/shrinking-truncated-log-file/#comment-53678</guid>
		<description>Pinal,

You are great. Thanks again, this is very very helpful.</description>
		<content:encoded><![CDATA[<p>Pinal,</p>
<p>You are great. Thanks again, this is very very helpful.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pinaldave</title>
		<link>http://blog.sqlauthority.com/2006/12/30/sql-server-shrinking-truncate-log-file-log-full/#comment-53560</link>
		<dc:creator>pinaldave</dc:creator>
		<pubDate>Thu, 09 Jul 2009 04:18:34 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2006/12/30/shrinking-truncated-log-file/#comment-53560</guid>
		<description>@Paul Randal,

Thank you for your comment Sir, I very much agree with you.

I was only 60 days in blogging and SQL Server when I wrote this post and at that time I was even working with SQL Server 2000. 

Again, thanks for your coming here to help community who are reading this.

Kind Regards,
Pinal</description>
		<content:encoded><![CDATA[<p>@Paul Randal,</p>
<p>Thank you for your comment Sir, I very much agree with you.</p>
<p>I was only 60 days in blogging and SQL Server when I wrote this post and at that time I was even working with SQL Server 2000. </p>
<p>Again, thanks for your coming here to help community who are reading this.</p>
<p>Kind Regards,<br />
Pinal</p>
]]></content:encoded>
	</item>
</channel>
</rss>
