Файлы vmdk можно ли удалять

Обновлено: 06.07.2024

Читайте, как восстановить виртуальную машину VMware Workstation которая удалена или содержимое диска виртуальной машины . Какие встроенные инструменты виртуальной машины или сторонние программы использовать для её восстановления. VMware Workstation и VMware Player – это программное обеспечение виртуализации, которое предназначено для одновременной работы нескольких операционных систем на одном физическом компьютере.

VMware – это одна из наиболее стабильных и безопасных платформ для виртуализации компьютера, которая позволяет большому количеству ИТ-специалистов, разработчиков и другим специалистам компаний, быть более гибкими и продуктивными в своей работе.

Системные файлы VMware Workstation

Т.е., VMware Workstation – это ещё одна виртуальная работающая операционная система, внутри операционной системы вашего компьютера. Все файлы данной операционной системы (как системные, так и личные файлы пользователя) сохраняются на жестком диске компьютера, и по умолчанию они расположены в папке:
C:\Users\ Имя Пользователя \Documents\Virtual Machines\ Имя виртуальной машины

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

Как видно из представленного выше скриншота, папка виртуальной машины, состоит из определённого набора файлов. VMware создаёт такую отдельную папку для каждой виртуальной машины и называет её именем виртуальной машины, которое присваивается самим пользователем в процессе установки виртуальной операционной системы.

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

*.log – файл журнала ключевой активности VMware Workstation. Он используется для устранения неполадок, в случае их возникновения
*.nvram – файл состояния и настроек BIOS виртуальной машины
*.vmdk – файл виртуального диска, в котором сохранено содержимое жесткого диска виртуальной машины
Примечание . В зависимости от настроек VMware Workstation, диск виртуальной машины может состоять из одного или нескольких *.vmdk файлов.
*.vmem – файл подкачки виртуальной машины. Создаётся и виден только во время работы виртуальной машины
*.vmsd – файл параметров текущего снепшота
*.vmsn – файл состояния снепшота, который хранит текущее состояние виртуальной машины во время его использования
*.vmss – файл состояния приостановленной виртуальной машины
*.vmtm – конфигурационный файл, один из файлов параметров виртуальной машины
*.vmx – главный конфигурационный файл, в котором хранятся все параметры виртуальной машины
*.vmxf – дополнительный конфигурационный файл.

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

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

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

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

Средства виртуализации операционных систем в хостовой Windows от компании VMware дают нам возможность работать с дисками виртуальных машин как фиксированного типа, так и динамического. Фиксированные – это виртуальные диски, которые сразу занимают на реальном носителе информации, т.е. физическом жёстком диске, тот объём, который мы указали при создании таких дисков. Фиксированные диски немногим более быстродейственны, чем динамические.

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

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

Динамический тип диска задаётся нами при создании машины, если на этапе указания размера диска мы не активируем опцию выделения всего места на диске.

И тогда после создания машины для такого диска нам становятся доступны функции его сжатия и очистки. Но чтобы обе они были доступны нам, виртуальная машина должна быть в выключенном состоянии. Посмотрим, как эти функции справятся с нашей показательной ситуацией. Есть машина VMware с динамическим диском, он состоит из двух файлов, их общий объём составляет более 62 Гб.

Насколько этот объём уменьшится после проведённых нами операций сжатия и очистки диска машины?

Сжатие диска

Функция сжатия – это функция в числе дисковых утилит в параметрах виртуальных машин. Она доступна нам и в урезанной реализации гипервизора VMware Player , и в его полнофункциональной реализации VMware Workstation . В последней в окне свойств машины можем кликнуть виртуальный диск.

Попадём в его параметры. И здесь в дисковых утилитах жмём кнопку «Сжать».

Несколько секунд будет происходить сжатие диска.

Очистка диска

Функция очистки диска более эффективна, чем функция сжатия, она высвобождает больше объёма, занимаемого файлом динамического диска. Но доступна она только в VMware Workstation. В этой программе идём в меню «Виртуальная машина», далее – «Управление», далее – «Очистить диски».

После непродолжительного анализа нам будет показано, сколько очистка сможет высвободить места. В нашем показательном случае это весомый объём – более 25 Гб. Жмём «Очистить сейчас».

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

Теперь посмотрим на результат. По итогу выполнения обоих операций по сжатию и очистке диска его файл стал занимать на физическом диске немногим более 33 Гб. Эффект от проведённых операций, что называется, на лицо.

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

И, соответственно, каждый раз, как только мы выключим машину, её диск будет очищаться. Таким образом файл динамического диска не будет сильно разрастаться в объёме и захламлять место на реальном жёстком диске.

Можно ли удалить файлы vmdk виртуальной машины и восстановить их

Сервер Dell PS4000 (используется для виртуального хоста VMware), версия VMware ESXi 5.5, из-за непредвиденного сбоя питания виртуальная машина не может запуститься нормально. При просмотре файла конфигурации виртуальной машины обнаруживается, что файл конфигурации этой виртуальной машины не является файлом на диске. Все файлы потеряны. В настоящее время все еще существуют дисковый файл xxx-flat.vmdk и файл моментального снимка xxx-000001-delta.vmdk. После консультации с инженером VMware я попытался создать новую виртуальную машину для устранения неисправности, но обнаружил, что места для хранения ESXi недостаточно. Поэтому был удален дисковый файл xxx-flat.vmdk под неисправной виртуальной машиной. В это время в хранилище ESXi осталось более 200 ГБ свободного места, а затем инженеры VMware восстановили виртуальную машину 40 ГБ и выделили виртуальный диск фиксированного размера, Windows Server 2008 (операционная система виртуальной машины), среда приложения базы данных Сервер базы данных SQL Server 2008 (управление двумя базами данных приложений Macro Bridge и Sophie), емкость диска виртуальной машины 200 ГБ (компактный режим) + пластина с данными моментального снимка 160 ГБ.

1. Резервное копирование данных
Отключите том VMFS в смонтированном хранилище RD220i обычным способом на клиенте VMware vSphere. Затем подключите том VMFS в хранилище RD220i к серверу резервного копирования с помощью сетевого кабеля, а затем используйте профессиональные инструменты для зеркалирования всего тома VMFS по секторам в подготовленное пространство для резервных копий, чтобы обеспечить безопасность данных клиента. Операции анализа и восстановления выполняется на резервных копиях данных.

2. Проанализируйте причину сбоя.
После тщательного анализа данных, лежащих в основе тома VMFS, было обнаружено, что внезапный сбой питания хоста ESXi приводит к повреждению записей каталога в неисправном каталоге виртуальной машины, но это повреждение не повлияет на важные данные виртуальной машины, а просто повредит запись в каталоге файла, что может быть исправлено вручную. Если файл удален вручную, индекс области данных, соответствующей элементу каталога, будет очищен, и фактические данные удаленного файла не будут затронуты. В этом случае фрагменты могут быть сопоставлены и объединены в свободном пространстве тома VMFS в соответствии с файловой системой в удаленном файле виртуального диска и типом файла на виртуальном диске, а удаленный файл виртуального диска также может быть восстановлен в конец. Но в двух вышеупомянутых ситуациях была создана новая виртуальная машина и выделен виртуальный диск. После тщательного анализа было обнаружено, что все выделенные виртуальные диски 40G были очищены (тип диска будет выбран при создании виртуального диска), и дисковое пространство, занятое этой вновь созданной виртуальной машиной, также было очищено. Если новый виртуальный диск занимает пространство, высвободившееся при удалении диска виртуальной машины, эта часть пространства не может быть восстановлена.
Рисунок 1. (Это область элемента каталога неисправной виртуальной машины)

3. Процесс реализации первый
Выполните анализ нижнего уровня в соответствии с идеей направления 1. В соответствии со структурой тома VMFS и информацией файловой системы удаленного виртуального диска просканируйте свободное пространство на внизу области, которая соответствует удаленному диску виртуальной машины, и сделайте статистику, соответствуют ли количество и размер размеру удаленного виртуального диска. Согласно информации файловой системы на виртуальном диске, отсканированные фрагменты были упорядочены и объединены. Было обнаружено, что многие фрагменты отсутствовали в середине. После тщательного повторного сканирования отсутствующих фрагментов было обнаружено, что эти фрагменты действительно не были обнаружены. . Затем реорганизуйте отсканированные фрагменты в соответствии с исходным порядком виртуального диска и оставьте пустыми для фрагментов, которые не найдены. Затем используйте программу моментального снимка виртуального диска, чтобы объединить реорганизованный родительский диск и диск моментального снимка для создания нового виртуального диска. Затем используйте профессиональные инструменты для объяснения файловой системы на виртуальном диске. Поскольку много данных отсутствует, в процессе интерпретации файловой системы сообщается о многих ошибках, что свидетельствует о повреждении некоторых файлов.
Рисунок 2 (объяснение файловой системы):

После анализа файловой системы было обнаружено, что исходный файл базы данных не был найден, а структура каталогов двух каталогов Hongqiao Backup и Sophie Backup была нормальной. Но при попытке импортировать резервную копию в базу данных программа импорта базы данных выдает ошибку.
Рисунок 3 (частичная структура каталогов Hongqiao Backup и Sophie Backup):

4. Второй процесс реализации
Поскольку исходные файлы базы данных не восстанавливаются в направлении один, и многие файлы резервных копий не могут использоваться в обычном режиме. Следовательно, второй набор программ необходим для восстановления файлов базы данных, которые не были восстановлены. Найдите начальную позицию базы данных в свободном пространстве в соответствии со структурой базы данных SQL Server. В структуре базы данных на девятой странице базы данных будет записано имя базы данных этой базы данных. Следовательно, в соответствии с этой функцией можно проверить, выполняется ли поиск на главной странице этой базы данных. И каждая страница базы данных будет записывать номер страницы базы данных и номер файла, поэтому мы пишем программу сканирования базы данных на основе этих характеристик, а затем используем программу для сканирования всех фрагментов данных, которые соответствуют странице базы данных внизу. Затем отсканированные фрагменты по порядку реконструируются в полный файл MDF, а затем используется программа проверки MDF, чтобы проверить, является ли весь файл MDF полным. За весь процесс проверки только cl_system3.dbf и erp42_jck.dbf не были найдены из-за некоторых фрагментов, а остальные базы данных были проверены успешно. Проверенный файл MDF выглядит следующим образом
Рисунок 5.

cl_system3.dbf и erp42_jck.dbf не найдены, потому что на нижнем уровне много фрагментов (предварительное подозрение может быть перезаписано), поэтому проверка не выполняется. Ниже приведена отсутствующая область фрагмента в файле cl_system3.dbf.
Рисунок 6.

5. Процесс реализации третий
После реализации двух вышеуказанных направлений все файлы базы данных не были восстановлены, а cl_system3.dbf и erp42_jck.dbf не являются нормальными из-за отсутствия использования некоторых страниц. Следовательно, необходимо использовать резервную копию для восстановления этих двух файлов базы данных, но после проверки резервной копии этих двух файлов обнаруживается, что все резервные копии cl_system3.dbf 30 марта не были скопированы из-за сбоя резервного копирования. механизм, а файл erp42_jck.dbf был в марте. Никаких резервных копий, только все инкрементные резервные копии в апреле.
Рисунок 7.

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

6. Проверьте данные.
Создайте среду базы данных (SQL Server 2008), которая такая же, как исходная среда на локальном сервере, а клиент подключается к серверу проверки через удаленный инструмент Teamviewer и устанавливает верхний прикладное программное обеспечение макроуровня моста. Затем заказчик организует проект по проверке целостности базы данных.После тщательной проверки восстановление базы данных практически не представляет проблем. Приложение верхнего уровня может работать нормально, записи данных в основном не пропадают, база данных успешно смонтирована,
Рисунок 8.

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

Самыми главными компонентами виртуальной машины являются файлы виртуальных дисков. В данный момент на рынке присутствует множество вендоров как платформ виртуализации, так и средств управления и обслуживания виртуальных машин. Однако не все поставщики систем виртуализации используют свои форматы виртуальных дисков. Например, не так давно появившаяся, но стремительно набирающая популярность платформа Virtual Iron, хотя и использует открытый гипервизор Xen для управления виртуальными машинами, но работает с виртуальными дисками формата VHD (Virtual Hard Drive) компании Microsoft. Компания VMware разработала свой формат виртуальных дисков — VMDK (Virtual Machine Disk), который, однако, может быть преобразован в другой формат утилитами сторонних производителей.

В данный момент возможности продуктов VMware Workstation позволяют осуществить импорт виртуальных машин и их дисков компании Microsoft, а также образов восстановления Symantec LiveState Recovery Files. Кроме того, VMware предлагает пользователям продукт VMware Converter, в возможности которого входит как конвертация виртуальных машин между различными платформами VMware и их версиями (в том числе VMware ESX Server), так и потоковая миграция с других платформ виртуализации. Сторонние производители также предлагают немало средств для V2V (Virtual-to-Virtual) миграции, например, продукт PowerConvert компании PlateSpin.

Общие сведения об использовании виртуальных и физических дисков виртуальными машинами

Одним из замечательных достоинств виртуальных машин является их простая переносимость на другое физическое оборудование путем обычного копирования папки с файлами виртуальной машины. Все настройки виртуальной машины хранятся в файлах с расширением .vmx в текстовом формате, а файлы виртуальных дисков (.vmdk) содержат в себе все необходимые данные виртуальной машины, либо ссылки на другие vmdk-файлы. Если вы используете виртуальную машину в хостовой системе Windows, вы можете скопировать папку с виртуальной машиной на Linux-хост и запустить ее там, на платформах VMware Workstation или VMware Server.

Диск виртуальной машины VMware Workstation и VMware Server ограничен 950-ю гигабайтами, и этого с лихвой хватит практически для любого варианта использования. Поскольку файлы дисков виртуальных машин являются достаточно большими, необходимо учитывать ограничения на максимальный размер файла в файловой системе хостовой ОС.

Основные типы дисков виртуальных машин VMware

По-умолчанию платформой виртуализации будет выбран адаптер, наиболее подходящий выбранной ранее гостевой системе. Для всех гостевых систем, за исключением Windows Vista, Windows Server 2003, Red Hat Enterprise Linux 3 и NetWare рекомендуется адаптер BusLogic. Для гостевой системы Windows Vista доступен только LSI Logic адаптер. Этот тип адаптера обладает более высоким быстродействием, нежели BusLogic, к тому же, он поддерживается платформой виртуализации VMware ESX Server, что следует учитывать, если вы планируете в дальнейшем миграцию виртуальных машин на эту платформу.

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

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

В VMware Workstation и VMware Server диск виртуальной машины не может быть более 950 ГБ. Величина, которую вы укажете в поле ввода для Disk Size, означает максимальный размер файла виртуального диска. Уделяйте особое внимание этому параметру, поскольку проблема расширения виртуального диска является одной из наиболее часто возникающих. Если вы планируете использовать растущие по мере наполнения диски (growable) указывайте достаточно большой размер (например, 100 ГБ). В то же время помните, что уменьшить размер виртуального диска значительно сложнее, чем увеличить.

Чекбокс «Allocate All Disk Space Now» позволяет создать preallocated или growable виртуальный диск. Если чекбокс отмечен, будет создан виртуальный диск типа preallocated, это означает, что файл виртуального диска сразу займет указанный размер, который не будет изменяться по мере работы с виртуальной машиной. Если чекбокс не отмечен, будет создан диск, растущий по мере наполнения (growable). Этот тип диска работает несколько медленнее, чем preallocated, поэтому их не рекомендуется использовать, если вы планируете устанавливать приложения, требовательные к производительности дисковых ресурсов (например, сервер баз данных).

Чекбокс «Split disk into 2 GB files» позволяет разделить виртуальный диск на несколько файлов, что, конечно, отрицательно скажется на быстродействии, но является единственным решением для файловых систем, не поддерживающих большие размеры файлов (например, FAT32). Не забывайте отметить его, чтобы не столкнуться с этой проблемой в старых файловых системах в самый неподходящий момент.

После того как вы нажмете «Finish», виртуальная машина с настроенным вами диском будет создана. Однако это еще не все типы виртуальных дисков в VMware Server и VMware Workstation. У виртуальной машины может быть несколько виртуальных дисков различного типа, каждый из которых может использоваться для разных случаев.

В группе «Capacity» представлена информация о текущем размере виртуального диска, его возможный максимальный размер и объем доступного места на логическом диске компьютера. На панели «Disk Information» указан тип виртуального диска: preallocated одним файлом.

В этом окне, поставив галку «Independent», вы можете определить тип диска как независимый. Это означает, что на добавленный вами диск никак не будет влиять создание снимков состояния виртуальной машины («снапшотов»). Параметр «Virtual Device Node» позволяет подключить диск к виртуальному слоту SCSI или IDE-контроллера.

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

Также в окне «Advanced» вы можете выбрать тип независимого диска «Persistent» или «Nonpersistent». Первый тип предполагает поведение виртуального диска как обычного устройства хранения — все изменения диска сохраняются по мере работы с ним. Второй тип дисков используется при тестировании программного обеспечения, когда необходимо создание временных дисков для хранения информации на время работы с виртуальной машиной. После ее выключения содержимое такого типа дисков сбрасывается к начальному состоянию. Временные данные при запущенной виртуальной машине хранятся в файлах с расширением *.REDO_xxx. При выключении машины эти файлы удаляются.

Нужно также отметить, что при запущенной виртуальной машине VMware Server или VMware Workstation создаются lock-файлы для каждого из используемых виртуальных дисков с расширением *.lck во избежание доступа к ним из внешних приложений, использования их другими виртуальными машинами и нарушения целостности данных.

Использование физических дисков напрямую

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

Укажите необходимые разделы и нажмите «Next», после чего укажите имя виртуального диска и нажмите «Finish». Одни из наиболее оправданных вариантов использования физического диска напрямую — случаи, когда требуется создание диска емкостью более 950 ГБ (до двух терабайт), что, однако, пока не актуально для пользователей настольных персональных компьютеров.

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

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

Расширение файла диска	Описание
*.vmdk	Описание параметров виртуального диска (со ссылкой на файл с данными диска) или виртуальный диск типа growable одним файлом.
0000000.vmdk	Этот файл содержит изменения, произошедшие с момента создания снапшота
s00.vmdk	Это расширение используется для файлов данных растущих разделённых дисков (growable split disks)
0000000-s00*.vmdk	Этот файл содержит изменения, произошедшие с момента создания снапшота X для растущих разделённых дисков (growable split disks)
f00.vmdk	Это расширение используется для файлов данных не растущих разделённых дисков (preallocated split disks)
0000000-f00*.vmdk	Этот файл содержит изменения, произошедшие с момента создания снапшота X для не растущих разделённых дисков (preallocated split disks)
*flat.vmdk	Это расширение используется для файлов данных монолитных (не растущих) неразделённых дисков (preallocated monolithic disks)
0000000-flat.vmdk	Этот файл содержит изменения, произошедшие с момента создания снапшота X для монолитных (не растущих) неразделённых дисков (preallocated monolithic disks)
*.REDO_xxx	Этот файл содержит изменения диска в режиме незавимый-несохраняющийся (independent-nonpersistent disk)
*.lck	Используется для блокировки файлов дисков виртуальной машины

Дефрагментация виртуальных дисков

дефрагментация диска в гостевой системе
дефрагментация диска средствами VMware Server или VMware Workstation
дефрагментация дисков хостовой системы

Для первого и третьего пункта вы можете использовать встроенный дефрагментатор Windows или утилиты сторонних производителей. Для дефрагментации диска средствами VMware зайдите в меню «VM», далее «Settings», выберите диск на вкладке «Hardware» и выберите «Defragment» в VMware Workstation 5.5 и VMware Server 1.0 (в VMware Workstation 6 эта опция доступна по кнопке «Utilities»). Далее будет также показана возможность дефрагментации виртуальных дисков средствами утилиты vmware-vdiskmanager.

Использование утилиты VMware DiskMount

Компания VMware предлагает удобное средство использования виртуальных дисков в хостовой операционной системе как обычных логических томов. Утилита DiskMount позволяет монтировать диски виртуальных машин в хостовую операционную систему для удобной работы с содержимым диска. Диски виртуальных машин могут быть смонтированы только в операционных системах Windows 2000/XP/2003/Vista. Чтобы смонтировать виртуальный диск в хостовую систему, необходимо, чтобы виртуальная машина была выключена (монтировать диск виртуальной машины, находящейся в статусе «suspended», также нельзя) и хотя бы один раздел виртуального диска был отформатирован в файловой системе FAT или NTFS.

vmware-mount [параметры] [буква диска:] [\путьквиртуальному диску]

/v:N Монтирует заданный том виртуального диска (по-умолчанию N=1)
/p Выводит доступные разделы (тома) на виртуальном диске
/d Размонтирование виртуального диска из хостовой системы
/f Принудительное размонтирование виртуального диска из хостовой системы в случае технической проблемы
/? Выводит информацию о доступных параметрах

Пример использования Diskmount:

vmware-mount h: “C:My Virtual Machinesw2003std.vmdk”

Использование утилиты vmware-vdiskmanager

Компания VMware вместе с продуктами VMware Server и VMware Workstation поставляет также консольную утилиту для работы с виртуальными дисками vmware-vdiskmanager. Эта утилита является мощным средством преобразования виртуальных дисков, которое органично дополняет утилиту VMware Diskmount. Найти утилиту vdiskmanager можно в папке, куда установлены продукты VMware Server или VMware Workstation.

Применять vmware-vdiskmanager могут не только конечные пользователи, преобразующие виртуальные диски к требуемому формату, но и сторонние разработчики, пишущие различные утилиты для работы с виртуальными машинами. Утилита vdiskmanager используется в соответствии со следующим синтаксисом:

vmware-vdiskmanager.exe | :

Описание параметров утилиты vdiskmanager:

Параметр	Действие
Основные параметры
-c	Создание диска (необходимо указать дополнительные параметры)
-d	Дефрагментация виртуального диска
-k	Сжатие виртуального диска (уменьшение объема свободного места)
-n	Переименование диска (в параметре необходимо указать целевой диск)
-p	Подготовка смонтированного диска с указанным параметром к сжатию
-q	Отключение логов
-r	Конвертация диска (необходимо указать тип целевого диска)
-x	Расширение диска до требуемой емкости
Дополнительные опции создания виртуальных дисков и их конвертации
-a	Используется только с ключом -c. Указывает тип адаптера (ide, buslogic, lsilogic)
-s	Указывает емкость виртуального диска. Емкость может быть определена в секторах, килобайтах, мегабайтах, гигабайтах. Диапазоны допустимых значений: Адаптер ide : [100.0Mb, 950.0Gb] Адаптер scsi: [100.0Mb, 950.0Gb]
-t	Указывает тип диска (от 0 до 3). Типы дисков: 0: Растущий по мере наполнения (growable), один файл. 1: Растущий по мере наполнения, разделенный на файлы по 2 ГБ. 2: Монолитный диск (preallocated), один файл. 3: Монолитный диск (preallocated), разделенный на файлы по 2 ГБ.

vmware-vdiskmanager.exe -c -s 850Mb -a ide -t 0 myIdeDisk.vmdk
Создание виртуального диска (-c) емкостью 850 МБ (-s 850Mb), с адаптером IDE (-a ide), типом growable одним файлом (-t 0) и именем myIdeDisk.vmdk.
vmware-vdiskmanager.exe -d myDisk.vmdk
Дефрагментация виртуального диска myDisk.vmdk.
vmware-vdiskmanager.exe -r sourceDisk.vmdk -t 0 destinationDisk.vmdk
Конвертация диска (-r) с именем sourceDisk.vmdk в тип growable одним файлом (-t 0) с именем destinationDisk.vmdk
vmware-vdiskmanager.exe -x 36Gb myDisk.vmdk
Расширение диска myDisk.vmdk до емкости 36 ГБ.
vmware-vdiskmanager.exe -n sourceName.vmdk destinationName.vmdk
Переименование диска с именем sourceName.vmdk в destinationName.vmdk
vmware-vdiskmanager.exe -k myDisk.vmdk
Сжатие виртуального диска с именем myDisk.vmdk
vmware-vdiskmanager.exe -p m:
Подготовка диска M хостовой системы к сжатию (виртуальный диск должен быть сначала смонтирован в хостовую систему утилитой VMware Diskmount).

Самым частым вариантом использования утилиты vdiskmanager является расширение виртуальных дисков до требуемого размера. Однако задача расширения виртуального диска является не такой тривиальной, какой кажется на первый взгляд. Если необходимо расширить независимый виртуальный диск, то его расширение сводится к двум операциям: использованию vmware-vdiskmanager для расширения диска и расширению раздела на неразмеченную область в гостевой системе. Однако для дисков, участвующих в создании мгновенных снимках системы («снапшотов»), проблема дополняется и устранением конфликтов между снапшотами.

Рассмотрим пример расширения независимого диска. Чтобы расширить его до 10 ГБ используйте vmware-vdiskmanager следующим образом:

vmware-vdiskmanager.exe -x 10Gb .vmdk

Выберите расширенный недавно диск (E) и введите команду extend, чтобы расширить раздел на всё доступное место на диске: DISKPART> select volume=2 Volume 2 is the selected volume. DISKPART> extend DiskPart successfully extended the volume.

Стоит отметить, что эти действия не применимы к динамическим дискам Windows, поскольку они не могут быть расширены командой extend.

Заключение

В отношении возможностей работы с виртуальными дисками платформы VMware Workstation и VMware Server являются самыми продвинутыми из присутствующих в данный момент на рынке. Множество типов, режимы SCSI и IDE эмуляции и большой набор средств для обслуживания и конвертации виртуальных дисков, позволяют весьма гибко настраивать параметры виртуальных машин и управлять ими. Встроенные возможности импорта виртуальных дисков в формате VHD компании Microsoft позволяют просто осуществить миграцию с платформ Virtual PC и Virtual Server, без применения программного обеспечения других производителей. Консольное приложение vmware-vdiskmanager открывает большие возможности не только для обычных пользователей, но и для разработчиков ПО под платформы виртуализации. Безусловно, компания VMware продолжит совершенствование своих продуктов, в том числе и в отношении виртуальных дисков. Будем надеяться, что планируемая к выходу осенью бесплатная платформа VMware Server 2.0 (которую обещают представить на конференции VMworld 2007 в сентябре), будет обладать еще большим набором возможностей по работе с виртуальными дисками и их обслуживанию.

Читайте также: