Uaktualnij klaster trybu failover Windows Server za pomocą stopniowego uaktualnienia systemu operacyjnego klastra

W tym artykule opisano sposób ręcznego instalowania aktualizacji funkcji w klastrze trybu failover Windows Server bez zatrzymywania obciążeń. Proces uaktualnia jeden węzeł jednocześnie w ramach uaktualnienia stopniowego i jest często nazywany stopniowym uaktualnieniem klastra systemu operacyjnego.

Można uaktualnić klaster o jedną wersję systemu operacyjnego naraz, na przykład z Windows Server 2022 do Windows Server 2025. Aby uaktualnić wiele wersji systemu operacyjnego, takich jak z Windows Server 2016 do Windows Server 2025, wykonaj kroki opisane w tym artykule dla każdej wersji.

Ten artykuł dotyczy klastrów używających maszyn wirtualnych Hyper-V lub obciążeń skalowalnego serwera plików (SOFS) jako środowiska do uaktualnienia jednej wersji systemu operacyjnego, ale nie ma zastosowania do klastrów korzystających z wirtualnych dysków twardych (.vhdx) jako magazynu udostępnionego. Jeśli używasz programu System Center Virtual Machine Manager (VMM), zamiast tego zobacz Wykonaj aktualizację stopniową klastra hostów Hyper-V w VMM. Azure lokalnie klienci powinni używać procesu aktualizacji opisanego w Informacje o uaktualnieniach Azure lokalnie choć można użyć tego artykułu, jeśli żadna z Azure lokalnie metody aktualizacji nie zadziała.

Overview

Uaktualnienie stopniowe klastra do następnej nowszej wersji Windows Server zapewnia następujące korzyści:

  • Uaktualnij klaster uruchamiający maszyny wirtualne Hyper-V lub obciążenia Scale-out File Server (SOFS) do nowszej wersji Windows Server bez przestoju.
  • Nie jest wymagany nowy sprzęt, chociaż można tymczasowo dodać węzły klastra do małych klastrów w celu zwiększenia dostępności podczas uaktualniania.
  • Klaster może obsługiwać operacje stosowania poprawek i konserwacji podczas uaktualniania, gdy w klastrze istnieje kombinacja wersji systemu operacyjnego.
  • Proces uaktualniania jest odwracalny do ostatniego kroku, gdy wszystkie węzły klastra uruchamiają nowszą wersję Windows Server i aktualizujesz poziom funkcjonalności klastra.
  • Obsługuje automatyzację za pośrednictwem programu PowerShell i usługi WMI.

Na wysokim poziomie uaktualnienie stopniowe składa się z następujących kroków:

  1. Przygotuj klaster do aktualizacji funkcji systemu operacyjnego.

  2. Przenieś obciążenia z pierwszego węzła.

  3. Przeprowadź aktualizację funkcji Windows Server za pomocą upgrade lub clean install.

  4. Powtórz kroki od 2 do 3 dla każdego innego węzła w klastrze.

  5. Zaktualizuj poziom funkcjonalny klastra i pule pamięci masowej do nowej wersji Windows Server.

  6. Wznów normalne działanie i zaktualizuj wersje konfiguracji maszyny wirtualnej, aby włączyć nowe funkcje.

Szczegółowy diagram procesu uaktualniania stopniowego można znaleźć na rysunku 1.

Zrzut ekranu przedstawiający diagram przedstawiający szczegóły procesu uaktualniania stopniowego. Rysunek 1. Diagram procesu uaktualniania stopniowego

Wymagania i ograniczenia

Przed rozpoczęciem uaktualniania wykonaj następujące wymagania:

  • Zacznij od klastra trybu failover z systemem Windows Server 2012 R2 lub nowszym.
  • Sprawdź, czy węzły Hyper-V mają procesory, które obsługują tabelę adresowania Second-Level (SLAT), korzystając z jednej z następujących metod:

Poniżej przedstawiono pewne ograniczenia, o których należy pamiętać:

  • Zalecamy przejście przez proces uaktualniania klastra w ciągu czterech tygodni, ponieważ niektóre funkcje klastra nie są zoptymalizowane pod kątem klastrów z dwoma różnymi wersjami systemu operacyjnego.
    • Podczas zarządzania klastrem w trybie mieszanym zawsze wykonaj zadania zarządzania z węzła z nowszą wersją Windows Server. Starsze wersje Windows Server często nie mogą używać interfejsu użytkownika ani narzędzi do zarządzania nowszymi wersjami.
    • Unikaj tworzenia lub zmieniania rozmiaru magazynu w nowszych węzłach Windows Server, gdy klaster korzysta z różnych wersji systemu operacyjnego. Może to prowadzić do niezgodności podczas przechodzenia w tryb failover z nowszego do starszego węzła Windows Server.
  • Można uaktualnić tylko do następnej nowszej wersji systemu operacyjnego, na przykład z Windows Server 2022 do Windows Server 2025.
    Aby przeprowadzić uaktualnienie w wielu wersjach, takich jak z Windows Server 2016 do Windows Server 2025, uruchom uaktualnienie sekwencyjnie (najpierw do Windows Server 2019, następnie do Windows Server 2022, a na koniec do Windows Server 2025) lub przeprowadź migrację do nowego klastra.
  • Należy uaktualnić wersję konfiguracji starszych maszyn wirtualnych, zanim będą mogły działać w klastrze Windows Server 2022 lub nowszym, niezależnie od sposobu uaktualniania. Wersje konfiguracji maszyny wirtualnej starsze niż 8.0 (odpowiadające Windows Server 2016) nie mogą być uruchamiane w Windows Server 2022.
    Jeśli na przykład maszyny wirtualne zostały utworzone w systemie Windows Server 2012 R2 i użyj konfiguracji maszyny wirtualnej w wersji 5.0, a klaster zostanie uaktualniony do Windows Server 2022, musisz uaktualnić wersję konfiguracji maszyny wirtualnej do wersji 8.0 lub nowszej. Aby uzyskać więcej informacji, zobacz Migrate and upgrade virtual machines (Migrowanie i uaktualnianie maszyn wirtualnych).

Krok 1. Przygotowanie klastra do uaktualnienia

Przed rozpoczęciem uaktualniania węzłów sprawdź, czy klaster jest w dobrej kondycji i jest gotowy do uaktualnienia:

  1. Sprawdź, czy klaster ma wystarczającą pojemność, aby zachować odpowiedni poziom dostępności usług przy usunięciu jednego węzła.

    • Czy klaster ma wystarczającą ilość zasobów pamięci masowej, procesora i zasobów sieciowych, aby uruchamiać wymagane obciążenia po usunięciu jednego węzła z klastra?
    • Czy w klastrze jest wystarczająca liczba węzłów, aby zachować wymaganą odporność na uszkodzenia z jednym węzłem w trybie offline? Możesz tymczasowo dodać węzeł do klastra z dwoma węzłami, aby zachować odporność na uszkodzenia podczas uaktualniania.

  2. W przypadku obciążeń Hyper-V sprawdź, czy wszystkie hosty Windows Server Hyper-V mają obsługę procesora CPU dla tabeli adresów Second-Level (SLAT). Tylko maszyny obsługujące program SLAT mogą używać roli Hyper-V w Windows Server 2016 i nowszych.

  3. Zainstaluj najnowsze aktualizacje oprogramowania we wszystkich węzłach klastra.

  4. Sprawdź, czy wszystkie kopie zapasowe obciążeń zostały ukończone, i rozważ utworzenie kopii zapasowej bazy danych klastra przy użyciu kopii zapasowej stanu systemu.

  5. Sprawdź, czy wszystkie węzły klastra działają przy użyciu polecenia cmdlet Get-ClusterNode .

    Get-ClusterNode

    Oto przykład danych wyjściowych:

    Name        ID    State
----        --    -----
Node1       1     Up
Node2       2     Up
Node3       3     Up

  6. Zatrzymaj wszystkie narzędzia aktualizujące uruchomione w klastrze. Na przykład, jeśli używasz Cluster Aware Updating, wykonaj poniższe kroki:

    1. Sprawdź, czy Cluster Aware Updating (CAU) obecnie wykonuje uruchomienie przy użyciu interfejsu użytkownika Cluster-Aware Updating lub polecenia cmdlet Get-CauRun.

      Get-CauRun

      Oto przykład danych wyjściowych w klastrze o nazwie "Cluster01":

      RunNotInProgress
WARNING: No Updating Run is currently in progress on cluster Cluster01.

    2. Zatrzymaj aktualizowanie klastra przy użyciu polecenia cmdlet Disable-CauClusterRole , aby zapobiec automatycznemu wstrzymaniu i opróżnieniu wszystkich węzłów podczas uaktualniania.

      Disable-CauClusterRole

      Oto przykład danych wyjściowych:

      Are you sure?
Do you want to disable the Cluster-Aware Updating clustered role on cluster "Cluster01"?
[Y] Yes  [N] No  [S] Suspend  [?] Help (default is "Y"):

Krok 2. Przenoszenie obciążeń z węzła

Wykonaj następujące kroki w jednym węźle w klastrze (ten proces powtarza się pojedynczo dla każdego węzła w klastrze):

  1. Aby opróżnić węzeł w Windows Admin Center, przejdź do Cluster Manager>Servers wybierz węzeł, a następnie wybierz Pause. Aby użyć Menedżera klastra przełączania awaryjnego, wybierz węzeł, a następnie wybierz pozycję Wstrzymaj>Opróżnij, jak pokazano na rysunku 2. Możesz też użyć polecenia cmdlet Suspend-ClusterNode z parametrem -Drain , jak pokazano tutaj.

    Zrzut ekranu Menedżera Klastra Przełączania Awaryjnego przedstawiający akcję Drenowanie ról w węźle. Rysunek 2. Drenowanie ról z węzła przy użyciu Menedżera Klastra Przełączania Awaryjnego

    Suspend-ClusterNode -Name Node1 -Drain

    Oto przykład wyjściowego komunikatu pokazującego, że węzeł klastra został teraz wstrzymany.

    Name           ID    State
----           --    -----
Node1          1     Paused

  2. Jeśli używasz Hyper-V z przełącznikami wirtualnymi powiązanymi z zespołem LBFO i przeprowadzasz uaktualnienie w miejscu do Windows Server 2022 lub nowszego, usuń zespół przed rozpoczęciem aktualizacji. Po uaktualnieniu można powiązać karty sieciowe z przełącznikiem wirtualnym, który korzysta z nowszej technologii przełącznika SET.

    Zespoły LBFO nie są już obsługiwane z Hyper-V w Windows Server 2022 i nowszych. Aby uzyskać więcej informacji na temat usuniętych funkcji, zobacz Funkcje usunięte lub nie są już rozwijane w Windows Server.

  3. Ten krok jest opcjonalny, w zależności od tego, czy przeprowadzasz uaktualnienie w miejscu, czy czystą instalację systemu operacyjnego. Jeśli zamierzasz przeprowadzić czystą instalację systemu operacyjnego w węźle, najpierw usuń wstrzymany węzeł z klastra przy użyciu Windows Admin Center, Menedżera klastra trybu failover lub polecenia cmdlet Remove-ClusterNode.

    Remove-ClusterNode -Name Node1

    Oto przykład danych wyjściowych:

    Are you sure you want to evict node Node1?
[Y] Yes  [N] No  [S] Suspend  [?] Help (default is "Y"):

Krok 3. Instalowanie nowej wersji Windows Server

  1. Wykonaj aktualizację lub czystą instalację nowszej wersji Windows Server na węźle.

  2. W przypadku uaktualnienia do systemu Windows Server 2022 lub nowszego i usunięcia zespołu LBFO przed uaktualnieniem, utwórz nowy przełącznik wirtualny Hyper-V, który wykorzystuje technologię Switch Embedded Teaming (SET) do łączenia z wieloma kartami sieciowymi. Możesz użyć Windows Admin Center, menedżera Hyper-V lub polecenia cmdlet programu PowerShell New-VMSwitch.

  3. Jeśli przeprowadzono czystą instalację, przygotuj węzeł do ponownego dołączenia do klastra.

    1. Dołącz węzeł do odpowiedniej domeny Active Directory Domain Services. Pamiętaj, aby użyć tej samej nazwy komputera, jeśli klaster używa Bezpośrednie miejsca do magazynowania.

    2. Dodaj odpowiednich użytkowników do lokalnej grupy Administratorzy.

    3. Zainstaluj wszystkie potrzebne role i funkcje serwera, takie jak Hyper-V, klastrowanie dla przełączania awaryjnego oraz NetworkATC (dostępne w Windows Server 2025). Możesz użyć Windows Admin Center, Menedżer serwera lub polecenia cmdlet Install-WindowsFeature PowerShell, jak pokazano w poniższym przykładzie:

      Install-WindowsFeature -Name "Hyper-V", "Failover-Clustering", "NetworkATC" -IncludeAllSubFeature -IncludeManagementTools

    4. Sprawdź ustawienia łączności sieciowej i przechowywania.

    5. Jeśli Windows Zapora jest używana, sprawdź, czy ustawienia zapory są poprawne dla klastra. Na przykład Cluster Aware Updating może wymagać konfiguracji zapory sieciowej.

    6. W przypadku obciążeń Hyper-V utwórz przełączniki wirtualne zgodne z resztą węzłów klastra (z wyjątkiem konfiguracji LBFO, jeśli zastępujesz zespoły kart sieciowych). Można użyć Windows Admin Center, Menedżera Hyper-V lub poleceń cmdlet PowerShell Get-VMSwitch i Add-VMSwitch.

    7. Jeśli przeprowadzono czystą instalację systemu operacyjnego na węźle, połącz się z zaktualizowanym węzłem, a następnie użyj Windows Admin Center, Menedżera klastra w trybie failover lub polecenia Add-ClusterNode, aby dodać zaktualizowany węzeł z powrotem do klastra. Jeśli przeprowadziłeś bezpośrednią aktualizację, nie musisz wykonywać tego kroku, ponieważ węzeł jest jeszcze częścią klastra.

      Add-ClusterNode -Name clusternode1

      Oto przykład danych wyjściowych:

      Waiting for notification that node clusternode1 is a fully functional member of the cluster.

      Note

      Po dołączeniu pierwszego uaktualnionego węzła do klastra klaster przechodzi w tryb "Mieszany system operacyjny", a zasoby podstawowe klastra są przenoszone do nowszego węzła. Klaster trybu mieszanego systemu operacyjnego to w pełni funkcjonalny klaster, w którym nowe węzły działają w trybie zgodności ze starymi węzłami. Tryb "Mieszany system operacyjny" jest trybem przejściowym dla klastra i należy zaktualizować wszystkie węzły klastra w ciągu czterech tygodni.

    8. Jeśli przeprowadzono uaktualnienie w miejscu, wznów węzeł, korzystając z Windows Admin Center, Menedżera klastra trybu failover lub polecenia cmdlet Resume-ClusterNode.

      Resume-ClusterNode -Name clusternode1 -Failback Immediate

      Oto przykład danych wyjściowych pokazujących, że węzeł klastra jest teraz uruchomiony:

      Name         State Type
----         ----- ----
clusternode1 Up    Node

    9. Opcjonalnie ponownie zrównoważ klaster przez przeniesienie obciążeń do nowo dodanego węzła.

    • Aby przenieść uruchomione maszyny wirtualne bez przestojów, użyj Live Migration w Windows Admin Center, Menedżerze klastra failover lub polecenia cmdlet Move-ClusterVirtualMachineRole.

      Move-ClusterVirtualMachineRole -Name VM1 -Node node1

      Oto przykład danych wyjściowych:

      Name      OwnerNode     State
----      ---------     -----
VM1       node1         Online

    • Aby przenieść inne obciążenia klastra, użyj polecenia Move w Menedżerze klastra trybu awaryjnego lub polecenia cmdlet Move-ClusterGroup.

Krok 4. Powtórz kroki od 2 do 4 dla każdego innego węzła w klastrze

Proces uaktualniania jest w pełni odwracalny do momentu zaktualizowania poziomu funkcjonalności klastra w następnym kroku. Aby zrezygnować z uaktualnienia, dodaj węzły, które uruchamiają oryginalną wersję Windows Server, a następnie usuń wszystkie węzły z nowszą wersją systemu operacyjnego.

Krok 5: Aktualizacja poziomu funkcjonalności klastra i wersji puli magazynowania

Aktualizowanie poziomu funkcjonalności klastra i wersji puli przechowywania umożliwia korzystanie z nowych funkcji. Poprawia również niektóre operacje klastra, takie jak opróżnianie obciążeń z węzła, co może prowadzić do odizolowania węzła przez krótki czas w przypadku wykonywania w klastrze mieszanego systemu operacyjnego.

Gdy każdy węzeł ma zainstalowaną nowszą wersję systemu operacyjnego i zostanie dodany z powrotem do klastra lub trwale usunięty, wykonaj następujące kroki, aby zaktualizować poziom funkcjonalności klastra i wersję puli przechowywania.

Important

Po zaktualizowaniu poziomu funkcjonalności klastra i wersji puli magazynów nie można wrócić do wcześniejszej wersji poziomu funkcjonalności lub puli magazynów i nie można dodawać węzłów z wcześniejszymi wersjami Windows Server do klastra.

  1. Sprawdź, czy wszystkie role klastra są uruchomione w klastrze zgodnie z oczekiwaniami. Możesz użyć Windows Admin Center, Menedżera klastra trybu failover lub polecenia cmdlet Get-ClusterGroup:

    Get-ClusterGroup

    Oto przykład danych wyjściowych przedstawiających cztery maszyny wirtualne i grupę klastrów w trybie online:

    Name                OwnerNode      State
----                ---------      -----
Available Storage   node2          Offline
VM1                 node2          Online
VM2                 node1          Online
VM3                 node1          Online
VM4                 node3          Online
Cluster Group       node1          Online

    Grupa dostępnej pamięci nie jest używana i jest w trybie offline, ponieważ ten klaster korzysta z udostępnionych woluminów klastra (CSVs) do przechowywania. Dostępny magazyn będzie dostępny online, jeśli klaster używa dysków przydzielonych do niego z LUN-ów w sieci SAN, ale zalecamy zamiast tego użycie woluminów współdzielonych klastra (CSV).

  2. Sprawdź, czy wszystkie węzły klastra są online i działają, używając Windows Admin Center, Menedżera klastra przełączenia awaryjnego lub cmdletu Get-ClusterNode.

    Get-ClusterNode

    Oto przykład danych wyjściowych:

    Name        ID    State
----        --    -----
node1       1     Up
node2       2     Up
node3       3     Up

  3. Wyświetl poziom funkcjonalności klastra w Windows Admin Center, przechodząc do Cluster Manager>Settings>Cluster>Properties. Możesz też użyć polecenia cmdlet Get-Cluster :

    Get-Cluster | Select ClusterFunctionalLevel

    Oto przykład danych wyjściowych:

    ClusterFunctionalLevel
-----------------------
10

  4. Wybierz nowy poziom funkcjonalności w Windows Admin Center lub uruchom polecenie cmdlet Update-ClusterFunctionalLevel — nie powinny wystąpić żadne błędy.

    Update-ClusterFunctionalLevel

    Oto przykład danych wyjściowych:

    Updating the Functional level for cluster cluster01.
Warning: You cannot undo this operation. Do you want to continue?
[Y] Yes  [A] Yes to All  [N] No  [L] No to All  [S] Suspend  [?] Help (default is "Y"):

  5. Upewnij się, że poziom funkcjonalności klastra został zaktualizowany przy użyciu polecenia cmdlet Get-Cluster :

    Get-Cluster | Select ClusterFunctionalLevel

    Oto przykład danych wyjściowych:

    ClusterFunctionalLevel
-----------------------
11

  6. Jeśli używasz pul magazynowania, możesz je zaktualizować bez przestoju, używając Windows Admin Center >Cluster Manager> w Ustawieniach>Magazynów i Pul>, zmieniając Wersję puli magazynowej. Możesz też użyć polecenia cmdlet programu PowerShell Update-StoragePool .

Krok 6. Wznawianie normalnych operacji klastra i włączanie nowych funkcji

Aby wznowić normalne operacje klastra i włączyć nowe funkcje, wykonaj następujące kroki:

  1. Jeśli przestano aktualizować narzędzia, uruchom je ponownie. Aby na przykład uruchomić aktualizację z obsługą klastra, możesz użyć narzędzia do aktualizowania z obsługą klastra lub polecenia cmdlet Enable-CauClusterRole .

    Enable-CauClusterRole

    Oto przykład danych wyjściowych:

    Are you sure?
Do you want to enable the Cluster-Aware Updating Clustered role on Cluster "cluster01"?
[Y] Yes  [N] No  [S] Suspend  [?] Help (default is "Y"):

  2. Wznów wszystkie operacje tworzenia kopii zapasowej zatrzymane na potrzeby uaktualnienia.

  3. Aby włączyć nowe funkcje dostępne dla maszyn wirtualnych, uaktualnij wersję konfiguracji dla każdej maszyny wirtualnej. Aby uzyskać listę nowych funkcji Hyper-V, zobacz Migrate i uaktualnij maszyny wirtualne.

    1. Wyświetl wersje maszyn wirtualnych obsługiwanych przez każdy węzeł przy użyciu polecenia cmdlet Get-VMHostSupportedVersion . W tym momencie każdy węzeł powinien mieć te same obsługiwane wersje.

      Get-VMHostSupportedVersion -ComputerName node1

      Oto przykład danych wyjściowych z numerami wersji maszyny wirtualnej i odpowiednią nazwą systemu operacyjnego:

      Name                                                  Version IsDefault
----                                                  ------- ---------
Microsoft Windows 10 Anniversary Update/Server 2016   8.0     False
Microsoft Windows 10 Creators Update                  8.1     False
Microsoft Windows 10 Fall Creators Update/Server 1709 8.2     False
Microsoft Windows 10 April 2018 Update/Server 1803    8.3     False
Microsoft Windows 10 October 2018 Update/Server 2019  9.0     False
Microsoft Windows 10 May 2019 Update/Server 1903      9.1     False
Microsoft Windows 10 May 2020 Update/Server 2004      9.2     False
Microsoft Windows 10 (Manganese)                      9.3     False
Microsoft Windows Server 2022                         10.0    False
Microsoft Host OS (Cobalt+)                           10.5    False
Microsoft Windows 11 (22H2)                           11.0    False
Microsoft Windows 11 (Copper)                         11.1    False
Microsoft Windows 11 (Zinc)                           11.2    False
Microsoft Windows Server 2025                         12.0    True

    2. Wyświetl maszyny wirtualne w każdym węźle w klastrze przy użyciu polecenia cmdlet Get-VM .

      Get-VM -ComputerName node1

      Oto przykład danych wyjściowych:

      Name    State   CPUUsage(%) MemoryAssigned(M) Uptime              Status             Version
----    -----   ----------- ----------------- ------              ------             -------
VM1     Running 0           12288             2.20:28:49.6670000  Operating normally 8.0
VM2     Running 0           4096              14.23:13:12.7370000 Operating normally 8.0
VM3     Running 0           1216              2.20:09:38.9450000  Operating normally 8.0

    3. Podczas zaplanowanego okna konserwacyjnego, kiedy można przełączyć maszyny wirtualne w tryb offline, utwórz kopię zapasową i uaktualnij wszystkie starsze maszyny wirtualne na każdym węźle.
      Aby to zrobić w Windows Admin Center, przejdź do Cluster Manager>Maszyny wirtualne, wybierz maszynę wirtualną, a następnie wybierz Zarządzaj>Uaktualnij wersję konfiguracji.
      Możesz też użyć polecenia cmdlet Update-VMVersion , jak pokazano w tym przykładzie, aby zaktualizować wszystkie maszyny wirtualne w jednym węźle do najnowszej wersji.

      Update-VMVersion -ComputerName node1 -Name * -WhatIf

      Oto przykład danych wyjściowych:

      Confirm
Are you sure you want to perform this action?
Performing a configuration version update of "dc1" will prevent it from being migrated to or imported on previous
versions of Windows. This operation is not reversible.

[Y] Yes  [A] Yes to All  [N] No  [L] No to All  [S] Suspend  [?] Help (default is "Y"):

Stany przejścia klastra podczas stopniowej aktualizacji systemu operacyjnego klastra

Właściwość publiczna klastra ClusterFunctionalLevel wskazuje stan klastra w węzłach Windows Server 2016 i nowszych węzłach klastra. Tę właściwość można zapytać przy użyciu cmdlet programu PowerShell z węzła klastra należącego do klastra przełączania awaryjnego.

Get-Cluster | Select ClusterFunctionalLevel

W poniższej tabeli przedstawiono wartości i każdy odpowiedni poziom funkcjonalności:

Value Poziom funkcjonalności
8 Windows Server 2012 R2
9 Windows Server 2016
10 Windows Server 2019
11 Windows Server 2022
12 Windows Server 2025

Często zadawane pytania

  • Jak długo klaster failover może działać w mieszanym trybie systemów operacyjnych?
    Zachęcamy klientów do ukończenia uaktualnienia w ciągu czterech tygodni. Klastry Hyper-V i serwera plików Scale-Out można uaktualnić bez przestoju w ciągu mniej niż czterech godzin.
  • Czy mogę uruchomić polecenie cmdlet Update-ClusterFunctionalLevel, gdy węzły są wyłączone lub wstrzymane?
    No. Wszystkie węzły klastra muszą być włączone i w aktywnym członkostwie, aby polecenie cmdlet Update-ClusterFunctionalLevel działało.
  • Czy uaktualnienie stopniowe systemu operacyjnego klastra działa dla dowolnego obciążenia klastra? Czy to działa z SQL Server?
    Tak, uaktualnienie stopniowe systemu operacyjnego klastra działa dla dowolnego obciążenia klastra. Jednak dotyczy to tylko klastrów bez przerw dla serwera Hyper-V i serwera plików skalowalnego w poziomie. Większość innych obciążeń wiąże się z pewnymi przestojami (zazwyczaj kilka minut) w przypadku przejścia w tryb failover, a przejście w tryb failover jest wymagane co najmniej raz podczas procesu stopniowego uaktualniania systemu operacyjnego klastra.
  • Czy mogę zautomatyzować ten proces przy użyciu programu PowerShell?
    Yes.
  • W przypadku dużego klastra, który ma dodatkowe możliwości przełączenia awaryjnego, czy mogę uaktualnić wiele węzłów jednocześnie?
    Yes. Gdy jeden węzeł zostanie usunięty z klastra w celu uaktualnienia systemu operacyjnego, klaster ma jeden mniej węzła do pracy w trybie failover, dlatego ma zmniejszoną pojemność trybu failover. W przypadku dużych klastrów z odpowiednim obciążeniem i zdolnością do przełączania awaryjnego można jednocześnie zaktualizować wiele węzłów.
  • Co zrobić, jeśli wykryto problem w klastrze po pomyślnym uruchomieniu Update-ClusterFunctionalLevel?
    Jeśli utworzono kopię zapasową bazy danych klastra przy użyciu kopii zapasowej stanu systemu przed uruchomieniem Update-ClusterFunctionalLevel, powinno być możliwe wykonanie przywracania autorytatywnego w węźle z uruchomioną poprzednią wersją Windows Server i przywrócenie oryginalnej bazy danych i konfiguracji klastra.
  • Czy mogę skorzystać z aktualizacji na miejscu dla każdego węzła zamiast instalowania czystego systemu operacyjnego przez ponowne sformatowanie dysku systemowego?
    Yes. W przeszłości zalecamy przeprowadzenie czystej instalacji systemu operacyjnego w każdym węźle. Można jednak teraz przeprowadzić na miejscu uaktualnienie węzła klastra, jeśli dokładnie przeczytasz i rozwiążesz wszelkie komunikaty ostrzegawcze.
  • Jeśli używam replikacji Hyper-V dla maszyny wirtualnej Hyper-V w moim klastrze Hyper-V, czy replikacja pozostanie nienaruszona podczas i po procesie stopniowego uaktualniania systemu operacyjnego klastra?
    Tak, Hyper-V replika pozostaje nienaruszona podczas i po procesie stopniowego uaktualniania systemu operacyjnego klastra.
  • Czy mogę użyć programu System Center Virtual Machine Manager (VMM) do zautomatyzowania procesu stopniowego uaktualniania systemu operacyjnego klastra? Tak, można zautomatyzować proces stopniowego uaktualniania systemu operacyjnego klastra przy użyciu programu VMM w programie System Center.
  • Last updated on