PTT數位生活區 / Storage_Zone (儲存裝置)

Re: [心得] 警告！不要再用Raid 5了！

看板Storage_Zone (儲存裝置)作者 (MeteorFish)時間10年前 (2015/01/18 21:46), 10年前編輯推噓8(8推 0噓 43→)
留言51則, 6人參與, 最新討論串7/7 (看更多)
※ 引述《david190 (david)》之銘言： : ※ 引述《Litfal (Litfal)》之銘言： : raid 0-6 作業系統必學一節 我早就忘光光了 : 重點不在於raid : 重點在於你認不認識"資料復原"的重要性 : 如果你知道你的"某些資料很重要" 那麼 就一定要 : 先用rar 1.選僅儲存 2.加入修復紀錄100% 裝成rar檔案 記住一個rar檔 最好別超過2G : 一份重要的放在備份資料碟 一份重要的送給(google雲端硬碟一帳號15g x 20個應該夠了) : 剩下幾T的不太重要資料就隨意了 不見了就不見 : 像我絕對不會傻到自己裝raid : raid是雲端公司的責任 不是我的責任! raid 不是備份 raid 不是備份 raid 不是備份 因為很重要，所以講三次 raid 最主要的作用是，減低資料離線的時間 本身不能夠防止誤刪，中病毒，機件本身硬件死亡，raid 卡死亡，raid 崩潰 raid 技術本身是沒有責任的。 又，組 raid 最基本要組 raid 6 raid 5本身風險很高 --------分隔線--------- 個人意見，備份，最起碼包括在線的一式兩份 然後再加上一份離線外接備份，插頭連線拔掉防止被雷劈 有條件之下再加上在線分版本的備份，防呆 最後採取異地，這一點我採取網盤，谷歌 + 微軟，多重 號，以 mover.com 互傳，兩者 都破產我認了 rar 100mb 一份(微軟有限制)，本身 rar 需要 1 加上密碼(我用英數符中) 2 鎖上檔案不能修改 3 檔名加密 以上為個人採取的方法 手機排板，傷眼勿怪 (補充 ,1 Windows Server ,3 x Syno 服役中) -- Sent from my Android -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 14.0.145.144 ※ 文章網址: https://www.ptt.cc/bbs/Storage_Zone/M.1421588776.A.AD3.html
推
01/18 21:53, , 1F
推
01/18 21:53, 1F
推
01/18 21:54, , 2F
Advanced RAR Repair <- 無視密碼軟體
01/18 21:54, 2F
→
01/18 21:57, , 3F
d大，還有一堆軟體，我上傳了一半才想到檔名沒有加密
01/18 21:57, 3F
→
01/18 21:57, , 4F
最後重做 ... 上傳 70kb/s (汗
01/18 21:57, 4F
※ 編輯: meteor0905 (219.77.223.204), 01/18/2015 23:46:41 ※ 編輯: meteor0905 (219.77.223.204), 01/18/2015 23:47:26
→
01/19 00:41, , 5F
有些軟體根本很難把檔案 copy 出來, 怎麼個備份法?
01/19 00:41, 5F
→
01/19 01:04, , 6F
b 大，我沒這種需求，但可使用 High Availability
01/19 01:04, 6F
→
01/19 01:04, , 7F
又或者用 snapshot 方式 ？
01/19 01:04, 7F
推
01/19 01:20, , 8F
RAID 就是第一道防線... snapshot 比 RAID 更高級
01/19 01:20, 8F
→
01/19 01:22, , 9F
是啊，但是不知道為甚麼會有人將防線當備份
01/19 01:22, 9F
→
01/19 01:22, , 10F
相關的技術這十年來進步非常多, 有很多新玩意新觀念
01/19 01:22, 10F
→
01/19 01:23, , 11F
Raid 了的環境，只能夠看作一夥比較能撐
01/19 01:23, 11F
→
01/19 01:24, , 12F
RAID 最重要的功能就是讓檔案系統乾淨的離線
01/19 01:24, 12F
→
01/19 01:24, , 13F
的硬盤吧？甚至風險比單一盤更高
01/19 01:24, 13F
推
01/19 01:25, , 14F
RAID1我是可以充當備份啦,廣義上 XD
01/19 01:25, 14F
→
01/19 01:25, , 15F
比單一硬碟高是不至於, 但是以現在消費硬碟的妥善率
01/19 01:25, 15F
→
01/19 01:26, , 16F
即使 RAID1 的可靠性也比 RAID6 差 團結才是力量
01/19 01:26, 16F
→
01/19 01:27, , 17F
T 兄，由 synolocker 出現之後，我連在線備份也很小
01/19 01:27, 17F
→
01/19 01:27, , 18F
心
01/19 01:27, 18F
→
01/19 01:27, , 19F
企業級硬碟的幫助也不大, 尤其是 10K 甚至 15K 的
01/19 01:27, 19F
→
01/19 01:28, , 20F
raid 6 是還好，但入門 2 bay ，我寧可 single 也
01/19 01:28, 20F
→
01/19 01:28, , 21F
不要 1
01/19 01:28, 21F
→
01/19 01:29, , 22F
幫廠商收貨, 接到 Dell 寄硬碟來替換跟家常便飯一樣
01/19 01:29, 22F
→
01/19 01:30, , 23F
顆數太少的就真的沒招, online RAID1 的確不一定好
01/19 01:30, 23F
推
01/19 01:31, , 24F
我都一顆備一顆了,4T做RAID6我不敢想咧,重建要多久
01/19 01:31, 24F
→
01/19 01:31, , 25F
b兄，我會用多隻8*5也不用企業級(但會用 nas 級)，
01/19 01:31, 25F
→
01/19 01:31, , 26F
主要價差太大，企業級個人覺得和耐用沒關連性，還是
01/19 01:31, 26F
→
01/19 01:31, , 27F
做 n+1比較安全。或者，選保修長的才是王道
01/19 01:31, 27F
→
01/19 01:33, , 28F
重建時間看負載 所以做大買賣的勢必都會走向分散式
01/19 01:33, 28F
推
01/19 01:33, , 29F
個人用還是簡單就好了.企業用喔?我們家NA最近也是一
01/19 01:33, 29F
→
01/19 01:34, , 30F
硬碟有問題就把整組拉下來重建 完畢以後再上線
01/19 01:34, 30F
→
01/19 01:34, , 31F
直call來換HD啊 XDDDDDD 這個月換三顆了
01/19 01:34, 31F
→
01/19 01:38, , 32F
T兄，資料無價.. 容量愈大風險愈高，都有8tb開賣了
01/19 01:38, 32F
→
01/19 01:38, , 33F
，我有中過雞瘟，嚇的要命，又，raid 1 如果買同批
01/19 01:38, 33F
→
01/19 01:38, , 34F
次，死亡日期可以很貼近，我家之前的s 2tb 都過保固
01/19 01:38, 34F
→
01/19 01:38, , 35F
三個後，相繼短期內死亡，那一對就是 raid 1..
01/19 01:38, 35F
→
01/19 01:39, , 36F
b 兄我只家用喇，但愈了解愈覺得可怕
01/19 01:39, 36F
→
01/19 01:41, , 37F
會研究 snapshot 和 high Availability是吃飽了撐
01/19 01:41, 37F
→
01/19 01:41, , 38F
著 XD
01/19 01:41, 38F
推
01/19 01:59, , 39F
我配對的都不會挑同時間買的. XD 通常都是新舊配
01/19 01:59, 39F
→
01/19 02:06, , 40F
T兄，我所知初建raid的大部份都不會混碟(笑
01/19 02:06, 40F
→
01/19 10:09, , 41F
企業用的STORAGE一有問題就離線重建？？這麼酷？
01/19 10:09, 41F
→
01/19 10:09, , 42F
這應該是有另一台STANDBY的機器材有辦法這樣做吧
01/19 10:09, 42F
→
01/19 10:34, , 43F
c 兄，ha 是可以這樣用，雖然不常見
01/19 10:34, 43F
→
01/19 10:59, , 44F
所以我很好奇 birdy說的，硬碟有問題整組離線重建
01/19 10:59, 44F
→
01/19 10:59, , 45F
的作法，把服務都停掉？應該沒人這樣玩吧
01/19 10:59, 45F
→
01/19 11:05, , 46F
停掉是將ha 再做一份離線？(目的不明)
01/19 11:05, 46F
→
01/19 16:06, , 47F
就是設計階段就要確定單組離線不能影響服務
01/19 16:06, 47F
→
01/19 16:07, , 48F
RAID 的最低限度是要能夠撐到服務正常停機為止
01/19 16:07, 48F
→
01/19 16:13, , 49F
一邊服務一邊重建不是不可能, 但是陣列的性能先得夠
01/19 16:13, 49F
推
01/19 16:44, , 50F
其實就是個HA的概念....
01/19 16:44, 50F
→
01/19 16:53, , 51F
如果服務"重要到絕對不能停", 只靠單組RAID辦不到
01/19 16:53, 51F
※ 編輯: meteor0905 (219.77.223.204), 01/21/2015 11:50:41
‣ 更多 meteor0905 的文章
文章代碼(AID): #1KkxaehJ (Storage_Zone)
討論串 (同標題文章)
本文引述了以下文章的的內容：
完整討論串 (本文為第 7 之 7 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共7篇)
Storage_Zone 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 meteor0905 的文章
文章代碼(AID): #1KkxaehJ (Storage_Zone)