Что такое 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)
  • Как удалить виртуальную машину Vmware ESXI
  • Ошибка запуска VM: File system specific implementation of Ioctl[file] failed

  Май 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 но тогда навернека не будет видно последних изменений?

  Как правильно работать со снапшотами виртуальных машин

  «Snapshot» в переводе с английского означает «выстрел» или «мгновенный фотоснимок». Снапшот — это своего рода фотоснимок виртуальной машины (ВМ), слепок её конкретного состояния. Виртуальная машина может использоваться для различного рода экспериментов, или в нее могут вноситься изменения, которые затем нужно быстро откатить назад. Именно для того, чтобы каждый раз не мучиться восстановлением предыдущего состояния ВМ и существуют снапшоты, возвращающие ВМ к исходному состоянию. Снапшоты — не такая уж простая операция, во всяком случае, делаться она должна по правилам, о которых мы сегодня и расскажем.

  

  Что такое снапшот?

  Снапшот сохраняет состояние виртуальной машины и данные по ней в определенный момент времени.

  • Состояние относится к энергетическим ресурсам виртуальной машины (например, включена, выключена, условное состояние);
  • Данные включают в себя все файлы виртуальной машины, включая диски, память и другие устройства, такие как виртуальные сетевые карты.

  Лучшие практики
  

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

  1) Снапшот — не .
  

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

  2) Снапшоты образуют цепочки или деревья.
  

  VMware советует делать в одной цепочке только 2–3 снапшота:

  a. Большее число снапшотов или снапшоты большого размера могут вызвать уменьшение производительности виртуальной машины и хоста.

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

  c. Файл снапшота может оказаться поврежденным.

  

  d. Размер диска снапшотов оказывает непосредственное влияние на продолжительность времени, которое потребуется на удаление снапшота, относящегося к данной виртуальной машине.

  Деревья снапшотов на Windows и Linux

  3) Не делайте снапшотов памяти виртуальной машины:
  

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

  b. Если нет острой потребности в возвращении виртуальной машины к конкретному состоянию памяти, отключите опцию «Память». Состояние памяти редко может потребоваться.

  4) Используйте более одного снапшота для промежутка времени в 24–72 часа.
  

  Хотя 2–3 дня — это рекомендуемый период, иногда снапшот хранится 5 дней, а затем автоматически удаляется:

  a. Это предотвращает снапшоты от разрастания до такого большого размера, который может вызвать проблемы при удалении его с диска виртуальной машины.

  b. Сделайте снапшот и удалите его сразу после того, как внесете необходимые коррективы.

  c. Будьте аккуратны со снапшотами высокозагруженных виртуальных машин, таких как серверы баз данных и почтовые серверы. Такие снапшоты могут быстро увеличиваться в размерах, заполняя пространство хранилища. Удаляйте снапшоты с виртуальных машин, как только они перестают быть необходимыми.

  5) Виртуальные машины с несколькими дисками:
  

  a. Снапшот может повлиять на дочерний или резервный диск: чем больше операций совершается с диском, тем больше он становится.

  b. Требования к свободному пространству дочернего диска дополняют требования к родительскому диску, от которого он зависит.

  c. Дочерний диск может вырасти до такого размера, что заполнит все пространство для хранения.

  d. Существует правило «Без снапшотов» для дополнительных дисков размером 100 Гб и больше, поскольку есть вероятность заполнения хранилища данных и прекращения работы всех виртуальных машин, которые используют одно и то же хранилище.

  

  e. Дополнительные диски более 100 Гб размером считаются независимыми — это предотвращает переход влияние снапшота с родительского диска на дочерний.

  Вместо заключения
  

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

  Снапшот несет следующую информацию:

  • Настройки виртуальной машины;
  • Состояние дисков виртуальной машины;
  • Содержимое памяти виртуальной машины (только при острой необходимости).
  • облачные вычисления
  • хостинг
  • виртуальная машина
  • снапшот

  Работа со снимками (SnapShots) состояния виртуальных машин в программе VMware Workstation 10

  Процедура восстановления гостевых операционных систем (далее — ОС) из ранее созданных снимков состояния (их ещё называют снапшоты от англ. SnapShot) в программах виртуализации (гипервизорах) Hyper-V, VirtualBox и VMware Workstation – это своеобразный аналог различных механизмов отката системы. Вернуть основную ОС в прежнее состояние можно как с помощью штатного функционала, так и посредством сторонних программ в числе возможностей которых – восстановление системы из ранее сохранённой резервной копии. Гостевую ОС, установленную на виртуальной машине гипервизора, не обязательно переустанавливать, если эксперименты с системными настройками или с установкой сомнительного софта окажутся неудачными. В этих случаях, а также в случаях проникновения вредоносного ПО или возникновения прочих проблем с системой гостевую ОС можно откатить с помощью механизма воссоздания из ранее сохранённых снимков её состояния. Ниже рассмотрим специфику работы со снапшотами в программе для виртуализации ОС — VMware Workstation 10.

  0. Оглавление:

  1. Создание снимка состояния гостевой ОС в VMware Workstation 10
  2. Восстановление гостевой ОС из снимка состояния в VMware Workstation 10
  3. Работа с «Диспетчером снимков состояния»
  4. Предостережения при работе со снимками состояния гостевой ОС

  1. Создание снимка состояния гостевой ОС в VMware Workstation 10

  Создать снимок состояния гостевой ОС можно и тогда, когда она включена, и когда она выключена. В последнем случае гостевую ОС, естественно, нужно выбрать в списке библиотеки VMware Workstation 10.

  

  Чтобы создать снимок состояния гостевой ОС, вверху в горизонтальном меню окна VMware Workstation 10 жмём «Виртуальная машина», а в перечне этого меню – «Снимок состояния». Появится выпадающий список возможных функций, среди которых выбираем первую — «Создать снимок состояния».

  

  В появившемся небольшом окошке программа предложит задать снапшоту имя и придумать ему описание. Описание – необязательное требование, оно реализовано скорее для удобства работы с гипервизором, когда скапливается масса снимков состояния гостевой ОС. В принципе, можно прямо в названии кратко описать специфику снапшота – например, «До установки такой-то программы» или «До смены таких-то системных настроек». Далее жмём кнопку «Создать снимок».

  

  VMware Workstation 10 создаст снимок состояния системы, и он появится в «Диспетчере снимков состояния» — программном разделе, где хранятся все снапшоты гостевой ОС. Попасть в «Диспетчер снимков состояния» можно через меню «Виртуальная машина» — «Снимок состояния».

  

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

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

  2. Восстановление гостевой ОС из снимка состояния в VMware Workstation 10

  Чтобы восстановить гостевую ОС из сохранённого ранее снимка состояния, проходим тот же путь, что и для создания снимка – меню «Виртуальная машина» — «Снимок состояния». В выпадающем списке функций жмём «Вернуться к снимку:…». По умолчанию кнопка автоматически подставит к этой функции последний снимок состояния, чтобы действие можно было провернуть в один клик.

  

  Если же автоматически установлен не тот снимок состояния, который нужен в данный момент, здесь же, в выпадающем списке нужный снимок можно выбрать из перечня «Диспетчера снимков состояния». В перечне отображаются названия снимков состояния и дата, когда они были созданы.

  

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

  

  Определившись с нужным снимком состояния, кликаем его, чтобы восстановить гостевую ОС. Свои намерения подтверждаем, когда в появившемся окошке VMware Workstation 10 дополнительно запросит, действительно ли серьёзны наши намерения. Жмём «Да».

  

  VMware Workstation 10 проведёт перезапуск гостевой ОС.

  

  После этого система будет представлена в том состоянии, в котором ранее был создан снимок.

  

  3. Работа с «Диспетчером снимков состояния»

  Если постоянно создавать снимки состояния гостевой ОС, желательно периодически проводить работу с «Диспетчером снимков состояния». Большое количество снимков состояния будет захламлять дисковое пространство компьютера, да и работа в условиях хаоса файлов редко когда бывает эффективной. В уже знакомом меню «Виртуальная машина» — «Снимок состояния» жмём «Диспетчер снимков состояния».

  

  Откроется окно с визуальным представлением имеющихся снимков состояния. Здесь снимки состояния можно:

  • Переименовывать и вносить изменения в их описания;

  

  • Удалять ненужные;

  

  • Клонировать – по сути, создавать отдельную виртуальную машину VMware Workstation 10 с тем же состоянием, что и у снимка;

  

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

  

  4. Предостережения при работе со снимками состояния гостевой ОС

  С последней функцией «Диспетчера снимков состояния» нужно обращаться предельно аккуратно, особенно, если файл виртуальной машины размещается на системном диске. Автоматически программа может создать огромное число снапшотов, которые будут занимать много места на диске.

  

  В случае с системным диском это может привести к снижению производительности системы и к появлению надоедливых уведомлений Windows о нехватке дискового пространства.

  Так что для полноценной работы со снапшотами файл виртуальной машины лучше перенести на несистемный диск. По умолчанию программа VMware Workstation 10 размещает файл виртуальной машины в папке пользовательского профиля:
  «C:\Users\Имя_Пользователя\Documents\Virtual Machines\Имя_файла».

  

  Желательно отсюда этот файл перенести.

  

  И перенести, например, в специально созданную для хранения виртуальных машин папку на несистемном диске.

  

  После переноса файл виртуальной машины нужно открыть для отображения и работы в главном окне VMware Workstation 10.

  

  Помогла ли Вам данная статья?

  Смотрите также:

  Установка гипервизора VMware Workstation 10 Ошибки в работе системы, её сбой, внедрение вирусов и шпионского ПО – всего этого и прочих неприятностей в работе с компьютером можно избежать, если обучаться и вести эксперименты со сторонним…

  Настройка общей папки основной и гостевой операционных систем в программе VMware Workstation Для работы с виртуальными машинами на рынке десктопного софта существует, по сути, только две программы – это VMware Workstation и VirtualBox. Все остальные либо малоизвестны, либо с ограниченным функционалом, либо…

  Настройка загрузки с флешки в виртуальных машинах VirtualBox и VMware Workstation Виртуальные машины VirtualBox и VMware Workstation всем хороши для тестирования операционных систем и софта, только вот почему-то ни одна из этих программ-гипервизоров не предусматривает в нормальном юзабельном формате опцию загрузки…

  Запись опубликована в рубрике VMware Workstation с метками виртуализация. Добавьте в закладки постоянную ссылку.

  База знаний

  Для создания снимка мгновенного состояния (далее снапшота) виртуальной машины в разделе «Virtual mashines» щёлкните левой кнопкой мыши на надписи «Actions» под информацией о виртуальной машине.

  

  В результате откроется выпадающее меню, в котором нужно выбрать пункт «Snapshot» и здесь нажать «Create snapshot» для создания снапшота, «Revert to Snapshot» для возврата к состоянию на момент создания снапшота, «Remove Snapshot» для удаления снапшота.

  

  Если виртуальная машина включена, используйте опцию «Snapshot the memory of the virtual mashine» для сохранения состояния оперативной памяти. Используйте «Quiesce guest file system» для подготовки данных на диске к созданию консистентного снапшота.

  

  Создание снапшота возможно на уровне vApp, в этом случае снапшот создается для каждой из сгруппированных в нем машин.
  Текущая версия vCloud Director не поддерживает создание множественных снапшотов.

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

  Ещё не пробовали услугу «Облачный хостинг» от Cloud4Y?

  Отправьте заявку сейчас и получите 10-ти дневный бесплатный доступ.

  • 60 Пользователи нашли это полезным
  Похожие публикации:

  1. Gentoo что это
  2. Giffy canvas figma как пользоваться
  3. Как понять что продукт разработан хорошо
  4. Кто такой вольфрам человек