Terraform后端配置变更后，如何选择正确的init命令以保留现有部署状态

首先理清你的核心场景：你的Terraform状态文件物理存储位置完全没变化——还是同一个资源组、同一个存储账户、同一个状态文件key，只是因为Terraform升级后不允许在backend块引用provider，你修改了后端的配置方式（从引用provider alias改成直接指定subscription_id）。

接下来拆解三个命令的适用场景：

• 普通terraform init：当Terraform检测到后端配置变更时，会直接报错阻止操作，所以这个选项对你不适用。
• terraform init -migrate-state：这个命令是用来把状态从一个后端迁移到另一个完全不同的后端（比如从本地状态转到Azure Blob存储，或者更换存储账户）。你的情况是新旧后端指向同一个物理存储，用这个命令虽然不会出错，但属于多余操作，完全没必要。
• terraform init -reconfigure：这才是你需要的命令。它会忽略旧的后端配置，使用新的配置重新初始化Terraform，同时会自动读取新配置指向的后端中的状态文件——因为你的存储位置没改，所以原来的资源状态会被正常加载，不会丢失任何数据。

操作建议 #

1. 先确认你新的backend配置参数（resource_group_name、storage_account_name、key、subscription_id）完全正确，和之前的存储位置一致。
2. 执行命令：

   terraform init -reconfigure
   

3. 命令执行完成后，用terraform state list验证是否能正常看到之前部署的所有资源，确认状态加载正常后，就可以继续后续的销毁或其他操作了。

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