嗨 QNAP 社群！希望有經驗的朋友能幫我解惑一下我正在嘗試進行的 NAS 遷移。我已經閱讀了所有相關的官方支援頁面，也搜尋過論壇，但還是有幾個地方不太清楚。
首先，細節如下：
NAS #1（來源）：TS-1685
- QTS 5.2.8.3332
- Xeon D-1531 處理器 + 32GB DDR4 記憶體
- 12 顆 12TB Seagate Exos 硬碟，組成一個 RAID6 群組 > 一個儲存池 > 一個 Thin Volume。約 107TB 已使用。
- QTS 已精簡到只剩基本功能，基本上就是一個高效能 SMB 分享。
- 沒有額外的應用程式、服務、虛擬化等——只安裝原廠 QNAP 應用程式、DA Drive Analyzer、SMB 分享與 UPS 主控。
- 簡單的 DHCP 指派網路設定，透過單一 SFP+ 連接。
NAS #2（目的地）：TS-1635AX
- QTS 5.2.8.3332
- Marvell Armada 88F8040 ARMv8 處理器 + 8GB DDR4 記憶體
- 目前無硬碟
不相容？：
- 官方的遷移相容性頁面顯示這兩款機型之間不支援直接遷移。為什麼？頁面上的註解問題都不適用於我的情況。我理解硬體上有些差異，但這不就是作業系統自動偵測硬體環境變化並自我調整（驅動程式、裝置標籤等）嗎？我過去多次把 *nix 和 Windows 的開機硬碟移到完全不同的電腦上，最多也只是需要一點調整，但我不記得有哪次真的無法運作。
- 我的直覺是相容性指南只是過於謹慎，實際上應該沒有什麼致命的不相容。有沒有人能確定地告訴我不是這樣？如果我把兩台機器都關機，把硬碟移到新機殼再開機，會發生什麼事？
如果真的無法直接遷移：
- 根據多個官方支援頁面，他們說我需要手動將資料複製到新 NAS 上的新儲存池。這對我來說不可行，因為我既沒有多餘的 $4000 再買一組硬碟，也沒有一兩週的時間來組 RAID 再複製 107TB 資料。
- 難道我不能只按照安全移除/匯出儲存池的程序，在來源 NAS 上操作，然後把硬碟安裝到（已預先設定並運作中的）目的地 NAS，再執行「附加並還原儲存池」嗎？
- 同樣地，就像相容性指南一樣，我懷疑 QNAP 支援只是為了保護經驗不足的用戶才這麼謹慎建議。
1個讚
最合理的推測？這是因為二進位檔不相容。你是從 x86-64 轉到 aarch64。無法在 ARM 處理器上執行 x86 二進位檔。
1個讚
請問你為什麼要遷移呢？
你是從一台相當強大的 X86（有大量記憶體）換到一台效能低很多的 ARM（速度大約慢十倍），而且幾乎沒有記憶體。
如果你不需要 TS-1685，我很樂意幫你接手…… 
沒錯，我想那只有專為韌性設計的作業系統才能克服這個障礙。不過，這應該不會影響實際的儲存池結構和資料本身，對吧？（就防止我無法從NAS 1卸除並在預先配置好的NAS 2上恢復資料而言）
好問題！我目前正在進行一些基礎設施調整，想把1685重新利用，但我還是需要這個儲存池能夠存取。
我手上有兩台二手機器，TS-831X 和 TS-853 Pro，打算出售，如果你有興趣的話 
很好，很高興看到你還保留著1685！而且如果只是用來存放檔案，1635應該就足夠了。
至於你上面提到的掛載和卸載儲存池的問題——我不確定為什麼在不同的核心類型之間會有差異。照理說應該是一樣的。我建議讓更有經驗的人來回答這個問題！或許向QNAP提交一個工單會是明智的選擇。
至於你要處理掉的另外兩台NAS——我就不考慮了。
我認為在這兩款 NAS 機型之間僅轉移儲存池沒有任何問題。
問題在於：當你在不同機型之間移動硬碟時，你同時也在移動作業系統。作業系統是儲存在硬碟上的分割區和陣列中，這些與你的使用者資料是分開的。所以，你移動的不僅僅是資料檔案。
哦，那是個好點子。作業系統（OS）是根據所使用的核心（core）而定的……
我們會將您的需求和情況提供給我們的內部團隊，以評估是否有任何方式可以協助您。
同時，請問您能否提供您的儲存管理員（Storage Manager）的螢幕截圖？這將有助於我們更好地了解您目前的設定。謝謝！
謝謝大家。
我知道 QTS 會在多顆硬碟之間儲存作業系統資料的副本，但即使我已經用了這麼多年 QNAP，對於那些額外資料的實際存放位置、內容和方式還是有點神祕——而且，在這個情況下最重要的是，NAS #2 上的 QTS 安裝會如何對待來自 NAS #1 的那些額外資料。由於我要在已經運行的作業系統上掛載/恢復儲存池，我希望它會直接捨棄那些舊的額外資料，然後用自己的資料取而代之 
已附上螢幕截圖！
注意：我之前有設定唯讀快取加速和超高速 Qtier，分別用 M.2 和 SATA SSD，但我已經在這次移轉前停用了這兩個功能。
我在 TS-1685 上用 4 顆免費 SSD 進行了測試：
我用它們建立了一個新的 RAID6 儲存池和精簡磁區，然後將一些檔案載入其中。接著我在儲存管理員中使用了「安全卸除儲存池」，一切運作正常。當我把這些硬碟插入 TS-1635AX 並使用「掛載並還原儲存池」時，也一切順利。還原測試儲存池後重新啟動 1635 也沒問題——它沒有嘗試啟動 1685 的作業系統。
我想用這種方式移動 100TB 的 HDD 儲存池應該沒問題。
2個讚
感謝您提供資訊！我會根據您描述的情境進行確認和研究。
我對 Qtier 不太確定（其他人可以補充），但普遍公認的事實是，在大多數情況下，QNAP 系統上的快取加速並不實用，甚至可能讓速度變慢。除非你要讀取大量的小檔案，否則它幾乎沒什麼用處，因為一旦快取滿了，內容的進出效率很差，這時你就只能依賴你最慢的硬碟了。
好消息，一切順利，我已經成功恢復了完整的儲存池，並且現在已經在1635上共享了。為了讓1685能夠將系統碟切換到另一個儲存池/磁區，從而允許我卸載HDD儲存池，我花了一點功夫調整，不過搞定之後就一切順利了。
@NA9D 感謝你分享有關快取加速的資訊，我之後會做一些測試。Qtier一直很適合我的使用情境——我有一個大約4TB的超高速層，能夠在長時間傳輸非常大的檔案（100GB以上）時，持續保持高速度（400-600MB/s）。
這次在1635的新架構上，我嘗試了不同方式，設置了一個小型的寫入快取。我用了4顆128GB SSD組成RAID10陣列，超額配置後可用空間為185GB。根據目前的小規模測試，這個快取能夠在飽和點前提供300-500MB/s的突發速度，之後即使有額外的處理負載，速度也會回落到沒有快取時的正常速度（180MB/s）。
1個讚
