Seata 2.0.0 在启动时未使用指定的 SEATA_CONFIG_NAME 配置可能有多种原因。以下是一些建议的排查步骤和可能的原因：
环境变量设置问题：
确保你在启动应用之前已经正确设置了 SEATA_CONFIG_NAME 环境变量。
检查环境变量的设置方式是否正确，比如在命令行中使用 export SEATA_CONFIG_NAME=your_config_name（Linux/Mac）或者在系统属性中设置（Windows）。
如果你是通过脚本或配置文件来设置环境变量的，确保这些脚本或配置文件在启动应用之前已经被执行。
配置文件位置或命名问题：
确保你的配置文件（例如 file.conf 和 registry.conf）存在于正确的位置，并且文件名与 SEATA_CONFIG_NAME 指定的名称相匹配。
如果你的配置文件位于非标准位置，确保你的应用能够正确访问到这些文件。
Seata 客户端配置问题：
检查你的 Seata 客户端配置是否正确，包括数据源配置、事务管理器配置等。
确保你的 Seata 客户端版本与 Seata 服务器版本兼容。
日志输出：
查看应用的启动日志，看是否有关于 Seata 配置加载的相关信息。这可以帮助你判断 Seata 是否尝试加载了你指定的配置，以及是否遇到了任何错误。
代码中的配置覆盖：
如果你的应用中有代码显式地加载或覆盖了 Seata 的配置，那么这可能会导致指定的环境变量配置未生效。检查你的代码中是否有这样的逻辑。
版本兼容性问题：
有时候，新版本的 Seata 可能会引入一些变化，导致旧版本的配置方式不再适用。确保你查阅了与你使用的 Seata 版本相对应的文档。
依赖冲突：
如果你的项目中包含了多个版本的 Seata 客户端库，或者与其他库存在依赖冲突，这可能会导致配置加载出现问题。检查项目的依赖关系，确保没有冲突。
权限问题：
确保运行应用的用户有权限读取 Seata 的配置文件。
如果以上步骤都无法解决问题，你可以尝试在 Seata 的社区论坛、GitHub 仓库的 issue 区或者官方文档中查找类似的问题或寻求帮助。在提问时，提供尽可能详细的信息，包括你的 Seata 版本、配置内容、启动日志等，这将有助于他人更快地定位问题。