<?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:series="http://unfoldingneurons.com/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
xmlns:rawvoice="http://www.rawvoice.com/rawvoiceRssModule/"
	>
<channel>
	<title>Comments on: Death of Backup?</title>
	<atom:link href="http://gestaltit.com/all/tech/storage/martin/death-backup/feed/" rel="self" type="application/rss+xml" />
	<link>http://gestaltit.com/all/tech/storage/martin/death-backup/</link>
	<description>Independent Experts United</description>
	<lastBuildDate>Wed, 18 Jan 2012 07:24:17 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
<atom:link rel="hub" href="http://pubsubhubbub.appspot.com" />
	<atom:link rel="hub" href="http://superfeedr.com/hubbub" />
		<item>
		<title>By: eric barlier</title>
		<link>http://gestaltit.com/all/tech/storage/martin/death-backup/comment-page-1/#comment-607</link>
		<dc:creator>eric barlier</dc:creator>
		<pubDate>Thu, 11 Feb 2010 01:32:48 +0000</pubDate>
		<guid isPermaLink="false">http://storagebod.typepad.com/storagebods_blog/2010/02/death-of-backup.html#comment-607</guid>
		<description>Agreed, I got backup and archiving a bit mixed up a bit. If you add data center space into the mix plus I think that tapes can hold more data than disks (today at least) then maybe tapes are better still. Enter deduplication and thin provisioning and its got more complicated :-)&lt;br&gt;&lt;br&gt;Eric</description>
		<content:encoded><![CDATA[<p>Agreed, I got backup and archiving a bit mixed up a bit. If you add data center space into the mix plus I think that tapes can hold more data than disks (today at least) then maybe tapes are better still. Enter deduplication and thin provisioning and its got more complicated <img src='http://gestaltit.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Eric</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: eric barlier</title>
		<link>http://gestaltit.com/all/tech/storage/martin/death-backup/comment-page-1/#comment-273</link>
		<dc:creator>eric barlier</dc:creator>
		<pubDate>Wed, 10 Feb 2010 20:32:48 +0000</pubDate>
		<guid isPermaLink="false">http://storagebod.typepad.com/storagebods_blog/2010/02/death-of-backup.html#comment-273</guid>
		<description>Agreed, I got backup and archiving a bit mixed up a bit. If you add data center space into the mix plus I think that tapes can hold more data than disks (today at least) then maybe tapes are better still. Enter deduplication and thin provisioning and its got more complicated :-)&lt;br&gt;&lt;br&gt;Eric</description>
		<content:encoded><![CDATA[<p>Agreed, I got backup and archiving a bit mixed up a bit. If you add data center space into the mix plus I think that tapes can hold more data than disks (today at least) then maybe tapes are better still. Enter deduplication and thin provisioning and its got more complicated <img src='http://gestaltit.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Eric</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: silicoid</title>
		<link>http://gestaltit.com/all/tech/storage/martin/death-backup/comment-page-1/#comment-270</link>
		<dc:creator>silicoid</dc:creator>
		<pubDate>Wed, 10 Feb 2010 12:18:55 +0000</pubDate>
		<guid isPermaLink="false">http://storagebod.typepad.com/storagebods_blog/2010/02/death-of-backup.html#comment-270</guid>
		<description>Hi,&lt;br&gt;&lt;br&gt;you addressed something we try to do in our data center at the moment. Reducing or even replacing the traditional tape backup. We have a multi vendor environment and that just makes it more complicated. There isn&#039;t one tool that can manage the snaps and replications on all platforms. So instead of one tape backup software we have now at least one software for every vendor.&lt;br&gt;&lt;br&gt;When it comes to snaps and replicas on block devices (like SAN, iSCSI) there are even more problems than on NFS and CIFS. You have different operating systems with different filesystems and different volume managers. The backup tool has to know them all and manage them. Restoring whole volumes isn&#039;t that big of an issue. You just umount, restore and mount again. A single file restore is way more complicated. If you want to mount it on the same host, the backup tool has to deal with volume manager and filesystem ids on the disks. You could use mount hosts, but if you have several small external customers this could get quite expensive.&lt;br&gt;&lt;br&gt;A software that can manage all this over different vendors would be great. But then you still have the problem of you production on a EMC DMX and your development system on a Netapp over NFS. You can&#039;t copy the data that easy.&lt;br&gt;&lt;br&gt;So basically it comes to this: Does your backup handle the backups on data level (eg. email within my exchange mailbox), file level (like oracle data files) or device level. The further up the easier it is for the application. &lt;br&gt;&lt;br&gt;Oh, and don&#039;t forget the operating systems on the internal hard drives. They usually need backup too.&lt;br&gt;&lt;br&gt;@eric: I think you mixed two things: Archiving and backup. Your backups are usually not needed that long. If you ever had to use a one week old backup for the restore of a production Oracle database you were in really big trouble. Either you had a huge amount of data loss or a really long downtime of your production. Everything that needs to be archived also needs to be converted. I don&#039;t think you can still open a database that you were using in 1990. It is just quite convenient to use backup for archiving.</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>you addressed something we try to do in our data center at the moment. Reducing or even replacing the traditional tape backup. We have a multi vendor environment and that just makes it more complicated. There isn&#39;t one tool that can manage the snaps and replications on all platforms. So instead of one tape backup software we have now at least one software for every vendor.</p>
<p>When it comes to snaps and replicas on block devices (like SAN, iSCSI) there are even more problems than on NFS and CIFS. You have different operating systems with different filesystems and different volume managers. The backup tool has to know them all and manage them. Restoring whole volumes isn&#39;t that big of an issue. You just umount, restore and mount again. A single file restore is way more complicated. If you want to mount it on the same host, the backup tool has to deal with volume manager and filesystem ids on the disks. You could use mount hosts, but if you have several small external customers this could get quite expensive.</p>
<p>A software that can manage all this over different vendors would be great. But then you still have the problem of you production on a EMC DMX and your development system on a Netapp over NFS. You can&#39;t copy the data that easy.</p>
<p>So basically it comes to this: Does your backup handle the backups on data level (eg. email within my exchange mailbox), file level (like oracle data files) or device level. The further up the easier it is for the application. </p>
<p>Oh, and don&#39;t forget the operating systems on the internal hard drives. They usually need backup too.</p>
<p>@eric: I think you mixed two things: Archiving and backup. Your backups are usually not needed that long. If you ever had to use a one week old backup for the restore of a production Oracle database you were in really big trouble. Either you had a huge amount of data loss or a really long downtime of your production. Everything that needs to be archived also needs to be converted. I don&#39;t think you can still open a database that you were using in 1990. It is just quite convenient to use backup for archiving.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: eric barlier</title>
		<link>http://gestaltit.com/all/tech/storage/martin/death-backup/comment-page-1/#comment-269</link>
		<dc:creator>eric barlier</dc:creator>
		<pubDate>Tue, 09 Feb 2010 22:06:08 +0000</pubDate>
		<guid isPermaLink="false">http://storagebod.typepad.com/storagebods_blog/2010/02/death-of-backup.html#comment-269</guid>
		<description>hi, &lt;br&gt;&lt;br&gt;Ref. tape backups: in todays environments passing audits are a requirement. some laws require&lt;br&gt;data to held for 7 years, other much longer than that. Our HR dept. require 75 years!! &lt;br&gt;If we were to backup to tape we d need to keep the tape hardware for 75 years. That just does not &lt;br&gt;add up financially or in ANY other way. Tape is not a solution. &lt;br&gt;&lt;br&gt;Put it on disk and you ll be able to access your data and migrate it across to new technologies much easier. Everybody knows how easy its to read disk spindles.</description>
		<content:encoded><![CDATA[<p>hi, </p>
<p>Ref. tape backups: in todays environments passing audits are a requirement. some laws require<br />data to held for 7 years, other much longer than that. Our HR dept. require 75 years!! <br />If we were to backup to tape we d need to keep the tape hardware for 75 years. That just does not <br />add up financially or in ANY other way. Tape is not a solution. </p>
<p>Put it on disk and you ll be able to access your data and migrate it across to new technologies much easier. Everybody knows how easy its to read disk spindles.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

