Udostępnij za pośrednictwem

Nie można uruchomić usługi klastrowania — wskazówki dotyczące rozwiązywania problemów

  • Artykuł

Lista kontrolna rozwiązywania problemów

Sprawdzanie portów używanych przez usługę klastrowania

Upewnij się, że następujące porty są otwarte dla ruchu klastra we wszystkich zaporach:

  • Port 135: Maper punktu końcowego zdalnego wywołania procedury (RPC) lub modelu obiektów składników rozproszonych (DCOM).

  • Port 135: maper punktu końcowego RPC za pośrednictwem protokołu datagramu użytkownika (UDP).

  • Port 3343: sterownik sieciowy klastra.

  • Port 445: blok komunikatów serwera (SMB).

  • Port 139: usługa sesji NetBIOS.

  • Porty z zakresu od 5000 do 5099: jeśli identyfikator zdarzenia 1721 jest rejestrowany podczas nawiązywania połączenia z klastrem jako administrator klastra, spróbuj otworzyć porty z tego zakresu (lub innych portów) do ruchu RPC. Porty obsługują komunikację za pośrednictwem RPC, chyba że po prostu wpisz znak kropki (.).

    Ten problem może wystąpić, ponieważ usługa klastrowania używa co najmniej 100 portów do komunikacji RPC. Liczba portów dostępnych dla usługi klastra może stać się zbyt mała, gdy inne usługi korzystają z niektórych niezbędnych portów. Te usługi mogą obejmować usługę DNS systemu Windows, usługę nazw internetowych systemu Windows (WINS) lub usługę Microsoft SQL Server.

  • Porty z zakresu od 8011 do 8031: jeśli zapory oddzielają węzły klastra, porty z zakresu od 8011 do 8031 muszą być otwarte dla ruchu RPC między węzłami. W przeciwnym razie błędy w dzienniku klastra wskazują, że węzeł sponsorowany nie jest dostępny. Te błędy występują, ponieważ nie ma wystarczającej liczby portów dostępnych dla komunikacji RPC między węzłem, który próbuje dołączyć do klastra i węzła, który może sponsorować ten węzeł.

Aby uzyskać więcej informacji na temat konfigurowania portów sieciowych i sieciowych dla klastra, zobacz następujące artykuły:

Po zmianie ustawień portu spróbuj ponownie przenieść węzeł do trybu online przed kontynuowaniem.

Uruchom narzędzia sprawdzające poprawność klastra

  1. Otwórz przystawkę Menedżer klastra trybu failover (CluAdmin.msc).

  2. Wybierz pozycję Menedżer klastra trybu failover w lewej górnej kolumnie.

  3. Wybierz pozycję Zweryfikuj konfigurację.

  4. Wpisz nazwę każdego węzła w klastrze i wybierz pozycję Dodaj po każdym z nich.

  5. Po dodaniu wszystkich węzłów do listy Wybrane serwery: wybierz pozycję Dalej.

  6. Wybierz pozycję Uruchom wszystkie testy (zalecane)>Dalej.>

  7. Zezwalaj na zakończenie testu. Po zakończeniu wybierz pozycję Wyświetl raport.

  8. Przejrzyj wszystkie wyniki testów oznaczone jako Niepowodzenie lub Ostrzeżenie. Te informacje mogą pomóc w zapewnieniu praktycznych kroków w celu rozwiązania problemu.

  9. Aby uzyskać plik do pobrania, przejdź do folderu C:\Windows\Cluster\Reports i otwórz raport weryfikacji (. Plik MHT).

    Uwaga 16.

    W systemie Windows Server 2016 i nowszych wersjach jest to plik .HTM .

Sprawdź zasady zabezpieczeń, które mogą wpływać na węzeł klastra

W Edytorze obiektów zasad grupy te obiekty zasad znajdują się w konfiguracji komputera\Ustawienia systemu Windows\Ustawienia zabezpieczeń\Zasady lokalne\Przypisanie praw użytkownika.

Uwaga 16.

Aby uzyskać dostęp do ustawień lokalnych zasad zabezpieczeń, wybierz pozycję Start, wpisz zasady zabezpieczeń lokalnych, a następnie wybierz pozycję Zasady zabezpieczeń lokalnych.

Po zmianie ustawień zasad spróbuj ponownie przenieść węzeł do trybu online przed kontynuowaniem.

Tymczasowo wyłącz zapory

Wyłącz zaporę między węzłem a pozostałą częścią klastra, a następnie spróbuj ponownie przełączyć węzeł do trybu online. Jeśli węzeł nadal nie jest w trybie online, przyczyną może być zapora.

Ważne

Nie pozostawiaj tej zmiany w miejscu po zakończeniu rozwiązywania problemów. Po użyciu tej zmiany do testowania wróć te ustawienia do oryginalnej konfiguracji.

Sprawdzanie sprzętu i oprogramowania sieciowego pod kątem występowania problemów

  • Sprawdź dziennik zdarzeń systemu pod kątem błędów sprzętu lub oprogramowania związanych z kartami sieciowymi w tym węźle.

  • Sprawdź kartę sieciową, kable i konfigurację sieci dla sieci, które łączą węzły.

  • Jeśli tworzysz zespół kart sieciowych, upewnij się, że konfiguracja tworzenia zespołu jest poprawna.

  • Sprawdź koncentratory, przełączniki lub mostki w sieciach łączących węzły.

Przeglądanie plików dziennika

Aby zidentyfikować źródło problemu, przejrzyj informacje dziennika z wielu źródeł. Na przykład:

  • W Podgląd zdarzeń przejdź do pozycji Dzienniki aplikacji i usług\Microsoft\Windows\FailoverClustering-Client\Diagnostic i przejrzyj dzienniki śledzenia debugowania interfejsu API klastra.

  • Wygeneruj nowy dziennik klastra dla węzła. Na serwerze z uruchomionym węzłem, którego dotyczy problem, otwórz wiersz polecenia programu PowerShell z podwyższonym poziomem uprawnień i uruchom następujące polecenie cmdlet:

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

Aby wygenerować bardziej szczegółowy ślad, wykonaj następujące kroki:

  1. W wierszu polecenia programu PowerShell z podwyższonym poziomem uprawnień uruchom następujące polecenie cmdlet, aby rozpocząć śledzenie:

    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. Odtwórz problem.

  3. Aby zatrzymać śledzenie, uruchom następujące polecenie cmdlet:

    Logman stop base_cluster.etl -ets

  4. Aby przekonwertować ślad, uruchom następujące polecenie cmdlet:

    Netsh trace convert base_cluster.etl

  5. Aby wygenerować dziennik klastra na podstawie danych, uruchom następujące polecenie cmdlet:

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

Aby uzyskać więcej informacji na temat śledzenia i innych problemów, które należy znaleźć, zobacz How to Troubleshoot Create Cluster Failures (Jak rozwiązywać problemy z błędami tworzenia klastra).