高效迁移Synology套件：自动化工具助力存储优化

随着NAS使用时间延长，存储空间分配不合理的问题逐渐显现。许多用户面临系统卷空间耗尽、应用数据分散或需要重构存储结构等挑战。手动移动套件不仅繁琐，还容易导致服务异常。本文介绍一种基于脚本的自动化方案，帮助用户安全地将DSM上的应用程序迁移到不同卷中，并支持备份与恢复功能。

核心使用场景

- 将应用从容量紧张的旧卷迁移到新扩容的大容量卷 - 按用途分类管理应用（如媒体类、办公类分离存放） - 升级硬盘配置后重新组织存储布局 - 定期创建关键套件的可恢复快照 传统方式需逐一手动停止服务、复制文件夹、修改注册表信息并重启服务，风险高且步骤复杂。而通过专用迁移脚本，整个流程可被封装为简洁的交互式操作。

部署迁移工具

首先确保您的Synology设备已启用SSH访问权限，并使用管理员账户登录。执行以下命令下载并配置工具：

git clone https://gitcode.com/gh_mirrors/sy/Synology_app_mover
cd Synology_app_mover
chmod +x syno_app_mover.sh

该脚本依赖系统自带的bash环境运行，无需额外安装组件。若未安装git，可通过以下任一方式获取wget或curl：

sudo synopkg install wget

执行单个应用迁移

运行主程序进入交互界面：

./syno_app_mover.sh

脚本会自动扫描当前已安装的所有非系统级套件，并列出编号供选择。选定目标应用后，系统将显示所有可用存储卷。输入对应序号确认迁移目的地。 在开始前，工具会输出详细的操作预览：

• 源路径：/volume1/@appstore/应用名
• 目标路径：/volume2/@appstore/应用名
• 预计占用空间：X GB

确认无误后输入"y"启动迁移流程。脚本将自动完成以下动作：

1. 调用PKGMan命令暂停指定套件的服务进程
2. 使用rsync进行增量同步，保留权限和时间戳
3. 更新DSM内部数据库中的安装路径记录
4. 释放锁文件并重启服务

整个过程无需人工干预，典型应用迁移耗时在数分钟内完成。

批量迁移多个套件

对于需整体转移多个应用的情况，支持命令行参数模式直接指定套件名称列表：

./syno_app_mover.sh --auto=PhotoStation,AudioStation,VideoStation

此模式跳过交互提示，按顺序处理每个有效应用。遇到不可停用的核心服务（如Security Advisor）则自动忽略，避免系统故障。

备份与还原机制

除迁移外，该工具也提供完整的数据保护能力。 创建备份：
在主菜单选择"Backup"选项，指定要归档的应用及外部存储路径（如USB驱动器或另一卷）。压缩包包含配置文件、数据库及插件资源，可用于灾难恢复。 恢复操作：
选择"Restore"功能，浏览到已有备份文件，脚本将解压内容并在指定卷重建应用环境，适用于更换设备或重装系统后的快速部署。

关联共享文件夹的处理建议

注意：此工具主要针对套件程序本身迁移，不包含其关联的用户数据目录。若应用依赖特定共享文件夹（如Download Station的下载目录），应单独处理：

1. 进入控制面板 → 共享文件夹
2. 编辑目标文件夹属性，更改"位置"至新卷
3. 勾选Btrfs校验选项以增强数据完整性
4. 保存设置后系统后台自动迁移数据

此方法由DSM原生支持，能保持ACL权限和快照策略不变。

自定义配置说明

高级用户可通过编辑syno_app_mover.conf文件调整行为：

• exclude_dirs：定义排除复制的临时目录
• temp_path：设置中间缓存路径
• log_level：控制日志详细程度
• keep_backups：设定自动清理旧备份的保留数量

故障排查指南

问题：迁移后应用无法启动
检查目标卷剩余空间是否充足，查阅日志文件/var/log/syno_app_mover.log定位错误原因。

问题：部分系统级套件无法选择
出于安全考虑，关键系统服务（如Directory Server）默认被屏蔽，防止误操作引发宕机。

问题：断电导致迁移中断
脚本具备状态检测机制，重启后再次运行可识别已完成阶段，避免重复传输。

延伸资源

项目附带多份实用文档：

• CHANGES.txt：版本更新日志
• moving_extras.md：高级迁移技巧
• my-other-scripts.md：配套运维脚本集

结合本工具与DSM内置功能，可实现全面的存储治理策略，提升NAS长期使用的灵活性与稳定性。