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

Проблемы при миграции виртуальной машины Hyper-V в Windows Server 2012 R2 (0x8009030E, 0x8009030D и др.)

Всем привет сегодня разберем, как решается ошибка 0x8009030E или 0x8009030D при миграции виртуальной машины Hyper-V в Windows Server 2012 R2. Напомню миграция — это перемещение виртуальной машины на другой хост виртуализации, и вот во время этого процесса возникает этот неприятный момент.

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

Причины ошибок 0x8009030E и 0x8009030D

И та и другая ошибка связаны с тем что нужно входить на каждый сервер для выполнения определенной задачи (через локальный сеанс консоли, сеанс удаленного рабочего стола или удаленный сеанс Windows PowerShell) с сервера с которого осуществляется миграция либо настроить ограниченное делегирование для хостов.

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

Решения:

На вкладке Динамическая миграция, должна стоять галка Включить входящие и исходящие миграции.

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

Так же если вы пытаетесь делать миграцию работающей виртуальной машины, может возникнуть ошибка VMM:

virtual machine … is using processor-specific features not supported on host…

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

Если вы выполняете миграцию с рабочей станции, через оснастку Диспетчер Heper-V вы опять словите данную ошибку 0x8009030E или 0x8009030D, так как данную операцию нужно производить с хоста Hyper-V, где лежит тачка подключенного по RDP, но не спешите расстраиваться, мы же не зря настраивали kerberos, делаем ниже инструкции и радуемся жизни

Для того чтобы kerberos отработал и вы не получили ни 0x8009030E, ни 0x8009030D при миграции виртуальной машины Hyper-V в Windows Server 2012 R2, делаем следующее. Открываем оснастку Active Directory — Пользователи и компьютеры, ищем там ваши компьютеры Hyper-V и переходим в их свойства. Переходим на вкладку Делегирование, выставляем там Доверять компьютеру делегирование указанных служб > Использовать только Kerberos и добавляем туда две службы первая — cifs (для миграции хранилищ), вторая — Microsoft Virtual System Migration Service

Все можно теперь мигрировать спокойно.

Если у вас SCVMM

Если у вас есть scvmm, то проверьте, что в свойствах хоста

Перейдите на вкладку Доступ к узлу и проверьте, что в Учетная запись запуска от имени не пуста, если там ничег онет, то через обор добавьте.

Мигрируем через Powershell

Думаю было не сложно и вы победили свою ошибку 0x8009030E.

Источник

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

Общие обсуждения

Есть два физических сервера не одинаковых по железу.

Они обеденены в кластер (общеее хранилище на дисковой полке)

Корневые ОС winServer20012R2

Внутри этого кластера живет одна ВМ

При запуске динамической миграции ВМ не переезжает на другую ноду.

В диспетчере отказоустойчивого кластера другая ошибка

Как можно решить данный косячек?

Все ответы

Это у вас две разные проблемы.

а) разрешается ли имя mall-s-bs1 в правильный адрес IP (проверять нужно командой ping mall-s-bs1, чтобы использовать встроенный механизм разрешения имён Windows)

б) проверьте регистрацию Service Principal Name (SPN) HOST/mall-s-bs1 командой

зарегистрировано ли оно для учётной записи компьютера mall-s-bs1.

С Сервера bs2 все норм

C сервtра bs1 почему отдает ipv6, хотя на сетевой карте галочка снята с ipv6

Источник

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

Виртуальные машины, такие как Virtualbox, используются для эмуляции виртуальное оборудование и запуска нескольких операционных систем на компьютере. Чем лучше будет у вас CPU и чем больше будет оперативной памяти, тем быстрее будут выполнятся виртуальные машины на вашем компьютере.
Я предлагаю несколько советов которые помогут вам сэкономить время при начальной настройке виртуальных машин. Это будет полезно для работы с виртуальными машинами VirtualBox, VMware, Parallels, или любой другой.

Обязательно установите дополнения гостевой ОС VirtualBox или VMware Tools

Установка пакета проста — в VirtualBox, после загрузки гостевой операционной системы, нажмите кнопку меню Устройства и выберите «Install Guest Additions». Если вы используете VMware, выберите «Install VMware Tools» в меню Virtual Machine. Следуйте инструкциям на экране для завершения установки — если вы используете Windows в качестве гостевой операционной системы, то это будет аналогично установке любого другого приложения.

Убедитесь, что вы имеете самую последнюю версию Guest Additions — если вы видите уведомление, что доступно обновление для Guest Additions или VMware Tools, вы должны установить его.

Создание фиксированного размера дисков при первоначальной настройке

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

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

Это может быть удобно — каждая виртуальная машина не будет занимать неоправданно много места на вашем жестком диске. Тем не менее, это медленнее, чем создание фиксированного размера диска (диск с заранее выделенным местом). При создании фиксированного размера диска, все 30 Гб, будет занято немедленно на вашем компьютере.

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

Исключите каталог виртуальных машин в вашем антивирусе

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

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

Выделите больше памяти

Виртуальные машины любят много виртуальной памяти. Microsoft рекомендует 2 Гб RAM для 64-битной Windows 7, и эта рекомендация относится и к Windows 7 x32, когда он работает в виртуальной машине. Если вы работаете большими приложениями в виртуальной машине, вы можете выделить более 2 Гб оперативной памяти.

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

Выделите больше процессоров

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

Если вы собираетесь инсталлировать ОС семейства MS-Windows и в будущем чтобы можно было использовать больше ядер при инсталляции указывайте 2 ядра для того чтобы поставился корректный HAL, после инсталляции вы можете выключить машину и поставить 1 ядро по умолчанию для повседневного использования. Но для будущего вы всегда сможете добавить ядра без деинсталляции ОС. Linux VM может динамически определять любое количество ядер при загрузке ОС.

Настройте параметры видео

Тонкая настройка параметров видео и выделение большего объема видеопамяти поможет также улучшить скорость вашей виртуальной машины. Например, включение функции 2D ускорение в VirtualBox улучшает воспроизведение видео в виртуальных машинах, включение 3D-ускорения позволит вам использовать некоторые 3D-приложения.

По большому счету нужно минимизировать использование 3D например ОС Windows 7 — отключив Aero.

Убедитесь, что функции Intel VT-x или AMD-V включены

Intel VT-x и AMD-V являются специальными расширениями процессора, которые улучшают скорость виртуализации. Новые Intel и AMD процессоры обычно включают в себя эти функции. Тем не менее, некоторые компьютеры не включают автоматически VT-x или AMD-V — вам придется включить этот параметр в BIOS вашего компьютера.

Чтобы определить, поддерживает ли Ваш Intel процессор расширение Intel VT, воспользуйтесь утилитами показывающими системную информацию. Если ваш процессор поддерживает эту функцию, но опция недоступна в вашей виртуальной машине, вы должны в BIOS вашего компьютера включить эту функцию. Этот параметр обычно включен по умолчанию в материнских платах с процессорами AMD.

Поместите файлы виртуальной машины на другой диск

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

Однако, вы не должны запускать виртуальную машину с внешнего диска (USB) — это будет гораздо медленнее.

Источник

Hyper-V в Windows 8.1 (часть 3)

Продолжаем раскрывать тему клиентского Hyper-V в Windows 8.1. В прошлый раз мы развернули виртуальную машину и произвели ее базовую настройку. И поскольку Hyper-V имеет довольно широкие возможности по настройке виртуальных машин, то сегодня мы рассмотрим параметры ВМ более основательно, обратив внимание на некоторые интересные возможности.

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

Для изменения параметров открываем Hyper-V Manager, выбираем виртуальную машину, кликаем на ней правой клавишей мыши и выбираем пункт меню «Параметры».

Оборудование

На вкладке «Установка оборудования» мы можем добавить виртуальной машине дополнительный SCSI-контроллер, а также сетевой или Fibre Channel адаптер. Для ВМ первого поколения при необходимости загрузки по сети можно добавить устаревший (legacy) сетевой адаптер.

На вкладке BIOS (у ВМ первого поколения) можно изменить порядок загрузки виртуальной машины. Так например, для загрузки с дискеты выбираем соответствующий пункт и кнопкой «Вверх» поднимаем его выше остальных.

У ВМ второго поколения вместо BIOS используется UEFI, а соответствующая вкладка называется Встроенное ПО (Firmware). Во втором поколении ВМ не используются legacy устройства, и для загрузки можно выбрать обычный сетевой адаптер или SCSI-диск, а также включить механизм безопасной загрузки (Secure Boot).

Настройка памяти

Вкладка «Память» отвечает за настройки оперативной памяти. Здесь есть два варианта настройки.

Если не отмечен чекбокс «Включить динамическую память», то виртуальной машине при старте выделяется фиксированный объем памяти, указанный в пункте «ОЗУ для запуска». Этот объем неизменен и не зависит от потребления памяти внутри ВМ.

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

• ОЗУ для запуска — определяет объем памяти, необходимый виртуальной машине для старта. Если на хосте не будет соответствующего объема ОЗУ, то машина не стартует;
• Минимальный объем ОЗУ — задает минимальный объем памяти, который можно выделить машине. Минимальный объем может быть меньше, чем объем для запуска, что позволяет после старта забрать у машины неиспользуемую память;
• Максимальный объем ОЗУ — задает максимальный объем памяти, который может быть выделен виртуальной машине.

Использование динамической памяти позволяет более гибко управлять распределением памяти. К примеру, для гарантированного запуска машине можно выделить 4ГБ памяти, а на случай бездействия задать минимум в 512МБ. Кстати, максимальный и минимальный объем памяти можно изменять на живую, прямо в процессе работы ВМ.

И дополнительно можно задать:

• Буфер памяти — параметр, предназначенный для того, чтобы держать определенный объем памяти свободным, на случай незапланированных нагрузок. К примеру, если буфер равен 20% — система всегда будет пытаться обеспечить, чтобы у виртуальной машины было свободно не менее 20% памяти. Значение буфера задается в процентах и зависит от текущего потребления памяти;
• Вес памяти — определяет приоритет виртуальной машины при распределении памяти. В случае нехватки памяти система отбирает память у виртуальных машин с наименьшим приоритетом, и отдает тем, у кого приоритет наиболее высокий.

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

Настройка процессора

Далее идет вкладка «Процессор». Здесь мы можем указать количество виртуальных процессоров, выделяемых этой ВМ. В качестве виртуального процессора может выступать либо физическое ядро процессора, либо вычислительный поток (при использовании Hyper-Threading). Hyper-V позволяет выделить до 64 процессоров для одной ВМ. Также обратите внимание на поле «Процент от общего объема системных ресурсов», в котором отображается процент от общей процессорной мощности, выделенный данной ВМ. В моем случае это одно ядро четырехъядерного процессора, что составляет 25% от общей мощности.

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

• Резерв для виртуальных машин — задает процент ресурсов, зарезервированный за виртуальной машиной. При недостатке ресурсов процессора, т.е когда физический процессор загружен на 100%, те из виртуальных машин, у которых задан этот параметр, должны гарантированно получить свой резерв;
• Предел для виртуальных машин — этот параметр жестко ограничивает процент потребления ресурсов процессора виртуальной машиной. Задав значение предела мы говорим, что виртуальная машина ни при каких условиях не может использовать больше процессорной мощности, чем ей разрешено. Предел задается на каждый виртуальный процессор отдельно, например можно выделить машине 1 процессор и задать лимит 50% от его мощности;
• Относительный вес — определяет приоритет ВМ при распределении ресурсов и представляет из себя безразмерную величину в пределах от 0 до 10000. Вес играет роль только в случае нехватки процессорных ресурсов. Чем больше вес — тем выше приоритет и тем больше ресурсов должна получить машина. Имейте в виду, что в отличие от резерва вес вовсе не гарантирует получение требуемых ресурсов, а лишь повышает шансы на их получение.

Также в настройках процессора можно перейти на вкладку «Совместимость» и отметить соответствующий чекбокс. Это несколько ограничит возможности процессора, но даст возможность перенести виртуальную машину на компьютер с другим типом процессора, например с Intel на AMD.

Настройка дисковой подсистемы

Как и в обычных компьютерах, у виртуальных машин есть контроллеры дисков IDE и SCSI. Поскольку это важно, остановимся на некоторых их отличиях.

Контроллер IDE является устаревшим устройством и присутствует только в ВМ первого поколения. Как и в железном варианте, виртуальный контроллер IDE имеет два порта, по два канала на каждом, что дает возможность подключения всего 4 устройств. Контроллер IDE не поддерживает горячую замену, поэтому для операций с IDE-дисками необходимо выключение ВМ. В первом поколении ВМ системный диск может быть подключен только к IDE контроллеру.

Виртуальный SCSI контроллер является полностью синтетическим устройством. В ВМ первого поколения он может использоваться для подключения дисков с данными (не загрузочных), а для второго поколения может использоваться и для загрузки системы. SCSI контроллер поддерживает горячую замену дисков и позволяет подключить до 64 устройств.

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

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

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

Также в дополнительных свойствах диска есть возможность включить управление качеством обслуживания и указать для виртуального диска минимальное и максимальное количество дисковых операций (IOPS). Это позволяет регулировать нагрузку, создаваемую виртуальными машинами на дисковую подсистему компьютера. Для ориентира приведу средние значения IOPS для различных типов дисков:

7200 об/мин SATA — 75-100 IOPS
10000 об/мин SATA — 125-150 IOPS
SSD SATA 3Гбит/c — 8000-10000 IOPS
SSD SATA 6Гбит/с — 60000-120000 IOPS

И еще одна интересная возможность, о которой стоит упомянуть — это общий доступ к виртуальному жесткому диску (Shared VHDX). Чисто теоретически вы можете взять виртуальный SCSI-диск и подключить его одновременно к нескольким виртуальным машинам, получив таким образом общее хранилище. Это очень удобно для так называемой гостевой кластеризации, т.е. создания кластеров из виртуальных машин. Почему теоретически — потому что в качестве хранилища для общих виртуальных дисков может использоваться либо общий кластерный ресурс (Cluster Shared Volume, CSV) либо файловая шара на отказоустойчивом файловом сервере, которая также требует наличия CSV. Хранение общих дисков локально или на обычной сетевой шаре не поддерживается.

Настройка сети

Переходим на вкладку «Сетевой адаптер» и приступаем к настройке сетевых параметров. В основных настройках можем выбрать виртуальный коммутатор, к которому подключен данный сетевой адаптер. Напомню, что у ВМ может быть несколько сетевых адаптеров, каждый из которых может быть подключен к разным виртуальным коммутаторам. А при использовании VLAN-ов можно активировать их поддержку и указать для адаптера соответствующий VLAN ID.

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

Раскрываем дополнительные свойства сетевого адаптера и переходим на вкладку «Аппаратное ускорение». Здесь есть две настройки, помогающие ускорить обработку сетевого трафика:

• Очередь виртуальной машины (VMQ) — включение этой настройки позволяет перенести основную нагрузку по обработке сетевых пакетов, адресованных виртуальной машине, с центрального процессора хостовой системы на процессор сетевого адаптера. Это возможно при аппаратной поддержке VMQ сетевым адаптером и установленных в гостевой ОС сервисах интеграции.
• Разгрузка задач IPSec (IPSec offload) — при использовании шифрования IPSec позволяет перенести обработку трафика с центрального процессора на сетевой адаптер хоста, снижая нагрузку на процессор. Также требует аппаратной поддержки со стороны сетевого адаптера.

Затем идем на вкладку «Дополнительные параметры», где нас ждет много интересных настроек:

• MAC-адрес — можем оставить динамический, на усмотрение Hyper-V, или указать вручную;
• Включить спуфинг MAC-адресов — включение этого пункта разрешает подмену MAC-адреса в заголовке исходящих сетевых пакетов. По умолчанию Hyper-V запрещает спуфинг MAC-адреса, и если ВМ пытается в исходящих пакетах подменить MAC отправителя (т.е свой) на другой MAC-адрес, то такие пакеты блокируются. Разрешение спуфинга может потребоваться к примеру для балансировки сетевой нагрузки (NLB);
• Охранник DHCP (DHCP Guard) — при использовании DHCP обеспечивает виртуальной машине получение IP адресов только от авторизованных DHCP-серверов;
• Защита объявления маршрута (Router advertisement guard) — блокирует пакеты редиректа и получения маршрута (router advertisement) от неизвестных маршрутизаторов;
• Защищенная сеть (Protected network) — эта настройка обеспечивает миграцию ВМ на другой узел кластера при разрыве сетевого подключения на данном виртуальном адаптере. Для обеспечения возможности миграции требуется кластер Hyper-V, что возможно только в серверных ОС;

• Зеркалирование портов (Port mirroring) — с помощью этого механизма можно осуществлять мониторинг трафика виртуальной машины. Для настройки зеркалирования на одной ВМ, трафик которой будет анализироваться, выбирается режим Источник (Source), на второй, с которой будет осуществляться мониторинг, ставится режим Назначение (Destination). После этого весь входящий и исходящий трафик на порт источника копируется и перенаправляется на порт назначения, остается только установить необходимое ПО для анализа. Обязательное условие для зеркалирования — обе ВМ должны быть подключены к одному виртуальному свичу;
• Объединение сетевых карт (NIC Teaming) — технология, позволяющая объединить несколько физических адаптеров в группу, обеспечив отказоустойчивость и увеличение пропускной способности. В Windows 8.1 нет возможности включить NIC Teaming на уровне хоста, и эта настройка позволяет задействовать его на уровне виртуальной машины. К примеру, если в ВМ есть два виртуальных сетевых адаптера, подключенных через два виртуальных коммутатора типа External к двум разным физическим сетевым адаптерам, то можно сконфигурировать NIC Teaming внутри виртуальной машины. Для того, чтобы Hyper-V понимал, что адаптеры объединены в группу, и нужно включить данную настройку в свойствах каждого виртуального адаптера, входящего в тиминг. Эта возможность работает только в том случае, если в качестве гостевой ОС используется Windows Server 2012. Подробности работы и настройка NIC Teaming в Windows Server 2012 описаны здесь.

Настройка управления

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

Cлужбы интеграции представляют из себя сервисы, которые запускаются в гостевой системе и взаимодействуют с хостом, обеспечивая возможность завершения работы ВМ из оснастки Hyper-V, синхронизацию времени с основной системой, проверку работоспособности машины (пульс), архивацию с использованием службы теневого копирования (VSS) и прочие полезные вещи. Для того, чтобы использовать эти возможности, службы интеграции должны быть установлены в гостевой операционной системе и этой системой поддерживаться.

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

Переходим на вкладку «Автоматическое действие при запуске» и выбираем одно из трех действий:

• Ничего — в этом случае при старте компьютера машина останется выключенной независимо от своего предыдущего состояния;
• Запускать автоматически, если она была запущена при остановке службы — машина стартует автоматически только в том случае, если до выключения она была запущена;
• Всегда запускать данную виртуальную машину автоматически — после старта компьютера машина запустится автоматически в любом случае, независимо от предыдущего состояния.

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

На вкладке «Автоматическое действие при завершении» также выбираем один из трех вариантов:

• Сохранять состояние виртуальной машины — при выключении состояние ВМ, включая содержимое памяти, сохраняется в файл. Соответственно при запуске виртуальная машина продолжит работу ровно с того момента, на котором была остановлена. Обратите внимание, что для обеспечения этого режима Hyper-V при старте ВМ резервирует место на диске, равное объему оперативной памяти, используемого этой машиной;
• Завершать работу виртуальной машины — при завершении работы компьютера виртуалка просто выключается, т.е происходит выключение питания по аналогии с физическим компьютером;
• Завершать работу операционной системы на виртуальной машине — в этом варианте при выключении компьютера происходит штатное завершение работы виртуальной машины. Для обеспечения этого режима в виртуальной машине должна быть установлена и запущена соответствующая служба интеграции.

Настройка с помощью PowerShell

И совсем немного о PowerShel. С помощью PowerShell можно производить все те же настройки, что и из графической оснастки. Для примера выведем состояние виртуальной машины WKS82:

Произведем настройки процессора и памяти:

И зададим действия при включении и выключении компьютера:

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

Источник