问题描述
很老很老的云服务，在迁移到 Cloud Service（Extended Support）[云服务外延支持] 时，迁移的验证步骤不通过，因为资源中没有包含虚拟网络（Virtual Network）。无法完成自动迁移。
在官方文档(迁移到 Azure 云服务（外延支持）的技术详细信息和要求 | Microsoft Learn)中，也没有找到解决方案。怎么办？
问题解答
不在虚拟网络中的部署的迁移
- 在 2017 年，Azure 开始将新部署（不含由客户指定的虚拟网络）自动创建到平台所创建的“默认”虚拟网络中。 这些默认虚拟网络对客户不可见。
- 在迁移过程中，这个默认虚拟网络会在 Azure 资源管理器中向客户公开一次。 若要在 Azure 资源管理器中管理或更新该部署，客户需要将该虚拟网络信息添加至 .cscfg 文件的 NetworkConfiguration 部分。
- 迁移至 Azure 资源管理器后，默认虚拟网络与云服务位于同一个资源组中。
- 在此时间之前创建的云服务不会位于任何虚拟网络中，因此无法使用该工具进行迁移。 请考虑直接在 Azure 资源管理器中重新部署这些云服务。
- 若要检查某个部署是否符合迁移条件，请在该部署上运行验证 API。 验证 API 的结果会包含错误消息，明确指出该部署是否符合迁移条件。
根据以上说明，已经无法通过直接迁移到新的 Cloud Service (Extended Support) [云服务外延支持], 只能重新部署它了。
当在复杂的环境中面临问题，格物之道需：浊而静之徐清，安以动之徐生。 云中，恰是如此!
标签：Service,Classic,网络,虚拟,Azure,迁移,Cloud From： https://blog.51cto.com/u_13773780/7628766