this post was submitted on 05 Apr 2024
70 points (97.3% liked)

Asklemmy

43907 readers
1225 users here now

A loosely moderated place to ask open-ended questions

Search asklemmy 🔍

If your post meets the following criteria, it's welcome here!

  1. Open-ended question
  2. Not offensive: at this point, we do not have the bandwidth to moderate overtly political discussions. Assume best intent and be excellent to each other.
  3. Not regarding using or support for Lemmy: context, see the list of support communities and tools for finding communities below
  4. Not ad nauseam inducing: please make sure it is a question that would be new to most members
  5. An actual topic of discussion

Looking for support?

Looking for a community?

~Icon~ ~by~ ~@Double_A@discuss.tchncs.de~

founded 5 years ago
MODERATORS
 

Me and my friend were discussing this the other day about how he said RAID is no longer needed. He said it was due to how big SSDs have gotten and that apparently you can replace sectors within them if a problem occurs which is why having an array is not needed.

I replied with the fact that arrays allow for redundancy that create a faster uptime if there are issues and drive needs to be replaced. And depending on what you are doing, that is more valuable than just doing the new thing. Especially because RAID allows redundancy that can replicate lost data if needed depending on the configuration.

What do you all think?

you are viewing a single comment's thread
view the rest of the comments
[–] Glass0448@lemmy.today 23 points 7 months ago* (last edited 7 months ago) (2 children)

SSDs still have component bottlenecks that can kill the whole drive, same as hard drives.

Also, 3-2-1 is far superior to RAID, but having RAID on top of that is nice.

  • Maintain three copies of your data: This includes the original data and at least two copies.
  • Use two different types of media for storage: Store your data on two distinct forms of media to enhance redundancy.
  • Keep at least one copy off-site: To ensure data safety, have one backup copy stored in an off-site location, separate from your primary data and on-site backups. https://www.veeam.com/blog/321-backup-rule.html
[–] dbilitated@aussie.zone 19 points 7 months ago

3-2-1 is for backup, RAID is also for availability, eg your domain server not going down in case of drive failure. good point though.

[–] Zagorath@aussie.zone 4 points 7 months ago (5 children)

People say RAID isn't backup, but I've never understood that. Yes it's only one medium and it's probably not off-site, but if you've got an off-site copy in a different medium, why doesn't a single RAID 5 count as 2 copies of your data to add up to get the 3 in 321 backup?

[–] atimehoodie@lemmy.ml 13 points 7 months ago

Media failure isn't the only reason to back up. If you delete a file on a RAID array, it's gone on all disks. If you need to recover that deleted file, you can't recover from RAID. The same goes for formatting/damage of the file system, recovery from something wrong inside a database, etc.

[–] IphtashuFitz@lemmy.world 7 points 7 months ago (1 children)

Suppose you’re hit by a ransomware attack and all the data on your NAS gets encrypted. Your RAID “backup” is just as inaccessible as everything else. So it’s not a backup. A true backup would let you recover from the ransomware attack once you have identified and removed the malware that allowed the attack.

[–] Zagorath@aussie.zone 2 points 7 months ago (1 children)

I really, really liked @atimehoodie@lemmy.ml's answer, because even as I was reading it, I was thinking of things that they could have said—but didn't—which would have been easily rebutted. Those things fell into two basic categories: malware, and environmental effects.

As I understand it, malware is an issue with any online backup system, whether that's a RAID or just a second external hard drive. So I don't really think it works as an answer to why RAIDs specifically don't qualify as backup.

[–] IphtashuFitz@lemmy.world 1 points 7 months ago

A well thought out and implemented backup system, along with a good security setup is how you deal with malware. If backups won’t protect you from malware then you’re doing backups wrong. A proper backup implementation keeps a series of full backups plus incremental backups based on those full ones. So say your data doesn’t change very often, then you might do a full backup once a month and incremental ones twice a week. You keep 6 months of the combinations of full & incrementals, you don’t just overwrite the backups with new ones.

If you’re doing backups like that and you suffer a malware attack then you have the ability to recover data as far as 6 months ago. The chances you don’t discover malware encrypting your data for 6+ months is tiny. If you’re really paranoid then you also test recovering files from random backups on a regular basis.

My employer has detected and blocked multiple malware attacks using a combination of the above practices plus device management software that can detect unusual NAS activity and block suspect devices on our networks. Each time our security team was able to identify the encrypted files and restore over 99% from backups.

[–] brygphilomena@lemmy.world 6 points 7 months ago

RAID is resiliency, but not a backup. It doesnt hold a previous dates version, it doesn't protect against accidental deletion. Nor does it protect against changes to files.

[–] taladar@sh.itjust.works 4 points 7 months ago (1 children)

Many causes of data loss affect all RAID drives equally from accidental deletion over power surges, fire, water damage, theft,....

[–] Zagorath@aussie.zone 1 points 7 months ago (1 children)

I really, really liked @atimehoodie@lemmy.ml's answer, because even as I was reading it, I was thinking of things that they could have said—but didn't—which would have been easily rebutted. Those things fell into two basic categories: malware, and environmental effects.

Environmental effects like water damage and theft are a problem for any local storage, regardless of the technology. If it's a RAID, or an external USB drive, or even a NAS in your closet. The power surge is probably the best example of RAID not being backup, since it's very possible that one device might receive the surge but not the other, if they're connected to different outlets. But as for the other ones? Eh, I don't really buy it.

[–] taladar@sh.itjust.works 2 points 7 months ago

I have literally lost all data on a RAID6 of 12 drives since the power distributor in the server (the bit between the redundant PSUs and the rest of the system) got fried and took 5 out of the 12 drives with it.

[–] blurg@lemmy.world 0 points 7 months ago

What if the RAID 5 gets encrypted with ransomware, how many backups are there?