Een knooppunt herstellen in Azure Lokaal

Van toepassing op: Hypergeconvergeerde implementaties van Azure Lokaal

In dit artikel wordt beschreven hoe u een knooppunt in uw lokale Azure-exemplaar herstelt. In dit artikel wordt elke server een knooppunt genoemd.

Over herstelknooppunten

Azure Lokaal is een hypergeconvergeerd systeem waarmee u knooppunten van bestaande systemen kunt herstellen. Mogelijk moet u een knooppunt in een systeem herstellen als er een hardwarefout opgetreden is.

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

Voor onderdelen die hot-swap ondersteunen, hoeft u meestal het knooppunt niet opnieuw te installeren, in tegenstelling tot niet-hot-swappable onderdelen, zoals het moederbord. Neem contact op met de hardwarefabrikant om te bepalen welke onderdeelvervangingen vereisen dat u het knooppunt opnieuw imageert. Zie Onderdeelvervanging voor meer informatie.

Werkstroom voor herstelknooppunten

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

*Knooppunt heeft mogelijk geen status waarin afsluiten mogelijk of noodzakelijk is*

Volg deze stappen op hoog niveau om een bestaand knooppunt te herstellen:

Sluit indien mogelijk het knooppunt af dat u wilt herstellen. Afhankelijk van de status van het knooppunt is een afsluiting mogelijk niet mogelijk of noodzakelijk.
Implementeer opnieuw het systeembeeld van het knooppunt dat moet worden hersteld.
Voer de herstelknooppuntbewerking 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 het opnieuw gemaakte knooppunt. Opslagherbalance is een taak met een lage prioriteit die meerdere dagen kan worden uitgevoerd, afhankelijk van het aantal knooppunten en de gebruikte opslag.

Ondersteunde scenario's

Als een knooppunt wordt gerepareerd, wordt het opnieuw geïmageerd en teruggebracht in het systeem met de vorige naam en configuratie.

Het herstellen van één knooppunt resulteert in een herployment met de optie om de gegevensvolumes te behouden. Alleen het systeemvolume wordt verwijderd en opnieuw ingericht tijdens de implementatie.

Belangrijk

Zorg ervoor dat u altijd back-ups voor uw workloads hebt en niet alleen afhankelijk bent van de systeemtolerantie. Deze voorzorgsmaatregel is met name van cruciaal belang in scenario's met één knooppunt.

Instellingen voor veerkracht

In deze release worden voor een herstelknooppuntbewerking specifieke taken niet uitgevoerd op de workloadvolumes die u na de implementatie hebt gemaakt. Voor een herstelknooppuntbewerking worden alleen de vereiste infrastructuurvolumes en de werkbelastingvolumes 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 vinden door de cmdlet uit te Get-VirtualDisk voeren. U moet het volume handmatig ontgrendelen (als bitLocker is ingeschakeld voor het volume) en een CSV maken (indien nodig).

Hardwarevereisten

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

Bestanddeel	Nalevingscontrole
CPU (Centrale Verwerkings Eenheid)	Controleer of het nieuwe knooppunt 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 het nieuwe knooppunt 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.
Schijven	Controleer of het nieuwe knooppunt hetzelfde aantal gegevensstations heeft dat beschikbaar is voor Opslagruimten Direct. Als het aantal schijven op het binnenkomende knooppunt niet aan deze vereisten voldoet, wordt er een fout gerapporteerd en wordt de bewerking geblokkeerd.

Vervanging van knooppunt

U kunt het hele knooppunt vervangen:

Met een nieuw knooppunt met een ander serienummer in vergelijking met het oude knooppunt.
Met het huidige knooppunt nadat u het opnieuw hebt geïnstalleerd.

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

Knoop	Schijf	Ondersteund
Nieuw knooppunt	Nieuwe schijven	Ja
Nieuw knooppunt	Huidige schijven	Ja
Huidige node (opnieuw geïmaged)	Nieuwe schijven	Ja
Huidige node (opnieuw geïmaged)	Huidige schijven	Ja
Huidige node (opnieuw geïmaged)	Huidige gegevensschijven opnieuw opgemaakt	Nee

Belangrijk

Als u een onderdeel vervangt tijdens het herstellen van knooppunten, hoeft u geen gegevensstations te vervangen of opnieuw in te stellen. Als u een schijf vervangt of opnieuw instelt, wordt deze niet herkend zodra het knooppunt zich bij het systeem voegt.

Vervanging van onderdelen

In uw lokale Azure-omgeving bestaan de niet-hot-swappable onderdelen uit de volgende items:

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

De daadwerkelijke vervangingsstappen voor niet-hot-swappable onderdelen variëren afhankelijk van uw OEM-hardwareleverancier (Original Equipment Manufacturer). Raadpleeg de documentatie van uw OEM-leverancier als een knooppunt-herstel is vereist voor onderdelen die niet hot-swappable zijn.

Voorwaarden

Voordat u een knooppunt 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 het knooppunt dat u hebt geïdentificeerd voor herstel offline. Volg de stappen hier:

Een knooppunt herstellen

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

Zorg ervoor dat u de vereisten hebt gecontroleerd.

Volg deze stappen op het knooppunt dat u wilt herstellen.

Meld u aan bij Azure Portal met de rolmachtigingen voor Azure Stack HCI-beheerders.
1. Ga naar de resourcegroep die wordt gebruikt voor het implementeren van uw lokale Azure-exemplaar. Identificeer in de resourcegroep de Azure Arc-machineresource voor het defecte knooppunt dat u wilt herstellen.
2. Ga in de Azure Arc-machineresource naar Instellingen > Vergrendelingen. In het rechterdeelvenster ziet u een resourcevergrendeling.
3. Selecteer de vergrendeling en selecteer vervolgens het prullenbakpictogram om de vergrendeling te verwijderen.
4. Selecteer Verwijderen op de pagina Overzicht van de Azure Arc-machineresource in het rechterdeelvenster. Met deze actie moet het defecte machineknooppunt worden verwijderd.
Installeer het besturingssysteem en de vereiste stuurprogramma's op het knooppunt dat u wilt herstellen. Volg de stappen in Het Azure Stack HCI-besturingssysteem installeren, versie 23H2.
Notitie
- Voor versie 2503 en hoger moet u de installatiekopieën van het besturingssysteem van dezelfde oplossing gebruiken als die wordt uitgevoerd op het bestaande cluster.
- Gebruik oplossing versie ophalen om de versie van de oplossing te identificeren die u uitvoert op het cluster.
- Gebruik de tabel met installatiekopieën van het besturingssysteem om de juiste versie van de installatiekopieën van het besturingssysteem te identificeren en te downloaden. Gebruik de Azure-portal niet, omdat niet alle beschikbare versies van installatiekopieën van het besturingssysteem worden weergegeven en mogelijk niet de vereiste overeenkomende versie bevat.
- Zorg ervoor dat de naam van de beheernetwerkadapter overeenkomt met de naam die wordt gebruikt op de andere knooppunten (meestal beheer). Bijvoorbeeld: Rename-NetAdapter -Name "<current-adapter-name>" -NewName "Management".
Registreer het knooppunt 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: Naam van resourcegroep, regio, abonnement en tenant.
Wijs de volgende machtigingen toe aan het herstelde knooppunt:
- Azure Stack HCI-Apparaatbeheer-rol
- Key Vault Secrets User Zie Machtigingen toewijzen aan het knooppunt voor meer informatie.

Volg deze stappen op een ander knooppunt dat lid is van hetzelfde Lokale Exemplaar van Azure.

Meld u aan bij het knooppunt dat al lid is van het systeem, met de domeingebruikersreferenties die u hebt opgegeven tijdens de implementatie van het systeem. Voer de volgende opdracht uit om het binnenkomende knooppunt te herstellen:
```
$Cred = Get-Credential 
Repair-Server -Name "<Name of the new node>" -LocalAdminCredential $Cred
```
Notitie

De knooppuntnaam moet de NetBIOS-naam zijn. De parameter LocalAdminCredential is standaard het ingebouwde administratoraccount dat is gemaakt door de installatie van het Windows besturingssysteem.
Noteer de bewerkings-id zoals weergegeven door de Repair-Server-opdracht. U gebruikt deze bewerkings-id later om de voortgang van de Repair-Server bewerking te controleren.

Voortgang van de bewerking controleren

Volg deze stappen om de voortgang van de bewerking voor het toevoegen van knooppunten 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 knooppunt:

Beschrijving van scenario	Maatregelen	Ondersteund?
Het herstellen van de knooppuntbewerking is mislukt.	Als u de bewerking wilt voltooien, onderzoekt u de fout. Voer de mislukte bewerking opnieuw uit met behulp van `Repair-Server -Rerun`.	Ja
De herstelknooppuntbewerking 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 het nieuwe knooppunt. Gebruik het herstelknooppuntscenario.	Ja

Problemen oplossen

Vanaf de release van 2508 wordt de validatie uitgevoerd nadat u de Repair-Server opdracht hebt uitgevoerd. Als een test mislukt, retourneert de validator informatie om u te helpen de fout op te lossen.

Hier volgt een voorbeeld van een validatiefoutbericht:

Als u fouten ondervindt tijdens het repareren van een knooppunt, kunt u de uitvoer van de fouten in een logbestand vastleggen.

Meld u aan met de domeingebruikersreferenties die u hebt opgegeven tijdens de implementatie van het systeem. 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
```

Als u een probleem ondervindt tijdens de bewerking van het herstelknooppunt en hulp nodig hebt van Microsoft Ondersteuning, kunt u de stappen volgen in diagnostische logboeken verzamelen voor Azure Lokaal (preview) om diagnostische logboeken naar Microsoft te verzamelen en te verzenden.

Mogelijk moet u diagnostische logboeken van het knooppunt opgeven dat wordt hersteld. Zorg ervoor dat u de Send-DiagnosticData cmdlet uitvoert vanaf dit knooppunt.

Volgende stappen

Meer informatie over het toevoegen van een knooppunt.

Feedback

Is deze pagina nuttig?

Last updated on 2026-08-24