Förstå och övervaka omsynkronisering av lagring

Gäller för: Windows Server 2022, Windows Server 2019, Azure Stack HCI, versionerna 21H2 och 20H2

Storage omsynkronisering är en funktion för Lagringsdirigering i Azure Stack HCI och Windows Server. Det gör att Hälsotjänst kan utlösa ett fel och meddela dig om omsynkronisering. Detta förhindrar att du oavsiktligt tar bort fler servrar, vilket kan påverka flera feldomäner som resulterar i att klustret går ned.

Den här artikeln innehåller en översikt över omsynkronisering av lagring och hur du kan övervaka den i ett redundanskluster med Lagringsdirigering.

Om omsynkronisering av lagring

Låt oss börja med ett enkelt exempel för att förstå hur lagringen kan bli osynkroniserad. Tänk på att en distribuerad lagringslösning för delade enheter (endast lokala enheter) uppvisar det här beteendet. Följande avsnitt visar hur lagringen blir osynkroniserad när en servernod slutar fungera. Dess enheter uppdateras inte förrän de är online igen – det här beteendet gäller för alla hyperkonvergerade arkitekturer.

Anta att du vill lagra strängen "HELLO".

Image of a s c i i of a hello string.

Förutsatt att du har trevägsspeglingsåterhämtning har du tre kopior av den här strängen. Om du tillfälligt tar ned server 1 (för underhåll) kan du inte komma åt kopiering nr 1.

Image showing you cannot access copy number 1 if you take down server number 1.

Anta att du uppdaterar strängen från "HELLO" till "HELP!" just nu.

Image of a s c i i of a help! string.

När du har uppdaterat strängen uppdateras kopiera nr 2 och #3. Det går dock inte att komma åt kopiera nr 1 eftersom server 1 är tillfälligt nere (för underhåll).

GIF of writing to copy number 2 and 3.

Nu har du kopierat #1 med osynkroniserade data. Operativsystemet använder detaljerad spårning av smutsiga regioner för att hålla reda på de bitar som är osynkroniserade. På så sätt kan du synkronisera ändringarna genom att läsa data från kopiera nr 2 eller #3 och skriva över data i kopia 1 när server 1 är online igen. Med den här metoden behöver du bara kopiera över dessa data som är inaktuella, i stället för att synkronisera om alla data från server 2 eller server 3.

GIF of overwriting to copy number 1.

I föregående avsnitt beskrivs hur data kan komma ur synkronisering. Men hur ser det ut på en hög nivå? Anta att du har ett hyperkonvergerat kluster med tre servrar. När servern #1 är under underhåll ser du att den är nere. När du säkerhetskopierar server 1 börjar den synkronisera om all lagring med hjälp av detaljerad spårning av smutsiga regioner (förklaras i föregående avsnitt). När alla data är synkroniserade igen visas alla servrar som upp.

Följande GIF visar hur lagringssynkronisering fungerar i ett hyperkonvergerat kluster:

GIF of admin view of resync.

Övervaka omsynkronisering av lagring

Från och med Windows Server 2019 lade vi till ett nytt fel i Hälsotjänst som visas när lagringen synkroniseras om.

Om du vill visa det här felet i PowerShell kör du följande cmdlet:

Get-HealthFault

Det här nya felet visas i PowerShell, i klustervalideringsrapporten och någon annanstans som bygger på hälsofel.

För att få en djupare vy kan du köra frågor mot tidsseriedatabasen i PowerShell på följande sätt:

Get-ClusterNode | Get-ClusterPerf -ClusterNodeSeriesName ClusterNode.Storage.Degraded

Här är ett exempel på utdata:

Object Description: ClusterNode Server1

Series                       Time                Value Unit
------                       ----                ----- ----
ClusterNode.Storage.Degraded 01/11/2019 16:26:48     214 GB

Windows Admin Center använder hälsofel för att ange status och färg för klusternoderna. På HCI-instrumentpanelen gör det här nya felet att klusternoderna kan övergå från rött (nedåt) till gult (omsynkronisera) till grönt (uppåt) i stället för att gå direkt från rött till grönt.

Följande bild jämför hur lagringssynkronisering fortskrider i Windows Server 2016 jämfört med Windows Server 2019.

Image of Windows Server 2016 vs Window Server 2019 view of resync.

Genom att visa den övergripande förloppet för lagringssynkronisering kan du exakt veta hur mycket data som är osynkroniserade och om systemet gör framsteg framåt. I Windows Admin Center går du till instrumentpanelen för att se den nya aviseringen, enligt följande skärmbild:

Screen capture of alert in Windows Admin Center.

Aviseringen är användbar för att meddela dig när omsynkronisering sker, så att du inte oavsiktligt tar bort fler servrar (vilket kan orsaka att flera feldomäner påverkas, vilket resulterar i att klustret går ned).

Om du vill få en detaljerad vy över hur lagringssynkronisering visas per server i Windows Admin Center går du till sidan Servrar, klickar på Inventering och väljer sedan en specifik server. Gå till servern och titta på diagrammet Storage för att se mängden data som behöver repareras i en lila linje med ett exakt tal precis ovanför. Den här mängden ökar när servern är nere (mer data måste synkroniseras om) och minskar gradvis när servern kommer tillbaka online (data synkroniseras). När mängden data som behöver repareras är 0, görs din lagring omsynkronisering – du kan nu ta ned en server om du behöver.

Följande skärmbild visar servervyn i Windows Admin Center:

Screen capture of server view in Windows Admin Center.

Övervaka omsynkronisering av lagring i Windows Server 2016

Aviseringen som är tillgänglig i Windows Server 2019 och senare är användbar för att få en holistisk vy över vad som händer på lagringsskiktet. Den sammanfattar den information som du kan få från cmdleten Get-StorageJob . Den här cmdleten returnerar information om långvariga lagringsmoduljobb, till exempel en reparationsåtgärd på ett lagringsutrymme, enligt följande exempelutdata.

Get-StorageJob

Här är ett exempel på utdata:

Name                  ElapsedTime           JobState              PercentComplete       IsBackgroundTask
----                  -----------           --------              ---------------       ----------------
Regeneration          00:01:19              Running               50                    True

Den här vyn är mer detaljerad eftersom lagringsjobben visas per volym. Du kan se listan över jobb som körs och du kan spåra deras individuella förlopp. Den här cmdleten fungerar både på Windows Server 2016 och 2019.

Ytterligare referenser