Testy magazynu umożliwiają analizowanie magazynu w celu ustalenia, czy będzie on działał prawidłowo na potrzeby klastra pracy awaryjnej z systemem Windows Server 2008 R2.

Usuwanie problemów niewykrytych przez testy magazynu

Jeśli test magazynu wykaże, że magazyn lub jego konfiguracja nie będzie obsługiwać klastra pracy awaryjnej, należy przejrzeć poniższe rozwiązania:

  • Należy skontaktować się z dostawcą magazynu i użyć narzędzi dostarczonych razem z magazynem klastra w celu zebrania informacji o konfiguracji. W nietypowych przypadkach dostawca magazynu może poinformować, że rozwiązanie klastra jest obsługiwane, nawet jeśli nie jest to odzwierciedlone w wynikach testów magazynu. Na przykład rozwiązanie klastra mogło zostać specjalnie zaprojektowane do pracy bez współdzielonego magazynu.

  • Należy przejrzeć wyniki wielu testów w Kreatorze sprawdzania poprawności konfiguracji, na przykład wyniki testu Wyświetl listę kart magistrali hosta (zobacz Opis testów sprawdzania poprawności klastra: Spis) i z dwóch testów opisanych w tym temacie - Wyświetl listę wszystkich dysków i Wyświetl listę dysków klastra.

  • Należy poszukać testu sprawdzania poprawności magazynu związanego z testem, w ramach którego został wykryty problem. Na przykład, jeśli problem został wykryty w ramach testu Sprawdź wielokrotne rozstrzygnięcie, test, który jest powiązany z tym testem - Sprawdź rozstrzygnięcie dysku - może udostępnić przydatne informacje.

  • Należy przejrzeć wymagania dotyczące magazynu w temacie Opis wymagań klastrów pracy awaryjnej.

    Informacje na temat zgodności sprzętu z systemem Windows Server 2008 R2 można znaleźć na stronie https://go.microsoft.com/fwlink/?LinkID=139145 (strona może zostać wyświetlona w języku angielskim).

  • Należy przejrzeć dokumentację magazynu lub skontaktować się z producentem.

Testy magazynu w Kreatorze sprawdzania poprawności konfiguracji

Za pomocą Kreatora sprawdzania poprawności konfiguracji można uruchomić poniższe testy magazynu:

Wyświetl listę wszystkich dysków

Ten test wyświetla listę wszystkich dysków, które są widoczne dla jednego lub większej liczby testowanych serwerów. Ten test wyświetla listę:

  • dysków, które mogą obsługiwać klaster i do których mogą uzyskiwać dostęp wszystkie serwery;

  • dysków w określonym serwerze.

W przypadku każdego dysku zostaną podane poniższe informacje:

  • Numer dysku

  • Unikatowy identyfikator

  • Typ magistrali

  • Typ stosu

  • Adres dysku (jeśli ma zastosowanie), w tym port, ścieżka, identyfikator obiektu docelowego (TID) i jednostka LUN

  • Opis karty

  • Charakterystyka dysku, np. styl i typ partycji

Za pomocą tego testu można diagnozować problemy, które nie zostały wykryte przez inne testy magazynu opisane w tym temacie.

Wyświetl listę potencjalnych dysków klastrowych

Ten test wyświetla listę dysków, które mogą obsługiwać klaster i są widoczne dla wszystkich testowanych serwerów. Aby obsługiwać klaster, dysk musi być połączony za pośrednictwem magistrali Serial Attached SCSI (SAS), iSCSI lub Fibre Channel. Ponadto test ten sprawdza, czy wielościeżkowe wejście/wyjście działa prawidłowo, tj. czy każdy z dysków jest widziany jako jeden dysk, a nie jako dwa dyski.
Typy dysków, które nie są wyszczególniane przez ten test

Ten test wyświetla listę tylko tych dysków, które mogą być używane w klastrze. Wyszczególnione dyski muszą mieć następujące cechy:

  • muszą być połączone za pośrednictwem magistrali Serial Attached SCSI (SAS), iSCSI lub Fibre Channel;

  • muszą być widoczne dla wszystkich serwerów w klastrze;

  • muszą być dostępne za pośrednictwem karty magistrali hosta, która obsługuje klaster;

  • nie mogą być woluminem rozruchowym ani woluminem systemowym;

  • nie mogą być używane dla plików stronicowania, hibernacji ani plików zrzutów (w plikach zrzutów jest rejestrowana zawartość pamięci, gdy system nieoczekiwanie przestaje działać).

Sprawdź czas oczekiwania na dostęp do dysku

Ten test sprawdza, czy czas oczekiwania na operacje odczytu i zapisu dysku mieści się w akceptowalnym limicie dla klastra pracy awaryjnej. Jeśli operacje odczytu i zapisu dysku trwają zbyt długo, mogły zostać wyzwolone limity czasu klastra. Innym możliwym wynikiem jest to, że aplikacja próbująca uzyskać dostęp do dysku wydaje się być w stanie awarii i klaster mógł zainicjować niepotrzebne przejście w tryb pracy awaryjnej.

Sprawdź rozstrzygnięcie dysku

Ten test sprawdza, czy:

  • każdy z serwerów klastrowanych może za pomocą procesu rozstrzygania stać się właścicielem każdego z dysków klastra;

  • gdy określony serwer jest właścicielem dysku, a jeden lub większa liczba innych serwerów rozstrzygają dysk, pierwotny właściciel utrzymuje własność.

Jeśli serwer klastrowany nie może stać się właścicielem dysku lub nie może utrzymać własności, gdy inne serwery klastrowane rozstrzygają dysk, mogą wystąpić różnorodne problemy:

  • Dysk może nie mieć właściciela i dlatego może być niedostępny.

  • Dwóch właścicieli mogło zapisywać dane na dysku w nieskoordynowany sposób, co spowodowało uszkodzenie zawartości dysku.

    Serwery w klastrze pracy awaryjnej zaprojektowano tak, aby koordynowały wszystkie operacje zapisu w sposób pozwalający uniknąć uszkodzenia zawartości dysku.

  • Dysk może zmieniać właścicieli przy każdym rozstrzyganiu, co może zakłócać dostępność dysku.

Sprawdź pracę awaryjną dysku

Ten test sprawdza, czy praca awaryjna dysku działa prawidłowo w klastrze. W szczególności ten test sprawdza, czy gdy dysk, którego właścicielem jest jeden serwer klastrowany, zostanie przełączony w tryb pracy awaryjnej, serwer, który przejmie własność tego dysku, może go odczytać. Ten test sprawdza też, czy informacje zapisane na dysku przed przełączeniem w tryb pracy awaryjnej pozostaną niezmienione po tym przełączeniu.

Jeśli dysk zostanie przełączony w tryb pracy awaryjnej, a serwer przejmujący własność dysku nie może go odczytać, klaster nie może utrzymać dostępności dysku. Jeśli informacje zapisane na dysku zostaną zmienione w trakcie procesu przełączania w tryb pracy awaryjnej, może to spowodować problemy dla użytkowników lub oprogramowania, które wymaga tych informacji. W obu przypadkach, jeśli dysk, którego dotyczy ta sytuacja, jest monitorem dysku (dyskiem, na którym są przechowywane dane konfiguracji klastra i który uczestniczy w kworum), takie problemy mogą spowodować utratę kworum przez klaster i zakończenie pracy klastra.

Jeśli ten test wykryje, że przechodzenie dysku w tryb pracy awaryjnej nie działa prawidłowo, wyniki poniższych testów mogą pomóc w zidentyfikowaniu przyczyny tego problemu:

Sprawdź system plików

Ten test sprawdza, czy system plików na dyskach we współdzielonym magazynie jest obsługiwany przez klastry pracy awaryjnej.

Sprawdź dyski oparte na wielościeżkowym wejściu/wyjściu firmy Microsoft (MPIO)

Ten test sprawdza, czy dyski wielościeżkowe (oparte na wielościeżkowym wejściu/wyjściu firmy Microsoft) zostały prawidłowo skonfigurowane dla klastra pracy awaryjnej.

Sprawdź wielokrotne rozstrzygnięcie

Ten test sprawdza, czy w sytuacji, gdy wiele serwerów klastrowanych rozstrzyga dysk klastra, tylko jeden serwer uzyskuje własność. Proces rozstrzygania dysku pomaga zagwarantować, że wszystkie operacje zapisu są przeprowadzanie przez klastrowane serwery w skoordynowany sposób, aby uniknąć uszkodzenia zawartości dysku.

Jeśli ten test wykryje, że wiele serwerów klastrowanych może uzyskiwać własność dysku klastra w procesie rozstrzygania dysku, wyniki poniższego testu mogą pomóc w zidentyfikowaniu przyczyny tego problemu:

Sprawdź krytyczne dane produktu (VPD) urządzenia SCSI

Ten test sprawdza, czy magazyn obsługuje niezbędne dane zapytania interfejsu SCSI (deskryptory VPD) i czy są one unikatowe.

Sprawdź zastrzeżenie trwałe SCSI-3

Ten test sprawdza, czy magazyn klastra używa najnowszych poleceń zastrzegania trwałego (standard SCSI-3), które różnią się od starszych poleceń zastrzegania/zwalniania w standardzie SCSI-2. Polecenia zastrzegania trwałego unikają resetowania magistrali SCSI, co oznacza, że są znacznie mniej destrukcyjne niż starsze polecenia zastrzegania/zwalniania. Dlatego klaster pracy awaryjnej może szybciej reagować w różnorodnych sytuacjach w porównaniu do klastra ze starszą wersją systemu operacyjnego. Ponadto dyski nie są nigdy pozostawiane w stanie bez ochrony, co zmniejsza ryzyko uszkodzenia woluminów.

Sprawdź równoczesną pracę awaryjną

Ten test sprawdza, czy równoczesna praca awaryjna dysków w klastrze działa prawidłowo. W szczególności ten test sprawdza, czy nawet wtedy, gdy praca awaryjna wielu dysków występuje w tym samym czasie, dowolny serwer klastrowany może przejąć własność dysku i odczytać go. Ten test sprawdza też, czy informacje zapisane na dysku przed przełączeniem w tryb pracy awaryjnej pozostaną niezmienione po tym przełączeniu.

Jeśli dysk zostanie przełączony w tryb pracy awaryjnej, a serwer przejmujący własność dysku nie może go odczytać, klaster nie może utrzymać dostępności dysku. Jeśli informacje zapisane na dysku zostaną zmienione w trakcie pracy awaryjnej, może to spowodować problemy dla użytkowników lub oprogramowania, które wymaga tych informacji. W obu przypadkach, jeśli dysk, którego dotyczy ta sytuacja, jest monitorem dysku (dyskiem, na którym są przechowywane dane konfiguracji klastra i który uczestniczy w kworum), takie problemy mogą spowodować utratę kworum przez klaster i zakończenie pracy klastra.

Jeśli ten test wykryje, że przechodzenie dysku w tryb pracy awaryjnej nie odbywa się prawidłowo, wyniki poniższych testów mogą pomóc w zidentyfikowaniu przyczyny tego problemu:

Dodatkowe informacje

Spis treści