Een server herstellen in Azure Stack HCI, versie 23H2

Artikel
04/13/2024

Van toepassing op: Azure Stack HCI, versie 23H2

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

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 optreedt.

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

Voor onderdelen die ondersteuning bieden voor dynamisch wisselen, hoeft u doorgaans geen installatiekopie van de server te herstellen, in tegenstelling tot de niet-hot-swappable onderdelen, zoals het moederbord. Neem contact op met de fabrikant van uw hardware om te bepalen voor welke onderdelenvervanging u een nieuwe installatiekopie van de server moet maken. Zie Onderdeel vervangen 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 bevindt zich mogelijk niet in een 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 afsluiten mogelijk niet mogelijk of noodzakelijk.
De server die moet worden hersteld, moet opnieuw worden hersteld.
Voer de herstelserverbewerking uit. Het Azure Stack HCI-besturingssysteem, de stuurprogramma's en de firmware worden bijgewerkt als onderdeel van de reparatiebewerking.

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

Ondersteunde scenario's

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

Het herstellen van één server resulteert in een herimplementatie met de optie om de gegevensvolumes te behouden. Alleen het systeemvolume wordt verwijderd en nieuw 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 in scenario's met één server.

Tolerantie-instellingen

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

De andere workloadvolumes die u na de implementatie hebt 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 voor het volume is ingeschakeld) en een CSV maken (indien nodig).

Hardwarevereisten

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

Onderdeel	Nalevingscontrole
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.
Aandrijfeenheden	Controleer of op de nieuwe server hetzelfde aantal gegevensstations beschikbaar is 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 dan 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	Yes
Nieuwe server	Huidige schijven	Yes
Huidige server (opnieuw installatiekopie)	Huidige schijven opnieuw geformatteerd *	No
Huidige server (opnieuw installatiekopie)	Nieuwe schijven	Yes
Huidige server (opnieuw installatiekopie)	Huidige schijven	Yes

**Schijven die door Opslagruimten Direct zijn gebruikt, moeten correct worden schoongemaakt. Opnieuw formatteren is niet voldoende. Zie Stations opschonen.

Belangrijk

Als u een onderdeel vervangt tijdens het herstellen van de server, 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 onderdeel

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 werkelijke vervangingsstappen voor niet-hot-swappable onderdelen variëren afhankelijk van de hardwareleverancier van uw OEM (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 De Active Directory voorbereiden voor meer informatie.
Aangemeld als AzureStackLCMUser of een andere gebruiker met gelijkwaardige machtigingen.
Referenties voor de AzureStackLCMUser zijn niet gewijzigd.

Haal indien nodig de server die u hebt geïdentificeerd voor herstel offline. Volg de stappen hier:

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 wilt herstellen.

Installeer het besturingssysteem en de vereiste stuurprogramma's. Volg de stappen in Het besturingssysteem Azure Stack HCI, versie 23H2 installeren.

Notitie

U moet ook vereiste Windows-rollen installeren.
Registreer de server bij Arc. Volg de stappen in Registreren met Arc en machtigingen instellen.

Notitie

U moet dezelfde parameters gebruiken als de bestaande knooppunten om te registreren bij Arc. Bijvoorbeeld: Resourcegroepnaam, Regio, Abonnement en Tentant.

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

Voordat u de server toevoegt, moet u een bijgewerkt verificatietoken ophalen. 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 inkomende 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.

Voortgang van bewerking bewaken

Voer de volgende stappen uit om de voortgang van de bewerking voor het toevoegen van de server te controleren:

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

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

Nadat de bewerking is voltooid, wordt de taak voor het opnieuw verdelen van de opslag op de achtergrond uitgevoerd. Wacht totdat de taak voor het opnieuw verdelen van de opslag is voltooid. Gebruik de volgende cmdlet om de voortgang van deze taak voor het opnieuw verdelen van 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 oplossingsstappen worden in tabelvorm weergegeven voor het herstellen van een server:

Scenariobeschrijving	Oplossing	Ondersteund?
De bewerking van de herstelserver is mislukt.	Onderzoek de fout om de bewerking te voltooien. Voer de mislukte bewerking opnieuw uit met behulp van `Add-Server -Rerun`.	Yes
De herstelserverbewerking is gedeeltelijk voltooid, maar moest worden gestart 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 scenario voor de herstelserver.	Yes

Problemen oplossen

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

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.