我犯了一个愚蠢的错误。 在寻找一种简单的方法来备份我的Azure虚拟机时，我按照指示创build了虚拟机的快照。 在AWS（*我已经习惯了）中，快照是一种快速的备份方式。 我想MS使用不同的概念。
在我遵循的步骤中，我在VM上运行了sysprep。 在我设法删除当前虚拟机之前，我停了下来，但似乎仍然删除了我对该服务器的所有访问。
现在我可以运行虚拟机并查看网站，但是我无法通过RDP访问机器。 终点在那里，但它不让我进来。
如何重新获得正在运行的虚拟机？
Sysprep用于克隆虚拟机，不用于备份目的。 通过以上操作，您已将Windows VM重置为可用于设置新VM的默认状态。 任何“用户特定的”设置将会丢失，但是您的文件（非用户特定的）仍然在虚拟机上。
现在，您无法重新获得对虚拟机上同一Windows安装的访问权限。 你可以做的是使用图像创build一个新的虚拟机，然后重新configuration该虚拟机像你刚刚sysprepped旧的行为。 希望这将是一个小任务，但这将取决于你的VM是如何定制的。
要完成说明，术语快照在Amazon AMI的上下文中使用，您可以使用它来克隆VM。
经过与Azure技术人员进行了许多长时间的交谈，还有很多人把我的头靠在墙上，这是最终的解决scheme。
首先，在这一点上，事情已经非常腐败，没有图像文件可以附加，没有任何争议可以远程修复虚拟机。
我们最终将驱动器从当前的虚拟机中分离出来并删除了该虚拟机实例（同时保留了旧的驱动器）。
下一步是创build一个运行正常并具有所有必要组件的新虚拟机。 这是一个复杂的configuration，所以这个过程再一次没有乐趣。
一旦新的虚拟机完成设置并准备就绪，我将旧的驱动器作为F：驱动器连接到当前正在运行的虚拟机上，并手动迁移数据。 基本上复制和粘贴需要的东西。
我仍然在努力安全地迁移MySQL数据库，但是大多数其他事情都在新的虚拟机上完成。
这是一个主要的PITA，而不是一个特别令人满意的恢复机器的方式。 我也很担心我错过了什么。 我想时间会certificate一切。
请把这个作为一个道德上的戏剧使用sysprep的危险，而不清楚它是干什么的。 他们真的需要在这件事上贴上标签。 这是该死的危险。
注意 – 这种方法有一个替代scheme。 我可以下载机器的VHD文件，并尝试在本地系统上使用Hyper-V修复实例。 那时我可以上传它，并从这个VHD启动一个新的虚拟机。 我select不这样做，因为130GB VHD文件的上传/下载时间长，以及这将是一个徒劳的努力的风险。