作為 QNAP NAS 生態系中執行「3-2-1 備份原則」的核心套件，Hybrid Backup Sync (HBS 3) 的每一次迭代都牽動著企業資料保存的命脈。QNAP 於 2 月 4 日釋出了 HBS 3 最新版本 26.3.0.226。本次更新除了針對備份一致性推出兩項實用的新功能外，更修復了多項涉及 RTRR 與 SMB 協定的底層問題。
值得注意的是，本次修復列表中包含一項可能導致目的端資料被誤刪的 Bug，建議有使用主動式 SMB 同步的用戶盡速安排更新。以下是 CyberQ 實際測試後，針對本次更新的重點解析。
資料完整性再升級，Checksum 校驗與重新掃描
對於重視資料正確性（Data Integrity）的資管人員來說，單純的檔案傳輸已不足以應對現代資安需求。本次 HBS 3 新增了兩項機制來確保來源與目的端的一致性。
首先是 SMB 協定支援 Checksum（檢查碼）驗證，針對「主動式 SMB 同步工作」，新版本引入了以檢查碼為基礎的完整性檢查。這意味著系統不僅僅是比對檔案大小或修改時間，而是能透過雜湊值（Hash）比對，確保檔案在傳輸過程中未發生位元翻轉（Bit rot）或損毀，提升了異地備份的可信度。
即時同步的「重新掃描」機制，是針對過去執行即時同步（Real-time Sync）時，若因網路波動或檔案鎖定導致部分檔案未同步，往往需要手動介入。新版在同步選單中新增了「重新掃描」功能，讓管理員能強制系統重新比對當下目錄狀態，確保資料一致性，減少了需完全重建同步任務的麻煩。
改善 SMB 同步機制
在長串的修復清單中，最後一項修正是重要的，根據發布說明，舊版本在重新啟動 HBS 服務後，某些情況下執行主動式 SMB 同步工作可能導致目的端資料被刪除。
若資訊環境中有讓 QNAP 不同設備去依賴 SMB 協定進行主動同步，請務必將此更新列為優先。
不過實務上，如果是不同 QNAP 設備的主動同步，採用採用下面的 RTRR 方式會比較推薦也很常用。
RTRR 協定穩定性與災難復原最佳化
RTRR（Real-time Remote Replication）是 QNAP 用戶常用的備份協定，本次更新解決了數個影響可用性的痛點，
斷電後的設定保存，修復了 NAS 經歷斷電重啟後，RTRR Server 連接埠（Port）會跳回預設值的問題。這對於有防火牆規則或非預設連接埠的企業環境來說，這次的更新避免了復電後備份斷線的狀況。
權限與路徑顯示也有修正，改善了遠端使用者若無 File Station 權限會導致路徑顯示不全的問題，強化了最小權限原則（Least Privilege）下的操作體驗。
以 CyberQ 實際測試 HBS 3 的備份還原來看，現在檢查資料完整性的功能更完整。
也能夠針對資料完整性檢查和內容檢查分別設定。
不過 CyberQ 這邊要提醒就是，內容檢查這邊會比較需要額外的系統資源，所以處理器是 x86 架構的 Intel 處理器、AMD 處理器的機種會比較能夠負擔這項任務。
針對大型架構的最佳化
隨著企業資料量增長，資料夾結構日益複雜。本次更新也改善了工作建立精靈，現在「選取來源資料夾」頁面已能支援列出超過 2,000 個子資料夾。
這解決了過去在大型專案目錄下，管理員無法選取特定子資料夾進行備份的問題。
建議立即測試並部署
本次 HBS 3 v26.3.0.226 雖然版號跳躍不大，但其修復的內容直接涉及資料安全的核心，CyberQ 建議列為優先立即更新。畢竟除了 DirectCloud、myQNAPcloud 及 rsync 的常規修復外，針對 SMB 同步資料的改善就很重要了。建議 IT 管理者在維護時段，優先對非核心節點進行更新測試，確認無相容性問題後，全面部署至生產環境。
更新方式，請登入 QTS / QuTS hero 後台，前往 App Center 檢查更新。
