Windows Failover Cluster-toepassingsresource mislukt bij verplaatsen naar een andere node

Sanne Visser 20 Reputatiepunten
2026-10-26T09:06:41.0633333+00:00

Hallo, wij zijn bezig met het oplossen van een probleem binnen een Windows Server Failover Cluster (WSFC), waarbij een geclusterde toepassingsresource niet online komt zodra beheerders deze naar een andere node proberen te verplaatsen.

Om de oorzaak efficiënt te achterhalen, wil ik graag advies over de juiste diagnostische stappen:

Hoe kunnen we de afhankelijkheden (resource dependencies) en het beleid controleren via Failover Cluster Manager of PowerShell (Get-ClusterResource)? Wat is de beste manier om de toegang tot gedeelde opslag (CSV / Cluster Disks) en de netwerkconfiguratie op alle clusternodes te verifiëren? Hoe kunnen we het diagnostische clusterlogboek ophalen en analyseren via Get-ClusterLog, samen met Cluster.log en de Event Viewer (FailoverClustering/Operational), om te bepalen waarom de resource-failover mislukt?

Visser.

Windows voort bedrijven | Windows Server | Hoge beschikbaarheid Storage | Clustering en hoge beschikbaarheid
0 opmerkingen Geen opmerkingen

1 antwoord

Sorteren op: Meest nuttig
  1. Domic Vo 36,835 Reputatiepunten Onafhankelijke adviseur
    2026-10-26T09:37:20.48+00:00

    Hallo,

    Controleer eerst de resource-afhankelijkheden en de failoverconfiguratie met PowerShell op een clusternode. Voer Get-ClusterResource | Format-Table Name, ResourceType, State, OwnerNode uit om de status en eigenaar van elke resource te bekijken. Gebruik vervolgens Get-ClusterResource "ResourceName" | Get-ClusterResourceDependencyom de afhankelijkheden te controleren en Get-ClusterResource "ResourceName" | Get-ClusterParameter om de resourceparameters te inspecteren. Controleer in Failover Cluster Manager ook de rolconfiguratie, preferred owners en failover policies.

    Verifieer vervolgens of alle betrokken nodes toegang hebben tot de vereiste gedeelde opslag en netwerken. Gebruik Get-ClusterSharedVolume voor CSV-statussen en Get-ClusterResource voor de status van geclusterde schijven. Controleer met Get-ClusterNetwork en Get-ClusterNetworkInterface of de clusternetwerken en netwerkinterfaces correct functioneren. Controleer bij opslagproblemen ook de relevante schijf-, MPIO- en Storport-gebeurtenissen; forceer geen gelijktijdige toegang tot gedeelde opslag buiten de clustercontrole om.

    Voor de hoofdoorzaak genereer je diagnostische logs met Get-ClusterLog -UseLocalTime -Destination C:\Temp\ClusterLogs. Open het gegenereerde Cluster.log en zoek rond het exacte tijdstip van de mislukte verplaatsing naar de resourcenaam, statuscodes en meldingen zoals IsAlive, LooksAlive of failed. Controleer daarnaast Event Viewer > Applications and Services Logs > Microsoft > Windows > FailoverClustering > Operational, evenals het System-logboek. Voer indien nodig Get-ClusterResource "ResourceName" | Get-ClusterResourceDependencyReport uit om de afhankelijkheidsstructuur te bekijken.

    Als de oorzaak nog niet duidelijk is, voer dan een gecontroleerde verplaatsing uit met Move-ClusterGroup "RoleName" -Node "TargetNode" en noteer de exacte foutmelding en het tijdstip. Deel ook het resourcetype, de Windows Server-versie en of de fout op één specifieke doelnode of op alle andere nodes optreedt. Daarmee kunnen we bepalen of het probleem bij afhankelijkheden, opslagtoegang, netwerkconnectiviteit of de resource zelf ligt.

    Domic Vo.

    Was dit antwoord nuttig?

    0 opmerkingen Geen opmerkingen

Uw antwoord

Antwoorden kunnen worden gemarkeerd als 'Geaccepteerd' door de auteur van de vraag en 'Aanbevolen' door moderators, zodat gebruikers het antwoord van de auteur kunnen weten.