Synology Migration Assistant 移轉經驗心得分享
Synology 幾個月前推出了 Migration Assistant 這個在新舊 NAS 之間移轉系統與資料的套件,剛好我才實做了 DS716+II 到 DS918+ 的移轉作業,就把這個過程記錄一下,並且分享一下心得。
不怕聽英文的話,可以參考 Synology 原廠的影片:
使用 Migration Assistant 的時機與情境
原本 Synology 就提供直接搬移硬碟後就可以移轉整套系統與資料到新 NAS 的功能,在硬碟沒有問題,使用者沒有操作不慎的前提下,這樣的移轉方式可以說是又快又好,那為什麼還要推出這個移轉套件呢?我使用過後覺得可能是有以下情境需求,會適合使用使 Migration Assistant 套件,而非直接搬移硬碟的方式:
盡量縮減移機時的服務中斷時間
使用 Migration Assistant 在新舊 NAS 之間移轉時,僅需要少數的中斷時間,移轉過程中可讓原 NAS 繼續上線服務,並且最後會再進行一次 final check 將所有的硬碟變動寫入新的 NAS 內。
新NAS中想要使用不同的硬碟組態
RAID 系統基本上都允許線上改變結構,前提是越變越大,或組態更為先進,但想要反其道而行怎麼辦?例如原本是 RAID6,新 NAS 想要降到 RAID5;或者原本是用多顆小硬碟湊出一個夠大的儲存空間,現在想要用更大卻更少的硬碟數湊出一個一樣大甚至更大的空間時,就很適合用 Migration Assistant 來做這種處理。
Migration Assistant 實際遷移記錄
前置準備與環境描述
這次是我自己的 Synology DS716+II + DX513 內裝硬碟 3TBx5 的 SHR 組態,想要遷移到 DS918+ 的 4TBx4 的 RAID5 組態。3TBx5 做 RAID5 的總容量是 3×4=12TB,4TBx4做 RAID5 的總容量是 4×3=12TB,雖然容量看起來一樣,實際上這 4TBx3的12TB 是略大於 3TBx4的12TB,就大那麼一點點,所以是可以遷移過去的。
原本 DS716+II 中有執行的套件與任務如下:
- Photo Station & Moments 156萬個檔案共 480GB
- Synology Drive 需處理上述所有照片影片檔案,數量龐大且吃重
- Mail Plus Server
- 同步共用資料夾到另外兩台 NAS
- Surveillance Station
- Audio Station
- Video Station
- Synology Chat
- Active Backup for Business
- Hyper Backup
- Docker 裡面有三個容器在執行 Shadowsocks & V2Ray 的工作
新NAS需安裝 Migration Assistant
怎麼安裝 Migration Assistant 和準備新 NAS 的儲存空間這些瑣碎過程就略過吧!直接看 Migration Assistant 的畫面囉!以下看圖但不一定說故事。
不會移轉的項目
畫面簡述「授權」這件事情是不會跟著移轉的。「授權」包括了 exFAT 套件、MailPlus 授權等,請詳閱 Migration Assistant 的官方說明文件。
開始移轉資料
我的儲存空間有 10TB,實際存放了約 4TB 的資料,他預估要 1 天 7 小時來移轉,是 10TB 都要覆寫一遍?還是只需要覆寫真正有資料的 4TB 部分呢?至此我還看不出來,但待會兒會有答案的。
畫面提醒在轉移開始後,舊NAS上的所有服務會「暫停」。
現在開始移轉了,我注意到舊 NAS 中的套件服務一一的被停止。等全部的套件都停下來後,又開始一一的自動啟動,之後舊 NAS 的所有服務就都恢復正常,可以繼續使用他,並且同時進行著資料移轉。
我的兩台 NAS 之間是以 1Gbps 的網路連接,移轉資料的速度始終沒有到達過 1Gbps 的上限,總是差那麼一點點。其實這速度相當浮動,我都是抓數字比較好看時的畫面,實際傳輸速度有時候甚至可以掉到 70MB/s 左右,這時候的預估剩餘時間也會大幅度增加。
經過了6小時…
經過了 16 小時,我發現這時候的進度來到了 5TB,早就超過我的實際儲存量,而傳輸速率更是來到 200MB/s,這早就超過 1Gbps 網路的 125MB/s 理論上限甚多,可以猜到傳輸的內容不是壓縮過的空資料,就是連傳輸都免了,只是要把後面的儲存空間都掃過一遍。
同時我觀察過舊 NAS 主機其實並沒有大量的網路輸出,可見這時候真的就是快速掃過後面的空間,但還是要老老實實的掃,不能因為後面沒資料就跳過說完成。
資料移轉完畢
經過 1天2小時23分 後,終於移轉完所有的資料,準備進行畫面上的第三步驟了。需提醒的是,過去這一天多的時間,舊 NAS 主機的服務都是照常,沒有任何停擺。
我還故意在上面這個畫面的狀態下,於舊 NAS 主機的硬碟內做了兩個空的資料夾,想要看看這個最後才補上的硬碟異動是否真的會如畫面所說的覆寫過去,答案是:會,這個更動最後真的有出現在新的 NAS 主機上。
此時舊的 NAS 主機又開始將所有套件一一停止,然後又一一啟動,新的 NAS 則是自動重新開機,但是這重新開機後的第一次登入準備時間需要比一般正常情況下花更多的時間,我注意到此時雖然登入畫面已經可用,但是不但不能順利登入,而且新 NAS 上的硬碟與網路燈號都還不會正常閃爍,大概是將移轉過來的共用資料夾與套件做額外的上線處理準備吧!之後重新開機就不會再這麼久了。
最後的步驟
同樣根據原廠這一篇文章,上面記載了移轉完畢後需要手動修正的部分。而我自己真正有做的包括了:
- 將舊 NAS 使用的內部 IP 釋放出來,新的 NAS IP 繼承原本位置。
- 控制台→網路 →一般,將系統名稱訂為原本舊 NAS 的名稱。
- 舊 NAS 本身為 CMS 管理主機,且管理自己,需要將舊 NAS 記錄刪除,並且將自己重新加回 CMS 內。其他受管理的 NAS 主機無須異動。
- Active Backup for Business 要重新登入 Synology 帳戶取得免費授權後可繼續使用,設定都在。
- 我有使用 Synology 的 DDNS,這部分要重設回原本的名稱,會有這個詢問:
- 共用資料夾的同步要重設。原廠文件雖然有提醒共用資料夾的同步需要手動處理,但是那些步驟的意思是「砍掉重練」。所以如果你需要同步的共用資料夾有幾百 GB 的時候,那就是相當費時費力的事情啊!萬一另外一台 NAS 不但遙遠而且網路非常慢速,那砍掉重練的代價實在是太大了,我就遇到了這個問題,但在這邊我就不講重設後是怎麼樣避開需要重新同步的大量傳輸與時間。如果你不在乎共用資料夾的同步需要重來一遍的話,放心砍掉重練就是了。
使用後的心得
Migration Assistant 這個套件很有用,對於遷移新舊 NAS 之間還有不方便改變的硬碟組態時,用起來算是省時省力。當然如果你的硬碟組態不需要改變,純粹是想要做 NAS 主機的硬體遷移的話,那其實把硬碟依序從舊主機拆下,裝到新主機上,開機後重新安裝一次 DSM 這樣是更省時省力的。
不過對我來說,在這個過程中有一個疑問,就是當資料移轉完畢後,舊的 NAS 主機有安排所有套件服務停止,然後進行最後一次的硬碟資料異動檢查,若還是有資料異動就把異動的部分覆寫過來,至此我覺得是沒有問題的,舊 NAS 主機理應停在這裡,不需恢復上線,留給管理員去改 IP / HOSTNAME 之類的事情,好讓新的 NAS 來繼續接手所有的任務才是,但是此時卻又安排了舊 NAS 主機的所有套件服務重新啟動,我是對此感到不解的,萬一這時候又有 client 連線上去並且產生資料異動了呢?
也許 Synology 有其他考量所以重新啟動了舊 NAS 的所有服務,但在我的理解中應該是不需要的,這樣才能讓新 NAS 順利的接手舊 NAS 的所有任務,且不會有 client 連上舊 NAS 造成資料不一致的問題。
歷史上的今天...- 網聚活動的意願調查 - 2000
- 關於本站遷回原址的進度 - 1999
- Diamond MX400 的 SPDIF OUT - 1999
- WinAmp 2.02 - 1998
- 『永遠的伊蘇』 MIDI 試聽 - 1998
最新留言