甚麼是網絡營運中心（NOC）：每天做甚麼、值班流程與交接單模板

簡短回答：網絡營運中心（NOC）是按約定時間持續監察你的網絡和基礎設施的團隊與工具：發現故障、處理或升級，並留下記錄。NOC 保障的是可用性和效能；保安營運中心（SOC）防範的是攻擊。兩者可以同時存在於一個機構裡，中間需要一條清楚的交接路徑。

本文寫給正在判斷是否需要 NOC 的 IT 負責人，也寫給要評估服務商 NOC 服務的人。你會了解 NOC 監控甚麼、一個班次怎樣運作、交接單模板、可作為起點的升級觸發條件，以及 NOC 與 SOC 的分別。

甚麼是 NOC？

維基百科的「Network operations center」條目（2026 年 10 月 28 日閱讀）把它描述為：對電腦、電訊或衛星網絡進行網絡監控和控制的一個或多個場所。NOC 工程師處理網絡故障、停電和影響可用性的攻擊，配置防火牆、路由器等設備，監察運作情況，並維持核心網絡穩定。多數人輪班工作。

對中小企業來說，「NOC」通常指的是一項服務：由服務商的團隊、工具和流程來監控你的網絡和服務器、處理警報，並升級給工程師。你不需要一個掛著大螢幕的房間，你需要的是覆蓋時段、明確的範圍，以及一套在凌晨兩點也能運作的流程。

NOC 每天做甚麼？

1. 監控網絡設備、互聯網線路、服務器、關鍵服務和備份的健康狀況。
2. 分級警報：判斷哪些是真實故障，哪些是噪音，哪些需要立即處理。
3. 診斷並修復能遙距解決的問題：重新啟動服務、切換線路、清除卡住的介面、按已批准的程序做配置變更。
4. 升級需要更高級別、廠商或到場處理的故障，並做好清晰交接。參閱 L1、L2、L3 支援分級。
5. 溝通：按約定的間隔向受影響的用戶和服務負責人通報。
6. 記錄：把每條警報、每個動作和結果寫進工單，令歷史可查。
7. 處理計劃內工作：維護時段、變更前後的檢查和容量觀察。
8. 匯報可用性、事件和趨勢。

NOC 監控甚麼？

把範圍以書面形式約定下來。一份典型的範圍清單：

1. 網絡設備：防火牆、路由器、交換機、無線控制器和無線 AP、VPN 閘道。可用性、介面狀態、使用率、錯誤。
2. 互聯網和廣域網線路：通斷、延遲、封包遺失、切換狀態。
3. 服務器和虛擬化主機：在線狀態、CPU、記憶體、磁盤、關鍵服務。
4. 核心服務：DNS、DHCP、目錄服務、時間同步。
5. 備份工作：成功與否、最近一次成功備份的時間。
6. 電源和環境：UPS 狀態，有感應器的話還有機房溫度。
7. 雲端和應用程式檢查：網站或登入頁是否回應、電郵流量、Microsoft 365 服務健康（Microsoft 365 admin center > Health > Service health）。
8. 到期日：證書、域名、支援合約。

想知道閾值從哪裡起步，請閱讀該監控甚麼，以及警報閾值怎樣起步。

一個可以直接照用的值班流程

時間請按你的覆蓋時段調整。

交更開始時

1. 閱讀上一更的交接單（模板見下）。
2. 檢查未關閉的工單隊列，以及正在等廠商或用戶的事項。
3. 檢查監控工具本身：所有收集器和代理程式是否都在回報？
4. 檢查今天的計劃維護和變更日曆。

當值期間

1. 按優先級處理警報。逐條確認接收（acknowledge），讓大家知道有人在處理。
2. 對每條警報判斷：誤報（之後調整）、需要記錄的事件，還是要處理的事故（incident）。
3. 對事故按約定規則設定優先級；參閱嚴重程度與優先級的分別。
4. 在行動時更新工單，不要事後憑記憶補寫。
5. 符合下面的觸發條件就升級，不要等到完全確定。
6. 任何計劃內變更的前後，都要檢查受影響的設備及其相鄰設備。

每小時或固定間隔

1. 查看儀表板上正在滑向紅色的黃色項目。
2. 檢查該時段內的備份和工作狀態。
3. 對未關閉的事故發送約定的進度通報。

交更結束時

1. 關閉已完成的事項，附上原因和修復的簡短說明。
2. 寫交接單。
3. 凡是嚴重事項，用訊息或電話當面交接；對正在發生的事故，只留一張交接單是不足夠的。

交接單模板

複製到你的工單工具或共享文件裡。每一行盡量簡短。

1. 班次和作者：日期、時段、誰寫的、誰接更。
2. 未關閉的事故：工單編號、一句話症狀、優先級、目前狀態、下一步動作、下次更新時間。
3. 正在觀察的警報：是甚麼、為何還不算事故、在甚麼條件下升級。
4. 計劃內工作：下一更內的維護時段和變更，連同審批人和回退方案。
5. 等待他人：廠商個案編號、用戶回覆、零件，以及由誰在何時跟進。
6. 本更所做的變更：改了甚麼、在哪部設備上、誰批准的。
7. 已知問題和臨時辦法：不寫下來，下一更會再摸索一遍的東西。
8. 監控自身的健康：工具或收集器的問題、被靜音的警報以及靜音何時結束。
9. 正在使用的聯絡人：值班工程師、廠商聯絡人、未關閉事項的客戶聯絡人。
10. 下一更必須知道的其他事項：每條一行。

升級觸發條件的起點

這些是需要調整的起點，並非標準。請把它們與你的 SLA 和升級矩陣掛鈎；參閱 IT 升級矩陣模板。

1. 時間：事故 5 分鐘內沒有負責人，或嚴重事故 30 分鐘內沒有進展。
2. 影響：超過一個站點或部門受影響，或核心服務（互聯網、身份驗證、電郵）中斷。
3. 風險：任何攻擊跡象、數據遺失或意外配置變更，立即轉交保安團隊。
4. 技能：NOC 對這個故障沒有書面程序。
5. 廠商：硬件故障或需要原廠處理的缺陷。
6. 重大事故：符合你的重大事故標準，轉入重大事故管理流程。

NOC 與 SOC

維基百科的「Security operations center」條目（2026 年 10 月 28 日閱讀）指出，SOC 監察機構的網絡，調查潛在的保安事件，並採取必要措施處置威脅；條目亦提到 SOC 可以是內部團隊，也可以由外判的保安服務供應商營運。實際分別如下：

主要問題：NOC 問「它是否在線、表現好不好？」SOC 問「它安不安全，有沒有人在攻擊它？」

典型警報：NOC 處理連結中斷、使用率過高、備份失敗、服務停止。SOC 處理可疑登入、惡意軟件偵測、異常數據流動、保安工具的警報。

典型動作：NOC 重新啟動、切換、重新配置、派工程師。SOC 隔離設備、封鎖帳戶、調查、追查進一步的活動。

專長技能：NOC 需要網絡和基礎設施技能。SOC 需要保安分析和事故回應技能。

交匯之處：故障可能是攻擊，攻擊也可能看起來像故障。約定兩個團隊如何互相移交個案。關於我們的保安監控服務，請參閱保安營運中心。

如何判斷一項 NOC 服務好不好

1. 書面範圍：被監控系統的清單，以及對每個系統做哪些檢查。
2. 覆蓋時段：辦公時間還是全日候，以及時段之外會怎樣。
3. 回應目標：按優先級的首次回應時間；我們的目標公布在 SLA 頁面，任何服務商也都應當公布。
4. 升級路徑：打給誰、按甚麼順序、在甚麼時間之前。
5. 報告：可用性、事故、警報量、平均確認和解決時間；參閱 MTTA、MTTR 和 MTBF。
6. 變更控制：誰可以改甚麼，變更如何審批和記錄。
7. 交接質素：請對方出示一份遮蓋敏感數據的交接單樣本。

常見錯誤

1. 只看設備，不看服務。所有設備都在線，用戶卻無法工作。加上服務和登入檢查。
2. 沒有共同認定的範圍。沒有人知道打印機、VPN 或 Wi-Fi 算不算在內。把它寫下來。
3. 警報疲勞。太多低價值警報會把真正的那一條淹沒。每月覆檢警報量。
4. 憑記憶交接。口頭交接會遺漏細節。使用模板。
5. 修了不記錄。修復沒寫進工單，就會被重複或被推翻。
6. 沒有通往保安團隊的路徑。把疑似攻擊當作保安個案，而不是又一個網絡故障。
7. 沒有人監控的監控。沉默的收集器看起來就像一個安靜的網絡。

如何確認已生效

1. 選一部被監控的設備，在維護時段內讓它下線。確認警報、確認接收和工單都在目標時間內出現。
2. 閱讀最近三份交接單。一個陌生人能靠它們開始接更嗎？
3. 檢查上個月的每一宗事故，是否都記錄了原因、修復和負責人。
4. 對比警報數目和事故數目。差距很大，說明早該調整了。
5. 演練一次向廠商或保安團隊的升級，確保聯絡人確實能聯絡上。

常見問題

網絡營運中心做甚麼？

它監控網絡和基礎設施，分級警報，處理或升級故障，向受影響的用戶通報，處理計劃內的維護，並把一切記錄在工單裡。

NOC 和 SOC 有甚麼分別？

NOC 讓系統保持可用和效能良好；SOC 發現並回應保安威脅。兩者共享數據，並需要一條約定好的交接路徑。

NOC 的作用是甚麼？

它的作用是讓服務持續運作：及早發現問題、迅速恢復服務，並從重複故障中學習。它是警報變成工單、工單送到合適工程師手上的中心環節。日常工作包括監控、警報分級、事故處理與升級、變更檢查、溝通、交接，以及對可用性和趨勢的匯報。

營運一個 NOC 需要甚麼？

明確的範圍、監控和工單工具、按你的覆蓋時段排班的受訓人員、書面程序、升級矩陣，以及交接和匯報的例行安排。小型機構通常選擇把它作為服務購買，而不是自己建立。

下一步

如果希望由團隊代你運行這套流程，請從 Brocent 營運中心頁面開始了解。

2026 年 10 月 28 日核對的來源：維基百科「Network operations center」和「Security operations center」。閾值為起點值，需自行調整。

博迅公開了管理型IT外判服務方案在香港、新加坡、中國大陸和美國的按用戶月費，你可以在聯絡任何人之前先行比較：查看方案與收費。