99.9%正常运行时间等于每月几分钟？以及它没有涵盖什么

主机页面写着“99.9%正常运行时间”，多数老板点点头就过去了，因为99.9听起来几乎等于全部。本文把这个百分比换算成您能想象的分钟数，把算式摆出来，让您可以对任何数字重复计算，然后讲更重要的部分：这个数字对您自己的网站说明了什么，又没有说明什么。这是一篇算术加阅读指南，它不解读任何服务商的合同，也不给服务商排名。凡是取决于服务商定义的说法，建议始终一样：查清服务商如何定义。

正常运行时间百分比到底说明什么

正常运行时间，是在选定的统计周期内，服务被算作可用的时间所占的比例。算式很简单：

正常运行时间% = （总分钟数 − 停机分钟数）÷ 总分钟数 × 100

反过来看，就得到额度。承诺99.9%的服务商，意味着该周期内最多有0.1%可以是停机，而这个数字仍算达标。这0.1%是预算，不是预测：99.9%的主机并不会每个月都把它用完，而远低于预算的主机也不一定做了什么额外的事。

有两点容易被忽略。第一，百分比的意义取决于它的统计周期（一天、一个月、一年）。第二，“停机”就是服务商的定义所说的那样，而不同的服务商定义并不相同。接下来的几节讲算术，再往后讲定义。

把99.9%换算成分钟：算式

下面是30天月份的完整计算，一步一步来，您可以用同样的方法计算任何百分比。

1. 算出周期内的分钟数。30天 × 24小时 × 60分钟 = 43,200分钟。
2. 求出停机占比。100% − 99.9% = 0.1%，小数形式是0.001。
3. 相乘。43,200 × 0.001 = 43.2分钟。其中0.2分钟是12秒，所以额度是43分12秒。

同样的算法用于其他周期，得到下表。每个月的天数不同，所以每月额度会随日历略有变化。

按天和按周的数字有助于想象规模，但它们不是单独的承诺。按月统计的服务商并没有承诺“每天86秒”，它承诺的是一个月的总额，而这笔总额完全可能在一个下午用光。

比较99%、99.9%、99.95%和99.99%

小数点后的数字看似很小，但每一位都会让额度大幅变化。下表纯属算术：它显示每个百分比允许什么，而不是任何服务商实际做到什么。

每多一个“9”，额度就缩小到原来的十分之一：从99%到99.9%，每月额度从七个多小时降到不足四分之三小时。从99.9%到99.95%则减半，每月相差21.6分钟。这个差距是否重要，取决于您的业务。一家大部分订单集中在晚上几个小时的网店，在错误的时间损失20分钟，代价远大于一个全天随机有人浏览的宣传型网站。

跨页面比较数字时要小心。按月的99.9%和按年的99.9%并不是同一个承诺，没有写明周期的数字是不完整的。还要记住，纸面上更高的数字，交付成本也更高，只有当它涵盖的正是会伤到您的那类故障时才值得多付钱，而后面几节会说明，那往往不是这个百分比所衡量的故障。

统计窗口：按月、按年，一次长故障还是多次短故障

数字的统计周期，会改变它能保护您什么。以99.9%对应的全年8.76小时额度为例。按年统计的服务商，即使三月出现一次六小时的故障，仍然可以达到全年99.9%。如果按月统计，同样的六小时是43,200分钟中的360分钟，占该月的0.833%，该月的正常运行时间是99.17%，月度数字就没达标。

故障的频率也很重要，而百分比看不到它。一个月里十次四分钟的中断合计40分钟，仍在43.2分钟的额度之内，但您的客户却遇到了十次无法结账。一次45分钟的故障超出了额度，但它是单一事件，您可以用一条消息向客户解释清楚。这两种情况没有哪个“普遍更好”，关键是同一个百分比可能掩盖截然不同的体验。

• 日历月还是滚动窗口。日历月在每月一号重新开始，滚动30天则不会。请确认适用哪一种。
• 从哪一刻开始计时。有些定义从故障开始的那一刻算起，有些从故障被检测到或被报告时算起，两者可能相差许多分钟。
• 四舍五入。像99.95这样的数字，在宣传文案里可能被向上取整。如果这很重要，请索取未取整的月度数字。

一次故障会对整个月造成什么影响

把算式倒过来用很有帮助：已知一次故障，这个月的正常运行时间变成多少？下表假设一个30天的月份（43,200分钟），以及一次被完整计入的故障。

由此得出两点。一次不到一小时的故障就会让99.9%的数字失守，所以它并不承诺不会发生严重的事。而且，即使停机整整一天，该月仍有96.7%，这个数字放在图表上看起来还算体面。百分比会美化长时间的故障，所以分钟数和事件次数比取整后的百分比更能说明问题。

正常运行时间如何统计：查清服务商如何定义

两家服务商都可以说“99.9%”，意思却不同。下面每一项都是关于定义的问题，所以您的服务商的答案，就是它自己的条款所写的内容。不要想当然。

• 由谁统计。是服务商自己的监控，还是独立的第三方服务？您能看到记录吗？如果您对某个月有异议，这些记录是否可以提供？
• 多久检测一次。每分钟检测一次和每五分钟检测一次并不相同。在30天的月份里，每五分钟检测一次共有8,640次检测。0.1%的额度是8.64次检测，所以如果每次失败的检测都按完整的五分钟计算，连续九次检测失败（45分钟）就足以使数字不达标。比检测间隔更短的故障也可能完全落在两次检测之间被漏掉，或被向上取整为一个完整间隔。由定义决定是哪一种。
• 从哪里检测。只有一个检测地点，只能说明网站从那一个地方能访问。多个地点是更强的测试，但前提是其中至少有一些接近您的访客所在的位置。
• 什么算“正常”。它可能指服务器响应网络请求，也可能指某个特定页面返回成功响应，或是包括数据库在内的整套系统都能工作。服务器在响应，而您自己的账户却被拒绝，这是一块灰色地带；想看这种情况在站长眼中是什么样子，请参阅503或Resource Limit Reached错误是什么意思。
• 计划内维护。有些定义排除已公告的维护。算术说明了为什么这很重要：如果每月四小时已公告的工作被排除，网站可以有4小时43分钟（240 + 43.2分钟）无法访问，而服务商仍然可以达到99.9%。请查看通知期限、允许的时段和每月上限。
• 其他排除项。定义里通常会排除服务商无法控制的事件，以及客户自己造成的故障，比如您自己的代码或账户被滥用。请读一读这份清单，因为它决定您的哪些糟糕日子会被计入。
• 某个月未达标时。许多服务商提供的是服务抵扣额度而不是现金，而且往往要您提出申请才有。无论补救办法是什么，都写在服务商自己的条款里，并且与百分比本身是两回事。

正常运行时间百分比没有告诉您的事

这个百分比只描述一件事：服务商的检测是否看到服务有响应。许多让您流失客户的问题，是在这项检测仍然通过的时候发生的，或者完全不在主机的范围内。

这并不是说百分比没有用。它是一项有用但很狭窄的指标，只衡量其中一层。您的访客经历的是整条链路：域名、DNS、证书、服务器、您的软件，以及中间的网络。正常运行时间的数字，最多只能为其中一环作保。

一个实例：同一个月，两个不同的总数

假设一位企业主看到月度报告，30天的月份正常运行时间为99.97%。这相当于12分钟被计入的停机（12 ÷ 43,200 = 0.028%），远在43.2分钟的额度之内。但这位企业主觉得这个月糟糕得多。这只是示例，不是真实账户。

三件事加起来是1,632分钟，占当月的3.78%，所以访客的实际体验相当于约96.22%的可用率，而报告上是99.97%。这两个数字在算术上都是诚实的，只是回答了不同的问题：一个问的是服务商的服务有没有响应，另一个问的是您的客户能不能使用您的网站。正因为有这个差距，您才应该自己记录可用情况，而不是只依赖服务商的报告。

关于正常运行时间数字，应该问任何主机服务商的问题

购买之前用这份清单，续费评估时再用一次。请对方书面回答，并确认答复针对的是您实际要购买的套餐，而不是同一服务商的其他产品。

1. 正常运行时间按什么周期计算：日历月、滚动窗口还是一年？
2. 由谁统计，多久检测一次，从多少个地点检测？
3. 究竟什么算停机：服务器无法访问、页面出错，还是响应缓慢？
4. 计划内维护是否排除？如果排除，需要提前多久通知、在哪些时段、每月上限是多少？
5. 还有哪些其他排除项，例如客户造成的故障或服务商无法控制的事件？
6. 状态或事件历史发布在哪里，时间跨度够不够长、有没有参考价值？
7. 如果您对某个月有异议，能否查看自己账户的监控记录？
8. 如果未达标，补救办法是什么，如何申请，截止到什么时候？
9. 这个数字是否涵盖邮件和DNS，还是只涵盖网站主机？
10. 这项保证适用于所有套餐，还是只适用于部分套餐？

自己保留一份记录

不需要技术背景，也可以独立核对这些数字。一套简短的流程就够了：

• 运行独立检测。找一个免费的外部监控服务，每隔几分钟请求一次您的首页，失败时发邮件通知您，这样您就有了一条不依赖服务商自己工具的时间线。请选择能从多个地点检测的服务。
• 记录时间并注明时区。在每次事件旁写上“马来西亚时间”。时区不一致是两份记录看起来互相矛盾最常见的原因。
• 把各层分开。出问题时，先查域名，再查主机，最后查网站本身，正如主机账户第一周检查清单所建议的，这样您就能准确告诉服务商是哪一层出了问题。
• 月底加总。月底把分钟数加起来，用前面的公式计算。如果您的总数高于服务商的报告，就带着您的时间线去找服务商，问清差异是怎么产生的。
• 自己规划停机。迁移网站是本可避免的中断的常见原因。如何做到零停机迁移网站讲了如何做到访客看不到中断。

如果您的问题是速度慢或业务增长，而不是故障，那么正常运行时间的数字帮不上忙。该升级主机套餐的信号和共享主机与VPS的比较是更好的起点，而cPanel主机包含什么则讲解了您可以自己在控制面板里检查哪些内容。

常见错误

• 把99.9%当成“几乎100%”。它每月是43.2分钟，一次长达一小时的故障就会超出。
• 比较数字时不看周期。按年和按月的数字不是同一个承诺。
• 只看大标题，不看定义。排除项、检测间隔和“停机”的含义，决定了这个数字值多少。
• 以为正常运行时间涵盖整个网站。域名、DNS、证书、邮件和您自己的代码，都不在大多数正常运行时间定义的范围内。
• 无缘无故为多出来的“9”付费。多一位小数只有在几分钟停机会让您损失真金白银、而且您担心的故障正是该数字所衡量的类型时才有意义。
• 没有自己的记录。没有时间线，您既无法告诉服务商发生了什么，也无法核对月度报告。
• 忽略网站变慢。网站在线但很慢，会流失访客，却永远不会出现在正常运行时间报告里。

Gotka Technologies 的定位

Gotka的Go AI主机套餐在LiteSpeed服务器上运行cPanel，提供免费SSL、每日备份、免费迁移，以及通过客户区工单提供的24/7支持，并且Gotka公布99.9%的正常运行时间保证。价格从36个月Go AI Lite套餐每月RM17.80起。该数字背后的条款载于Gotka的正常运行时间SLA页面（英文）。本文刻意不概括这些条款，也不说明某一事件会如何被计入：请用上面的问题来阅读它们，如有不清楚之处，请从客户门户提交工单。如果您希望有人替您盯着网站，可选的Care维护套餐每月RM250起，其中Care Basic包含正常运行时间和安全监控；您也可以拒绝，自己维护网站。

本文使用的关键术语

• 正常运行时间（uptime）：在某个周期内，服务按统计方的定义被算作可用的时间所占的比例。
• 停机时间（downtime）：计入该数字的不可用时间；哪些算数由服务商的定义决定。
• 几个“9”：正常运行时间数字的简称；“三个9”是99.9%，“四个9”是99.99%。
• SLA（服务水平协议）：写明服务商承诺什么、如何统计、未达标时会怎样的书面条款。
• 监控间隔：一次检测多久询问一次网站是否可用。
• 计划内维护：已公告的、可能让服务下线的工作；有些定义把它排除在停机之外。
• 服务抵扣额度：部分服务商在数字未达标时提供的补救办法，通常是在以后账单上减免。
• DNS：告诉浏览器您的网站存放在哪台服务器的记录；记录出错或域名过期，会让正常运行的网站无法访问。