Sysprep 后失去对 Azure VM 的 RDP 访问权限

Sysprep 后失去对 Azure VM 的 RDP 访问权限

我犯了一个愚蠢的错误。在寻找一种简单的方法来备份我的 Azure VM 时,我按照指示制作了 VM 机器的快照。在 AWS(*我习惯使用)中,快照是一种快速制作易于恢复的备份的方法。我猜 MS 使用了不同的概念。

在我执行的步骤中,我在虚拟机上运行了 sysprep。我在设法删除当前虚拟机之前停止了,但它似乎仍然删除了我对该服务器的所有访问权限。

现在我可以运行虚拟机并查看网站,但无法通过 RDP 访问该机器。端点在那里,但它不让我进入。

如何重新获得正在运行的虚拟机的访问权限?

答案1

Sysprep用于克隆虚拟机,而不是用于备份目的。通过执行上述操作,您已将 Windows 虚拟机重置为默认状态,可用于配置新虚拟机。任何“用户特定”设置都将丢失,但您的文件(非用户特定)仍将保留在虚拟机上。

您无法重新访问虚拟机上的相同 Windows 安装,因为它现在已经消失了。您可以做的是使用映像创建一个新的虚拟机,然后重新配置该虚拟机,使其像您刚刚系统准备的旧虚拟机一样运行。希望这将是一项小任务,但它取决于您的虚拟机的定制程度。

为了完整解释,术语“快照”是在以下上下文中使用的:亚马逊 AMI您可以使用它来克隆虚拟机。

答案2

经过与 Azure 技术人员多次长时间的交谈以及多次绞尽脑汁之后,这最终得到了解决方案。

首先,此时情况已经非常糟糕,无法附加任何图像文件,也无法远程修复虚拟机。

我们最终从当前虚拟机中分离了驱动器并删除了该虚拟机实例(同时保留旧驱动器)。

下一步是创建一个可以运行且具有所有必要组件的新虚拟机。这是一个有点复杂的配置,因此重复这个过程并不是一件有趣的事情。

新虚拟机完全设置好并准备就绪后,我将旧驱动器作为 F: 驱动器附加到当前运行的虚拟机,并手动迁移数据。基本上就是复制和粘贴所需的内容。

我仍在致力于安全地迁移 MySQL 数据库,但其他大部分工作都在新 VM 上完成。

这是一个非常麻烦的事情,并不是一个特别令人满意的恢复机器的方法。我也非常担心我错过了什么。我想时间会证明一切。

请将此视为一场道德剧,讲述在没有清楚了解 sysprep 的作用的情况下使用 sysprep 的危险。他们真的需要给这个东西贴上标签。它太危险了。

注意 - 这种方法还有另一种选择。我可以下载机器的 VHD 文件,并尝试使用本地系统上的 Hyper-V 修复实例。此时,我可以上传它并从该 VHD 启动新的 VM。我选择不这样做,因为 130GB VHD 文件的上传/下载时间很长,而且有徒劳无功的风险。

相关内容