Fortect — самый популярный и эффективный в мире инструмент для ремонта ПК. Миллионы людей доверяют ему обеспечение быстрой, бесперебойной и безошибочной работы своих систем. Благодаря простому пользовательскому интерфейсу и мощному механизму сканирования Fortect быстро находит и устраняет широкий спектр проблем Windows — от нестабильности системы и проблем с безопасностью до проблем с управлением памятью и производительностью.
1. Загрузите Fortect и установите его на свой компьютер.
2. Запустите программу и нажмите "Сканировать"
3. Нажмите "Восстановить", чтобы устранить обнаруженные проблемы.
На главную »Виртуализация» Microsoft Hyper-V » Восстановление сильно поврежденного виртуального жесткого диска
На протяжении всей эры Windows XP у Microsoft были амбициозные планы относительно функций, позволяющих интегрировать эти типы ПК. Продукты в их персональную исключительную настольную операционную систему, которая, как случилось, превратилась в Vista. Среди вещей, которые Microsoft считает по-прежнему совершенно новой компьютерной файловой системой, иногда все файлы группируются вместе во многие виды структур, подобных базам данных. В конце концов, эта особенность навыка так и не попала в Windows, однако в то время я сказал, что в одной редакционной статье кричали, что я считаю новый продукт данных плохой идеей, потому что инкапсуляция может легко получить серьезный недостаток прямо сейчас. Если инкапсуляция будет повреждена, вся структура папок может быть потеряна, в основном из-за этого.
Закройте несколько десятилетий назад, и ваши нынешние убеждения окажутся надежными. SharePoint документирует вашу локальную библиотеку, например, для хранения файлов в области хранилища BLOB-объектов SQL Server. Точно так же устройства виртуального поколения Hyper-V хранят файлы через Интернет в жестком владении, которые, по сути, представляют собой полностью инкапсулированную файловую функцию. Несмотря на полное использование инкапсуляции, цифровые жесткие диски Hyper-V настолько надежны, что их действительно используют. Их можно найти в бесчисленных производственных системах. Даже абсолютные вещи иногда могут пойти наперекосяк. Я видел несколько случаев проблем с VHD, о которых упоминалось ранее, особенно в виртуальных машинах, которые полагаются на цепочку контрольных точек. Если это произойдет, вы можете исправить резервную копию, она у вас может быть, но бывают случаи, когда вы можете так же легко восстановить выделенный жесткий диск, и вуаля.
Почему происходит повреждение данных?
Прежде чем показать, как подготовить поврежденный VHD, вы наверняка задаетесь вопросом, как это происходит в настоящее время. Иногда повреждение оборудования может привести к неисправности. Однажды у меня было замечательное внешнее RAID-устройство, в котором ожидалось, что не тот кабель передал довольно много данных. Однако в суде по обвинению в виртуальных дисках Hyper-V, привязанных к корпусу, повреждение традиционно происходит в результате прерывания из-за цепочки жестких дисков.
Когда отдельный серверный компьютер фактически не защищен и, возможно, не работает, операционная система Windows обычно позволяет вашей семье защитить виртуальный жесткий диск и ввести собственное содержимое из схемы работы хоста. Я использую этот метод все время, пока вы настраиваете лабораторные условия. Однако, если на виртуальном диске есть контрольные точки, установка онлайн-диска вне Hyper-V приведет к уничтожению архипелага ворот на этом этапе. Это также применимо на тот случай, если вы не вносите никаких изменений в содержимое удобного для пользователя жесткого диска. В следующий раз, когда вы попытаетесь запустить сервер виртуального интернет-хостинга, вы получите сообщение об ошибке, подобное успешно указанному ниже номеру.
Восстановить поврежденный виртуальный жесткий диск
Когда дело доходит до диагностики экстремальных виртуальных дисков, общепринятое мнение часто требует нового использования командлета Test-VHD в PowerShell. Однако, исходя из своего фактического опыта, я обнаружил, что один конкретный командлет test-vhd на самом деле не так уж и полезен. Командлет возвращает True, если виртуальный диск действительно считается исправным, и false, если какой-либо из виртуальных дисков неисправен. Проблема заключается в том, что командлет Test-VHD с ним сообщает True, если оказывается, что контрольная точка виртуального диска нарушена в цепочке из-за установки выделенного диска, который содержит контрольные точки, даже если тип электронного диска фактически поврежден в цепь. См. Иллюстрацию ниже, чтобы увидеть, что я вызвал. Командлет Test-VHD обычно возвращает True, даже если в сообщении об ошибке конкретно указано, что, несомненно, строка виртуального диска всегда была повреждена.
Важным моментом в решении этой проблемы является проблема, указанная в конце черновика ошибки, подтвержденная на изображении выше. Ошибка указывает на конкретное несоответствие между идентификаторами родительского виртуального жесткого диска и дифференциацией каждого диска. Это означает, что если вы также можете исправить текущий разрыв в обозначении диска, может показаться возможным повторно подключить персональный диск или цепочку DVD, чтобы устранить опасность. Рисунок
Обычно выбирается наименее заметный брокер Hyper-V и персональный компьютер, на котором возникают проблемы. Хотя координатор Hyper-V продолжает указывать на полное дерево шлюза виртуальных машин, связанные с цепочкой контрольные точки разрываются на дисковой сумме.
Если вы продолжите видеть изображение выше, вы заметите, что на панели «Действия» есть хорошая опция «Проверить диск». Когда вы нажимаете кнопку Inspect Disk, в диалоговом окне отображается экран Windows, где вы можете выбрать виртуальный диск для проверки. Если бы я выбрал файл Client.VHDX в вызывающем окне, которое вы видите ниже, это выглядело бы так, как будто конкретный виртуальный жесткий компьютер полностью исправен. Фактически, если бы я сохранил основной жесткий диск в соответствии с размером ОС хостинговой компании, я мог бы просматривать его содержимое без каких-либо проблем.
В следующем случае корневой виртуальный диск выглядит исправным, и точно так же, как проблема, очевидно, связана с нашим собственным подключением между корневым виртуальным диском, первым шлюзом, в настоящее время. Так как корневой сетевой жесткий диск, похоже, ничего не замечает за лесом контрольных точек, давайте посмотрим, что произойдет, если вы продолжите, а затем выберете параметр Проверить диск в диспетчере Hyper-V и выберите это время: оператор AVHDX (дифференциальный диск , связанный с контрольной точкой) по сравнению с основным файлом VHDX.
На этот раз диспетчер Hyper-V отображает исправную ошибку, указывающую на частое нарушение цепочки монопольного диска. Однако, как вы можете лучше видеть на изображении ниже, у меня также есть альтернатива, которая позволяет повторно подключить приводную линию.
При нажатии кнопки “Повторное подключение” запускается мастер изменения виртуального жесткого диска, предлагающий выбрать родительский каталог виртуального жесткого диска. В зависимости от того, как произошло повреждение, всем может потребоваться установить флажок «Игнорировать несоответствие идентификаторов», как показано на изображении для нашей статьи. В моем случае это подтвердило сообщение об ошибке, в котором люди упоминали несоответствие идентификаторов, поэтому флажок был необходим для поиска. После этого каждая виртуальная машина запускалась без каких-либо сбоев, и конкретная проблема с виртуальным чистым жестким диском или повреждением DVD была решена.
Конечно, лучше всего попытаться предотвратить повреждение диска в среде Hyper-V, но если что-то пойдет не так, кто-то не сможет помочь вашим собственным инструментам отремонтировать поврежденный гораздо больший жесткий диск. Однако мы рекомендуем вам остерегаться прямого подключения виртуальных дисков контрольных точек.
Запустите CHKDSK: запустив этот сценарий Windows PowerShell, вы можете смонтировать файл VHD в корневой папке, а затем выполнить для него CHKDSK.Использование Windows PowerShell: вам нужно получить несколько простых команд для использования этого уникального устройства.Создайте виртуальный сервер:Инструмент Microsoft VHD:
Однако виртуальные диски Hyper-V обычно необходимо отремонтировать из-за поврежденной цепочки дисков. Когда большая виртуальная машина обычно не защищена и не работает, любая и вся операционная система Windows позволит вам ограничить виртуальный диск и легко получить доступ к его ценностям, используя высокоуровневый метод работы.
VHD / VHDX и рутинное повреждение файлов Файлы VHD и VHDX устраняют критически важную роль, которую физически обнаруживает уязвимая система. Если пользователь просто дважды щелкает VHD или просто файл VHDX, содержащий специально созданный процесс отчетности, существует риск сбоя Windows, более того, как описано ниже.
г.
