• 0 Posts
  • 60 Comments
Joined 1 year ago
cake
Cake day: July 9th, 2023

help-circle







  • During the pandemic the grocery store was always sold out of bread flour and sometimes yeast, and the prices of tropical plants ballooned to 2-3x the usual price, with stores sometimes selling out of inventory as soon as they got it in. Some of this I’m sure can be attributed to supply chain issues but some of it was surely also due to consumer demand.








  • The calculations necessary to rebuild a failed drive from parity data stored on the other drives means that for the duration of the time that the array is being rebuilt (aka “resilvered”), you’ll have high activity on the other drives. So during that time there’s an increased chance that a drive that was already on the brink of failure is pushed over the edge. If that happens, your data is gone. Like I said it depends on your risk tolerance. You may not feel like it’s worth it in your situation. I personally only run a raidz1. I accept the risk that entails, just as people who use raidz2 accept the increased risk that entails over raidz3. There’s no limit to the amount of redundancy you can add. The level of redundancy that’s needed is a decision that only you/your organization can make.




  • Off-site backup is the proper answer to your question. All this really depends on your own tolerance or comfort with the possibility of losing data. The rule of thumb is that there should be at least three different copies of your data, each in a different physical location. For each of them, there should be redundancy of some kind implemented to guard against hardware failure. Redundancy is typically achieved by using mirrored drives or by using RAID of some kind. Also, if you’d like to know, using RAID in which you can only lose one disk in the array is not typically considered a sufficient level of protection because of the possibility of a cascading drive failure during replacement of a failed disk. It should be at least two.