Назад | Перейти на главную страницу

Потерян RDP-доступ к виртуальной машине Azure после Sysprep

Я совершил глупую ошибку. В поисках простого способа сделать резервную копию моей виртуальной машины Azure я следовал инструкциям, чтобы сделать снимок виртуальной машины. В AWS (* к которому я привык) моментальный снимок - это быстрый способ сделать легко восстанавливаемую резервную копию. Думаю, MS использует другую концепцию.

Во время выполнения шагов, которые я выполнил, я запустил sysprep на виртуальной машине. Я остановился до того, как мне удалось удалить текущую виртуальную машину, но мне все равно удалось удалить весь мой доступ к этому серверу.

Прямо сейчас я могу запустить виртуальную машину и просмотреть веб-сайт, но у меня нет доступа к машине через RDP. Конечная точка есть, но меня не пускает.

Как мне восстановить доступ к работающей виртуальной машине?

После многих долгих разговоров с техническими специалистами Azure и множества ударов головой об стену это было окончательное решение.

Во-первых, в этот момент все было настолько повреждено, что невозможно было прикрепить файл образа и никакие пререкания не могли исправить виртуальную машину удаленно.

Мы закончили тем, что отсоединили диск от текущей виртуальной машины и удалили этот экземпляр виртуальной машины (сохранив старый диск).

Следующим шагом было создание новой виртуальной машины, которая работала бы и имела все необходимые компоненты. Это была немного сложная конфигурация, поэтому повторять этот процесс было неинтересно.

После того, как новая виртуальная машина была полностью настроена и готова к работе, я подключил старый диск к работающей в данный момент виртуальной машине как диск F :, и перенес данные вручную. В основном копирование и вставка того, что было нужно.

Я все еще работаю над безопасным переносом базы данных MySQL, но большая часть всего остального уже выполнена на новой виртуальной машине.

Это был серьезный PITA и не особо удовлетворительный способ восстановления машины. Еще очень переживаю, что что-то упустила. Я думаю, время покажет.

Воспринимайте это как моральную игру против опасностей использования sysprep без четкого понимания того, что он делает. Им серьезно нужно наклеить на это ярлык. Это чертовски опасно.

Обратите внимание - у этого подхода была альтернатива. Я мог бы загрузить файл VHD для машины и попытаться исправить экземпляр с помощью Hyper-V в моей локальной системе. В этот момент я мог бы загрузить его и запустить новую виртуальную машину с этого виртуального жесткого диска. Я решил не делать этого из-за длительного времени загрузки / выгрузки VHD-файла объемом 130 ГБ и риска того, что это будет бесполезным усилием.

Sysprep используется для клонирования виртуальной машины не для резервного копирования. Выполнив указанные выше действия, вы сбросите виртуальную машину Windows до состояния по умолчанию, которое можно использовать для подготовки новых виртуальных машин. Любые «специфичные для пользователя» настройки будут потеряны, но ваши файлы (не специфичные для пользователя) все равно будут находиться на виртуальной машине.

Вы не можете восстановить доступ к той же установке Windows на виртуальной машине, поскольку ее больше нет. Что вы можете сделать, так это использовать образ для создания новой виртуальной машины, а затем перенастроить эту виртуальную машину, чтобы она работала как старая, которую вы только что подготовили. Надеюсь, это будет второстепенная задача, но все будет зависеть от того, насколько настроена ваша виртуальная машина.

Чтобы завершить объяснение, термин снимок используется в контексте Amazon AMI где вы можете использовать его для клонирования виртуальной машины.