Вчера вечером я сделал снимок виртуальной машины перед добавлением нового диска и запуском автономной дефрагментации Exchange (используя только что добавленный диск в качестве временного пути).
Когда я проснулся сегодня, сервер был отключен, и когда я открыл vSphere, я увидел сообщение «Проблемы с конфигурацией - необходима консолидация дисков виртуальных машин». Я ответил на вопрос и выбрал Abort / Cancel. Затем виртуальная машина загрузилась. База данных Exchange теперь составляет ~ 160 ГБ (по сравнению с 240 ГБ), что примерно соответствует размеру, который я ожидал после дефрагментации. Это заставило меня подозревать, что дефрагментация, возможно, завершилась, но, увы, она не смонтировалась.
На этом этапе я предпочитаю вернуться к снимку. Кто-нибудь был в такой ситуации раньше? Я много читал, но нашел только статьи, объясняющие, как исправить ошибку «требуется консолидация» путем объединения. Я не могу найти ничего об удалении ненужных дельта-дисков, чтобы вернуться к исходному состоянию.
Есть ли поддерживаемый способ удалить эти ненужные дельта-диски без их объединения?
Могу ли я просто переместить файлы diskname-000001.vmdk в другое место, а затем загрузить виртуальную машину? (У меня также есть файлы с расширением .REDO_nSGail, которые, как я полагаю, мне тоже нужно будет переместить). Однако исходные файлы .vmdk будут в режиме только для чтения - есть ли способ вернуть их в режим чтения-записи?
Спасибо всем, кто может дать совет.
Дополнительная информация: - ESXi 6.0 - ВМ - это Windows SBS (в которой есть как Exchange, так и AD). Он также имеет около 1 ТБ данных и недостаточно свободного места в хранилище данных для их восстановления. Мне нужно сначала удалить все файлы виртуальной машины, а затем восстановить резервную копию, что займет много часов, поэтому я бы предпочел избежать этого, если это возможно.
Чтобы вернуться к исходному состоянию, вы просто выбираете «вернуться к текущему снимку» в меню правой кнопки мыши, предполагая, что у вас есть только один снимок.
В VMware вы можете делать две вещи со снимками (я несколько упрощаю);
1) вернуться в «предыдущее состояние» (как было ДО снэпшота), то есть «вернуться к текущему моментальному снимку». При таком подходе термин «текущий снимок» вводит в заблуждение, но воспринимайте его как состояние до создания снимка.
2) Удалите снимок, который принимает все изменения, которые вы внесли с момента создания снимка и переноса их в работающую виртуальную машину. Похоже, вы не хотите этого делать.
«Консолидировать» на самом деле не имеет ничего общего с тем, какой выбор вы хотите сделать; консолидировать просто объединяет избыточные журналы или .vmdks из прошлых неудачных процессов и не имеет никакого отношения к изменениям диска. Например, в случае сбоя привязки у вас есть избыточные журналы и, возможно, .vmdk. "Consolidate" очистит их, возможно, удалив лишние. Consolidate не изменит количество имеющихся у вас снимков. Он просто очищает частичные или повторяющиеся журналы и / или .VMDK от предыдущих неудачных операций.
Итак, теоретически, если вы хотите вернуться в «предыдущее состояние», вы должны «вернуться». Он отменит изменения дельты и вернется в то состояние, которое было до создания снимка. «Консолидировать: объединяет иерархию журналов повтора. Это доступно в vSphere 5.0 и более поздних версиях». с веб-сайта VMware.
Конечно, учитывая вашу ситуацию, будут применяться все обычные предостережения, резервные копии и т. Д. И т. Д.
Можно прочитать это для получения дополнительной информации: