平均修復時間

Mean-Time-to-Recovery（MTTR）是指從偵測到IT服務中斷或安全事件，到系統完全恢復正常運作為止的平均時間。MTTR是衡量業務持續管理（BCM）與事件應變能力的核心指標，其計算方式為：所有修復事件的總修復時間除以事件總數。在ISO 22301框架中，MTTR與RTO（Recovery Time Objective，復原時間目標）相輔相成，RTO設定目標，MTTR則衡量實際達成能力。NIST SP 800-61（事件處理指南）將MTTR納入事件應變效能評估的關鍵績效指標（KPI）。對企業而言，MTTR越低，代表業務中斷衝擊越小，企業韌性越高。此指標與MTBF（平均故障間隔時間）共同構成系統可靠性的完整圖景，是評估IT基礎設施韌性的重要量化工具。值得注意的是，MTTR的定義在不同情境下可能有所差異，有時指平均修復時間，有時指平均偵測時間，企業需在BCM政策中明確定義其計算範圍，以確保指標的一致性與可稽覈性。

MTTR的實務應用可分為三個階段：第一階段為基線建立，企業需蒐集歷史事件數據，計算現有MTTR，並對照ISO 22301的RTO目標，識別差距。第二階段為流程優化，針對高MTTR情境，如本文提到的雲端區域失效或勒索軟體攻擊，設計分層應變機制，包括自動化偵測、快速備份還原與跨部門協作流程。第三階段為持續監控，透過SIEM/SOAR系統即時追蹤MTTR，並定期進行演練驗證。以臺灣製造業為例，某電子廠在導入ISO 22301後，透過將MTTR從4小時降至1小時，將年平均停工損失減少30%。量化指標包括：MTTR達成率（實際MTTR/RTO）、MTTR趨勢指標（季度改善率）、以及MTTR與SLA（服務等級協議）的達成率，這些數據均可直接向董事會報告，作為BCM投資的效益證明。

臺灣企業導入MTTR管理主要面臨三個挑戰。首先是「數據孤島」問題，IT運維、資安團隊與業務部門各自持有不同事件記錄，導致MTTR計算不一致，建議建立統一的事件管理平臺（如GRIID或整合型GRIID）。其次是「RTO與MTTR目標不一致」，業務部門設定的RTO往往過於理想，而IT部門無法實際達成，解決方案是透過業務衝擊分析（BIA）重新校準RTO，確保MTTR目標具備可達成性。第三是「人才與工具的缺口」，臺灣中小企業缺乏專業的事件應變人員，建議採用自動化應變工具（如SOAR）降低對人工依賴，並建立標準作業程序（SOP）以降低人員依賴性。建議企業在導入後6個月內完成首次全模擬演練，並以演練結果為MTTR設定的調整依據，確保BCM框架的實用性，而非僅停留在文件層面。

積穗科研股份有限公司（Winners Consulting Services Co., Ltd.）專注臺灣企業Mean-Time-to-Recovery相關議題，擁有豐富實戰經驗，協助企業在90天內建立符合ISO 22301與ISO 27701的BCM管理機制，已服務超過100家臺灣企業，包括製造、金融與科技產業。申請免費機制診斷：https://winners.com.tw/contact