迁移后如何恢复用户权限

迁移后权限丢失需逐层恢复：先核对并修正系统用户UID/GID，使用usermod/groupmod调整；再用chown/chmod修复文件归属与权限，或通过getfacl/setfacl恢复ACL；数据库层需重新创建用户并授权，执行SHOW GRANTS导出原权限并在新库重现；应用层检查角色表和权限配置，同步后清理缓存；最后测试访问。保留原始权限记录可大幅降低恢复难度。

迁移系统或数据库后，用户权限丢失是常见问题。恢复权限的核心是确保用户账户与资源访问控制列表（ACL）或角色权限配置正确对应。以下是几种常见场景下的恢复方法。

检查并重新映射用户账户

迁移过程中，用户ID（UID）或组ID（GID）可能发生变动，导致原有权限失效。

• 确认迁移前后用户的UID/GID是否一致，可通过/etc/passwd和/etc/group文件比对
• 若不一致，使用usermod -u [new_uid] username和groupmod -g [new_gid] groupname调整为目标环境的正确值
• 批量迁移时建议提前导出用户权限表，在目标系统中按需重建

重置文件与目录权限

文件归属和权限位在迁移中容易错乱，需手动修复。

• 使用chown -R user:group /path/to/directory递归修正所有权
• 根据业务需求设置合理权限，如chmod -R 755 /var/www、敏感文件设为600
• 若原环境有备份的权限清单（如通过getfacl导出），可用setfacl恢复ACL规则

数据库用户权限恢复

数据库迁移后，即使数据导入成功，用户账号和权限通常不会自动同步。

• 登录数据库（如MySQL），执行CREATE USER 'username'@'host' IDENTIFIED BY 'password';
• 根据原权限执行GRANT SELECT, INSERT ON db.table TO 'username'@'host';
• 权限复杂时，可从旧库导出权限SQL：SHOW GRANTS FOR 'user'@'host';，并在新库执行
• 完成后运行FLUSH PRIVILEGES;使更改生效

应用层权限同步

Web应用或服务常有自己的权限管理系统（如RBAC），需单独处理。

• 确认用户角色表、权限表已完整迁移
• 检查关键用户的角色分配是否正确，必要时手动更新数据库记录
• 清理缓存（如Redis、应用内存缓存），确保权限变更立即生效
• 测试登录典型用户，验证功能访问是否正常

基本上就这些。关键是理清权限体系的层级：系统层、文件层、数据库层、应用层，逐层核对和修复。只要保留了原始权限配置记录，恢复过程就不复杂，但容易忽略细节。