將故障的系統或設備修復、使其恢復可用狀態所需時間的平均值（Mean Time To Repair）。包括偵測故障、釐清原因、更換零件或修正設定，以及確認所需的時間。可用率以 MTBF ÷ (MTBF + MTTR) 表示，MTTR 越短，可用率越高。可藉由迅速偵測故障的監控、備妥更換零件、整備作業程序、自動切換等方式縮短。
日文名稱: MTTR(平均修復時間)
「MTTR（平均修復時間）」出現在3領域的4道練習題中（IT服務管理與系統稽核, 良率與品質管理, 可靠度等）。
這個名詞所屬的領域: IT服務管理與系統稽核
由某段期間的運作記錄，MTTR 是將停機時間的合計除以故障次數求得。例如在720小時內故障3次、合計停機6小時，MTTR 為 6 ÷ 3 = 2小時，MTBF 則是運作時間 714小時 ÷ 3 = 238小時。可用率為 238 ÷ (238 + 2) ≈ 0.992，與運作時間的比例 714 ÷ 720 一致。
由於可用率 = MTBF ÷ (MTBF + MTTR)，要提高可用率，不是減少故障以延長 MTBF，就是加快修復以縮短 MTTR。例如 MTBF 為198小時、MTTR 為2小時時，可用率為0.99；若將 MTTR 縮短為1小時，就成為 198 ÷ 199 ≈ 0.995。即使難以消除故障，MTTR 也比較容易透過改善監控與程序來縮短，因此是遵守 SLA 可用率時的重要目標。
修復時間可分為察覺故障的時間、釐清原因的時間、修復的時間，以及確認是否正確運作的時間。以監控立即偵測並通知故障，利用組態管理的資訊與日誌迅速找出受影響的設備，備妥備用零件或備援系統以縮短更換、切換的時間，並整備作業程序書，讓任何人都能以相同方式作業。在自動切換到備援系統的架構中，可大幅縮短使用者所見的停機時間。
正確答案：B. 2.5小時
解 500 ÷ (500 + MTTR) ≥ 0.995，得到 MTTR ≤ 500 × 0.005 ÷ 0.995 ≈ 2.51小時，因此最大值約為2.5小時。1.5小時時可用率為 500 ÷ 501.5 ≈ 0.997，雖然也達成目標，但並非最大值。3.6小時是1個月720小時內允許的停止時間合計（720 × 0.005），並非每次的修復時間。要縮短MTTR，迅速偵測故障的監控、備妥更換零件、整備作業程序、自動切換等都很有效。
一般是 Repair（修復）的縮寫，譯為平均修復時間。在 IT 服務領域中，也會以 Restore（回復）或 Recovery（復原）的意思使用，指讓使用者能再次使用服務為止的時間，因此要計算從何時到何時的時間，需確認 SLA 等的定義。
MTTR 是實際修復所花時間的平均值，表示實績。RTO 是發生災害或故障時，到業務或系統恢復運作為止所允許時間的目標，是在規劃時決定的值。
解 500 ÷ (500 + MTTR) ≥ 0.995，得到 MTTR ≤ 500 × 0.005 ÷ 0.995 ≈ 2.51小時，因此最大值約為2.5小時。
某系統的MTBF（平均故障間隔）為500小時，SLA的可用率目標為99.5%以上。假設MTBF不變，並以可用率 = M…MTTR是平均修復時間，屬於維護的指標。
當製程的平均值偏離規格中心時，應使用的製程能力指數是下列何者？從故障到修理完成的平均時間稱為MTTR，不修理的零件直到故障為止的平均時間則稱為MTTF。
下列何者是對MTBF（平均故障間隔時間）的正確說明？MTTR（平均修復時間）為 6 ÷ 3 = 2小時，可用率為 238 ÷ (238 + 2) ≈ 0.992，與 714 ÷ 720 一致。
某系統在30天（720小時）的運作期間發生3次故障，因故障而停止的時間合計為6小時。由這段期間的實績求出的MTBF（平…MTBF(平均故障間隔) SLA（服務水準協議） 製程能力指數(Cpk) MTTF(平均失效時間) 內部控制（Internal control） 升級處理（Escalation） 系統稽核（Systems audit） 事件管理（Incident management） 服務台（Service desk） 問題管理（Problem management）