Konfigurowanie odzyskiwania po awarii na potrzeby wielowarstwowego wdrożenia aplikacji SAP NetWeaver

Większość wdrożeń SAP o dużym rozmiarze i średnim rozmiarze korzysta z jakiejś formy rozwiązania odzyskiwania po awarii. Znaczenie niezawodnych i testowalnych rozwiązań odzyskiwania po awarii zwiększyło się w miarę przenoszenia bardziej podstawowych procesów biznesowych do aplikacji, takich jak SAP. Usługa Azure Site Recovery została przetestowana i zintegrowana z aplikacjami SAP. Usługa Site Recovery przekracza możliwości większości lokalnych rozwiązań odzyskiwania po awarii i przy niższym całkowitym koszcie własności niż konkurencyjne rozwiązania.

Usługa Site Recovery umożliwia:

  • Włącz ochronę aplikacji produkcyjnych SAP NetWeaver i innych niż NetWeaver, które działają lokalnie, replikując składniki na platformę Azure.
  • Włącz ochronę aplikacji produkcyjnych SAP NetWeaver i innych niż NetWeaver, które działają na platformie Azure, replikując składniki do innego centrum danych platformy Azure.
  • Skorzystaj z uproszczenia migracji do chmury, używając usługi Site Recovery do migrowania wdrożenia SAP do platformy Azure.
  • Upraszczanie uaktualniania, testowania i tworzenia prototypów projektów SAP przez utworzenie klonu produkcyjnego na żądanie na potrzeby testowania aplikacji SAP.

Wdrożenia aplikacji SAP NetWeaver można chronić przy użyciu usługi Azure Site Recovery. W tym artykule opisano najlepsze rozwiązania dotyczące ochrony trzywarstwowego wdrożenia oprogramowania SAP NetWeaver na platformie Azure podczas replikacji do innego centrum danych platformy Azure przy użyciu usługi Site Recovery. W tym artykule opisano obsługiwane scenariusze i konfiguracje oraz sposób testowania trybu failover (próbnego odzyskiwania po awarii) i rzeczywistych trybów failover.

Wymagania wstępne

Przed rozpoczęciem upewnij się, że wiesz, jak wykonywać następujące zadania:

Obsługiwane scenariusze

Za pomocą usługi Site Recovery można zaimplementować rozwiązanie odzyskiwania po awarii w następujących scenariuszach:

  • Masz systemy SAP działające w jednym centrum danych platformy Azure i replikujesz je do innego centrum danych platformy Azure (odzyskiwanie po awarii z platformy Azure do platformy Azure). Aby uzyskać więcej informacji, zobacz Azure-to-Azure replication architecture (Architektura replikacji z platformy Azure do platformy Azure).
  • Systemy SAP działają na serwerach VMware (lub fizycznych) w środowisku lokalnym. Replikujesz również systemy SAP do lokacji odzyskiwania po awarii w centrum danych platformy Azure (odzyskiwanie po awarii z programu VMware do platformy Azure). Ten scenariusz wymaga pewnych dodatkowych składników. Aby uzyskać więcej informacji, zobacz Architektura replikacji między oprogramowaniem VMware a platformą Azure.
  • Masz systemy SAP działające w środowisku lokalnym funkcji Hyper-V. Replikujesz również systemy SAP do lokacji odzyskiwania po awarii w centrum danych platformy Azure (odzyskiwanie po awarii funkcji Hyper-V do platformy Azure). Ten scenariusz wymaga pewnych dodatkowych składników. Aby uzyskać więcej informacji, zobacz Architektura replikacji funkcji Hyper-V do platformy Azure.

W tym artykule używamy scenariusza odzyskiwania po awarii z platformy Azure do platformy Azure . W tym scenariuszu przedstawiono możliwości odzyskiwania po awarii sap w usłudze Site Recovery. Ponieważ replikacja usługi Site Recovery nie jest specyficzna dla aplikacji, oczekiwany jest również proces opisany w innych scenariuszach.

Wymagane usługi podstawowe

W scenariuszu omówionym w tym artykule są wdrażane następujące usługi podstawowe:

  • Azure ExpressRoute lub Azure VPN Gateway
  • Co najmniej jeden kontroler domeny Firmy Microsoft Entra i serwer DNS uruchomiony na platformie Azure

Zalecamy ustanowienie tej infrastruktury przed wdrożeniem usługi Site Recovery.

Odwołanie do wdrożenia aplikacji SAP

Ta architektura referencyjna uruchamia oprogramowanie SAP NetWeaver w środowisku systemu Windows na platformie Azure z wysoką dostępnością. Ta architektura jest wdrażana z określonymi rozmiarami maszyn wirtualnych, które można zmienić, aby dostosować je do potrzeb organizacji.

Diagram of a typical SAP deployment pattern

Zagadnienia dotyczące odzyskiwania po awarii

W przypadku odzyskiwania po awarii musisz mieć możliwość przejścia w tryb failover do regionu pomocniczego. Każda warstwa używa innej strategii w celu zapewnienia ochrony odzyskiwania po awarii.

Maszyny wirtualne z pulami programu SAP Web Dispatcher

Składnik Web Dispatcher działa jako moduł równoważenia obciążenia dla ruchu SAP między serwerami aplikacji SAP. Aby uzyskać wysoką dostępność składnika Web Dispatcher, usługa Azure Load Balancer implementuje równoległą konfigurację narzędzia Web Dispatcher. Usługa Web Dispatcher używa konfiguracji działania okrężnego dla dystrybucji ruchu HTTP(S) wśród dostępnych dyspozytorów sieci Web w puli modułów równoważenia.

Maszyny wirtualne z uruchomionymi pulami serwerów aplikacji

Transakcja SMLG zarządza grupami logowania dla serwerów aplikacji ABAP. Używa funkcji równoważenia obciążenia na serwerze komunikatów usług centralnych do dystrybucji obciążenia między pule serwerów aplikacji SAP dla sapGUIs i ruchu RFC. To zarządzanie można replikować przy użyciu usługi Site Recovery.

Maszyny wirtualne z klastrami usług SAP Central Services

Ta architektura referencyjna uruchamia usługi centralne na maszynach wirtualnych w warstwie aplikacji. Usługi centralne to potencjalny pojedynczy punkt awarii w przypadku pojedynczej maszyny wirtualnej. Typowe wdrożenie i wysoka dostępność nie są wymaganiami.

Aby zaimplementować rozwiązanie o wysokiej dostępności, można użyć klastra udostępnionego dysku lub klastra udziałów plików. Aby skonfigurować maszyny wirtualne dla klastra dysków udostępnionych, użyj klastra trybu failover systemu Windows Server. Zalecamy używanie monitora w chmurze jako monitora kworum.

Uwaga

Ponieważ usługa Site Recovery nie replikuje monitora w chmurze, zalecamy wdrożenie monitora w chmurze w regionie odzyskiwania po awarii.

Aby obsługiwać środowisko klastra trybu failover, usługa SIOS DataKeeper Cluster Edition wykonuje funkcję udostępnionego woluminu klastra. W funkcji klaster SIOS DataKeeper replikuje niezależne dyski należące do węzłów klastra.

Klastrowanie można również obsługiwać, implementując klaster udziałów plików. Firma SAP ostatnio zmodyfikowała wzorzec wdrażania usług centralnych w celu uzyskania dostępu do katalogów globalnych /sapmnt za pośrednictwem ścieżki UNC. Nadal zalecamy upewnienie się, że udział /sapmnt UNC jest wysoce dostępny. Możesz sprawdzić wystąpienie usług centralnych. Użyj klastra trybu failover systemu Windows Server z serwerem plików skalowalnym w poziomie (SOFS) i funkcją Miejsca do magazynowania Direct (S2D) w systemie Windows Server 2016.

Uwaga

Usługa Site Recovery obsługuje obecnie tylko replikację punktów spójnych na poziomie awarii maszyn wirtualnych korzystających z bezpośrednich miejsc do magazynowania i pasywnego węzła usługi SIOS Datakeeper.

Więcej zagadnień dotyczących odzyskiwania po awarii

Za pomocą usługi Site Recovery można organizować tryb failover pełnego wdrożenia SAP w różnych regionach świadczenia usługi Azure. Poniżej przedstawiono kroki konfigurowania odzyskiwania po awarii:

  1. Replikowanie maszyn wirtualnych
  2. Projektowanie sieci odzyskiwania
  3. Replikowanie kontrolera domeny
  4. Replikowanie warstwy podstawowej danych
  5. Przeprowadzanie testu trybu failover
  6. Przejdź w tryb failover

Poniżej przedstawiono zalecenie dotyczące odzyskiwania po awarii każdej warstwy używanej w tym przykładzie.

Warstwy SAP Zalecenie
Pula dyspozytora sieci Web SAP Replikowanie przy użyciu usługi Site Recovery
Pula serwerów aplikacji SAP Replikowanie przy użyciu usługi Site Recovery
Klaster usług SAP Central Services Replikowanie przy użyciu usługi Site Recovery
Maszyny wirtualne usługi Active Directory Korzystanie z replikacji usługi Active Directory
Serwery usługi SQL Database Korzystanie z zawsze włączonej replikacji programu SQL Server

Replikowanie maszyn wirtualnych

Aby rozpocząć replikowanie wszystkich maszyn wirtualnych aplikacji SAP do centrum danych odzyskiwania po awarii platformy Azure, postępuj zgodnie ze wskazówkami w temacie Replikowanie maszyny wirtualnej na platformę Azure.

Konfiguracja sieci

Jeśli używasz statycznego adresu IP, możesz określić adres IP, który ma zostać użyty przez maszynę wirtualną. Aby ustawić adres IP, przejdź do pozycji Ustawienia>sieciowe Karta interfejsu sieciowego.

Screenshot that shows how to set a private IP address in the Site Recovery Network interface card pane

Tworzenie planu odzyskiwania

Plan odzyskiwania obsługuje sekwencjonowanie różnych warstw w aplikacji wielowarstwowej podczas pracy w trybie failover. Sekwencjonowanie pomaga zachować spójność aplikacji. Podczas tworzenia planu odzyskiwania dla wielowarstwowej aplikacji internetowej wykonaj kroki opisane w temacie Tworzenie planu odzyskiwania przy użyciu usługi Site Recovery.

Dodawanie maszyn wirtualnych do grup trybu failover

  1. Utwórz plan odzyskiwania, dodając serwer aplikacji, dyspozytor internetowy i maszyny wirtualne usług SAP Central.
  2. Wybierz pozycję Dostosuj , aby zgrupować maszyny wirtualne. Domyślnie wszystkie maszyny wirtualne są częścią grupy 1.

Dodawanie skryptów do planu odzyskiwania

Aby aplikacje działały prawidłowo, może być konieczne wykonywanie niektórych operacji na maszynach wirtualnych platformy Azure. Wykonaj te operacje po przejściu w tryb failover lub podczas testu pracy w trybie failover. Możesz również zautomatyzować niektóre operacje po przejściu w tryb failover. Na przykład zaktualizuj wpis DNS i zmień powiązania i połączenia, dodając odpowiednie skrypty do planu odzyskiwania.

Większość używanych skryptów usługi Site Recovery można wdrożyć na koncie usługi Azure Automation, wybierając pozycję Wdróż na platformie Azure. Jeśli używasz dowolnego opublikowanego skryptu, postępuj zgodnie ze wskazówkami w skrypcie.

Deploy to Azure

  1. Dodaj skrypt wstępny do grupy 1, aby przejąć grupę dostępności programu SQL Server w tryb failover. Użyj skryptu ASR-SQL-FailoverAG opublikowanego w przykładowych skryptach. Postępuj zgodnie ze wskazówkami w skrypcie i odpowiednio wprowadź wymagane zmiany w skrypcie.
  2. Dodaj skrypt po akcji, aby dołączyć moduł równoważenia obciążenia do maszyn wirtualnych w trybie failover warstwy sieci Web (grupa 1). Użyj skryptu ASR-AddSingleLoadBalancer opublikowanego w przykładowych skryptach. Postępuj zgodnie ze wskazówkami w skrypcie i wprowadź wymagane zmiany w skrypcie zgodnie z potrzebami.

SAP Recovery Plan

Wykonywanie testu przejścia w tryb failover

  1. W witrynie Azure Portal wybierz magazyn usługi Recovery Services.
  2. Wybierz plan odzyskiwania utworzony dla aplikacji SAP.
  3. Wybierz pozycję Test pracy w trybie failover.
  4. Aby rozpocząć testowy proces pracy w trybie failover, wybierz punkt odzyskiwania i sieć wirtualną platformy Azure.
  5. Po uruchomieniu środowiska pomocniczego należy przeprowadzić walidację.
  6. Po zakończeniu walidacji wyczyść środowisko trybu failover, wybierając pozycję Wyczyść test pracy w trybie failover.

Aby uzyskać więcej informacji, zobacz Testowanie trybu failover na platformie Azure w usłudze Site Recovery.

Uruchom tryb failover

  1. W witrynie Azure Portal wybierz magazyn usługi Recovery Services.
  2. Wybierz plan odzyskiwania utworzony dla aplikacji SAP.
  3. Wybierz pozycję Tryb failover.
  4. Aby rozpocząć proces pracy w trybie failover, wybierz punkt odzyskiwania.

Aby uzyskać więcej informacji, zobacz Tryb failover w usłudze Site Recovery.

Następne kroki