Replikacja przechowywania klaster do klaster

Storage Replica może replikować woluminy między klastrami, w tym replikację klastrów przy użyciu Storage Spaces Direct. Zarządzanie i konfiguracja są podobne do replikacji serwer-serwer.

Skonfigurujesz te komputery i pamięć masową w konfiguracji klaster-do-klastru, w której jeden klaster replikuje własny zestaw pamięci masowej z innym klastrem i jego zestawem pamięci masowej. Te węzły i ich magazyn powinny znajdować się w oddzielnych lokacjach fizycznych, chociaż nie są wymagane.

W tym przewodniku użyto następującego środowiska jako przykładu:

• Dwa serwery członkowskie o nazwach SR-SRV01 i SR-SRV02 , które są później tworzone w klastrze o nazwie SR-SRVCLUSA.

• Dwa serwery członkowskie o nazwie SR-SRV03 i SR-SRV04 , które są później tworzone w klastrze o nazwie SR-SRVCLUSB.

• Para logicznych "lokacji", które reprezentują dwa różne centra danych, z jednym o nazwie Redmond i jednym nazywanym Bellevue.

RYSUNEK 1. Replikacja klaster-klaster

Prerequisites

• Las usług domenowych Active Directory (nie musi działać system Windows Server 2016).
• 4-128 serwerów (dwa klastry 2-64 serwerów) z systemem Windows Server 2019 lub Windows Server 2016, Datacenter Edition. Jeśli korzystasz z systemu Windows Server 2019, możesz zamiast tego użyć wersji Standard Edition, jeśli replikujesz tylko jeden wolumin o rozmiarze do 2 TB.
• Dwa zestawy magazynów, korzystające z dysków JBOD SAS, sieci SAN fibre channel, udostępnionego dysku VHDX, bezpośrednich miejsc do magazynowania lub obiektu docelowego iSCSI. Pamięć masowa powinna zawierać kombinację nośników HDD i SSD. Każdy zestaw pamięci będzie dostępny wyłącznie dla każdego klastra, bez wspólnego dostępu między klastrami.
• Każdy zestaw magazynu musi zezwalać na tworzenie co najmniej dwóch dysków wirtualnych, jeden dla replikowanych danych i jeden dla dzienników. Pamięć fizyczna musi mieć te same rozmiary sektorów na wszystkich dyskach danych. Fizyczna pamięć musi mieć te same rozmiary sektorów na wszystkich dyskach dziennika.
• Co najmniej jedno połączenie ethernet/TCP na każdym serwerze na potrzeby replikacji synchronicznej, ale najlepiej RDMA.
• Odpowiednie reguły zapory i routera pozwalające na dwukierunkowy ruch ICMP, SMB (port 445 i 5445 dla SMB Direct) oraz WS-MAN (port 5985) pomiędzy wszystkimi węzłami.
• Sieć między serwerami z wystarczającą przepustowością, aby obsługiwać obciążenie zapisu we/wy oraz średnie opóźnienie około 5 ms w przypadku replikacji synchronicznej. Replikacja asynchroniczna nie ma zalecenia dotyczącego opóźnienia.
• Replikowany magazyn nie może znajdować się na dysku, który zawiera folder systemowy Windows.
• Istnieją ważne zagadnienia i ograniczenia dotyczące replikacji Storage Spaces Direct.

Wiele z tych wymagań można określić za pomocą polecenia cmdlet Test-SRTopology. Dostęp do tego narzędzia można uzyskać, jeśli zainstalujesz replikę magazynu lub funkcje narzędzia do zarządzania repliką magazynu na co najmniej jednym serwerze. Nie ma potrzeby konfigurowania Storage Replica do korzystania z tego narzędzia, wystarczy zainstalować polecenie cmdlet. Więcej informacji znajduje się w poniższych krokach.

Krok 1. Aprowizuj system operacyjny, funkcje, role, magazyn i sieć

1. Zainstaluj system Windows Server na wszystkich czterech węzłach serwera z typem instalacji systemu Windows Server (Środowisko pulpitu).

2. Dodaj informacje o sieci i dołącz je do domeny, a następnie uruchom je ponownie.

   Important

   Od tego momentu zawsze loguj się jako użytkownik domeny, który jest członkiem wbudowanej grupy administratorów na wszystkich serwerach. Podczas uruchamiania na instalacji serwera graficznego lub na komputerze z systemem Windows 10, zawsze pamiętaj, aby podnieść poziom uprawnień monitów Windows PowerShell i CMD przy uruchamianiu w przyszłości.

3. Połącz pierwszy zestaw obudowy magazynu JBOD, obiektu docelowego iSCSI, sieci SAN FC lub magazynu lokalnego dysku stałego (DAS) z serwerem w lokacji Redmond.

4. Połącz drugi zestaw magazynu z serwerem w lokacji Bellevue.

5. W razie potrzeby zainstaluj najnowsze oprogramowanie układowe magazynu i obudowy dostarczane przez dostawcę, najnowsze sterowniki karty HBA (Host Bus Adapter) dostarczane przez dostawcę, najnowsze oprogramowanie układowe BIOS/UEFI dostarczane przez dostawcę, najnowsze sterowniki sieciowe dostarczane przez dostawcę i najnowsze sterowniki dla mikroukładu płyty głównej we wszystkich czterech węzłach. Uruchom ponownie węzły, jeśli to konieczne.

   Note

   Skonsultuj się z dokumentacją dostawcy sprzętu w celu skonfigurowania pamięci współdzielonej i sprzętu sieciowego.

6. Upewnij się, że ustawienia systemu BIOS/UEFI dla serwerów zapewniają wysoką wydajność, takie jak wyłączanie języka C-State, ustawianie szybkości QPI, włączanie NUMA i ustawianie najwyższej częstotliwości pamięci. Upewnij się, że zarządzanie energią w systemie Windows Server jest ustawione na wysoką wydajność. W razie potrzeby wykonaj ponowne uruchomienie.

7. Skonfiguruj role w następujący sposób:

   • Metoda graficzna

     1. Uruchom ServerManager.exe i utwórz grupę serwerów, dodając wszystkie węzły serwera.

     2. Zainstaluj role i funkcje serwera plików i repliki magazynu na każdym z węzłów i uruchom je ponownie.

   • metody programu Windows PowerShell

     Na SR-SRV04 lub komputerze zdalnego zarządzania uruchom następujące polecenie w konsoli programu Windows PowerShell, aby zainstalować wymagane funkcje i role klastra rozproszonego w czterech węzłach i uruchomić je ponownie:

     $Servers = 'SR-SRV01','SR-SRV02','SR-SRV03','SR-SRV04'
     
     $Servers | ForEach { Install-WindowsFeature -ComputerName $_ -Name Storage-Replica,Failover-Clustering,FS-FileServer -IncludeManagementTools -restart }
     

     Aby uzyskać więcej informacji na temat tych kroków, zobacz Instalowanie lub odinstalowywanie ról, usług ról lub funkcji

8. Skonfiguruj magazyn w następujący sposób:

   Important

   • Musisz utworzyć dwa woluminy w każdej obudowie: jeden dla danych i jeden dla dzienników.
   • Dyski dziennika i danych muszą być inicjowane jako GPT, a nie MBR.
   • Dwa woluminy danych muszą mieć identyczny rozmiar.
   • Dwa woluminy dziennika powinny mieć identyczny rozmiar.
   • Wszystkie replikowane dyski danych muszą mieć te same rozmiary sektorów.
   • Wszystkie dyski logów muszą mieć te same rozmiary sektorów.
   • Woluminy logów powinny używać magazynu opartego na pamięci flash, takiego jak SSD. Firma Microsoft zaleca, aby magazyn dzienników był szybszy niż magazyn danych. Woluminy dziennika nigdy nie mogą być używane w przypadku innych obciążeń.
   • Dyski danych mogą używać dysków HDD, SSD lub kombinacji warstwowej i mogą używać przestrzeni lustrzanych lub z parzystością albo RAID 1 lub 10 albo RAID 5 lub RAID 50.
   • Rozmiar dziennika domyślnie wynosi 8 GB, jeśli nie zostanie określony. Wolumin dziennika musi być co najmniej 10 GB lub większy w zależności od wymagań dziennika i potrzeb organizacji.
   • Podczas korzystania z funkcji Storage Spaces Direct z pamięcią podręczną NVME lub SSD, zauważysz większy niż oczekiwano wzrost opóźnień przy konfigurowaniu replikacji za pomocą Storage Replica między klastrami Storage Spaces Direct. Zmiana opóźnienia jest proporcjonalnie znacznie wyższa niż w przypadku używania dysków NVMe i SSD w konfiguracji wydajność + pojemność, bez poziomu HDD ani poziomu pojemności.

   Ten problem występuje z powodu ograniczeń architektury w mechanizmie rejestrowania SR, w połączeniu z bardzo małym opóźnieniem NVME w porównaniu z wolniejszymi nośnikami. W przypadku korzystania z pamięci podręcznej Storage Spaces Direct, wszystkie operacje We/Wy dzienników SR oraz wszystkie ostatnie operacje We/Wy odczytu/zapisu aplikacji odbywają się w pamięci podręcznej i nigdy w warstwach wydajności ani pojemności. Oznacza to, że cała aktywność SR odbywa się na tym samym nośniku ze stałą prędkością — ta konfiguracja nie jest obsługiwana i nie zalecana (zobacz https://aka.ms/srfaq dla zaleceń dotyczących dziennika).

   W przypadku korzystania z Storage Spaces Direct z dyskami HDD nie można wyłączyć ani uniknąć pamięci podręcznej. Aby obejść ten problem, jeśli używasz tylko dysków SSD i NVME, możesz skonfigurować tylko warstwy wydajności i pojemności. Jeśli korzystasz z tej konfiguracji i umieszczasz dzienniki SR wyłącznie w warstwie wydajności, a woluminy danych, które obsługują, znajdują się wyłącznie w warstwie pojemności, unikniesz problemu z dużym opóźnieniem opisanego powyżej. Można to zrobić za pomocą kombinacji szybszych i wolniejszych dysków SSD i bez NVME.

   To obejście nie jest idealne i niektórzy klienci mogą nie być w stanie z niego korzystać. Zespół sr pracuje nad optymalizacjami i zaktualizowanym mechanizmem rejestrowania w przyszłości w celu zmniejszenia tych sztucznych wąskich gardeł, które występują.

• w przypadku obudów JBOD:

1. Upewnij się, że każdy klaster może zobaczyć tylko obudowy magazynu tej lokacji i czy połączenia SAS są poprawnie skonfigurowane.

2. Aprowizuj magazyn przy użyciu funkcji Miejsca do magazynowania, wykonując kroki 1–3 podane w temacie Deploy Storage Spaces on a Stand-Alone Server using Windows PowerShell or Server Manager (Wdrażanie miejsc do magazynowania na serwerze Stand-Alone Server przy użyciu programu Windows PowerShell lub Menedżera serwera).

• W przypadku docelowej pamięci masowej iSCSI:

1. Upewnij się, że każdy klaster może zobaczyć tylko obudowy magazynu tej lokacji. W przypadku korzystania z interfejsu iSCSI należy użyć więcej niż jednej karty sieciowej.

2. Skonfiguruj pamięć masową za pomocą dokumentacji dostawcy. Jeśli używasz obiektów docelowych iSCSI opartych na systemie Windows, zapoznaj się z Magazyn Blokowy Obiektów Docelowych iSCSI, Instrukcją.

• w przypadku przechowywania danych w sieci FC SAN:

1. Upewnij się, że każdy klaster może widzieć tylko obudowy dyskowe danej lokacji i że hosty zostały prawidłowo skonfigurowane w strefach.

2. Skonfiguruj pamięć masową za pomocą dokumentacji dostawcy.

• W przypadku bezpośrednich miejsc do magazynowania:

1. Upewnij się, że każdy klaster może widzieć obudowy magazynu tej lokalizacji tylko przez deploying Storage Spaces Direct.

2. Upewnij się, że woluminy dziennika SR zawsze będą znajdować się w najszybszej pamięci flash, a woluminy danych w wolniejszej pamięci o dużej pojemności.

3. Uruchom Windows PowerShell i użyj polecenia Test-SRTopology cmdlet, aby ustalić, czy spełniasz wszystkie wymagania Storage Replica. Możesz użyć polecenia cmdlet w trybie tylko z wymaganiami do szybkiego testu i trybu oceny wydajności trwającej dłużej. Na przykład

   MD c:\temp
   
   Test-SRTopology -SourceComputerName SR-SRV01 -SourceVolumeName f: -SourceLogVolumeName g: -DestinationComputerName SR-SRV03 -DestinationVolumeName f: -DestinationLogVolumeName g: -DurationInMinutes 30 -ResultPath c:\temp
   

   Important

   Podczas korzystania z serwera testowego bez obciążenia operacji we/wy zapisu na określonym woluminie źródłowym w okresie oceny, rozważ dodanie obciążenia, w przeciwnym razie raport nie będzie użyteczny. Należy przetestować obciążenia zbliżone do produkcyjnych, aby zobaczyć rzeczywiste dane liczbowe i zalecane rozmiary logów. Możesz też skopiować niektóre pliki do woluminu źródłowego podczas testu lub pobrać i uruchomić narzędzie DISKSPD w celu wygenerowania operacji we/wy zapisu. Na przykład próbka z małym natężeniem zapisu we/wy przez pięć minut do woluminu D: Diskspd.exe -c1g -d300 -W5 -C5 -b8k -t2 -o2 -r -w5 -h d:\test.dat

4. Sprawdź raport TestSrTopologyReport.html , aby upewnić się, że spełniasz wymagania dotyczące repliki magazynu.

   

Krok 2. Konfigurowanie dwóch klastrów trybu failover serwera plików Scale-Out

Teraz utworzysz dwa typowe klastry trybu failover. Po skonfigurowaniu, zwalidowaniu i przetestowaniu zreplikujesz te elementy przy użyciu Storage Replica. Wszystkie poniższe kroki można wykonać bezpośrednio w węzłach klastra lub z komputera zdalnego zarządzania, który zawiera narzędzia administracji zdalnej serwera systemu Windows Server.

Metoda graficzna

1. Uruchom polecenie cluadmin.msc względem węzła w każdej lokacji.

2. Zweryfikuj proponowany klaster i przeanalizuj wyniki, aby upewnić się, że możesz kontynuować. Poniżej użyto przykładu SR-SRVCLUSA i SR-SRVCLUSB.

3. Utwórz dwa klastry. Upewnij się, że nazwy klastrów mają nie więcej niż 15 znaków.

4. Konfigurowanie monitora udziału plików lub monitora w chmurze.

   Note

   System Windows Server zawiera teraz opcję świadka opartego na chmurze Azure. Możesz wybrać tę opcję kworum zamiast świadka udostępniania plików.

   Warning

   Aby uzyskać więcej informacji na temat konfiguracji monitora kworum, zobacz Wdrażanie monitora kworum. Aby uzyskać więcej informacji na Set-ClusterQuorum temat polecenia cmdlet, zobacz Set-ClusterQuorum.

5. Dodaj jeden dysk w lokacji Redmond do klastra CSV. W tym celu kliknij prawym przyciskiem myszy dysk źródłowy w węźle Dyski w sekcji Magazyn, a następnie kliknij polecenie Dodaj do udostępnionych woluminów klastra.

6. Utwórz klastrowane serwery plików Scale-Out w obu klastrach, korzystając z instrukcji w temacie Konfigurowanie serwera plików Scale-Out

Metoda programu Windows PowerShell

1. Przetestuj proponowany klaster i przeanalizuj wyniki, aby upewnić się, że możesz kontynuować:

   Test-Cluster SR-SRV01,SR-SRV02
   Test-Cluster SR-SRV03,SR-SRV04
   

2. Utwórz klastry (musisz określić własne statyczne adresy IP dla klastrów). Upewnij się, że każda nazwa klastra ma co najmniej 15 znaków:

   New-Cluster -Name SR-SRVCLUSA -Node SR-SRV01,SR-SRV02 -StaticAddress <your IP here>
   New-Cluster -Name SR-SRVCLUSB -Node SR-SRV03,SR-SRV04 -StaticAddress <your IP here>
   

3. Skonfiguruj świadka udziału plików lub świadka w chmurze (Azure) w każdym klastrze, który wskazuje na udział hostowany na kontrolerze domeny lub innym niezależnym serwerze. Przykład:

   Set-ClusterQuorum -FileShareWitness \\someserver\someshare
   

   Note

   System Windows Server zawiera teraz opcję świadka opartego na chmurze Azure. Możesz wybrać tę opcję kworum zamiast świadka udostępniania plików.

4. Utwórz klastrowane serwery plików Scale-Out w obu klastrach, korzystając z instrukcji w temacie Konfigurowanie serwera plików Scale-Out

Krok 3. Konfigurowanie replikacji klastra do klastra przy użyciu programu Windows PowerShell

Teraz skonfigurujesz replikację klaster-klaster przy użyciu programu Windows PowerShell. Wszystkie poniższe kroki można wykonać bezpośrednio w węzłach lub z komputera zdalnego zarządzania, który zawiera narzędzia administracji zdalnej serwera systemu Windows Server

1. Udziel pierwszemu klastrowi pełnego dostępu do innego klastra, uruchamiając polecenie cmdlet Grant-SRAccess w dowolnym węźle w pierwszym klastrze lub zdalnie. Narzędzia administracji zdalnej serwera systemu Windows Server

   Grant-SRAccess -ComputerName SR-SRV01 -Cluster SR-SRVCLUSB
   

2. Udziel drugiemu klastrowi pełnego dostępu do innego klastra, uruchamiając polecenie cmdlet Grant-SRAccess w dowolnym węźle w drugim klastrze lub zdalnie.

   Grant-SRAccess -ComputerName SR-SRV03 -Cluster SR-SRVCLUSA
   

3. Skonfiguruj replikację klaster-klaster, określając dyski źródłowe i docelowe, dzienniki źródłowe i docelowe, nazwy klastra źródłowego i docelowego oraz rozmiar dziennika. To polecenie można wykonać lokalnie na serwerze lub przy użyciu komputera zdalnego zarządzania.

   New-SRPartnership -SourceComputerName SR-SRVCLUSA -SourceRGName rg01 -SourceVolumeName c:\ClusterStorage\Volume2 -SourceLogVolumeName f: -DestinationComputerName SR-SRVCLUSB -DestinationRGName rg02 -DestinationVolumeName c:\ClusterStorage\Volume2 -DestinationLogVolumeName f: -LogType Raw
   

   Warning

   Domyślny rozmiar dziennika to 8 GB. W zależności od wyników polecenia cmdlet Test-SRTopology można użyć parametru -LogSizeInBytes z wyższą lub niższą wartością.

4. Aby uzyskać stan źródłowy i docelowy replikacji, użyj polecenia Get-SRGroup i Get-SRPartnership w następujący sposób:

   Get-SRGroup
   Get-SRPartnership
   (Get-SRGroup).replicas
   

5. Określ postęp replikacji w następujący sposób:

   1. Na serwerze źródłowym uruchom następujące polecenie i sprawdź zdarzenia 5015, 5002, 5004, 1237, 5001 i 2200:

      Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica -max 20
      

   2. Na serwerze docelowym uruchom następujące polecenie, aby wyświetlić zdarzenia repliki pamięci masowej pokazujące tworzenie partnerstwa. To zdarzenie określa liczbę skopiowanych bajtów i czas potrzebny. Example:

      Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | Where-Object {$_.ID -eq "1215"} | Format-List
      

      Oto przykład danych wyjściowych:

      TimeCreated  : 4/8/2016 4:12:37 PM
      ProviderName : Microsoft-Windows-StorageReplica
      Id           : 1215
      Message      : Block copy completed for replica.
          ReplicationGroupName: rg02
          ReplicationGroupId:
          {616F1E00-5A68-4447-830F-B0B0EFBD359C}
          ReplicaName: f:\
          ReplicaId: {00000000-0000-0000-0000-000000000000}
          End LSN in bitmap:
          LogGeneration: {00000000-0000-0000-0000-000000000000}
          LogFileId: 0
          CLSFLsn: 0xFFFFFFFF
          Number of Bytes Recovered: 68583161856
          Elapsed Time (seconds): 117
      

   3. Alternatywnie grupa docelowych serwerów repliki na bieżąco określa liczbę bajtów pozostałych do skopiowania i może być odpytywana za pomocą programu PowerShell. Przykład:

      (Get-SRGroup).Replicas | Select-Object numofbytesremaining
      

      Jako przykład postępu (który nie zostanie zakończony):

        while($true) {
        $v = (Get-SRGroup -Name "Replication 2").replicas | Select-Object numofbytesremaining
        [System.Console]::Write("Number of bytes remaining: {0}`n", $v.numofbytesremaining)
        Start-Sleep -s 5
       }
      

6. Na serwerze docelowym w klastrze docelowym uruchom następujące polecenie i sprawdź zdarzenia 5009, 1237, 5001, 5015, 5005 i 2200, aby zrozumieć postęp przetwarzania. W tej sekwencji nie powinny występować ostrzeżenia o błędach. Będzie wiele wydarzeń 1237; te wskazują postęp.

   Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | FL
   

   Note

   Docelowy dysk klastra zawsze będzie wyświetlany jako Online (bez dostępu) podczas replikacji.

Krok 4. Zarządzanie replikacją

Teraz będziesz zarządzać replikacją między klastrami i nią operować. Wszystkie poniższe kroki można wykonać bezpośrednio w węzłach klastra lub z komputera zdalnego zarządzania, który zawiera narzędzia administracji zdalnej serwera systemu Windows Server.

1. Użyj polecenia Get-ClusterGroup lub Menedżera klastra trybu failover , aby określić bieżące źródło i miejsce docelowe replikacji oraz ich stan. Narzędzia administracji zdalnej serwera systemu Windows Server

2. Aby zmierzyć wydajność replikacji, użyj polecenia cmdlet Get-Counter w węzłach źródłowych i docelowych. Nazwy liczników są następujące:

   • \Storage Replica Partition I/O Statistics(*)\Liczba wstrzymanych operacji flush

   • \Storage Replica Partition I/O Statistics(*)\Number of pending flush I/O (\Statystyki I/O partycji repliki magazynu(*)\Liczba oczekujących operacji czyszczenia I/O)

   • \Storage Replica Partition I/O Statistics(*)\Liczba żądań ostatniego zapisu dziennika

   • \Storage Replica Partition I/O Statistics(*)\Średnia długość kolejki opróżniania

   • \Storage Replica Partition I/O Statistics(*)\Current Flush Queue Length (\Statystyki I/O partycji repliki magazynu(*)\Bieżąca długość kolejki czyszczącej)

   • \Storage Replica Partition I/O Statistics(*)\Number of Application Write Requests (\Statystyki operacji we/wy partycji repliki magazynu(*)\Liczba żądań zapisu aplikacji)

   • \Storage Replica Partition I/O Statistics(*)\Avg. Number of requests per log write (\Statystyki operacji we/wy partycji repliki magazynu(*)\Średnia liczba żądań na zapis dziennika)

   • \Storage Replica Partition I/O Statistics(*)\Avg. App Write Latency (\Statystyki operacji we/wy partycji repliki magazynu(*)\Avg. Opóźnienie zapisu aplikacji)

   • \Storage Replica Partition I/O Statistics(*)\Avg. App Read Latency (\Statystyki operacji we/wy partycji repliki magazynu(*)\Avg. Opóźnienie odczytu aplikacji)

   • \Statystyki replikacji danych(*)\Docelowe RPO

   • \Statystyki replikacji pamięci masowej(*)\Obecne RPO

   • \Storage Replica Statistics(*)\Średnia długość kolejki dziennika (\Statystyki repliki magazynu(*)\Średnia długość kolejki dziennika)

   • \Storage Replica Statistics(*)\Current Log Queue Length (\Statystyki repliki magazynu(*)\Bieżąca długość kolejki dziennika)

   • \Storage Replica Statistics(*)\Total Bytes Received (\Statystyki repliki magazynu(*)\Całkowita liczba odebranych bajtów)

   • \Storage Replica Statistics(*)\Łączna liczba wysłanych bajtów

   • \Storage Replica Statistics(*)\Avg. Network Send Latency (\Statystyki repliki magazynu(*)\Średnia opóźnienie wysyłania sieci)

   • \Statystyki Repliki Magazynu(*)\Stan Replikacji

   • \Statystyki Replikacji Magazynu(*)\Średnie Opóźnienie Podróży Zwrotnej Wiadomości

   • \Storage Replica Statistics(*)\Last Recovery Elapsed Time (\Statystyki repliki magazynu(*)\Ostatni upływający czas odzyskiwania)

   • \Storage Replica Statistics(*)\Number of Flushed Recovery Transactions (\Statystyki repliki magazynu(*)\Liczba opróżnionych transakcji odzyskiwania)

   • \Storage Replica Statistics(*)\Number of Recovery Transactions (\Statystyki repliki magazynu(*)\Liczba transakcji odzyskiwania)

   • \Storage Replica Statistics(*)\Number of Flushed Replication Transactions (\Statystyki repliki magazynu(*)\Liczba opróżnionych transakcji replikacji)

   • \Storage Replica Statistics(*)\Number of Replication Transactions (\Statystyki repliki magazynu(*)\Liczba transakcji replikacji)

   • \Statystyki replikacji pamięci masowej(*)\Maksymalny numer sekwencji dziennika

   • \Storage Replica Statistics(*)\Liczba odebranych komunikatów

   • \Storage Replica Statistics(*)\Liczba wysłanych wiadomości

   Aby uzyskać więcej informacji na temat liczników wydajności w programie Windows PowerShell, zobacz Get-Counter.

3. Aby przenieść kierunek replikacji z jednej lokacji, użyj polecenia cmdlet Set-SRPartnership .

   Set-SRPartnership -NewSourceComputerName SR-SRVCLUSB -SourceRGName rg02 -DestinationComputerName SR-SRVCLUSA -DestinationRGName rg01
   

   Note

   System Windows Server uniemożliwia przełączanie roli w przypadku trwającej synchronizacji początkowej, ponieważ może to prowadzić do utraty danych w przypadku próby przełączenia przed zezwoleniem na ukończenie replikacji początkowej. Nie wymuszaj przełączania kierunków do momentu ukończenia synchronizacji początkowej.

   Sprawdź dzienniki zdarzeń, aby zobaczyć zmianę kierunku replikacji oraz wystąpienie trybu odzyskiwania, a następnie przeprowadź uzgodnienie. Operacje zapisu mogą następnie być zapisywane w pamięci należącej do nowego serwera źródłowego. Zmiana kierunku replikacji blokuje operacje zapisu we/wy na poprzednim komputerze źródłowym.

   Note

   Docelowy dysk klastra zawsze będzie wyświetlany jako Online (bez dostępu) podczas replikacji.

4. Aby zmienić rozmiar dziennika z domyślnego rozmiaru 8 GB, użyj polecenia Set-SRGroup zarówno w źródłowych, jak i docelowych grupach repliki magazynu.

   Important

   Domyślny rozmiar dziennika to 8 GB. W zależności od wyników polecenia cmdlet Test-SRTopology można użyć -LogSizeInBytes z wyższą lub niższą wartością.

5. Aby usunąć replikację, użyj polecenia Get-SRGroup, Get-SRPartnership, Remove-SRGroup i Remove-SRPartnership w każdym klastrze.

   Get-SRPartnership | Remove-SRPartnership
   Get-SRGroup | Remove-SRGroup
   

   Note

   Storage Replica odmontowuje woluminy docelowe. Jest to celowe.

Dodatkowe referencje

• Omówienie repliki przechowywania danych
• Replikacja klastra rozciągniętego przy użyciu magazynu udostępnionego
• Replikacja pamięci masowej z serwera na serwer
• Storage Replica: Znane problemy
• Storage Replica: Często zadawane pytania
• Bezpośrednie miejsca do magazynowania