在中小企業環境中，NAS 已經成為重要的檔案共享、備份與權限管理設備。然而，許多公司只配置一台 NAS，即使使用 RAID 保護硬碟資料，仍然無法避免 NAS 主機故障、系統損壞、人為誤刪或勒索病毒攻擊造成的服務中斷。本篇將介紹 Synology 雙 NAS 備援實戰架構，利用兩台 Synology DS923+ / DS1522+ 建立低成本 Disaster Recovery（DR）災難復原方案。透過 Hyper Backup、Snapshot Replication 與標準化管理流程，即使沒有企業級 HA（High Availability）設備，也能讓中小企業在 NAS_A 故障時，由 NAS_B 快速接手服務。
如果您還不了解 NAS 基本功能，可以先閱讀：NAS 是什麼？新手入門教學＋用途＋優缺點完整解析（2026）
文章目錄
為什麼中小企業需要 Synology 雙 NAS 備援架構
許多中小企業認為，只要 NAS 使用 RAID 1、RAID 5 或 RAID 6，就代表資料已經安全。但 RAID 的主要用途是避免硬碟故障造成資料遺失，並不能解決 NAS 主機本身故障的問題。例如主機板損壞、電源供應器故障、DSM 系統異常、網路服務停止，甚至勒索病毒感染，都可能造成員工無法存取重要資料，此時即使硬碟資料完整，公司仍可能面臨數小時甚至數天的停工。
企業級 HA（High Availability）架構雖然可以提供自動切換能力，但設備成本、維護要求與建置複雜度較高，對許多中小企業而言並不一定符合預算。因此，利用兩台相同等級 NAS 建立手動接手（Manual Failover）架構，是一種成本與可靠性之間的平衡方案。本文使用 Synology DS923+ / DS1522+ 作為範例，建立以下架構：
雙NAS角色分工| 設備 | 角色 | 用途 |
|---|---|---|
| Synology NAS_A | Primary NAS（主要設備） | 員工日常使用、資料建立、權限管理 |
| Synology NAS_B | Standby NAS（備援設備） | 接收同步資料、保存快照、故障時接手 |
雙 NAS 備援架構的核心概念是：NAS_A 負責正常營運、NAS_B 平時維持待命狀態、透過 Hyper Backup 同步資料、透過 Snapshot Replication 保護資料版本、故障時由 NAS_B 繼承 NAS_A 身份。此外，企業需要建立 NAS 管理 SOP，確保兩台 NAS 維持一致，包括相同共用資料夾名稱、相同使用者帳號、相同群組設定、相同 ACL 權限、相同資料結構。
若企業同時需要了解 NAS 資安與勒索病毒防護，可以參考：NAS安全嗎？企業NAS勒索病毒風險與備份架構完整解析（2026資安指南）
Synology DS923+ / DS1522+ 雙 NAS 災難復原架構設計
在選擇雙 NAS 備援設備時，建議兩台 NAS 使用相同或接近規格。原因是故障切換後，NAS_B 必須承擔 NAS_A 原本的工作負載，如果效能差距過大，可能造成使用者體驗下降。Synology DS923+ 與 DS1522+ 都屬於適合中小企業使用的機型，具備 DSM 作業系統、Snapshot Replication 與 Hyper Backup 等功能，可以建立完整的備援架構。
機型定位比較| 型號 | 定位 | 適合環境 |
|---|---|---|
| Synology DS923+ | 中小企業入門級 NAS | 10～30 人公司、文件共享、基本備份 |
| Synology DS1522+ | 企業擴充型 NAS | 更多使用者、大容量資料、未來擴充需求 |
雙 NAS 網路架構範例
正常運作：
使用者
|
NAS_A Primary
名稱：SYNOLOGY-NAS-A
IP：192.168.10.10
|
Hyper Backup / Snapshot Replication
|
NAS_B Standby
名稱：SYNOLOGY-NAS-B
IP：192.168.10.11正常情況下，員工只使用 NAS_A。NAS_B 不提供主要服務，而是持續接收 NAS_A 的資料同步，並透過快照功能保留不同時間點的資料版本。當 NAS_A 發生故障時，管理者會依照 SOP 將 NAS_B 切換成主要設備，包括修改主機名稱、IP 位址以及確認共享資料夾與權限，使員工可以快速恢復工作。
如果正在比較不同 NAS 品牌，也可以參考：Synology vs QNAP 完整比較（2026 最新）｜NAS 選購指南、差異、優缺點與安全性解析
NAS_A 與 NAS_B 角色規劃與管理原則
在 Synology 雙 NAS 災難復原架構中，最重要的管理原則是建立「唯一管理來源」——平時所有系統變更，都必須以 NAS_A 作為主要管理設備，NAS_B 則維持備援狀態。許多中小企業容易讓兩台 NAS 都被員工使用，或讓管理者在兩台設備分別建立帳號與資料夾，短時間可能沒有問題，但長期容易造成設定差異，當 NAS_A 故障需要 NAS_B 接手時，就會發現使用者帳號、權限或資料夾結構不一致。
NAS_A / NAS_B 管理分工| 項目 | NAS_A（主要） | NAS_B（備援） |
|---|---|---|
| 設備角色 | Primary NAS | Standby NAS |
| 日常使用 | 員工主要存取設備 | 平時不提供主要服務 |
| 建立使用者 | 主要建立來源 | 同步或匯入設定 |
| 建立共用資料夾 | 主要建立來源 | 建立相同名稱資料夾 |
| 權限管理 | 主要修改來源 | 保持一致 |
| 資料來源 | 正式資料 | 備援資料 |
NAS_B 必須保持一致的項目
NAS_B 並不是單純存放備份檔案，而是未來故障時需要接替 NAS_A 的設備，因此除了資料內容之外，下列項目都需要維持一致：相同共用資料夾（例如 Finance、Project、HR、Public 等資料夾，NAS_B 必須建立相同名稱）、相同資料結構（資料夾內部目錄架構需要一致，避免切換後員工找不到原本檔案）、相同使用者（員工帳號必須存在於 NAS_B）、相同群組（例如 Accounting、Engineering、Management 等）、相同 ACL 權限（共享資料夾權限需要同步或人工確認）。
使用者、群組與 ACL 權限管理方式
在中小企業環境中，通常沒有額外部署 Active Directory（AD）或 LDAP 伺服器，因此 NAS 使用者帳號通常直接建立於 Synology DSM 內，建議採用「NAS_A 建立、NAS_B 匯入」的方式，讓兩台 NAS 維持一致。
案例一：新增員工帳號
NAS_A：控制台 → 使用者與群組 → 新增使用者 → 加入部門群組 → 設定共享資料夾權限
NAS_B：匯入使用者設定 → 確認帳號存在
備註：新增帳號後不可只建立在NAS_A，否則NAS_B接手時員工無法登入。案例二：新增共享資料夾
公司新增部門：Sales
NAS_A：建立共享資料夾，名稱 Sales
NAS_B：手動建立相同名稱 Sales
Hyper Backup：加入同步工作
備註：Synology備份工具主要同步資料，不會自動建立新的共享資料夾設定。案例三：修改 ACL 權限
需求：增加Sales群組讀寫權限
NAS_A：控制台 → 共享資料夾 → 編輯權限
NAS_B：確認使用者存在、群組存在、權限一致
備註：權限不同會造成故障切換後，員工無法正常存取資料。Hyper Backup 與 Snapshot Replication 備份策略
Synology 雙 NAS 架構中，Hyper Backup 是主要的資料保護工具。建議採用單向備份方式，由 NAS_A 將資料傳送至 NAS_B：
NAS_A (Primary NAS)
|
Hyper Backup
|
NAS_B (Backup NAS)
方向：NAS_A → NAS_B（不建議雙向同步）不建議使用雙向同步，原因是雙向同步可能將錯誤操作同步到另一台 NAS。例如員工誤刪資料，如果同步機制立即同步刪除動作，NAS_B 也可能失去原本可用的資料版本。
Hyper Backup 設定建議| 設定項目 | 建議方式 |
|---|---|
| 同步方向 | NAS_A → NAS_B |
| 同步頻率 | 依公司資料重要程度設定 |
| 重要資料 | 高頻率備份 |
| 一般資料 | 每日排程 |
建立 NAS 備援工作流程
NAS_A：開啟Hyper Backup → 建立資料備份工作 → 目的地：遠端NAS
→ 輸入NAS_B的IP/帳號/密碼 → 選擇共享資料夾 → 設定排程 → 完成
備註：建立前必須確認NAS_B已建立對應共享資料夾。除了資料同步之外，企業環境建議搭配 Snapshot Replication（快照複寫）功能，建立不同時間點的資料版本。原因是單純資料同步只能保護「資料存在」，但無法有效處理人為誤刪、勒索病毒加密或錯誤修改——如果同步機制立即執行，錯誤資料可能也會同步至NAS_B。Snapshot Replication 可以保留多個時間點的資料狀態，當發生問題時能快速回復到問題發生前的版本。
正常架構：
NAS_A（Project / Finance / HR）
|
Snapshot Replication
|
NAS_B（保存快照版本：昨天18:00 / 前天18:00 / 一週前版本）| 功能 | 用途 |
|---|---|
| Hyper Backup | 資料備份，保護資料副本 |
| Snapshot Replication | 保留資料版本，快速還原 |
| RAID | 避免單顆硬碟故障 |
設定每日快照範例
NAS_A：開啟Snapshot Replication → 選擇共享資料夾 → 建立快照排程
設定：每日12:00、18:00 → 設定保留版本，例如最近30天
備註：快照保留數量需要依照硬碟容量調整。企業建議依照資料重要程度設定不同策略，例如財務資料、人事資料可以保留較長時間，而一般工作資料可以縮短保存週期。
NAS_A 故障後 Manual Failover 手動接手流程
Manual Failover（手動接手）指的是當主要 NAS 發生故障時，由管理者按照預先建立好的流程，將備援 NAS 切換成主要服務設備。與企業 HA 不同，Manual Failover 不會自動切換，需要管理者執行確認與設定變更，但優點是成本較低，非常適合沒有大量 IT 預算的中小企業。
故障前： 故障後接手：
NAS_A NAS_A：狀態故障，停止服務
名稱：SYNOLOGY-NAS-A
IP：192.168.10.10 NAS_B（修改前 → 修改後）
角色：Primary NAS 名稱：SYNOLOGY-NAS-B → SYNOLOGY-NAS-A
IP：192.168.10.11 → 192.168.10.10
NAS_B 角色：Standby → Primary NAS
名稱：SYNOLOGY-NAS-B
IP：192.168.10.11
角色：Standby NAS步驟一：確認 NAS_A 已停止服務
- 確認 NAS_A 已關機或無法正常提供服務
- 確認網路內沒有其他設備使用 NAS_A 原本 IP
- 確認 NAS_B 最近一次同步完成
步驟二：修改 Synology NAS_B 系統名稱
第一個需要修改的是 NAS 名稱，原因是許多公司員工會透過網路芳鄰或 SMB 名稱連線。登入 Synology NAS_B DSM → 開啟「控制台」→ 進入「網路」→ 選擇「一般」設定 → 修改「伺服器名稱」：
修改前：SYNOLOGY-NAS-B
修改後：SYNOLOGY-NAS-A步驟三：修改 NAS_B IP 位址
接著需要讓 NAS_B 使用 NAS_A 原本的 IP，避免員工大量修改網路磁碟設定：
原始設定： 接手後：
NAS_A IP：192.168.10.10 NAS_B IP：192.168.10.10
NAS_B IP：192.168.10.11登入 NAS_B DSM → 開啟「控制台」→ 進入「網路」→「網路介面」→ 選擇 LAN 網路介面 → 修改 IPv4 設定 → 輸入 NAS_A 原本 IP → 套用設定。完成後，員工原本使用 \\SYNOLOGY-NAS-A\Project 或 \\192.168.10.10\Project，通常不需要重新設定即可繼續使用。
- 在用戶端電腦以系統管理員權限執行
arp -d清除ARP快取，或用nbtstat -R清除NetBIOS名稱快取 - 等待快取自然過期（通常數分鐘到數小時，視快取存留時間設定而定）
- 如果多台電腦同時受影響，也可以重新啟動核心網路交換器，強制清除設備上的ARP表
步驟四：確認 NAS_B 接手後的服務狀態
完成 NAS 名稱與 IP 修改後，NAS_B 已經正式成為新的主要 NAS。此時不要立即讓所有員工使用，建議管理者先進行完整測試：
確認共享資料夾
檢查：✓ Project資料夾存在 ✓ Finance資料夾存在 ✓ HR資料夾存在
測試：\\SYNOLOGY-NAS-A\Project
備註：共享資料夾名稱必須與NAS_A完全一致，避免員工原本磁碟連線失效。確認使用者登入
測試帳號：user01
確認：✓ 可以登入DSM ✓ 可以存取原本資料夾 ✓ 權限符合原設定
備註：如果NAS_B沒有同步使用者設定，員工可能無法登入。確認 ACL 權限
測試：Sales部門
確認：Sales群組 → 讀取Project、寫入Sales資料夾
備註：權限錯誤是雙NAS切換最常見問題。NAS_A 修復後如何恢復雙 NAS 備援架構
當 NAS_A 維修完成重新加入環境後，不建議立即讓 NAS_A 再次成為主要設備。應先確認 NAS_A 系統正常、DSM 更新完成、硬碟健康狀態正常，再重新建立 NAS_A 與 NAS_B 的同步關係：
1. 確認NAS_A硬體正常
2. 重新設定NAS_A網路
3. 建立同步工作
4. 確認資料一致
5. 再決定是否切回NAS_A重新設定 NAS_A 網路身份
NAS_A 維修完成後，不可以直接使用原本 IP，避免與目前運作中的 NAS_B 發生 IP 衝突：
目前：NAS_B 名稱：SYNOLOGY-NAS-A IP：192.168.10.10
維修後NAS_A（暫時設定）：
名稱：SYNOLOGY-NAS-RECOVERY IP：192.168.10.20等資料同步完成後，再安排正式切換。
重新建立 NAS_A 與 NAS_B 備份關係
由於目前 NAS_B 已經是新的主要設備，因此同步方向需要反過來調整：
原本：NAS_A → NAS_B
故障後：NAS_B → NAS_A（因為目前正式資料來源已經變成NAS_B）此時需要在 NAS_B 重新建立 Hyper Backup 工作，將最新資料同步回 NAS_A：
NAS_B：開啟Hyper Backup → 建立備份工作 → 目的地：NAS_A → 選擇共享資料夾 → 開始同步
備註：第一次重新同步可能需要較長時間，依資料容量與網路速度決定。是否需要切回 NAS_A？
中小企業不一定需要立即切回 NAS_A。許多公司會讓目前正常運作的 NAS_B 繼續擔任 Primary NAS，等下一次維護時間再進行角色交換。
切回 vs 維持現況比較| 方式 | 優點 | 缺點 |
|---|---|---|
| 切回 NAS_A | 恢復原始架構 | 需要再次切換與測試 |
| 維持 NAS_B | 降低再次中斷風險 | 設備角色與原規劃不同 |
中小企業雙 NAS DR 日常維護建議
雙 NAS 災難復原架構建立後，並不是完成設定就結束。企業需要固定檢查同步狀態、硬碟健康度與備份結果，確保真正需要接手時，NAS_B 可以正常接替 NAS_A 提供服務。
日常檢查頻率建議| 檢查項目 | 建議頻率 |
|---|---|
| Hyper Backup 任務狀態 | 每日確認 |
| Snapshot Replication 狀態 | 每週確認 |
| 硬碟健康度 | 每月檢查 |
| NAS_B 登入測試 | 每季測試 |
| 災難復原演練 | 半年一次 |
由於中小企業通常沒有部署 LDAP 或 AD，NAS_A 與 NAS_B 的系統設定無法像企業網域環境一樣自動同步，管理者必須建立固定維護流程。當公司環境發生以下變更時，需要確認 NAS_B 是否已完成對應設定：
- 新增員工帳號：需要在NAS_B建立相同使用者帳號，或透過Configuration Backup匯出匯入，確保員工在故障切換後仍可正常登入
- 刪除員工帳號：需要同步確認NAS_B是否仍存在該帳號，避免離職員工帳號未移除造成資安風險
- 建立新的共享資料夾：NAS_A新增後，需要在NAS_B建立相同名稱資料夾，並確認已加入Hyper Backup或Snapshot Replication的保護範圍
- 修改資料夾權限：使用者、群組或ACL異動時，需要同步確認NAS_B的權限設定
- 調整備份排程：公司修改資料保護策略時，需要重新檢查兩台的備份工作設定是否符合目前需求
建議企業建立 NAS 變更紀錄表，每次新增帳號、修改權限、建立共享資料夾或調整備份設定時，同時記錄 NAS_A 與 NAS_B 的異動狀態，並定期（例如每週）執行一次 DSM 的 Configuration Backup 匯出匯入，降低漏同步的風險。雖然此方式仍需要人工維護，但對於沒有預算導入 HA 或企業目錄服務的小型公司而言，是成本最低且可靠的雙 NAS 災難復原管理方式。
FAQ 常見問題
Synology 雙 NAS 備援可以完全取代 HA 嗎？
為什麼 NAS_B 不能只備份資料就好？
Hyper Backup 可以自動同步使用者帳號嗎？
Synology Snapshot Replication 有什麼用途？
NAS_A 壞掉後，員工需要重新設定網路磁碟嗎？
中小企業適合建立 Synology 雙 NAS DR 架構嗎？
切換NAS_B的IP後，為什麼員工電腦還是連不上？
本文為 Synology 雙 NAS 災難復原架構的通用建議整理，實際設定畫面可能因DSM版本略有差異；正式導入前建議先在測試環境完整演練一次Manual Failover流程，確認團隊都熟悉切換步驟。