Как удалить snapshot vmware

Снапшоты в VMware vSphere и все о них

Всем привет сегодня хочу затронуть вопрос снапшотов (snapshots) в VMware vSphere. Поговорим, что это такое, из чего состоит, плохо это или хорошо и где применяется. Думаю это актуальный вопрос и многие хотели бы в нем разобраться, да и я освежу это в памяти, и что то может переосмыслить.

Что такое snapshot

Снапшот (Snapshot — снимок) — это сохранение состояния виртуальной машины в определенной точке, необходимой именно вам, его еще называют снимком виртуальной машины. Еще можно дать вот такое определение: Snapshot VMware — это копия файла диска виртуальной машины ( VMDK) в определенный момент времени. Снимки предоставляют журнал изменений для виртуального диска и используются для восстановления виртуальной машины в определенный момент времени, когда происходит сбой или системная ошибка. Снимки сами по себе не обеспечивают резервное копирование, если проще SNAPSHOT это НЕ БЭКАП.

Любые данные, которые были доступны для записи на виртуальной машине, становятся доступными только для чтения при создании снимка. Snapshot позволяет вам возвращаться в одно и то же состояние несколько раз. Вы можете сделать снимок, когда виртуальная машина включена, выключена или приостановлена. Избегайте создания снимков, когда приложения на виртуальной машине обмениваются данными с другими компьютерами, особенно в производственных средах. Например, если вы делаете снимок, когда виртуальная машина загружает файл с сервера по сети, и виртуальная машина продолжит загрузку файла после того, как вы сделаете снимок. Если вы вернетесь к к своему снимку, то связь между виртуальной машиной и сервером будет прервана, и передача файла завершится неудачно.

Где применим снапшот

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

Как создать снапшот в VMware vSphere

сразу подчеркиваю shapshot это не замена бэкапа, запомните это

Выбираете любую виртуальную машину, щелкаете по ней правым кликом и из контекстного меню выбираете Snapshot > Take Snapshot

В следующем окне задаем имя snapshot и при желании описание в поле description. Обратите внимание на две возможные галки

В ESXI 6.5 и выше, создание снимка виртуальной машины делается подобным образом, но уже из веб-интерфейса. Вы так же выбираете нужный сервер, вызываете его контекстное меню «Snaphots — Tale Snapshot«

Описание параметров снимка

• Snapshot the virtual machine’s memory > данная опция нужна для того, чтобы во время снятия snapshot esxi виртуалки было состояние оперативной памяти, что при откате даст работающую виртуальную машину. Если вы ее снимите, то вернувшись из снапшота виртуальная машина будет выключена, но зато такой снапшот будет создаваться быстрее, так как нет необходимости сохранять оперативную память в файл, особенно если память большая и постоянно обновляется.
• Quiesce guest file system (need VMware Tools installed) > Это процесс при котором подготавливаются данные на виртуальном диске в состояние требуемое для резервного копирования. Заморозить гостевую файловую систему (требуется установка VMware Tools и ее драйвер Sync Driver) позволяет гарантировать, что данные гостевой операционной системы останутся не поврежденными в снимке.

В итоге VMware Tools с помощью VMware Snapshot Provider запускает создание VSS snapshot внутри гостевой ОС. После чего все VSS writers (смотрим их командой «vssadmin list writers«) в гостевой ОС получают запрос и подготавливают соответствующие приложения к бэкапу (происходит запись всех транзакций из памяти на диск). Когда все VSS writers заканчивают работу, они сообщают службе VMware Tools через VMware Snapshot Provider, который, в свою очередь, говорит VMware о том, что снапшот можно снять.
Таким образом все приложения резервного копирования для VMware vSphere используют следующие комбинации при отдании команды на создание снапшота VMware (заметьте, что процесс непосредственно создания снапшота целиком и полностью контролируется самой VMware)

Если делать бэкап без опции Quiesce guest file system, то могут быть большие проблемы при восстановлении контроллера домена или Exchange сервера.

Как создать снимок виртуальной машины через PowerCLI

Тут есть две конструкции, которые вы можете использовать в PowerCLI. В первом примере, мы вызываем виртуальную машину «Terminal», а далее создаем там снапшот с именем «Untill Update».

Get-vm -name «Terminal» | New-Snapshot -Name «Untill Update»

Во втором примере, мы воспользовались командлетом New-Snapshot, и обратились к виртуальному серверу, где создали снапшот с именем «Untill Update«.

New-Snapshot -VM «Terminal» -Name «Untill Update»

Структура файлов виртуальной машины при снятии Snapshot

Теперь посмотрим, что изменится после снятия снимка виртуальной машины esxi 5.5. Как видите добавились файлы с форматом vmsn и добавленным в название 000001. Это и есть жесткий диск новых данных после снапшота.

Если посмотреть на эти же файлы в консоли ssh, то этот файл на самом деле состоит из четырех. У меня на скриншоте два снапшота и в сумме они занимают 8 фалов.

• -[шесть цифр]-delta.vmdk — файл данных диска отличий от базового диска
• -[шесть цифр].vmdk — заголовочный файл
• .vmsd — текстовый файл с параметрами снапшота (связи в дереве, SCSI-нода, время создания и т.п.)
• .vmsn — файл с сохраненной памятью виртуальной машины

Как можно предположить основной файл это delta, который включает в себя все отличительные данные после снапшота от основного виртуального диска. Данный виртуальный диск состоит из блоков данных хранимых в формате redo-логов (или просто дочерний диск — child disk). Он же sparse-диск, то есть диск, который использует технологию Copy-On-Write (COW) при работе с данными. Идея технологии copy-on-write — при копировании областей данных создавать реальную копию только когда ОС обращается к этим данным с целью записи. Таким образом, этот виртуальный диск содержит только измененные от родительского диска области данных (delta).

файл.vmsd. Это текстовый файл, открыв в редакторе вы увидите все отношения между родительским и дочерними дисками, а также другую интересную информацию

В гостевой ос

Что вы обнаружите например в событиях гостевой системы при создании снапшота без галки Snapshot the virtual machine’s memory и включенной на Quiesce guest file system. Вы в просмотре событий, в журнале Приложения обнаружите ошибку VSS с кодом 12289 (Ошибка теневого копирования тома: Непредвиденная ошибка DeviceIoControl). Можете на нее забить, так как она происходит из за флоппи диска в конфигурации виртуальной машины.

так же если посмотреть через клиента VMware vSphere датастор на котором лежит виртуалка то вы обнаружите файл архив vss_manifests*.zip с конфигами с описанием всех найденных VSS writers в гостевой ОС.

если в архиве vss_manifests.zip только файл backup.xml — это означает, что снапшот по факту был сделан без использования VSS

Также стоит добавить некоторые требования к Quiesce guest file system

• Поддержка Операционной системой консистентных снимков (VSS)
• VSS компоненты VMware Tools установлены
• Отсутствие динамических дисков внутри гостевой машины (Если внутри гостевой системы будет присутствовать хоть один динамический диск — не важно системный он или нет, то VSS задействован не будет. Снапшот будет создаваться успешно, но vss_manifests.zip будет пустым, как и логи событий внутри гостевой ОС. Это правило действует для гостевых ОСей Windows 2008 и выше)
• Должна работать служба VSS в гостевой ОС

VSS- это сервис, который всего навсего перед бэкапом заставляет базу данных записать все транзакции на диск, далее БД приостанавливает свою работу, затем создаётся теневая копия тома, на что уходит несколько секунд, Далее БД продолжает свою работу в обычном режиме, а бэкап сливается уже с теневой копии. В VMWare теневая копия не создаётся, а создаётся delta vdmk, при этом исходный vdmk становится доступным на чтение и содержит консистентные данные, что позволяет его скопировать в качестве бэкапа.

Чем плохи снапшоты

На своей практике могу точно сказать, что минусов в разы больше чем плюсов.

Плюсы снапшотов

• Возможность тестирования новых настроек или обновлений с возможностью легкого отката
• Резервное копирование виртуальных машин на лету без остановки

Такие снапшоты делаются на небольшой промежуток времени, до суток. Протестировали и удалили.

Минусы снапшотов

• snapshot быстро растут особенно при часто обновляемых данных. Растут они блоками по 16 мб. Если у вас например приложение СУБД, которое имеет много транзакций, то оно заполонит ваш датастор очень быстро, и может получиться так что на нем кончится место и виртуальная машина может перестать работать.
• Еще большой проблемой являются длинные цепочки снапшотов, сделанных на разных этапах настройки, штук так по 15 или 20. Все это вызывает торможение виртуальной машины и хранилище отжирая лишние iops. Чем больше у вас цепочка тем дольше по ней идти до последнего снимка.

• Так же когда снапшот делает или удаляется хранилище испытывает дополнительную нагрузку, так как на датастор сбрасывается память и снимок
• Из за снапшотов вы не сможете использовать Fault Tolerance или Storage VMotion, так как привязаны к хранилищу с вашими snapshot.
• Вы не сможете расширить виртуальный диск со снапшотом
• Снимки виртуальных машин с дисками в режиме RDM или гостевыми операционными системами, использующими инициатор iSCSI в гостевой системе, не поддерживаются.
• Снимки не поддерживаются устройствами ввода-вывода PCI vSphere Direct Path
• Если виртуальная машина имеет виртуальные жесткие диски размером более 2 ТБ, выполнение снимка может занять значительно больше времени

Ну думаю вы поняли, что в продакшине их лучше не делать, по возможности сразу их удаляйте, а если уж они у вас есть, то не делайте их более 3

Консолидация и удаление снапшотов / Удаление snapshot vmware

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

Вы допустим хотите удалить все снапшоты и нажимаете «Delete All в Snapshot Manager», далее идет вот такая операция Snapshot 3 сливается со Snapshot 2, но при этом сам Snapshot 3 остается на томе VMFS

В итоге первого шага мы получаем уже 90 гб (60+30). Теперь Snapshot 2 который весит уже 50 гб сливается с Snapshot 1, при этом Snapshot 2 и 3 не удаляются пока. Из этого следует что у нас уже занято 140 гб на хранилище.

Как только результирующий Snaphot 1 в 60 гб сольется с основным виртуальным диском при этом сам виртуальный диск flat в размере не меняется, поскольку он фиксирован (изменяется только содержимое блоков). И только затем все снапшоты удаляются (все 140 ГБ).

так что видите запас нужно всегда иметь, минимум 10 процентов.

Консолидация snapshot vmware

Что влияет на время консолидации в виртуальной машине

• Размер delta-дисков — очень важный параметр. Чем больше данных в дельта-диске, тем дольше их нужно применять к основному (базовому) диску.
• Число снимков и их размеры. Чем их больше, тем все будет дольше идти по времени. Кроме того, при нескольких снапшотах консолидация происходит в несколько этапов, описано выше.
• Производительность подсистемы хранения, включая FC-фабрику, Storage Processor хранилищ, LUN (число дисков в группе, тип RAID массива).
• Тип данных в файлах снапшотов (нули или случайные данные).
• Нагрузка на хост-сервер ESXi при создании снапшота.
• Нагрузка виртуальной машины на подсистему хранения в процессе консолидации. Например, почтовый сервер, работающий на полную мощность, может очень долго находится в процессе консолидации снапшотов.

Хочется подчеркнуть, что процесс консолидации — это очень требовательный к подсистеме ввода-вывода процесс, поэтому не рекомендуется делать это в рабочие часы, когда производственные виртуальные машины нагружены.

Замирание stun виртуальной машины в VMware vSphere

Если вы как и я долго уже работаете с гипервизором Vmware ESXI 5.5, то наверняка обращали внимание, что бывают случаи, что виртуальная машина подвисает на какое то время, или дико тормозит, а потом работает как ни в чем не бывало. За это в vmware отвечает параметр stun или как мы выше смотрели quiescence. Когда это происходит виртуалка не может ничего делать, она чаще всего падает по Ping и недоступна, и перестает отвечать на операции ввода/вывода. Если сказать по простому то ее как будто поставили на паузу, а на уровне ввода-вывода совершаются только операции, касающиеся выполняемой задачи (например, закрытие прежнего VMDK-диска и переключение операций чтения-записи на новый диск при операциях со снапшотами).

Параметр Stun в виртуальной машины нужен, в большинстве случаев, для того, чтобы сделать ее на время изолированной от окружающего мира для выполнения значимых дисковых операций, например, консолидация. Это может занимать несколько секунд (и даже десятков), но часто это происходит на время около секунды и даже меньше, все зависит от нагрузки хранилища, у меня бывали случаи, что если виртуалка толстая и снапшот здоровый, то время stun доходило и до минуты, что сразу вызывало бурю паники, что у нас все сломалось и что вообще блин происходит, паникеры одним словом, просто не знающие как это работает.

Когда может быть заметен stun виртуальной машины

1. Во время выполнения процедуры приостановки виртуальной машины (suspend). Тут происходит такое подмораживание, чтобы скинуть память VM на диск, после чего перевести ее в приостановленное состояние.
2. Ну как все уже поняли во время создания снапшота, нужно закрыть старый диск и начать писать в новый.
3. Консолидация (удаление) снапшота, подробно описано выше.
4. При выполнении миграции с помощью vMotion. Слегка напомню данный механизм, во первых оперативная память передается от одной машины к целевой VM без подмораживания, но затем происходит такой же stun, как и при операции suspend, с тем только отличием, что маленький остаток памяти (минимальная дельта) передается не на диск, а по сети. После этого происходит операция resume уже на целевом хосте. Пользователь этого переключения, как правило, не замечает, так как время этого переключения очень жестко контролируется и чаще всего не достигает 1 секунды. Если память гостевой ОС будет меняться очень быстро, то vMotion может затянуться именно во время этого переключения (нужно передать последнюю дельту).
5. Горячая миграция хранилищ Storage vMotion. Здесь stun случается дважды: сначала vSphere должна поставить Mirror Driver, который будет реплицировать в синхронном режиме операции ввода-вывода на целевое хранилище. При постановке этого драйвера происходит кратковременный stun (нужно также закрыть диски). Но и при переключении работы ВМ на второе хранилище происходит stun, так как нужно удалить mirror driver, а значит снова пере открыть диски уже на целевом хранилище.

Как правильно удалить Snapshot в ESXI

У вас существует несколько методов удаления снимков:

• Через веб-интерфейс
• Через PowerClI
• Через команды esxi cli

Как исключить диски из снимка

Могут быть случаи, когда вы не хотите, чтобы диски виртуальной машины подвергались воздействию моментальных снимков. Для достижения этой цели, вам нужно изменить режим жесткого диска виртуальной машины из «Disk Mode» в «Independent – Persistent или Independent – Nonpersistent. Два варианта немного различаются в соответствии с объяснением VMware:

• • Independent – Persistent: Диски в постоянном режиме ведут себя как обычные диски на вашем физическом компьютере. Все данные, записанные на диск в этом режиме, постоянно записываются на диск.
  • Independent – Nonpersistent: изменения в дисках в непостоянном режиме отменяются при отключении питания или перезагрузке виртуальной машины. Изменения на диске записываются и считываются из файла журнала повторов, который удаляется при отключении питания или сбросе.

  

  Популярные Похожие записи:

  • Ошибка virtual machine disks consolidation is needed в ESXI
  • Не активно поле migrate на виртуальной машине ESXI
  • Удаление застрявших VMDK из прокси Veeam
  • Как включить буфер обмена в vSphere Client (HTML5)
  • Ошибка запуска VM: File system specific implementation of Ioctl[file] failed
  • Решено: EFI Virtual disk (0.0) Not found

  Май 13, 2020 12:32 Автор — Сёмин Иван

  4 Responses to Снапшоты в VMware vSphere и все о них

  Спасибо за статью.
  Хочу заметить, что начиная с версии ESX 4.0 Update 2 консолидация дисков при операции «Delete all» работает по другому принципу. Для thick-дисков слияние снимков происходит напрямую в parent-диск, без создания промежуточного диска, если VM выключена. Для thin-дисков размер растет ровно на столько, сколько необходимо для применения дельты к parent-диску. Если виртуальная машина запущена во время консолидации — создается промежуточный sparse-диск, который аккумулирует I/O во время работы виртуальной машины, в конце происходит финальное слияние с основным диском.
  В то же время, если вы захотите сделать удалить промежуточный снимок — все будет происходить по описанному в статье принципу.

  Иван Семин :
  Добрый день Артем,я с 4 не сталкивался, спасибо за экскурс в историю. А вы еще 4-ки используете?

  Здравствуйте, возникла небольшая проблема со снапшотами. Veeam Backup хотел сделать резервную копию виртуальной машины но выдал ошибку в процессе работы. В виртуальной машине подключённые HDD заканчиваются на 000001 но в Snaphot Manager нет никаких снапшотов. Место на datastore заканчивается но новые диски с 000001 растут понемножку в объёме. И вот вопрос когда закончиться место на datastore виртуалки не запустятся как можно удалить эти снапшоты но так чтоб потом можно было запустить виртуалки. Поменять в настойках VM путь к нормальных дискам без 00001 но тогда навернека не будет видно последних изменений?

  Снапшоты

  Снапшот — это копия данных виртуальной машины и всего состояния системы. С его помощью можно вернуться к работоспособному состоянию машины после неудачного обновления, тестирования приложений или других потенциально опасных действий.

  Хранятся снапшоты максимально близко к виртуальной машине, поскольку основное их назначение — быстро вернуть ее предыдущее состояние. После использования снапшота рекомендуется его удалить, чтобы не занимать место на диске. Снапшот не предназначен для долгосрочного хранения копий машин, как резервные копии.

  Снапшоты — не резервные копии. В отличии от снапшотов, резервные копии хранятся отдельно от VM, чтобы копии не повредились вместе с оригиналами. Их назначение — восстановить данные в случае аварии, непредвиденного события.

  Функция создания снапшотов входит в стоимость услуги аренды Виртуальный ЦОД на базе VMware.

  • В VMware Cloud Director хранится только один снапшот для каждой VM. Каждый новый снапшот заменяет предыдущий.
  • Если в виртуальном ЦОД есть политики хранения разной производительности, то снапшоты дисков VM создаются на соответствующей диску политике хранения, а не на политике по умолчанию. Если при создании снапшота активировать Snapshot the memory of the virtual machine , файл снапшота оперативной памяти сохранится на политике хранения по умолчанию.
  • Создание снапшота
  • Восстановление из снапшота
  • Удаление снапшота

  Создание снапшота

  Снапшоты не фиксируют сетевые параметры виртуальной машины (NIC) и состяние оперативной памяти (RAM).

  Рассмотрим создание снапшота для VM.

  1. В разделе Data Centers нажмите на карточку виртуального ЦОД и в меню слева выберите Virtual Machines .
  2. Найдите нужную VM.
  3. В карточке VM нажмите ACTIONS → Snapshot → Create Snapshot .
  4. Если нужно делать снапшот памяти VM, активируйте переключатель Snapshot the memory of the virtual machine .
  5. Если нужно приостановить гостевую файловую систему, активируйте переключатель Quiesce the guest file system (Requires installed VM Tools) .
  6. Нажмите CREATE .

  Снапшот для vApp создается аналогично. В этом случае появляются снапшоты всех VM в vApp.

  Восстановление из снапшота

  1. В разделе Data Centers нажмите на карточку виртуального ЦОД и в меню слева выберите Virtual Machines .
  2. Найдите нужную VM.
  3. В карточке VM нажмите ACTIONS → Snapshot → Revent to Snapshot .
  4. Нажмите ОК .

  Восстановление из снапшота для vApp происходит аналогично. В этом случае восстанавливаются все VM в vApp.

  Удаление снапшота

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

  Удаленный снапшот нельзя восстановить.

  В момент удаления снапшота VM недоступна для взаимодействия в консоли и по сети и не производит операции ввода-вывода. Время удаления снапшота зависит от объема дельты моментального снимка, который должен быть зафиксирован. Чтобы процесс не занимал долгое время, рекомендуем при создании VM для одного диска использовать объем не более 4 TБ.

  1. В разделе Data Centers нажмите на карточку виртуального ЦОД и в меню слева выберите Virtual Machines .
  2. Найдите нужную VM.
  3. В карточке VM нажмите ACTIONS → Snapshot → Remove Snapshot .
  4. Нажмите ОК .

  Снапшот vApp удаляется аналогично. В этом случае удаляются снапшоты всех VM в vApp.

  Виртуализация. VMware vSphere

  Тут собираю интересное по интересующей меня теме виртуализации.

  Страницы

  • Главная страница
  • Книга по vSphere
  • Performance — как правильно мониторить
  • VMware Certification
  • Курсы VMware
  • Подборка важных материалов

  Подпишись на обновления по RSS

  Посты по email

  Обо мне

  Михаил Москва, Russia Кроме званий VCP по четырем поколениям продуктов этой компании, удостоен звания VMware vExpert. Являюсь автором книги «Администрирование VMware vSphere».
  С февраля 2012 работаю в компании VMware.
  Адрес моей электронной почты mikhail.mikheev@vm4.ru.

  Все высказанное здесь представлено “как есть” и не предоставляет каких-либо гарантий и прав. Позиция автора может не совпадать с позицией работодателя. Просмотреть профиль

  Рекомендую

  Последние комментарии

  Подпишись на комментарии

  

  Сообщения

  

  Сообщения

  

  Комментарии

  

  Комментарии

  Популярные посты за месяц

  Интересная заметка — про использовании в продакшн-среде(как, кстати, по русски благозвучно можно сказать Production? термин «производст.

  Игрался полвечера с разными случаями — но похоже старый способ «схлопывания» тонких дисков через sdelete и Storage vMotion не раб.

  

  Хе хе. Я тут овладел новым джедайством (Денис, спасибо за наводку). Посмотрите на эту картинку: На первый взгляд скриншо.

  Intel купил McAfee. по рассказам знающих тему все было вот так: — Так. Нам нужен антивирус. Купите кто-нибудь McAfee. Вечером: .

  Из разряда, скорее, курьезов, но тем не менее — Twitter plugin для клиента VI . Ну и известные мне плагины из полезных: 1) Storage vMotion P.

  Популярные посты за все время

  

  Хе хе. Я тут овладел новым джедайством (Денис, спасибо за наводку). Посмотрите на эту картинку: На первый взгляд скриншо.

  Intel купил McAfee. по рассказам знающих тему все было вот так: — Так. Нам нужен антивирус. Купите кто-нибудь McAfee. Вечером: .

  Коллеги, внезапно довольно уникальное предложение: на неделе с 30 ноября по 3 декабря буду читать вечерний курс VS6.0-WN VMware vSphere: Wh.

  

  В двойку лидеров по известности среди продуктов VMware входит программа VMware Workstation. Это весьма эффективное средство создания вир.

  

  В vSphere 5 появилась такая штука как Web Client – по сути, старый добрый web-интерфейс, но слегка в новом обличии. Если в тройке и четве.

  Архив блога

  Постоянные читатели

  Ярлыки

  • Бекап (12)
  • Виртуализация приложений (5)
  • книга (6)
  • Курсы (2)
  • лицензирование (31)
  • настройки (92)
  • новости (256)
  • обучение (5)
  • памятка (5)
  • ресурсы (314)
  • сертификация (11)
  • сравнение (20)
  • сторонний софт под (34)
  • сторонний софт под VI3 (146)
  • СХД (25)
  • СХД\Storage (43)
  • траблшутинг (191)
  • autodeploy (1)
  • CapacityIQ (1)
  • ci (1)
  • cli (1)
  • cloud (3)
  • converter (1)
  • cvp (1)
  • esx3 (303)
  • esx4 (70)
  • esxi 5 (8)
  • esxi3 (69)
  • esxi4 (87)
  • esxi5 (2)
  • FT (8)
  • ha (26)
  • how to (436)
  • Hyper-V (62)
  • KVM (6)
  • log insight (2)
  • microsoft (89)
  • mvp (1)
  • nfs (5)
  • Oracle VM (5)
  • orchestrator (2)
  • P2V (5)
  • PowerShell (51)
  • SCVMM (4)
  • security (1)
  • Site Recovery Manager (13)
  • thinapp (2)
  • Update Manager 4 (2)
  • vcap (11)
  • vcb (23)
  • vCenter (4)
  • vCenter 4 (10)
  • vCenter 5 (3)
  • vCenter Operations (1)
  • vcloud (5)
  • vCMA vCenter Mobile Access (1)
  • vcp (10)
  • VDI (24)
  • veeam one (1)
  • VI (32)
  • vi4 (1)
  • view (17)
  • Virtual Appliance (7)
  • virtual center 2 (61)
  • Virtual Iron (2)
  • vma (3)
  • vmfs (5)
  • vmotion (20)
  • vmsafe (2)
  • vmug (38)
  • VMware (282)
  • VMware DataRecovery (3)
  • VMware Lab Manager (1)
  • VMware Server (4)
  • VMware View (17)
  • VMware Workstation (22)
  • vmworld 2012 (2)
  • vmworld2012 (4)
  • vobile virtualization platform (1)
  • vShield (3)
  • vSphere (178)
  • vsphere 5 (29)
  • Xen (31)
  • xendesktop (1)

  понедельник, 5 июля 2010 г.

  Delete all snapshot

  Есть мнение — Changes to Snapshot mechanism «Delete All” –, что актуальная версия ESX(i) нормально стала удалять снимки состояния по кнопке «Delete All».

  Вот например виртуалка с несколькими снимками состояния:

  

  Раньше по кнопке «удалить все» снимки применялись от последнего к предпоследнему, т.е.

  1. текущее состояние —> Snap 3
  2. Snap 3 —> Snap 2
  3. Snap 2 —> Snap 1
  4. Snap 1 —> в файл-диск ВМ

  Проблема такой схемы широко известна — куча места тратиться на каждую итерацию, ведь сначала два файла сольются, т.е. данные нижнего добавятся к данным верхнего (по сути — продублируются), и лишь потом нижний удалится.

  Сейчас же снимки состояния удаляются от первого. Т.е.

  1. Snap 1 —> в файл-диск ВМ
  2. Snap 2 —> в файл-диск ВМ
  3. Snap 3 —> в файл-диск ВМ
  4. текущее состояние —> в файл-диск ВМ

  А если файл диск ВМ «толстый», то он от слияния с файлом снимка состояния не изменяет размер.

  VMware vSphere — виртуализация ЦОД

  

  Как удалить снапшот виртуальной машины из сервисной консоли VMware ESX.

  Filed under:
  Application vServices от Александр Самойленко

  Иногда бывает так, что из клиента vSphere удалить снапшоты виртуальной машины не получается, либо снапшот не отображается в vSphere Client. В этом случае может помочь их удаление из сервисной консоли самого сервера VMware ESX. Перед удалением снапшота виртуальной машины убедитесь, что у вас достаточно места на томе VMFS в соответствии со следующим правилом:

  свободное место на VMFS >= snapshot + base disk

  1. Заходим в сервисную консоль ESX и выполняем команду:

  нам показывают виртуальные машины:

  2. Определяем, есть ли у конкретной машины снапшоты:

  # vmware-cmd /vmfs/volumes/volume-UUID-or-name/vm1/vm1.vmx hassnapshot

  На выходе получим такую строчку:

  В последнем случае — снапшот есть.

  3. Коммитим этот снапшот на базовый диск:

  # vmware-cmd /vmfs/volumes/volume-UUID-or-name/vm1/vm1.vmx removesnapshots removesnapshots() = 1

  Похожие публикации:

  1. Estrongs что это за папка на андроид
  2. Как добавить столбец в таблицу в ворде
  3. Как отметить в календаре рабочие дни
  4. Что такое пропс в программировании