Condividi tramite

Il servizio cluster non avvia le indicazioni per la risoluzione dei problemi

  • Articolo

Elenco di controllo per la risoluzione dei problemi

Controllare le porte usate dal servizio cluster

Assicurarsi che le porte seguenti siano aperte al traffico del cluster in qualsiasi firewall:

  • Porta 135: mapper endpoint RPC (Remote Procedure Call) o DCOM (Distributed Component Object Model).

  • Porta 135: mapper degli endpoint RPC tramite il protocollo UDP (User Datagram Protocol).

  • Porta 3343: driver di rete del cluster.

  • Porta 445: SMB (Server Message Block).

  • Porta 139: servizio sessione NetBIOS.

  • Porte nell'intervallo compreso tra 5000 e 5099: se l'ID evento 1721 viene registrato quando ci si connette a un cluster come amministratore del cluster, provare ad aprire le porte in questo intervallo (o in altre porte) al traffico RPC. Le porte supportano la comunicazione tramite RPC, a meno che non si digiti semplicemente un carattere punto (.).

    Questo problema può verificarsi perché il servizio cluster usa almeno 100 porte per la comunicazione RPC. Il numero di porte disponibili per il servizio cluster può diventare troppo ridotto quando altri servizi usano alcune delle porte necessarie. Questi servizi possono includere il servizio DNS Windows, il servizio WINS (Windows Internet Name Service) o il servizio Microsoft SQL Server.

  • Porte nell'intervallo compreso tra 8011 e 8031: se i firewall separano i nodi del cluster, le porte nell'intervallo compreso tra 8011 e 8031 devono essere aperte al traffico RPC internode. In caso contrario, gli errori nel log del cluster indicano che un nodo sponsor non è disponibile. Questi errori si verificano perché non sono disponibili porte sufficienti per la comunicazione RPC tra un nodo che tenta di aggiungere il cluster e un nodo che può sponsorizzare tale nodo.

Per altre informazioni su come configurare porte di rete e di rete per un cluster, vedere gli articoli seguenti:

Dopo aver modificato le impostazioni della porta, provare a riportare online il nodo prima di procedere.

Eseguire lo strumento di convalida del cluster

  1. Aprire lo snap-in Gestione cluster di failover (CluAdmin.msc).

  2. Selezionare Gestione cluster di failover nella colonna in alto a sinistra.

  3. Selezionare Convalida configurazione.

  4. Digitare il nome di ogni nodo nel cluster e selezionare Aggiungi dopo ogni nodo.

  5. Quando tutti i nodi sono stati aggiunti all'elenco Server selezionati: selezionare Avanti.

  6. Selezionare Esegui tutti i test (scelta consigliata)>Avanti>avanti.

  7. Consentire il completamento del test. Al termine, selezionare Visualizza report.

  8. Esaminare i risultati dei test etichettati come Non riuscito o Avviso. Queste informazioni possono aiutare a fornire passaggi interattivi per risolvere il problema.

  9. Per ottenere un file scaricabile, passare alla cartella C:\Windows\Cluster\Reports e aprire il report di convalida (. file MHT).

    Nota

    In Windows Server 2016 e versioni successive si tratta di un file .HTM.

Controllare i criteri di sicurezza che potrebbero influire sul nodo del cluster

Nella Editor Oggetto Criteri di gruppo, questi oggetti criteri si trovano in Configurazione computer\Impostazioni di Windows\Impostazioni di sicurezza\Criteri locali\Assegnazione diritti utente.

Nota

Per accedere alle impostazioni dei criteri di sicurezza locali, selezionare Start, digitare criteri di sicurezza locali e quindi selezionare Criteri di sicurezza locali.

Dopo aver modificato le impostazioni dei criteri, provare a riportare online il nodo prima di procedere.

Disabilitare temporaneamente i firewall

Disabilitare il firewall tra il nodo e il resto del cluster e quindi provare a riportare il nodo online. Se il nodo non viene ancora online, il firewall può essere la causa.

Importante

Non lasciare questa modifica in vigore dopo aver completato la risoluzione dei problemi. Dopo aver usato questa modifica per il test, restituire queste impostazioni alla configurazione originale.

Verificare la presenza di problemi nell'hardware e nel software di rete

  • Controllare nel registro eventi di sistema gli errori hardware o software correlati alle schede di rete in questo nodo.

  • Controllare la scheda di rete, i cavi e la configurazione di rete per le reti che connettono i nodi.

  • Se si stanno collaborando con le schede di rete, assicurarsi che la configurazione del teaming sia corretta.

  • Controllare hub, commutatori o bridge nelle reti che connettono i nodi.

Esaminare i file di log

Per identificare l'origine del problema, esaminare le informazioni di log da più origini. Ad esempio:

  • In Visualizzatore eventi passare a Registri applicazioni e servizi\Microsoft\Windows\FailoverClustering-Client\Diagnostica ed esaminare i log di traccia del debug dell'API cluster.

  • Generare un nuovo log del cluster per il nodo. Nel server che esegue il nodo interessato aprire un prompt di PowerShell con privilegi elevati ed eseguire il cmdlet seguente:

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

Per generare una traccia più dettagliata, seguire questa procedura:

  1. A un prompt di PowerShell con privilegi elevati, eseguire il cmdlet seguente per avviare la traccia:

    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. Riprodurre il problema.

  3. Per arrestare la traccia, eseguire il cmdlet seguente:

    Logman stop base_cluster.etl -ets

  4. Per convertire la traccia, eseguire il cmdlet seguente:

    Netsh trace convert base_cluster.etl

  5. Per generare un log del cluster dai dati, eseguire il cmdlet seguente:

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

Per altre informazioni sulla traccia e altri problemi da cercare, vedere Come risolvere i problemi relativi alla creazione di errori del cluster.