Vmrs файл hyper v что это
Процесс обновления VM в Windows Server 2016 изменился. Раньше, когда вы импортировали виртуальные машины в новую версию Hyper-V, они автоматически обновлялись.
Однако определить какие VM были импортированы из предыдущей версии Hyper-V, а какие вновь созданы, не всегда легко. Это потому, что версия конфигурации виртуальной машины, с обновлением хоста, автоматически обновлялась.
Но, реальная проблема была в том, что вы не могли откатить виртуальную машину к предыдущей версии конфигурации. Версия VM определяет, с какими версиями Hyper-V совместимы конфигурация, сохранённое состояние и файлы снимков ВМ. В Windows Server 2016, процесс обновления версии конфигурации виртуальной машины перестал быть автоматическим. Это делает возможным перемещение ВМ на сервер с более ранней версией Hyper-V, например Windows Server 2012 R2. Правда в этом случае, доступ к новым функциям VM будет не возможен до тех пор, пока вы вручную не обновите версию конфигурации виртуальной машины.
Все возможности VM, такие как живая миграция, живая миграция хранилищ и динамической памяти, остаются совместимыми. Таким образом, обновление виртуальной машины теперь ручная операция, которая отделена от модернизации физического хоста.
Важно отметить, что при обновлении версии конфигурации виртуальной машины, вы не можете её понизить. Если вы используете виртуальные машины, которые были созданы в Windows Server 2012 R2, у вас не будет доступа к новым функциям VM до тех пор, пока вы вручную не обновите версию конфигурации виртуальной машины.
Версия конфигурации виртуальной машины
ВМ с конфигурацией версии 5.0, совместимы с Windows Server 2012 R2 и могут работать на Windows Server 2012 R2 и Windows Server 2016. ВМ с конфигурацией версии 6.0, совместимы с Windows Server 2016, но не будут работать на Hyper-V ОС Windows Server 2012 R2.
В следующей таблице перечислены поддерживаемые версии конфигурации на версиях Windows:
Обновление конфигурации версии
Чтобы обновить версию конфигурации, завершите работу виртуальной машины и, в командной строке Windows PowerShell, введите следующую команду:
Update-VmConfigurationVersion vmname or vmobject
Чтобы проверить версию конфигурации работающих на Hyper-V виртуальных машин, в привилегированной командной строке, выполните следующую команду:
Get-VM * | Format-Table Name, Version
Чтобы проиллюстрировать процесс обновления версии конфигурации, в следующем примере определяется импортированная с хоста под управлением Windows Server 2012 R2, версия конфигурации VM. Затем показано, как обновить её версию конфигурации. В этом случае, как и ожидалось, версия конфигурации виртуальной машины — 5.0 так указано в диспетчере Hyper-V.
Номер версии виртуальной машины
Вы можете, используя Windows PowerShell, это перепроверить:
PS C:\Users\Administrator> Get-VM vm02 |Format-Table Name, Version
Name Version
---- -------
vm02 5.0
Как писалось ранее, для обновления конфигурации версии виртуальной машины, необходимо завершить работу виртуальной машины и выполнить следующую команду Windows PowerShell:
PS C:\Users\Administrator> Update-VMConfigurationVersion vm02
Подтверждение
Вы действительно хотите выполнить это действие?
Выполнение обновления версии конфигурации «vm02» предотвратит его миграцию или импорт в предыдущие версии Windows. Эта операция не обратима.
[Y] Да [A] Да для всех [N] Нет [L] Нет для всех [S] Приостановить [?] Справка (по умолчанию «Y»): Y PS C: \ Users \ Administrator>
При повторной проверке версия конфигурации в Hyper-V Manager теперь имеет значение 6.0.
Номер обновлённой версии
Опять же, вы можете проверить это, используя Windows PowerShell:
PS C:\Users\Administrator> Get-VM vm02 |Format-Table Name, Version
Name Version
---- -------
vm02 6.0
В другом случае, если вы при запуске после обновления версии конфигурации виртуальной машины получаете какой-либо отказ, попробуйте включить безопасную загрузку, а затем запустить следующую команду Windows PowerShell:
Set-VMFirmware -VMName "VMName" –SecureBootTemplate MicrosoftWindows
Версия конфигурации виртуальной машины успешно обновлена, что означает ВМ имеет доступ к новым представленным в Windows Server 2016 функциям.
Процесс обновления
Перед обновлением версии конфигурации виртуальной машины необходимо учесть несколько соображений:
- Перед обновлением версии конфигурации виртуальной машины необходимо завершить работу ВМ.
- Процесс обновления версии конфигурации - дорога в одну сторону. То есть при обновлении версии конфигурации VM с версии 5.0 до версии 6.0 вы не сможете её понизить, и, следовательно, впоследствии вы не сможете переместить виртуальную машину на сервер под управлением Windows Server 2012 R2.
- Командлет Update-VMConfigurationVersion, если функциональный уровень кластера - Windows Server 2012 R2, блокируется в кластере Hyper-V. И тем не менее, вы можете перемещать виртуальную машину между всеми узлами кластера Hyper-V, если кластер содержит как Windows Server 2012 R2, так и Windows Server 2016.
Новый формат файла конфигурации
После обновления версии конфигурации ВМ, виртуальная машина будет использовать новый формат файла конфигурации. В новом формате файла конфигурации VM используется расширение .vmcx для данных конфигурации VM и расширение .vmrs для данных состояния времени выполнения. Новый формат представляет собой двоичный формат файла, что означает вы не сможете редактировать файл напрямую. Новый формат конфигурационного файла повышает эффективность чтения и записи данных конфигурации виртуальной машины, уменьшает вероятность искажения данных в случае сбоя хранилища и обеспечивает более высокую общую эффективность.
Ниже показан новый формат файла конфигурации виртуальной машины, который использует расширение .vmcx для данных конфигурации VM и расширение .vmrs для данных состояния времени выполнения.
Файлы конфигурации виртуальной машины
Для изучения свойств виртуальной машины, можно определить расположение конфигурации ВМ и соответствующей информации с помощью Windows PowerShell:
PS C:\Users\Administrator> Get-VM -Name vm02 |Format-List *
VMName : vm02
VMId : eaf3b45d-6929-43a2-82e1-05a65f31a6cc
Id : eaf3b45d-6929-43a2-82e1-05a65f31a6cc
Name : vm02
State : Running
IntegrationServicesState : Update необходимый
OperationalStatus :
PrimaryOperationalStatus : Ok
SecondaryOperationalStatus :
StatusDescriptions :
PrimaryStatusDescription : Operating normally
SecondaryStatusDescription :
Status : Operating normally
Heartbeat : OkApplicationsHealthy
ReplicationState : Disabled
ReplicationHealth : NotApplicable
ReplicationMode : None
CPUUsage : 0
MemoryAssigned : 4294967296
MemoryDemand : 600834048
MemoryStatus :
SmartPagingFileInUse : False
Uptime : 22:37:12
IntegrationServicesVersion : 6.3.9600.16384
ResourceMeteringEnabled : False
AutomaticCriticalErrorAction : Pause
AutomaticCriticalErrorActionTimeout : 30
ConfigurationLocation : c:\vmdata\vm02\vm02
SnapshotFileLocation : c:\vmdata\vm02\vm02
CheckpointType : Production
AutomaticStartAction : StartIfRunning
AutomaticStopAction : Сохранить
AutomaticStartDelay : 0
SmartPagingFilePath : c:\vmdata\vm02\vm02
NumaAligned : True
NumaNodesCount : 1
NumaSocketCount : 1
Key : Microsoft.HyperV.PowerShell.VirtualMachineObjectKey
IsDeleted : False
ComputerName : SIGGPB04-T1
Version : 6.0
Notes :
Generation : 2
Path : c:\vmdata\vm02\vm02
CreationTime : 11/4/2014 3:44:13 AM
IsClustered : False
SizeOfSystemFiles : 97132
ParentSnapshotId :
ParentSnapshotName :
MemoryStartup : 4294967296
DynamicMemoryEnabled : False
MemoryMinimum : 536870912
MemoryMaximum : 1099511627776
ProcessorCount : 1
RemoteFxAdapter :
NetworkAdapters :
FibreChannelHostBusAdapters : <>
ComPort1 : Microsoft.HyperV.PowerShell.VMComPort
ComPort2 : Microsoft.HyperV.PowerShell.VMComPort
FloppyDrive :
DVDDrives : <>
HardDrives : VMIntegrationService :
Контрольные точки производства
Windows Server 2016 вводит новую концепцию использования контрольных точек для производственных виртуальных машин. То есть контрольные точки производства. Контрольная точка - это моментальный захват состояния VM, который даёт вам возможность вернуть VM в более раннее состояние. До Windows Server 2016 использование контрольных точек сосредоточивалось на сценариях тестирования и разработки, но не рекомендовалось для использования в производственных средах.
Контрольные точки производства обеспечивают такой же опыт, как в Windows Server 2012 R2, но теперь они полностью поддерживаются для производственных сред по двум основным причинам:
- Теперь для создания контрольных точек, вместо сохранённого состояния, используется служба моментальных снимков томов (VSS).
- Восстановление контрольных точек - это как восстановление резервной копии системы.
Внимание. VSS, для создания контрольных точек производства, используется только на виртуальных машинах Windows. Linux VM, чтобы создать совместимую с файловой системой контрольную точку, делают это, очищая буферы файловой системы.
Если вы хотите создать контрольные точки с использованием технологии сохранённого состояния, вы все равно, для своей виртуальной машины, можете использовать стандартные контрольные точки. Однако, по умолчанию, для новых виртуальных машин будут создаваться контрольные точки производства с резервированием стандартных контрольных точек.
В определённых сценариях администратору, из соображений эксплуатации, может потребоваться отключить контрольные точки для определённых виртуальных машин. Теперь, в Windows Server 2016, это осуществимо, что даёт вам возможность включать или отключать контрольные точки производства на отдельных виртуальных машинах. Этот параметр обеспечивает гибкость и даёт администраторам Hyper-V средства для эффективного управления и оптимизации своих ресурсов.
На рисунке ниже можно увидеть как можно использовать настройки VM, чтобы включить или выключить контрольные точки VM и разрешить контрольные точки производства. По умолчанию, опция включения контрольных точек выбрана и сконфигурировано разрешение контрольных точек производства. И, если не возможно создание контрольных точек производства, создание стандартных контрольных точек.
Конфигурирование контрольных точек производства на виртуальной машине
Для создания новой контрольной точки производства в виртуальной машине, щёлкните в диспетчере Hyper-V правой кнопкой мыши на нужной ВМ, а затем, в появившемся контекстном меню, нажмите кнопку контрольные точки.
Опции меню для создания новой контрольной точки производства виртуальной машины
Примечание. Если вы отключаете контрольные точки производства для виртуальной машины, параметр контрольные точки не будет отображаться в контекстном меню VM.
Как Вам, наверное, известно при миграции виртуальной машины (далее ВМ) с 2012 R2 на vNext не происходит автоматической конвертации конфигурации ВМ на новую версию, для того чтобы ВМ можно было мигрировать обратно. Зависимость функционала ВМ он версии:
1. «Горячее» добавление\удаление оперативной памяти — версия ВМ 6.0
2. «Горячее» добавление\удаление сетевых адаптеров — версия ВМ 5.0
3. Secure Boot для Linux VM — версия ВМ 6.0
4. Production Checkpoints — версия ВМ 6.0
5. PowerShell Direct — версия ВМ 6.2
6. Виртуальный TPM (vTPM) — версия ВМ 6.2
7. Virtual Machine Grouping — версия ВМ 6.2
Мне кажется про PowerShell Direct тут уже писали, но вкратце — это возможность исполнять PowerShell команды в ВМ через VMBus.
Enter-PSSession -VMName VMName"
Invoke-Command -VMName VMName -ScriptBlock
Работает только на vNext с гостем vNext, необходимо включить все компоненты интеграции и перегрузить гостя.
Узнать версию ВМ: Get-VM | ft Name,Version
Создать ВМ совместимую с 2012 R2 на vNext (начиная со сборки 10565): . New-VM -Name "Имя ВМ" -Version 5.0
Апгрейд версии ВМ: Update-VMVersion -Name "Имя ВМ"
При обновлении произойдет изменение формата конфигурационных файлов, новые версии ВМ используют следующий формат файлов:
1. Файл конфигурации — бинарный .vmcx
2. Файл Runtime State — бинарный .vmrs
3. Диск — .vhd\vhdx, без изменений
4. Разностные файлы диска — .avhdx, используются для чекпойнтов
5. Файлы чекпойнтов — при создании чекпойнта создаются .vmrs/.vmcx файлы и разностный дисковый файл.
Кстати, про чекпойнты, в vNext нас ждут Production Checkpoint'ы. Что это значит, при создании чекпойнта будет вызван VSS внутри ВМ, таким образом можно будет получать консистентное состояние ВМ (вместе с VSS aware приложениями). Я так понимаю что при создании такого чекпоинта не будет сохранятся оперативная память и состояние, т.е. при возвращении на этот чекпойнт ВМ будет загружаться «с нуля». Кроме того можно выбрать несколько режимов чекпойнтов для ВМ: Standard, Production, Production Only, Disabled. Тут все довольно понятно единственное — разница между «Production» и «Production Only», в том что «Production» в случае ошибки VSS сделает обычный чекпойнт, а «Production Only» нет.
Возможно кто-то подкинет информацию про Virtual Machine Grouping? Я не нашел ничего…
Так как многие используют у себя в качестве платформы виртуализации Hyper-V , сегодня мы решили немного рассказать о том, как "правильно" использовать данную платформу – в плане сохранения ресурсов и просто с точки зрения логики. Рекомендации описанные ниже вполне смогут сохранить вам немного драгоценных вычислительных ресурсов. Поэтому ниже вы найдете 14 хинтов, которые могут помочь сохранить ресурсы.
НЕ ПЛОДИТЕ ВИРТУАЛЬНЫЕ СУЩНОСТИ!
Первый хинт, и достаточно очевидный -не создавайте ненужных виртуальных машин и не оставляйте их запущенными! Процесс VMMS.exe постоянно проверяет статус всех виртуальных машин, в том числе и без каких-либо активных процессов, помимо ОС запущенных на них. Таким образом, на данный процесс тратятся дорогие ресурсы.
Далее, задумайтесь, сколько виртуальных коммутаторов у вас создано – подумайте, в каком случае вы можете просто использовать VLAN или другие механизмы сегментирования для логического разделения сети между виртуальными машинами. Причина такая же как и в предыдущем случае – VMMS.exe постоянно проверяет состояние виртуальных свитчей и тратит ресурсы!
Настройте антивирус так, чтобы он не проверял Hyper-V процессы и директории, так как такое ПО как антивирус постоянно производит I/O операции для файлов, и, соответственно, может отобрать ресурс у процессов, выполняемых между виртуальными машинами. То есть:
- Процессы Hyper-V - VMMS.exe и VMWP.exe
- Папки с виртуальными машинами - файлы с виртуальными жесткими дисками и файлы конфигурации
- Папки со снэпшотами-V - снэпшоты и чекпоинты
ИСПОЛЬЗУЙТЕ ОФИЦИАЛЬНО ПОДДЕРЖИВАЕМЫ ГОСТЕВЫЕ ОС – БУДЕТ БЫСТРЕЕ!
Кроме того, старайтесь хранить виртуальные машины, которые не поддерживают установку Integration Services на отдельном сервере Hyper-V. Если это невозможно – используйте отдельный виртуальный свитч. Дело в том, что они используют совершенно разные механизмы общения с оригинальной системой – коммуникации через VMBUS и коммуникации через эмуляцию. Эмуляция быстрее, но возможна только при установленных Integration Services.
Старайтесь использовать виртуальные машины Generation Type 2 (второго поколения), которые загружаются с помощью SCSI контроллера, вместо IDE (SCSI быстрее). Кроме того, машины второго поколения используют VMBUS и VSP/VSC архитектуру на boot уровне, что улучшает общую производительность.
ВНИМАТЕЛЬНЕЕ ОТНОСИТЕСЬ К РАСПОЛОЖЕНИЮ ВИРТУАЛЬНЫХ МАШИН!
Не храните виртуальные машины на одном жестком диске вместе с системными файлами и файлами гипервизора – опять же из-за того, что ОС занимает свою долю в операциях ввода-ввывода, и у жесткого диска легко не может хватить производительности для задач, выполняемых на виртуальных машинах. Соответственно, всегда изменяйте папку хранения виртуальных машин по умолчанию на что-то иное. Изначально, путь выглядит так:C:\ProgramData\Windows\Hyper-V\Virtual Machines
Если возможно – используйте для каждой виртуальной машины разные тома. Наличие нескольких виртуальных машин на одном логическом томе также повышает количество производимых I/O операций.
Регулярно дефрагментируйте жесткий диск перед созданием виртуального жесткого диска и просто проводите дефрагментацию разделов, где хранятся виртуальные машины.
Старайтесь использовать SCSi контроллеры для виртуальных жестких дисков – выиграйте по скорости. Для приложений вроде SQL лучше хранить логи и сами данные на разных SCSi разделах
При создании виртуальной машины лучше используйте виртуальные жесткие диски фиксированного размера – это так же даст прирост производительности.
В ОБЩЕМ О РЕСУРСАХ
В то же время, рекомендуется использовать динамически аллоцируемую оперативную память. Однако, для некоторых приложений также лучше будет использовать изначально большой объем фиксированной ОЗУ – но это применимо только к узкому ряду приложений, вроде Sharepoint.
Старайтесь использовать Windows Server Core Operating System, так как там нет графической оболочки, система потребляет меньше ресурсов.
Если же вы используете обычный Windows с обычным, всем очень хорошо знакомым GUI всегда закрывайте другие окна, приложения и так далее – все, что хотя бы теоретически может повлиять на производительность.
Это уникальное новшество. В Windows Server 2012 R2 Hyper-V можно было копировать файлы в виртуальные машины без сетевой связи с использованием VMBus. В Windows Server 2016 можно задействовать PowerShell Direct для запуска команд PowerShell в виртуальной машине с помощью VM Bus.
Новые расширения файлов:
• VMCX (Virtual Machine Configuration) — заменяет .xml-файл;
• VMRS (Virtual Machine Runtime State) — заменяет .bin- и .vsv-файл.
Контрольные точки производственных виртуальных машин
Контрольные точки виртуальных машин (в предыдущих версиях — моментальные снимки виртуальных машин) были отличным решением, позволяющим получить состояние виртуальной машины и сохранить его. Если внести изменения и какие-то из них окажутся неудачными, то легко вернуться к моменту создания контрольной точки. Этот механизм не предназначался для производственных целей из-за несовместимости со многими приложениями. Теперь ситуация изменилась: Microsoft обеспечивает его полную поддержку в производственной среде (см. скриншот выше). Сегодня для создания производственной контрольной точки вместо сохраненного состояния используется VSS. Это означает, что восстановление контрольной точки — то же самое, что восстановление системы из резервной копии. С точки зрения пользователя, все осталось как прежде. Производственные контрольные точки включены по умолчанию, но при необходимости можно вернуться к прежним методам. Все же при использовании контрольных точек возникают некоторые проблемы, например рост файла avhdx.
Hyper-V Replica — одно из наиболее примечательных новшеств Windows Server 2012 Hyper-V. В Windows Server 2012 и Windows Server 2012 R2 Hyper-V, если выполнить «горячее» подключение VHDX-файла к виртуальной машине, репликация завершалась неудачей. В Hyper-V 2016 новый виртуальный жесткий диск, добавляемый к реплицируемой виртуальной машине, автоматически подключается к нереплицированному набору. Таким образом, репликация продолжается, а затем можно обновить этот набор в сети с помощью PowerShell. Виртуальная машина автоматически синхронизируется, и работа продолжается без сбоев. Команда для этого следующая:
Программы, которые поддерживают VMRS расширение файла
Следующий список функций VMRS -совместимых программ. VMRS файлы можно встретить на всех системных платформах, включая мобильные, но нет гарантии, что каждый из них будет должным образом поддерживать такие файлы.
Программы, обслуживающие файл VMRS
Updated: 05/26/2020
Как открыть файл VMRS?
Проблемы с доступом к VMRS могут быть вызваны разными причинами. К счастью, наиболее распространенные проблемы с файлами VMRS могут быть решены без глубоких знаний в области ИТ, а главное, за считанные минуты. Ниже приведен список рекомендаций, которые помогут вам выявить и решить проблемы, связанные с файлами.
Шаг 1. Скачайте и установите Hyper-V
Наиболее распространенной причиной таких проблем является отсутствие соответствующих приложений, поддерживающих файлы VMRS, установленные в системе. Решение простое, просто скачайте и установите Hyper-V. В верхней части страницы находится список всех программ, сгруппированных по поддерживаемым операционным системам. Самый безопасный способ загрузки Hyper-V установлен - для этого зайдите на сайт разработчика (Microsoft Corporation) и загрузите программное обеспечение, используя предоставленные ссылки.
Шаг 2. Убедитесь, что у вас установлена последняя версия Hyper-V
Если проблемы с открытием файлов VMRS по-прежнему возникают даже после установки Hyper-V, возможно, у вас устаревшая версия программного обеспечения. Проверьте веб-сайт разработчика, доступна ли более новая версия Hyper-V. Может также случиться, что создатели программного обеспечения, обновляя свои приложения, добавляют совместимость с другими, более новыми форматами файлов. Причиной того, что Hyper-V не может обрабатывать файлы с VMRS, может быть то, что программное обеспечение устарело. Самая последняя версия Hyper-V обратно совместима и может работать с форматами файлов, поддерживаемыми более старыми версиями программного обеспечения.
Шаг 3. Настройте приложение по умолчанию для открытия VMRS файлов на Hyper-V
После установки Hyper-V (самой последней версии) убедитесь, что он установлен в качестве приложения по умолчанию для открытия VMRS файлов. Процесс связывания форматов файлов с приложением по умолчанию может отличаться в деталях в зависимости от платформы, но основная процедура очень похожа.
Выбор приложения первого выбора в Windows
- Щелкните правой кнопкой мыши на файле VMRS и выберите « Открыть с помощью опцией».
- Выберите Выбрать другое приложение → Еще приложения
- Чтобы завершить процесс, выберите Найти другое приложение на этом. и с помощью проводника выберите папку Hyper-V. Подтвердите, Всегда использовать это приложение для открытия VMRS файлы и нажав кнопку OK .
Выбор приложения первого выбора в Mac OS
Шаг 4. Проверьте VMRS на наличие ошибок
Если проблема по-прежнему возникает после выполнения шагов 1-3, проверьте, является ли файл VMRS действительным. Отсутствие доступа к файлу может быть связано с различными проблемами.
1. Проверьте VMRS файл на наличие вирусов или вредоносных программ.
Если VMRS действительно заражен, возможно, вредоносное ПО блокирует его открытие. Сканируйте файл VMRS и ваш компьютер на наличие вредоносных программ или вирусов. Если файл VMRS действительно заражен, следуйте инструкциям ниже.
2. Проверьте, не поврежден ли файл
3. Проверьте, есть ли у пользователя, вошедшего в систему, права администратора.
Иногда для доступа к файлам пользователю необходимы права администратора. Переключитесь на учетную запись с необходимыми привилегиями и попробуйте снова открыть файл Hyper-V Virtual Machine Runtime State Data Format.
4. Убедитесь, что в системе достаточно ресурсов для запуска Hyper-V
5. Убедитесь, что ваша операционная система и драйверы обновлены
Последние версии программ и драйверов могут помочь вам решить проблемы с файлами Hyper-V Virtual Machine Runtime State Data Format и обеспечить безопасность вашего устройства и операционной системы. Возможно, что одно из доступных обновлений системы или драйверов может решить проблемы с файлами VMRS, влияющими на более старые версии данного программного обеспечения.
Вы хотите помочь?
Если у Вас есть дополнительная информация о расширение файла VMRS мы будем признательны, если Вы поделитесь ею с пользователями нашего сайта. Воспользуйтесь формуляром, находящимся здесь и отправьте нам свою информацию о файле VMRS.
Читайте также: