由於 QSM 並不提供 ssh 直接進入系統查詢相關系統參數, 所以就直接將 XN3002T HDMI 接上螢幕, 進入 BIOS 瞧瞧.
BIOS
Intel Aoollo Lake Celeron N3450 CPU @ 1.10GHz
搭了一顆 Marvell 88SE9235 SATA Controller
和 Intel J3455 相較起來, basic 頻率較低, Turbo 頻率可至 2.2GHz, 較 J3455 省電. 兩者的整體效能相當接近.
於 XN3002T 測試時, 曾詢問原廠有關 SSD 容量和 NAS RAM size 之間是否有配置上的關係以及建議的SSD Cache size.
在過往的經驗, SSD Cache 會依其所使用的容量大小, 在 NAS RAM 中必須保留一些空間給系統使用, XN3002T 出廠預設為4GB RAM, 最大可擴充至 8GB. 根據原廠的回覆, 現設計只要依據自身動態存取的資料量大小來決定 SSD 碟容量, 4GB RAM 足夠應付其需求.
這部份和同樣採用 ZFS 的 FreeNAS 中所提及的 L2ARC & ZIL 用法的確有很大的不同.
http://www.freenas.org/blog/zfs-zil-and-slog-demystified/
FB: Pctine
在測試階段常常需要將 XCubeNAS 整個 reset 回復及初始化,
可以利用下面的功能將 NAS 裡面的資料清除及重新安裝.
不過如果已設定 WORM (write once read many), 為了安全起見, 那麼系統就不允許直接清除硬碟的資料了, 此時只能將硬碟從 NAS 取出, 拿到 PC 重新格式化後再放回 NAS 重新安裝 QSM.
FB: Pctine
在 zfs & btrfs 因其 file system 的特性, 透過 samba server-side copy, 對於同一個 volume 之間的檔案 copy 可以非常快速及節省空間.
有關 server side copy 可以參考這個影片.
實測上, XCubeNAS NAS 也支援 Server-side copy.
Client Support
Windows:
Windows Server 2012 and later: via Windows Explorer or Robocopy
Windows 8 and later: via Windows Explorer or Robocopy
Windows Server 2008: via Robocopy only
Windows 7: via Robocopy only
FB: Pctine
在測試時, 常常需要不斷的將硬碟重新格式化, 或者是更換不同廠牌的硬碟交叉測試. 現 QSAN NAS 在重新安裝程序上有些需要特別注意的地方.
重新安裝的程序比較複雜, 有時候即使硬碟已經刪除 partition, 它仍然會誤判為該硬碟能夠 import.
實測時在已安裝 QSM 的 HDD 欲重新安裝, 所以將硬碟重新拿到 PC 刪除 partition, 重新裝回 XN3002T NAS 開機, 預期應該進入重新安裝的模式, 但卻還是進到 QSM 的登入畫面, 這部份感覺 QSM 是將一些系統的設定存在 NAS DOM 裡面, 而不是在 HDD 上. 這部份在重新安裝系統會有點困擾, 首先它不會 reset 為 dhcp mode, 而會 keep 原本的 IP, 另外實際上 HDD 裡面的 partition 都清掉了, 也有可能誤判為裡面尚有資料, 造成開機後在控制台看的到 storage pool 資料, 但 NAS 卻不斷發出 beep, 也無法去關閉 beep.
原本的設計可能是安全上的考量, 希望舊硬碟裡面已有資料可以直接 import 進來, 但也使得重新安裝欲清除資料時很難處理, 即使刪除 partition 仍無法重新安裝. 這部份應該是能再加強的部份.
ps: 最後還是從 QSM 控制台 > 系統恢復 那裡將整個系統 reset to factory default. 但 system 還是忘了先關掉 beep, 再處理其他 reset 程序, 結果就一直響很久....
FB: Pctine
內文搜尋
從 APP 打開
X