我犯了一个愚蠢的错误。在寻找一种简单的方法来备份我的 Azure VM 时,我按照指示制作了 VM 机器的快照。在 AWS(*我习惯使用)中,快照是一种快速制作易于恢复的备份的方法。我猜 MS 使用了不同的概念。
在我执行的步骤中,我在虚拟机上运行了 sysprep。我在设法删除当前虚拟机之前停止了,但它似乎仍然删除了我对该服务器的所有访问权限。
现在我可以运行虚拟机并查看网站,但无法通过 RDP 访问该机器。端点在那里,但它不让我进入。
如何重新获得正在运行的虚拟机的访问权限?
答案1
答案2
经过与 Azure 技术人员多次长时间的交谈以及多次绞尽脑汁之后,这最终得到了解决方案。
首先,此时情况已经非常糟糕,无法附加任何图像文件,也无法远程修复虚拟机。
我们最终从当前虚拟机中分离了驱动器并删除了该虚拟机实例(同时保留旧驱动器)。
下一步是创建一个可以运行且具有所有必要组件的新虚拟机。这是一个有点复杂的配置,因此重复这个过程并不是一件有趣的事情。
新虚拟机完全设置好并准备就绪后,我将旧驱动器作为 F: 驱动器附加到当前运行的虚拟机,并手动迁移数据。基本上就是复制和粘贴所需的内容。
我仍在致力于安全地迁移 MySQL 数据库,但其他大部分工作都在新 VM 上完成。
这是一个非常麻烦的事情,并不是一个特别令人满意的恢复机器的方法。我也非常担心我错过了什么。我想时间会证明一切。
请将此视为一场道德剧,讲述在没有清楚了解 sysprep 的作用的情况下使用 sysprep 的危险。他们真的需要给这个东西贴上标签。它太危险了。
注意 - 这种方法还有另一种选择。我可以下载机器的 VHD 文件,并尝试使用本地系统上的 Hyper-V 修复实例。此时,我可以上传它并从该 VHD 启动新的 VM。我选择不这样做,因为 130GB VHD 文件的上传/下载时间很长,而且有徒劳无功的风险。