BLU Discuss list archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Discuss] raid issues
- Subject: [Discuss] raid issues
- From: gaf at blu.org (Jerry Feldman)
- Date: Sun, 22 Jun 2014 07:33:59 -0400
- In-reply-to: <CAFq0N1xi9=autpSfLPUD2+JKf3dO=cdcDEV=nXUL9w4Jf5h6Fg@mail.gmail.com>
- References: <53A3856A.7020204@stephenadler.com> <7b7a4036a93e426e9638ba654dd65ce4@CO2PR04MB684.namprd04.prod.outlook.com> <53A5742F.8010406@blu.org> <CAJFsZ=piL_RGvhQDnU0-1=yF-LkD2+J0qonxFqwu7rywduU1Bw@mail.gmail.com> <CAFq0N1xi9=autpSfLPUD2+JKf3dO=cdcDEV=nXUL9w4Jf5h6Fg@mail.gmail.com>
The bank I once worked had had a tape vault on the other end of the parking lot. I think that hurricane Andrew may have changed their strategy, and Chevron had an offsite backup when both the data center and backup site were destroyed by Katrina. There are many good physical backup companies, like Iron Mountain, but for personal backup, you just gave to be aware of where you are storing your backups. Maybe store it at a relatives home. On 06/21/2014 03:03 PM, Jack Coats wrote: > Tapes are acane, but they still work. When I did backups for a > living, I liked IBMs TSM. We kept one copy on local backup disk, one > copy or two on tape onsite, and one or two on offsite backups. > > Some folks I worked with did backups for a nuke power plant. They had > one offsite backup on optical disk, two onsite on optical disk, plus > tapes and regular disks available for fast access. What you do just > depends on your needs and budget. > > The last major company I worked for a few years ago used TSM. They > backed up locally and did a backup to a remote data center, in > addition to sending tapes 'offsite' regularly. > > > On Sat, Jun 21, 2014 at 1:33 PM, Bill Bogstad <bogstad at pobox.com > <mailto:bogstad at pobox.com>> wrote: > > On Sat, Jun 21, 2014 at 8:01 AM, Jerry Feldman <gaf at blu.org > <mailto:gaf at blu.org>> wrote: > > "Nothing is a substitute for backups." > > I just want to reiterate this, hardware fails. If properly > managed you may be able to identify the failure before any damage > is done. And, a viable offsite backup mitigates things like a > house fire.But, in any case, backups are a last resort, but tried > and true. > > Even "offsite" may not be good enough if you are trying to protect > against malicious parties. If you are using a cloud based backup > system which lets you manage your backups over the network, you could > lose everything if someone manages to > get access to the management console for the backup system. > Apparently that is what happened to Code Spaces this > past week: > > http://www.csoonline.com/article/2365062/disaster-recovery/code-spaces-forced-to-close-its-doors-after-security-incident.html > > Actual media that you can take physically offline may still have > merit. > > Bill Bogstad > _______________________________________________ > Discuss mailing list > Discuss at blu.org <mailto:Discuss at blu.org> > http://lists.blu.org/mailman/listinfo/discuss > > -- Jerry Feldman <gaf at blu.org> Boston Linux and Unix PGP key id:3BC1EB90 PGP Key fingerprint: 49E2 C52A FC5A A31F 8D66 C0AF 7CEA 30FC 3BC1 EB90
- References:
- [Discuss] raid issues
- From: adler at stephenadler.com (Stephen Adler)
- [Discuss] raid issues
- From: blu at nedharvey.com (Edward Ned Harvey (blu))
- [Discuss] raid issues
- From: gaf at blu.org (Jerry Feldman)
- [Discuss] raid issues
- From: bogstad at pobox.com (Bill Bogstad)
- [Discuss] raid issues
- From: jack at coats.org (Jack Coats)
- [Discuss] raid issues
- Prev by Date: [Discuss] server mail
- Next by Date: [Discuss] server mail
- Previous by thread: [Discuss] raid issues
- Next by thread: [Discuss] raid issues
- Index(es):