工程机怎么做系统备份，坏了多久能恢复

一台工程机真正的价值在哪

展厅工程机这个东西，硬件本身不值钱，值钱的是上面那一层配置。

装系统、装播控软件、装中控软件、装显卡驱动、填授权码、调分辨率和 EDID、关掉自动更新、设置开机自启、把素材路径对好、把网络参数配对——熟练的工程师做完这一套也要大半天，中间还夹着好几次重启和试错。

然后某天，这台机器坏了。硬盘坏了、系统被更新搞崩了、或者现场有人乱装软件把播控整死了。

摆在面前的是两条路：

• 重来一遍上面那一整套：半天到一天，期间展厅开天窗；
• 恢复一份事先做好的镜像：十几分钟，回到当初交付时那个已知可用的状态。

差别就这么大。而做那份镜像的成本，是交付前多花二十分钟。

这篇要回答的是三个问题：什么时候做、放在哪、以及怎么确认它真的能恢复。

什么时候做，时机要卡准

基准镜像的时机是：所有软件装完、参数调完、试运行确认没问题之后，正式开馆之前。

太早做，镜像里缺东西——比如某个授权还没激活、某个参数还没调；太晚做，镜像里可能已经混进了现场临时改的乱七八糟的东西。

这个时间点应该写进交付计划，而不是靠人想起来。展厅项目最后一周通常很乱，不排进计划的事就不会发生。

除了基准镜像，还有两个值得留还原点的时机：

每次内容大更新之后。 展厅内容会换，换的时候常常要动播控配置。改之前留一个点，改砸了能退回去。

每次系统层面的改动之后。 装了新软件、改了系统设置、更新了驱动。

放在哪，这一条决定了备份算不算数

备份文件千万别只存在系统盘上。

这是最要命也最常见的错误。系统盘坏了，备份跟着一起没了——而「系统盘坏了」恰恰是最需要备份的场景之一。

展厅工程机的正确做法，按稳妥程度排：

• 存到机器的第二块硬盘：能防系统盘故障，防不了整机故障（进水、雷击、被搬走）；
• 存到局域网的一台存储上：更好，防了整机故障；
• 做完拷一份到移动硬盘带走：最稳，也防了整个机房出事。

至少要有一份不在这台机器上。

顺带说勒索病毒：它会加密它能看到的一切，包括同一台机器、甚至同一网络里可写的备份文件。异地留一份是唯一有效的防线。

还有一个容易忽略的：存镜像的那块盘可能满了。备份任务失败往往是静默的——你以为有镜像，实际上最近三个月的备份全都失败了。所以巡检清单里应该有「确认备份文件存在且日期是近期的」这一项。

一台还是十台，方法完全不同

一到两台：用易数一键还原这类工具。

在 Windows 里点几下就完成，支持增量备份和多点还原，界面是中文向导式的——这意味着现场运维人员照着提示能自己走完，不用等你从外地赶过去。

十台以上：用 Clonezilla 批量克隆。

一台台手工装的问题有两个：慢，和装不一致。人不是机器，第八台的时候必然会漏掉某个设置。而这种不一致在展厅里是隐患——十台机器九台正常一台异常，你会先去查那台的硬件和网络，最后发现是当初漏了一个勾。

批量克隆的做法是：只精心装一台样板机，调到完美并试运行确认，然后把整块硬盘做成镜像推给其余机器。一致性问题从根上消失。

两条路的详细取舍见工程机系统备份还原，三条路子怎么选。

「有镜像」和「能恢复」是两回事

这是这篇最想强调的一点。

很多项目的镜像是存在的但从来没人试过能不能恢复。真出事时才发现：文件损坏、应急启动进不去、恢复到一半报错、或者恢复完机器起不来。

所以做完必须验证，而且要分两层验证：

第一层：确认备份文件真的生成了，大小合理。 这是最低要求。

第二层：做一次完整的恢复演练。 在非关键期，找一台机器（或者用样板机本身）真的恢复一次，看能不能成功、要多久、恢复完还需要做什么。

第二层很多项目做不到，因为要占用一台机器和几十分钟。但如果不做，你写在交付文档里的「十五分钟可恢复」就是一句没有依据的话。

另外必须提前验证的是应急还原路径。 系统还能进的时候恢复很简单；系统起不来的时候要用应急方式（启动盘、恢复分区）进入还原环境。这条路径要在交付前试过一次，不能等到真出事才第一次尝试——那时候现场压力大、时间紧，任何一个小问题都会被放大。

恢复之后要检查的几件事

镜像恢复完不等于万事大吉，这几项要逐个确认：

网络参数。 恢复会把网络设置退回到镜像里的状态。如果现场 IP 后来改过，恢复后可能跟别的设备冲突。

授权激活状态。 部分软件的授权跟硬件或系统状态绑定，恢复后可能需要重新激活。所以交付文档里要留授权信息和激活方式——半年后重装时找不到授权，会非常被动。

系统时间。 时间不对会导致部分软件的授权校验失败，也会让日志时间错乱。

自启项是否正常。 恢复后重启一次，确认播控、中控、远控都自己起来了。

素材是否需要单独恢复。 这是下一节的内容。

系统镜像不管内容

系统镜像是某个时间点的快照，你每天在改的素材、节目单、日志不在保护范围里——或者更准确地说，恢复系统会把它们一起退回到旧版本。

所以内容要有独立的备份策略：

• 素材单独存一份（最好在另一台机器或存储上）；
• 节目单、播放配置单独导出备份；
• 甲方后来加的内容也要纳入这个流程，并且告诉甲方运维人员这一点。

这一条要在交付时跟甲方讲清楚，否则日后系统恢复之后甲方发现自己加的内容没了，责任会算在你头上。

跨硬件恢复的限制

把 A 机器的镜像恢复到硬件不同的 B 机器上，轻则驱动错乱重则起不来，尤其是主板芯片组不同的情况。

这就是为什么工程机采购要尽量同批同型号。 一年后某台坏了要换新的，如果新机器跟原来的差异大，镜像可能用不上，只能从头装。

现场机器型号混杂的项目，要分组做镜像——每组一个样板。

交付时要留下的东西

一份完整的备份方案交付，应该包括：

• 镜像文件本身，以及它存在哪里（多个位置）；
• 恢复操作说明，写到现场运维人员能照着做的程度；
• 应急还原路径的说明（启动盘在哪、怎么进）；
• 恢复后的检查清单（前面那几项）；
• 授权信息；
• 上次恢复演练的记录（什么时候做的、用了多久、有没有问题）。

与本站方案的衔接

镜像解决的是「坏了怎么快速恢复」，解决不了「坏了谁先知道」。

展厅工程机躺在机柜里，故障往往是第二天开馆时观众先发现的——而这时候距离故障发生可能已经过去十几个小时。恢复再快，这段空窗期也已经造成了影响。

企服君的运维侧把设备在线状态、播控运行状态持续上报，异常时主动告警，把发现故障的时间从「第二天开馆」提前到「发生的那一刻」。加上一份验证过可用的镜像，才算完整的恢复能力——一个负责发现，一个负责恢复。

集成商如果要把这套能力做成对甲方的年度服务，见集成商年费方案。

交付前的完整验收流程见展项 7×24 交付前老化怎么做；设备掉线的发现机制见展厅设备半夜掉线，怎么让自己比甲方先知道。