Virtual machine disk format чем открыть


Расширение (увеличение) образа виртуального диска VMDK. Павел А. Сафронов

В свое время у меня сложилась ситуация, когда, работая с VirtualBox (Oracle VM VirtualBox), у виртуальной машины остался совсем небольшой объем дискового пространства, при этом задача стояла установить программное обеспечение, для которого требовалось в несколько раз больше свободного места, чем на тот момент оставалось на виртуальном диске.

Для тех, кто не в курсе:

VMDK (Virtual Machine Disk)- формат файла, разработанный компанией VMware для использования в качестве образа виртуального диска в виртуальных машинах VMware.VDI (Virtual Disk Image) - специальный контейнер программы VirtualBox, используемый в качестве образа виртуального диска в виртуальных машинах Virtualbox.

В ходе создания и настройки виртуальной машины из предложенных вариантов образов виртуальных дисков я выбрал формат VMDK, пользуясь при этом VirtualBox v.4.3.10 r93012 в Windows 7 Корпоративная с Service Pack 1.

Немного поискав в Интернет я нашел решение, состоящее из нескольких шагов:

  1. Используя VirtualBox и командную строку Windows (cmd) необходимо через обращение к файлу VBoxManage.exe расширить образ *.VMDK, но VBoxManage.exe работает только с "родными" образами *.VDI, поэтому предварительно *.VMDK нужно переконвертировать в *.VDI.

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

# Как запустить VirtualBox.exe от имени администратора?

ВНИМАНИЕ! Чтобы избежать проблем с политиками безопасности Windows и ограничений на запуск исполняемых файлов, необходимо для файла VirtualBox.exe (в моем случае он находится в папке C:\Program Files\Oracle\VirtualBox) выполнить следующие операции:

  1. наведите курсор на файл и выделите файл VirtualBox.exe нажатием на левую клавишу мыши;
  2. не уводя курсор мыши с файла нажмите на правую клавишу мыши, вызвав контекстное меню;
  3. в появившемся меню выберите найдите и нажмите на пункт Свойства;
  4. открыть вкладку Совместимость;
  5. можете смотреть рисунок в конце списка или читать дальше по пунктам;
  6. нажать на кнопку Изменить параметры для всех пользователей;
  7. в появившемся окне найти и установить галочку в пункте Выполнять эту программу от имени администратора;
  8. закрыть оба окна на кнопки ОК.

Для выполнения шага 1 необходимо открыть командную строку:

и ввести команду для перемещения в папку с установленной программой VirtualBox (в моем случае это папка C:\Program Files\Oracle\VirtualBox):

cd "C:\Program Files\Oracle\VirtualBox"

и нажав Enter. Далее ввести команду:

VBoxManage modifyhd "C:\Users\schritter\VirtualBox VMs\XPro\XPro.vmdk" --resize 15360

В моем случае цифра 15360 означает, что размер файла станет 15 Гб. Нажать Enter.

# Что означает ошибка VBOX_E_NOT_SUPPORTED?

Почему появилась ошибка VBOX_E_NOT_SUPPORTED при выводе результатов работы команды?

  1. 0%...
  2. Progress state: VBOX_E_NOT_SUPPORTED
  3. VBoxManage.exe: error: Resize hard disk operation for this format is not implemented yet!

Эта ошибка связана с тем, что файл, который я пытался преобразовать, не является "родным" форматом *.VDI, поэтому, к сожалению, нельзя с ним так просто работать и его нужно преобразовать. Следующие команды нам в этом помогут:

  1. VBoxManage clonehd "C:\Users\schritter\VirtualBox VMs\XPro\XPro.vmdk" "C:\Users\schritter\VirtualBox VMs\XPro\clone.vdi" --format vdi
  2. VBoxManage modifyhd "C:\Users\schritter\VirtualBox VMs\XPro\clone.vdi" --resize 15360
  3. VBoxManage clonehd "C:\Users\schritter\VirtualBox VMs\XPro\clone.vdi" "C:\Users\schritter\VirtualBox VMs\XPro\XPro.vmdk" --existing

И наконец долгожданная строка со статусом выполнения задания означает, что операция успешно завершена:

  1. 0%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100%

Так как ранее мы настроили запуск программ от имени администратора, это помогло нам избежать ошибки CO_E_SERVER_EXEC_FAILURE.

# Что означает ошибка CO_E_SERVER_EXEC_FAILURE?

Если в ходе выполнения скрипта Вы наблюдаете следующие ошибки:

  1. VBoxManage.exe: error: Failed to create the VirtualBox object!
  2. VBoxManage.exe: error: Code CO_E_SERVER_EXEC_FAILURE (0x80080005) - Server execution failed (extended info not available)
  3. VBoxManage.exe: error: Most likely, the VirtualBox COM server is not running or failed to start.

это значит, что Вам нужно обратить внимание на алгоритм Как запустить VirtualBox.exe от имени администратора?, находящийся недалеко от начала этой страницы. Вкратце - настройте запуск VirtualBox.exe от имени Администратора.

# Что означает ошибка VERR_ALREADY_EXISTS?

Эта ошибка появилась, в моем случае, когда файл конечного образа XPro.vmdk уже существовал, и команда для конвертации файла из *.VDI в *.VDMK не смогла перезаписать его:

  • VBoxManage clonehd "C:\Users\schritter\VirtualBox VMs\XPro\clone.vdi" "C:\Users\schritter\VirtualBox VMs\XPro\XPro.vmdk" --format vmdk

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

  • VBoxManage clonehd "C:\Users\schritter\VirtualBox VMs\XPro\clone.vdi" "C:\Users\schritter\VirtualBox VMs\XPro\XPro.vmdk" --existing

После этого все благополучно сконвертировалось обратно:

  1. 0%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100%
  2. Clone hard disk created in format 'VMDK'. UUID: 8a4c86c3-26fd-4bfc-8e78-e95cdb654f02

pavel-a-safronov.name

Как открыть VMDK файлы - Файлы с расширением VMDK

Что обозначает расширение VMDK?

автор: Jay Geater, главный писатель по вопросам технологий

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

До того, как вы сможете открыть файл VMDK, вам необходимо выяснить, к какому виду файла относится расширения файла VMDK.

Совет: Неправильные ассоциации файлов VMDK могут являться признаком других базовых проблем в вашей операционной системе Windows. Эти неверные записи могут также стать причиной иных сопутствующих проблем, таких как медленный запуск Windows, зависание компьютера и прочих проблем производительности ПК. Поэтому мы настоятельно рекомендуем вам просканировать свой реестр Windows на предмет неправильных ассоциаций файлов и других проблем, связанных с фрагментацией реестра.

Ответ:

Файлы VMDK имеют Файлы образов диска, который преимущественно ассоциирован с VMware Virtual Disk File (VMware Inc.).

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

Как открыть ваш файл VMDK:

Самый быстрый и легкий способ открыть свой файл VMDK — это два раза щелкнуть по нему мышью. В данном случае система Windows сама выберет необходимую программу для открытия вашего файла VMDK.

В случае, если ваш файл VMDK не открывается, весьма вероятно, что на вашем ПК не установлена необходимая прикладная программа для просмотра или редактирования файлов с расширениями VMDK.

Если ваш ПК открывает файл VMDK, но в неверной программе, вам потребуется изменить настройки ассоциации файлов в вашем реестре Windows. Другими словами, Windows ассоциирует расширения файлов VMDK с неверной программой.

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

Загрузки программного обеспечения, связанные с расширением файла VMDK:

* Некоторые форматы расширений файлов VMDK можно открыть только в двоичном формате.

Скачать FileViewPro для открытия ваших файлов VMDK прямо сейчас

VMDK Инструмент анализа файлов™

Вы не уверены, какой тип у файла VMDK? Хотите получить точную информацию о файле, его создателе и как его можно открыть?

Теперь можно мгновенно получить всю необходимую информацию о файле VMDK!

Революционный VMDK Инструмент анализа файлов™ сканирует, анализирует и сообщает подробную информацию о файле VMDK. Наш алгоритм (ожидается выдача патента) быстро проанализирует файл и через несколько секунд предоставит подробную информацию в наглядном и легко читаемом формате.†

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

Чтобы начать бесплатный анализ файла, просто перетащите ваш файл VMDK внутрь пунктирной линии ниже или нажмите «Просмотреть мой компьютер» и выберите файл. Отчет об анализе файла VMDK будет показан внизу, прямо в окне браузера.

Ваш файл анализируется... пожалуйста подождите.

Имя файла:

Размер файла:

Прервать

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

Об авторе: Джей Гитер (Jay Geater) является президентом и генеральным директором корпорации Solvusoft — глобальной компании, занимающейся программным обеспечением и уделяющей основное внимание новаторским сервисным программам. Он всю жизнь страстно увлекался компьютерами и любит все, связанное с компьютерами, программным обеспечением и новыми технологиями.

www.solvusoft.com

Восстановление данных виртуальной машины Oracle VM VirtualBox

Oracle VM VirtualBox – это мощный инструмент виртуализации для корпоративных и домашних пользователей. Кроме того, что VirtualBox является многофункциональным продуктом, это также одно из немногих профессиональных решений, которое находится в свободном для использования доступе. С помощью данного ПО можно создать виртуальную машину с любой из основных операционных систем, включая: Microsoft Windows, OS X, Linux, Solaris.

Системные файлы виртуальной машины Oracle VM VirtualBox

Как и любые другие виртуальные машины Oracle VM VirtualBox при установке на компьютер создаёт директорию, в которую в дальнейшем размещает папки созданных виртуальных машин. По умолчанию данная папка называется VirtualBox VMs и размещена она по адресу:

C:\Users\ИмяПользователя\VirtualBox VMs

Примечание: в случае необходимости, место расположение папки для машин можно изменить в настройках программы. Для этого перейдите в меню Файл / Настройки / Общие, и укажите желаемую папку.

Основными составляющими файлами виртуальной машины Oracle VM VirtualBox есть:

  • *.vbox – файл настроек, описывающий виртуальную машину и её настройки;
  • *.vdi (*.vmdk, *.vhd, *.vhdx, *.hdd, *.qed, *.qcow) – файл образа диска виртуальной машины.

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

  • Logs – папка в которой хранятся файлы журналов виртуальной машины;
  • Snapshots – папка снимков состояния виртуальной машины (снэпшотов).

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

  • VDI (VirtualBox Disk Image) — формат диска VirtualBox;
  • VMDK (Virtual Machine Disk) — формат диска VMware;
  • VHD, VHDX (Virtual Hard Disk) — формат диска Microsoft;
  • HDD (Parallels Hard Disk) — формат диска Parallels;
  • QED (QEMU enhanced disk) — формат для QEMU/KVM;
  • QCOW (QEMU Copy-On-Write) — формат для QEMU (qcow2).

Как восстановить виртуальную машину Oracle VM VirtualBox, которая удалена

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

Что имеется ввиду? В VirtualBox предусмотрена возможность добавления виртуальных машин, созданных с помощью других менеджеров или сохранённых, и по каким-то причинам удалённых из списка виртуальных машин вашего менеджера. Для этого достаточно перейти в меню Машина / Добавить и выбрать диск виртуальной машины, которую необходимо добавить в менеджер.

То есть, в случае удаления виртуальной машины, пользователь может восстановить составляющие её файлы и добавить такую машину в Oracle VM VirtualBox. Для этого:

  1. Запустите Hetman Partition Recovery и просканируйте с её помощью диск на котором была расположена виртуальная машина.

  2. Перейдите в папку, из которой была удалена виртуальная машина с помощью Hetman Partition Recovery.

  3. Восстановите файлы виртуальной машины.

  4. Добавьте виртуальную машину в Oracle VM VirtualBox описанным выше способом и запустите её.

Как восстановить содержимое диска виртуальной машины Oracle VM VirtualBox

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

ПРИМЕЧАНИЕ. В случае с виртуальными машинами, диски которых созданы в других форматах, не *.vdi, а *.vmdk, *.vhd, *.vhdx, *.hdd, *.qed, *.qcow, описанный способ восстановления данных будет идентичными.

Если по каким-то причинам ваша виртуальная машина потеряла работоспособность, а на её дисках хранились важные файлы – их можно восстановить. Для этого:

  1. Запустите Hetman Partition Recovery и смонтируйте диск виртуальной машины.

    Примечание. Чтобы смонтировать виртуальный диск с помощью Hetman Partition Recovery, нажмите кнопку «Монтировать диск» в меню быстрого доступа программы. В результате, откроется окно выбора виртуального диска, в правом нижнем углу которого укажите тип файлов «Все файлы (*.*)», перейдите в папку с виртуальной машиной и выберите необходимый .vdi файл.

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

  3. Просканируйте диск с помощью программы кликнув на нём дважды в менеджере дисков.

  4. В результате анализа программа отобразит дерево каталогов сканируемого диска. Найдите и восстановите необходимые файлы.

    В том случае, если в дереве каталогов вы не обнаружили файлы, которые необходимо восстановить или они восстановились, но открываются с ошибками – перейдите в папку «Глубокий анализ» программы Hetman Partition Recovery и найдите ваши файлы там.

    ПРИМЕЧАНИЕ. В случае с виртуальными машинами, диски которых созданы в других форматах, не *.vdi, а *.vmdk, *.vhd, *.vhdx, *.hdd, *.qed, *.qcow, описанные выше способы восстановления данных будут абсолютно идентичными.

Как восстановить файл диска виртуальной машины Oracle VM VirtualBox, из самой виртуальной машины

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

Описанные в данной статье способы восстановления данных виртуальной машины Oracle VM VirtualBox актуальны для виртуальных машин независимо от формата их виртуального диска: *.vdi, *.vmdk, *.vhd, *.vhdx, *.hdd, *.qed, *.qcow и будут абсолютно идентичными для всех указанных форматов виртуальных дисков. Формат виртуального диска *.vdi в нашей статье использован как пример.

hetmanrecovery.com

Использование OVF-пакетов для создания виртуальных машин в System Center Virtual Machine Manager 2012

 

Опубликовано: Март 2016

Применимо к: System Center 2012 - Virtual Machine Manager

Open Virtualization Format (OVF) представляет собой стандарт упаковки от компании Distributed Management Task Force, Inc., разработанный для упрощения переноса и развертывания виртуальных устройств. В Virtual Machine Manager (VMM) в System Center 2012 можно использовать пакет OVF для создания виртуальной машины с помощью средства OVF Import/Export. Тем не менее начиная с Virtual Machine Manager в Пакет обновления 1 (SP1) для System Center 2012 средство OVF не поддерживается. Вместо этого для импорта и экспорта пакета OVF на узел Hyper-V можно использовать средство преобразования виртуальных машин Microsoft Virtual Machine Converter (MVMC), которое преобразует VMDK- или VHD-файл. Дополнительные сведения смотрите в разделе Microsoft Virtual Machine Converter 3.0.

При работе с OVF-пакетами имя жесткого диска, указанное в OVF-файле, должно совпадать с реальным путем и именем виртуального жесткого диска. При преобразовании файлов, например VMDK-файла в VHD-файл, или при переименовании файла жесткого диска необходимо также изменить OVF-файл, чтобы обновить имя.

Обратите внимание на следующее условия:

  • Если планируется преобразовать виртуальный жесткий диск из одного формата в другой, например из VHD в VMDK или из VMDK в VHD, рекомендуется использовать формат диска фиксированного размера. Диск фиксированного размера называется также "толстым диском".

  • В OVF-файле имя виртуального диска появляется несколько раз. Убедитесь, что обновлены все экземпляры имени.

  • Текущая версия средства OVF поддерживает одну виртуальную машину. На данный момент импорт и экспорт шаблонов службы VMM, содержащих нескольких виртуальных машин или с настройками развертывания, не поддерживается.

Начиная с Virtual Machine Manager в Пакет обновления 1 (SP1) для System Center 2012 средство OVF не поддерживается. Вместо этого для импорта OVF-пакета на узел Hyper-V можно использовать Microsoft Virtual Machine Converter (MVMC), преобразующий VMDK-файл в VHD-файл. При использовании MVMC метаданные в OVF-пакете теряются, поэтому необходимо сохранить сведения, такие как конфигурация оборудования виртуальной машины, прежде чем создавать виртуальную машину из преобразованного виртуального жесткого диска. Дополнительные сведения о средстве MVMC см. в разделе Microsoft Virtual Machine Converter 3.0 на сайте TechNet.

Преобразование пакета OVF в виртуальную машину
  1. Откройте дескриптор в OVF-пакете и запишите метаданные виртуальной машины, такие как конфигурация оборудования виртуальной машины.

  2. Используйте средство Microsoft Virtual Machine Converter (MVMC), чтобы преобразовать VMDK-файл в VHD-файл.

  3. Используйте VMM, чтобы создать виртуальную машину из виртуального жесткого диска; при этом следует пользоваться исходными метаданными, записанными из OVF-пакета, если применимо. Дополнительные сведения см. в статье Создание и развертывание виртуальной машины из существующего виртуального жесткого диска.

Средство для импорта и экспорта OVF включает командлеты Windows PowerShell, позволяющие пользователю System Center 2012 — Virtual Machine Manager (VMM) импортировать и экспортировать виртуальные машины, хранящиеся в формате OVF. Средство OVF можно использовать для импорта виртуальной машины из других платформ виртуализации (на данный момент из VMware vCenter и Citrix XenServer) или для экспорта виртуальной машины, которая будет использоваться на другой платформе.

Формат OVF использует XML-файл с расширением OVF и один или несколько виртуальных дисков. Средство импорта и экспорта OVF не выполняет преобразование форматов файла виртуального жесткого диска. Для преобразования формата виртуального жесткого диска могут потребоваться сторонние средства.

Установка средства импорта и экспорта OVF

Средство импорта и экспорта OVF можно загрузить из Центра загрузки Майкрософт. Средство импорта и экспорта OVF распространяется в виде пакета установщика Windows. Средство следует установить на существующем сервере управления VMM, на котором также установлена консоль VMM. Пакет устанавливает оснастку Windows PowerShell, содержащую следующие командлеты:

  • Export-SCVirtualMachine

  • Import-SCVirtualMachine

Чтобы установить средство импорта и экспорта OVF, дважды щелкните пакет установщика Windows SC2012_VMM_OVFImport-Export.msi. Необходимо принять условия лицензионного соглашения и выбрать папку установки. Завершите установку.

Перед использованием командлетов в командной оболочке VMM следует добавить оснастку Windows PowerShell в текущий сеанс Windows PowerShell. Для этого выполните командлет Add-PSSnapin OVFToolSnapIn.

Если новый сеанс Windows PowerShell запускается путем открытия нового экземпляра командной оболочки VMM, командлет Windows PowerShell в этом сеансе должен быть выполнен до использования командлетов средства импорта и экспорта OVF.

 Примечание

Если используется профиль, добавьте командлет Add-PSSnapin OVFToolSnapIn в профиль, чтобы автоматически загрузить оснастку Windows PowerShell. Для получения дополнительных сведений введите get-help about_profiles.

Импорт виртуальной машины

С помощью командлета Import-SCVirtualMachine создайте виртуальную машину для VMM, используя OVF-файл и виртуальные жесткие диски в указанном расположении. Командлет создает виртуальную машину с указанным виртуальным жестким диском и сохраняет ее в общей папке библиотеки VMM. Пользователи самообслуживания должны задать для виртуальной машины общую папку с возможностью записи. Обратите внимание на следующее условия:

  • Перед импортом пакета OVF в VMM с помощью средства импорта и экспорта OVF следует убедиться, что виртуальный жесткий диск имеет формат VHD или VHDX, или преобразовать его в формат VHD или VHDX. Убедитесь, что используется формат диска фиксированного размера.

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

У командлета Import-SCVirtualMachine есть несколько основных параметров.

Параметр импортаНеобходим?Описание
ImportVMPathДаУказывает путь к импортируемому файлу дескриптора OVF.
LibraryServerObjectДаУказывает объект сервера библиотеки, связанный с общей папкой библиотеки.
VMMServerObjectДаУказывает сервер управления VMM.
LibrarySharePathДаУказывает общую папку библиотеки.
VHDSourcePathДаУказывает локальный путь для виртуального жесткого диска. Указывает несколько экземпляров для виртуальных машин с несколькими виртуальными жесткими дисками.
VMNameДаУказывает имя новой виртуальной машины.
AllowUnencryptedTransferПереключениеУказывает, допускается ли передача незашифрованных битов.
OverwriteПереключениеУказывает, перезаписываются ли существующие файлы файлами экспорта.

В следующем примере показаны команды для создания и сохранения виртуальной машины с именем моя_виртуальная_машина.

$vmm = get-scvmmserver -ComputerName "MyVMM" $ls = Get-SCLibraryServer -ComputerName "MyLibraryServer" Import-SCVirtualMachine -ImportVMPath "C:\Test\MyVirtualMachineOVF.ovf" -LibraryServerObject $ls -VMMServerObject $vmm -LibrarySharePath "\\MyLibraryServerFQDN\MSSCVMMLibrary\Import\" -VHDSourcePath "C:\ImportInVMM\MyVirtualMachineVHD.vhd" -VMName "MyVirtualMachine"

Первая команда получает сервер управления VMM. Вторая команда получает сервер библиотеки. Третья команда создает виртуальную машину с указанным именем с помощью заданного OVF-файла и диска, а затем сохраняет ее в определенной общей папке библиотеки.

Экспорт виртуальной машины

С помощью командлета Export-SCVirtualMachine создайте OVF-пакет вместе с виртуальным жестким диском для виртуальной машины. Виртуальная машина, которую нужно экспортировать, должна быть сохранена в библиотеке. Командлет сохраняет экспортированные файлы в указанном локальном каталоге.

У командлета Export-SCVirtualMachine есть несколько основных параметров.

Параметр экспортаОбязательноеОписание
ExportPathДаУказывает локальный путь для экспорта OVF-файлов.
StoredVMObjectДаУказывает объект хранимой виртуальной машины для экспорта.
TargetVirtualizationPlatformДаУказывает платформу для экспорта: vmm, vcenter или xen.
VMMServerObjectДаУказывает сервер управления VMM.
AllowUnencryptedTransferПереключениеУказывает, допускается ли передача незашифрованных битов.
OverwriteПереключениеУказывает, перезаписываются ли существующие файлы файлами экспорта.
ExportOnlyOVFПереключениеУказывает, будет ли экспортироваться только OVF-файл без файла виртуального жесткого диска.

В следующем примере показан экспорт виртуальной машины с именем моя_виртуальная_машина.

$vmm = get-scvmmserver -ComputerName "MyVMM" $vm = get-scvirtualmachine -name "MyVirtualMachine" Export-SCVirtualMachine -ExportPath "C:\ExportDir" -StoredVMObject $vm -TargetVirtualizationPlatform ”<supportedPlatform>” -VMMServerObject $vmm

Первая команда получает сервер управления VMM. Вторая команда получает объект виртуальной машины. Третья команда экспортирует виртуальную машину в виде пакета OVF по локальному пути экспорта.

msdn.microsoft.com

Файл с расширением VMEM | Чем и как открыть файл .VMEM

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

  • Что такое файл .vmem?
  • Какое программное обеспечение мне нужно открыть файл .vmem?
  • Как файл .vmem быть открыты, отредактированы или напечатано?
  • Где могу найти спецификации для .vmem?
  • MIME-тип связан с расширением .vmem?
  • Как конвертировать .vmem файлов в другой формат?
  • Каковы другие, подобные расширения в .vmem?

Мы надеемся, что вы найдете на этой странице полезный и ценный ресурс!

1 расширений и 0 псевдонимы, найденных в базе данных

VMware Virtual Machine Paging File

.vmem

Описание (на английском языке):VMEM file is a VMware Virtual Machine Paging File. The virtual machine paging file, which backs up the guest main memory on the host file system. This file exists only when the virtual machine is running or if the virtual machine fails. It is stored in the VM working directory.

MIME-тип: application/octet-stream

Магическое число: -

Магическое число: -

Образец: -

VMEM псевдонимы:

-

VMEM cсылки по теме:

-

VMEM связанные расширения:

Virtual Hard Disk Image

VMware Virtual Disk File

Virtual Floppy Disk Image

Virtual Machine Shell Information

VMware Virtual Machine Snapshot Metadata

Virtual Machine Saved State

Virtual Machine Configuration

Virtual Network Configuration

Virtual Undo Disk File

VMware Virtual Machine Snapshot State Data

Другие типы файлов могут также использовать расширение файла .vmem.

Расширение файла .vmem часто дается неправильно!

По данным Поиск на нашем сайте эти опечатки были наиболее распространенными в прошлом году:

mem, vmm, vem, vme

Это возможно, что расширение имени файла указано неправильно?

Мы нашли следующие аналогичные расширений файлов в нашей базе данных:

Medical Expense Manager Data

Corel WordPerfect Macro Editor Macro

Virtual Game Station Memory Card

E-Sword v8 Memory Verses Data

Micro Vault Virtual Expander File

Не удается открыть файл .vmem?

Если дважды щелкнуть файл, чтобы открыть его, Windows проверяет расширение имени файла. Если Windows распознает расширение имени файла, файл открывается в программе, которая связана с этим расширением имени файла. Когда Windows не распознает расширение имени файла, появляется следующее сообщение:

Windows не удается открыть этот файл:

пример.vmem

Чтобы открыть этот файл, Windows необходимо знать, какую программу вы хотите использовать для его открытия...

Если вы не знаете как настроить сопоставления файлов .vmem, проверьте FAQ.

Можно ли изменить расширение файлов?

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

Если у вас есть полезная информация о расширение файла .vmem, напишите нам!

www.filesuffix.com

Особенности работы с виртуальными дискaми VirtualBox / Хабрахабр

Статья рассматривает особенности использования виртуальных дисков в VirtualBox, применение разных режимов чтения-записи, принцип и организацию работы snapshot-ов, кэширование ввода/вывода данных, а также некоторые аспекты использования виртуальных дисков с точки зрения информационной безопасности. Для тех, кому интересен пример с безопасностью, можете сразу переходить по якорю к разделу об особых режимах записи. Начнем с некоторых общих понятий. У VirtualBox существуют 3 основных метода предоставления гостевой операционной системе (ОС) доступа к данным. Сей текст концентрируется на использовании виртуальных дисков.

Виртуальные диски подключаются к виртуальной — гостевой ОС, методом эмуляции подключения через соответствующий контроллер, IDE, SATA (AHCI), SCSI, SAS.

Поведение контроллеров запрограммировано таким образом, чтобы имитировать физические прототипы, следовательно IDE контроллер будет работать медленнее SATA и потреблять больше ресурсов процессора, ОС без соответствующих драйверов и аппаратной поддержки не будут взаимодействовать с виртуальными дисками и т.д. Например, в семействе Windows до Windows Vista нет поддержки Advanced Host Controller Interface (AHCI), к которому относится SATA, поэтому в частности, виртуальная машина с ОС Windows XP с SATA работать не будет.

Файлы виртуальных дисков
VirtualBox позволяет работать с разными форматами файлов виртуальных дисков. Помимо собственного VDI, поддерживаются VMDK (VMware), VHD (Microsoft), Parallels version 2 HDD format (Parallels).

Каждому виртуальному диску присваивается уникальный идентификатор UUID, это помогает VirtualBox удостовериться, что каждый диск используется только один раз и не позволяет импортировать в гостевую ОС обычные копии дисков (для этого существует отдельная процедура клонирования).

Виртуальные диски могут быть, как фиксированного размера, так и динамически выделяемого, причем VirtualBox позволяет увеличить размер дискового пространства, независимо от объёма и формата диска и даже в том случае, если диск содержит данные. Ниже пример, как это сделать с помощью утилиты vboxmanage.

vboxmanage modifyhd <uuid|filename> --resize <megabytes> При выборе динамически выделяемого образа, файл контейнера будет «разрастаться» постепенно, по мере заполнения секторов данными, до тех пор, пока размер контейнера не достигнет указанного при создании виртуальной машины лимита.

Учитывая то, что в процессе регулярного увеличения размера контейнера задействуются дополнительные вычислительные ресурсы, скорость записи при использовании опции с фиксированным размером, как правило выше, в с равнении с динамическим диском. Тем не менее, если размер динамического диска в долгосрочной перспективе значительно не увеличивается, то разница в скорости записи практически нивелируется.

Управление виртуальными медиа (Virtual Media Manager)
VirtualBox ведет реестр всех виртуальных медиа носителей, которые используются всеми гостевыми ОС. Это так называемые ”known media”, доступ к списку (реестру) которых можно получить используя утилиту Virtual Media Manager (доступно из меню File). Эта утилита показывает детальную информацию о каждом виртуальном диске, включая полный путь к файлу, а также к какой именно виртуальной машине файл прикреплен. Информацию из реестра можно удалить используя встроенную функцию удаления “Remove”

Каждый отдельно взятый образ можно «открепить» от виртуальной машины за которой он закреплен, используя функцию ”Release”

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

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

Snapshots (Снэпшоты)
Как известно snapshot в переводе с английского означает снимок. Принцип работы механизма прост. При создании снэпшота, VirtualBox переводит текущий образ (образы, если их несколько), прикрепленный к ВМ в режим только для чтения и создает отдельный виртуальный диск (диски) и все последующие процедуры записи производятся уже в новом виртуальном хранилище. Причем фиксируются только изменения в определенных секторах, проще говоря при создании снэпшота диска размером 10GB, новый снэпшот будет гораздо меньше, и будет увеличиваться в размере постепенно, как будут заполнятся сектора.

Логично предположить, что чем больше используется снэпшотов одной виртуальной машины, тем больше используется вычислительных ресурсов для выполнения операций чтения с диска. Действительно, если есть 2 снэпшота, то вначале VirtualBox смотрит есть ли нужный сектор в образе снэпшота2, если нет, то система обращается к снэпшоту1, если и там ничего не обнаружено, то тогда идет обращение к основному диску. Нагрузка все-же будет незначительной и мало заметной для конечного пользователя, т, к. вся таблица секторов постоянно присутствует в памяти.

Стоить помнить, что при удалении снэпшота, все изменения произведенные после его создания «сливаются» с ранее «замороженным» образом.

Кэширование ввода/вывода
Затронув тему производительности уместно будет упомянуть и о кэшировании. Изначально VirtualBox работает с файлами образов, как с обычными файлами, которые само-собой кэшируются хостовой ОС. Это сделано, как нистранно с целью увеличение скорости. Когда гостевая ОС производит операцию записи, то операция кэшируется хостовой ОС и сообщение об успешном завершении операции отправляется в гостевую ОС сразу-же, в то время как сама операция обрабатывается гостевой ОС асинхронно. Такой подход не всегда себя оправдывает, т.к. файлы образов диска имеют тенденцию увеличиваться в объеме и вся процедура начинает давать обратный эффект — происходит двойное кэширование на стороне гостевой и хостовой операционных систем и снижается скорость производимых операций.

Помимо расходa ресурсов еще одним недостатком кэширования является недостаточная надежность. Например, если внезапно случился перебой с электропитанием в момент, когда хоставая ОС уже сообщила гостевой об успешном выполнении записи, а сам процесс асинхронной записи еще не завершился. Такой сценарий безусловно приводит к потере данных.

Отключение кэширования выполняется следующим образом:

vboxmanage storagectl "VM name" --name <controllername> --hostiocache off
Bandwidth
VirtualBox позволяет ограничивать ширину пропускного канала для одного или нескольких виртуальных дисков.

Создаем группу “Limit” и устанавливаем лимит в 20 Mb/s

vboxmanage bandwidthctl "VM name" add Limit --type disk --limit 20M Добавляем нужные диски в группу.vboxmanage storageattach "VM name" --storagectl "SATA" --port 0 --device 0 --type hdd --medium disk1.vdi --bandwidthgroup Limit vboxmanage storageattach "VM name" --storagectl "SATA" --port 1 --device 0 --type hdd --medium disk2.vdi --bandwidthgroup Limit Суммарный для обоих дисков bandwidth не будет превышать 20 MB/s. Этот лимит можно изменить в любой момент, не выключая виртуальной машины.vboxmanage bandwidthctl "VM name" set Limit --limit 100M
Особые режимы записи образов
Для каждого образа виртуального диска, поддерживаемого VirtualBox, не зависимо от формата, можно определить режим поведения при записи данных, будь это следствие операций внутри виртуальной машины или снимка дика (snapshot). Такие режимы называются «нестандартными», в то время, как по умолчанию все образы дисков функционируют в «нормальном» режиме. Для того, что бы перевести режим из «нормального» в «нестандартный» можно воспользоваться вышеупомянутым Virtual Media Manager или консольной утилитой vboxmanagevboxmanage modifyhd <disk image>.vdi settype immutable В «нормальном» режиме записи, гостевая ОС может осуществлять чтение и запись с физического диска без всяких ограничений a при создании снимков диска (snapshot), VirtualBox создает oтдельный файл в котором фиксируются все изменения.

В режиме «write through» функция снэпшотов работать не бует.

Режим работы «shareable» своего рода разновидность предыдущего. Тут тоже нет возможности работы со «снэпшотами», зато есть возможность использования несколькими одновременно работающими виртуальными машинами одного образа диска, сценарий кластеризации.

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

Режим «read only» используется в основном для работы с образами CD/DVD, т.к. предполагает только чтение.

Режим на который стоит обратить внимание называется «Immutable». Как следует из названия immutable образы не меняются с течением времени. Любые изменения в immutable диске актуальны ровно до тех пор, пока виртуальная машина работает. После отключения виртуальной машины все изменения пропадают. Прежде чем перевести диск в режим immutable стоит сначало создатъ «нормальный» диск, установить и настроить систему в оптимальное состояние, желательно не подключаясь к интеренету, и только после того, как гостевая система готова — «откреплять» диск и переводить его в режим immutable.

Одним из сценариев работы может быть схема при которой используются два диска – один в режиме immutable, на котором находится сама система, второй в нормальном или write-through режиме. На первый взгляд вполне безопасный и понятный сценарий работы — каждый раз загружается «свежая» система. Но не все так прозрачно и есть некоторые нюансы.

Во первых, для immutable дисков есть одно важное исключение. Они не “обнуляются” в случае, когда прикреплены к виртуальной машине, снимок диска которой был сделан пока та была запущенна — так называемый online-snapshot. Это означает, что если например, пользователь создал immutable disk, а потом в процессе работы, создал «снэпшот», не завершив работу виртуальной машины, то начиная с упомянутого «снэпшота» все последующие операции и действия внутри системы будут носить необратимый эффект, т.к. все действия будут де-факто происходить в «снэпшоте».

В случае если основной целью является «свежая система» при каждом запуске, то от использования снэпшотов, лучше воздержаться.

Во-вторых, вышеописанное «обнуление» отдельного образа происходит только в случае, когда команда включения/отключения виртуальной машины посылается самой средой VirtualBox, а не происходит внутри гостевой ОС. Проще говоря, если например перезагрузить гостевую ОС Windows стандартным методом (Меню пуск, перезагрзить систему), то обнуление immutable диска не произойдет.

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

После того, как текущий контейнер установлен в режим immutable, VirtualBox перестает использовать этот контейнер и фактически диск переходит в режим «read only». Все операции записи перенаправляются в отдельный образ и каждый раз, когда виртуальная машина начинает работу этот новый «отдельный» образ «обнуляется». В реальности на жестком диске создается временный «снэпшот», который находится в папке Snapshots, соответствующей виртуальной машины, внутри которого и происходит вся работа. После завершения работы виртуальной машины вышеупомянутый временный скриншот остается нетронутым.

Рассмотрим простой пример

Боб создал виртуальную машину, настроил ОС и перевел диск в режим immutable. Боб регулярно использует свою виртуальную машину для тайного общения с Алисой. При каждом запуске, загружается «свежая» система, не содержащая никаких логов предыдущего общения, текстов, видео или фото. В очередной раз закончив переписку, Боб спокойно выключает виртуальную машину и идет спать. Предположим также, что перед каждым запуском ОС Боб проверяет, что режим диска установлен как “immutable”.

Ева имеет доступ к компьютеру на котором установлена виртуальная машина. Ей достаточно зайти в папку Snapshots внутри директории соответствующей виртуальной машины и там будет требуемый «снэпшот».

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

Решением для Боба в данной ситуации будет после завершения работы, вручную удалять все содержимое папки Snapshots. Не говоря уже о том, что надо постоянно проверять в каком режиме работает диск и желательно, либо вообще заблокировать некоторые элементы GUI, что достаточно просто реализуется

vboxmanage setextradata global GUI/Customizations OPTION[,OPTION...] Справедливости ради стоит сказать, что у тех-же Parallels, с самых ранних версий для того, что бы перевести диски из одного режима в другой необходим пароль суперпользователя, а временные «снэпшоты» удаляются моментально, после завершения работы.
Вместо заключения
VirtualBox замечательная и очень гибкая в настройке система виртуализации, сопоставимая по возможностям с коммерческими продуктами от флагманов индустрии. Данная статья показывает некоторые особенности, на которые уместно обратить внимание и лишь мизерную часть всех возможностей VirtualBox.

habrahabr.ru

Snapshot - VMware VI Wiki

Роль диска ВМ выполняет пара файлов - <vm-name>.vmdk и <vm-name>-flat.vmdk.Именно в последнем содержаться те данные, что лежат на диске виртуалки.

Притом, этот файл по умолчанию создается предразмеченным - т.е. под него резервируется все место, которое он может занять. Т.о., если вы создали диск для ВМ и его размер указали в 40 ГБ, все 40 ГБ на VMFS разделе у окажутся занятыми сразу. (Отступление в сторону - если vmdk создается на NFS разделе, то именно на NFS он сразу создается в формате "thick" - "растущий" по факту, с нулевым начальным размером. Так же, можем в этом формате создавать vmdk и на VMFS - но сейчас только с помощью командной строки, не из GUI. Подробнее тут - Типы дисков(vmdk файлов))

Так вот. Теперь, с ВМ мы можем сделать снапшот. Это - снимок состояния, фиксация текущего состояния этой ВМ, на которое можно вернуться потом.Технически это означает следующее:файл <vm-name>-flat.vmdk переводится в режим только чтения.Создается файл <vm-name>-delta0001.vmdk, и в эту дельту начинают писаться те блоки, которые меняются относительно исходного файла. Т.е. по умолчанию дельта размера 0, а потом начинает расти. Растет она блоками по 16 МБ. Это не очень хорошо, потому что для каждого увеличения генериться SCSI reservation. Один SCSI reservation - это нормально, но если они будут генериться часто - это приведет к снижению производительности дисковой подсистемы.

Если спустя еще какое то время сделать еще один снапшот, то теперь в режим только чтение переводится и <vm-name>-delta0001.vmdk, и появляется файл <vm-name>-delta0002.vmdk. Во вторую дельту начинают писаться те блоки, которые меняются относительно <vm-name>-flat.vmdk+<vm-name>-delta001.vmdk.

Файл <vm-name>-delta000Xvmdk не будет размером больше, чем номинальный размер диска ВМ.В моем примере это 40 ГБ.

ВАЖНО!Для функционирования ВМ нужны все vmdk файлы - и основной, -flat.vmdk, и все файлы-дельта. Не уподобляйтесь персонажу отсюда.

На что стоит обратить внимание:

ВМ с диском в 40 ГБ реально на VMFS разделе может занимать до 40*(кол-во снапшотов + 1) гигабайт места. Каждая такая ВМ.Притом, есть мнение, что в некоторых случаях файлы дельты могут расти достаточно активно при практически нулевой активности с диском ВМ. Ведь даже тогда, когда вы или приложение ничего не меняете на диске виртуалки, там есть файл подкачки, к примеру - который меняется => растет дельта.

Так же крайне не рекомендуется делать дефрагментацию ВМ со снапшотами - ибо вырастет дельта, и вырасти она может сильно.

Удаление снапшота размером в 100ГБ может занимать 3-6 часов.

Расширять диск ВМ имеющей снапшоты - плохая идея. Увеличить размер диска можно командой vmkfstools -X или из GUI(начиная с 3.5 версии ESX). Так вот, скорее всего, ВМ больше не стартует, если расширение диска было произведено при имеющихся снапшотах. Как чинить - Top Support Issues and How to Solve Them - Batch 2.

Если есть желание, чтобы диск ВМ был неподвержен снапшотам, то в его свойствах выберите "Independent ". Кстати, если ВМ имеет "Independent " диски, то в снапшот не может быть включена ее память.

Следующая проблема. которая может перед вами встать - это удаление снашотов.Если у ВМ есть несколько снапшотов, и вы нажали кнопку "Delete all", то сначала последовательно сольются все дельты, потом они добавяться к -flat.vmdk. И только после этого удаляться. И на все это вам должно хватить свободного места.Пример:

у вас есть несколько снапшотов, т.е. несколько файлов. Примерно так:

VM1-flat.vmdk (40ГБ)

    VM1-001-delta.vmdk(5ГБ)

        VM1-002-delta.vmdk(7ГБ)

            Всего занято 52ГБ

    

 

Вы хотите удалить все эти снапшоты. Что происходит:

  1. VM1-flat.vmdk (40ГБ)

        VM1-001-delta.vmdk(5ГБ) + VM1-002-delta.vmdk(7ГБ) = 12 ГБ. Это максимум, в реальности сумма может быть меньше. А может и не быть.

            VM1-002-delta.vmdk(7ГБ)

                Всего занято до 59ГБ

  2. VM1-flat.vmdk (40ГБ) + VM1-001-delta.vmdk(5ГБ) + VM1-002-delta.vmdk(7ГБ) = 40 ГБ.

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

        VM1-001-delta.vmdk(5ГБ) + VM1-002-delta.vmdk(7ГБ)

            VM1-002-delta.vmdk(7ГБ)

                Всего занято до 59ГБ

  3. VM1-flat.vmdk (40ГБ)

                Всего занято 40ГБ

Т.е. для применения всех снапшотов вам может потребоваться место сверх занятого - порядка до 5ГБ в моем примере. После окончания применения оно освободиться.

Если такой вариант вам не подходит, потому что от снапшотов надо избавиться срочно, а места на ЛУНе взять неоткуда, то можно пойти другим путем:
  • Клонировать ВМ в другое хранилище(Datastore). Если у вас версия ниже, чем VI 3.5 Update 2, это потребует ее выключения. У клона снапшотов не будет.Правда, иногда бывает глюк, и при клонировании все снапшоты корректно не применяются(для клона). Но эта ситуация описана в KB VMware:

    If a clone through the VMware Infrastructure 3 client did not commit the snapshots; you can try to export the disk with vmkfstools to recreate the virtual machine:

    1. Run the following command to create a directory for the new disk:

    [[email protected] RHEL5]# mkdir /vmfs/volumes/openfiler-iscsi/new_RHEL5

    2. Run the following command to point vmkfstools at the last snapshot file:

    [[email protected] RHEL5]# vmkfstools -i RHEL5-000001.vmdk /vmfs/volumes/openfileriscsi/new_RHEL5/new_RHEL5.vmdk

    Destination disk format: VMFS thickCloning disk ‘RHEL5-000001.vmdk’…Clone: 3% done[[email protected] RHEL5]#

    3. Recreate the machine. Select Use an existing virtual disk.

  • Еще один путь - по сути, то же клонирование, но "изнутри" ВМ. Делаем еще одну ВМ, исходную загружаем с live CD Ghost\Acronis или чего то другого для работы с образами, и переливаем образ из ВМ со снапшотами, в ВМ без снапшотов. Этим путем, кстати, можно уменьшить размер диска - если на исходной ВМ мы задали размер диска больше, чем реально надо.
  • Наконец, можем из этой ВМ сделать еще одну ВМ, уже без снапшотов, с помощью VMware Converter.
Еще при создании снапшота создаются:*.vmsd файл - файл с описание этого снапшота.Содержит snapshot display name, unique identifier (UID), disk file name, и т.д.*.vmsn файл - файл с оперативкой ВМ на момент снятия снапшота (если она была включена, и вы указали что память нужно сохранить). Если память сохранена, то при возвращении к этому снапшоту ВМ окажется в работающем состоянии.Важно: если объем памяти ВМ равен 3 ГБ, у нее сделано 4 снашота с сохранением памяти - то это еще 12 ГБ места на VMFS разделе.

Можно создавать снапшоты из командной строки, командой "vmware-cmd createsnapshot".Синтаксис примерно такой: "vmware-cmd myvm1.vmx createsnapshot snap1 'before upgrade' 1 1"Две последнии позиции - это ответы на вопросы - делать ли "quiesce" дисков ВМ, и сохранять ли ее память. 1= да, 0= нет.Так же есть команды "vmware-cmd removesnapshots" и "vmware-cmd revertsnapshot".

Очень важная для траблшутинга снапшотов статья - Устройство снимков виртуальных дисков в VMware VI3.

wiki.vm4.ru


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