Kreatora można użyć do migracji ustawień wielu typów zasobów do klastra z systemem Windows Server 2008 R2. Od trzeciej strony Kreatora migracji można wyświetlić raport poprzedzający migrację, w którym wyjaśniono, czy każdy zasób kwalifikuje się do migracji, i opisano dodatkowe kroki do wykonania po uruchomieniu kreatora. Po zakończeniu działania kreator udostępnia raport, w którym są opisane dodatkowe kroki, które mogą być wymagane do ukończenie migracji. Kreator obsługuje migrację ustawień do klastra z systemem Windows Server 2008 R2 z klastra z dowolnym z następujących systemów operacyjnych:

  • Windows Server 2003

  • Windows Server 2008

  • Windows Server 2008 R2

Aby uzyskać informacje na temat określonych kroków umożliwiających uruchomienie Kreatora migracji klastra, zobacz temat Migrowanie grup zasobów do klastra pracy awaryjnej z systemem Windows Server 2008 R2.

Przestroga

Jeśli jest używany nowy magazyn, podczas migracji należy samodzielnie skopiować lub przenieść dane i foldery na woluminach udostępnionych. Kreator do przeprowadzania migracji grup zasobów klastrowanych nie kopiuje danych z jednej lokalizacji do drugiej.

Ten temat zawiera poniższe podsekcje:

Identyfikowanie usług lub aplikacji klastrowanych, które można poddać migracji do klastra z systemem Windows Server 2008 R2

W tej sekcji wyszczególniono usługi lub aplikacje klastrowane (zasoby klastrowane), które można poddać migracji do klastra z systemem Windows Server 2008 R2.

Ważne

Za pomocą Kreatora migracji klastra nie można przeprowadzić migracji ustawień serwerów zwirtualizowanych, serwerów poczty, serwerów baz danych, serwerów wydruku ani żadnych innych zasobów, które nie są wymienione w poniższych podsekcjach. Dla niektórych z tych aplikacji istnieją inne narzędzia do migracji. Aby uzyskać informacje na temat przeprowadzania migracji aplikacji serwerów pocztowych, zobacz https://go.microsoft.com/fwlink/?LinkId=91732 (strona może zostać wyświetlona w języku angielskim) i https://go.microsoft.com/fwlink/?LinkId=91733 (strona może zostać wyświetlona w języku angielskim).

Zasoby, dla których Kreator migracji klastra wykonuje większość kroków migracji lub wszystkie z nich

Aby po przeprowadzeniu migracji ustawień poniższych zasobów do klastra pracy awaryjnej z systemem Windows Server 2008 R2 za pomocą Kreatora migracji klastra można było przełączyć te zasoby w tryb online, może być konieczne wykonanie kilku dodatkowych kroków.

Przestroga

Jeśli jest używany nowy magazyn, podczas migracji należy samodzielnie skopiować lub przenieść dane lub foldery z woluminów udostępnionych. Kreator do migracji ustawień grup zasobów klastra nie kopiuje danych z jednej lokalizacji do drugiej.

  • Zasoby Serwer plików lub Udział plików: Można migrować ustawienia klastrowanego serwera plików (albo grupę zasobów Udział plików z klastra z systemem Windows Server 2003) i związanych z nim zasobów Dysk fizyczny, Adres IP i Nazwa sieciowa.

    Podczas migracji z klastra z systemem Windows Server 2003 Kreator migracji klastra automatycznie przekształca wszystkie grupy zasobów Udział plików w pojedynczy klastrowany serwer plików (z wieloma zasobami Udział plików) w systemie Windows Server 2008 R2. Dlatego po migracji niektóre zasoby mogą wyglądać inaczej. W poniższej tabeli podano szczegóły:

    Zasób widziany w klastrze serwerów z systemem Windows Server 2003Zasób po migracji widziany w klastrze pracy awaryjnej z systemem Windows Server 2008 R2

    Jeden zasób Udział plików

    Jeden zasób Serwer plików

    Wiele zasobów Udział plików

    Wiele zasobów Udział plików w jednym klastrowanym serwerze plików (grupa zasobów)

    Zasób Udział plików z katalogiem głównym systemu plików DFS

    Zasób Rozproszony system plików i zasób Udział plików (oba w klastrowanym serwerze systemu plików DFS)

  • Dysk fizyczny. Można przeprowadzić migrację ustawień dla zasobów Dysk fizyczny innych niż zasób kworum.

    Nie trzeba przeprowadzać migracji zasobu kworum. Po uruchomieniu Kreatora tworzenia klastra oprogramowanie klastra automatycznie wybierze konfigurację kworum, która zapewni najwyższą dostępność nowego klastra pracy awaryjnej. W razie potrzeby można zmienić ustawienia konfiguracji kworum dla określonego środowiska. Aby uzyskać informacje na temat zmieniania ustawień klastra pracy awaryjnej (w tym ustawień konfiguracji kworum), zobacz temat Modyfikowanie ustawień klastra pracy awaryjnej.

  • Adres IP. Można przeprowadzić migrację ustawień zasobu Adres IP innych niż adres IP klastra. Adresy IP kwalifikują się do migracji tylko w ramach tej samej podsieci.

  • Nazwa sieciowa. Można przeprowadzić migrację ustawień zasobu Nazwa sieciowa innych niż nazwa klastra. Jeśli dla zasobu Nazwa sieciowa jest włączone uwierzytelnianie Kerberos, kreator wyświetli monit o podanie hasła dla konta usługi klastrowania używanego przez stary klaster.

Zasoby, dla których Kreator migracji klastra może nie wykonać niektórych kroków migracji

Aby po przeprowadzeniu migracji ustawień poniższych grup zasobów do klastra pracy awaryjnej z systemem Windows Server 2008 R2 za pomocą Kreatora migracji klastra można było przełączyć te zasoby w tryb online, mogą być wymagane pewne dodatkowe kroki (w zależności od pierwotnej konfiguracji). Raport migracji zawiera informacje o wymaganych krokach (o ile takie są) dla tych grup zasobów:

  • Usługa DHCP

  • Obszar nazw rozproszonego systemu plików (DFS-N)

  • Koordynator transakcji rozproszonych (DTC)

  • Usługa Internet Storage Name (iSNS)

  • Kolejkowanie wiadomości

  • Usługa NFS

  • Usługa WINS

  • Aplikacja ogólna

  • Skrypt rodzajowy

  • Usługa ogólna

Kreator udostępnia raport, w którym są opisane dodatkowe kroki pozwalające ukończyć migrację. Na ogół kroki, które należy wykonać, obejmują:

  • Zainstalowanie ról lub funkcji serwera potrzebnych w nowym klastrze (we wszystkich węzłach).

  • Skopiowanie na nowy klaster lub zainstalowanie na nim wszelkich skojarzonych aplikacji, usług lub skryptów (we wszystkich węzłach).

  • Zagwarantowanie, że wszelkie dane zostały skopiowane.

  • Zapewnienie statycznych adresów IP, jeśli nowy klaster znajduje się w innej podsieci.

  • Zaktualizowanie lokalizacji ścieżek dysków dla aplikacji, jeśli nowy klaster używa innej litery woluminu.

Ustawienia tych zasobów oraz ustawienia zasobów Adres IP i Nazwa sieciowa znajdujących się w tej grupie zasobów zostaną poddane migracji. Jeśli w grupie zasobów występuje zasób Dysk fizyczny, ustawienia tego zasobu również zostaną poddane migracji.

Scenariusz migracji A: Migrowanie klastra zawierającego wiele węzłów do klastra z nowym sprzętem

W tym scenariuszu migracji występują trzy fazy.

  1. Zainstalowanie co najmniej dwóch nowych serwerów, uruchomienie sprawdzania poprawności i utworzenie nowego klastra. W tej fazie, gdy stary klaster kontynuuje działanie, należy zainstalować system Windows Server 2008 R2 i klaster pracy awaryjnej na co najmniej dwóch serwerach. Należy utworzyć sieci, które będą używane przez serwery, i podłączyć magazyn. Następnie należy uruchomić cały zestaw testów sprawdzania poprawności klastra, aby się upewnić, że sprzęt i ustawienia sprzętu mogą obsługiwać klaster pracy awaryjnej. Na koniec należy utworzyć nowy klaster. W tym momencie użytkownik ma dwa klastry.

    Dodatkowe informacje na temat podłączania magazynu. Jeśli nowy klaster jest podłączony do starego magazynu, należy udostępnić co najmniej dwie jednostki LUN lub dyski tym serwerom. Tych jednostek LUN lub dysków nie wolno udostępniać żadnym innym serwerom. (Te jednostki LUN lub dyski są niezbędne do sprawdzania poprawności i dla monitora dysku, który jest podobny do zasobu kworum w systemie Windows Server 2003, ale nie jest z nim identyczny). Po podłączeniu nowego klastra do nowego magazynu należy udostępnić temu klastrowi tyle dysków lub jednostek LUN, ilu będzie potrzebował.

    Kroki tworzenia klastra są opisane w temacie Lista kontrolna: Tworzenie klastra pracy awaryjnej.

  2. Przeprowadzenie migracji ustawień do nowego klastra i określenie sposobu udostępnienia istniejących danych nowemu klastrowi. Po zakończeniu działania Kreatora migracji klastra wszystkie zasoby, które zostały poddane migracji, będą w trybie offline. Na tym etapie należy je pozostawić w trybie offline. Nowy klaster pozostanie w trybie online i będzie nadal obsługiwać klientów. Jeśli nowy klaster będzie używał starego magazynu, należy zaplanować sposób udostępnienia mu tego magazynu, a jednocześnie należy pozostawić stary klaster podłączony do tego magazynu do momentu, kiedy będzie można wykonać przejście ze starego do nowego klastra. Jeśli nowy klaster będzie używał nowego magazynu, należy skopiować odpowiednie foldery i dane do tego magazynu.

  3. Przejście ze starego klastra do nowego klastra. Pierwszy krok przejścia to przełączenie usług i aplikacji klastrowanych w tryb offline na starym klastrze. Jeśli nowy klaster używa starego magazynu, należy wykonać plan polegający na zablokowaniu dostępu do jednostek LUN i dysków staremu klastrowi i udostępnieniu ich nowemu klastrowi. Następnie, bez względu na to, którego magazynu używa nowy klaster, należy przełączyć usługi i aplikacje klastrowane w tryb online na nowym klastrze.

Scenariusz migracji B: Migrowanie klastra zawierającego dwa węzły do klastra z tym samym sprzętem

W tym scenariuszu migracji występują cztery fazy:

  1. Zainstalowanie nowego serwera i uruchomienie wybranych testów sprawdzania poprawności. W tej fazie podczas rozpoczynania procesu migracji należy umożliwić działanie systemu Windows Server 2003, Windows Server 2008 lub Windows Server 2008 R2 i usługi klastrowania na jednym serwerze. Drugi serwer należy wykluczyć ze starego klastra, a następnie zainstalować na nim system Windows Server 2008 R2 oraz funkcję Klaster pracy awaryjnej. Na tym serwerze należy wykonać wszystkie testy, które wykona Kreator sprawdzania poprawności konfiguracji. Kreator rozpozna, że jest to jeden węzeł bez magazynu, i ograniczy liczbę przeprowadzanych testów. Testy wymagające dwóch węzłów (na przykład testy porównujące węzły lub symulujące pracę awaryjną) nie zostaną uruchomione.

    Należy zauważyć, że testy uruchamiane na tym etapie nie udostępniają pełnych informacji na temat możliwości działania magazynu w klastrze z systemem Windows Server 2008 R2. Jak opisano wcześniej w tej sekcji, później należy uruchomić Kreatora sprawdzania poprawności konfiguracji, korzystając ze wszystkich testów.

  2. Utworzenie z nowego serwera klastra z jednym węzłem i przeprowadzenie do niego migracji ustawień. Z nowego serwera należy utworzyć klaster z jednym węzłem i przeprowadzić do niego migrację ustawień przy użyciu Kreatora migracji, ale na nowym klastrze trzeba utrzymać zasoby klastrowane w trybie offline.

  3. Przełączenie nowego klastra w tryb online i udostępnienie mu istniejących danych. Usługi i aplikacje na starym klastrze należy przełączyć w tryb offline. Jeśli nowy klaster będzie używać starego magazynu, należy pozostawić dane w starym magazynie i udostępnić dyski lub jednostki LUN nowemu klastrowi. Jeśli nowy klaster będzie używać nowego magazynu, należy skopiować foldery i dane na odpowiednie jednostki LUN lub dyski w nowym magazynie i upewnić się, że te jednostki LUN lub dyski są widoczne dla nowego klastra (i nie są widoczne dla żadnych innych serwerów). Należy się upewnić, że ustawienia usług i aplikacji, które zostały poddane migracji, są prawidłowe. Usługi i aplikacje w nowym klastrze należy przełączyć w tryb online, a następnie trzeba sprawdzić, czy zasoby działają i mają dostęp do magazynu.

  4. Dołączenie drugiego węzła do nowego klastra. Stary klaster należy zniszczyć i zainstalować na tym serwerze system Windows Server 2008 R2 oraz funkcję Klaster pracy awaryjnej. Następnie należy podłączyć ten serwer do sieci i magazynu używanych przez nowy klaster. Jeśli odpowiednie dyski i jednostki LUN nie są jeszcze dostępne dla obu serwerów, należy je udostępnić. Dla obu serwerów należy uruchomić Kreatora sprawdzania poprawności konfiguracji i upewnić się, że wszystkie testy zostały zaliczone pomyślnie. Na koniec należy dodać drugi serwer do nowego klastra.

Dodatkowe informacje


Spis treści