一、先分清三件事：共享盘 ≠ NAS ≠ 备份
办公室资料分散的痛点，往往被误认为"缺一个存文件的地方"。于是很多团队选择搭建共享文件夹，或者购置一台 NAS。但这两者与备份解决的其实是完全不同的问题。
| 共享文件夹 | NAS / 企业存储 | 80KM 集中备份 | |
|---|---|---|---|
| 本质 | 单一位置的多用户访问 | 集中存储设备 | 独立副本的自动留存 |
| 触发 | 人工拖拽 / 另存为 | 人工或映射驱动器同步 | 调度器到点自动执行 |
| 误删后果 | 删了就是没了，共享盘里同步消失 | 同左（除非开快照） | 接收端保留历史副本，可回退 |
| 执行率 | 依赖员工自觉 | 依赖员工自觉 | 不依赖人，按策略执行 |
| 可验证性 | 无日志、无状态 | 有容量日志，无任务语义 | 每台终端有执行记录、文件数、数据量 |
| 成本 | 零 | 设备 + 运维 | 一台闲置电脑 + 软件 |
关键认知：共享盘是"存储"，备份是"副本"。 共享盘是文件的唯一存放位置，删了就没了；备份是独立的第二份拷贝，源端清空了，接收端还在。很多工作室以为"有了共享盘就等于做了局域网统一备份"，这是最典型的认知误区。
NAS 并非无用，其快照与版本历史功能确实带有备份属性。但对十几台机器的中小团队而言，NAS 解决的是"存储集中"，而非"执行率"------它不会自动把员工桌面上的文件抓过去。务实的组合是：共享盘解决协作，80KM 解决留存 ，两者各司其职。
二、为什么选 80KM：这个场景的四点匹配度
市面上可选的方案不少（脚本 + 任务计划、rsync、云盘同步、企业级备份平台），但 80KM 在"局域网多电脑统一备份"这个具体场景里，匹配度明显更高：
1. 两端角色分工清晰，天然适合集中式架构
80KM 明确区分「本机备份」（源端主动推送）与「接收备份」（被动接收落盘）。这一设计带来三个直接好处：
- 接收端无需在每台电脑上开放共享或映射网络驱动器，攻击面大幅收敛；
- 某台终端关机不影响其他机器，也不存在服务端拉取失败的问题；
- 数据库端口、业务端口全程无需对外，只走文件接收通道。
2. "任务即配置"，批量部署成本极低
保存任务后一键复制任务信息，到接收端粘贴即可完成配对。面对几十台终端时，这一设计省去了大量重复劳动：先在样板机上调试完毕，再复制分发即可，同时消除了两端配置不一致的风险。对于没有专职 IT 的团队，这是最实在的效率提升点。
3. 纯图形界面，零代码门槛
新建任务、选择目录、设置时间三步即可完成配置，普通运维或行政人员都能上手维护。相比之下，脚本方案需要编写 bat/sh、处理退出码、自行实现日志轮转与清理机制，长期运行的失败率往往高于预期。
4. 全程内网运行，不依赖公网与第三方中转
无需公网 IP、无需云账号、无需端口映射。隔离机房、保密单位、无外网的工厂车间均可部署，断网不会中断备份能力。这也是它相对于公有云盘的核心优势------数据不流出办公网络。
客观说明边界：80KM 属于文件级备份软件，覆盖的是选中目录的文件副本留存。操作系统本身、已装软件、系统配置不在覆盖范围内（需另做系统镜像）；Linux 环境、无代理备份、块级重删等企业级能力也不在其定位之内。明确边界反而有助于正确选型------它解决的是中小企业最高频的那一层需求，而不是要替代专业虚拟化备份平台。
三、方案架构：多对一推送，中心节点汇聚
[源端：各工作站] [接收端：中心节点]
┌──────────┐ 桌面/项目/文档 ┌────────────────┐
│ 设计-01 │──────┐ │ │
│ 本机备份 │ │ │ 接收备份 │
└──────────┘ │ 局域网（无需 │ /设计-01/ │
┌──────────┐ │ 公网IP） │ /财务-02/ │
│ 财务-02 │──────┼─────────────────▶ │ /行政-03/ │
│ 本机备份 │ │ │ │
└──────────┘ │ │ 原始格式、 │
┌──────────┐ │ │ 按终端分目录 │
│ 设计-03 │──────┘ └───────┬────────┘
└──────────┘ │
├──→ L3 异地（穿云箭点对点）
└──→ L4 离线移动硬盘架构优势总结：源端推送 + 原始格式产物 + 状态集中可视 + 全程内网。恢复时无需专用工具解包，直接在接收节点目录提取即可，这直接决定了事故现场的恢复速度（RTO），对缺乏专职运维的团队尤为关键。
四、动手前的四项准备（跳过必踩坑）
① 接收端落盘目录必须在另一块物理硬盘上
绝不能与系统盘共用同一块磁盘。通过 Windows「磁盘管理」（diskmgmt.msc）核对磁盘编号自检------编号相同就是同一块物理盘，"同盘不同分区"是虚假冗余。
② 固定寻址方式
为接收节点配置静态 IP（或路由器侧 DHCP 静态绑定），各源端任务使用该固定地址。地址一变，全部终端任务静默失败。配完后从任意源端 ping -t 并拷一个测试文件，验证连通性与实际吞吐。
③ 权限最小化
接收节点按人员或部门分配独立目录，取消 Everyone 写入权限。接收端根目录绝不能全员可写，否则勒索病毒横向扩散时会优先加密可写的备份目录。相关端口绝不映射到公网。
④ 对齐所有机器的系统时间
时间偏差过大会导致增量判断与日志比对异常，出现"看似没变所以没传"或"每次都全量重传"。建议统一指向同一 NTP 服务器。
五、五步实操：从单台终端到中心汇聚
Step 1｜源端创建本机备份任务
打开 80KM，点击「本机备份」→「添加任务」。任务名称采用统一规范：岗位_用途_频率_→中心，例如 设计_项目素材_每日_→中心、财务_账套_每日_→中心。几十台机器时，命名规范直接决定日后的可维护性。
Step 2｜按岗位精确选择源目录
支持一次性勾选多个目录，但源目录应精确到业务子目录，不要整个用户目录或整个盘符全盘纳入。AppData、Temp、浏览器缓存、微信/QQ 文件缓存及各类锁文件会虚增数倍数据量，并导致大量任务因文件被占用而失败。
| 岗位 | 建议备份目录 | 排除项 |
|---|---|---|
| 设计 | 项目工程目录、素材库、输出稿 | 软件缓存、预览生成文件、临时渲染 |
| 财务 | 账套目录、导出报表、税务文档 | 客户端临时文件 |
| 行政/人事 | 文档目录、合同扫描件 | 下载目录 |
| 通用 | 桌面重要文件夹、我的文档 | 下载目录、回收站 |
桌面和下载目录是重灾区。建议引导员工把"需长期保留的文件"放进统一的
D:\Work\，只备份该目录------制度配合工具，比单靠工具可靠得多。
Step 3｜设定模式、时段与保留
| 配置项 | 建议值 | 理由 |
|---|---|---|
| 备份方式 | 增量 | 首次全量后只传变更文件，大体积素材不再反复重拷 |
| 执行时段 | 下班后（19:00--06:00 窗口内） | 避开白天办公高峰 |
| 频率 | 每日 1 次；高频岗位加一次午间 | 平衡 RPO 与资源占用 |
| 保留策略 | 时间阈值（30 天）+ 空间阈值（80% 告警）双阈值 | 防旧版本堆积撑爆磁盘 |
Step 4｜复制任务信息
保存后选中任务 → 点击「复制」，任务信息进入剪贴板。这是 80KM 降低配置成本的关键设计。
Step 5｜中心节点添加接收任务，完成配对
接收端打开 80KM →「接收备份」→「添加任务」→ 粘贴任务信息。预先规划存储根目录（如 E:\Backup\设计-01\），按终端分目录存放。
首次全量务必分批执行：十几台机器分 2--3 晚完成，每晚 4--6 台。
六、规模化后的三个编排要点
拓扑选择：10--50 台推荐「多对一汇聚」，管理最清晰；2--6 台且无专用设备可用「两两互备」；跨楼层跨栋楼可用「分层汇聚」。注意：接收机是单点，必须补 L3/L4。
错峰编排：按部门错开 30--60 分钟。设计部 19:30--23:30（素材体积大）、财务部 23:30--01:30、行政部 01:30--03:00。配合增量模式，日常传输量通常降至 GB 级以下。
事前估算 ：千兆局域网理论约 110MB/s，混合小文件实际常落在 30--60MB/s；所需时长 ≈ 传输量 ÷ 实际吞吐 × 1.3（1.3 为小文件开销系数）。20 台×2GB/日，按 40MB/s 串行约 5 小时------这正是必须错峰的原因。条件允许时，为备份流量划分独立 VLAN 或使用第二块网卡更佳。
七、监控与验证：让"备了没有"一眼可知
80KM 会单独记录每台电脑的备份执行情况，运维在中心节点即可查看所有终端的任务状态、文件数与数据量，无需逐台登录检查。
| 频率 | 动作 | 关注点 |
|---|---|---|
| 每日 | 扫集中状态面板 | 失败项；数据量异常归零比报错更早预示故障（路径变更、盘符漂移、权限收回会导致"成功备份了空集"） |
| 每周 | 查磁盘空间、SMART；核对任务清单增删 | 离职人员任务清理是最常被遗漏的动作 |
| 每月 | 随机抽取文件实际打开核对可读性 | 介质老化是最隐蔽的故障模式 |
| 每季度 | 真实恢复演练，记录耗时 | 未经恢复测试的备份只能算"已复制" |
巡检技巧：看曲线，不要只看成败标记。一个稳定在 2GB/日的终端突然变成 0B，大概率是源路径出了问题。养成看曲线的习惯，能把故障发现时间从"几个月后"提前到"第二天"。
八、必须补的两层：否则中心节点就是最大单点
- L3 异地 ：借助穿云箭等内网穿透能力，免公网 IP、免端口映射，将汇聚节点点对点同步至另一地点的设备。上行带宽决定频率上限（
上行Mbps ÷ 8 × 3600 × 窗口小时数 × 0.7）；首次全量建议离线 seeding。 - L4 离线 ：月度全量至移动硬盘，物理断开连接并单独存放，两块盘轮换、每半年抽检可读性。始终在线且可写的目录同样在勒索软件加密范围内。
符合 3-2-1-1 原则：≥3 份副本、≥2 种介质、≥1 份异地、≥1 份离线或不可变。自检标准：**任意两份副本的失效，是否可能由同一个物理事件导致？**若是，则它们不构成独立副本。
九、能力边界：这套方案能扛什么、不能扛什么
| 场景 | 能否覆盖 | 说明 |
|---|---|---|
| 单盘故障、整机损坏、设备丢失 | ✅ | 核心目标 |
| 误删、误覆盖、单文件取回 | ✅ | 依赖保留周期，建议 ≥30 天 |
| 员工离职导致资料流失 | ✅ | 最容易被低估的价值 |
| 操作系统崩溃、引导损坏 | ❌ | 需另做系统镜像 |
| 运行中被独占写入的文件（PST、账套、虚拟机磁盘） | ⚠️ | 需先导出/闭合再备，挂接预执行脚本 |
| 在线副本被勒索加密 | ⚠️ | 必须有 L4 离线兜底 |
| 分钟级业务自动切换 | ❌ | 属高可用范畴 |
| TB 级海量数据、无代理备份、块级重删 | ❌ | 属专业平台范畴，非本工具定位 |
十、八个会让集中备份翻车的坑
- 把共享盘当备份------共享盘是单一位置，误删即同步消失。
- 同盘不同分区当冗余------务必用磁盘管理核对磁盘编号。
- 源目录全盘勾选------数据量虚增、失败率飙升。
- 全员同时触发------打满交换机与磁盘 IO，集体超时。
- 接收端目录全员可写 / 端口映射公网------勒索病毒横向扩散通道。
- 盘符漂移与路径不一致------任务静默失败。
- 离职人员任务不清理------僵尸任务污染面板，真问题被淹没。
- 从不实测恢复------每季度抽一批文件实际取回并记录耗时。
十一、小结
用 80KM 搭建局域网多电脑统一备份，路径可以归纳为五步：
- 纠正认知：共享盘是存储，备份是副本。
- 四项准备：目标物理分盘、固定寻址、权限最小化、时间对齐。
- 五步建任务：本机备份添加任务 → 按岗位选目录 → 设增量与错峰 → 复制任务信息 → 接收端粘贴配对。
- 规模化编排：多对一汇聚、按部门错峰、首次全量分批、事前测算带宽容量。
- 补 L3/L4 并固化验证：异地一份、离线一份，每日扫状态曲线、每月抽检可读性、每季度实测恢复。
80KM 的价值定位很清晰：对员工无感（后台自动增量，不改变工作习惯）、对运维透明（图形界面 + 集中面板，普通人员即可维护）、对企业可控（数据资产沉淀在内网自有存储中，不因人员流动流失）。全程无需复杂命令行，断网环境照样可用，设计公司、店铺、机房、医疗机构、工厂车间都能直接套用。
不过也要明确一点：集中备份解决的是"文件有没有第二份、能不能被看见"；"删错了能否回退"靠保留策略；"机房出事是否安全"靠异地与离线层兜底。三者结合，才是一套完整的防护体系。
如果你正在为十几台电脑的分散资料发愁，不妨先从一台闲置电脑做起：装上 80KM，把它设为接收节点，先给三台最重要的机器配上任务，跑一周看看日志和曲线。你会发现，建立一套可靠的备份体系，并不需要昂贵的设备，也不需要复杂的代码------只需要一个能持续自动执行、并且能让你看见它在执行的方案。
毕竟，备份体系的价值只在恢复那一刻才能被最终验证。而那一刻，往往没有重来的机会。