设备上云前先有一台 NAS：本地兜底的四件事与三个坑

设备上云的第一步，很多人直接买了云存储。但真正跑起来会发现：车间断网两小时，数据就断了两小时；几十台设备的日志往云上推，带宽先撑不住。更稳的顺序是先有一台本地 NAS 兜底，再决定什么该同步出去。

一、为什么先落本地，而不是直接上云

云存储解决的是”随时能访问”，本地存储解决的是”一定写进去”。这两件事在车间里不是一回事。

• 网络不是假设可靠的：厂区 Wi-Fi 抖动、外网临时中断、运营商线路割接，都是常态。采集端如果只认云端，中断期间的数据就是永久丢失。
• 上行带宽比想象中贵：几十台设备每秒写一行日志，一天下来是几 GB。先在本地聚合、压缩、抽稀，再同步，成本差一个量级。
• 有些数据本就不该出厂：工艺参数、配方、良率明细，很多企业的要求是”内网可查、外网不落”。本地落点是合规的起点，不是可选项。
• 本地读响应是毫秒级：看板、追溯查询、现场排查要的是立刻出结果，绕一趟公网没必要。

二、一台 NAS 实际能顶掉的四件事

1. 集中存储 + 权限分层

散在各台办公电脑里的工艺文件、设备照片、验收记录，是中小企业最常见的数据风险点。集中到 NAS 之后，才有”谁可以看、谁可以改”可言。按角色分目录权限（工艺组、设备组、管理层），比任何口头约定都管用。

2. 自动备份与版本回溯

真正救命的不是备份本身，是”能回到上周三那版”。做法上注意三点：

• 备份要有版本，不是每次覆盖同一个文件。
• 至少留一份异地副本（另一台设备或云端），防的是整机故障和误删同步。
• 定期做一次恢复演练——没验证过的备份等于没有备份。

3. 内网服务的落点

采集程序、数据库、看板服务、日志归档脚本，都需要一个”永远开着”的地方放。用办公电脑顶这个角色，结局通常是某天被关机或重装。NAS 的价值有一半来自它一直在。

4. 边缘侧的数据预处理

原始日志直接在本地做聚合、抽稀、生成日报，再往外同步，体量能降一到两个数量级。这也是为什么”采集端 + 本地存储”的组合，比”采集端直连云”省带宽、也更容易排查问题。

三、选型四问，先答这四个再谈品牌

• 盘位与容量：按”当前量 × 3 年增长”留余量，别按当前量买。可扩容性比初始容量重要。
• 网口：持续写入场景下，千兆是底线；多路设备同时写，优先看是否有 2.5G 或多口聚合。
• 功耗与噪音：放在办公室就别选吵的；24 小时开机的电费，一年下来也是一笔真实成本。
• 是否要 RAID：RAID 解决的是”单盘故障不停机”，不解决备份问题。误删、勒索、整机损坏，RAID 都救不了。

四、三个最常见的坑

坑 1：把 RAID 当备份

这是最高频的误解。RAID 只保证一块盘坏了数据还在，删掉的文件会同时从所有盘消失。RAID + 独立备份 + 异地副本，三件事缺一不可。

坑 2：权限全开，图省事

初期为了”大家都能用”，给所有人读写全权限。半年后没人知道哪份是最终版。正确做法是目录按职责分、共享区只读、关键目录留修改痕迹。

坑 3：把 NAS 当服务器堆功能

虚拟机、下载、转码、一堆容器全塞进去，结果采集写入被拖慢，IO 抖动导致日志丢点。主业务优先：采集和备份是主业，其余功能要么限流，要么另找机器。

五、和现场采集怎么接

把 NAS 放进现有链路，改动其实很小，典型的三层结构：

1. 采集层：触摸屏或采集终端按周期写本地数据，断网也能继续，恢复后自动补传。
2. 本地层：NAS 承接落盘、备份、日报生成与内网看板，毫秒级可查。
3. 云端层：只同步聚合后的结果与需要对外的内容，带宽和压力都可控。