情境 06 IT 人員 · 週三 11:20
套件版本，一次對齊
12 台 NAS 上幾十個套件版本不一致，更新想一次做完，又不能把相依的服務弄斷
500筆 · 套件盤點每頁上限，截斷會標示
11:20
更新是一串判斷
資安要求把 Hyper Backup 升到指定版本，有人提醒「更新的時候不要斷到服務」
- 哪幾台版本落後，落後幾版
- 哪些套件已經停止或異常
- 更新會不會動到 Syngle 自己
- Container 與 VM 要不要另外處理
畫面
同一個套件，跨所有 NAS
版本和狀態排在同一列，有問題的排前面
五種檢視
依套件、依 NAS、依 Site、依 Tag、物件，同一批事實換不同的切法
套件矩陣
每個套件一列，展開是每台 NAS 的版本、執行狀態和可更新，先顯示 10 台再全部展開
相依會跳過
相依套件、Syngle 本身和管理鏈路相依的套件會跳過，結果裡會寫原因
盤點有上限，也有標示
每頁 500、最多 50 頁或 10 MiB，讀到上限會標截斷，不會當成 0
物件自己一組
Container、VM、Web Station、DNS、LUN、iSCSI、AD／LDAP、CMS 受管伺服器，篩選值在 12 個以內才顯示
步驟
你會做到
01
先只看有問題的
一個開關只留停止、異常和可更新，其餘先收起來
02
選 NAS，不是選套件
更新、啟動、停止和重啟是一次性 Operation，每批 20，預設 5
03
高風險的逐台做
解除安裝只限單台，要輸入 NAS 名，資料保留，不提供批次
04
開一個分頁給使用者
在該台 DSM 開新分頁，有 Login Portal 別名就用別名，沒有就開 DSM 首頁
05
物件分開處理
逐列的啟動、停止、重啟、開機、關機、備份和啟用，一次 1 台，停止或重啟要輸入 NAS 名
帶走什麼
更新是一個 Operation，不是 12 次點擊，相依套件和 Syngle 自己會被跳過，理由寫在逐台結果裡