<?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: Backing up to NUL vs Backup with Truncate only</title>
	<atom:link href="http://sqlinthewild.co.za/index.php/2009/08/31/backing-up-to-nul-vs-backup-with-truncate-only/feed/" rel="self" type="application/rss+xml" />
	<link>http://sqlinthewild.co.za/index.php/2009/08/31/backing-up-to-nul-vs-backup-with-truncate-only/</link>
	<description>A discussion on SQL Server</description>
	<lastBuildDate>Mon, 14 May 2012 23:51:41 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Gail</title>
		<link>http://sqlinthewild.co.za/index.php/2009/08/31/backing-up-to-nul-vs-backup-with-truncate-only/comment-page-1/#comment-1989</link>
		<dc:creator>Gail</dc:creator>
		<pubDate>Mon, 05 Mar 2012 21:04:13 +0000</pubDate>
		<guid isPermaLink="false">http://sqlinthewild.co.za/?p=299#comment-1989</guid>
		<description>Yes, absolutely. It&#039;s like making normal log backups to disk then deliberately deleting one.

The only real use for a backup to NUL is when tweaking and tuning backups for best throughput.</description>
		<content:encoded><![CDATA[<p>Yes, absolutely. It&#8217;s like making normal log backups to disk then deliberately deleting one.</p>
<p>The only real use for a backup to NUL is when tweaking and tuning backups for best throughput.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: suresh</title>
		<link>http://sqlinthewild.co.za/index.php/2009/08/31/backing-up-to-nul-vs-backup-with-truncate-only/comment-page-1/#comment-1988</link>
		<dc:creator>suresh</dc:creator>
		<pubDate>Mon, 05 Mar 2012 15:35:42 +0000</pubDate>
		<guid isPermaLink="false">http://sqlinthewild.co.za/?p=299#comment-1988</guid>
		<description>Backup Log to Disk = ‘Nul’ is kind of dangerous then. You may keep doing log backups after it  only to discover that they are of no use. So ideally its use should be avoided then? if we switch from &quot;full&quot; to &quot;simple&quot;, atleast while doing a log backup, we&#039;ll come to know that it is not possible and log chain is broken.</description>
		<content:encoded><![CDATA[<p>Backup Log to Disk = ‘Nul’ is kind of dangerous then. You may keep doing log backups after it  only to discover that they are of no use. So ideally its use should be avoided then? if we switch from &#8220;full&#8221; to &#8220;simple&#8221;, atleast while doing a log backup, we&#8217;ll come to know that it is not possible and log chain is broken.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pradeep Singh</title>
		<link>http://sqlinthewild.co.za/index.php/2009/08/31/backing-up-to-nul-vs-backup-with-truncate-only/comment-page-1/#comment-783</link>
		<dc:creator>Pradeep Singh</dc:creator>
		<pubDate>Tue, 19 Oct 2010 11:57:01 +0000</pubDate>
		<guid isPermaLink="false">http://sqlinthewild.co.za/?p=299#comment-783</guid>
		<description>Thanks for the Article Gail. I have used nul few times knowing that actual data wont be written to any file but you explain it better. Also, I didnt know the difference between backing log to nul and using truncate_only clause. Thanks again for excellent explanation.</description>
		<content:encoded><![CDATA[<p>Thanks for the Article Gail. I have used nul few times knowing that actual data wont be written to any file but you explain it better. Also, I didnt know the difference between backing log to nul and using truncate_only clause. Thanks again for excellent explanation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gail</title>
		<link>http://sqlinthewild.co.za/index.php/2009/08/31/backing-up-to-nul-vs-backup-with-truncate-only/comment-page-1/#comment-739</link>
		<dc:creator>Gail</dc:creator>
		<pubDate>Tue, 12 Oct 2010 20:05:29 +0000</pubDate>
		<guid isPermaLink="false">http://sqlinthewild.co.za/?p=299#comment-739</guid>
		<description>I think you may want to read the post again, specifically the part that goes:

&quot;Log backups will succeed after a backup to NUL. They’re &lt;strong&gt;useless&lt;/strong&gt; for restoring the DB because there’s a log backup missing, but they’ll succeed.&quot;

If you don&#039;t want to retain log records for restore purposes, switch to simple recovery. You should only be in full if you&#039;re retaining log backups for DR purposes and if that is the case, discarding a log backup (what this does) is &lt;strong&gt;WORSE&lt;/strong&gt; than truncating the log because it&#039;s only obvious what happened when you go to restore, which will likely be in a disaster situation</description>
		<content:encoded><![CDATA[<p>I think you may want to read the post again, specifically the part that goes:</p>
<p>&#8220;Log backups will succeed after a backup to NUL. They’re <strong>useless</strong> for restoring the DB because there’s a log backup missing, but they’ll succeed.&#8221;</p>
<p>If you don&#8217;t want to retain log records for restore purposes, switch to simple recovery. You should only be in full if you&#8217;re retaining log backups for DR purposes and if that is the case, discarding a log backup (what this does) is <strong>WORSE</strong> than truncating the log because it&#8217;s only obvious what happened when you go to restore, which will likely be in a disaster situation</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vamshi</title>
		<link>http://sqlinthewild.co.za/index.php/2009/08/31/backing-up-to-nul-vs-backup-with-truncate-only/comment-page-1/#comment-738</link>
		<dc:creator>Vamshi</dc:creator>
		<pubDate>Tue, 12 Oct 2010 19:30:14 +0000</pubDate>
		<guid isPermaLink="false">http://sqlinthewild.co.za/?p=299#comment-738</guid>
		<description>Thanks Gail, so nul can be used to truncate the log file, i,e empty in active transactions in the log and there is no need to take a full backup after this operation??</description>
		<content:encoded><![CDATA[<p>Thanks Gail, so nul can be used to truncate the log file, i,e empty in active transactions in the log and there is no need to take a full backup after this operation??</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Weekly Link Post 110 &#171; Rhonda Tipton&#8217;s WebLog</title>
		<link>http://sqlinthewild.co.za/index.php/2009/08/31/backing-up-to-nul-vs-backup-with-truncate-only/comment-page-1/#comment-508</link>
		<dc:creator>Weekly Link Post 110 &#171; Rhonda Tipton&#8217;s WebLog</dc:creator>
		<pubDate>Sun, 13 Sep 2009 22:13:07 +0000</pubDate>
		<guid isPermaLink="false">http://sqlinthewild.co.za/?p=299#comment-508</guid>
		<description>[...] Backing up to NUL vs Backup with Truncate only &#8211; A well written explanation. [...]</description>
		<content:encoded><![CDATA[<p>[...] Backing up to NUL vs Backup with Truncate only &#8211; A well written explanation. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gail</title>
		<link>http://sqlinthewild.co.za/index.php/2009/08/31/backing-up-to-nul-vs-backup-with-truncate-only/comment-page-1/#comment-507</link>
		<dc:creator>Gail</dc:creator>
		<pubDate>Tue, 08 Sep 2009 07:33:27 +0000</pubDate>
		<guid isPermaLink="false">http://sqlinthewild.co.za/?p=299#comment-507</guid>
		<description>That&#039;s null with 2 l&#039;s. The NUL device has only 1.

Backup database master to disk = &#039;null&#039; -- creates a backup file named null

Backup database master to disk = &#039;nul&#039; -- backs up to the nul device, essentially deleting the backup</description>
		<content:encoded><![CDATA[<p>That&#8217;s null with 2 l&#8217;s. The NUL device has only 1.</p>
<p>Backup database master to disk = &#8216;null&#8217; &#8212; creates a backup file named null</p>
<p>Backup database master to disk = &#8216;nul&#8217; &#8212; backs up to the nul device, essentially deleting the backup</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Simon</title>
		<link>http://sqlinthewild.co.za/index.php/2009/08/31/backing-up-to-nul-vs-backup-with-truncate-only/comment-page-1/#comment-506</link>
		<dc:creator>Simon</dc:creator>
		<pubDate>Tue, 08 Sep 2009 04:12:08 +0000</pubDate>
		<guid isPermaLink="false">http://sqlinthewild.co.za/?p=299#comment-506</guid>
		<description>I did a backup xxx to disk = &#039;null&#039; and then searched my disk and found a file name with null in the sql folder. It seem the null file specified is being treated as a filename??</description>
		<content:encoded><![CDATA[<p>I did a backup xxx to disk = &#8216;null&#8217; and then searched my disk and found a file name with null in the sql folder. It seem the null file specified is being treated as a filename??</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Donovan</title>
		<link>http://sqlinthewild.co.za/index.php/2009/08/31/backing-up-to-nul-vs-backup-with-truncate-only/comment-page-1/#comment-505</link>
		<dc:creator>Donovan</dc:creator>
		<pubDate>Mon, 07 Sep 2009 13:54:11 +0000</pubDate>
		<guid isPermaLink="false">http://sqlinthewild.co.za/?p=299#comment-505</guid>
		<description>Thanks again for very intuitive advice!</description>
		<content:encoded><![CDATA[<p>Thanks again for very intuitive advice!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Schutz</title>
		<link>http://sqlinthewild.co.za/index.php/2009/08/31/backing-up-to-nul-vs-backup-with-truncate-only/comment-page-1/#comment-504</link>
		<dc:creator>Dave Schutz</dc:creator>
		<pubDate>Sat, 05 Sep 2009 23:57:13 +0000</pubDate>
		<guid isPermaLink="false">http://sqlinthewild.co.za/?p=299#comment-504</guid>
		<description>Gail,

Thanks for the excellent article. Sometimes it&#039;s hard to keep up on the new features as well as features that are being deprecated.</description>
		<content:encoded><![CDATA[<p>Gail,</p>
<p>Thanks for the excellent article. Sometimes it&#8217;s hard to keep up on the new features as well as features that are being deprecated.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

