2026 年 TrueNAS SCALE 安裝與設定：強大的 ZFS 存儲架構
2-1 CPU、主機板與 ECC 記憶體的取捨
ZFS 是記憶體怪獸，這句話對也不對。準確地說，ZFS 會盡可能使用所有可用記憶體當作 ARC 快取，記憶體越多，重複讀取的命中率越高、硬碟越少轉。實務上 16GB 是可運作的門檻，32GB 開始舒適，64GB 以上就能明顯感受到檔案總管開啟資料夾的反應差異。官方舊文件曾有「每 1TB 儲存空間配 1GB 記憶體」的說法，那是針對企業級大量隨機讀寫的建議，家用環境不需要照單全收，但仍建議至少保留 8GB 給系統與應用程式。
ECC 記憶體是永恆的爭論話題。ZFS 的校驗機制假設記憶體是可靠的，如果記憶體本身發生位元翻轉，ZFS 可能基於錯誤資料計算出錯誤校驗並寫回，反而造成「一致性損壞」。因此如果預算允許，建議選擇支援 ECC 的平台；若預算有限，用一般記憶體也不是世界末日，只是風險略高。CPU 方面，現代入門級 x86 處理器就能滿足檔案傳輸需求，真正吃 CPU 的是 ZFS 壓縮（ZSTD）、去重與 SMB 加密傳輸。若打算跑 Plex 轉碼、虛擬機或 AI 推論容器，再往高核心數或帶內顯的型號考慮。
2-2 HBA 卡與硬碟選擇
當硬碟數量超過主機板原生 SATA 埠時，你需要一張 HBA（Host Bus Adapter）。社群公認最穩的選擇是 LSI／Broadcom 的 SAS3008 或 SAS3408 系列（如 9300-8i、9400-8i），並且必須刷成 IT 模式（Initiator Target），讓它純粹當作通道卡而不做 RAID 運算。千萬不要用帶有硬體 RAID 的卡或主機板內建的 Fake RAID，ZFS 需要直接看到每一顆實體硬碟。淘寶與拍賣平台上的二手卡很便宜，但記得確認散熱片與風扇是否正常，這些卡溫度不低。
硬碟方面，第一原則是避開 SMR（疊瓦式磁記錄）。SMR 硬碟在大量隨機寫入時效能會崩潰，且在 RAIDZ 重建過程中可能因為長時間高負載而逾時被踢出，導致整個 VDEV 失效。選購時請認明 CMR（傳統磁記錄），例如 WD Red Plus／Pro、Seagate IronWolf／Exos 系列。第二原則是盡量同型號同批次，避免不同轉速、不同快取導致條帶效能被最慢的那顆拖累。第三，企業級硬碟的 MTBF 與震動補償確實有差，尤其裝在 8 顆以上的機殼裡。
2-3 開機碟、網路與機殼散熱
TrueNAS 系統本身佔用空間極小，但日誌與開機環境（Boot Environment）會逐漸累積。建議使用一顆 128GB 以上的 SSD 或 SATADOM 作為開機碟，並且如果有第二個埠，做兩顆鏡像會讓你未來的升級過程安心許多。不要把開機碟與資料碟混在同一組裝置上，也不要用 USB 隨身碟長期開機——它會快速寫壞，而且佔用一個可用於資料的埠。
網路是很多人忽略的瓶頸。1GbE 的理論上限約 112MB/s，扣掉協定開銷後大約 100MB/s，這在 2026 年已經明顯不足。ZFS 配上現代硬碟，單顆就能跑到 200MB/s 以上，多顆條帶之後更輕鬆突破 500MB/s。建議至少從 2.5GbE 起步，有預算就上 10GbE（SFP+ 或 RJ45）。若伺服器與工作站之間可以直連，一條 DAC 線加兩張二手 10G 網卡，往往是整台機器最有感的升級投資。
最後是機殼與散熱。8 顆硬碟同時運轉的機殼內部溫度很容易超過 45 度，長期高溫是硬碟早夭的主因。選擇有前進氣風扇牆的機殼，例如台灣玩家常用的淘寶 4U 機架殼或 Fractal Design 系列，並養成定期清理濾網的習慣。硬碟溫度建議維持在 30 到 40 度之間。
三、TrueNAS SCALE 安裝實戰
硬體準備完成後，安裝流程其實相當無痛，大約二十分鐘可以完成。以下以 2026 年的安裝程式介面為準，舊版介面可能略有差異。
3-1 下載 ISO 與製作開機 USB
前往 TrueNAS 官方網站的下載頁面，選擇 SCALE 分支的最新穩定版 ISO。建議挑選「STABLE」而非「BETA」或「NIGHTLY」，資料這種東西沒必要當白老鼠。下載完成後，在 Windows 環境可以使用 Rufus 或 balenaEtcher 寫入 USB；在 Linux 或 macOS 環境則可以直接用 dd 指令，例如 sudo dd if=TrueNAS.iso of=/dev/sdX bs=4M status=progress，其中 /dev/sdX 請務必確認是 USB 隨身碟而不是你的系統碟。準備一支 8GB 以上的 USB 3.0 隨身碟即可。
3-2 BIOS／UEFI 設定與安裝流程
將 USB 插入目標機器，進入 BIOS 或 UEFI 設定畫面。幾個關鍵設定：確認開機模式為 UEFI（新版本 TrueNAS 建議 UEFI 開機）、若遇到 Secure Boot 阻擋則先關閉、將 SATA 模式設為 AHCI、關閉主機板上的 Fake RAID 功能、確認所有目標硬碟都能被辨識。有些伺服器主機板還需要關閉「PCIe Bifurcation」相關的自動設定，避免 HBA 卡認不到硬碟。
從 USB 開機後會進入圖形化安裝精靈。第一步選擇「Install/Upgrade」，接著選擇要安裝的目標磁碟——這裡要非常小心，選錯就等著資料歸零。如果是要做開機鏡像，就在這一步同時勾選兩顆 SSD。系統會警告你目標磁碟將被格式化，確認後開始複製檔案，過程約五到十分鐘。安裝完成後記得拔掉 USB，重新開機。
3-3 首次登入與系統基礎設定
重新開機後，主控台會顯示一個網址，格式通常是 http://192.168.x.x。在同網段電腦的瀏覽器輸入這個位址，就會看到 TrueNAS 的網頁管理介面。預設帳號是 truenas_admin（舊版為 root），密碼則是你安裝時設定的那一組。
登入後建議依序完成以下基礎設定，這些動作只要花十分鐘，卻能省下日後大量除錯時間：
四、ZFS 儲存池建置：從 VDEV 拓撲開始
這是整篇文章最核心的部分。儲存池（Pool）由一個或多個 VDEV 組成，VDEV 才是真正提供冗餘的單位，而 VDEV 內部則由多顆實體磁碟構成。搞懂這一層關係，你就不會再問「為什麼不能先裝一顆，之後再加一顆做 RAIDZ」。
4-1 各種 VDEV 拓撲的優缺點比較
ZFS 支援的 VDEV 類型主要有以下幾種，選擇時要同時考慮容量效率、容錯能力、重建風險與隨機讀寫效能。
拓撲類型
最少磁碟數
容量效率
可容錯磁碟
適用情境
Stripe（條帶）
100%
暫存區、可重下載的資料
Mirror（鏡像）
50%
每組 1 顆以上
虛擬機、資料庫、高 IOPS 需求
RAIDZ1
(n-1)/n
小容量備份、不建議大容量硬碟
RAIDZ2
(n-2)/n
家用與中小企業主流選擇
RAIDZ3
(n-3)/n
大容量、冷資料、極重視安全
dRAID
依配置
可調
可調
數十顆硬碟以上的大型部署
幾個實務建議。第一，RAIDZ1 在 2026 年已經很不建議使用，因為單顆 20TB 硬碟的重建時間可能超過一整天，期間只要再壞一顆就全毀。第二，RAIDZ2 是家用最平衡的選擇，4 到 8 顆硬碟一組，容量效率約 50% 到 75%。第三，VDEV 內硬碟數量建議維持在 4 到 10 顆之間，太寬的 VDEV 會拉長重建時間並增加風險。第四，如果你需要極高隨機寫入效能（例如跑資料庫或大量虛擬機），鏡像組的 IOPS 遠優於 RAIDZ，代價是容量效率腰斬。
另一個常見問題是「能不能先建 RAIDZ1，之後再加一顆變 RAIDZ2」。答案是不行，VDEV 的冗餘級別一旦建立就無法變更。2025 年之後的 ZFS 版本支援 RAIDZ 擴充（RAIDZ Expansion），讓你能在既有 VDEV 中逐顆增加硬碟，但只能增加容量，不能提升容錯級別。所以一開始就選對拓撲，比事後補救重要得多。
4-2 建立儲存池與資料集
在網頁介面點選 Storage → Create Pool，進入精靈。第一步命名儲存池，建議用簡單英文如 tank 或 data。第二步選擇 VDEV 類型與要納入的磁碟，同時可以指定熱備援（Hot Spare）磁碟。第三步設定資料集選項，包括壓縮方式與記錄大小。
建立完成後，建議不要把所有資料都丟在根資料集，而是依照用途切分。常見的切法如下：
tank/media：影音檔案，記錄大小設大（1M），壓縮可關閉或設為 LZ4。tank/documents：文件與照片，啟用快照，壓縮設 LZ4 或 ZSTD。tank/backup：接收其他機器的備份，通常不需要快照。
tank/vm：虛擬機磁碟，記錄大小 16K 或 64K，建議設為同步寫入。tank/timemachine：macOS 時光機，需要設定配額，避免無限膨脹。切分資料集的最大好處是策略獨立。你可以對 documents 設每小時快照保留一週，對 media 設每天快照保留三天，對 vm 設同步寫入與較小記錄大小。這些設定互不干擾，而且刪除資料集不會影響其他資料集。
4-3 Dataset 進階參數：recordsize、compression、encryption
記錄大小（recordsize）：這是 ZFS 寫入的基本單位。舊版預設 128K，2026 年的新版在部分情境預設為 1M。原則是「大檔案用大記錄、小檔案與隨機寫入用小記錄」。存放影片、ISO 的資料集設 1M 可提升吞吐；存放資料庫或虛擬機的資料集設 16K 到 64K 可減少讀取放大。注意這個參數對已寫入的資料不會回溯生效，但因為是寫入時複製，新寫入的檔案會套用新設定。
壓縮（compression）：ZFS 支援 LZ4、ZSTD 等多種演算法。LZ4 速度快、壓縮率普通，是多數情境的安全選擇；ZSTD 可指定壓縮等級，對文字、日誌、備份映像檔有更好的壓縮率，代價是 CPU 使用率上升。特別注意，如果資料集要透過 SMB 或 NFS 共享給已經自行壓縮的檔案（如 JPEG、MP4、ZIP），壓縮帶來的效益有限，但開啟 LZ4 幾乎沒有成本，建議一律開啟。
加密（encryption）：ZFS 支援原生加密。優點是硬碟被拔走也讀不出內容，而且加密與快照、複寫完全整合。缺點是金鑰管理很重要，如果你把金鑰弄丟，資料就真的救不回來。此外硬體加速（AES-NI）在現代 CPU 上效能損耗很小。建議的做法是把金鑰與密碼短語備份在異地（例如密碼管理器與紙本），並且在複寫任務中使用「原始加密」選項，讓遠端接收端不需要解密就能保存加密資料。
五、網路共用服務設定
儲存池建好之後，下一步是讓其他裝置能存取。TrueNAS 支援 SMB、NFS、iSCSI、FTP、WebDAV 等協定，以下針對最常用的三種說明。
5-1 SMB／CIFS 與 ACL 權限模型
SMB 是 Windows 與 macOS 的預設共享協定，也是家用最常用的選擇。設定流程是：先建立使用者與群組，再建立共用資料夾並指定存取權限。TrueNAS 的權限系統採用 NFSv4 ACL，比傳統 Unix 權限更細緻，但也更容易讓人困惑。
建議的做法是：建立一個群組（例如 family），把所有需要存取的使用者加入該群組，然後在資料集的 ACL 中授予該群組「Modify」權限，而不是逐一設定每個使用者。若你希望某些子資料夾只有特定人能寫入，再針對該子資料夾單獨設定 ACL。設定完成後可以用 getfacl 與 setfacl 指令在命令列驗證，這比在圖形介面猜測有效得多。
macOS 使用者要注意兩件事：第一，時光機備份需要建立獨立的資料集並設定配額，否則備份會無限成長；第二，若遇到大量小檔案的 Finder 瀏覽卡頓，可以在 SMB 服務設定中調整 Apple 相關的延伸選項，並考慮在用戶端關閉「.DS_Store 寫入」。
5-2 NFS 與 iSCSI 區塊儲存
NFS 適合 Linux 客戶端、VMware ESXi 與 Proxmox 等虛擬化平台。相對於 SMB，NFS 的權限模型較簡單但需要注意 UID／GID 對應問題。在 TrueNAS 上啟用 NFS 服務時，建議開啟 NFSv4 支援並設定正確的網域，否則會出現「Permission denied」卻找不到原因的狀況。
iSCSI 則是把你池子裡的部分空間當成區塊裝置分享出去，用戶端會看到一顆「本地硬碟」而不是網路資料夾。這個做法常用於 Windows 開機碟、資料庫儲存或虛擬機磁碟，優點是效能接近本地硬碟，缺點是接收端無法理解 ZFS 的快照與壓縮，且檔案系統格式由用戶端決定。在 TrueNAS 上建立 iSCSI 需要三個步驟：建立 zvol（區塊裝置）、建立 iSCSI Target、建立 Extent 與關聯。通常搭配鏡像 VDEV 效果最好。
六、資料保護機制：快照、複寫與 Scrubbing
ZFS 提供的能力很強，但再強的工具也需要正確的策略。這一節談的是「萬一真的出事時，你救不救得回來」。
6-1 自動快照策略
快照是 ZFS 最方便的功能之一，建立與刪除都幾乎瞬時完成，佔用空間只看差異資料量。在 Data Protection → Periodic Snapshot Tasks 中，你可以為每個資料集設定排程與保留策略。常見的組合是：每小時一次、保留最近 24 份；每天一次、保留 30 天；每週一次、保留 12 週。
快照的三大用途：誤刪檔案後的救援、勒索軟體攻擊後的還原、以及作為複寫的來源。要注意的是，快照存在同一個儲存池裡，如果池子本身損毀或整台機器被偷，快照也一起消失。因此快照絕對不能當作唯一備份，這也是 ZFS 老手常講的「快照不是備份」。真正的備份要符合 3-2-1 原則：三份資料、兩種媒介、一份異地。
6-2 快照複寫與雲端同步
TrueNAS 的 Replication Task 可以把快照增量複寫到另一台 TrueNAS。複寫是區塊層級的，只傳送變動的部分，效率極高，而且接收端可以是加密狀態。這代表你可以用一台便宜的備份機放在親友家或辦公室，透過 VPN 定期接收複寫，達到異地備援的效果。
如果沒有第二台機器，Cloud Sync 任務可以把資料同步到 S3、Backblaze B2、Google Drive 等雲端空間。這裡要特別提醒：不要把 ZFS 的 zvol 或虛擬機磁碟直接用檔案層級的雲端同步，因為那些是區塊裝置，檔案同步工具無法理解其結構。雲端同步適合用在文件、照片、備份歸檔這類檔案層級的資料上。若要備份虛擬機，建議在虛擬機內執行應用層備份，或使用 ZFS 的 zfs send 串流。
6-3 Scrub 排程、SMART 與告警通知
Scrub 是 ZFS 的資料完整性檢查。它會讀取整個池子的資料並比對校驗值，發現錯誤時自動用冗餘資料修復。排程建議每 30 到 35 天執行一次，避開你常用的時段（例如設定在每月 1 日凌晨）。要特別強調：Scrub 不是備份，也不是磁碟表面掃描，它驗證的是資料一致性，而且修復能力受限於冗餘層級。
SMART 測試則監控硬碟本身的健康狀態。TrueNAS 內建 SMART 服務與排程，建議設定短測試每天一次、長測試每週或每月一次，並且務必設定告警通知。真正重要的是 SMART 屬性中的「重新配置磁區計數」（Reallocated Sector Count）、「目前待處理磁區」與「無法修正的錯誤」，這些數字一旦非零且持續上升，就是該換硬碟的訊號。
通知管道方面，TrueNAS 支援電子郵件、Slack、Discord、Telegram 等。設定好之後，你可以選擇要接收哪些等級的事件。建議至少開啟：硬碟故障、儲存池降級、Scrub 發現錯誤、SMART 測試失敗、系統溫度過高這幾項。很多人第一次收到告警簡訊時才發現，原來自己的池子已經降級兩週了。
七、應用程式、虛擬機與容器
TrueNAS SCALE 之所以吸引人，很大一部分原因是它同時是儲存伺服器也是應用平台。24.10 之後改用 Docker 作為應用程式底層，對熟悉容器的使用者來說是一大福音。
7-1 Apps（Docker）生態
在 Apps 頁面中，你可以瀏覽官方維護的應用程式目錄，一鍵部署 Plex、Jellyfin、Nextcloud、Immich、Home Assistant、qBittorrent、Vaultwarden 等常用服務。每個應用程式在部署時可以選擇儲存路徑，強烈建議把設定檔與資料都指向專屬的資料集，例如 tank/apps/plex，這樣應用程式的資料也能享受 ZFS 的快照與複寫保護。
如果官方目錄沒有你要的應用，可以安裝「Custom App」並貼上自己的 Docker Compose YAML。這個功能在 24.10 之後非常成熟，基本上只要能在 Docker 上跑的東西，都能在 TrueNAS 上跑。需要注意的是資源隔離：如果某個容器吃光記憶體，可能會影響 ZFS 的 ARC 表現。建議為每個容器設定記憶體上限，並避免在儲存伺服器上跑過重的運算服務。
7-2 虛擬機與 GPU 直通
TrueNAS 內建基於 KVM／QEMU 的虛擬機功能，效能接近原生。建立虛擬機時，磁碟建議使用 virtio 介面並放在鏡像 VDEV 上，網路也選 virtio 可獲得最佳吞吐。如果你的 CPU 支援 IOMMU，還可以將顯示卡、網卡或 HBA 卡直通給虛擬機使用，這對於想把 NAS 兼任軟路由、媒體伺服器或開發機的人來說非常實用。
實務上的建議是：不要把 TrueNAS 本身當成萬能伺服器。它的本質是儲存系統，應用程式與虛擬機是附加價值。如果服務數量超過十個，或需要複雜的網路隔離，可以考慮用 Proxmox 或 ESXi 當虛擬化底層，再把 TrueNAS 裝在虛擬機內並直通 HBA 卡，讓儲存與運算各自專注。這兩種架構各有擁護者，選擇的關鍵在於你希望「儲存優先」還是「運算優先」。
八、效能調校與常見問題排除
系統跑起來之後，接下來就是微調與除錯。這一節整理幾個最常被討論的議題。
8-1 ARC、L2ARC 與 SLOG 的迷思
ARC（Adaptive Replacement Cache）：這是 ZFS 的記憶體快取，也是效能的核心。ZFS 預設最多使用一半的系統記憶體，其餘留給應用程式與作業系統。若你確定機器只做儲存，可以在 System Settings → Advanced 中調整 zfs_arc_max。原則是不要讓 ARC 把記憶體吃光導致系統換頁。
L2ARC：這是放在 SSD 上的第二層讀取快取。它只在 ARC 不夠大且工作集（Working Set）大於記憶體時才有意義。而且 L2ARC 需要消耗記憶體來記錄索引，大約每 1GB L2ARC 需要數十 MB 記憶體。如果你的系統記憶體低於 32GB，加 L2ARC 通常幫助有限甚至有害。
SLOG（Separate Log Device）：這用於加速同步寫入（Sync Write），例如 NFS 與 iSCSI 的同步寫入請求。重點是：SLOG 只對同步寫入有效，對一般 SMB 檔案傳輸幾乎沒有幫助。而且 SLOG 是「加速」不是「快取」，斷電時資料的正確性仍由主池保證。若真的要加，請選擇具備斷電保護（PLP）的企業級 SSD，消費級 SSD 反而可能讓資料處於風險中。
最後是去重（Deduplication）。傳統去重需要為每個區塊建立雜湊表，每 1TB 資料大約需要 5GB 以上記憶體，家用環境幾乎不可能有效使用。2025 年之後的 Fast Dedup 大幅改善了記憶體效率，但仍然建議只在資料重複率極高且經過評估的情境下啟用。對絕大多數使用者來說，壓縮帶來的效益遠大於去重。
8-2 常見錯誤與排查指令
以下是新手最常遇到的幾種狀況與排查方向。
zpool status -v tank 查看是哪顆硬碟出問題。如果是 UNAVAIL 或 FAULTED，檢查線材與電源後重新插拔，必要時執行 zpool replace。若是校驗錯誤（CKSUM 非零），可能是線材或 HBA 問題，不一定是硬碟壞。ethtool 或介面顯示），再看是否為單顆硬碟的物理極限。若網路有瓶頸，升級到 2.5GbE 或 10GbE 是最直接的改善。dmesg 與 journalctl -xe 查看核心訊息，常見原因包括電源不足、記憶體故障（可跑 memtest）或 HBA 過熱。zfs list -o space 可以看到快照佔用的空間，有時是快照默默吃掉了容量。養成定期查看 zpool status 與 SMART 報告的習慣，就已經贏過九成的自建使用者。ZFS 的設計哲學是「及早發現、自動修復」，但它仍然需要你偶爾抬頭看一眼儀表板。
九、結語：把資料主權拿回自己手上
從硬體挑選、安裝系統、建立儲存池，到設定共用、快照、複寫與應用程式，這篇文章涵蓋了 2026 年自建 TrueNAS SCALE 的完整流程。你會發現，ZFS 真正強大的地方不在於某個單一功能，而在於它把校驗、快照、壓縮、加密、複寫這些能力全部整合在同一個架構裡，而且彼此相容。當你習慣了「隨時可以回到三小時前的版本」、「硬碟壞了系統會告訴你哪一份檔案受損」這些體驗之後，就很難再回去用那些只能提供檔案分享的傳統 NAS 了。
當然，自建並不代表零風險。硬體會老化、人會犯錯、勒索軟體不會因為你用 ZFS 就放過你。真正決定資料能不能活下來的，永遠是備份策略與紀律。請務必落實 3-2-1 原則，定期演練還原流程，並且把重要資料的加密金鑰與密碼妥善保存。ZFS 是很好的工具，但工具不會取代習慣。
如果這篇文章對你有幫助，歡迎在雅寶社區 · 頂客論壇的 💻 3C 科技教學版回文分享你的配置與心得，或者把你的踩坑經驗留下來，讓後面的人少走一段冤枉路。有具體的錯誤訊息或硬體組合想討論，也歡迎直接貼出來，社群裡臥虎藏龍的玩家很多，大家一起研究往往比獨自摸索快得多。祝各位的池子永遠健康，Scrub 永遠零錯誤。
```