fatserv 是什么
fatserv 对应 IANA 登记的 Fatmen Server，TCP 与 UDP 同名，来自 CERN 的磁带数据管理体系。FATMEN 解决的是海量磁带数据的编目与调用问题：把分散在磁带库里的文件登记成目录，用户按名字申请取回。这类系统服务于高能物理的大规模数据处理，随体系换代而退役。347 号在现代网络中已无实现，只在老资产清单与历史文档中偶有痕迹。
基本信息
| 服务名 | fatserv（Fatmen Server） |
|---|---|
| 端口号 | 347（TCP/UDP 同名登记） |
| IANA 登记说明 | Fatmen Server |
| 项目背景 | CERN 磁带数据编目与调用体系 |
| 技术定位 | 海量离线数据的目录管理与取回 |
| 现代对应 | 分布式存储与统一数据目录服务 |
| 现状 | 体系退役，无实现 |
| 处置口径 | 按未知服务核实进程与业务归属 |
现网出现时怎么处置
- 先判断是否科研或历史系统：这类体系只在特定机构内出现过，先确认资产来源与年代
- 查磁带与存储设备清单：数据取回依赖外部设备，设备清单能定位到具体主机
- 看是否有定时取回任务：批量取回通常按计划执行，任务清单里能看到调用关系
- 评估数据价值：老系统可能仍挂着未迁移的历史数据，下线前要确认数据已完成归档
- 按未知服务处置：确认无业务依赖后限制来源，再安排清理
定位占用进程
定位占用进程
ss -lntup 'sport = :347' # 列出 347 的 TCP/UDP 监听进程
sudo lsof -i :347 # 进程、用户与打开的文件
ss -tnp '( sport = :347 )' # 取回任务的连接与对端
crontab -l 2>/dev/null | head # 定时任务线索（按实际运行用户查看）
netstat -ano | findstr :347 # Windows：端口与 PID
tasklist /FI "PID eq 1234" # Windows：PID 反查进程离线数据管理演进
| 阶段 | 方式 | 关注点 |
|---|---|---|
| 磁带时代 | 编目系统加机器人磁带库 | 取回延迟与介质寿命 |
| 过渡期 | 磁盘缓存加分层存储 | 冷热数据分层策略 |
| 现代 | 对象存储与统一数据目录 | 生命周期策略与跨集群取数 |
老数据管理系统的处置往往卡在数据本身：设备可以下线，但历史数据是否已完整迁移需要验证。先做数据清点与校验，再谈系统退场，顺序错了容易造成不可恢复的损失。