Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.misc > #4941 > unrolled thread

Online backups

Started byChris J Dixon <chris@cdixon.me.uk>
First post2014-09-17 08:24 +0100
Last post2014-09-22 19:28 +0100
Articles 18 — 8 participants

Back to article view | Back to comp.misc


Contents

  Online backups Chris J Dixon <chris@cdixon.me.uk> - 2014-09-17 08:24 +0100
    Re: Online backups scott@alfter.diespammersdie.us (Scott Alfter) - 2014-09-17 15:44 +0000
    Re: Online backups "RS Wood" <rsw@therandymon.com> - 2014-09-18 06:36 -0500
      Re: Online backups Rich <rich@example.invalid> - 2014-09-18 11:55 +0000
        Re: Online backups RS Wood <rsw@therandymon.com> - 2014-09-18 13:31 +0000
          Re: Online backups Rich <rich@example.invalid> - 2014-09-18 23:20 +0000
            Re: Online backups Will Honea <whonea@whonea.net> - 2014-09-18 18:37 -0600
            Re: Online backups Paul Sture <nospam@sture.ch> - 2014-09-19 13:14 +0200
              Re: Online backups Will Honea <whonea@whonea.net> - 2014-09-19 12:51 -0600
            Re: Online backups scott@alfter.diespammersdie.us (Scott Alfter) - 2014-09-19 15:43 +0000
              Re: Online backups Rich <rich@example.invalid> - 2014-09-19 18:50 +0000
                Re: Online backups scott@alfter.diespammersdie.us (Scott Alfter) - 2014-09-19 21:43 +0000
        Re: Online backups scott@alfter.diespammersdie.us (Scott Alfter) - 2014-09-18 17:06 +0000
      Re: Online backups scott@alfter.diespammersdie.us (Scott Alfter) - 2014-09-18 16:27 +0000
    Re: Online backups Roger Blake <rogblake@iname.invalid> - 2014-09-19 16:31 +0000
      Re: Online backups Chris J Dixon <chris@cdixon.me.uk> - 2014-09-20 08:03 +0100
        Re: Online backups Roger Blake <rogblake@iname.invalid> - 2014-09-22 16:34 +0000
          Re: Online backups Chris J Dixon <chris@cdixon.me.uk> - 2014-09-22 19:28 +0100

#4941 — Online backups

FromChris J Dixon <chris@cdixon.me.uk>
Date2014-09-17 08:24 +0100
SubjectOnline backups
Message-ID<4jdi1ap1m057d9ociq7a9nusdq5gh0g07l@4ax.com>
As a subscriber to Office 365, I get effectively unlimited (1TB)
OneDrive space, so am wondering if I should make use of it as my
off-site backup. Local backup is already well sorted.

Windows 7 has slightly fewer configuration options than 8, but I
think I have it arranged to leave the folders on my PC, and
available offline.  A few trial folders seem to behave as
expected, and don't appear to give problems with my local
backups.

I have seen suggestions that databases can get a bit upset, and
it is best simply to copy them to OneDrive when not in use, but
otherwise I see no reason not to move much of my data folders to
OneDrive. 

I know that uploads are very much slower than downloads, but once
done, I don't think my files have great churn.

Any experiences or alternative strategies out there?

Chris
-- 
Chris J Dixon  Nottingham UK
chris@cdixon.me.uk

Plant amazing Acers.

[toc] | [next] | [standalone]


#4952

Fromscott@alfter.diespammersdie.us (Scott Alfter)
Date2014-09-17 15:44 +0000
Message-ID<lvca9l$ts6$1@dont-email.me>
In reply to#4941
In article <4jdi1ap1m057d9ociq7a9nusdq5gh0g07l@4ax.com>,
Chris J Dixon  <chris@cdixon.me.uk> wrote:
>Any experiences or alternative strategies out there?

I think it was someone here who mentioned Tarsnap a while back:

http://www.tarsnap.com/

I have about 2 GB (after compression and encryption; about 4.5 GB before
that) of documents and Git repos backed up there, at a cost of about 50
cents per month.  I prepaid with $10 worth of Bitcoin (!), so it'll be a
while before I need to send them more money.  It's not free, but it's cheap
enough for moderate amounts of data that might change frequently.  It's
encrypted in the backup client with a key that you generate and never
divulge to Tarsnap, so others (whether Tarsnap, a malicious government
entity, or whatever) can't feasibly access your data.

Note that I'm only using it for documents and Git repos.  For things like
photos, music, and video, I think you're better off backing up to physical
media which you then store offsite.  I use BD-R with dvdisaster to put 20 GB
onto a disc that costs less than a dollar, which goes into a binder in my
desk at work.  There are currently 205 discs in the binder; some files on
older discs have been superseded, but the data backed up this way currently
adds up to a little over 3 TB.  Others might use a stack of hard drives for
this purpose.  

  _/_
 / v \ Scott Alfter (remove the obvious to send mail)
(IIGS( http://alfter.us/            Top-posting!
 \_^_/                              >What's the most annoying thing on Usenet?

[toc] | [prev] | [next] | [standalone]


#4961

From"RS Wood" <rsw@therandymon.com>
Date2014-09-18 06:36 -0500
Message-ID<6858#39341@usenet.squte.com>
In reply to#4941
Tarsnap is great for Unix platforms (I'm looking at it for a BSD server at  
the moment) but it doesn't run on Windows without Cygwin, which seems out of  
the question here. Truth is, backup is so important, so individual, and so  
complex, it's almost hard to give good advice on a generalized basis. My  
system consists of: all personal data running on a NAS, which I back up to a  
pair of USB hard drives every Sunday and store someplace physically far away  
from the machine. But my pictures and movies I burn to DVDs or CDs every few  
months, each time starting from the present and going back as far as I can  
while still fitting on the disk. That way there's always some overlap and  
multiple disks have part of that overlap, affording me some redundancy.  
Unfortunately, the things I most care to back up - pictures - take up so much  
space I can't afford to go for cloud storage, and it's not a great solution  
for me anyway for other reasons. If Cloud365 or whatever gives you some  
space, you may as well use it. You might also check out www.spideroak.com too  
for sensitive stuff you'd prefer to keep encrypted in the cloud. I use it  
too. And it works with Windows (and other platforms too).

[toc] | [prev] | [next] | [standalone]


#4963

FromRich <rich@example.invalid>
Date2014-09-18 11:55 +0000
Message-ID<lveh6u$q9n$1@dont-email.me>
In reply to#4961
RS Wood <rsw@therandymon.com> wrote:
> But my pictures and movies I burn to DVDs or CDs every few months,
> each time starting from the present and going back as far as I can
> while still fitting on the disk. That way there's always some overlap
> and multiple disks have part of that overlap, affording me some
> redundancy.

For additional redundancy on the DVD's/CD's, you might consider
Dvdisaster (http://dvdisaster.net/en/index.html) as well as your
current "overlapping" process.

[toc] | [prev] | [next] | [standalone]


#4965

FromRS Wood <rsw@therandymon.com>
Date2014-09-18 13:31 +0000
Message-ID<20140918133113.4e623011.rsw@therandymon.com>
In reply to#4963
On Thu, 18 Sep 2014 11:55:10 +0000 (UTC)
Rich <rich@example.invalid> wrote:

> RS Wood <rsw@therandymon.com> wrote:
> > But my pictures and movies I burn to DVDs or CDs every few months,
> > each time starting from the present and going back as far as I can
> > while still fitting on the disk. That way there's always some overlap
> > and multiple disks have part of that overlap, affording me some
> > redundancy.
> 
> For additional redundancy on the DVD's/CD's, you might consider
> Dvdisaster (http://dvdisaster.net/en/index.html) as well as your
> current "overlapping" process.


Yes, Scott mentioned it above and it caught my attention.  I'm going to
have to take some time to figure it out, but I'm already interested.
Thanks for providing a link.

I'm put off by all this talk about optical media being obsolete.  It's
saved my bacon more than once - you just have to understand its
limitations and organize yourself in a way that compensates for it.
New hardware doesn't usually have a CD reader in it anymore, so I've
gone out and bought an external one to ensure I can continue to burn
disks.  Hell, at less than $1 per disk these days it's not even that
much money.

[toc] | [prev] | [next] | [standalone]


#4975

FromRich <rich@example.invalid>
Date2014-09-18 23:20 +0000
Message-ID<lvfpbe$73i$1@dont-email.me>
In reply to#4965
RS Wood <rsw@therandymon.com> wrote:
> On Thu, 18 Sep 2014 11:55:10 +0000 (UTC)
> Rich <rich@example.invalid> wrote:

> > RS Wood <rsw@therandymon.com> wrote:
> > > But my pictures and movies I burn to DVDs or CDs every few months,
> > > each time starting from the present and going back as far as I can
> > > while still fitting on the disk. That way there's always some overlap
> > > and multiple disks have part of that overlap, affording me some
> > > redundancy.
> > 
> > For additional redundancy on the DVD's/CD's, you might consider
> > Dvdisaster (http://dvdisaster.net/en/index.html) as well as your
> > current "overlapping" process.

> Yes, Scott mentioned it above and it caught my attention.  I'm going to
> have to take some time to figure it out, but I'm already interested.
> Thanks for providing a link.

Your welcome.  It uses part of the storage space on the disk
(configurable) to store reed-solomon error correcting data such that a
percentage of the disk can be unreadable and yet you can still recover
all the data you wrote to the disk.

It also handles the "recovery" process should you need to recover a
disk.

It is to help against the "disk-rot" effect that plagues so many
writable optical media.  Over time, the dyes "rot" away sufficiently
that you can't read everything from the disk anymore.  Thankfully, for
disks where this does happen, it is usually a slow process and happens
for only small parts at a time.  So provided you test read the disks
occasionally, you can recover from rot before all it lost.

Or at least that is the intent.  If you never ever test the old disks,
you'll never know if they are readable or not, until you need them, and
then, if the answer is not, you end up stuck.

> Hell, at less than $1 per disk these days it's not even that much
> money.

It is also just about your only option beyond building a raid array
backup server to do backups of todays datasets when one is usually on
dialup (you've mentioned your dialup situation before).  Online backup
is just not an option at dialup speeds.

[toc] | [prev] | [next] | [standalone]


#4977

FromWill Honea <whonea@whonea.net>
Date2014-09-18 18:37 -0600
Message-ID<dVKSv.147748$JH1.100176@fx08.iad>
In reply to#4975
Rich wrote:

>> Hell, at less than $1 per disk these days it's not even that much
>> money.
> 
> It is also just about your only option beyond building a raid array
> backup server to do backups of todays datasets when one is usually on
> dialup (you've mentioned your dialup situation before).  Online backup
> is just not an option at dialup speeds.
> 

There are also several brands that offer "archival" quality media.  Some 
friends swear by them but I have no personal experience with their 
lifetimes.  My backups are frequent enough that I get a media check fairly 
often so I don't sweat it.  

One of those friends claims to have useable DVDs that are in the 10-year age 
range using even the early extended life media but you know how that goes: 
the first liar doesn't stand a chance ;-)

-- 
Will Honea

[toc] | [prev] | [next] | [standalone]


#4984

FromPaul Sture <nospam@sture.ch>
Date2014-09-19 13:14 +0200
Message-ID<jpfteb-ifj2.ln1@news.chingola.ch>
In reply to#4975
On 2014-09-18, Rich <rich@example.invalid> wrote:
> RS Wood <rsw@therandymon.com> wrote:
>> On Thu, 18 Sep 2014 11:55:10 +0000 (UTC)
>> Rich <rich@example.invalid> wrote:
>
>> > RS Wood <rsw@therandymon.com> wrote:
>> > > But my pictures and movies I burn to DVDs or CDs every few months,
>> > > each time starting from the present and going back as far as I can
>> > > while still fitting on the disk. That way there's always some overlap
>> > > and multiple disks have part of that overlap, affording me some
>> > > redundancy.
>> > 
>> > For additional redundancy on the DVD's/CD's, you might consider
>> > Dvdisaster (http://dvdisaster.net/en/index.html) as well as your
>> > current "overlapping" process.
>
>> Yes, Scott mentioned it above and it caught my attention.  I'm going to
>> have to take some time to figure it out, but I'm already interested.
>> Thanks for providing a link.
>
> Your welcome.  It uses part of the storage space on the disk
> (configurable) to store reed-solomon error correcting data such that a
> percentage of the disk can be unreadable and yet you can still recover
> all the data you wrote to the disk.

Ah that's interesting.  For many years I was using a backup solution with
built in CRC (and used by default) and having seen how effective that was
with tapes throwing read errors I rather miss it.  Once tape drives which
supported their own CRC came out various folks started to recommend
switching off the CRC in the backup utility but the latter represented the
full path from disk to tape so I stuck with it (and had systems powerful
enough that it wasn't a performance issue).

> It also handles the "recovery" process should you need to recover a
> disk.

Good to hear.  A recovery process that is tricky to use gets too close to
performing write-only backups.

> It is to help against the "disk-rot" effect that plagues so many
> writable optical media.  Over time, the dyes "rot" away sufficiently
> that you can't read everything from the disk anymore.  Thankfully, for
> disks where this does happen, it is usually a slow process and happens
> for only small parts at a time.  So provided you test read the disks
> occasionally, you can recover from rot before all it lost.

We were discussing deduplication of backups a couple of weeks ago and I
came to the conclusion that redundancy isn't such a bad thing.
Bit rot on the backups could mean that a vital block present across many
backups and deduplicated to one copy only could make life difficult.

> Or at least that is the intent.  If you never ever test the old disks,
> you'll never know if they are readable or not, until you need them, and
> then, if the answer is not, you end up stuck.
>
>> Hell, at less than $1 per disk these days it's not even that much
>> money.

I was sure they cost substantially cost more here, at least the last time
I looked, but I can get stacks of 50 or 100 at that price (just not any
more in high street outlets).

> It is also just about your only option beyond building a raid array
> backup server to do backups of todays datasets when one is usually on
> dialup (you've mentioned your dialup situation before).  Online backup
> is just not an option at dialup speeds.

It often isn't a viable option at the lower broadband speeds either.

-- 
Ernesto "Che" Guevera, commonly known as el Che, was an Argentinian
t-shirt tycoon.                                  -- TL;DR Wikipedia

[toc] | [prev] | [next] | [standalone]


#4994

FromWill Honea <whonea@whonea.net>
Date2014-09-19 12:51 -0600
Message-ID<iX_Sv.315921$w82.145039@fx21.iad>
In reply to#4984
Paul Sture wrote:

> Ah that's interesting.  For many years I was using a backup solution with
> built in CRC (and used by default) and having seen how effective that was
> with tapes throwing read errors I rather miss it.  Once tape drives which
> supported their own CRC came out various folks started to recommend
> switching off the CRC in the backup utility but the latter represented the
> full path from disk to tape so I stuck with it (and had systems powerful
> enough that it wasn't a performance issue).
> 

Although the original application was for tape backups, one job I was given 
some (many) years back was to authenticate backups for some highly important 
military files.  As you point out, the tape units of the day had CRC built-
in as well as recorded on the media but virtually all error correcting 
schemes have limits to the number/placement of errors on the media.  The 
solution we used for several years on the tapes as well as the follow-on 
generations of floppies and hard drives.  The idea was simple: 2 backups to 
different physical media (usually of the same type).  A verified restore 
source was assumed if the backup media could be read and the CRCs of the 
restore stream matched.  If not, we would then read both media copies and do 
an in-line compare of the incremental CRCs for the two streams.  That would 
identify the location of the error as the point at which the mismatch 
appeared and gave us a much finer definition of the error.

Slow, not perfect, but it was a major improvement in recovery of some pretty 
nasty backup errors.  Such strategies exist and I assume that they could be 
applied to any medium chosen.  The major drawback is that recovery from data 
errors - at any point in the process - is planning and preparation.

-- 
Will Honea

[toc] | [prev] | [next] | [standalone]


#4987

Fromscott@alfter.diespammersdie.us (Scott Alfter)
Date2014-09-19 15:43 +0000
Message-ID<lvhiv9$fsf$1@dont-email.me>
In reply to#4975
In article <lvfpbe$73i$1@dont-email.me>, Rich  <rich@example.invalid> wrote:
>It is to help against the "disk-rot" effect that plagues so many
>writable optical media.  Over time, the dyes "rot" away sufficiently
>that you can't read everything from the disk anymore.  Thankfully, for
>disks where this does happen, it is usually a slow process and happens
>for only small parts at a time.  So provided you test read the disks
>occasionally, you can recover from rot before all it lost.

On the topic of bit rot, it's worth noting that BD-R, at least in its
original formulation, doesn't use dye in its recording layer.  Instead, it's
a metal layer whose reflectivity changes when the laser melts it:

Cribbing from http://forums.anandtech.com/showpost.php?s=9e0134e3d9252a954fbb853381c43f39&p=34805422&postcount=3:

>BD-R discs don't use a dye system, partly due to the lack of a satisfactory
>dye, and concerns about finding one, but more importantly, because the
>designers of teh [sic] system had some concerns about the stability of the
>available dyes.  The problem of making high power lasers had been
>long-solved, so the decision was made to switch from dye recording
>technology.  Instead of a dye, BD-R uses copper plated silicon as a
>recording layer.  When heated with a high-power laser, the layers melt and
>fuse into a non-reflective alloy.  This alloy technology is believed to be
>hugely more stable than dye technology.  (But this doesn't say anythign
>about the stability of the unrecorded layer, manufacturing quality of the
>disc, etc.)

This should make BD-R an inherently more stable archival medium than CD-R or
DVD-R.  Throwing a wrench into the equation, however, is BD-R LTH
(low-to-high), a slightly cheaper version:

>BD-R LTH, is essentially a dye based version of BD-R. It's not compatible
>with existing blu-ray drives/players (although firmware updates enabling
>compatibility may be available for some devices).  As it's dye based, it
>can be made on CD-R/DVD-R manufacturing equipment, while BD-R discs can't. 
>Also, as a dye based technology, there are some uncertainties about
>long-term stability.  In reality, for most purposes, the stability of good
>quality dye discs should be adequate.

I'd recommend avoiding BD-R LTH for archival purposes.  You're not going to
save that much money.  BD-R HTL & dvdisaster might be a bit of a
belt-and-suspenders approach, but when it's (for instance) your wedding
photos on the line, the extra security is worth the minimal extra cost (5
discs vs. 4).

  _/_
 / v \ Scott Alfter (remove the obvious to send mail)
(IIGS( http://alfter.us/            Top-posting!
 \_^_/                              >What's the most annoying thing on Usenet?

[toc] | [prev] | [next] | [standalone]


#4992

FromRich <rich@example.invalid>
Date2014-09-19 18:50 +0000
Message-ID<lvhtth$1o9$1@dont-email.me>
In reply to#4987
Scott Alfter <scott@alfter.diespammersdie.us> wrote:
> In article <lvfpbe$73i$1@dont-email.me>, Rich  <rich@example.invalid> wrote:
> On the topic of bit rot, it's worth noting that BD-R, at least in its
> original formulation, doesn't use dye in its recording layer.  Instead, it's
> a metal layer whose reflectivity changes when the laser melts it:

Thanks for pointing this out.  I had not kept up with the BD-R world,
and simply assumed that because both CD and DVD recordables used a dye
layer, that the same tech. had simply been carried over.  And your
reference to LTH implies that some makers are trying to "just carry it
over".

But that does seem like it should make BD-R bit-rot resistant, at least
to the same sort of bit-rot that plagues DVD-R and CD-R disks.

There could still be other factors that might make BD-R rot bits, but
at least with a melted metal alloy substrate, dye breakdown is not one
of those factors.

> I'd recommend avoiding BD-R LTH for archival purposes.  You're not
> going to save that much money.  BD-R HTL & dvdisaster might be a bit
> of a belt-and-suspenders approach, but when it's (for instance) your
> wedding photos on the line, the extra security is worth the minimal
> extra cost (5 discs vs. 4).

True.  Although for the wedding photos, it's not a bad idea to also
periodically just create another set of 5, just to be sure....

I could look it up, yes, but, what is the typical per disk cost of a
BD-R HTL disk?

[toc] | [prev] | [next] | [standalone]


#4996

Fromscott@alfter.diespammersdie.us (Scott Alfter)
Date2014-09-19 21:43 +0000
Message-ID<lvi81b$cq5$1@dont-email.me>
In reply to#4992
In article <lvhtth$1o9$1@dont-email.me>, Rich  <rich@example.invalid> wrote:
>I could look it up, yes, but, what is the typical per disk cost of a
>BD-R HTL disk?

Last time I bought some, about 80¢ per disc:

http://www.digistor.com/Blu-ray-Recordable-Media/25GB-BD-R?menu=products

These LTH discs are actually more expensive, at about $1.25 each:

http://www.newegg.com/Product/Product.aspx?Item=N82E16817130187

A bit of digging turned up this inexpensive (72¢ ea.) option at Newegg that
might be HTL:

http://www.newegg.com/Product/Product.aspx?Item=N82E16817182259

  _/_
 / v \ Scott Alfter (remove the obvious to send mail)
(IIGS( http://alfter.us/            Top-posting!
 \_^_/                              >What's the most annoying thing on Usenet?

[toc] | [prev] | [next] | [standalone]


#4968

Fromscott@alfter.diespammersdie.us (Scott Alfter)
Date2014-09-18 17:06 +0000
Message-ID<lvf3f7$4fl$1@dont-email.me>
In reply to#4963
In article <lveh6u$q9n$1@dont-email.me>, Rich  <rich@example.invalid> wrote:
>RS Wood <rsw@therandymon.com> wrote:
>> But my pictures and movies I burn to DVDs or CDs every few months,
>> each time starting from the present and going back as far as I can
>> while still fitting on the disk. That way there's always some overlap
>> and multiple disks have part of that overlap, affording me some
>> redundancy.
>
>For additional redundancy on the DVD's/CD's, you might consider
>Dvdisaster (http://dvdisaster.net/en/index.html) as well as your
>current "overlapping" process.

This.  Up to 20% of my BD-Rs can rot away before they become unrecoverable.
(You can set dvdisaster to a lesser amount of redundancy, but at 20%, I
still get 20 GB of usable space per BD-R.)

  _/_
 / v \ Scott Alfter (remove the obvious to send mail)
(IIGS( http://alfter.us/            Top-posting!
 \_^_/                              >What's the most annoying thing on Usenet?


[toc] | [prev] | [next] | [standalone]


#4967

Fromscott@alfter.diespammersdie.us (Scott Alfter)
Date2014-09-18 16:27 +0000
Message-ID<lvf150$ctm$2@dont-email.me>
In reply to#4961
In article <6858#39341@usenet.squte.com>, RS Wood <rsw@therandymon.com> wrote:
>Tarsnap is great for Unix platforms (I'm looking at it for a BSD server at  
>the moment) but it doesn't run on Windows without Cygwin

I'd argue that Windows is unusable without Cygwin, but maybe that's just me.

(I'm typing this in a Cygwin window, ssh'd into a VPS.)

  _/_
 / v \ Scott Alfter (remove the obvious to send mail)
(IIGS( http://alfter.us/            Top-posting!
 \_^_/                              >What's the most annoying thing on Usenet?

[toc] | [prev] | [next] | [standalone]


#4988

FromRoger Blake <rogblake@iname.invalid>
Date2014-09-19 16:31 +0000
Message-ID<20140919123013@news.eternal-september.org>
In reply to#4941
On 2014-09-17, Chris J Dixon <chris@cdixon.me.uk> wrote:
> As a subscriber to Office 365, I get effectively unlimited (1TB)
> OneDrive space, so am wondering if I should make use of it as my
> off-site backup. Local backup is already well sorted.

Hey, as long as you have no problem with not knowing where your data
is going to wind up or who is going to have access to it under what
conditions, why not? (We can all trust Microsoft, right?)

> Any experiences or alternative strategies out there?

Local backup media stored in a trusted location offsite.

-- 
-----------------------------------------------------------------------------
  Roger Blake (Change "invalid" to "com" for email. Google Groups killfiled.)

  NSA sedition and treason -- http://www.DeathToNSAthugs.com
-----------------------------------------------------------------------------

[toc] | [prev] | [next] | [standalone]


#4998

FromChris J Dixon <chris@cdixon.me.uk>
Date2014-09-20 08:03 +0100
Message-ID<nj9q1a9bbj3fqglji7q07dhcjnbp5ljm2v@4ax.com>
In reply to#4988
Roger Blake wrote:

>On 2014-09-17, Chris J Dixon <chris@cdixon.me.uk> wrote:
>> As a subscriber to Office 365, I get effectively unlimited (1TB)
>> OneDrive space, so am wondering if I should make use of it as my
>> off-site backup. Local backup is already well sorted.
>
>Hey, as long as you have no problem with not knowing where your data
>is going to wind up or who is going to have access to it under what
>conditions, why not? (We can all trust Microsoft, right?)

So what other providers meet your criteria?
>
>> Any experiences or alternative strategies out there?
>
>Local backup media stored in a trusted location offsite.

I run plenty of local backups, but have no practical offsite
storage available.

Chris
-- 
Chris J Dixon  Nottingham UK
chris@cdixon.me.uk

Plant amazing Acers.

[toc] | [prev] | [next] | [standalone]


#5035

FromRoger Blake <rogblake@iname.invalid>
Date2014-09-22 16:34 +0000
Message-ID<20140922123112@news.eternal-september.org>
In reply to#4998
On 2014-09-20, Chris J Dixon <chris@cdixon.me.uk> wrote:
> So what other providers meet your criteria?

None. I really don't like the idea of losing control of my data, so
I keep it backed up in a manner 100% under my control.

-- 
-----------------------------------------------------------------------------
  Roger Blake (Change "invalid" to "com" for email. Google Groups killfiled.)

  NSA sedition and treason -- http://www.DeathToNSAthugs.com
-----------------------------------------------------------------------------

[toc] | [prev] | [next] | [standalone]


#5040

FromChris J Dixon <chris@cdixon.me.uk>
Date2014-09-22 19:28 +0100
Message-ID<lhq02alja1povg9d6doh4j92mmfrlvfcjr@4ax.com>
In reply to#5035
Roger Blake wrote:

>On 2014-09-20, Chris J Dixon <chris@cdixon.me.uk> wrote:
>> So what other providers meet your criteria?
>
>None. I really don't like the idea of losing control of my data, so
>I keep it backed up in a manner 100% under my control.

You are fortunate that you can achieve this.

Chris
-- 
Chris J Dixon  Nottingham UK
chris@cdixon.me.uk

Plant amazing Acers.

[toc] | [prev] | [standalone]


Back to top | Article view | comp.misc


csiph-web