Rozwiązywanie problemów z klastra pracy awaryjnej
Ten temat zawiera informacje dotyczące następujących kwestii:
Podstawowe kroki rozwiązywania problemów.
Odzyskiwanie po awarii klaster pracy awaryjnej.
Rozwiązywanie najczęściej pracy awaryjnej klastrowanie problemów.
Korzystanie z rozszerzonych procedur przechowywanych i obiekty COM.
Podstawowe kroki rozwiązywania problemów
Podczas pracy z SQL Server awaryjnej, należy pamiętać, że klaster serwerów składa się z klastrowanie pracy awaryjnej wystąpienie , uruchamiana jest Microsoft klastrowanie (MSCS).Wystąpienie SQL Server może być obsługiwany przez Microsoft na podstawie MSCS węzłów, które zapewniają Microsoft serwera klastra.
Jeśli problemy istnieje w węzłach hoście klastra serwerów, tych problemów mogą sami manifest jak problemy z wystąpienie klaster pracy awaryjnej.Aby zbadać i rozwiązać te problemy, rozwiązywanie problemów z SQL Server klaster pracy awaryjnej w następującej kolejności:
Sprzęt: Przegląd Microsoft systemu Windows zdarzenie dzienniki.
System operacyjny: Przegląd systemu Windows i aplikacji zdarzenie dzienniki.
Sieć: Przegląd systemu Windows i aplikacji zdarzenie dzienniki.Sprawdź bieżącą konfiguracja przeciwko artykuł bazy wiedzy, zalecane prywatnego "pulsu" konfiguracja klastra serwerów.
Zabezpieczenia: Przegląd aplikacji systemu Windows i zabezpieczeń zdarzenie dzienniki.
MSCS: Przeglądu systemu Windows, aplikacja zdarzenie, a dzienniki klastra.
SQL Server: Rozwiązywanie problemów z normalnie po zweryfikowaniu sprzętu, systemu operacyjnego, sieci, zabezpieczeń i fundacje MSCS wolne problem.
Odzyskiwanie po awarii klastra pracy awaryjnej
Zazwyczaj awarii klaster pracy awaryjnej jest wynik jednego z dwóch przyczyn:
Awaria sprzętu w jeden węzeł w klastrze dwuwęzłowym.Awaria sprzętu, to może być spowodowane awarią karty SCSI lub systemu operacyjnego.
Aby odzyskać z tego błędu, usunąć uszkodzonego węzła klaster pracy awaryjnej korzystania z SQL Server Instalatora, adres awarii sprzętu z komputera w trybie offline, dostosowania komputera tworzyć kopię zapasową zapasowej, a następnie dodać naprawionych węzła do wystąpienie klaster pracy awaryjnej.
Aby uzyskać więcej informacji, zobacz Jak Utwórz nowy SQL Server klastra pracy awaryjnej (ustawienia) i Jak Odzyskiwanie po awarii klastra pracy awaryjnej w scenariuszu 1.
Awaria systemu operacyjnego.W takim przypadek węzeł jest w trybie offline, ale nie jest nieodwracalnie przerwane.
Odzyskiwanie po awarii systemu operacyjnego, odzyskać węzła i testowanie pracy awaryjnej.Jeśli SQL Server wystąpienia nie są przejmowane prawidłowo, należy użyć SQL Server Instalatora, aby usunąć SQL Server z klaster praca awaryjna, dokonać niezbędnych napraw, Wywołaj komputer, a następnie Dodaj węzeł naprawionych powrót do klaster praca awaryjna wystąpienie.
Odzyskiwanie po awarii systemu operacyjnego w ten sposób można wykonać czas.Łatwo można odzyskać awarii systemu operacyjnego, można unikać tę technikę.
Aby uzyskać więcej informacji, zobacz Jak Utwórz nowy SQL Server klastra pracy awaryjnej (ustawienia) i Jak Odzyskiwanie po awarii klastra pracy awaryjnej w scenariuszu 2.
Rozwiązywanie typowych problemów
Poniżej opisano typowe problemy z użytkowaniem i wyjaśniono sposób ich rozwiązania.
Problem: Niepoprawnej składni wiersza polecenia do zainstalowania programu SQL Server
Problem 1: Jest trudne do diagnozowania problemów z instalacją, korzystając z /qn przełączanie wiersz polecenia jako /qn przełącznik powoduje pominięcie wszystkich oknach dialogowych Instalatora i komunikaty o błędach.Jeśli /qn określono przełącznik wszystkie wiadomości instalacji, w tym komunikatów o błędach są zapisywane pliki dziennika instalacji.Aby uzyskać więcej informacji na temat plików dziennika, zobacz Jak Widok i odczyt plików dziennika instalacji programu SQL Server.
Rezolucja 1: Użyj /qb Przełącz zamiast /qn przełączyć.Jeśli używasz /qb przełącznika podstawowego interfejsu użytkownika w każdym kroku zostanie wyświetlone, w tym komunikatów o błędach.
Problem: SQL Server nie może zalogować się do sieci po migracją do innego węzła
Problem 1: SQL Server usługakonta są nie można skontaktować się z kontrolerem domena.
Rezolucja 1: Sprawdź swoje zdarzenie dzienniki oznaki problemów sieciowych, takich jak błędy adapter lub problemów DNS.Sprawdź, czy może pingować kontrolera domena.
Problem 2: SQL Serverhasła konta usługa nie są identyczne na wszystkich węzłach klastra lub węzła nie ponownie SQL Server usługa, który został zmigrowany z uszkodzonego węzła.
Rozwiązanie 2: Zmień SQL Server hasła konta usługa przy użyciu SQL Server Menedżer konfiguracji.Jeśli nie, SQL Server hasła konta usługa na jednym węźle, należy także zmienić hasła na wszystkich innych węzłach.SQL Server Menedżer konfiguracji robi to automatycznie.
Problem: SQL Server nie może uzyskać dostępu do dysków klastrowych
Problem 1: Oprogramowanie układowe lub sterowniki nie są aktualizowane na wszystkich węzłach.
Rozwiązanie 1: Zweryfikuj, że wszystkie węzły z odpowiednim oprogramowaniem układowym wersje i tego samego sterownika.
Problem 2: Węzeł nie można odzyskać dysków klastrowych, które zostały zmigrowane z uszkodzonego węzła na udostępnionym dysku klastrowym z inną literę dysku.
Rozwiązanie 2: Litery dysku dla dysków klastrowych musi być taka sama na obu serwerach.Jeśli nie, przejrzyj oryginalnej instalacji systemu operacyjnego i Microsoft usługi klastrowania (MSCS).
Problem: Błąd usługa SQL Server powoduje pracy awaryjnej
Rozdzielczość: Aby zapobiec przyczyną niepowodzenia określonych usług SQL Server grupy do praca awaryjna, konfigurowanie tych usług za pomocą Administratora klastrów w systemie Windows, w następujący sposób:
- Wyczyść grupy pole wyboru na Zaawansowane karcie Właściwości pełnego tekstu okno dialogowe.Jednakże jeśli SQL Server powoduje pracy awaryjnej, ponowne uruchamianie usługa przeszukiwanie pełnego tekstu.
Problem: SQL Server nie uruchamia się automatycznie
Rozdzielczość: Użyj Administratora klastrów w MSCS automatycznego uruchamiania klaster pracy awaryjnej. SQL Server Usługi powinny być zestaw do uruchamiania ręcznego; Administrator klastrów należy skonfigurować w MSCS, aby uruchomić SQL Server usługa. Aby uzyskać więcej informacji, zobacz Zarządzanie usługami.
Problem: Nazwa sieci jest w trybie offline i nie można połączyć SQL Server przy użyciu protokołu TCP/IP
Problem 1: DNS jest możliwe z zasób klastra zestaw wymaga systemu DNS.
Rozwiązanie 1: Rozwiąż problemy DNS.
Problem 2: Duplikat nazwy znajduje się w sieci.
Rozwiązanie 2: Użyj polecenia NBTSTAT znaleźć zduplikowane nazwy, a następnie rozwiązać ten problem.
Problem 3: SQL Server nie łączy się za pomocą nazwanych potoków.
Rozwiązanie 3: Aby połączyć za pomocą nazwanych potoków, należy utworzyć alias połączyć się z odpowiednim komputerem przy użyciu programu SQL Server Menedżer konfiguracji.Na przykład klaster z dwoma węzłami (węzła a i Węzeł B), a wystąpienie klaster pracy awaryjnej (Virtsql) z wystąpienie domyślne można połączyć serwer z zasób Nazwa sieciowa w trybie offline wykonując następujące czynności:
Ustalić na który węzeł grupy zawierające wystąpienie SQL Server działa przy użyciu Administratora klastra.W tym przykładzie jest węzła a.
Uruchom SQL Server usługa na komputer z net start.Aby uzyskać więcej informacji o korzystaniu z net start, zobacz Ręczne uruchamianie programu SQL Server.
Uruchom SQL Server SQL Server Menedżer konfiguracji na węzła a.Umożliwia wyświetlenie nazwy potoku, na którym nasłuchuje serwer.Powinna być podobna do \\.\$$\VIRTSQL\pipe\sql\query.
Na klient komputera, uruchom program SQL Server Menedżer konfiguracji.
Utworzyć alias SQLTEST1, aby połączyć tej nazwy potoku za pośrednictwem nazwanych potoków.Aby to zrobić, wpisz węzła a jako nazwa serwera i nazwy potoku do edycji \\.\pipe\$$\VIRTSQL\sql\query.
Podłącz do tego wystąpienie, używając alias SQLTEST1 jako nazwa serwera.
Problem: Niepowodzenia instalacji programu SQL Server w klastrze z powodu błędu 11001
Problem: Klucz rejestru sierocych [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.X\Cluster]
Rozdzielczość: Upewnij się, że MSSQL.Gałąź rejestru x nie jest aktualnie używany, a następnie usuń klucz klastra.
Problem: Błąd instalacji klastra: "Instalator ma niewystarczające uprawnienia dostępu do tego katalogu: <dysk>\Microsoft SQL Server.Nie można kontynuować instalacji.Zaloguj się jako administrator lub skontaktuj się z administrator systemu"
Problem: Ten błąd jest spowodowany dysk SCSI udostępniony, który nie jest poprawnie partycje.
Rozdzielczość: Ponownie utworzyć pojedynczą partycję na dysku udostępnionym wykonując następujące czynności:
Usuń zasób dysku z klastra.
Usuń wszystkie partycje na dysku.
Właściwości dysku sprawdź, czy dysk jest dyskiem podstawowym.
Tworzenie jednej partycji na dysku udostępnionym, sformatować dysk i przypisać literę dysku.
Dodaj dysk do klastra za pomocą Administratora klastrów (cluadmin).
Uruchom SQL Server Instalatora.
Problem: Aby zarejestrować zasoby SQL Server w transakcja rozproszona nie działać aplikacje
Problem: Ponieważ Microsoft w systemie Windows nie jest całkowicie skonfigurowano transakcja rozproszona Coordinator (MS DTC) zarejestrować mogą nie działać aplikacje SQL Server zasobów w transakcja rozproszona.Ten problem może wpływać na serwerów połączonych i kwerendami rozproszonymi zdalnych procedur przechowywanych, które są używane transakcje rozproszone.Aby uzyskać więcej informacji na temat konfigurowania usługi MS DTC, zobacz Przed zainstalowaniem klastra pracy awaryjnej.
Rozdzielczość: Aby zapobiec takim problemom, pełni należy włączyć usługi MS DTC na serwerach, gdzie SQL Server jest zainstalowana i skonfigurowana usługa MS DTC.
Aby włączyć pełni usługi MS DTC, wykonaj następujące kroki:
W Panelu sterowania otwórz Narzędzia administracyjne, a następnie otwórz Zarządzanie komputerem.
W lewym okienku przystawki Zarządzanie komputerem rozwiń usługi i aplikacje, a następnie kliknij przycisk usług.
W prawym okienku przystawki Zarządzanie komputerem, kliknij prawym przyciskiem myszy Koordynator transakcji rozproszonychi wybierz Właściwości.
W Koordynator transakcji rozproszonych okna, kliknij Ogólne kartę, a następnie kliknij Stop do zatrzymania usługa.
W Koordynator transakcji rozproszonych okna, kliknij logowania karcie i zestaw NT AUTHORITY\NetworkService konto logowania.
Kliknij Zastosuj i OK zamknąć Koordynator transakcji rozproszonych okna.Zamknij Zarządzanie komputerem okna.Zamknij Narzędzia administracyjne okna.
Korzystanie z rozszerzonych procedur przechowywanych i obiektów COM
Korzystając z awaryjnej konfiguracja rozszerzonych procedur przechowywanych, wszystkie rozszerzone procedury przechowywane musi być zainstalowany na SQL Server-dysku klastrowanie zależnych.To gwarantuje, że gdy węzeł ulegnie awarii, rozszerzone procedury przechowywane mogą być nadal używane.
Jeśli składniki COM za pomocą rozszerzonych procedur przechowywanych, administrator musi zarejestrować składniki COM na każdym węźle klastra.Informacje dotyczące ładowania i wykonywania składników modelu COM musi być w rejestrze węzła aktywnego w kolejności składników do utworzenia.W przeciwnym wypadku informacje pozostają w rejestrze komputera najpierw zarejestrowano składników COM.