Vmware - необходима консолидация, но я хочу вернуться

Прошлой ночью я сделал снимок виртуальной машины, прежде чем добавить новый диск и запустить автономную дефрагментацию Exchange (используя новый добавленный диск в качестве временного пути).

Когда я проснулся сегодня, сервер был в автономном режиме, а когда я открыл vSphere, я увидел сообщение «Проблемы конфигурации - необходима консолидация дисков виртуальной машины». Я ответил на вопрос и выбрал Abort / Cancel. Затем виртуальная машина загрузилась. База данных Exchange теперь составляет ~ 160 ГБ (вместо 240 ГБ), что примерно соответствует размеру, который я ожидал получить после дефрагментации. Это заставило меня подозревать, что дефрагментация, возможно, завершилась, но, увы, она не смонтируется

На этом этапе я предпочел бы вернуться к снимку. Кто-нибудь был в такой ситуации раньше? Я много читал, но нашел только статьи, объясняющие, как исправить ошибку «консолидация потребностей». Я не могу найти ничего об удалении ненужных дельта-дисков, чтобы вернуться к оригиналу.

Существует ли поддерживаемый способ удаления этих нежелательных дельта-дисков без их консолидации?

Могу ли я просто переместить файлы diskname-000001.vmdk в другое место, а затем загрузить виртуальную машину? (У меня также есть некоторые файлы с расширением .REDO_nSGail, которые, как я полагаю, мне тоже понадобится переместить). Исходные файлы .vmdk будут находиться в режиме только для чтения - есть ли способ вернуть их в режим чтения-записи?

Спасибо всем, кто может дать совет.

Другая информация: - ESXi 6.0 - VM - это Windows SBS box (в которой есть и Exchange, и AD). Он также имеет около 1 ТБ данных и недостаточно свободного места в хранилище данных, чтобы восстановить все это. Сначала мне нужно удалить все файлы виртуальных машин, а затем восстановить резервную копию, что займет много часов, поэтому я бы предпочел избежать этого, если это возможно.

Чтобы вернуться к оригиналу, вы просто выбираете «вернуться к текущему снимку» в меню правой кнопки мыши, при условии, что у вас есть только один снимок.

В VMware вы можете сделать две вещи со снимком (я несколько упрощаю);

1) вернуться к «предыдущему состоянию» (так, как это было до моментального снимка), то есть «вернуться к текущему снимку». В этом подходе термин «текущий снимок» вводит в заблуждение, но воспринимает его как состояние до моментального снимка.

2) Удалите снимок, который принимает все изменения, которые вы внесли с момента создания снимка, и переносит их в работающую виртуальную машину. Похоже, вы не хотите этого делать.

«Консолидировать» действительно не имеет никакого отношения к выбору, который вы хотите выбрать; Консолидация просто консолидирует избыточные журналы или .vmdks от неудачных прошлых процессов и не имеет никакого отношения к изменениям диска. Например, если оснастка не удалась, у вас есть избыточные журналы и, возможно, .vmdk. «Консолидация» очистит их, возможно, удалив лишние. Консолидация не изменит количество снимков, которые у вас есть. Он просто очищает частичные или дубликаты журналов и / или .VMDK от неудачных предыдущих операций.

Итак, теоретически, если вы хотите вернуться к «предыдущему состоянию», вы бы «вернулись». Он отменит дельта-изменения и вернется к состоянию предварительного снимка. «Консолидация: объединяет иерархию журналов повторов. Это доступно в vSphere 5.0 и более поздних версиях». с сайта VMware.

Конечно, учитывая вашу ситуацию, все нормальные оговорки будут применяться, иметь резервные копии и т. Д., И т. Д.

Могу прочитать это для получения дополнительной информации:

• Работа со снимками | База знаний VMware
• Понимание снимков виртуальной машины в ESXi / ESX | База знаний VMware