Reparera en server på Azure Stack HCI, version 23H2

Gäller för: Azure Stack HCI, version 23H2

Den här artikeln beskriver hur du reparerar en server i ditt Azure Stack HCI-kluster.

Om reparationsservrar

Azure Stack HCI är ett hyperkonvergerat system som gör att du kan reparera servrar från befintliga kluster. Du kan behöva reparera en server i ett kluster om det uppstår ett maskinvarufel.

Innan du reparerar en server kontrollerar du med din lösningsleverantör vilka komponenter på servern som är fältersättningsenheter (FRUs) som du kan ersätta själv och vilka komponenter som kräver att en tekniker ersätter.

Delar som stöder frekvent växling kräver vanligtvis inte att du återskapar servern till skillnad från de icke-snabbväxlingsbara komponenterna som moderkortet gör. Kontakta maskinvarutillverkaren för att ta reda på vilka komponentbyten som kräver att du återskapar servern. Mer information finns i Komponentersättning.

Reparera serverarbetsflöde

Följande flödesdiagram visar den övergripande processen för att reparera en server.

*Servern kanske inte är i ett tillstånd där avstängning är möjlig eller nödvändig

Följ dessa övergripande steg för att reparera en befintlig server:

1. Stäng om möjligt den server som du vill reparera. Beroende på serverns tillstånd kanske en avstängning inte är möjlig eller nödvändig.

2. Återskapa den server som behöver repareras.

3. Kör reparationsserveråtgärden. Azure Stack HCI-operativsystemet, drivrutinerna och den inbyggda programvaran uppdateras som en del av reparationen.

   Lagringen balanseras automatiskt om på den omskapade servern. Ombalansering av lagring är en uppgift med låg prioritet som kan köras i flera dagar beroende på antalet servrar och den lagring som används.

Scenarier som stöds

När du reparerar en server återskapas en server och den skickas tillbaka till klustret med det tidigare namnet och konfigurationen.

Reparation av en enskild server resulterar i en omdistribution med alternativet att spara datavolymerna. Endast systemvolymen tas bort och etableras nyligen under distributionen.

Viktigt

Kontrollera att du alltid har säkerhetskopior för dina arbetsbelastningar och inte bara förlitar dig på systemets återhämtning. Detta är särskilt viktigt i scenarier med en enskild server.

Återhämtningsinställningar

I den här versionen för reparationsserveråtgärd utförs inte specifika uppgifter på de arbetsbelastningsvolymer som du skapade efter distributionen. För reparationsserveråtgärd återställs endast nödvändiga infrastrukturvolymer och arbetsbelastningsvolymer och visas som klusterdelade volymer (CSV:er).

De andra arbetsbelastningsvolymerna som du skapade efter distributionen behålls fortfarande och du kan identifiera dessa volymer genom att köra Get-VirtuaDisk cmdleten. Du måste låsa upp volymen manuellt (om volymen har BitLocker aktiverat) och skapa en CSV (om det behövs).

Maskinvarukrav

När du reparerar en server verifierar systemet maskinvaran för den nya inkommande servern och ser till att servern uppfyller maskinvarukraven innan den läggs till i klustret.

Komponent	Kontroll av tillförlitlighet
Processor	Verifiera att den nya servern har samma antal eller flera CPU-kärnor. Om CPU-kärnorna på den inkommande noden inte uppfyller det här kravet visas en varning. Åtgärden tillåts dock.
Minne	Kontrollera att samma mängd eller mer minne är installerat på den nya servern. Om minnet på den inkommande noden inte uppfyller det här kravet visas en varning. Åtgärden tillåts dock.
Enheter	Verifiera att den nya servern har samma antal tillgängliga dataenheter för Lagringsdirigering. Om antalet enheter på den inkommande noden inte uppfyller detta krav rapporteras ett fel och åtgärden blockeras.

Serverbyte

Du kan ersätta hela servern:

• Med en ny server som har ett annat serienummer jämfört med den gamla servern.
• Med den aktuella servern när du har återskapat den.

Följande scenarier stöds vid serverbyte:

Server	Disk	Stöds
Ny server	Nya diskar	Yes
Ny server	Aktuella diskar	Yes
Aktuell server (omgjord)	Aktuella diskar omformaterade *	No
Aktuell server (omgjord)	Nya diskar	Yes
Aktuell server (omgjord)	Aktuella diskar	Yes

**Diskar som har använts av Lagringsdirigering kräver korrekt rengöring. Omformatering räcker inte. Se hur du rensar enheter.

Viktigt

Om du ersätter en komponent under serverreparationen behöver du inte ersätta eller återställa dataenheter. Om du ersätter en enhet eller återställer den identifieras inte enheten när servern ansluter till klustret.

Komponentbyte

I ditt Azure Stack HCI-kluster innehåller icke-utbytbara komponenter följande:

• Moderkort/baseboard management controller (BMC)/grafikkort
• Diskkontrollant/värdbusskort (HBA)/backplace
• Nätverkskort
• Grafikbearbetningsenhet
• Dataenheter (enheter som inte stöder frekvent växling, till exempel PCI-e-tilläggskort)

De faktiska ersättningsstegen för icke-snabbväxlingsbara komponenter varierar beroende på oem-maskinvaruleverantören (Original Equipment Manufacturer). Se OEM-leverantörens dokumentation om en serverreparation krävs för komponenter som inte kan växlas mot frekvent åtkomst.

Förutsättningar

Innan du reparerar en server måste du se till att:

• AzureStackLCMUser är aktiv i Active Directory. Mer information finns i Förbereda Active Directory.
• Inloggad som AzureStackLCMUser eller en annan användare med motsvarande behörigheter.
• Autentiseringsuppgifterna AzureStackLCMUser för har inte ändrats.

• Om det behövs tar du den server som du har identifierat för reparation offline. Följ stegen här:

  • Kontrollera att servern är felfri innan du tar den offline.
  • Pausa och töm servern.
  • Stäng av servern.

Reparera en server

I det här avsnittet beskrivs hur du reparerar en server med PowerShell, övervakar åtgärdens Repair-Server status och felsöker om det finns några problem.

Kontrollera att du har granskat förutsättningarna.

Följ de här stegen på den server som du försöker reparera.

1. Installera operativsystemet och nödvändiga drivrutiner. Följ stegen i Installera operativsystemet Azure Stack HCI, version 23H2.

   Anteckning

   Du måste också installera nödvändiga Windows-roller.

2. Registrera servern med Arc. Följ stegen i Registrera med Arc och konfigurera behörigheter.

   Anteckning

   Du måste använda samma parametrar som de befintliga noderna för att registrera med Arc. Exempel: Resursgruppsnamn, Region, Prenumeration och Tentant.

Följ dessa steg på en annan server som är medlem i samma Azure Stack HCI-kluster.

1. Innan du lägger till servern måste du hämta en uppdaterad autentiseringstoken. Kör följande kommando:

    Update-AuthenticationToken
   

2. Logga in på den server som redan är medlem i klustret med de autentiseringsuppgifter för domänanvändare som du angav under distributionen av klustret. Kör följande kommando för att reparera den inkommande servern:

   $Cred = Get-Credential 
   Repair-Server -Name "< Name of the new server>" -LocalAdminCredential $Cred
   

3. Anteckna åtgärds-ID:t som utdata med Repair-Server kommandot . Du kan använda detta senare för att övervaka förloppet för åtgärden Repair-Server .

Övervaka åtgärdsstatus

Följ dessa steg för att övervaka förloppet för åtgärden lägg till server:

1. Kör följande cmdlet och ange åtgärds-ID från föregående steg.

   $ID = "<Operation ID>" 
   Start-MonitoringActionplanInstanceToComplete -actionPlanInstanceID $ID 
   

2. När åtgärden är klar fortsätter ombalanseringsjobbet för bakgrundslagring att köras. Vänta tills lagringsombalanseringsjobbet har slutförts. Använd följande cmdlet för att kontrollera förloppet för det här lagringsombalanseringsjobbet:

   Get-VirtualDisk|Get-StorageJob
   

   Om lagringsombalanseringsjobbet är klart returnerar cmdleten inte några utdata.

Återställningsscenarier

Följande återställningsscenarier och de rekommenderade åtgärdsstegen är tabulerade för att reparera en server:

Scenariobeskrivning	Åtgärd	Stöds?
Reparationsserveråtgärden misslyckades.	Om du vill slutföra åtgärden undersöker du felet. Kör den misslyckade åtgärden igen med .Add-Server -Rerun	Yes
Reparationsserveråtgärden lyckades delvis men måste börja med en ny installation av åtgärdssystemet.	I det här scenariot har orchestrator (även kallat Livscykelhanteraren) redan uppdaterat sitt kunskapslager med den nya servern. Använd reparationsserverscenariot.	Yes

Felsökning

Om det uppstår fel eller fel när du reparerar en server kan du samla in utdata från felen i en loggfil.

• Logga in med de autentiseringsuppgifter för domänanvändare som du angav under distributionen av klustret. Samla in problemet i loggfilerna.

  Get-ActionPlanInstance -ActionPlanInstanceID $ID |out-file log.txt
  

• Om du vill köra den misslyckade åtgärden igen använder du följande cmdlet:

  Repair-Server -Rerun
  

Nästa steg

Läs mer om hur du lägger till en server.