Skip to main content

Запуск машины с резервной копии в ESXi 6.0 без операционной системы

Thread needs solution

Здравствуйте.

При попытке Запуска машины с резервной копии в ESXi 6.0 без операционной системы процесс замирает на 60%. Насколько мне удалось понять, это происходит на стадии исправления файловой системы диска виртуальной машины, чтобы загрузка операционной системы прошла успешно. Если отменить задание Запуска машины с резервной копии, то через 2 часа задание завершается с предупреждением. До этого файл vmdk остаётся заблокированным, и его использование в виртуальных машинах невозможно.

W01950020: Error 0x1950020: Не удалось задать загрузочный диск для виртуальной машины "temp2".

Если задачу не отменять, то она выполняется с предупреждением за 1 час 40 минут.

Операционные системы не найдены.

Модуль

405

Сообщение

Не удалось задать загрузочный диск для виртуальной машины "test1".

Дополнительные сведения:

------------------------
Код ошибки: 32
Модуль: 405
LineInfo: 0x476ADBF26D208983
Поля: {"$module":"run_vm_from_image_vsa64_7048"}
Сообщение: Не удалось задать загрузочный диск для виртуальной машины "test1".
------------------------
Код ошибки: 48
Модуль: 405
LineInfo: 0x606EE8473B938B35
Поля: {"$module":"run_vm_from_image_vsa64_7048"}
Сообщение: Не удалось получить идентификатор загрузочного диска.
------------------------
Код ошибки: 47
Модуль: 405
LineInfo: 0x606EE8473B938B1F
Поля: {"$module":"run_vm_from_image_vsa64_7048"}
Сообщение: Операционные системы не найдены.

Как исключить стадию исправления файловой системы диска виртуальной машины или изменить время ожидания успешного выполнения данной операции?

0 Users found this helpful
frestogaslorastaswastavewroviwroclolacorashibushurutraciwrubrishabenichikucrijorejenufrilomuwrigaslowrikejawrachosleratiswurelaseriprouobrunoviswosuthitribrepakotritopislivadrauibretisetewrapenuwrapi
Posts: 22
Comments: 3800

Здравствуйте,

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

P.S. В кач-ве альтернативного решения: для монтирования вольюма из архива в качестве дополнительного логического диска в системе (с установленным агентом) можно использовать "acrocmd mount" команду. Архивы расположенные локациях под Acronis Storage Node, адресуются следующим образом в параметрах команды:

--loc=bsp://[ASN_name_IP]/[LocationName]

Спасибо.

Василий, Вы были правы по поводу специфики проблемы.

Проверка запуска машины с резервной копии в ESXi 6.0 без операционной системы на базе "обычной" резервной копии диска типа MBR-NTFS проходит успешно. На заметку добавлю, что проблемная резервная копия - это копия диска типа GPT-NTFS с включённой дедупликацией и исключением одной папки. Резервное копирование выполнялось агентом внутри ОС Windows Server 2012 R2.

Спасибо за информацию об альтернативном решении.

Мне удалось побороть долгое замирание на 60% при запуске машины с резервной копии в ESXi 6.0 без операционной системы. Для этого я удалил с тома исключаемую из резервного копирования папку и выполнил команду сбора мусора, т.к. на этом томе включена дедупликация:

Start-DedupJob D: –Type GarbageCollection -full

Затем я выполнил задание полного резервного копирования в дедуплицируемое хранилище Acronis.

После этого новые резервные копии стали монтироваться в ESXi 6.0 не более чем за 5 минут.

frestogaslorastaswastavewroviwroclolacorashibushurutraciwrubrishabenichikucrijorejenufrilomuwrigaslowrikejawrachosleratiswurelaseriprouobrunoviswosuthitribrepakotritopislivadrauibretisetewrapenuwrapi
Posts: 22
Comments: 3800

Спасибо за пояснения - использование фильтров файлов (исключений) это важный момент, который действительно может быть причиной долгого монтирования с использованием запуска ВМ из архива, особенно если исключается большое количество файлов. Это, как сейчас выяснилось, очень старая проблема (номер бага: ABR-82426), для которой пока что нет нормального решения, кроме как не использовать "исключения файлов" для архивов, из которых планируется выполнять монтирование как ВМ.