Apache NiFi问题：使用GetFile/PutFile传输文件后源文件未删除

嘿，作为NiFi新手遇到这种配置和预期不符的情况太常见了，我帮你梳理几个最可能的原因和解决办法：

1. 检查GetFile处理器的核心配置 #

GetFile处理器负责从源目录读取文件，是否删除源文件完全由Delete Original属性控制：

• 确保这个属性被设置为true（默认值虽为true，但有可能跟着教程操作时不小心修改，或场景重置导致变更）
• 同时确认Keep Source File属性是false，这个属性和Delete Original互斥，设为true会强制保留源文件

2. 确认处理器的运行模式与触发策略 #

你提到“手动执行时源和目标文件都被删除”，这里的“手动执行”应该是指右键触发Run Once，而自动运行时可能是触发条件未满足：

• 检查GetFile的Scheduling Strategy：新手建议先使用Timer Driven模式，同时确认Run Schedule设置合理（比如设为1 sec），确保能及时扫描到新文件
• 如果用了Event Driven模式，要确认是否配置了对应的事件触发源，否则处理器不会自动执行

3. 排查PutFile处理器的异常配置 #

你说手动执行时目标文件也被删除，这有点反常（正常PutFile仅负责写入文件），可能是这些原因：

• 检查PutFile的Conflict Resolution Strategy：如果设为Delete and Replace，会先删除目标目录的同名文件再写入，但不会删除新写入的文件；如果是其他设置，大概率是误操作导致目标文件被删
• 确认PutFile之后没有额外添加DeleteFile处理器，避免FlowFile被处理后连带删除目标文件

4. 查看NiFi日志与队列状态 #

• 打开NiFi右上角的Logs页面，搜索GetFile和PutFile相关日志，看是否有权限报错（比如NiFi运行用户没有源目录的删除权限，自动运行时会失败，但手动执行可能用了不同用户权限）
• 检查处理器间的连接队列，如果FlowFile堆积，说明GetFile读取了文件但PutFile未完成处理，部分场景下GetFile会等待FlowFile传递完成后再删除源文件

5. 系统权限问题（新手易忽略） #

• 确保NiFi运行的系统用户（比如nifi用户）对源目录拥有读、写、删除权限
• 如果源目录是网络共享目录（NFS/SMB等），还要确认共享权限配置正确，避免NiFi用户无法执行删除操作

快速测试步骤 #

1. 将GetFile的Run Schedule设为1 sec，Delete Original设为true
2. 将PutFile的Conflict Resolution Strategy设为Replace
3. 把两个处理器都切换到Running状态
4. 往源目录放入一个测试文件，观察源目录是否在几秒内删除文件，目标目录是否同步出现文件

如果仍有问题，从日志里找具体错误信息（比如Permission denied），就能快速定位根源了～

内容的提问来源于stack exchange，提问作者Ankit Juneja