如果我确定虚拟机有故障，如何使Azure移动我的实例？

假设我有以下情况。我的一个Azure角色实例恰好是在一个运行在有故障的服务器中的VM上启动的，但是Azure连接进程没有发现任何问题。我以某种方式推断出这一事实——例如，我看到了一个“不可能”的调用堆栈——在任何正常条件下都不会在我的程序中发生

因此，我希望Azure将我的实例移动到另一个VM，并检查和修复底层硬件

---

除了联系技术支持，我怎么做？

我认为你不能移动虚拟机。但是您可以创建一个新的临时部署，将其交换到生产环境中，然后销毁旧的部署。实际上，您不能保证虚拟机位于不同的物理机器上，但这似乎是合理的。虚拟机越大，越有可能位于不同的服务器上

---

也就是说，您的问题似乎不太可能是由于硬件故障，而不是一些细微的错误。

我认为您无法移动虚拟机。但是您可以创建一个新的临时部署，将其交换到生产环境中，然后销毁旧的部署。实际上，您不能保证虚拟机位于不同的物理机器上，但这似乎是合理的。虚拟机越大，越有可能位于不同的服务器上

也就是说，您的问题似乎不太可能是由于硬件故障，而不是某些细微的错误造成的。

一些评论：

sortof，你可以通过呼叫支持来完成。支持团队不会仅仅因为您提出要求就将您的虚拟机移动到新服务器，但他们会与您一起确定物理服务器是否真的坏了，如果真的坏了，就将其移动到停止服务的位置

RequestRecycle只会关闭主机进程（即WaIISHost）和相关进程，然后重新启动它们。它不会重新启动VM、清理引导或重新部署

如果怀疑Windows安装已损坏，可以尝试从门户或Powershell中进行“重新映像”。重新映像将从头开始重新创建Windows分区

为了强制一个新的虚拟机位于一个新的服务器上，您必须进行就地升级并修改虚拟机的大小（即从小型到中型）。这将导致在新服务器上创建新VM。然后，您可以执行另一个就地升级以恢复到原始大小

尽管如此，我非常同意Brian的评论，即坏硬件不太可能导致“不可能”的调用堆栈。我建议您打开一个支持事件，这样您就可以找到实际的根本原因，而不仅仅是修复最明显的症状。

一些评论：

sortof，你可以通过呼叫支持来完成。支持团队不会仅仅因为您提出要求就将您的虚拟机移动到新服务器，但他们会与您一起确定物理服务器是否真的坏了，如果真的坏了，就将其移动到停止服务的位置

RequestRecycle只会关闭主机进程（即WaIISHost）和相关进程，然后重新启动它们。它不会重新启动VM、清理引导或重新部署

如果怀疑Windows安装已损坏，可以尝试从门户或Powershell中进行“重新映像”。重新映像将从头开始重新创建Windows分区

为了强制一个新的虚拟机位于一个新的服务器上，您必须进行就地升级并修改虚拟机的大小（即从小型到中型）。这将导致在新服务器上创建新VM。然后，您可以执行另一个就地升级以恢复到原始大小

尽管如此，我非常同意Brian的评论，即坏硬件不太可能导致“不可能”的调用堆栈。我建议您打开一个支持事件，这样您就可以找到真正的根本原因，而不仅仅是修复最明显的症状