Delen via


Richtlijnen voor problemen oplossen met een clusterservice die niet kan worden gestart

Controlelijst voor probleemoplossing

Controleer de poorten die de clusterservice gebruikt

Zorg ervoor dat de volgende poorten zijn geopend voor clusterverkeer op firewalls:

  • Poort 135: remote procedure call (RPC) endpoint mapper of distributed component object model (DCOM).

  • Poort 135: RPC-eindpunttoewijzingper via UDP (User Datagram Protocol).

  • Poort 3343: Clusternetwerkstuurprogramma.

  • Poort 445: Server message block (SMB).

  • Poort 139: NetBIOS-sessieservice.

  • Poorten in het bereik van 5000 tot 5099: Als gebeurtenis-id 1721 wordt geregistreerd wanneer u verbinding maakt met een cluster als clusterbeheerder, opent u de poorten in dit bereik (of andere poorten) naar RPC-verkeer. De poorten ondersteunen communicatie via RPC, tenzij u alleen een puntteken (.) typt.

    Dit probleem kan optreden omdat de clusterservice ten minste 100 poorten gebruikt voor RPC-communicatie. Het aantal poorten dat beschikbaar is voor de clusterservice kan te klein worden wanneer andere services enkele van de benodigde poorten gebruiken. Deze services kunnen bestaan uit Windows DNS-service, Windows Internet Name Service (WINS) of Microsoft SQL Server-service.

  • Poorten in het bereik van 8011 tot en met 8031: Als firewalls de clusterknooppunten scheiden, moeten de poorten in het bereik van 8011 tot 8031 openstaan voor RPC-verkeer tussen knooppunten. Anders geven fouten in het clusterlogboek aan dat er geen sponsorknooppunt beschikbaar is. Deze fouten treden op omdat er onvoldoende poorten beschikbaar zijn voor RPC-communicatie tussen een knooppunt dat probeert deel te nemen aan het cluster en een knooppunt dat dat knooppunt kan sponsoren.

Zie de volgende artikelen voor meer informatie over het configureren van een netwerk- en netwerkpoort voor een cluster:

Nadat u de poortinstellingen hebt gewijzigd, probeert u het knooppunt opnieuw online te brengen voordat u verdergaat.

Het clustervalidatieprogramma uitvoeren

  1. Open de module Failoverclusterbeheer (CluAdmin.msc).

  2. Selecteer Failoverclusterbeheer in de kolom linksboven.

  3. Selecteer Configuratie valideren.

  4. Typ de naam van elk knooppunt in het cluster en selecteer Toevoegen na elke knooppunt.

  5. Wanneer alle knooppunten zijn toegevoegd aan de geselecteerde servers: lijst, selecteert u Volgende.

  6. Selecteer Alle tests uitvoeren (aanbevolen)>Volgende>.

  7. De test mag worden voltooid. Zodra dit is voltooid, selecteert u Rapport weergeven.

  8. Bekijk de resultaten van tests die zijn gelabeld als Mislukt of Waarschuwing. Deze informatie kan helpen bij het bieden van bruikbare stappen om het probleem op te lossen.

  9. Als u een downloadbaar bestand wilt ophalen, gaat u naar de map C:\Windows\Cluster\Reports en opent u het validatierapport (. MHT)-bestand.

    Notitie

    In Windows Server 2016 en latere versies is het een .HTM-bestand .

Controleer de beveiligingsbeleidsregels die van invloed kunnen zijn op het clusterknooppunt

Deze beleidsobjecten bevinden zich in de groepsbeleidsobjecteditor in Computerconfiguratie\Windows-instellingen\Beveiligingsinstellingen\Lokaal beleid\Toewijzing van gebruikersrechten.

Notitie

Als u toegang wilt krijgen tot de instellingen van het lokale beveiligingsbeleid, selecteert u Start, typt u lokaal beveiligingsbeleid en selecteert u lokaal beveiligingsbeleid.

  • Zorg ervoor dat de lijst met accounts de accounts bevat die verantwoordelijk zijn voor het uitvoeren van het clusterknooppunt. Zie How to access this computer from the network and Allow log on locally security policy setting voor meer informatie.

  • Zorg ervoor dat de lijst met accounts geen lokale accounts bevat. Zie De toegang tot deze computer vanuit het netwerk weigeren voor meer informatie.

  • Zorg ervoor dat de lijst met accounts en groepen niet de groep Iedereen bevat. Zie Aanmelden bij lokaal beveiligingsbeleid weigeren voor meer informatie.

Nadat u de beleidsinstellingen hebt gewijzigd, probeert u het knooppunt opnieuw online te brengen voordat u verdergaat.

De firewalls tijdelijk uitschakelen

Schakel de firewall tussen het knooppunt en de rest van het cluster uit en probeer het knooppunt vervolgens opnieuw online te brengen. Als het knooppunt nog steeds niet online komt, kan de firewall de oorzaak zijn.

Belangrijk

Laat deze wijziging niet staan nadat u klaar bent met het oplossen van problemen. Nadat u deze wijziging hebt gebruikt voor het testen, keert u deze instellingen terug naar de oorspronkelijke configuratie.

Controleer de netwerkhardware en -software op problemen

  • Controleer het gebeurtenislogboek van het systeem op hardware- of softwarefouten die zijn gerelateerd aan de netwerkadapters op dit knooppunt.

  • Controleer de netwerkadapter, kabels en netwerkconfiguratie voor de netwerken die de knooppunten verbinden.

  • Als u de netwerkadapters wilt koppelen, controleert u of de koppelingsconfiguratie juist is.

  • Controleer hubs, switches of bruggen in de netwerken die de knooppunten verbinden.

Logboekbestanden controleren

Als u de bron van het probleem wilt identificeren, bekijkt u logboekinformatie uit meerdere bronnen. Bijvoorbeeld:

  • Navigeer in Logboeken naar logboeken voor toepassingen en services\Microsoft\Windows\FailoverClustering-Client\Diagnostic en bekijk de traceringslogboeken voor cluster-API's.

  • Genereer een nieuw clusterlogboek voor het knooppunt. Open op de server waarop het betreffende knooppunt wordt uitgevoerd een PowerShell-prompt met verhoogde bevoegdheid en voer de volgende cmdlet uit:

    Get-ClusterLog -Node 'Local Node Name' -Destination c:\temp -UseLocalTime

Voer de volgende stappen uit om een gedetailleerdere tracering te genereren:

  1. Voer bij een PowerShell-prompt met verhoogde bevoegdheid de volgende cmdlet uit om de tracering te starten:

    logman create trace "base_cluster" -ow -o c:\base_cluster.etl -p "Microsoft-Windows-FailoverClustering-Client" 0xffffffffffffffff 0xff -nb 16 16 -bs 1024 -mode Circular -f bincirc -max 4096 -ets

  2. Reproduceer het probleem.

  3. Voer de volgende cmdlet uit om de tracering te stoppen:

    Logman stop base_cluster.etl -ets

  4. Voer de volgende cmdlet uit om de tracering te converteren:

    Netsh trace convert base_cluster.etl

  5. Voer de volgende cmdlet uit om een clusterlogboek te genereren op basis van de gegevens:

    Get-ClusterLog -Node 'Local Node Name' -Destination c:\temp -UseLocalTime

Zie How to Troubleshoot Create Cluster Failures (Clusterfouten oplossen) voor meer informatie over tracering en andere problemen waarop u kunt letten.