Een server herstellen in Azure Stack HCI, versie 23H2

Artikel
06/06/2024

Van toepassing op: Azure Stack HCI, versie 23H2

In dit artikel wordt beschreven hoe u een server herstelt op uw Azure Stack HCI-cluster.

Over reparatieservers

Azure Stack HCI is een hypergeconvergeerd systeem waarmee u servers van bestaande clusters kunt herstellen. Mogelijk moet u een server in een cluster herstellen als er een hardwarefout opgetreden is.

Voordat u een server herstelt, controleert u bij uw oplossingsprovider welke onderdelen op de server veldvervangingseenheden (FRU's) zijn die u zelf kunt vervangen en welke onderdelen een technicus moet vervangen.

Voor onderdelen die hot swap ondersteunen, hoeft u de server doorgaans niet opnieuw te maken, in tegenstelling tot de niet hot-swappable onderdelen zoals moederbord. Neem contact op met de hardwarefabrikant om te bepalen welke onderdelen moeten worden vervangen door de server. Zie Onderdeelvervanging voor meer informatie.

Werkstroom van de server herstellen

In het volgende stroomdiagram ziet u het algehele proces voor het herstellen van een server.

*De server heeft mogelijk geen status waarin afsluiten mogelijk of noodzakelijk is

Volg deze stappen op hoog niveau om een bestaande server te herstellen:

Sluit indien mogelijk de server af die u wilt herstellen. Afhankelijk van de status van de server is een afsluiting mogelijk niet mogelijk of noodzakelijk.
Reimage van de server die moet worden hersteld.
Voer de herstelserverbewerking uit. Het Azure Stack HCI-besturingssysteem, stuurprogramma's en firmware worden bijgewerkt als onderdeel van de herstelbewerking.

De opslag wordt automatisch opnieuw in evenwicht gebracht op de server met de installatiekopie. Opslagherbalance is een taak met een lage prioriteit die meerdere dagen kan worden uitgevoerd, afhankelijk van het aantal servers en de gebruikte opslag.

Notitie

Als u uw Azure Stack HCI-cluster hebt geïmplementeerd met behulp van aangepaste IP-adressen voor opslag, moet u IP-adressen handmatig toewijzen aan de opslagnetwerkadapters nadat de server is hersteld.

Ondersteunde scenario's

Als u een server herstelt, wordt de installatiekopie van een server hersteld en wordt deze teruggezet naar het cluster met de vorige naam en configuratie.

Als u één server herstelt, wordt de gegevensvolumes opnieuw geïmplementeerd. Alleen het systeemvolume wordt verwijderd en zojuist ingericht tijdens de implementatie.

Belangrijk

Zorg ervoor dat u altijd back-ups voor uw workloads hebt en niet alleen afhankelijk bent van de systeemtolerantie. Dit is met name essentieel voor scenario's met één server.

Instellingen voor tolerantie

In deze release worden voor de herstelserverbewerking specifieke taken niet uitgevoerd op de werkbelastingvolumes die u na de implementatie hebt gemaakt. Voor herstelserverbewerkingen worden alleen de vereiste infrastructuurvolumes en de workloadvolumes hersteld en weergegeven als gedeelde clustervolumes (CSV's).

De andere workloadvolumes die u hebt gemaakt nadat de implementatie is gemaakt, blijven behouden en u kunt deze volumes detecteren door de cmdlet uit te voeren Get-VirtuaDisk . U moet het volume handmatig ontgrendelen (als bitLocker is ingeschakeld) en een CSV maken (indien nodig).

Hardwarevereisten

Bij het herstellen van een server valideert het systeem de hardware van de nieuwe, binnenkomende server en zorgt ervoor dat de server voldoet aan de hardwarevereisten voordat deze wordt toegevoegd aan het cluster.

Onderdeel	Compatibiliteitscontrole
CPU	Controleer of de nieuwe server hetzelfde aantal of meer CPU-kernen heeft. Als de CPU-kernen op het binnenkomende knooppunt niet aan deze vereiste voldoen, wordt er een waarschuwing weergegeven. De bewerking is echter toegestaan.
Geheugen	Controleer of op de nieuwe server dezelfde hoeveelheid of meer geheugen is geïnstalleerd. Als het geheugen op het binnenkomende knooppunt niet aan deze vereiste voldoet, wordt er een waarschuwing weergegeven. De bewerking is echter toegestaan.
Stations	Controleer of de nieuwe server hetzelfde aantal gegevensstations beschikbaar heeft voor Opslagruimten Direct. Als het aantal stations op het binnenkomende knooppunt niet aan deze vereiste voldoet, wordt er een fout gerapporteerd en wordt de bewerking geblokkeerd.

Serververvanging

U kunt de hele server vervangen:

Met een nieuwe server met een ander serienummer vergeleken met de oude server.
Met de huidige server nadat u de installatiekopie hebt hersteld.

De volgende scenario's worden ondersteund tijdens het vervangen van de server:

Server	schijf	Ondersteund
Nieuwe server	Nieuwe schijven	Ja
Nieuwe server	Huidige schijven	Ja
Huidige server (opnieuw installatiekopie)	Huidige schijven opnieuw opgemaakt *	Nee
Huidige server (opnieuw installatiekopie)	Nieuwe schijven	Ja
Huidige server (opnieuw installatiekopie)	Huidige schijven	Ja

**Schijven die door Opslagruimten Direct zijn gebruikt, moeten goed worden opgeschoond. Opnieuw opmaken is niet voldoende. Lees hoe u stations kunt opschonen.

Belangrijk

Als u een onderdeel tijdens het herstellen van de server vervangt, hoeft u geen gegevensstations te vervangen of opnieuw in te stellen. Als u een station vervangt of opnieuw instelt, wordt het station niet herkend zodra de server lid wordt van het cluster.

Vervanging van onderdelen

In uw Azure Stack HCI-cluster bevatten niet-hot-swappable onderdelen de volgende items:

Moederbord/baseboard management controller (BMC)/videokaart
Schijfcontroller/hostbusadapter (HBA)/backplace
Netwerkadapter
Grafische verwerkingseenheid
Gegevensstations (stations die geen ondersteuning bieden voor hot swap, bijvoorbeeld PCI-e-invoegtoepassingskaarten)

De daadwerkelijke vervangingsstappen voor niet-hot-swappable onderdelen variëren op basis van uw oem-hardwareleverancier (original equipment manufacturer). Raadpleeg de documentatie van uw OEM-leverancier als een serverherstel is vereist voor niet-hot-swappable onderdelen.

Vereisten

Voordat u een server herstelt, moet u ervoor zorgen dat:

AzureStackLCMUser is actief in Active Directory. Zie Active Directory voorbereiden voor meer informatie.
Aangemeld als AzureStackLCMUser of een andere gebruiker met gelijkwaardige machtigingen.
Referenties voor het AzureStackLCMUser bestand zijn niet gewijzigd.

Neem indien nodig de server die u hebt geïdentificeerd voor herstel offline. Volg de stappen hier:
- Controleer of de server in orde is voordat u deze offline haalt.
- De server onderbreken en leegmaken.
- Sluit de server af.

Een server herstellen

In deze sectie wordt beschreven hoe u een server herstelt met behulp van PowerShell, de status van de Repair-Server bewerking bewaakt en problemen oplost, als er problemen zijn.

Zorg ervoor dat u de vereisten hebt gecontroleerd.

Volg deze stappen op de server die u probeert te herstellen.

Installeer het besturingssysteem en de vereiste stuurprogramma's. Volg de stappen in Het besturingssysteem Azure Stack HCI, versie 23H2, installeren.
Registreer de server bij Arc. Volg de stappen in Registreren bij Arc en stel machtigingen in.

Notitie

U moet dezelfde parameters gebruiken als de bestaande knooppunten om u te registreren bij Arc. Bijvoorbeeld: Resourcegroepnaam, Regio, Abonnement en Voorlopig.
Wijs de volgende machtigingen toe aan het herstelde knooppunt:
- Azure Stack HCI-Apparaatbeheer-rol
- Key Vault Secrets User Zie Assign permissions to the server (Machtigingen toewijzen aan de server) voor meer informatie.

Volg deze stappen op een andere server die lid is van hetzelfde Azure Stack HCI-cluster.

Zorg ervoor dat u een bijgewerkt verificatietoken krijgt voordat u de server toevoegt. Voer de volgende opdracht uit:
```
 Update-AuthenticationToken
```
Meld u aan bij de server die al lid is van het cluster, met de domeingebruikersreferenties die u hebt opgegeven tijdens de implementatie van het cluster. Voer de volgende opdracht uit om de binnenkomende server te herstellen:
```
$Cred = Get-Credential 
Repair-Server -Name "< Name of the new server>" -LocalAdminCredential $Cred
```
Noteer de bewerkings-id als uitvoer door de Repair-Server opdracht. U gebruikt dit later om de voortgang van de Repair-Server bewerking te controleren.

Notitie

Voortgang van de bewerking controleren

Volg deze stappen om de voortgang van de bewerking voor het toevoegen van de server te controleren:

Voer de volgende cmdlet uit en geef de bewerkings-id op uit de vorige stap.

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

Nadat de bewerking is voltooid, blijft de taak voor het opnieuw verdelen van de opslag op de achtergrond actief. Wacht totdat de taak voor het opnieuw verdelen van de opslag is voltooid. Gebruik de volgende cmdlet om de voortgang van deze herverdelingstaak voor opslag te controleren:
```
Get-VirtualDisk|Get-StorageJob
```
Als de taak voor het opnieuw verdelen van de opslag is voltooid, retourneert de cmdlet geen uitvoer.

Herstelscenario's

De volgende herstelscenario's en de aanbevolen risicobeperkingsstappen worden in een tabel weergegeven voor het herstellen van een server:

Beschrijving van scenario	Oplossing	Ondersteund?
De herstelserverbewerking is mislukt.	Als u de bewerking wilt voltooien, onderzoekt u de fout. Voer de mislukte bewerking opnieuw uit met behulp van `Add-Server -Rerun`.	Ja
De herstelserverbewerking is gedeeltelijk geslaagd, maar moest beginnen met een nieuwe installatie van het besturingssysteem.	In dit scenario heeft de orchestrator (ook wel levenscyclusbeheer genoemd) het kennisarchief al bijgewerkt met de nieuwe server. Gebruik het herstelserverscenario.	Ja

Probleemoplossing

Als er fouten of fouten optreden tijdens het herstellen van een server, kunt u de uitvoer van de fouten in een logboekbestand vastleggen.

Meld u aan met de domeingebruikersreferenties die u hebt opgegeven tijdens de implementatie van het cluster. Leg het probleem vast in de logboekbestanden.
```
Get-ActionPlanInstance -ActionPlanInstanceID $ID |out-file log.txt
```
Gebruik de volgende cmdlet om de mislukte bewerking opnieuw uit te voeren:
```
Repair-Server -Rerun
```

Volgende stappen

Meer informatie over het toevoegen van een server.

Delen via