На дисках Hyper v обнаружены критические ошибки ввода-вывода

Обновлено: 05.07.2024

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

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

Частые запросы

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

Запрос №1

Запрос № 2

Другой пользователь сгенерировал такой запрос: «Я делал снимки виртуальной машины, и после нескольких снимков отображается ошибка, говорящая о том, что состояние виртуальных машин приостановлено. Когда я проверил статус виртуальных машин на сервере Hyper-V, он показывает состояние как приостановленное. Что я могу сделать в этой ситуации?»

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

Распространенные сценарии, в которых пользователь сталкивается с «критическим состоянием паузы» виртуальной машины, следующие.

  • При попытке запустить виртуальную машину
  • О создании виртуальных машин с хранилищем VHD-файлов на локальном системном диске
  • Попытаться добавить больше снимков виртуальной машины после того, как уже сделано много снимков.
  • При установке роли Hyper-V в системе Windows Server 2008R2 или Windows Server 2008

Чтобы вернуть виртуальную машину в рабочее состояние, необходимо выполнить некоторые действия по устранению неполадок. И чтобы узнать причину этой ошибки, пользователь может прочитать журнал событий этой ошибки, который теперь является частью журнала Microsoft-Windows-Hyper-V-VMMS-Admin. Полное событие –

Имя журнала: Microsoft-Windows-Hyper-V-VMMS-Admin
Источник: Microsoft-Windows-Hyper-V-VMMS
Дата:
Идентификатор события: 16060
Категория задачи: Нет
Уровень: Ошибка
Ключевые слова:
Пользователь: СИСТЕМА
Компьютер:
Описание:
приостановлена ​​из-за нехватки места на диске пробел на '

Последняя строка самого журнала событий указывает, что виртуальный диск находится в состоянии паузы, так как на диске закончилось место. Это означает, что хранилище на жестких дисках, на которых хранятся VHD-файлы и моментальные снимки, связанные с виртуальными машинами, почти заполнено или доступно очень мало свободного места на диске. Это состояние паузы обычно наблюдается на виртуальных машинах, настроенных в общем томе кластера, и когда его дисковое пространство заполняется, возникает ошибка. Обычно это происходит, когда на виртуальном жестком диске остается менее 200 МБ места для хранения.

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

Свободное место на жестких дисках

Пользователи могут решить эту проблему, удалив или удалив некоторые данные с диска кластера, подключенного в этом месте — C:\ClusterStorage на узлах Hyper-V в кластере. Диск кластера хранит моментальные снимки, а также расширяет виртуальные жесткие диски. Пользователь должен удалить или удалить ненужные временные снимки, цель тестирования которых выполнена и теперь бесполезна. Это освободит место на диске и может изменить состояние виртуальной машины.

Пользователи также могут сжать жесткий диск Hyper-V, выполнив следующие действия:

  1. Сначала выключите виртуальную машину.
  2. Откройте настройки виртуальной машины.
  3. Выберите имя виртуального жесткого диска и нажмите «Изменить».
  4. Затем нажмите «Сжать», затем нажмите «Далее», чтобы продолжить процесс, и, наконец, нажмите «Готово».

Перемещение VHD-файлов

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

Итак, это были шаги или методы устранения неполадок для устранения проблемы «Приостановленное состояние» виртуальной машины. Если состояние паузы по-прежнему сохраняется даже после выполнения этих решений, возможно, файлы VHD были повреждены или повреждены. У нас есть решение и для этого. Попробуйте инструмент восстановления VHD и быстро восстановите поврежденные файлы VHD. С этим программным обеспечением вы получите наилучший результат практически без усилий. Завоюйте доверие с помощью инструмента, попробовав его один раз. Получите бесплатную демо-версию программного обеспечения на его веб-сайте. Следите за новостями в других справочных блогах.

Обзор

Статья посвящена методам или способам устранения ошибки «Состояние паузы» в виртуальной машине при попытке открытия через Hyper-V.В этой статье также представлены дополнительная информация и рекомендации по полному восстановлению файлов VHD.

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

Применимо к: Windows Server 2012 R2
Исходный номер базы знаний: 2486243

Симптомы

Рассмотрите следующий сценарий:

  1. Вы устанавливаете роль Hyper-V на компьютер под управлением Windows Server 2008 или Windows Server 2008 R2.
  2. Вы создаете несколько виртуальных машин и сохраняете их VHD-файлы на локальном жестком диске.
  3. Вы пытаетесь запустить эти виртуальные машины.

В этом сценарии вы не можете запустить эти виртуальные машины. Их состояния меняются на «Критический — Пауза». Вы получаете сообщение об ошибке «Невозможно подключиться к Virtual Machine Manager Server vmm. Время ожидания попытки подключения истекло» при попытке подключить эти виртуальные машины с помощью консоли администратора System Center Virtual Machine Manager.

Кроме того, в журнал Microsoft-Windows-Hyper-V-VMMS-Admin добавляется указанное ниже событие:

Имя журнала: Microsoft-Windows-Hyper-V-VMMS-Admin
Источник: Microsoft-Windows-Hyper-V-VMMS
Дата:
Идентификатор события: 16060 < br />Категория задачи: Нет,
Уровень: Ошибка,
Ключевые слова:
Пользователь: СИСТЕМА,
Компьютер:
Описание:
приостановлена, так как запущена закончилось место на диске '

'

Причина

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

Разрешение

Чтобы решить эту проблему, освободите место на этих жестких дисках или переместите эти VHD-файлы в новое место.

Подробнее

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

В журнал Microsoft-Windows-Hyper-V-VMMS-Admin добавлено следующее событие:

Имя журнала: Microsoft-Windows-Hyper-V-VMMS-Admin
Источник: Microsoft-Windows-Hyper-V-VMMS
Дата:
Идентификатор события: 16050 < br />Категория задачи: Нет
Уровень: Предупреждение
Пользователь: SYSTEM
Компьютер:
Описание: скоро закончится место на диске '

'

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


Кто-нибудь сталкивался с ситуацией, когда около 50% их ВМ умирают с ошибкой "критическая ошибка ввода-вывода"?

Перезапуск узла Hyper-V решает проблему, и все виртуальные машины возвращаются после перезагрузки узла, но я получаю это чаще (2 раза в месяц).

Я уже проверил и подтвердил, что это не сбой аппаратного диска. Он работает на RAID 5, который содержит 6 дисков. Ram также был проверен и проверен. Не уверен, что могло бы вызвать это.


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

Я могу проверить, но не думаю, что это повлияет на виртуальные машины Linux? У меня есть несколько из них, которые также затронуты.

EDIT: это то, что мне нужно проверить на хосте или на виртуальных машинах?

Хорошо. Итак, поворот сюжета.

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

Спасибо всем, кто внес свой вклад в это. Хотите верьте, хотите нет, но все вы помогли разобраться в этом вопросе.


< /p>

Hyper-V прошел долгий путь с момента своего скромного появления почти десять лет назад. Несмотря на то, что с момента своего появления в Windows Server 2008 Hyper-V был улучшен почти всеми возможными способами, существуют некоторые общие проблемы, связанные с Hyper-V, которые продолжают влиять на администраторов виртуализации. Эти проблемы, как правило, не связаны с ошибками в гипервизоре и больше связаны с тем, как работает Hyper-V. Ниже я описал некоторые распространенные проблемы…

Виртуальные машины работают медленно

Как человек, написавший несколько книг о Hyper-V, я получаю множество писем от читателей с вопросами о различных проблемах Hyper-V. Один из вопросов, который мне чаще всего задают, — почему виртуальные машины работают так медленно.

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

Хранилище чаще всего вызывает проблемы с производительностью. Единственный способ предотвратить возникновение узких мест в хранилище — убедиться, что базовые диски могут удовлетворить требования ввода-вывода виртуальных машин. Чтобы решить эту проблему, рассмотрите возможность размещения виртуальных жестких дисков на флэш-накопителе или используйте массив RAID 1+0 для распределения операций ввода-вывода в секунду между несколькими дисками, а также для обеспечения избыточности хранилища.

Недостаточно физического места для хранения

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

Виртуальные жесткие диски на самом деле представляют собой не что иное, как файлы, которые действуют как физический жесткий диск при подключении к виртуальной машине. Динамически расширяемый виртуальный жесткий диск — это особый тип файла виртуального жесткого диска, который изначально имеет очень маленький размер, независимо от того, сколько места было выделено для виртуального жесткого диска. Этот файл увеличивается по мере добавления данных. Например, размер динамически расширяемого виртуального жесткого диска по умолчанию составляет 127 ГБ, но изначально он занимает менее 1 ГБ физического дискового пространства.

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

Хост не может запустить все виртуальные машины

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

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

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

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

Брайен Поузи — 13-кратный обладатель титула Microsoft MVP с более чем двадцатилетним опытом работы в сфере ИТ.До перехода на фриланс Поузи был директором по информационным технологиям в национальной сети больниц и медицинских учреждений, а также работал сетевым инженером в Министерстве обороны США в Форт-Ноксе. Поузи также работал сетевым администратором в некоторых из крупнейших страховых компаний Америки.

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