Follow Slashdot stories on Twitter

 



Forgot your password?
typodupeerror
×
Data Storage Microsoft Windows IT

Ask Slashdot: What's The Best Way To Backup Large Amounts Of Personal Data? (foxdeploy.com) 366

An anonymous Slashdot reader has "approximately two terabytes of photos, currently sitting on two 4-terabyte 'Intel Rapid Storage' RAID 1 disks." But now they're considering three alternatives after moving to a new PC: a) Keep these exactly as they are... The current configuration is OK, but it's a pain if a RAID re-sync is needed as it takes a long time to check four terabytes.

b) Move to "Storage Spaces". I've not used Storage Spaces before, but reports seem to show it's good... It's a Good Thing that the disks are 100% identical and removable and readable separately. Downside? Unknown territory.

c) Break the RAID, and set up the second disk as a file-copied backup... [This] would lose a (small) amount of resilience, but wouldn't suffer from the RAID-sync issues, ideally a Mac-like "TimeMachine" backup would handle file histories.

Any recommendations?

This is also a good time to share your experiences with Storage Spaces, so leave your answers in the comments. What's the best way to backup large amounts of personal data?
This discussion has been archived. No new comments can be posted.

Ask Slashdot: What's The Best Way To Backup Large Amounts Of Personal Data?

Comments Filter:
  • Commit it to memory! (Score:5, Interesting)

    by danomac ( 1032160 ) on Sunday August 28, 2016 @03:53PM (#52786163)

    Memorize it! Just don't take any head injuries or you won't remember anything.

    More seriously, back up to hard drives is the only viable option. Then make sure you have more than one backup drive and store one at some other site. Relative maybe?

    Cloud options with that kind of storage would take forever to upload. And I've heard of people having stuff randomly go missing on their cloud service, not the entire contents, but a file here and there. I'm not so sure that's a good option.

    For storing on-site you can get a fire rated media safe, but they can be quite a bit more expensive than a regular safe.

    • by danomac ( 1032160 ) on Sunday August 28, 2016 @03:54PM (#52786169)

      In addition, I forgot the 3-2-1 backup principle. 3 copies of data, on at least 2 different types of media, and 1 copy off-site.

  • Come the fuck on (Score:5, Insightful)

    by Anonymous Coward on Sunday August 28, 2016 @04:00PM (#52786191)

    2 Terabytes is nothing.

    Here's how you do this:

    10 You buy an external hard disk that is 4 Terabytes or larger, and USB 3.0.
    20 Copy the fucking files to that thing.

    You're done. Now you have two copies: one on whatever bad idea you have as your main drive, and the other on a physically separate drive.

    Not good enough? GOTO 10

    • by spire3661 ( 1038968 ) on Sunday August 28, 2016 @04:14PM (#52786261) Journal
      You forgot checksumming and verification after transfer.....You have something on the other drive after the transfer, you wont know what until you verify it.
    • 2 Terabytes is nothing.

      Indeed. You can buy a 1TB USB thumb drive on Amazon. So all this data will fit on two of them. If all your data will fit in your pocket, with room left for both your cellphone and wallet, then it is not "large amounts of data".

    • Re: (Score:2, Insightful)

      by Anonymous Coward

      Are you serious? What a sloppy response. Relies on a manual process (therefore prone to human error, forgetting, inconsistent method of copying, etc). Doesn't scale if the RAID array grows larger than the biggest USB3 disk you can buy.

    • Re:Come the fuck on (Score:5, Informative)

      by AmiMoJo ( 196126 ) on Sunday August 28, 2016 @05:37PM (#52786649) Homepage Journal

      Bad idea, because it requires on-going effort. Most people will forget, or get lazy.

      For most people encrypted online backup is the best option. I use Spideroak (I took up the unlimited space special offer, about £100/year), but there are others. It's automatic, happens constantly in background. I've got over 4TB on Spideroak, only took a few months to upload. Obviously you need a reasonable upload speed and no/high data caps.

      • Bad idea, because it requires on-going effort

        Only if you set it up poorly. I'm not an expert programmer. Actually I'm a pretty damn terrible programmer who programs only with a minimum of 3 Google windows open explaining what the hell I'm supposed to type in, yet it took me about 2 hours (you guys could probably do it in 5 min) to setup my Linux machine so that whenever I plug my HDD in it automatically runs a backup script and emails the results to me.

        This is also a feature of many home NAS systems include the really cheap and terrible ones. Plug in

    • by Blrfl ( 46596 )

      And when your house goes up in a fire, all of your external drives go with it.

      • by CAOgdin ( 984672 )

        Despite your vulgarity, there are another options: I always keep one of my three backup drives in the trunk of my car (the second is standby, the first is connected, and I rotate them regularly). The car is almost always with me, and the first thing I'd do in case of fire is to get the car out of the garage.

        If that's not adequate, you can rent a cheap safety deposit box at your local bank. I did that for years, especially when the data included a lot of client data on them (I'm now retired).

        • Uh, 'scuse me there, Sparky... I didn't set the title for this thread. Please see the complaint department operated by Mr. Anonymous Cowherd above.

        • And I'm well aware of the other options, thanks.

          • Then why would you presume someone else wouldn't be and use them? We are, after all, speaking of people wanting to have backups of their data for later.

        • Bank safety deposit box FTW: I've got one that holds plenty of stuff, it costs $40/year. Could easily put ten hard drives in there without even limiting the space.
    • by joe_frisch ( 1366229 ) on Sunday August 28, 2016 @06:38PM (#52786827)

      Agreed! The minor changes I would make (and do for my own few TB of files).

      Have a script the runs the backup. I use rsync on linux.
      Make two copies, one that mirrors, one that just adds files.
      Use two backup disks, always have one at a remote location (your work) so you don't lose data in a house fire.

      If it is a single command (my is "backup") then its easy to remember to do every week.

      I actually have 3 backups. One at home. Two at different work sites that I cycle through. I do my backups from a linux machine that doesn't provide write access to my main windows machines. That makes me a little more resistant to hacks (since they would have to hack two different OSs.

    • by Chelloveck ( 14643 ) on Sunday August 28, 2016 @07:04PM (#52786907)

      What he said. And for ongoing backup, keep the disk at a buddy's house and rsync your files to them periodically. And reciprocate. Keep their backup disk at your place and let them rsync to you. Done. You're safe and you've made the world a better place.

      Although I imagine that our "anonymous Slashdot reader" who asked this question wouldn't know rsync if it bit them on the ass, being the marketing person for Storage Spaces and all. Come on, the only purpose of such a fucking obvious question is to get some front-page name recognition for the product. Nice timing, too, slipping it onto the feed Sunday night, ready for everyone's Monday morning Slashdot-and-coffee ritual. Kudos.

    • Re:Come the fuck on (Score:5, Informative)

      by mlts ( 1038732 ) on Sunday August 28, 2016 @07:36PM (#52787013)

      As others have said, 4TB isn't that much. The key is to have a 3-2-1 plan for the data -- 3+ copies, 2 on different media, one offsite:

      First, I'd recommend purchasing a NAS appliance. Synology and QNAP offerings are inexpensive and even though one can build their own system with FreeNAS or something else, a small NAS appliance takes up relatively little in wattage, which is nice for the electric bill. I also like the fact that you have the ability to encrypt data, and segment it into shares. Some NAS models even allow for snapshots. They are not too expensive -- an ARM based dual-drive NAS is about $150 + drives.

      For four terabytes, I would recommend a Synology DS216+ ii (the reason for the long name is that the DS216+ had components which were discontinued, so the mark 2 edition is current. This NAS model is x86 based and can use btrfs to detect bit rot on the RAID volumes) Then, drop in two WD Reds (6 or 8 TB), and you have RAID 1.

      Second, buy an external USB drive to plug to the NAS. RAID and snapshots are nice, but this provides a true backup mechanism.

      Third, get an offsite backup mechanism. QNAP and Synology have software that can back up to a number of providers, and back stuff up encrypted. There are many offsite backup providers out there.

      Fourth, consider a manual offsite mechanism, even if it is another external hard drive that you plug in, dump the contents of the NAS to, remove, and put offsite somewhere. This way, if you lose your NAS and Net connection, you still have some means to access your data.

      • I use Syno + offsite. Have a DS412+ (old now, I know) but that's what was available when I bought it. I populated it with two WD Reds and two Seagates, but both Seagates have failed (one in warranty, one not) - so it's WD from here on out unless I find some strong evidence like Backblaze saying there's a better choice.
      • by Wolfrider ( 856 )

        --Best answer I've seen so far, except for the ZFS responses.

        --My question is, how has Synology gotten btrfs to be "stable" when it's still considered to be "experimental" on a regular Linux distro? I've seen reports of people losing all their data on btrfs and still consider it to be at *least* 3-5 years behind ZFS.

        https://wiki.archlinux.org/ind... [archlinux.org]

        https://lwn.net/Articles/67681... [lwn.net]

        • by mlts ( 1038732 )

          From what I have read, btrfs is stable if used in a RAID 1 configuration. However, it seems that RAID 5... is a completely different story altogether. I'm sure it has gotten better, but as of now, I've not read anything about catastrophic data loss on anything but striped arrays.

          Given that it appears to be stable, btrfs does have a few advantages, mainly being able to handle bit rot, as well as snapshots (which are definitely not backups, but they are another tool to help prevent data loss.)

          If btrfs is a

  • RAID is not backup (Score:5, Insightful)

    by bad_fx ( 493443 ) on Sunday August 28, 2016 @04:03PM (#52786199) Journal

    Say with with me: "RAID is not backup!"

    • by Frobnicator ( 565869 ) on Sunday August 28, 2016 @04:50PM (#52786415) Journal

      Say with with me: "RAID is not backup!"

      Indeed. There is also a difference between backup and archive.

      RAID = This is running live, and I need a duplicate that is instantly available so I can keep running in case one drive fails. The trick is that if there is an operation that destroys data (e.g. ransomware infection that encrypts your stuff) then you lose all disks. This is why RAID is not backup.

      Backup = Just in case the machine dies, or I accidentally delete a bunch of stuff, or a virus hits, I can restore from the backup. This generally follows the 3-2-1 rule: At least three copies, at least two media, at least one off site. Businesses often use D2D2T systems for this.

      Archive = I will probably never look at this again, but I absolutely need to keep a copy around for historic or business reasons. Think about services like Iron Mountain or Amazon Glacier. Tape archives that are quite cheap and almost certainly never reviewed again. This is along the lines of "show me the obituaries from a newspaper published 7 May 1957", or similar.

      For the original story, it seems like he is looking for an archival solution rather than a backup solution.

    • by Anonymous Coward on Sunday August 28, 2016 @04:59PM (#52786467)

      Of course RAID isn't a backup technology. It's a way of providing fault tolerance across large filesystems. It does this by alerting administrators to failed drives, and allowing them to be swapped in & out while the filesystem stays online. At that task, it works reasonably well, although it does need to be supported by a robust alerting & "hands+feet" strategy. That's why it's still in widespread use in enterprise environments. They have the $$ and manpower to make it work.

      Conversely, maintaining a good backup of your data (vs keeping it online) is a different beast. For that you have a whole bunch of other technologies like incremental copy, snapshotting, and clever combinations of the two, that store the resulting backups on everything from another RAID array, to tape systems, USB3 portable drives, remote filesystems, cloud solutions, etc etc.

      What the OP seems to be asking is "what backup strategy should I consider to back up 2TB of personal data using SOHO technologies?" Personally, I wouldn't even consider doing it locally, as it's prone to human error and keeps all the data in the same location (thus failing to protect against the two most likely causes of data loss in a home environment: you forgot to run the backup, or your house got flooded/burnt/ransacked). I'd consider a cloud-based solution (rsync.net or something similar) as it solves both those issues, albeit at a higher ongoing (capex) cost rather than just a straight capital cost for a USB3 portable drive. It's hard to say an ongoing cost would be acceptable in this case, as the OP didn't mention whether $$ was a factor.

      • by dgatwood ( 11270 ) on Sunday August 28, 2016 @10:10PM (#52787471) Homepage Journal

        The problem with cloud-based solutions is that the cost for backing up several terabytes of data is typically several orders of magnitude higher than building your own RAID array, and the performance of Internet-based backup absolutely sucks beyond measure unless you're the sort of person whose data needs are measured in tens of megabytes.

        • To back up 2 TB over a typical cable modem (say 3 megabit upload speed) will take you 61 days. Over typical DSL (300 kilobits per second), it will take almost two years.
        • If you lose your original copy, getting the data back will be almost as painful. On a fairly fast cable modem (30 mbps), assuming the cloud-based backup server can completely saturate your downlink (which is by no means guaranteed), it will take you 6 days of continuous downloading to restore the backup. Over 3 megabit DSL, again, that number goes up to 60 days.

        The ideal solution, if you can pull it off, would be to build a small concrete bunker in your yard, run power out to it, put a UPS and power conditioner in there to protect against bad power, put a RAID array in there, wire it with Ethernet to your house underground, put a watertight door on the thing, add a power cutoff that shuts down power if water does get inside (e.g. a GFI breaker and an unused extension cord whose output end is lower than your equipment), and hope for the best.

        But more realistically, I would tend to suggest an IOSafe fireproof RAID array loaded up with five 6 TB drives (or maybe even 8 TB drives). Put it in a closet somewhere, and hope for the best. If you want to increase your protection a bit, you could also get two RAID expansion cabinets, store them at work, and periodically bring one home, clone your main RAID array to it, and bring it back

    • RAID is not a backup, unless it has a snapshot feature. 2 TB is a pittance. I've got 7 TB on a 4x4 TB ZFS raid-z volume (12 TB usable), and my setup is not really that big. It's set up with FreeNAS, which supports ZFS (redundancy like RAID, plus file integrity checks, plus snapshots). The snapshots allow you to roll back to previous version of files, thus covering the weakness of RAID which makes it not-a-backup.

      If most of the 2 TB is photos, you've got two cheap cloud storage options as a second back
      • by Gr8Apes ( 679165 )

        RAID is not a backup, unless it has a snapshot feature.

        Even then, it's not a backup in the true sense. A controller failure that sporadically writes to disk or multiple disk failures (both which I've seen occur) can crash any RAID system. The only true backup is a copy that is separate from the system running it.

      • by gweihir ( 88907 )

        A snapshot feature is not a backup either. It can serve as a basis of one though. A backup must be an _independent_ copy.

    • The OP says he is using RAID 1 (mirroring). Why is RAID 1 not a backup?
      • Because fire, theft or even a careless delete statement would take it down.

        Normally people want to protect their data from more than just hardware failure

    • by Jamu ( 852752 )
      If I can potentially restore data from it, it's backup!
    • Say with with me

      Ah, a redundancy pun in a RAID discussion. Very clever.

  • RAID shouldn't be considered a backup.

    It's old school and sub-optimal, but I still handle our personal backups the simple way - a big backup disk at home, and another big backup disk I keep in a locked drawer at my office and bring home every few months. Our computers are Macs, so we use Time Machine to do the backups. Our media "server" is backed up to those same disks, but with an rsync script.

    I keep thinking I should probably start paying for an encrypted cloud-based backup solution... I haven't done any

    • by gweihir ( 88907 )

      RAID is neither "old school" or "sub-optimal". It does serve a different purpose than backup: Raid is for reducing downtime, no other purpose. (RAID0 is not really RAID, as the "R" does not apply.)

      • RAID is neither "old school" or "sub-optimal".

        That was a different paragraph where I explained about how I currently back things up... and which definitely has a "sneaker net" aspect to it.

  • by FlyHelicopters ( 1540845 ) on Sunday August 28, 2016 @04:07PM (#52786217)

    Backblaze is what I use, if your backup isn't off-site, then it isn't really backup...

    You can also burn to DVDs or BR or use external hard drives and move them offsite, but that takes time and effort...

    Two drives with copies of the same files sitting side by side is not backup.

    • by Jason Levine ( 196982 ) on Sunday August 28, 2016 @04:55PM (#52786455) Homepage

      I'll second BackBlaze - but with the caveat of expecting your initial upload to take a long time depending on your Internet speeds. I have a 15/1 connection so the ~1TB that I wanted to back up took me about 8 months. (I couldn't use my full 1Mbps upstream bandwidth for backup traffic.) Now that this is done, however, it's pretty much automatic. New data gets written and the backup occurs. They even have an app you can use so you can access your data no matter where you are.

      If you need to restore from backup, BackBlaze will ship you a thumb drive or external hard drive for a fee. The fee is refunded if you send the drive back (thus ensuring that people don't abuse this service) and it beats having to download TBs of data.

      Besides BackBlaze, I back up everything on to two external hard drives. This way, if one drive blows, the other drive keeps the data safe. As another person posted, follow the 3-2-1 rule. 3 copies of the data (for me, 2 external HDs and 1 on BackBlaze), 2 different mediums (e.g. external HDD and cloud), and 1 copy offsite (e.g. BackBlaze or another cloud provider).

    • Backblaze has worked well for me. I have 2.6 TB of data that took me just over two weeks to upload to their servers (FIOS). I was pretty well backed up onsite, but was still vulnerable to theft and fire since my backups weren't offsite.
    • by l810c ( 551591 )

      I absolutely love iDrive. I have used it for years.

      I TB $52/year. Everything backed up. Unlimited computers/devices. I have 9 computers and 3 phones all backed up automatically.

      Even though I use source control, I occasionally mess something up. iDrive keeps 10 versions of my source files. Saved my ass several times over the years.
      I'm wondering what happens when we do pass 1 TB as the the site shows only a 10TB plan for $374/year. I would like a 2TB plan(You might be able to call sales and negotiate)

      • I absolutely love iDrive. I have used it for years.

        The features look nice, the size just isn't enough...

        I have 26TB backed up with BackBlaze, that level of storage would be expensive with most other services...

        I also use CrashPlan for critical files, but they throttle after awhile making backing up that much data impossible. They claim they don't, but they are lying about that.

        Carbonate also throttles, but at least they are honest about it. BackBlaze doesn't and will run 10 threads to backup faster.

    • by im_thatoneguy ( 819432 ) on Sunday August 28, 2016 @08:53PM (#52787245)

      I have over 10TB on Backblaze for $5/mo. Works great and recovery is easy.

      I would add though that if you want more control and more flexibility I've started using Backblaze's B2 API and SyncBack, Cloud Berry or whatever software backup solution you prefer. That costs about $5/month per TB but has the advantage of control over hash checks and retention.

  • RAID IS NOT BACKUP (Score:5, Insightful)

    by networkzombie ( 921324 ) on Sunday August 28, 2016 @04:07PM (#52786219)
    1) RAID IS NOT BACKUP unless you have another read only set.
    2) STORAGE SPACES IS NOT BACKUP unless you have another read only set, and please, it is JBOD with some added features.
    3) You are exchanging RAID sync issues with backup sync issues.

    I would setup hardware RAID, but that is not related to what you need... Backup to two other disks. Upgrade disk size and technology as needed. A 4TB disk is like $140
    • I forgot to mention that the 2 other disks should be offline when not backing up. One of them preferably offsite. If they are online, they are not backup, they are vulnerable copies.
  • Print them all and put them in labelled shoeboxes.

  • If you can live the possiblity that you can't access your data (porn stash?) for a day or two, then you don't need RAID.

    Break up the RAID and use the freed-up hard drives for a backup. Buy some extra drives and rotate the backup drives so that there is always at least full one copy off-site, preferably encrypted.

  • ZFS for on disk storage. I've had a theseus RAIDZ2 pool for almost 6 years now that's moved multiple computers, OSs and drives and hasn't lost (that I can find) any of my Pictures.

    Tape for archival. LTO-4 drives are fairly in expensive (compared to losing everything).

  • by friedmud ( 512466 ) on Sunday August 28, 2016 @04:12PM (#52786243)

    Better to get it offsite. One fire/flood/etc. and your data is toast. Not too mention that RAID IS NOT BACKUP (RINB).

    I'm a "serious amateur" photographer (about 1TB of photos currently) and I've been using CrashPlan for the last two years and I'm happy with it. They allow you to create a local encryption key that even they don't know so it seems pretty secure. The first upload can take a while (depending on your internet service) but everything is quick after that point.

    In addition to that I also use TimeMachine on my Mac so I have a local backup of everything.

  • by forgottenusername ( 1495209 ) on Sunday August 28, 2016 @04:13PM (#52786253)

    https://www.backblaze.com/clou... [backblaze.com]

    $5/month unlimited data size (writes).

    You can sync files back over or they will actually ship you a HD with your data; if you return the drive you get a refund of the drive cost but you're also free to keep it.

    The cost for individual file reads is reasonable too.

    No muss no fuss

  • RAID is NOT backup! (Score:5, Informative)

    by gweihir ( 88907 ) on Sunday August 28, 2016 @04:24PM (#52786297)

    RAID is fine to reduce downtime, but completely unsuitable as a replacement for backup.

    The RAID does not have the following things which you critically need from backup (the following list is not complete):
    - resilience against operator error (accidentally delete/overwrite files, e.g.)
    - geographic redundancy, usually not even safe against the box killing the disks, lightening, fire, theft, etc.
    - too few copies: Usually 3 (!) independent backup copies used in rotation are considered the minimum. RAID1 gives you one and it is not independent.

    My recommendation is to get at least 3 external USB disks, and establish a backup with them, because currently you have none.

    Steps:
    - Select a backup interval. This represents the maximum time-interval for which you think losing new data is acceptable
    - At the end of each interval, do the following:
          1. Fetch oldest backup disk from off-site location
          2. Put backup copy on it, making it the newest backup. Make sure to do a file-by-file comparison.
          3. Move disk to off-site location

    For somewhat reduced reliability keep the oldest copy at home and do the following:
          1. Make backup, overwriting oldest copy. Make sure to do a file-by-file comparison.
          2. Move new backup to off-site location and fetch oldest from off-site location.

    An "off-site location" can be anything from a garden-shack to a storage locker at work to an arrangement with a neighbor or a friend you see regularly.

    If you think this it too much effort, then your data must not be worth much. This is pretty much the agreed minimum experienced sysadmins want. Of course, there are always those that never lost any important data and they almost universally think this is way too much effort. Many of them learn in time when whatever they do results in that loss.

  • I have a Western Digital external HDD and every so often (whenever I have some free time but trying to do it as frequently as possible) I connect it up to my PC and run a program (SyncBackFree) that does a copy of my 3 main drives. When I am not using it to back up, the external disk lives in my desk drawer.

    If I had the money I would buy a second external HDD and keep one offsite swapping the 2 periodically just to deal with issues like a house fire that could destroy both my main PC and my external HDD but

  • For an onsite option I bought an NAS that has room for two drives which I mirrored. (I would have liked a larger one that I could have gone with RAID-5 or RAID-6 but money prevented that.) I have my computers use Time Machine to back up to the NAS. I also use my NAS for BitTorrent Sync and other services (mail, DNS, proxy).

    Ideally you would want an offsite option too in case something happened to your house.

  • Get BackBlaze or Carbonite. It's ~$50.00 per year. 1PC. No size limit. I had my house broken into and the thieves took my computer and all the backups. Also a fire could wipe out all your backups, if stored in the same place.
  • Comment removed (Score:4, Informative)

    by account_deleted ( 4530225 ) on Sunday August 28, 2016 @04:45PM (#52786389)
    Comment removed based on user account deletion
  • Presumably the OP has his pics on the SDs used in the cameras that took the shots. That is, unless the SDs were reformatted and used again. Many folks I know just buy new SD cards and retain the old ones as first level storage. Keep them in a fireproof safe or safe deposit box at a bank. After that follow the best practices for backing up including cloud storage.
    • by gweihir ( 88907 )

      Unless you have (very expensive or very small) SLC SD cards, that is pretty worthless. With a bit of bad luck, data may get corrupted within a year.

  • How about backing up to DVDs?. They hold lots of data. Had an article here the other day about optical drives...

    • A Terabyte of disk equals approximately 250 4.7 GB DVD drives. The material is unlikely to pack efficiently, so the roughly 20% of spare space on the DVD's would be unwise to try to optimize much further. That's a very awkward backup system to maintain.

  • by Harlequin80 ( 1671040 ) on Sunday August 28, 2016 @05:06PM (#52786499)

    Go onto ebay and buy an 2nd hand LTO3 or LTO4 tape drive for $150 - $300. Plug it in, write your files to the tape. For 2tb you would need 3 LTO3 tapes (assuming compression 800gb each). Take said tapes and drive them to another house.

    Decide what timeframe of loss is acceptable. ie 4 weeks, 4 months, 12 months. That is you maximum backup cycle time. Every X period of time take a new set of tapes to your offsite backup location. Buy tapes equal to at least 3 full cycles, that way on your third backup trip you take the oldest set home and re-use them.

    This is the process I use every 3 months and I have an HP Ultrium 960 sitting on top of my NAS. I also use your normal google drive type backup, but it is my second stage, rather than first stage backup. I'm not quite at the same size as you, 1.1tb, so it's 2 tapes not 3. I bought a box of 50 new lto3 tapes for $100.

  • I'm ultimately repeating what has been said over and over again here, but perhaps this will add a tiny bit more emphasis:

    RAID IS NOT BACKUP.

    Get BackBlaze for off-site backups. Or CrashPlan. Whatever. Just get something that is off-site that isn't going to lose your data when your RAID dies because of a controller failure, or a fire, or a flood, or an earthquake, or because a virus or hacker nuked your disks.

  • I'm assuming the person thinks the data is important enough to spend a bit of $$$ to make sure it doesn't go .

    I'd get one of those USB 3.0 to SATA dongles, connect a 2TB SSD to it and copy the data onto the SSD. Then I'd do a quick checksum to make sure the source and destination copies were the same. Then I'd put that SSD on a shelf somewhere other than where I keep the computer where the data is stored.

    Today, that SSD+dongle would likely run you about $700. It's about $500 if you break the backup into

    • by Wolfrider ( 856 )

      --Umm, you do realize that SSDs are:

      a) WAY expensive for backing things up to, and

      b) An un-powered SSD drive will eventually degrade and LOSE ITS DATA in a fairly short amount of time (for Backup purposes)? This gets worse with Triple-level-and-up (TLC) Cell structures, BTW. They basically need an electric refresh to keep the cell structure from flipping to another position.

      --Depending on the temperature/humidity it's stored in, SSD degradation could be detected in as low as several months or - if you're

  • I'm sure that everyone has an opinion on this.... so here is my recommendation: Get two more drives (I would say 6 TB each). Rotate between them at a rate that you fell comfortable 'loosing your changed data'. That might mean every night, every week or every month. This way your primary data will be available all the time in case of drive failure. You will ave two backup's at any point in time; one of which is "current".

    In addition: I recommend that you download install and run "Hard Drive Sentinel" [hdsentinel.com];
  • Comment removed based on user account deletion
    • by krray ( 605395 )

      I love Synology hardware -- don't trust their updates. One of their recent updates wiped my "root" account on the device(s). They can muck with admin, but should never touch root, but I digress...

      RAID-6 is the way to go IMHO. Synology's built-in backup mechanisms didn't give me a warm fuzzy feeling -- it all goes into a database. When shit hits the fan I want quick quick quick access to my (or your) files.

      I chose the two Synology approach. Each with 8 drives, RAID-6 (dual hard drive failure). One onsite. On

  • It would be great if BTSync (now Resilio Sync) had an encrypt end folder feature or something like that, imagine backing up to another persons place for only the cost of direct connect storage or NAS (on their system, assuming you don't exceed data caps).
  • by davmoo ( 63521 ) on Sunday August 28, 2016 @06:02PM (#52786733)

    For the 45th time in this thread, RAID is not backup. And all of you who are saying yes it is will change your minds the first time your array blows up and you have no other backup. Let's say you're running RAID 1 or 5. A drive dies. You stick in a new drive. You now better be praying and sacrificing animals in the hopes that you don't have another drive die before the array is rebuilt, which could take 12 hours or more if you're using 2TB or larger drives. If you value your files, then you have something in addition to your RAID array.

    If you seriously value your files, you also have a fully automatic offsite backup, and one that retains older versions. I use CrashPlan. $5.99 a month for unlimited backup of one machine. As of the time I'm typing this, I have approximately 860,000 files amounting to 2.6TB backed up (semi-pro photographer). Yes, that first backup took about 3 months, but you gotta start sometime.

  • Easy, option C. RAID is not a backup.

  • My backup strategy is simple:

    1. 8TB RAID 1 NAS for everyday use
    2. Periodic backups of the NAS using rsync to a backup disk I keep offsite
    3. Encrypted backups to Google Drive (slow, but FREE)

    The problem with NAS is that if you ever get hit by a disaster or ransomware attack, you lose it all. You need a backup of your NAS data offsite and offline.

    I am currently running the Western Digital Mirror Gen 2 which let's you plug in a USB 3.0 device, then use SSH to access the device, then use rsync to update your b

  • 2tb isn't that big. It's apparently still in the range of normal family use. If you spend $100/yr to get MS Office for your family, you also get 5tb of onedrive space.

    (irritation: Limited to 1tb per account, so you'd need to share it...)

  • FreeNAS would do what you want it to do. You can then back up to another disk or set of disks or somewhere online. As far as online goes, I'd choose a good VPS provider with sufficient disk space or rsync.net for sending ZFS streams. You could also go with a 'cheap' backup provider like BackBlaze or CrashPlan, both have their ups and downs but for that amount of space, a file-based backup (which is what rsync is) is typically insufficient especially if you're planning on growing.

    File-based backups on some o

  • Preparation:
    1.) have a physical local central server - that has encryption capabilities (A)

    2.) have a physical local backup server that only exports just the bare discs as iscsi devices (B)

    3.) have a root server sitting on the internet with ssh-tunneled iscsi exported discs which are filled by the central server. (C)

    - keep your encryption keys private and existent

    Programs:
    rsync

    Execution
    Step1) sync A -> B / completly (fast)
    Step2) sync A -> C / completly (slow-er)

    Step3) keep A -> B in sync automatic

  • Plenty people have pointed out the flaws with this approach, around 3/2/1 and "raid is not a backup". I have hard drives in multiple locations with incremental backups - mirrors are vulnerable to ransomware / cryptoware. Critical information is also in CrashPlan, which is versioned.

    The question also asks about experience with storage spaces. Around a year ago I purchased two HGST 4TB drives, formatted them ReFS with all integrity checking / fixing options turned on, and put them into a storage spaces mirror

    • All modern Windows defrag tools are varying amounts of slow as they're using the Defrag API built over the top of NTFS.

      Try MyDefrag (previously known as JkDefrag). It comes with a bunch of profiles for placement/ordering of folders and files on a running disk, plus you can write your own using its scripting language.

  • To echo what I've seen quickly, RAID is not backups. If something (like cryptolocker) suddenly encrypts all your files... you're still completely utterly FUCKED.
    If your domicile burns to the group, you're fucked. You need something that'll keep your data consistent, and keep it safe from theft/fire/destruction.

    I'm going to ignore any cost considerations... whatever.

    Build two identical boxes. The first box is going to sit in your place of residence, the second is going to sit elsewhere (like your parents h
  • Keep your RAID-1. It will protect against single disk failure and improve read performance.

    Build a server. Just a little one. An old desktop PC will suffice.
    Put in a cheap SSD (64GB will do), and a 3 or 4 TB HDD.
    Install your OS of choice to the SSD (Debian, BSD, anything low maintenance).
    Write or procure a script on the server to rsync the contents of your desktop PC to the large HDD, with the --backup switch, rotating monthly. This way you get overwritten or deleted content put in another folder (usual

  • by rally2xs ( 1093023 ) on Monday August 29, 2016 @12:41AM (#52787823)

    C'mon, online backup? Really? The poster said "terabytes." Cable companies in this area say "hundreds of kilobits per second" as an upload speed. That'd be 10's of kilobytes per second. How long? Get optimistic at, say, 800 kbps -> 80 - 100 kBps and you have a really long time. Lessee, 2 X 10^12 bytes / 1 X 10^5 kB/s = 2 X 10^7 seconds = 20 million seconds to upload 2 terabytes. 20 X 10^6 seconds / 3.6 X 10^3 seconds / hour = about 5.5 X 10^3 hours, or 5,500 hours. 5,500 hours / 24 hours / day = 229 days. I aborted Carbonite some years ago when I had only a couple hundred gigabytes,it was _NOT_ uploading every single file on my disk, and looked like it was going to exceed 3 weeks to do it.

The herd instinct among economists makes sheep look like independent thinkers.

Working...