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