0

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

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

除了联系支持人员外,我该怎么做?

4

2 回答 2

3

几点评论:

  1. 您可以通过致电支持来完成此操作。支持团队不会仅仅因为您的要求而将您的 VM 移至新服务器,但他们会与您一起确定物理服务器是否真的坏了,如果是,则将其停止服务。
  2. RequestRecycle 只会关闭宿主进程(即WaIISHost)和相关进程,然后重新启动它们。它不会重新启动 VM、干净启动或重新部署。
  3. 如果您怀疑您的 Windows 安装可能已损坏,您可以尝试从门户或 Powershell 进行“重新映像”。Reimage 将从头开始重新创建 Windows 分区。
  4. 为了强制一个新的虚拟机在一个新的服务器上,你必须进行就地升级并修改虚拟机的大小(即从小到中)。这将导致在新服务器上创建新的虚拟机。然后,您可以进行另一次就地升级以恢复到原始大小。

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

于 2013-06-02T00:41:55.343 回答
2

我不认为你可以移动虚拟机。但是您可以创建一个新的暂存部署,将其交换到生产环境中,然后销毁旧的部署。您实际上无法保证 VM 位于不同的物理机器上,但似乎很有可能。VM 越大,它们位于不同服务器上的可能性就越大。

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

于 2013-05-31T16:02:36.553 回答