Hoppas att om deras system råkade ut för en VHD-krasch så kan den här bloggdelningen hjälpa dig att fixa det.
Godkänd: Fortect
Godkänd: Fortect
Fortect är världens mest populära och effektiva PC-reparationsverktyg. Det litar på miljontals människor för att hålla sina system igång snabbt, smidigt och felfritt. Med sitt enkla användargränssnitt och kraftfulla skanningsmotor hittar och fixar Fortect snabbt ett brett utbud av Windows-problem – från systeminstabilitet och säkerhetsproblem till minneshantering och prestandaflaskhalsar.
Hem »Virtualisering» Microsoft Hyper-V » Återställa en fullständigt skadad virtuell hård cd eller dvd
Under Windows XP-eran hade Microsoft djärva planer på teknik för att integrera dessa typer av datorer. Produkter i deras exceptionella stationära operativsystem, som vanligtvis råkar vara Vista. Bland de saker som Microsoft övervägde var ett helt nytt datordatasystem, där alla filer skulle klassificeras tillsammans i någon form av databasliknande struktur. I slutändan gjorde den här speciella funktionen aldrig något för Windows, men vid den tidpunkten beskrev jag att vissa redaktioner ropade att jag ansåg det nya nya datasystemet som en dålig idé om kontoinkapsling lätt kunde bli ett allvarligt fel direkt. Om inkapslingen skulle skadas kan den grundliga mappstrukturen gå förlorad, främst på grund av detta.
Stängde för några decennier sedan men din nuvarande idé kommer att visa sig vara välbyggd. SharePoint-dokumentbibliotek, till exempel, för att lagra papper i ett SQL Server blob-lagringsområde. Likaså lagrar virtuella Hyper-V-maskiner filer över Internet på hårddiskar, som i huvudsak är ett enbart inkapslat filsystem. Trots den fulla användningen av en inkapsling är Hyper-V virtuella hårddiskar så orubbliga att de används. De finns i många produktionssystem. Även saker som är absoluta kommer ibland att gå fel. Jag har sett flera fall av de flesta VHD-problem genom åren, särskilt i virtuella datorer som är beroende av checkpoint-kedja. Om det händer kan du återställa en säkerhetskopia, du kanske underhåller en, men ibland kan du lika enkelt återställa en skadad dedikerad hårddisk och eureka.
Varför sker datakorruption?
Innan du visar hur du förbereder en skadlig VHD, undrar du förmodligen hur problemet uppstår just nu. Ibland kan skador på utrustningen leda dig till felfunktion. Jag hade en gång en underbar extra RAID-enhet som förstörde en hel del data på grund av fel kabel. Men i fallet med höljesbundna Hyper-V virtuella hårddiskar uppstår skadan huvudsakligen som ett resultat av avbrott i hårddiskkedjan.
När den virtuella maskinen faktiskt inte är säker och inte körs låter driftkursen Windows dig vanligtvis säkra en virtuell ganska hårddisk och komma åt dess eget innehåll från mitt värdoperativsystem. Jag använder den här metoden var och en när jag ställer in laboratorieförhållanden. Men om det finns kontrollpunkter på den virtuella cd/dvd:n, kan installation av den virtuella disken utanför Hyper-V mycket väl förstöra kontrollpunktsskärgården vid denna tidpunkt. Detta gäller även om du inte gör alla ändringar i innehållet på den användarvänliga nästan omöjliga enheten. Nästa gång du försöker starta den virtuella servern kommer du att få något slags felmeddelande som liknar numret nedan.
Reparera skadad virtuell hårddisk
När den här metoden kommer till att testa extrema virtuella diskar, dikterar konventionella kunskaper ofta användningen av Test-VHD-cmdleten i PowerShell. Men från min faktiska erfarenhet fann jag att test-vhd cmdlet faktiskt är och inte så användbar. Cmdlet returnerar True om en del av den virtuella disken anses vara frisk, och falsk om eller när någon av våra virtuella diskar är dåliga. Problemet är att Test-VHD-cmdleten med It rapporterar True om en virtuell diskkontrollpunkt skulle brytas i kedjan på grund av implementeringen av en virtuell disk som innehåller checkpoints, faktiskt om den virtuella disken faktiskt är skadad som finns i kedjan. Se illustrationen nedan för att bli medveten om vad jag menar. Test-VHD-cmdleten returnerade vanligtvis objekt True, även om felmeddelandet specifikt anger att vDisk-strängen alltid har varit farlig.
Nyckeln till att lösa detta problem är definitivt problemet som markeras i slutet av varje felutkast som visas i bilden ovan. Felet indikerar en oöverensstämmelse mellan de överordnade VHD-ID:n och diskdifferentieringen. Detta innebär det faktum att om du kan fixa det aktuella avbrottet när skivetiketten, kan det tyckas vara möjligt att återansluta den virtuella skivan eller DVD-kedjan som kommer att ta bort skadan. Bild
Vanligtvis väljs den ganska minst synliga Hyper-V-hanteraren och persondatorn som har problem. Även om Hyper-V-koordinatorn fortsätter att visa hela VM-gateway-saplingen, bryts kedjan av kontrollpunkter från disknivån.
Om du fortsätter för att se bilden ovan kommer du att märka att det finns ett Check Disk-alternativ i en åtgärdspanel. När du klickar på knappen Inspektera disk visar en dialogruta en Windows-skärm där du måste välja en virtuell disk och kontrollera. Om jag hade valt Client.VHDX-satsen, i det resulterande fönstret, som du kan se nedan, borde det se ut som om den faktiska virtuella hårddisken är helt frisk. I själva verket, om jag monterade huvudhårddisken med hänsyn till värd OS-storleken, skulle jag kunna luta mig tillbaka och titta på dess innehåll utan problem.
I vart och ett av våra följande fall verkar roten vDisk ibland vara hälsosam, och precis som problemet är säkert relaterat till kopplingen mellan cheer vDisk, den första kontrollpunkten, för närvarande. Eftersom rotsystemets hårddisk inte verkar märka något om kontrollpunktsträdet, låt oss dock se vad som händer om du fortsätter att klicka på alternativet Kontrollera disk i Hyper-V Manager och väljer denna arbetstid: AVHDX-fil (differential) enhet, länkad i kombination med kontrollpunkt) i motsats till VHDX-huvudsatsen.
Den här gången visar Hyper-V Manager ett fel som indikerar att den ursprungliga diskkedjan är bruten. Men som du kan se bättre på bilden nedan har jag dessutom en knapp som gör att du kan få tillbaka drivkedjan.
Genom att klicka på Återanslut-knappen startar guiden Ändra VHD, som uppmanar dig att välja överordnade listor för VHD:n. Beroende på hur skadan uppstod kan personen behöva markera kryssrutan “Ignorera ID Mismatch” som visas i min bild för den här artikeln. I mitt fall bekräftade du felmeddelandet som folk nämnde att jag skulle säga att ID-numret inte överensstämmer, så kryssrutan var nödvändig för sökningen. Efter det startade varje virtuell maskin utan problem, och det specifika problemet med all virtuell hårddisk eller DVD-korruption behandlades.
Naturligtvis är applikationen bäst för att försöka förhindra diskdatakorruption i Hyper-V-miljöer, men om något går upp i magen kan någon inte använda din egen verktyg för att läka en skadad virtuell hårddisk. Vi rekommenderar dock att du undviker att direktmontera checkpoint virtuella hårddiskar.
Brian Posey
Brian Posey är benägen att vara fri
Snabba upp din dators prestanda nu med denna enkla nedladdning.
Kör CHKDSK: Genom att köra Windows PowerShell-skriptet kan du montera VHD-filen i rotkatalogen och sedan köra CHKDSK på den.Använda Windows PowerShell: Du måste få några enkla kommandon tid för att använda den här enheten.Skapa en virtuell server:Microsoft VHD-verktyg:
Däremot är virtuella Hyper-V-enheter vanligtvis skadade på grund av en skadad hårddiskkedja. När en virtuell maskin vanligtvis är krediterad och nere, kommer alla Windows-operativsystem att låta dig montera en virtuell disk och fritt komma åt dess innehåll med en högnivåmetod inom drift.
VHD / VHDX och filsystem korruption VHD- och VHDX-dokumentation eliminerar det nödvändiga. Att bli fysiskt upptäckt av ett trevligt sårbart system. Om användaren helt enkelt dubbelklickar på en VHD- eller VHDX-fil som innehåller ett särskilt utformat rapporteringssystem, finns det en risk att Windows kraschar eller mer, enligt definitionen nedan.
