OmniStor 智慧儲存平台支援兩種架構：單機架構 與 HA 架構。平台管理員可透過 OmniStor Manager（OSM）的 Storage 設定，針對單一實體儲存空間（Drive）切換運作模式（正常 ↔ 唯讀），進行維護、容量規劃或硬體更換等作業。這篇文章說明儲存架構的設計概念、OSM Storage 設定畫面如何使用、模式切換的影響與情境，以及伺服器主機異常時的檔案搬移步驟。

本文涵蓋的內容對應 OSM 系統管理員手冊第 2.2.6 章「Storage 管理」。完整 OSM 操作畫面與細節，請參閱該手冊。

儲存架構的核心概念

理解 Storage 管理之前，先看懂三層基本概念：

簡單記憶：Storage Pool → Storage Group → AMOS → Drive。

單機架構 vs HA 架構

OmniStor 平台支援兩種架構，差異在於檔案副本的數量與一致性保證。

單機架構

• 組成：1 個 Storage Group + 1 個 AMOS。
• 副本數：每個檔案實體上只有 一份副本（One Copy）。
• 寫入流程：檔案 → Storage Group → 唯一的 AMOS → AMOS 自行決定寫入 D:\ 或 E:\ 中的某一個。
• 適用情境：開發、測試、預算敏感的小型部署。

HA 架構

• 組成：≥ 1 個 Storage Group，每個 Storage Group 內的 AMOS 採 成對（pair） 設計，每對 AMOS 分屬不同主機。
• 副本數：每個檔案實體上保存 兩份副本（Two Copies），分別在不同主機上。
• 寫入流程：檔案 → 儲存池管理程式依各 Storage Group 負載挑選 → Storage Group 將檔案抄寫至成對的兩個 AMOS → 各 AMOS 決定寫入自家主機上的哪個 Drive。
• 一致性維持：透過 Storage Group 內 AMOS 間的協同合作達成。
• 適用情境：生產環境、需要高可用性與資料保護的部署。

Storage 設定畫面：您會看到什麼

進入 平台管理 → Storage 管理 → Storage 設定，您會看到實體儲存空間的狀態列表，包含以下資訊：

• 授權空間：您組織獲授權使用的總空間（例如 5.00 TB）。
• 實體總空間：所有實體 Drive 加總的物理容量、已使用量、使用百分比。
• DriveGroupId：儲存單元組的識別碼，成對的 Drive 會有相同的 DriveGroupId。
• IP：該 Drive 所在的主機 IP（用來判斷成對關係）。
• Drive Name：磁碟代號（例如 D、E）。
• Available Space (%)：該 Drive 的剩餘可用空間百分比。
• Status：當前運作模式（正常 / 唯讀）。
• Time Stamp：上次狀態變更的時間。

HA 架構下的成對顯示

在 HA 架構，您會看到實體 Drive 以成對方式呈現。例如：

DriveGroupId 相同的兩列，就是一對。對 192.168.1.161 上的 D 做動作，192.168.1.162 上的 D 會一起連動。

兩種顏色標示

清單中的字體顏色會反映 Drive 狀態：

• 橘色字：代表該 Drive 處於 Maintenance mode（維護模式）——已切換為唯讀。
• 其他特定顏色：代表 Heartbeat check error——主機心跳檢查異常，需立即處理。

切換 Drive 運作模式（正常 ↔ 唯讀）

操作步驟

1. 登入 OSM，前往 平台管理 → Storage 管理 → Storage 設定。
2. 找到目標 Drive，點擊該列 Status 欄位 的「正常」或「唯讀」文字。
3. 系統會彈出操作原因輸入對話框，填入切換原因（例如「硬碟更換」「擴充容量」）。
4. 點按 OK 確認，模式切換生效。
5. 切換成功後：
   • Status 欄位由「正常」變為「唯讀」（或反向）。
   • 整列字體顏色變為橘色（維護模式）或變回正常顏色。

HA 架構下的連動切換

重要：在 HA 架構下，對任一 Drive 切換模式，與其成對（相同 DriveGroupId）的另一台主機上的 Drive 會自動一同切換。例如將 192.168.1.161 的 D 從正常切到唯讀，192.168.1.162 的 D 也會同步切到唯讀。

這是 HA 架構為了保持兩份副本同步性而設計的——您不能只把其中一份切唯讀。

切換到唯讀模式：對使用者的影響

單機架構下

• 切到唯讀的 Drive：不接受新上傳，但仍可下載裡面的檔案。
• 使用者上傳的新檔案會寫到其他仍在正常模式的 Drive。
• 若整個 AMOS 內的所有 Drive 都切唯讀：使用者無法上傳（Web、行動 App、Sync Client、OmniStor Drive 都受影響），僅能執行下載操作。

HA 架構下

• 切到唯讀的 Drive 及其成對 Drive：兩份副本所在的位置都不接受新寫入，但都可下載。
• 系統會挑選仍在正常模式的其他 Storage Group 處理新的上傳。
• 只要還有任何一個 Storage Group 全部處於正常模式，整體上傳功能就不會中斷。

常見管理情境

情境一：要更換某台主機上的硬碟

HA 架構下的標準流程：

1. 在 OSM 把目標 Drive 切到唯讀（成對 Drive 會一同切換）。
2. 確認該 Drive 沒有新寫入操作，且使用者無察覺異常（成對 Drive 仍可服務下載）。
3. 進行硬體更換作業。
4. 更換完成後，視情況：
   • 如果新硬碟需要回填資料 → 參見下方「SD 檔案複製搬移」。
   • 確認資料就緒後，在 OSM 切回正常模式（成對 Drive 一同切回）。

單機架構下：因為沒有副本保護，硬碟更換需要更謹慎的備份與還原規劃，建議事前完整備份。

情境二：某 Drive 容量即將用盡

• HA 架構：可考慮新增一組 Storage Group 來分擔負載；不需要對既有 Drive 動手。
• 單機架構：可在現有 AMOS 中加入新的實體 Drive，或考慮升級到 HA 架構。

情境三：規劃服務維護視窗

• 維護期間若需 read-only mode：將目標 Drive 切到唯讀，使用者仍可下載但不能上傳。
• 整體服務維護結束後，記得確認所有 Drive 都已切回正常模式——這是常見的疏漏點。
• 切換時填入清楚的「操作原因」，方便後續從審計記錄追蹤。

情境四：偵測到 Heartbeat check error

• 立刻檢視該主機的網路與硬體狀態。
• 在 HA 架構下，成對 Drive 仍能服務，但您的 HA 保護等級已暫時降級——需盡快復原。
• 從 Storage 設定畫面的字體顏色可一眼識別異常 Drive。

進階：SD Server 主機異常時的檔案搬移

當 SD Server（Storage Group 所在的伺服器主機）發生異常或需升級時，您可能需要把該主機上的檔案搬移到其他主機。OSM 手冊建議使用 RichCopy 工具進行檔案複製/搬移。

執行前確認

• 欲執行檔案複製/搬移的 Storage Group 已於 OSM 管理介面設為唯讀。
• 目的端 Disk 已完成格式化，並且裡面沒有現存檔案。

工具與安裝

• 取得安裝程式：RichCopy 安裝程式。
• 安裝對象：來源主機或資料目的端主機都可，建議安裝於資料目的端主機。

設定網路磁碟機

將要複製資料的來源（或目的）主機的磁碟設為網路磁碟。舉例：

• 資料來源端主機：172.17.5.35（RichCopy 安裝於此）
• 資料目的端主機：172.17.5.46
• 將目的設為網路硬碟：
  • \\172.17.5.46\d$ 設為 Disk Z
  • \\172.17.5.46\e$ 設為 Disk Y

開啟 RichCopy 設定檔案複製參數

重要提醒：不建議採用 RichCopy 右方的選單選取磁碟——SD Server 的檔案與目錄極多，選單有時會因為展開目錄而造成當機。

完整 RichCopy 操作參數請參閱 OSM 手冊附錄。

注意事項

操作前

• 填寫清楚的操作原因：每次切換模式都會被系統記錄，原因填得清楚有助於後續審計與排查。
• HA 架構下確認您理解連動切換：對 192.168.1.161 的 D 動手，會連動 192.168.1.162 的 D，這是設計上的保護機制，但若您不知道會導致意外。

操作後

• 驗證模式切換成功：透過 Status 欄位的文字與顏色雙重確認。
• 通知相關團隊：如果切換影響到使用者體驗（例如全部 Drive 都切唯讀），需提前通知並安排服務通告。
• 定期審計：透過 OSM 的平台管理操作記錄，定期檢視 Storage 設定的變更歷程。