Vmrs файл hyper v что это

Новшества в Windows Server 2016 Hyper-V. Продолжение 1

Это уникальное новшество. В Windows Server 2012 R2 Hyper-V можно было копировать файлы в виртуальные машины без сетевой связи с использованием VMBus. В Windows Server 2016 можно задействовать PowerShell Direct для запуска команд PowerShell в виртуальной машине с помощью VM Bus.

В Windows Server 2016 Hyper-V изменятся файлы настроек виртуальной машины (см. скриншот выше). Сегодня файлы настроек виртуальной машины Hyper-V имеют формат xml. Раньше вы могли открыть файл, проверить и изменить настройки виртуальной машины внутри него (хотя этот подход никогда не поддерживался Microsoft). По мере того как рабочие нагрузки становятся виртуальными, все большее значение приобретают масштабирование и производительность. В следующей версии Hyper-V формат файла настроек виртуальной машины будет изменен с xml на двоичный. Новый двоичный формат обеспечит более эффективную производительность. Кроме того, применяется устойчивое протоколирование изменений в файлах настроек, чтобы защитить виртуальные машины от повреждения. В сети вы можете найти программы для компьютера и ноутбука (http://softby.ru/), которые позволяют осуществлять контроль за всеми файлами настроек.

Контрольные точки виртуальных машин (в предыдущих версиях — моментальные снимки виртуальных машин) были отличным решением, позволяющим получить состояние виртуальной машины и сохранить его. Если внести изменения и какие-то из них окажутся неудачными, то легко вернуться к моменту создания контрольной точки. Этот механизм не предназначался для производственных целей из-за несовместимости со многими приложениями. Теперь ситуация изменилась: 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. Виртуальная машина автоматически синхронизируется, и работа продолжается без сбоев. Команда для этого следующая:

Источник

Hyper-V vNext — версии VM и новый функционал

Речь пойдет про сборку 10565.

Как Вам, наверное, известно при миграции виртуальной машины (далее ВМ) с 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.

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

При обновлении произойдет изменение формата конфигурационных файлов, новые версии ВМ используют следующий формат файлов:

Кстати, про чекпойнты, в vNext нас ждут Production Checkpoint’ы. Что это значит, при создании чекпойнта будет вызван VSS внутри ВМ, таким образом можно будет получать консистентное состояние ВМ (вместе с VSS aware приложениями). Я так понимаю что при создании такого чекпоинта не будет сохранятся оперативная память и состояние, т.е. при возвращении на этот чекпойнт ВМ будет загружаться «с нуля». Кроме того можно выбрать несколько режимов чекпойнтов для ВМ: Standard, Production, Production Only, Disabled. Тут все довольно понятно единственное — разница между «Production» и «Production Only», в том что «Production» в случае ошибки VSS сделает обычный чекпойнт, а «Production Only» нет.

Возможно кто-то подкинет информацию про Virtual Machine Grouping? Я не нашел ничего…

Источник

Расширение файла VMRS

Hyper-V Virtual Machine Runtime State Data Format

Что такое файл VMRS?

Полное имя формата файлов, которые используют расширение VMRS: Hyper-V Virtual Machine Runtime State Data Format. Формат файла VMRS совместим с программным обеспечением, которое может быть установлено на системной платформе Windows. VMRS файл относится к категории Другие файлы так же, как #NUMEXTENSIONS # других расширений файлов, перечисленных в нашей базе данных. Hyper-V является наиболее используемой программой для работы с VMRS файлами. На официальном сайте разработчика Microsoft Corporation вы найдете не только подробную информацию о программном обеспечении Hyper-V, но также о VMRS и других поддерживаемых форматах файлов.

Программы, которые поддерживают VMRS расширение файла

Программы, обслуживающие файл VMRS

Как открыть файл VMRS?

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

Шаг 1. Скачайте и установите Hyper-V

Шаг 2. Убедитесь, что у вас установлена последняя версия Hyper-V

Если проблемы с открытием файлов VMRS по-прежнему возникают даже после установки Hyper-V, возможно, у вас устаревшая версия программного обеспечения. Проверьте веб-сайт разработчика, доступна ли более новая версия Hyper-V. Может также случиться, что создатели программного обеспечения, обновляя свои приложения, добавляют совместимость с другими, более новыми форматами файлов. Причиной того, что Hyper-V не может обрабатывать файлы с VMRS, может быть то, что программное обеспечение устарело. Самая последняя версия Hyper-V обратно совместима и может работать с форматами файлов, поддерживаемыми более старыми версиями программного обеспечения.

Шаг 3. Настройте приложение по умолчанию для открытия VMRS файлов на Hyper-V

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

Выбор приложения первого выбора в Windows

Выбор приложения первого выбора в Mac OS

Шаг 4. Проверьте VMRS на наличие ошибок

Если проблема по-прежнему возникает после выполнения шагов 1-3, проверьте, является ли файл VMRS действительным. Отсутствие доступа к файлу может быть связано с различными проблемами.

1. Проверьте VMRS файл на наличие вирусов или вредоносных программ.

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

2. Проверьте, не поврежден ли файл

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

3. Проверьте, есть ли у пользователя, вошедшего в систему, права администратора.

Иногда для доступа к файлам пользователю необходимы права администратора. Переключитесь на учетную запись с необходимыми привилегиями и попробуйте снова открыть файл Hyper-V Virtual Machine Runtime State Data Format.

4. Убедитесь, что в системе достаточно ресурсов для запуска Hyper-V

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

5. Убедитесь, что ваша операционная система и драйверы обновлены

Последние версии программ и драйверов могут помочь вам решить проблемы с файлами Hyper-V Virtual Machine Runtime State Data Format и обеспечить безопасность вашего устройства и операционной системы. Возможно, что одно из доступных обновлений системы или драйверов может решить проблемы с файлами VMRS, влияющими на более старые версии данного программного обеспечения.

Вы хотите помочь?

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

Источник

Версия конфигурации виртуальной машины

Процесс обновления 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, это перепроверить:

Как писалось ранее, для обновления конфигурации версии виртуальной машины, необходимо завершить работу виртуальной машины и выполнить следующую команду 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:

В другом случае, если вы при запуске после обновления версии конфигурации виртуальной машины получаете какой-либо отказ, попробуйте включить безопасную загрузку, а затем запустить следующую команду Windows PowerShell:

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

Процесс обновления

Перед обновлением версии конфигурации виртуальной машины необходимо учесть несколько соображений:

Новый формат файла конфигурации

Файлы конфигурации виртуальной машины

Для изучения свойств виртуальной машины, можно определить расположение конфигурации ВМ и соответствующей информации с помощью Windows PowerShell:

Контрольные точки производства

Контрольные точки производства обеспечивают такой же опыт, как в Windows Server 2012 R2, но теперь они полностью поддерживаются для производственных сред по двум основным причинам:

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

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

В определённых сценариях администратору, из соображений эксплуатации, может потребоваться отключить контрольные точки для определённых виртуальных машин. Теперь, в Windows Server 2016, это осуществимо, что даёт вам возможность включать или отключать контрольные точки производства на отдельных виртуальных машинах. Этот параметр обеспечивает гибкость и даёт администраторам Hyper-V средства для эффективного управления и оптимизации своих ресурсов.

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

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

Для создания новой контрольной точки производства в виртуальной машине, щёлкните в диспетчере Hyper-V правой кнопкой мыши на нужной ВМ, а затем, в появившемся контекстном меню, нажмите кнопку контрольные точки.

Опции меню для создания новой контрольной точки производства виртуальной машины

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

Когда создаётся контрольная точка производства, появляется сообщение, которое подтверждает, что контрольные точки производства успешно приняты.

Сообщение о том, что контрольные точки производства были успешно созданы

И, конечно, вы можете сделать все это с помощью Windows PowerShell.

Источник

Vmrs файл hyper v что это

Вопрос

We plan to use hyper v (on Windows Srv 2016) guests to run SSAS tabular model DBs with lots of memory but the VMRS file for the guest with big memory allocated becomes a storage problem: it grows as the memory grows. We are testing this on a hyper v cluster; we calculated storage for DW (from which SSAS reads). But the VMRS files for guests keeps getting bigger. Assuming to utilize

700 GB of memory we will need 700+GB of disk space and i could not find it mentioned on Windows Server 2016 docs (neither in hyper v or planning sections). Dynamic or static memory does not effect the problem; you have to tax your storage with the amount of memory you provide to the guest.

The question is: is there a way to safely disable VMRS file for hyper v guests in Windows Server 2016; i do not want to allocate disk space for the memory i provide to the guest.

Ответы

The question is: is there a way to safely disable VMRS file for hyper v guests in Windows Server 2016; i do not want to allocate disk space for the memory i provide to the guest.

I think you misinterpreted the answer provided by TheOnlyWizard, because the answer is ‘yes’. Configure your VMs to not save state upon host shutdown. That configuration will not allocate any disk space for memory provided to the guest.

Все ответы

not sure about 2012R2 but in 2016 it seems to «eat» disk while running:

this is the VMRS file for selected VM:

this is the VM; running:

For 1.5 TB memory on 2 clustered hosts, i need arrange 1.5 TB on SAN storage which i do not want..

As I said, the space doesn’t actually get taken up, unless you save the VM. So, to be able to keep a working VM in case something goes terribly wrong, you DO need to take that space being actually allocated into account from the start. If that’s not what you want, well, that’s how Hyper-V does it’s thing. You’re only option then would be to look for a different Hypervisor which does things differently (VMWare for example, although with that you get swapdisk-space to take into account).
You can set the clustered VM to shutdown instead of saving it, and you can NOT ever save the VM yourself but shut it down instead, and you can make sure to never use a «Quick migration» (which would save the VM) to prevent that space from ever getting allocated, but then still. In case the cluster somehow decides to go save the VM nevertheless, the space will get allocated, for the amount of the actual current Memory Demand + a little overhead.

Thanks for the detailed information, wish these were mentioned in the docs.

Would be nice to have the option though: not saving a VM (and be able to just live migrate) if VM fails just stop/start. Could be useful for read-heavy work loads.

Anyhow, if anyone from product team reads along please update the docs first, consider this option also.

You could post feedback to the following site. Microsoft engineering teams would monitor the feedbacks and may improve the products.

Источник