执行sh wso2server.sh迁移命令未运行WSO2 IS脚本，求排查方案

我来帮你梳理几个实际操作中常遇到的问题点，应该能帮你定位脚本没触发的原因：

• 脚本放置路径不对
  你把脚本放到了wso2is-km-5.3.0/dbscripts/identity/migration-5.2.0_to_5.3.0，但要注意：不同数据库的脚本需要放到对应子目录里。比如MySQL脚本要放进mysql子文件夹，PostgreSQL放进postgresql子目录，不能直接把脚本丢在migration-5.2.0_to_5.3.0根目录。WSO2会根据你配置的数据库类型去对应子目录找脚本，放错位置系统就找不到。

• 数据库连接配置出错
  检查<IS_HOME>/repository/conf/datasources/master-datasources.xml里的身份库（WSO2_IDENTITY_DB）配置：

  • 确认JDBC URL、用户名、密码能正常连接数据库
  • 确保驱动类和数据库类型匹配，比如MySQL对应的是com.mysql.jdbc.Driver
    如果数据库连不上，迁移流程会直接跳过，不会执行任何脚本。

• 启动命令的执行路径或参数有误
  你用的sh wso2server.sh -Dmigrate -Dcomponent=identity命令本身是对的，但要注意：

  • 必须在<IS_HOME>/bin目录下执行这个命令，不能在其他路径运行
  • 检查参数拼写，比如-Dcomponent=identity的单词有没有写错，参数是大小写敏感的

• 迁移状态被误标记为完成
  WSO2会在数据库的IDN_MIGRATION_HISTORY表中记录迁移状态，如果之前尝试过迁移（哪怕没成功），或者误添加了5.2.0-to-5.3.0的完成记录，系统会认为不需要再执行迁移。你可以查询这个表，把对应记录删除后再重新执行迁移命令。

• 权限不足导致脚本静默失败
  运行WSO2的用户没有足够的数据库权限（比如创建表、修改表的权限），会导致脚本执行失败但没有明显提示。你可以检查数据库用户的权限，或者去<IS_HOME>/repository/logs/wso2carbon.log里搜索migration关键词，看看有没有权限拒绝的错误日志。

• 查看日志定位细节
  一定要去看<IS_HOME>/repository/logs/wso2carbon.log，里面会详细记录迁移过程的每一步。搜索Migration相关的日志，不管是找不到脚本、连接失败还是SQL执行错误，都会在这里留下痕迹，能帮你快速定位问题。

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