Syonlogy 升級 DSM6.0.1 7393痛苦的歷程

公司當初是使用兩台Synology 713+做high-availability 叢集
礙於經費問題，想說既然有high-availability 叢集，應該就不用做Raid這樣也有比較多儲存空間可用

一直到上上週更新完DSM 6.0.1 7393後，high-availability 叢集副伺服器就失去離線
不過還好重新開機後又正常

隨後又更新DSM 6.0.1 7393 update1，更新完後更慘，high-availability 叢集直接顯示沒有副伺服
器，再加上副伺服器還沒有完成Update1更新，DSM版本不同也無法重新架設，副伺服器也完全連不進去。

致電Synology客服
回復說按Reset鍵，看看能否進入副伺服器，如果還是不行重新安裝DSM
最後再將兩台NAS都更新至DSM最新版，在重新建立high-availability 叢集。
後來試真的不行只好重新安裝系統

剛好發佈DSM 6.0.1 7939 update2更新，就直接把副伺服器更新，問題又來了一更新完儲存空間1損毀..................
可是硬碟SMART測試正常啊，心想算了反正這是副伺服器，等等high-availability 叢集架好資料就會備份回來，
所以心一橫就直接重新建立儲存空間。

於是我也把主伺服器更新至DSM 6.0.1 7939 update2，重新開機後沒事，隔不到1分鐘準備要建立high-availability 叢集時，
突然間跳出儲存空間1損毀....................(OS 淦連主SERVER也給我掛點)

這時候電話鈴聲也響起大家都在抱怨連不上File server。
心想完了難道我的職業生涯就到此了嗎?公司幾乎有4/3的資料都在儲存空間1。

還好主伺服器重開後，一樣可以連只不過因為硬碟損毀，只能唯讀不能寫入，同事才稍微安份一點沒把我殺了
我又再度致電Synology客服
客服:你有SMART檢測嗎?我:有硬碟是好的
核對一下數據部分 客服:你硬碟有壞軌喔!我:有壞軌也不至於完全不能用，這樣也太扯了。
客服:你可以直接上我們網站看技術支援部分，有詳細解說相關處理方式
我:可是兩台NAS都是更新完update2才發生相同問題，而且我公司急用，資料很重要
客服:那你有做Raid嗎?
我:沒有
客服:那沒辦法了你只能重架儲存空間

.............................這時我又再度陷入黑暗
稍微思索一下，可能要先想辦法備份資料做RAID1會比較安全，但是又要確保大家都還能正常讀取

於是我把 儲存空間1 的資料，手動備份 到儲存空間2(資料夾名稱設為 (xxxxx-bak))
然後將儲存空間1的硬碟拆掉，再將資料夾名稱改回原來，這樣大家又很快又可以回復作業
再裝上新的硬碟，由於儲存空間2不能進行管理。
於是在新硬碟上建立儲存空間1 basic
再利用晚上加班，再進控制台->共用資料夾，將每個資料夾位置，都設定在儲存空間1
全部都移轉完成後，將儲存空間2刪除。
儲存空間1->管理新增硬碟建立Raid 1
跑了一天一夜的資料同步，再重新和副伺服器建立high-availability 叢集，又跑了1個晚上的資料備份。
今天早上總算恢復正常了，也架設了Raid1多一分保障
資料都還在，這段期間也沒有影響到同事作業太多，太感動了

後來舊硬碟拿到電腦上用HDtune測試都正常根本沒壞軌~"~
看了Synology國外板的官方論壇，還蠻多DSM 6.0.1的災情的，不知道有沒有人遇到相同問題
即便有架high-availability 叢集，但還是不能鐵齒一定要乖乖做RAID1，不然隨便有個BUG時簡直折騰人啊
資料移來移去一個心懸在那邊，根本沒辦法睡。