Вопросы Теги

Как я восстанавливаю в файл дельты (диск) на VMware ESXI

Персональная именованная учетная запись один для всех, и действительно не имеет значения, если Вы идете с firstname.lastname@domain.com, или более короткий firstinitial+lastname@domain.com - названный учетными записями излишне деморализует (никто не хочет чувствовать, что они - reception2).

Названные ролью адреса являются большими для групп. Это позволяет людям отправить почту во флажок, который устанавливают многочисленные люди, или это распределяется группе, которой легко управляете Вы.

  • Покупка: Ваши предоставления все еще заказаны, даже если половина отдела на каникулах

  • Продажи: самый быстрый ответ является хорошей вещью

  • Справочная служба: то же

  • Американские сотрудники, Подрядчики - HR любит экономящие время группы как они, чтобы помочь им отослать информацию о преимуществе в правильную подгруппу

Наконец, если Вы сцепите эти адреса с входом в систему центрального каталога в какой-то момент в будущем, то всем БУДЕТ НУЖНА отличная учетная запись, которая прослеживаема только им, таким образом, можно управлять полномочиями и контролирующий правильно.

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

0
задан 3 June 2010 в 20:44
3 ответа

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

С выключенным VM делают копию всех файлов в папке VM и убирают их где-нибудь безопасный, они могут быть повреждены, но Вы хотите иметь полную копию в случае, если Вы хотите запуститься.

От оболочки SSH или с утилитой SCP (Veeam FastSCP или Tunnellier удобны, если Ваш Windows использования) определяют местоположение папки VM и находят все файлы с .vmdk расширениями. Должен быть два для основного диска (маленький файл дескриптора под названием VMname1.vmdk и намного больший файл, который содержит данные фактической дисковой емкости по имени VMname1-flat.vmdk) и подобная пара для каждой Вашей дельты снимка (маленький дескриптор по имени VMname1-00001.vmdk, и больший файл назвал VMname1-00001-delta.vmdk, который содержит изменения, внесенные в основной диск в течение времени жизни этого снимка). Они также упомянуты в файле управления снимком (файл VMname.vmsd), который содержит все метаданные обо всех активных снимках на VM. Сама Виртуальная машина имеет все свои настройки, сохраненные в.VMX файле включая (значительно) ссылку на местоположение текущего активного VMDK, поскольку это - диск (диски) - это укажет на последнюю дельту снимка.

VMware затем использует внутренний идентификатор (названный CID's) и параметр, названный ParentFileNameHint в VMDK's дескриптора для соединения каждой дельты назад с ее родителем (который может самостоятельно быть дельтой), рекурсивно, пока это не добирается до basedisk. - дельта самостоятельно не является полным диском, она должна быть связана с неизмененной копией своего родителя для работы. Если родительский файл был изменен, Вам почти наверняка не повезло.

Можно вручную переместить файлы дельты и их связанный дескриптор и исправить сценарии, где вещи потерялись, но это будет только работать, если никакие изменения не были внесены в основные диски или какие-либо промежуточные дельты. Файлы дескриптора могут все быть отредактированы с текстовым редактором.

После того как Вы получили голову вокруг этого, необходимо прочитать цепочечное руководство по восстановлению SANBARROW CID, которое поможет Вам выяснить, как сшить вещи назад вместе, если они могут быть сшиты назад вместе.

Наконец - никогда не полагаются на Снимки как на Резервные копии. Они не подходят с этой целью, и они вызывают значительный дополнительный IO наверху, когда активный.

1
ответ дан 4 December 2019 в 23:01
  • 1
    Я думаю, что этот ответ является пятном на... Я должен проверить и подтвердить детали. I' ve уже сделал копию всех файлов на там так I' ll теперь проверить CID восстанавливают руководство. I' ll отправляют назад, в то время как я прогрессирую через это. Я боялся считать что-то вроде этого: " Если родительский файл был изменен, Вы почти наверняка вне удачи " я думаю по определению, момент, я привел в действие систему, создает резервную копию, она, должно быть, была изменена до некоторой степени, только путем включения его, но I' ll дают остальную часть Вашего ответа попытка наверняка.Большое спасибо! –  Oscar Gonzalez 3 June 2010 в 22:42

Обычно файл дельты является файлом, который создается, когда Вы копируете диск, и возможно с клонированием. Дельта является просто 1 от файла, который хранит все изменения, внесенные в живой VM, не выключенный, поскольку это копируется. После выхода из клона копируйте, и т.д.... дельта (изменения) записывается обратно к живому VM. Я не думаю, что можно вернуться назад к дельте, так как это + изменения.

Примечание стороны: Вы говорите о росте диска также с помощью vmkfstools..., но это не будет работать с нединамическим диском, будет он? Я вполне уверен, Ваш diskpart и/или vmkfstools будут только работать с динамическим основным устройством. Если можно просто создать новый диск и добавить его к системе.

0
ответ дан 4 December 2019 в 23:01
  • 1
    Ну, I' m пытающийся возвратиться к исходному состоянию, прежде чем я пытался клонировать диск, не используя vmkfstools. Диск isn' t динамичный, но я пытался клонировать его как, я клонирую диск с жестким диском. Я can' t просто добавляют новый диск, потому что это - диск ОС, мне нужно к " grow" это. Я думаю, что нашел способ вырастить его правильно. Однако файлы дельты обычно создаются, кажется, что мои изменения (приложения установили, новые файлы, и т.д.), tthat I' ve продолжил работать начиная с того начального моментального снимка находятся в тот файл дельты. I' ll включают список для создания меня более понятным. –  Oscar Gonzalez 3 June 2010 в 21:03
  • 2
    Рост дисков будет работать с нединамическими дисками в соответствии с Windows - основной проблемой является тот Windows 2003 doesn' t позволяют Вам, выращивают системные диски с его собственными инструментами, таким образом, необходимо использовать некоторый сторонний механизм. –  Helvick 3 June 2010 в 21:27
  • 3
    Вы можете расширяться диски исходно с сервером окон 2003 после you' ve, выращенный их. То же самое как клонирование физического диска к более крупному диску, затем расширяя Windows FS для использования того новооткрытого пространства. You' право ре, Вы can' t растут исходно, но можно расшириться исходно; Используя служебный встроенный названный diskpart. –  Oscar Gonzalez 3 June 2010 в 22:44

VMware создает снимки работу путем записи всех изменений в диске с момента, Вы взяли снимок в новый файл, файл дельты. Когда Вы возвращаетесь к снимку, система просто удаляет дельту и обман, Вы вернулись к точке pre-snapshotted. Если Вы удаляете снимок, то система объединяет все изменения в исходном файле, который может занять много времени, если Вы взяли снимок давно.

Ваш вопрос не особенно ясен на том, что Вы сделали в файлы на хосте, но так как он кажется, что система уже вернулась снимок для Вас, Вам, вероятно, не повезло, так как хост больше не думает, что VM имеет снимок. Вот то, что я попробовал бы хотя:

  1. Проводите политику создания резервных копий, который не полагается на снимки.
  2. Выключите VM.
  3. Скопируйте все файлы в безопасное место.
  4. Попытайтесь удалить снимок.
  5. Посмотрите то, что происходит. Если шаг 3 не сделал то, что Вы хотели, продолжите двигаться к 5.
  6. Возьмите новый снимок.
  7. Скопируйте все файлы дельты со своего резервного копирования сверху файлов дельты, которые создаются шагом 5.
  8. Посмотрите то, что происходит. Если шаг 6 не сделал то, что Вы хотели, примите судьбу и начните пытаться восстановить то, что Вы потеряли.

Удача, - jed

0
ответ дан 4 December 2019 в 23:01
  • 1
    Эта работа привычки - VMware использует внутренний ID' s для отслеживания отношений между родительским VMDK' s и файлы Delta снимка так просто отбрасывание delta' s в папку и возможно переименование их работа привычки. –  Helvick 3 June 2010 в 21:33
  • 2
    @Helvick +1 Спасибо. Именно это я подозревал, но это - что-то, что я попробовал бы, не зная наверняка. Я думаю в основном Шаг 1. и Шаг 8. единственные здесь, которые стоят чего-либо. –  Jed Daniels 3 June 2010 в 22:27
  • 3
    Спасибо за ответ я знал, что это будет немного неясно потому что I' m немного неясный о том, как это произошло для начала, но с некоторыми Вашими ответами я думаю, что могу пройти немного далее. Спасибо за предложение на политике для резервных копий. I' ll изучают это, как только я разрешаю это. –  Oscar Gonzalez 3 June 2010 в 22:45
  • 4
    Я на самом деле бросил идею восстановить это и собирался продвинуться с воссозданием вещей от резервного копирования, но если there' s шанс я могу откатывать к нему начальное состояние, стоящий времени. TY снова. –  Oscar Gonzalez 3 June 2010 в 22:46

Теги

Похожие вопросы