备份这件事，哪一段该客户自己做

结论先行：备份最容易出问题的地方不在技术，而在界面——出事时才发现两边都以为对方管了。合理的分法是：平台层（服务器、虚拟化、数据库、备份设备本身）的备份任务与兜底由服务商承担；而对「哪些数据算重要、恢复到什么程度算合格、谁能批准恢复」这三个决定，只能由客户自己给出。三件事缺失任何一件，备份就只是「存了一份东西」。

服务商能覆盖到哪一层

IT 解决方案与运维服务商在备份这件事上的覆盖面，通常落在平台层：

• 备份任务本身——按对象类型设定备份周期、保留份数与执行窗口，并保证任务按计划跑完、失败有告警。
• 混合对象的适配——小型机、虚拟化平台、独立物理服务器、数据库、云上与超融合资源，这几类对象的备份方式与一致性要求各不相同，需要按类分别定口径，而不是一套策略套到底。
• 备份设备与基础设施的兜底——备份系统自己也会坏。设备层面的备件与替换能力属于服务商应当储备的部分，行业内的通行做法是在区域自建备机备件库，把「等原厂发货」这段时间压下来。
• 备份链路的运行与巡检——成功率、副本完整性、介质与容量水位、安装与补丁版本，这些是持续要看的日常项。

有三件事，服务商替不了客户

平台层可以外包，判断层不能。以下三件事如果由服务商「默认帮客户定了」，通常会在真实恢复的那一刻暴露出偏差。

这三件事落地之后，才是可以写进合同的服务水平条款：恢复时限、演练频次、以及达不到时的处理方式。

责任怎么分才不留缝

正规的服务商在处理事故时，会把责任按来源分成几类来定：服务商自身的实施失误或人员失职、原厂的产品缺陷或到货延误、客户自行操作或环境不具备、第三方（物流、客户指定的其他厂商、云平台）、以及不可抗力。分类的意义不是推责，而是让每一类都提前对应上处置动作和赔偿口径。

这条逻辑同样适用于备份：

• 客户的证据面——业务影响清单、恢复优先级、你们自己的数据重要性分级，这些是出事时客户必须拿得出的东西。
• 服务商的证据面——备份任务记录、操作日志、设备与备件的更换记录，这些是服务商应当能随时调取的东西。
• 双方的共同交付物——一份写明恢复目标与验收方式的书面约定。没有它，事故复盘就会停在「各自都觉得自己尽责了」。

服务期结束后，备份成果怎么交

还有一段常被漏掉的界面：服务关系结束的时候。客户业务数据、设备配置、网络拓扑、日志与口令，都属于客户资产；服务期间按需调用，服务结束后应当移交或销毁，服务商不得私自留存。备份成果、介质清单与恢复说明，都应纳入离场移交清单逐项确认。

这件事在签约时就该写明，而不是等换服务商的时候再谈——否则备份链路的交接会成为整个迁移里拖得最久的一段。

边界与前提

界面划分的粗细程度要匹配团队的实际能力。自有团队有一定运维基础时，把业务层的数据分类与恢复验收留在内部、把平台层交给服务商，通常最经济；自有团队力量薄弱时，可以把更多判断类工作以顾问方式引入，但授权与验收这两项不建议一并交出去。此外，同城或异地副本、不可变副本这类手段解决的是「副本本身被破坏」的问题，与本文讨论的责任界面是两件事，不能互相替代。

深圳市奇摩计算机有限公司在容灾备份项目里，通常先和客户一起把数据重要性分级与恢复目标确认下来，再按平台层与判断层划定双方界面，最后才落合同条款与演练安排。深圳、武汉、沈阳三地自有备件库与三级技术支撑体系，是这套界面能被执行的前提之一。

如果你正在梳理备份工作的分工边界，欢迎 预约咨询。