Прошлой ночью я сделал снимок виртуальной машины, прежде чем добавить новый диск и запустить автономную дефрагментацию 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.
Конечно, учитывая вашу ситуацию, все нормальные оговорки будут применяться, иметь резервные копии и т. Д., И т. Д.
Могу прочитать это для получения дополнительной информации:
источник