瀏覽單個文章
shinnlu
Advance Member
 

加入日期: Jan 2003
文章: 334
引用:
作者sp004697
不過人算不如天算
某天公司天線遭雷擊,六台裡面有四台被打掛...
這該怎麼算?

這是天災,我覺得我的是人禍
引用:
作者Select_from
機器都會壞,密集排程備份+異地同步備援才是唯一的解

已經有備份了,只是不爽他說 OS Reload 說的很容易,他按一個 OS Reload,我就要忙了很久,也不提供搬遷的辦法,所有的責任都和他沒關係,他都照著 SOP 去做了

引用:
作者alan0888
常識就是有 Ctritical Data 就會有 Online Backup (Raid Disk),有 Online Backup 就必須要 Offline Backup (Tape)。有錢肯砸的,還可作 DR 異地備援。另外 SSD 拿來放資料也是會死很慘,那天 IC 寫掛了連救都救不回。備份就跟保險一樣,有備無患,出事就用得到。

我們的資料有做異地備援,但是不包含整個系統,所以要從零開始還是蠻麻煩的
引用:
作者vxr
這4~5年來..
算是近代RAID f/w會操作一種OAR(RAID Roaming)的行為...
他會因為RAID controller的替換而從VD的metadata進行import的操作...
比方說LSI的RAID f/w(IMR)會預先切入512MB(per PD)左右的tail作為metadata...
假設我替換RoC(如果是IR mode則為有限的64MB)...
通常並不會因為掛了而導致VD全部救不回...
因為OAR將會復原這些操作..
(如果這種基本的競爭條件都做不到, 那些RD全部都要去填海......)

vxr 兄,我一直在等你哦~
我知道你對這方面有很深入的研究
請問這個 bad strips 發生的原因是什麼?
是硬體故障還是操作不當?
他一開始更新韌體的時候先把硬碟拔掉,更新完發現卡有問題,換一塊卡之後發現一顆硬碟失效,rebuild 之後就有 bad strips 了。
     
      
舊 2013-10-11, 11:38 AM #31
回應時引用此文章
shinnlu離線中