Сегодня я хотел внести некоторые изменения в виртуальную машину файлового сервера на ESXi 4. Это гость Debian Lenny с двумя виртуальными дисками - один на 8 ГБ, а другой на 500 ГБ (данные). Чтобы защитить машину от нежелательных изменений, я сделал снимок машины. Я пошел дальше и внес свои изменения, и это не сработало. Итак, я выключил виртуальную машину, зашел в диспетчер моментальных снимков и вернулся к моментальному снимку. Однако я вернулся к более старому снимку, а не к тому, что сделал только что по ошибке. Затем я (идиотски) удалил снимок, который только что сделал в диспетчере снимков. Это привело к тому, что я потерял данные за год.
Есть ли способ восстановить этот удаленный файл моментального снимка? Я использую vmware esxi 4. Когда я просматриваю репозиторий VMWare, я вижу различные файлы vmdk - возможно ли, что нужные мне данные все еще там? Что мне искать?
Спасибо, Марк.
Это, вероятно, будет звучать резко ...
У вас есть резервная копия? Вполне возможно, что вы можете создать резервную копию данных внутри виртуальной машины или самого образа vmdk, а также конфигурации хост-платформы виртуальной машины.
Восстановите это, и вы, вероятно, восстановите состояние системы до того, как вы ее удалили.
Если вы видите сам образ vmdk и знаете, что это тот, который вы удалили, возможно, вы сможете подключить виртуальную машину напрямую, просто добавив ее в качестве другого диска?
Вам почти наверняка не повезло, но на всякий случай стоит проверить VMDK и остальные связанные снимки.
Структура VMDK состоит из корневого дескриптора (небольшой файл с именем diskname.vmdk) и корневых данных (большой файл с именем diskname-flat.vmdk), а затем, возможно, серии связанных дескрипторов vmdk (с именем diskname-0000n.vmdk) и дельта (журнал повторного выполнения) (с именем diskname-0000n-delta.vmdk), содержащий связанные дескрипторы и журналы повторного выполнения для каждого снимка. Вы можете открыть дескриптор VMDK в любом текстовом редакторе и посмотреть, каковы родительские vmdk (если они существуют) - поля, которые вы ищете в VMDK моментального снимка, - это CID и parentCID. Это позволит вам идентифицировать связанный список снимков. Обратите внимание, что корневой VMDK имеет parentCID всех "F", и их списки могут быть независимыми, поэтому вы должны тщательно их сопоставить.
Если вы выполнили описанные вами шаги, очень маловероятно, что вы сможете что-либо восстановить, потому что, удаляя снимок, вы заставляете данные журнала повторного выполнения объединяться с родительским. В прошлом я видел поврежденные списки моментальных снимков, которые можно было восстановить в подобных сценариях, но сочетание обстоятельств, которое позволило этому случиться, маловероятно. Тем не менее, если вы можете найти снимки, которые создают действительный связанный список, который представляет вам действительные данные, возможно, вам повезло, и, поскольку у вас явно есть несколько активных снимков, есть шанс.
Также я не хочу проповедовать о резервных копиях в вашей ситуации но вы должны очистить резервное копирование скопируйте все эти файлы, прежде чем возиться с ними.
Учитывая, что это домашний сервер, возможно, вы сможете найти способ отключить все, что записывает на диск, а затем попытаться восстановить необработанные данные прямо с диска. Это маловероятно, но единицы и нули, составляющие ваши данные, могут все еще находиться на диске. Я не знаю, какое программное обеспечение могло бы помочь. Заявление о восстановлении данных OnTrack чтобы иметь возможность восстанавливать виртуальные диски VMWare, поэтому, возможно, они могут помочь. Я думаю, это зависит от того, сколько они взимают, и сколько вы хотите вернуть свои данные. Но чтобы иметь хоть какой-то шанс, вам нужно прекратить использовать физический жесткий диск, на котором были данные. немедленно!