一、系统工程师与客户工程师：维保的两路人马

服务器坏了，按故障层次分两条处理路径：

为什么要分：技能和成本完全不同——SE 是"脑外科"，隔着网线做手术；CE 是"外科护士"，得在现场插拔零件。维保合同按这两路分别定价：远程支持便宜、上门服务贵，硬件故障要不要"次日到场"还是"4 小时到场"，价格差得远。

运营里的衔接：自家管理员（8.8-8.11 三编制）是第一响应人——先判断故障在哪一层、要不要升级给厂商；判断错了会把 SE 叫去现场看坏硬盘，白白烧维保时间。9.5-9.7 的排障四步，练的就是这个判断力。

二、SLA：把"稳定"写进合同

SLA（Service Level Agreement，服务级别协议）是服务提供方与使用方之间的书面承诺，通常写三件事：

1. 可用性指标——承诺几个 9：99.9%＝全年最多停 8.76 小时；99.99%＝全年最多停 52.6 分钟
2. 响应与恢复时限——故障报上来后多快响应（15 分钟？1 小时？）、多快恢复（4 小时到场？次日换件？）
3. 未达标的后果——赔偿条款：没做到就按约定减免费用，"承诺"才有牙齿

SLA 是双向的尺子：

• 对用户方：它是选型和验收的依据——云厂商、托管机房、维保商都按 SLA 分档报价，业务多关键就买多高档（8.3-8.7 预估的"要几个 9"在这里落到合同）
• 对提供方：它是运营投入的预算上限——要兑现四个 9，7.8-7.12 那些冗余设备、9.1-9.4 的监控流程一个都不能省；反过来说，SLA 也防止"无限追求稳定"的过度投入

关键认识：SLA 不是喊口号，是可以按月算账的——每月统计实际停机时长，对比承诺值，超了就触发赔偿。这就是第二章"可用性"从技术概念变成商业条款的全过程。

三、常见误区

1. "SE 和 CE 是职位高低之分"——不是高低，是层次分工：SE 管软件层远程处理，CE 管硬件层到场换件；两者是维保合同的组成部分，缺一不可。
2. "买最高档 SLA 就是稳妥"——SLA 档位是钱换来的：四个 9 的硬件和人力投入可能比服务器本身还贵；按业务的实际容忍度买，别为用不上的承诺买单。
3. "签了 SLA 就高枕无忧"——SLA 只是底线承诺：赔偿能换钱，换不回停业的损失（ERP 停机即停业务，4.8-4.12 的老话）；关键业务仍要自备 7.8-7.12 的冗余和备份。
4. "响应时限就是恢复时限"——两码事：响应是"开始管你"，恢复是"能用回来"；合同里要分别写清，只写响应时限的 SLA 有大把拖延空间。

四、动手 Demo：算一算本机的"可用性账"

SLA 的可用性是"在线时长 ÷ 应在线时长"。本机虽不是服务器，账是同一本：

$up = (Get-Date) - (Get-CimInstance Win32_OperatingSystem).LastBootUpTime; "已连续运行: $([int]$up.TotalHours) 小时 $([int]($up.TotalMinutes % 60)) 分钟"

看到什么算成功：输出本机本次开机以来的连续运行时长。这就是可用性统计的原料——在线时长。

再翻翻"停机病历"：

Get-WinEvent -FilterHashtable @{LogName="System"; Id=6008; StartTime=(Get-Date).AddDays(-90)} -ErrorAction SilentlyContinue | Select-Object TimeCreated

看到什么算成功：列出最近 90 天的意外关机记录（事件 ID 6008）。每一条都是一次"非计划中断"——如果是公司服务器，这些时间戳就要计入当月 SLA 的停机账单。

30 秒实验：拿 99.9% 套用到你自己身上——一个月 30 天 × 24 小时 = 720 小时，99.9% 意味着每月"允许失联" 0.72 小时（约 43 分钟）。想想你的手机号、家里的宽带、公司的 ERP，哪个做到了三个 9？

• ☑ 企业中的服务器案例

相关笔记

• 人与流程 —— 自家管理员是第一响应人，SE/CE 是升级对象
• 与PC的三重差异 —— "几个 9"在本篇写进合同
• 故障应对与备份 —— SLA 承诺兑现的全部装备
• 性能与更新 —— 排障判断力决定该叫 SE 还是 CE
• 身份认证与业务系统 —— ERP 停机即停业务，SLA 档位据此选
• 企业中的服务器案例 —— SLA 兑现之后，看企业服务器的两条演进路