<?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: offsite backups</title>
	<atom:link href="http://www.davidrasch.com/2008/02/05/offsite-backups/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.davidrasch.com/2008/02/05/offsite-backups/</link>
	<description></description>
	<lastBuildDate>Wed, 07 Oct 2009 13:33:20 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: drasch</title>
		<link>http://www.davidrasch.com/2008/02/05/offsite-backups/comment-page-1/#comment-15026</link>
		<dc:creator>drasch</dc:creator>
		<pubDate>Tue, 19 Feb 2008 13:10:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.davidrasch.com/2008/02/05/offsite-backups/#comment-15026</guid>
		<description>There are a few ways to accomplish this in Linux:

1. use &quot;duplicity&quot; and your backups will be stored remotely on FTP, SFTP, S3 or otherwise and in full/incremental backup format.  

2. Stack an encrypting filesystem on top of SSH for remote/encrypted backups (encfs+sshfs).  

3. Some file archivers support the creation of archives with chunks that can also be encrypted with standalone GPG (like DAR), but this way you aren&#039;t encrypting/decrypting a 100G file at once.</description>
		<content:encoded><![CDATA[<p>There are a few ways to accomplish this in Linux:</p>
<p>1. use &#8220;duplicity&#8221; and your backups will be stored remotely on FTP, SFTP, S3 or otherwise and in full/incremental backup format.  </p>
<p>2. Stack an encrypting filesystem on top of SSH for remote/encrypted backups (encfs+sshfs).  </p>
<p>3. Some file archivers support the creation of archives with chunks that can also be encrypted with standalone GPG (like DAR), but this way you aren&#8217;t encrypting/decrypting a 100G file at once.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shanti Braford</title>
		<link>http://www.davidrasch.com/2008/02/05/offsite-backups/comment-page-1/#comment-15023</link>
		<dc:creator>Shanti Braford</dc:creator>
		<pubDate>Tue, 19 Feb 2008 11:46:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.davidrasch.com/2008/02/05/offsite-backups/#comment-15023</guid>
		<description>How do you encrypt 100GB+ disk images?

I&#039;ve been using OS X&#039;s Disk Utility to create encrypted .dmg files, but it&#039;s kind of a pain.</description>
		<content:encoded><![CDATA[<p>How do you encrypt 100GB+ disk images?</p>
<p>I&#8217;ve been using OS X&#8217;s Disk Utility to create encrypted .dmg files, but it&#8217;s kind of a pain.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: david &#124; rasch &#8212; Management, Software, and Technology &#187; online storage</title>
		<link>http://www.davidrasch.com/2008/02/05/offsite-backups/comment-page-1/#comment-14900</link>
		<dc:creator>david &#124; rasch &#8212; Management, Software, and Technology &#187; online storage</dc:creator>
		<pubDate>Sat, 16 Feb 2008 14:45:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.davidrasch.com/2008/02/05/offsite-backups/#comment-14900</guid>
		<description>[...] in the &#8220;bigger isn&#8217;t always better&#8221; thread alluded to in my offsite backup post. Apparently, Amazon S3 was down for over 35 [...]</description>
		<content:encoded><![CDATA[<p>[...] in the &#8220;bigger isn&#8217;t always better&#8221; thread alluded to in my offsite backup post. Apparently, Amazon S3 was down for over 35 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Reagan</title>
		<link>http://www.davidrasch.com/2008/02/05/offsite-backups/comment-page-1/#comment-14528</link>
		<dc:creator>Michael Reagan</dc:creator>
		<pubDate>Thu, 07 Feb 2008 15:38:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.davidrasch.com/2008/02/05/offsite-backups/#comment-14528</guid>
		<description>You should check out http://www.filebackup.net

This backup service uses Iron Mountain/Connected software which is simply the best in the industry and which usually sells for 10x more. The software is paired with some of the best data centers around and there are no unreasonable limits on uploads downloads. The catch is that it is Windows platform only AND it tops out at 50GB. Does not do server, database backups.</description>
		<content:encoded><![CDATA[<p>You should check out <a href="http://www.filebackup.net" rel="nofollow">http://www.filebackup.net</a></p>
<p>This backup service uses Iron Mountain/Connected software which is simply the best in the industry and which usually sells for 10x more. The software is paired with some of the best data centers around and there are no unreasonable limits on uploads downloads. The catch is that it is Windows platform only AND it tops out at 50GB. Does not do server, database backups.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: drasch</title>
		<link>http://www.davidrasch.com/2008/02/05/offsite-backups/comment-page-1/#comment-14501</link>
		<dc:creator>drasch</dc:creator>
		<pubDate>Wed, 06 Feb 2008 23:17:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.davidrasch.com/2008/02/05/offsite-backups/#comment-14501</guid>
		<description>Len Pal,

I admire your diligence to stray onto the corners of cyberspace to respond to my quest.  Indeed, I realize the long time that backups and restore will take (&lt;a href=&quot;http://blog.raschnet.com/archives/28-drive-crash.html#extended&quot; rel=&quot;nofollow&quot;&gt;from a failure event&lt;/a&gt;).  In a &lt;a href=&quot;http://blog.raschnet.com/archives/30-Still-restoring.html&quot; rel=&quot;nofollow&quot;&gt;previous experience&lt;/a&gt;, it took longer than a week to restore a comparatively small amount of data (we&#039;ve taken lots of photos and video since 2004).  Given that I&#039;m not looking for this to be my primary source of backups in the event I do something errant or have a disk failure, but rather in case the house burns down, a hurricane levels it, or my whole machine fries from a power surge (including the disks).  The last of which has actually occurred including the frying of both my hard disks (RAID 1) through my UPS. 

All of these are fair, and I commend you for reaffirming the commitment to &quot;unlimited&quot; storage for your clients.  The main challenge, however, remains that all of my data exists on my Linux server and I haven&#039;t &quot;always-on&quot; Windows machine on which to host these backups.  Is there anything in the Carbonite pipeline to address this?

Finally, I would love to know if you have a Google alert, or a trackback handler on the website to alert of you my post last night.</description>
		<content:encoded><![CDATA[<p>Len Pal,</p>
<p>I admire your diligence to stray onto the corners of cyberspace to respond to my quest.  Indeed, I realize the long time that backups and restore will take (<a href="http://blog.raschnet.com/archives/28-drive-crash.html#extended" rel="nofollow">from a failure event</a>).  In a <a href="http://blog.raschnet.com/archives/30-Still-restoring.html" rel="nofollow">previous experience</a>, it took longer than a week to restore a comparatively small amount of data (we&#8217;ve taken lots of photos and video since 2004).  Given that I&#8217;m not looking for this to be my primary source of backups in the event I do something errant or have a disk failure, but rather in case the house burns down, a hurricane levels it, or my whole machine fries from a power surge (including the disks).  The last of which has actually occurred including the frying of both my hard disks (RAID 1) through my UPS. </p>
<p>All of these are fair, and I commend you for reaffirming the commitment to &#8220;unlimited&#8221; storage for your clients.  The main challenge, however, remains that all of my data exists on my Linux server and I haven&#8217;t &#8220;always-on&#8221; Windows machine on which to host these backups.  Is there anything in the Carbonite pipeline to address this?</p>
<p>Finally, I would love to know if you have a Google alert, or a trackback handler on the website to alert of you my post last night.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Len Pal - Carbonite</title>
		<link>http://www.davidrasch.com/2008/02/05/offsite-backups/comment-page-1/#comment-14495</link>
		<dc:creator>Len Pal - Carbonite</dc:creator>
		<pubDate>Wed, 06 Feb 2008 21:23:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.davidrasch.com/2008/02/05/offsite-backups/#comment-14495</guid>
		<description>Hi David,

I work for Carbonite. Just a quick comment - Carbonite&#039;s backups really ARE unlimited (at $49.95 per year), and although our average customer doesn&#039;t back up more than 15-20gb (and usually a lot less), quite a few of our customers have backups of 100gb or more. Rather than some hidden upper limit, we let common sense be the limiting factor: the more you back up, the longer it will take to back up and restore. 

For example, the 80gb or so that you mentioned in your post could take over three weeks to back up initially (although keeping it up to date afterwards is very speedy due to block-level incremental backups). Restoring tends to go much faster (particularly since ISPs give you faster download rates than upload rates), but 80gb could still take 5-7 days to restore completely.

For $49.95 a year, you can have a full, up-to-date, secure offsite backup. It certainly beats lugging a portable device back and forth between the office, or setting up a wireless remote backup with a neighbor.

Sincerely,

Len Pallazola
Manager, Customer Support Services
Carbonite, Inc.
www.carbonite.com</description>
		<content:encoded><![CDATA[<p>Hi David,</p>
<p>I work for Carbonite. Just a quick comment &#8211; Carbonite&#8217;s backups really ARE unlimited (at $49.95 per year), and although our average customer doesn&#8217;t back up more than 15-20gb (and usually a lot less), quite a few of our customers have backups of 100gb or more. Rather than some hidden upper limit, we let common sense be the limiting factor: the more you back up, the longer it will take to back up and restore. </p>
<p>For example, the 80gb or so that you mentioned in your post could take over three weeks to back up initially (although keeping it up to date afterwards is very speedy due to block-level incremental backups). Restoring tends to go much faster (particularly since ISPs give you faster download rates than upload rates), but 80gb could still take 5-7 days to restore completely.</p>
<p>For $49.95 a year, you can have a full, up-to-date, secure offsite backup. It certainly beats lugging a portable device back and forth between the office, or setting up a wireless remote backup with a neighbor.</p>
<p>Sincerely,</p>
<p>Len Pallazola<br />
Manager, Customer Support Services<br />
Carbonite, Inc.<br />
<a href="http://www.carbonite.com" rel="nofollow">http://www.carbonite.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim</title>
		<link>http://www.davidrasch.com/2008/02/05/offsite-backups/comment-page-1/#comment-14477</link>
		<dc:creator>Jim</dc:creator>
		<pubDate>Wed, 06 Feb 2008 12:24:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.davidrasch.com/2008/02/05/offsite-backups/#comment-14477</guid>
		<description>I forgot to say that I keep my drive in a desk drawer at work.  Archival conditions, fire suppression system, burglar alarm, unlimited storage, although bandwidth is only as good as my memory to bring the thing home to refresh my backup.  It does allow me to backup things I probably wouldn&#039;t if I were paying for space or bandwidth like /usr/local, /etc, and VMWare machines.  500GB Lacie drive ~$200.</description>
		<content:encoded><![CDATA[<p>I forgot to say that I keep my drive in a desk drawer at work.  Archival conditions, fire suppression system, burglar alarm, unlimited storage, although bandwidth is only as good as my memory to bring the thing home to refresh my backup.  It does allow me to backup things I probably wouldn&#8217;t if I were paying for space or bandwidth like /usr/local, /etc, and VMWare machines.  500GB Lacie drive ~$200.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim</title>
		<link>http://www.davidrasch.com/2008/02/05/offsite-backups/comment-page-1/#comment-14474</link>
		<dc:creator>Jim</dc:creator>
		<pubDate>Wed, 06 Feb 2008 12:01:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.davidrasch.com/2008/02/05/offsite-backups/#comment-14474</guid>
		<description>That&#039;s what I do.  I have a firewire drive that I formatted into one large Truecrypt container.  I bring it home for an incremental backup every few weeks unless I&#039;m doing something important like scanning old family photos I inherited when my dad died.  I could plug the drive into my computer at work and do rsync over ssh, but I don&#039;t see the need.

The guy in the cube next to me uses and likes Mozy, but he&#039;s only got a few weeks experience with it.  I like having the only key to my data so I&#039;ll stick with the firewire drive.</description>
		<content:encoded><![CDATA[<p>That&#8217;s what I do.  I have a firewire drive that I formatted into one large Truecrypt container.  I bring it home for an incremental backup every few weeks unless I&#8217;m doing something important like scanning old family photos I inherited when my dad died.  I could plug the drive into my computer at work and do rsync over ssh, but I don&#8217;t see the need.</p>
<p>The guy in the cube next to me uses and likes Mozy, but he&#8217;s only got a few weeks experience with it.  I like having the only key to my data so I&#8217;ll stick with the firewire drive.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
