IT停机一小时损失多少？调查数据与香港、新加坡、美国监管机构已经允许的停机上限

核心结论： 在 ITIC 2024 年对全球 1,000 多家企业的调查中，超过 90% 的中大型企业表示一小时停机的损失超过 30 万美元，41% 认为达到 100 万美元至 500 万美元以上。这些都是受访者自己的估算，而且不包括诉讼、罚款和处罚。Uptime Institute 2026 年停机分析报告称，其 2025 年调查中 57% 的受访者表示最近一次重大停机损失超过 10 万美元。目前没有任何已发布的调查能可靠地给出香港或新加坡 30 至 300 人企业的每小时损失。监管机构公布的是上限：新加坡金融管理局（MAS）把每个关键系统的非计划停机限制在任意 12 个月内合计 4 小时；香港金融管理局（HKMA）要求银行自行设定中断容忍度；美国则没有统一的小时数规定。

这份报告回答财务总监、合规负责人或 IT 负责人经常被同时问到的两个问题：IT 停机一小时到底损失多少？多少停机是可以接受的？第一个问题，网上的答案通常是一个被反复引用、却不注明出处的"每分钟损失"数字。第二个问题，监管机构其实已经回答了，但只针对它们监管的机构，而且几乎没有人把两者放在一起看。

本文面向约 30 至 300 人的企业，以香港为先，其次是新加坡和美国：资产管理公司、正在接受银行供应商审查的金融科技公司、律师事务所，以及海外集团的区域办公室。下文每一个数字都注明来源和年份。凡是受访者自报的估算，都会明确说明；凡是找不到数据的地方，也会直接说没有。

为什么一个"每分钟损失"数字会误导人？

搜索停机成本，同一个每分钟数字会在一页又一页里出现。它已经超过十年，从未公布样本或方法，而且是超大型企业的平均值。对一家 60 人的香港办公室来说，它既不是偏低的估计，也不是偏高的估计，而是根本与这间办公室无关。

单一数字不可靠，原因有三：

• 差距极大。 一小时的损失取决于这一小时内经过受影响系统的收入有多少、有多少员工停工，以及合同或监管机构是否会附加罚则。交易台和设计工作室在这三项上相差几个数量级。
• 大多数数字是估算，不是实际损失。 大型调查问的是受访者"认为"一小时损失多少。这有助于了解企业如何看待风险，但它不是经审计的损失。
• 数字有遗漏。 引用最多的调查明确排除了诉讼、罚款以及民事或刑事处罚。对受监管企业来说，这些往往是最大的部分。

所以诚实的答案有两半：企业自报的数字及其限制，以及监管机构已经提出的要求。对受监管的买方来说，后者往往更重要。

企业自报的一小时停机损失是多少？

ITIC 2024 年每小时停机成本调查

Information Technology Intelligence Consulting（ITIC）每年进行一项关于停机成本的独立网络调查。2024 年版在 2023 年 11 月至 2024 年 3 月中旬期间调查了全球 1,000 多家企业。主要结果：

• 超过 90% 的中大型企业表示，一小时停机的平均成本已超过 30 万美元。
• 41% 表示一小时停机给企业造成的损失在 100 万美元至 500 万美元以上。
• 这些数字不包括诉讼以及民事或刑事处罚，ITIC 在公布结果时明确说明了这一点。

这些数字要附带两点提醒。第一，它们是受访者的估算，不是实测损失。第二，样本偏向较大的机构，因此标题数字描述的更多是大企业，而非中小企业。我们查找了 ITIC 对最小规模企业的分组数据，发现各个二手来源的引用并不一致，因此本文不予转述。

Uptime Institute 2026 年停机分析报告

Uptime Institute 每年发布一份关于 IT 与数据中心停机的分析。2026 年版于 2026 年 5 月 13 日公布，内容包括：

• 在 Uptime 2025 年度调查中，57% 的受访者表示最近一次重大停机的损失超过 10 万美元。
• 约十分之一的受访者表示，最近一次停机造成了严重或非常严重的影响。
• 在 Uptime 追踪公开报道停机的九年里，第三方 IT 与数据中心服务商，包括云平台、互联网、电信和机房托管公司，约占其中的三分之二。

Uptime 的年度调查对象主要是数据中心和 IT 基础设施的运营方，完整报告只向其会员和订阅用户开放。本文数字引自其公开发布的消息。

对规模较小的企业来说，第三项发现比成本数字更重要。一家 50 人的香港公司很少自己运营数据中心。它的系统宕机，原因往往在服务商那里：云平台、互联网线路、SaaS 应用或外包服务。损失由公司承担，而故障发生在别人的合同里。

新加坡：MAS 允许多少停机？

在本文涉及的市场中，新加坡是唯一一个由监管机构把停机时数写进具约束力规则的地方。

新加坡金融管理局根据《2022 年金融服务与市场法》，为每一类持牌金融机构分别发布《技术风险管理通知》。现行通知于 2024 年 5 月发布，取代了 2013 年的通知，其中银行适用的 Notice 644 已于 2024 年 5 月 10 日起取消。银行现在适用 FSM-N05，持牌保险公司适用 FSM-N03，其他牌照类别各有编号。

适用于持牌保险公司的 FSM-N03，列出了这方面最常被引用的要求：

• 非计划停机： 每个影响营运或客户服务的关键系统，其非计划停机时间在任意 12 个月内合计不得超过 4 小时。
• 恢复时间目标： 机构须为每个关键系统设定不超过 4 小时的恢复时间目标（RTO），并至少每 12 个月验证和记录一次。
• 通报与跟进： 发现相关事件后须在 1 小时内通报 MAS，并在 14 天内提交根本原因与影响报告。通报时限在我们的另一份报告香港、新加坡、美国网络安全事件通报时限中有详细说明。

这些措辞并不新。已取消的银行 Notice 644 就规定了同样的 12 个月内 4 小时上限。

MAS 的规则会变吗？

MAS 于 2026 年 6 月 10 日发布了修订《技术风险管理通知》的咨询文件，咨询期至 2026 年 7 月 31 日结束。与可用性相关的主要建议，是明确规定部分或间歇性中断也要计入关键系统的非计划停机时间，因为 MAS 发现部分机构在计算时把它们排除在外。截至 2026 年 11 月初，我们没有找到已发布的最终通知或咨询回应。如果修订获得通过，一个下午运行缓慢的系统，可能会以过去未必计算的方式占用这 4 小时额度。

一年 4 小时在实际中意味着什么？

以下只是算术，不是监管表述：一个全天候运行的关键系统一年有 8,760 小时。4 小时非计划停机约占 0.046%，相当于约 99.95% 的可用性，而且不含计划维护。这比许多服务合同中常见的 99.9% 更严格。

香港：HKMA 允许多少停机？

香港金融管理局的做法与 MAS 相反。它不写数字，而是要求每家认可机构自行设定。

HKMA《监管政策手册》单元 OR-2「营运韧性」于 2022 年 5 月 31 日发布，给予认可机构一年时间制定营运韧性框架，之后再用三年时间落实。根据 OR-2，机构须识别其关键营运，并为每一项设定中断容忍度：即机构能够接受的关键营运最大中断程度。容忍度由董事会批准，并通过映射和情景测试检验机构能否守住这些容忍度。

在 2026 年 5 月 29 日的一封信中，HKMA 表示，根据其调查，所有认可机构均已如期在 2026 年 5 月底前达到营运韧性，已识别关键营运及中断容忍度。HKMA 同时表示，机构应继续努力，逐步收紧这些容忍度。

不是银行的公司能从 OR-2 学到什么？

OR-2 约束的是银行及其他认可机构，而香港大多数 30 至 300 人的企业并不是认可机构。不过，其中很多企业是认可机构的供应商，或要接受认可机构的审查：银行合作伙伴要做供应商审查的金融科技公司、基金行政管理人、持有银行数据的专业服务公司。

对这些企业来说，OR-2 有用的是方法，而不是规则本身：

• 列出关键营运。 不是系统，而是业务必须持续做的事：接收客户指令、发薪、回应监管机构。
• 为每项设定容忍度。 每项营运可以中断多久、中断到什么程度，超过之后损害就无法挽回。
• 梳理每项依赖什么。 包括链条上的每一家服务商。
• 按容忍度测试。 一次能证明你守得住容忍度的情景测试，比一份声称你守得住的文件更有价值。

我们没有找到任何香港监管机构对银行业以外的企业公布固定的停机上限，也没有找到关于香港这一规模企业每小时停机成本的已发布调查。我们直接说明这一点，而不是从别处借一个数字。

美国：有统一的停机规定吗？

没有。美国没有类似 MAS 4 小时上限、适用于各类企业的规定。

• 银行及其检查人员依据联邦金融机构检查委员会（FFIEC）的《IT 检查手册》。其于 2019 年 11 月更新的《业务持续管理》分册，要求管理层通过业务影响分析设定恢复时间目标并定期重新评估，而不是规定具体小时数。
• 通报规则规定的是时限，不是容忍度。 美国银行监管机构的计算机安全事件通报规则，以及美国证交会对上市公司的披露规则，规定的是报告事件的期限，并没有界定可接受的停机时间。两者都在我们的事件通报时限报告中有介绍。

在实际中，美国的可接受停机时间由合同决定：由企业与服务商之间的服务级别协议决定，也由企业自己的客户要求决定。

99.9% 和 99.99% 可用性实际允许多少停机？

可用性百分比是服务商表达停机上限最常见的方式，也最容易被误读。以下是一项全天候计量、按全年计算的服务的算术结果：

• 99% 可用性：每年约 87.6 小时停机，约每月 7.3 小时。
• 99.9% 可用性：每年约 8.8 小时，约每月 44 分钟。
• 99.95% 可用性：每年约 4.4 小时，接近 MAS 的 4 小时上限。
• 99.99% 可用性：每年约 53 分钟，约每月 4.4 分钟。

这是算术，不是对任何服务商的描述。依赖一个百分比之前，请先在合同里看清三件事：按月还是按年计算；是否排除计划维护；什么才算"停机"。一个能响应但慢到无法使用的系统，在合同下可能不算停机，而这正是 MAS 现在准备为受其监管的机构堵上的漏洞。

怎样估算自家企业停机一小时的损失？

既然没有任何已发布的调查适用于 30 至 300 人的企业，真正有用的是你自己的数字。下面是一种方法，而不是统计数据。它用的是你自己的数字，而且应该按每一项关键营运分别计算，而不是对整家公司算一个总数。

四项输入

• 每小时收入损失。 一小时内经过受影响营运的收入，乘以真正损失（而非延后）的比例。客户改到明天才下的单是延后；无法下的交易单才是损失。
• 每小时员工闲置成本。 无法工作的员工人数，乘以其综合时薪，再乘以其工作真正停下的比例。
• 恢复成本。 加班、服务商上门费用，以及系统恢复后追赶进度所花的时间。这一项往往超过停机本身。
• 合同与监管风险。 你须向自己客户支付的服务赔偿、罚则，以及向监管机构报告的成本。大型调查基本都没有计入这一项。

一个示例

本例中的数字是为说明而虚构的，不是数据。一家 60 人的香港投资顾问公司，在一个工作日上午有三小时无法使用其订单管理系统和电子邮件：

• 收入损失： 公司估计每个交易小时约有 2 万港元费用收入经过这些系统，其中四分之一是真正损失而非延后：每小时 5,000 港元。
• 员工闲置： 40 名员工无法有效工作，综合时薪每人 400 港元，其中 70% 的工作停顿：每小时约 11,200 港元。
• 恢复： 停机后的加班和服务商工作合计约 15,000 港元。
• 合同风险： 这次没有触发，但公司注意到有一份客户委托书要求通报。

三小时停机的损失约为 63,600 港元，即每小时略高于 21,000 港元。做这道算术的意义不在于总数，而在于发现：对这家公司来说，员工闲置的成本高于收入损失。这说明钱应该花在让员工能继续工作上（替代访问方式、更快恢复电子邮件），而不只是花在交易系统上。

IT 服务合同应该怎样写停机条款？

一旦知道自己的容忍度和每小时损失，服务商合同就应该与之对应。我们看到的大多数缺口，不在可用性百分比本身，而在它周围的条款。

• 优先级定义与关键营运对应。 合同中的"P1"应该是关键清单上某项营运的中断，并以小时注明首次响应和上门响应时间。博迅公开发布自己的 P1 至 P5 优先级定义、响应与解决目标，以及 8×5 或 24×7 服务时段，正是为了让买方在签约前就能读到。
• 计量方式与容忍度一致。 如果你的容忍度按单次事件计量，按年计算的可用性百分比就是错的工具。应同时要求按事件计算的恢复目标。
• 发现，而不只是响应。 停机时钟从系统故障那一刻开始，但响应时钟通常从有人发现时才开始。监控以及全天候值守的安全运营中心（SOC）能缩短从故障到响应之间的时间，而小时数往往就是在这段时间里流失的。
• 响应越快，费用越高。 我们自己关于亚洲 SLA 响应时间定价溢价的研究（博迅研究，特此注明）列出了更快的响应级别会让现场服务费率增加多少。比实际需要更严的容忍度很昂贵；比实际需要更松的，则是你自己承担的风险。
• 服务赔偿不等于补偿。 下月费用中的抵扣，很少能接近停机的实际损失。我们关于 SLA 服务赔偿与履约保函的情景文章详细讨论了这个问题。

想了解这些条款在香港办公室的管理型IT外包服务中如何定价，可以在我们的报价工具里生成一份参考方案。

这份报告没有声称什么？

• 没有香港或新加坡的每小时损失数字。 我们没有找到衡量这两个市场企业每小时停机损失的已发布调查，也没有自行编造一个。
• 没有博迅的停机统计。 博迅是管理型IT和安全服务商。本文没有引用任何来自博迅客户群的数据。
• 没有预测。 调查数字描述的是过去的年份，我们没有向后推算。
• 不是法律意见。 监管立场根据截至 2026 年 11 月初已发布的通知和信函整理。受监管企业应阅读适用于其牌照的原文。

常见问题

IT 停机一小时损失多少？

在 ITIC 2024 年调查中，超过 90% 的中大型企业估计每小时损失超过 30 万美元，41% 估计在 100 万美元至 500 万美元以上。这些是受访者估算，不包括罚款和诉讼。对 30 至 300 人的企业，没有可靠的已发布数字；请用收入损失、员工闲置、恢复成本和合同风险自行估算。

MAS 对非计划停机的上限是多少？

MAS 的《技术风险管理通知》要求，每个影响营运或客户服务的关键系统，其非计划停机时间在任意 12 个月内合计不得超过 4 小时，恢复时间目标不超过 4 小时。这些通知适用于受 MAS 监管的金融机构，各按其牌照类别对应的通知执行。

HKMA 有没有规定银行的最长停机时间？

没有固定数字。根据《监管政策手册》OR-2「营运韧性」，每家认可机构为每项关键营运自行设定中断容忍度，并由董事会批准。HKMA 在 2026 年 5 月表示，所有认可机构均已在 2026 年 5 月底前完成。

99.9% 可用性允许多少停机？

对一项全天候计量的服务，每年约 8.8 小时，约每月 44 分钟。请确认合同是按月还是按年计算，以及是否排除计划维护。

美国有关于可接受停机时间的规定吗？

没有一条适用于各类企业、规定小时数的统一规则。银行检查人员要求通过业务影响分析设定恢复时间目标；事件通报规则规定的是报告期限，而不是停机上限。可接受的停机时间主要由合同决定。

什么是恢复时间目标（RTO）？

RTO 是系统中断后必须恢复的时间。MAS 对其监管机构的关键系统规定最长 4 小时；在其他地方，企业通过业务影响分析自行设定 RTO，并应测试自己能否达到。

停机成本调查可靠吗？

作为了解企业如何看待自身风险、以及风险量级的参考，它们是可靠的。但它们不是经审计的损失，样本偏向大型机构，而最知名的那份调查不包括罚款和诉讼。请用它们作背景，用你自己的计算来做决定。

资料来源

立场与数据截至 2026 年 11 月 3 日。ITIC《2024 年每小时停机成本调查》（独立网络调查，2023 年 11 月至 2024 年 3 月中旬）。Uptime Institute《2026 年停机分析报告》，2026 年 5 月 13 日公开发布。新加坡金融管理局：《技术风险管理通知》FSM-N03（持牌保险公司）；取消 Notice 644、644A、655、655A、1114、1118 的通知（2024 年 5 月 9 日）；《技术风险管理通知修订建议咨询文件》（2026 年 6 月）。香港金融管理局：《监管政策手册》单元 OR-2「营运韧性」（2022 年 5 月 31 日）；信函《营运韧性：持续与提升》（2026 年 5 月 29 日）。FFIEC《IT 检查手册》业务持续管理分册（2019 年 11 月）。可用性算术和示例为博迅自行计算。